2018-04-10 UTC
cwebber2, nightpool, fr33domlover, xmpp-social, sandro, Loqi, melody, mattl, jaywink, downey, taravancil, saranix, aaronpk, bonan, er1n, tsyesika, KjetilK, jet, hadleybeeman, gobengo-irc-bot, bigbluehat, rigelk, raucao, DenSchub, distopico, puckipedia, bwn, dwhly, jondashkyle, bitbear, ben_thatmustbeme, sknebel, martijnvdven, Gargron, ajordan, rhiaro, erincandescent, csarven, jankusanagi_, dlongley, rektide, edsu, Chocobozzz and tantek joined the channel
timbl, Sveta and cwebber2 joined the channel
cwebber2 joined the channel
cwebber2 and cdchapman joined the channel
# 19:35 puckipedia I guess? I'll try to remember this time :P
fr33domlover joined the channel
# 20:07 Gargron cwebber2: puckipedia: do you remember we talked about bio user-defined key->value fields? are there any updates on that? im pretty sure it should be objects in the "attachment" of the actor object, and name/content can be used, i'm just missing a type
# 20:07 puckipedia Gargron: hmm. tbh I would probably use "tag"?
# 20:07 cwebber2 aaronpk: can you run the call tomorrow? I'm on the road :(
# 20:07 puckipedia Gargron: anyways we will probably have a call tomorrow. might be useful to talk about it then
# 20:07 Gargron puckipedia: tag connects one object to other independnetly existing objects
# 20:07 cwebber2 the next couple months are gonna be h e c t i c for me because I'm moving
# 20:07 Gargron attachment is more appropriate
# 20:08 cwebber2 Gargron: I'm not sure attachment is a good fit, is it?
# 20:08 Gargron because these fields dont exist outside the actor
# 20:08 puckipedia "The key difference between attachment and tag is that the former implies association by inclusion, while the latter implies associated by reference." yeah okay
# 20:08 puckipedia cwebber2: yeah but the file isn't attached to multiple files
# 20:08 Gargron tbh i didnt see anywhere that attachment is only files
# 20:09 puckipedia Gargron: no, but it's more like comparing as:attachment to email attachments
# 20:09 cwebber2 Identifies a resource attached or related to an object that potentially requires special handling. The intent is to provide a model that is at least semantically similar to attachments in email.
# 20:09 cwebber2 I don't think we should start putting user-defined metadata there
# 20:10 cwebber2 Gargron: could you give a few key / value pair examples?
# 20:10 Gargron Homepage: zeonfederated.com; Steam: gargron; Pronouns: he/him; Location: Germany
# 20:10 cwebber2 I think last time we talked about this there was some schema.org key/value pair thing we were looking at
# 20:10 Gargron yeah but that schema was confusing
# 20:11 Gargron i dont know what i would do with it
# 20:11 cwebber2 some of these actually are things we have terms for, but I understand you want to add more
# 20:11 puckipedia I think it's best to keep it mostly AS2, as we'd also use as:name and as:content etc
# 20:11 Gargron yes, { name: 'Pronouns', content: 'He/him' }
# 20:11 puckipedia like, {"type": ???, "name": "name": "pronouns", "content": "she/her"}
# 20:11 Gargron yes the type is what i am asking for here
# 20:12 Gargron cwebber2: i am not going to restrict the input to things that are in FOAF
# 20:12 puckipedia ... I wonder what would happen if we reused as:Note
# 20:12 Gargron yeah i had that in mind
# 20:12 puckipedia like, "Represents a short written work typically less than a single paragraph in length."
# 20:12 Gargron i feel like Note is too big, like Blurb would be more appropriate lol
# 20:12 puckipedia technically fits
# 20:12 Gargron okay, fair enough
# 20:13 cwebber2 Note means something about being a document like a status message
# 20:13 cwebber2 are you really sure we want to treat these like the same kind of Note?
# 20:13 puckipedia okay I was like half kidding when I suggested it
# 20:13 Gargron i know that formatting rules are gonna be the same
# 20:13 Gargron i dont like it
# 20:13 Gargron if you dont give me a better option..?
# 20:14 puckipedia I don't think the vocab has anything nice that'd fit
# 20:15 cwebber2 :( hold up, my computer is seriously in a nonresponsive state
# 20:15 puckipedia maybe we should write up an extension like "MetadataItem" for closest literal type
# 20:16 cwebber2 puckipedia: I think we should either use such a thing from schema.org or some other vocab if we can or we should write our own
# 20:17 cwebber2 I kind of don't love this because it collapses meaning but maybe we need it but
# 20:17 Gargron but do you agree with me that locking this down to only things that already exist as specific types in vcard or foaf or whatever is unworkable?
# 20:18 puckipedia what if we could put metadata on stuff like articles and such
# 20:18 cwebber2 if we can give it at least that much meaning I think it'll help
# 20:18 Gargron btw the context of this feature for mastodon, someone in the glitch-soc fork implemented it but using the bio text itself as storage using YAML-in-text, i don't like that solution as i find it hacky so i want to do it "properly"
# 20:20 cwebber2 {"profileData": [{"@type": "PropertyValue", "name": "pronouns", "value": "she/her"}, ...], ...}
# 20:20 cwebber2 Gargron: is this so bad? I think it's mostly similar to what we just discussed above
# 20:21 puckipedia cwebber2: yeah, the issue is that this means we now also have to import schema:value ... and we have a schema:name / as:name conflict now
# 20:22 Gargron meh, im fine with using schema:name if that's how it is. is profileData also part of that schema?
# 20:23 Gargron i'd just put it in tag or attachment tbh
# 20:23 puckipedia cwebber2: would it be semi-acceptable to use as:name and as:content inside the PropertyValue though?
# 20:23 puckipedia because I would suggest that, mostly because as:content has contentType semantics etc
# 20:23 Gargron i agree with that
# 20:23 puckipedia yeah, we'd just do "PropertyValue": "https://schema.org/PropertyValue"
# 20:24 cwebber2 so I guess in that case no new terms need to be defined.
# 20:31 cwebber2 I think that's a reasonable direction Gargron / puckipedia
# 20:32 cwebber2 a) I will be moving over the next couple of months so that's going to affect my availability. It's a big move... halfway across the US
# 20:35 cwebber2 b) I'm launching a new activitypub project named Spritely which will be pretty ambitious. Most of the work will start after the move happens
# 20:38 puckipedia cwebber2: hm, spritely?
# 20:38 cwebber2 bigbluehat: however you aren't *too* far from Digital Bazaar
# 20:38 cwebber2 puckipedia: yep... I guess I should finish writing up this design document :)
# 20:39 puckipedia anyways, I'm trying to rally up a few peeps to help writing a good AP server and a bunch of cool things on top
# 20:39 puckipedia one of the ideas was an ask site
# 20:39 cwebber2 puckipedia: this one will be Racket based, in case you like parentheses :)
# 20:39 cwebber2 partially a port and redo of Pubstrate, but much more ambitious than that
# 20:39 puckipedia we're probably going to write it in equal parts rust and go or something
# 20:40 cwebber2 actor model based from the bottom up (AP is itself an actor model design)
# 20:41 cwebber2 but Coming Soon... that's where the bulk of my non-work time is going to go.
# 20:42 puckipedia I'm pretty sure we're going to have way too much ocap as well;
# 21:57 puckipedia also asnother side project which is basically building ocap, but based on forth scripts or something
# 21:58 puckipedia ok so this is on a centralized system though
# 21:58 cwebber2 I guess not in vanilla forth but I think there are some forths that are able to audit that the amount you take off the stack is the amount you really should
# 21:58 puckipedia and yes, custom forth implementation
bwn joined the channel; cwebber2 left the channel