#social 2018-04-10
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
#
tantek Welcome to #social - W3C Social Web discussion, see https://www.w3.org/wiki/SocialCG. Chat logs: https://chat.indieweb.org/social
timbl, Sveta and cwebber2 joined the channel
#
Loqi Tantekelik made 1 edit to [[Socialwg]] https://www.w3.org/wiki/index.php?diff=106341&oldid=106271
cwebber2 joined the channel
#
@m_ott ↩️ Der saubere Weg wäre wohl, dass Bridgy (oder wer auch immer den Request abschickt) ne zweite Webmention sendet und dann beim Aufruf der Source ein `410 Gone` zurückgibt. Dann sollte Dein Server die Webmention entfernen. https://www.w3.org/TR/webmention/#updating-existing-webmentions (twitter.com/_/status/983750331120185344)
cwebber2 and cdchapman joined the channel
#
puckipedia I guess? I'll try to remember this time :P
fr33domlover joined the channel
#
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
#
puckipedia Gargron: hmm. tbh I would probably use "tag"?
#
puckipedia Gargron: anyways we will probably have a call tomorrow. might be useful to talk about it then
#
Gargron puckipedia: tag connects one object to other independnetly existing objects
#
Gargron attachment is more appropriate
#
Gargron because these fields dont exist outside the actor
#
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
#
puckipedia cwebber2: yeah but the file isn't attached to multiple files
#
puckipedia emails*
#
Gargron tbh i didnt see anywhere that attachment is only files
#
puckipedia Gargron: no, but it's more like comparing as:attachment to email attachments
#
Gargron yes
#
puckipedia https://dev.glitch.social/@bea e.g. has "pronouns: she/her" "title: administratrix", "AKA: @bea@[other], @bea@[another]"
#
Gargron Homepage: zeonfederated.com; Steam: gargron; Pronouns: he/him; Location: Germany
#
Gargron yeah but that schema was confusing
#
Gargron i dont know what i would do with it
#
puckipedia I think it's best to keep it mostly AS2, as we'd also use as:name and as:content etc
#
Gargron yes,
{ name: 'Pronouns', content: 'He/him' }#
puckipedia like,
{"type": ???, "name": "name": "pronouns", "content": "she/her"}#
Gargron yes the type is what i am asking for here
#
Gargron cwebber2: i am not going to restrict the input to things that are in FOAF
#
puckipedia ... I wonder what would happen if we reused as:Note
#
Gargron yeah i had that in mind
#
puckipedia like, "Represents a short written work typically less than a single paragraph in length."
#
Gargron i feel like Note is too big, like Blurb would be more appropriate lol
#
puckipedia technically fits
#
Gargron okay, fair enough
#
puckipedia okay I was like half kidding when I suggested it
#
Gargron i know that formatting rules are gonna be the same
#
Gargron i dont like it
#
Gargron but
#
Gargron if you dont give me a better option..?
#
puckipedia I don't think the vocab has anything nice that'd fit
#
puckipedia maybe we should write up an extension like "MetadataItem" for closest literal type
#
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?
#
puckipedia what if we could put metadata on stuff like articles and such
#
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"
#
cwebber2 this uses https://schema.org/PropertyValue
#
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
#
Gargron meh, im fine with using schema:name if that's how it is. is profileData also part of that schema?
#
Gargron i'd just put it in tag or attachment tbh
#
puckipedia cwebber2: would it be semi-acceptable to use as:name and as:content inside the PropertyValue though?
#
puckipedia because I would suggest that, mostly because as:content has contentType semantics etc
#
Gargron aye
#
Gargron i agree with that
#
puckipedia yeah, we'd just do "PropertyValue": "https://schema.org/PropertyValue"
#
puckipedia ok!
#
bigbluehat cwebber2: sorry. joining late...catching up
#
bigbluehat cwebber2: please tell me we're going to be neighbors! ;)
#
bigbluehat Greenville, SC
#
bigbluehat nah, but probably closer than before :)
#
puckipedia cwebber2: hm, spritely?
#
bigbluehat anyhow. did y'all sort the PropertyValue stuff?
#
bigbluehat indeed!
#
bigbluehat great
#
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
#
puckipedia one of the ideas was an ask site
#
puckipedia we're probably going to write it in equal parts rust and go or something
#
cwebber2 which will enable some crazier things too https://dustycloud.org/misc/mmose.pdf
#
puckipedia I'm pretty sure we're going to have way too much ocap as well;
#
puckipedia also asnother side project which is basically building ocap, but based on forth scripts or something
#
puckipedia ok so this is on a centralized system though
#
puckipedia and yes, custom forth implementation
bwn joined the channel; cwebber2 left the channel
