Piero Bosio Social Web Site Personale

hex editor but for witches

@cwebber @ammaratef45 @passngrin true, i guess that's the difference between a tree and a graph. although i guess a json document could represent a json array instead of necessarily representing a single json object... so it's more that some documents have a singular root node and some don't.

@cwebber @ammaratef45 @passngrin technically you can add the structure back with json-ld framing, so it's not exactly "lost", just flattened.

re: linked lists i don't think it's any different than what happens in a programming language, is it? the underlying data structure can be expressed with a more efficient serialization (like how a python list *looks* like a c array but isn't) but it's still the same data. if the order matters then you have to store the order somehow, right?

@cwebber i'd also add that there seems to be a much higher proportion of offerings that are proprietary or cost money. if you're not netflix or the bbc, then you're kind of cut off from the good tooling that a lot of people recommend. so you either have to load documents into memory with something like rdflib in python, or get your jvm setup so you can run... apache jena? rdf4j? i'm not really sure what i'd recommend to most people...

@cwebber in all seriousness it's not the ideas or the thinkers, it's actually a discovery issue from what i've found mostly. for someone who's unfamiliar with it all, what's your entry point? how do you play around with the smallest possible slice of the problem space? for something like a database people know mariadb and postgres but if you ask them to pick out a triple store could they even name one? maybe they can write a sparql query, but how do they execute it?

@cwebber actually people aren't using my software because i haven't written it yet :)

@gummibunny i don't mind whether the option is or is not a credit union, but i was moreso looking for specific options/recommendations

anyone know of any good free checking accounts? my current checking account recently instituted a $5/month charge and this is as good a time as any to move off, but idk what my other options are.

my main considerations are:

- no fees
- no interest
- a website that doesn't suck

#AskFedi

@cwebber even shock sites aren't safe, meatspin llc is a subsidiary of shocking media and it's full of ads now

@cwebber i guess you could say i have agency and my brain does contain a language model which is quite large so 🤖🤖🤖

@smallcircles @hongminhee @evan @steve @js also, https://w3id.org/fep/fb2a exists for Actor metadata, and https://w3id.org/fep/e229 describes best practices for extensibility (although that one needs an update per the discussion thread)

@smallcircles @hongminhee @evan @steve browser.pub is incorrect here -- having a range of Object or Link doesn't mean that schema PropertyValue is not allowed. it means that the value is inferred to be an Object or a Link *in addition to* a PropertyValue. there is no problem as long as there are no conflicting statements being made.

cc @js

collection-actor-inbox-in-a-box sounds like a worthwhile weekend project although maybe not this weekend because i have other time-limited things i want to do (celebrate eid al-fitr, play some competitive duel links, ...)

the trick that makes it work is that you often don't need to reason about these things separately -- in http a resource can be anything and as long as there aren't any conflicts you can just compose as many things as you want together. any protocol that uses sufficiently qualified terms can be supported or not supported independently of any other likewise protocol

if you *did* need to reason about them separately, you would just assign a separate identifier for each distinct aspect/facet.

"collection that is its own actor and its own inbox" sounds pretty wild but makes way more sense than you'd think as a composable primitive to social networking. it's the smallest self-contained thing that works

alternatively you could follow something closer to the current indirection approach where you don't POST directly to a thing but instead discover its inbox and POST to that. i think the interesting thing you could do is actually to say that the collection's inbox is itself -- this preserves the ability of delegating processing of any static resource to some other microservice

the biggest advantage of a scheme like this is that it decomposes a lot better and is much clearer in intent. it's just a POST to interact, the protocol basically constraints itself, anyone could subscribe to those collections so you can forward arbitrary activities to your personal inbox. they manage themselves for the most part

evil* idea for likes/shares/etc collections that allow interactions by direct POST. instead of POST to inbox you just POST to the collection. the collection can return 4xx if your interaction isn't accepted, and if it's missing you just "can't" interact that way. basically every interaction collection could be its own "inbox" in a way. you could still use something like AP outbox delivery to forward published activities to appropriate targets.

*not really evil

so yeah apparently it's just a totally acknowledged and acceptable outcome by google for your files to disappear from your drive so you can't access them yet they still take up storage space. but at least you can pay them for more storage space :-))))

per an undocumented search flag, you can search for "is:unorganized" and see orphaned files, apparently. but this still isn't all of the hidden files...