#social 2015-10-20

2015-10-20 UTC
bblfish, Arnaud, shepazu, jasnell, asbjornu and the_frey joined the channel
#
eprodrom
ben_thatmustbeme: hey, that thing about clustering agenda items was discussed on last week's agenda and failed a vote
#
eprodrom
Why is it up again?
#
eprodrom
Putting together the agenda for the meeting is the chair's responsibility
#
eprodrom
And keeping the pacing of the agenda
#
eprodrom
AS2 takes up a lot of our time because it's the closest thing we have to an actual product
#
eprodrom
I'm not sure what else you'd like to talk about
#
eprodrom
But as a chair, it's really irritating to me to have you micro-managing how I do my job
#
ben_thatmustbeme
eprodrom: it was given 1 minute, failed a vote and primary because no time to discuss
#
eprodrom
ben_thatmustbeme: let's discuss it now
#
ben_thatmustbeme
the fact that it was entirely pushed off the agenda until the last minute was really frustrating for me
#
eprodrom
I don't think it was on the agenda
#
ben_thatmustbeme
nothing says the chair can't reorganize however they want
#
ben_thatmustbeme
it was, it was the first thing on it
#
eprodrom
Ugh, really?
#
eprodrom
So, you inserted something into the agenda at the top, and you wanted it discussed then?
#
ben_thatmustbeme
no, i inserted at the top when the agenda was first created
#
eprodrom
?
#
eprodrom
OK
#
eprodrom
Well, I'm sorry we didn't get to it till the end
#
eprodrom
But the outcome would have been the same
#
ben_thatmustbeme
its okay, like i said, you were chair, you can move things around however
#
eprodrom
Right
#
eprodrom
Thanks!
#
ben_thatmustbeme
the point of it, was to stop things that get moved from last week to not get starved and end up at the very end again
#
eprodrom
So, I'm not going to be in the meeting today
#
ben_thatmustbeme
if we continue on the clustered format it would be the very last thing today
#
ben_thatmustbeme
and again, get only 1 minute at the end
#
eprodrom
Well, let's see if Tantek edits the agenda
#
eprodrom
It already has a -1 from me, but I won't be in the meeting today, so you can probably ram it through
#
ben_thatmustbeme
well, thats not really what i want
#
ben_thatmustbeme
so the problem is that if I add something to the agenda, and then someone adds 10 things to as2, as2 monopolizes the meeting
#
eprodrom
I'm not sure where this format that we use came from
#
eprodrom
I guess I'm just not sure this is the most important thing to do right now
#
ben_thatmustbeme
every meeting i've been in (in person) usually does that type of bulletted list, so if you don't get to something its first on the agenda in the next meeting
#
eprodrom
But I understand your point better
#
eprodrom
At last meeting PTD got inserted before the other stuff on the agenda, and during the meeting I moved it down
#
eprodrom
I thought this was a response to that on-the-fly agenda-editing
#
eprodrom
From my point of view, moving forward the documents we're actually supposed to deliver is the most important job
#
ben_thatmustbeme
yeah, when you did that you dropped that item and the item about other call types past the closing stuff on the agenda
#
ben_thatmustbeme
thats why it didn't seem like it was on there
#
eprodrom
Gotcha
#
ben_thatmustbeme
actually, it would make editing on the fly easier i would guess, much easier to move things around when its only in one section
#
ben_thatmustbeme
but if you are -1 on it, i guess its rather moot
#
eprodrom
Well, let's see
#
eprodrom
So the idea is that we have a flat bulleted list of agenda items
#
eprodrom
Maybe with some tagging by topic
#
eprodrom
It'd probably be nice to clean up the page; they're pretty complicated right now
#
eprodrom
But I'm a little worried that you don't want to talk about AS2
#
ben_thatmustbeme
rhiaro: has done nice things with color coded tages in wikis before i believe
#
eprodrom
Since it's probably going to be the only deliverable we actually produce out of this WG
#
ben_thatmustbeme
i'm really hoping its not
#
eprodrom
I'm glad you are!
#
ben_thatmustbeme
as far as my email by the way, i'll certainly stick close to AS2, i just want to get some implementation experience and hopefully unify on something thats easier to go from mf2 -> mf2json -> somestandardjson
#
ben_thatmustbeme
PTD will help with that
#
ben_thatmustbeme
just need to find people willing to try some ideas out that i have
#
ben_thatmustbeme
cwebber2: you seemed interested
#
eprodrom
ben_thatmustbeme: I changed my -1 to a +1 on the agenda
#
ben_thatmustbeme
cool, thanks
#
cwebber2
hi ben_thatmustbeme, I'm interested in further convergence and seeing such writeups, yes
#
ben_thatmustbeme
i'll put something together. I ideally want to just get a few base cases working of federating a like maybe which i think is probably the simplest case there can be
#
ben_thatmustbeme
basically webmention to notify of a new update, and than an endpoint for some standard JSON pull of an activity, that way you can use whatever you want underneath
#
ben_thatmustbeme
indeed, i could write one endpoint that would do the work for me and others entirely.
#
ben_thatmustbeme
i suppose my question would be, for mediagoblin whats your first priority for federation?
#
cwebber2
ben_thatmustbeme: btw did you read the ActivityPump spec top to bottom?
#
cwebber2
it may be helpful in seeing what's useful there and isn't for you.
#
cwebber2
but anyway, ben_thatmustbeme we're aiming to federate information about different media posts happening so you can "subscribe" to each others' channels, we want federated commenting, and we want the ability to favorite across instances.
#
ben_thatmustbeme
cwebber2: last question, is this all private data or publicly addressable? I ask because publicly addressable to start with simplifies a lot, we don't have to deal with securing anything to start with, just getting it working
#
ben_thatmustbeme
and i have not read all of activityPump yet, though I thought it was for client->server which I think really has different use cases
#
cwebber2
ben_thatmustbeme: it's currently all public, but we promised we'd support private media in our last campaign as soon as we go the basis of federation working
#
cwebber2
so soon it won't be
#
cwebber2
ben_thatmustbeme: it's client->server and server<->server
#
cwebber2
and uses mostly the same api for both
#
cwebber2
ben_thatmustbeme: it's pretty short... read it!
#
cwebber2
note that the discovery mechanism is not permanent
#
cwebber2
we will probably take a different approach, that was to get something in there for the paris F2f
#
ben_thatmustbeme
cwebber i have a number of questions on activitypump but i'll wait until i read over everything again to make sure
#
ben_thatmustbeme
working at the moment at the same time
#
wilkie
hello all
#
wilkie
what is the AS2 activity for waving
#
elf-pavlik
"@type": [ "Activity", "ex:Wave" ] ;)
#
elf-pavlik
or you may need to discover this type via ex-wave-to property or something like that :D
#
tantek
present+ tantek
#
aaronpk
start minutes first
#
sandro
trackbot, start meeting
#
trackbot
RRSAgent, make logs public
#
RRSAgent
I have made the request, trackbot
#
trackbot
Zakim, this will be SOCL
#
Zakim
I do not see a conference matching that name scheduled within the next hour, trackbot
#
aaronpk
present+ aaronpk
#
trackbot
Meeting: Social Web Working Group Teleconference
#
trackbot
Date: 20 October 2015
#
cwebber2
present+ cwebber
#
Arnaud
present+ Arnaud
#
elf-pavlik
present+ elf-pavlik
#
tantek
present+ tantek
#
sandro
present+ sandro
#
ben_thatmustbeme
present+ ben_thatmustbeme
#
elf-pavlik
i can scribe
#
aaronpk
i can scribe
#
jasnell
present+ jasnell
#
rhiaro_
present+ rhiaro
#
csarven
present+ csarven
#
csarven
elf-pavlik That shouldn't be a problem.
#
aaronpk
scribenick: aaronpk
#
tantek
scribe: aaronpk
#
aaronpk
TOPIC admin
#
tantek
zakim, who is here?
#
Zakim
Present: Arnaud, csarven, rhiaro, aaronpk, shanehudson, sandro, elf-pavlik, kevinmarks, wilkie, eprodrom, jasnell, ben_thatmustbeme, cwebber, tantek, hhalpin, james, tsyesika,
#
Zakim
... wseltzer, akuckartz
#
Zakim
On IRC I see RRSAgent, csarven, melvster, shepazu, tantek, jasnell, bblfish, elf-pavlik, asbjornu, Arnaud, rhiaro_, kevinmarks, cwebber2, ben_thatmustbeme, rrika, wilkie, bret,
#
Zakim
... aaronpk, tommorris_, ElijahLynn, tessierashpool_, bigbluehat, Zakim, dwhly, pdurbin, rhiaro, slvrbckt, tsyesika, raucao, sandro, trackbot, wseltzer_transit
#
aaronpk
tantek: participation is limited to members, looks good.
#
aaronpk
regrets from evan
#
aaronpk
TOPIC: approval of minutes from last week
#
tsyesika
present+ tsyesika
#
rhiaro_
I tweaked the minutes a bit
#
rhiaro_
last week, right after the call
#
aaronpk
tantek: no edits on the wiki history, but amy says she edited the minutes from last week
#
aaronpk
... no objectiions, lots of +1s,
#
aaronpk
RESOLVED minutes approved
#
aaronpk
TOPIC: face to face meeting
#
wilkie
present+ wilkie
#
aaronpk
tantek: 9 people registered right now, i'd prefer if we could get everyone in the group especially everyone on the telcon to add their names
#
aaronpk
... either confirm, add regrets, or if you think you might be able to attend, add yourself still and add a caveat note
#
aaronpk
... that lets the organizer know that's a possibility, but if you might be able to attend please add anote
#
aaronpk
... if you're for sure not able to attend, add yourself to remote if possible, or add yourself to regrets
#
aaronpk
TOPIC: next week telcon
#
aaronpk
tantek: cancelling next week's telcon since it's during TPAC
#
aaronpk
... the next telcon will be Nov 3rd
#
aaronpk
... chair will be Arnaud
#
aaronpk
Arnaud: i can do that
#
aaronpk
tantek: great okay
#
kevinmarks
present+ kevinmarks
#
aaronpk
TOPIC: WebEx vs Mumble
#
aaronpk
tantek: sandro has an update
#
aaronpk
sandro: we ended things last week was several people pointed out we have a mandate to make our telcon system inclusive, which requires plain telephone dialin
#
aaronpk
... so mumble is off the table, but if people want something other than webex, suggest alternatives
#
cwebber2
sandro: does that include dial-in internationally? :)
#
aaronpk
... but it has to have at least the same functionlity, at least dial-in
#
tsyesika
cwebber2++
#
aaronpk
... we can close this for now, but someone can prototype with others in the group if they want
#
aaronpk
tantek: for now, this issue is closed since Mumble doesn't have POTS support
#
cwebber2
because international ability to dial in also seems a broadly accessible issue to me
#
aaronpk
... if there is a counterproposal then we're open to hearing that
#
aaronpk
TOPIC: Agenda format
#
sandro
cwebber2, *free* dialin isn't a requreiment, but it sure would be nice.
#
aaronpk
tantek: we had a clustered format of the agenda by topic
#
aaronpk
.. there wa sa proposal to switch it to a flat FIFO agenda so that when items are added we get to everything rather than potentially getting stuck on the first cluster
#
hhalpin
However, I agree with cwebber2 that we should have free dial-in and dial-in that is compatible with open-source/free software.
#
aaronpk
.. .there was an objection from evan, but then they talked, and now evan is not objecting
#
tsyesika
sandro: it's not so much that there is a cost to international dialing it's just that the cost is prohibitive
#
hhalpin
This is simply a failure on W3C's part at this point, hopefully one we can address. I'll bring it up at our next meeting.
#
aaronpk
... the chairs have talked abd we've agreed to switch to a flat FIFO format
#
hhalpin
Not having free calling, particularly given the widespread use of VoIP, is ultimately IMHO discriminatory
#
aaronpk
... if there are any objections let us know, we'll be happty to listen to questions/issues
#
tsyesika
hhalpin: thanks
#
hhalpin
biasing meetings towards those with the income to dial-in. If someone is not technical enough to figure out VoIP, it begs the question of what htey are doing in a technical standardization committee.
#
aaronpk
Arnaud: it does mean if you want to add somethign to the agenda, you must always add your things to the bottom of the list
#
aaronpk
tantek: if you have a speicifc action item that you want people to look at or are stuck on, you can add it to the agenda explicitly
#
hhalpin
Thus, I fully support moving the meeting to Mumble if possible, and am happy to revisit this issue now that Ann (who previously had issues with this) is not in the WG.
#
hhalpin
Many open-source projects use Mumble for telecons and it works well for them.
#
aaronpk
tantek: looks like there's a side conversation continuing
#
aaronpk
... i'm going to point out there's a free option for dialing in which I am using
#
aaronpk
... which is the google hangouts application
#
aaronpk
... it does allow free POTS phone calls to US phone numbers no matter where you are in the world
#
cwebber2
tantek: I know tsyesika and rhiaro have been using that and it has been difficult for them
#
aaronpk
... i've used this in manyu locations, so i don't actualy think there is a point about cost for the phone call
#
aaronpk
... there is a free solution to making phone calls
#
aaronpk
... and it's a lot easier than setting up a VOIP solution
#
aaronpk
TOPIC: Improvements in compatibility of IANA link relations registry with JSON-LD
#
aaronpk
tantek: while it's an interesting issue to discuss, i don't think it's something relevant or blocking AS2
#
aaronpk
... elf is this somethign that really needs to be discussed?
#
aaronpk
elf-pavlik: i wanted to share a quick update
#
aaronpk
... AS vocab defines properties like previous last next, thanks to this progress, you'll be able to reuse these more easily
#
aaronpk
... we can reuse these from well defined link relations instead of redefining them
#
aaronpk
tantek: if there are specific issues on AS use of vocab they should be filed as issues on github against each vocab item
#
aaronpk
... encouraging reuse tends to be good practice, but youcan capture this with specific issues and exampels on the spec
#
aaronpk
TOPIC AS2 Hackathon
#
aaronpk
tantek: Now that we have the beginnings of a test suite, it would be great to get some Free and Open Source Software library implementations in major Web programming languages (Ruby, PHP, Python, JavaScript, Java, Go, Objective C). A weekend hackathon ahead of our next F2F would be great. Doodle poll here: http://doodle.com/poll/sht6vdmr73v2arfd
#
cwebber2
wow nice job
#
cwebber2
aaronpk: you're so on top of things!
#
wilkie
I wanted to do that anyway!!
#
aaronpk
tantek: i believe the only action being requested here interest you, answer the doodle poll
#
aaronpk
... i will also point out there' sbeen an indiewebcamp hack day scheduled for the day after the F2F on Dec 3rd
#
aaronpk
... also hosted at Mozilla, so if you want to extend your stay to hack on AS2 or other socialweb technology for your personal website, you're welcome to join the indiewebcamp hack day
#
ben_thatmustbeme
There is an IWC at MIT on Nov 7/8th as well
#
aaronpk
tantek: participation is free, just show up. not just a WG event, it's open to anyone who wants to hack on their personal sites
#
aaronpk
... i believ the intent of the doodle poll is to make it open to anyone, not jsut WG members
#
tantek
ack ben_thatmustbeme
#
aaronpk
ben_thatmustbeme: i wanted to mention there's an indiewebcamp at MIT on Nov 7/8, linked in the chat
#
aaronpk
tantek: looks like we have a pretty busy couple months coming up, good news
#
aaronpk
TOPIC: Social API
#
aaronpk
update and next steps
#
aaronpk
rhiaro: as promised, i put togheter a document for a skeleton of what the social api could look like
#
aaronpk
... kind of the shape of the socail api. the pieces of how I see the API such that tey're interoperable but not dependent on each other
#
aaronpk
... your'e able to implement subsections but not necessarily all of them
#
aaronpk
... allows apps to work together rather than a single app the does everything
#
aaronpk
... it's obviousluy not impelmentable in its current form, and some sections have conflicting options, so i'm hoping the group can help work through this to resolve
#
aaronpk
... my plan is to work through and implement each part to refine it
#
aaronpk
... based on what i'm building and the other specs we've considered
#
wilkie
great work
#
aaronpk
... (activitypump, indieweb ones, and solid)
#
cwebber2
rhiaro++
#
aaronpk
... i might end up makign specific proposals based on what i'm building
#
cwebber2
what wilkie said
#
aaronpk
... i'm open to changing the structure , it's possible i've mised some stuff others think its important
#
aaronpk
... so i'd love for that to be fixed
#
wilkie
this gives a great roadmap for implementations
#
aaronpk
... the first section is reading, social data exposed on the web ,doesn't matter how it got there
#
aaronpk
... you find some, here's what to expect and how to get it
#
wilkie
that are still flexible about Accept
#
aaronpk
... the creating/updating/deleting shoudl be self explanatory
#
aaronpk
... discovery is the idea that you cn find content from a starting point, probably a user profile
#
aaronpk
... specifically that someone can publish multiple feeds of content, sorted to whatever criteria you'd like, and an a[plication like a reader needs a way to find all the content the user has published
#
aaronpk
... subscribing, specifically when your client is asking to be notified of updates, either to a single piece of content or a feed
#
aaronpk
... this is similar to mentions, which is when you're pushed a notification but didnt' necessraily ask for it
#
aaronpk
... subscribing and mentions are kind of mixed together in ActiivtyPump but are separate in indieweb protocols
#
aaronpk
... i found it useful to think of kthem separately
#
aaronpk
... the final section is profiles, auth is out of scope, identity is complicated and has a lot of baggage, but we basically need some document to describe the author of a document
#
aaronpk
... peopel can have multiple profiles, we don't need to constrain what goes into the profiles (orgs or bots are fine)
#
ShaneHudson
Apologies I can't be on the call today, but just wanted to mention I'm up for the AS hackathon it is a good idea. Have put dates I can do on the doodle.
#
aaronpk
... my instinct is to focus on this from the perspective of content delivery (social content)
#
aaronpk
... specifically with relationships between profiles, it's easy to get bogged down by categorizing friends
#
aaronpk
.. but what really matters is what content is going to flow from user to users
#
aaronpk
... iv'e tried to capture this from a practical point of view without getting too concerned about identity
#
elf-pavlik
q+ to ask about groups
#
cwebber2
aaronpk++
#
aaronpk
tantek: i have adocument level question rather than a content question
#
aaronpk
... what would it take to turn this into an editors draft
#
aaronpk
rhiaro: i was going to end the doc with a question, if this is an acceptable way forwrads, i could add this to the w3c github and respec it and call it an editor's draft and go from there
#
aaronpk
... it just has some gaps and things that need to be filled but is a starting point
#
sandro
gaps are business-as-usual for editors drafts. :-)
#
aaronpk
tantek: certainly editor's drafts are expected fto have issues and gaps
#
tantek
ack elf-pavlik
#
Zakim
elf-pavlik, you wanted to ask about groups
#
aaronpk
elf-pavlik: really amazing work amy. my question goes to profile and relationships
#
hhalpin
q?
#
aaronpk
... i remember a few years ago, were missing groups
#
hhalpin
q+
#
aaronpk
... do you see a place for groups in the social api?
#
aaronpk
... and the access control aspects
#
Arnaud
anyone pushing back would have the burden of coming up with a counter proposal :)
#
wilkie
I agree, groups are important
#
aaronpk
rhiaro: i completely forgot about that. off the top of my head, since you ca have collections of contents you could have collections of profiles which you could use for access control
#
aaronpk
... definitely something to think about
#
wilkie
this is a FANTASTIC start though
#
tantek
ack cwebber2
#
aaronpk
cwebber2: great work. i think this doucment will be awesome as is, you mentioned something offline, interest in doing this for activitypump
#
aaronpk
... i wonder if other implementers will be interested as well
#
aaronpk
... where you mentioned restructuring the activtypump document in this form
#
aaronpk
... are others interested in this?
#
aaronpk
rhiaro: yeah the other thing i'm doing, i came up with this structure and I am rewriting the activitypump API in this structure, leaving the content but just changing the structure
#
aaronpk
... iw ill be doing the same for solid
#
aaronpk
.. and then the different indieweb specs are arleady in these pieces so they just need to line up in this order
#
aaronpk
... there are probably some parts that look the same when you untangle them, and then they can be put in the social API
#
cwebber2
great rhiaro, awesome work!
#
aaronpk
... i'm going to do it anyway but if anyone wants to help that's good too
#
tantek
ack cwebber2
#
kevinmarks
rhiaro++
#
tantek
ack cwebber
#
tantek
ack hhalpin
#
aaronpk
hhalpin: it's a good beginning, i had two scoping questions
#
aaronpk
... i think we'll need some sort of minimal profile social graph annotation
#
aaronpk
... but i don't want this document to try to define that
#
aaronpk
... the most variance is in the subscription protocols
#
aaronpk
... it seems like the other thing is missing is there are two different design patterns in discovery
#
aaronpk
... one is looking at link headers, whcih some developers don't know about
#
aaronpk
... many people use acitivtypump without looking at link headers
#
wilkie
that's so true and so baffling
#
aaronpk
... most social networks don't use link headers
#
aaronpk
... maybe we should defined some default URL endpoints in the discovery
#
aaronpk
... look at some of the work done around webfinger and host-meta
#
cwebber2
and also note
#
aaronpk
... i'm happy to share those over email
#
kevinmarks
webfinger is mostly dead isn't it?
#
melvster
webfinger--
#
cwebber2
that we have a lot freedom in ActivityPump to adjust the way discovery is done
#
aaronpk
rhiaro: i agree about not defining social relationship at the api level
#
hhalpin
I'm going to note that vocabularies are a source of endless bike-shedding, let's not try to define in an API
#
cwebber2
the stuff in there right now was rushed in for the paris F2F
#
aaronpk
tantek: i'm going to interject based on harry's comment
#
hhalpin
Discovery is currently only done with Link Headers, but some folks don't use those or know about those.
#
aaronpk
... regarding the suggestion to look at webfinger/host-meta, is anyone here actually implementing those in their social web technologies or solutions?
#
aaronpk
... i'm askign implementers that are on the call
#
wilkie
negotiating has always been weird where you look for link headers, look for <link>, look for html hints somewhere else... link headers are priority though
#
tsyesika
yes, mediagoblin uses it
#
aaronpk
hhalpin: most of the large implementers who are not on the call tend to use webfinger
#
aaronpk
... most platforms don't use link headers, thye just use URL patterns that are documented
#
tsyesika
I have no mic, but mediagoblin dos
#
hhalpin
It might be useful to look at URL patterns default and that most major sites (for example, anyone that supports OpenID) uses WebFinger.
#
aaronpk
tantek: the reason i'm bringin this up is we've had no active participiation from implementers using these techniques, so i'm not in favor of trying to guess their needs and desires
#
ben_thatmustbeme
we had agreed on follow your nose for endpoints a F2F Cambridge
#
hhalpin
So we should at least look at this.
#
aaronpk
... iwould prefer fewer things that are based on actual participants instead
#
aaronpk
... there are communities here, indieweb and solid, who are actively using link headers and relations and actively not using webfingers and host-meta
#
melvster
ben_thatmustbeme++
#
aaronpk
... the current deployment and active work is to not use webfinger
#
tantek
ack cwebber
#
hhalpin
Again, the real focus for most people are using URL patterns
#
aaronpk
cwebber2: both mediagoblin and pump.io currently use webfinger
#
aaronpk
... and diaspora
#
hhalpin
Anyways, people should look at it: http://tools.ietf.org/html/rfc7033
#
aaronpk
... i'm not saying i think it's the best option, but there is active federation using it
#
wilkie
yep, anything that stemmed from ostatus will be using it
#
wilkie
my implementations also do
#
kevinmarks
yahoo has also dropped webfinger
#
aaronpk
tantek: as an implementer, what's your opinion, si that worth mentioning in the social API?
#
kevinmarks
so how are you looking up things?
#
aaronpk
... i'm seeing side comments in IRC, and i would request those queue up to make youre points
#
aaronpk
... is webfinger a backcompat thing?
#
aaronpk
cwebber2: i don't have the biggest strongest opinion on this, but it's the way things are going
#
aaronpk
... i know evan has expressed previous inteterest in webfinger
#
aaronpk
... but the activitypump we submitted for the f2f had a rough thing where we pulled jsonld out of the page, but i dont tihnk that's the best way forward
#
aaronpk
... it will at least need to be supported for backcompat, but i can't speak for evan
#
tantek
ack ben_thatmustbeme
#
tsyesika
cwebber++
#
aaronpk
tantek: thanks i appreciate that
#
hhalpin
We saw in the wild *mild* uptake of WebFinger and Host-meta, I agree it may not be the best way forward, but *only* Link Headers ignores the facts that many developers do not know what Link headers are and that design pattern is not employed by major social networks.
#
melvster
FYI: webfinger JSON is not compatible with the JSON proposed in this group
#
cwebber2
that's true
#
cwebber2
we did say that
#
aaronpk
ben_thatmustbeme: we did talk about this at f2f in cambridge and we agreed and pretty sure we had a resolution we would prefer a follow-your-nose method than a random URL
#
hhalpin
q+
#
aaronpk
tantek: that's true
#
aaronpk
... that was this past march
#
cwebber2
and that's why the paris f2f one had an alternate method
#
cwebber2
that was FYN'ish
#
cwebber2
though not a permanent one
#
aaronpk
... we did resolve the group would use follow-your-nose method, to avoid well-known path methods
#
aaronpk
... so i suppose that leaves us with, if there is new information since the meeting we can reopen the issue
#
cwebber2
tantek: anwyay, I think tsyesika and I are flexible on this, I think we'd be happy to work with the group
#
cwebber2
tantek: we might want in activitypump to provide a backwards compatible note
#
tantek
ack kevinmarks
#
aaronpk
kevinmarks: webfinger has been largely abandoned as far as i can tell
#
aaronpk
... the model that everything starts from eamil address was flaky to begin with
#
aaronpk
... google and yahoo both dropped it already
#
melvster
kevinmarks++
#
aaronpk
tantek: do you have a citation for that?
#
aaronpk
kevinmarks: i used the webfinger.net client to look up my gmail and yahoo addresses and neither of them worked
#
aaronpk
tantek: so there's no official announcement, but based on the tests you're seeing the support gone
#
wilkie
I'm not sure why google or yahoo would want to use webfinger haha
#
tantek
ack hhalpin
#
aaronpk
hhalpin: i'm not saying that webfinger or host-meta is the best approach, but I do think they were added to the OpenID connect spec
#
kevinmarks
they're well-known urls
#
aaronpk
.. that being said, tho we should encourage HTTP link headers, lots of implementers don't know what link headers are
#
aaronpk
... some of the main questions implementers had was where shoudl i put my endpoints, and how do i find others' endpoints
#
kevinmarks
we should support <a> as well as <link>
#
elf-pavlik
q+ to mention including links in body of response
#
aaronpk
... typically there is some documentation like twitter which shows the endpoints
#
aaronpk
... it may be useful to say if you're adding this to yoursite, here are some default patterns you can follow
#
aaronpk
... that follows more clearly what implementers are used to
#
kevinmarks
wordpress has link headers
#
kevinmarks
so ~25% of the web
#
aaronpk
tantek: that's an interesting assertion, but i'm not sure without some evidence of where those endpoints are we can come to a conclusion
#
hhalpin
So, does Twitter, Facebook, or anyone else use Link Headers?
#
hhalpin
I think Evan began this research a while back.
#
hhalpin
So we already have lots of data.
#
kevinmarks
silo.pub has instructions for adding link headers to other silos
#
aaronpk
tantek: counterpoint i'll provide is there are many more sites and URLs that have link headers and link rel discovery of rss/atom feeds
#
aaronpk
... iw ould assert the number of sites that support that greatly outnumber all proprietary social netweork APIs combined
#
hhalpin
I think Link Headers are not a bad way to go and should be specified, but having some "optional" advised default end-points will help deployment.
#
aaronpk
... so there are many publishesr and consumers that use feed discovery from home pages
#
tantek
ack elf-pavlik
#
Zakim
elf-pavlik, you wanted to mention including links in body of response
#
aaronpk
... i'm presenting that to counter that developres don't know what to do with link relations
#
hhalpin
I think RSS/Atom feeds are slowly on their way out, sadly :(
#
wilkie
just do what everybody else does. do link headers, and fall back to link tags, etc.
#
kevinmarks
opensocial/as1 defined api paths relative to an endpoint
#
tantek
they (RSS, Atom) still greatly outnumber proprietary APIs
#
hhalpin
I'm just noticing that the main way discovery is usually done is by going for a URL
#
tantek
hhalpin, not for feeds
#
aaronpk
elf-pavlik: it seems like activitystreams and others put links in the body of responses
#
tantek
that's still done by follow-your-nose via link relations
#
hhalpin
So losing that pattern and saying "look at link headers" seems rather odd if we want deployment.
#
aaronpk
... html links in the indieweb community also put links in the body
#
aaronpk
... it's not just link headers, we can use the payload in the body, so there are other options
#
tantek
ack cwebber
#
hhalpin
For internationalization and adoption, I agree Link headers are a good thing, but I think 99% of people will be expecting URL endpoints that are defined.
#
aaronpk
sandro: can we do quick point of order of where we are on the agenda?
#
cwebber2
I'm happy to dequeue
#
rhiaro_
q+ to make proposal about API
#
tantek
ack rhiaro
#
Zakim
rhiaro_, you wanted to make proposal about API
#
rhiaro_
PROPOSAL: accept this basic structure of a Social API document and continue development on w3c-social github. Have an implementable draft ready by the f2f.
#
aaronpk
rhiaro: i wanted to end this with a proposal
#
cwebber2
I'll say it on IRC instead
#
aaronpk
tantek: sounds like you're proposing it as an editor's draft
#
aaronpk
rhiaro: if that's what it sounds like sure, i'm not sure what the full process is
#
aaronpk
tantek: i'm going to reword your proosal slightly
#
kevinmarks
hhalpin: Iink headers just point to the defined api endpoints. I don't see how link headers are bad
#
tantek
PROPOSAL: accept this basic structure of a Social API document as an editor's draft for the WG and continue development on w3c-social github.
#
cwebber2
hhalpin: I agree with you on the general "what developers can easily pick up and go with with the tooling they have", but I think that looking at a spec and hearing "oh I can get it from here"... most devs have the tools in a django/rails/node blah blah type environment to where webfinger and link relations and etc are about equal complexity
#
aaronpk
tantek: the progress of the draft is up to you, which is why i dropped "implementable"
#
hhalpin
+1
#
cwebber2
it also seems like an easy one for the group to not disagree too much over :)
#
aaronpk
tantek: i see a bunch of +1s
#
cwebber2
so I'm happy to say "webfinger is backwards compatibility"
#
cwebber2
and move on
#
aaronpk
sandro: might be nice to aim for getting a first public WD by the f2f
#
tantek
RESOLVED: accept this basic structure of a Social API document as an editor's draft for the WG and continue development on w3c-social github.
#
aaronpk
tantek: i'm not seeing any objections at al, so i'll declare it as resolved
#
aaronpk
rhiaro_++
#
elf-pavlik
rhiaro++
#
cwebber2
rhiaro++
#
sandro
rhiaro++
#
aaronpk
rhiaro: i don't know what state it has to be in for it to be a working draft but as long as someone can clear that up for me that's okay
#
aaronpk
sandro: there's some mechanical stuff harry and i can help with
#
hhalpin
Note that FPWD and Editor's drafts don't need WG consensus
#
aaronpk
... from a consensus point of view it's either agreed on or noted that it's not agreed on
#
aaronpk
rhiaro: okay that sounds doable
#
hhalpin
Otherwise, there would likely never be a published FPWD :)
#
aaronpk
tantek: in general working draft does not require all the contents to have consensus, that's how we broaden the discussion
#
aaronpk
TOPIC: TPAC
#
hhalpin
There was a request from Annotations for Social members at TPAC to attend as well
#
aaronpk
tantek: "Those attending TPAC will hold a Social Web breakout session on the plenary day. Please suggest agenda topics."
#
hhalpin
q+
#
aaronpk
rhiaro: on wednesday of next week during tpac, there's breakout sessions, and tantek Arnaud and me will be there, there will be a social web session 1 hr
#
aaronpk
... if anyone wants to bring something up for the session add it to the wiki pag
#
tantek
ack hhalpin
#
aaronpk
hhalpin: there was also a request, the annotations WG is meeting and they might have some dependencies on this group
#
aaronpk
.. .they invited this group to their meeting
#
aaronpk
TOPIC AS 2 modularity
#
aaronpk
tantek: last week there was a straw poll of whether we should consider AS to be a requirement
#
aaronpk
... there was some active resistance and opposition
#
aaronpk
.. the chairs discussed what is a good way forward
#
aaronpk
... i believe sandro has a good summary to present
#
aaronpk
sandro: HTML clearly uses and carries and works with Javascript and CSS, but it does not have any hard dependency on them
#
aaronpk
... it's possible to use different stylesheets, but everyone in the industry knows everyone uses javascript/css
#
aaronpk
... i was hoping we could in theory have the API be separate from the social media syntax
#
aaronpk
.. .that could be a good design pattern, even if we all know that what we do most of the time is use AS2
#
elf-pavlik
q+ re AS2.0 trying to address API concerns
#
aaronpk
... chris said it seems like a failure if we don't tie the two together. i'm saying it doesn't have to be a failure, see HTML
#
tantek
ack cwebber
#
aaronpk
cwebber2: HTML does not link to CSS, but CSS does link to HTML everywhere
#
aaronpk
... so it's true that HTML is a foundation on which CSS sits, but CSS is dependent on HTML
#
aaronpk
... so i'm not totally sure i buy this analogy
#
aaronpk
tantek: i'll quickly give a counterpoint. in CSS2 it was explicitly made more modular than CSS1, CSS2 made it clear that it works on any document language, not just HTML
#
hhalpin
q+
#
aaronpk
... acknowledged that tying CSS1 to HTML was a mistake
#
aaronpk
... we can certainly learn from that
#
aaronpk
... csarven mentioned SVG. SVG was able to reuse aspects of CSS without CSS having to change
#
aaronpk
... that was a good design mechanism
#
aaronpk
.. .the other explicit point i wanted to add to sandro's analogy
#
aaronpk
... in scripting, there were multiple alternatives you could use in HTML. all those alternatives were devleoped outside w3c
#
cwebber2
tantek: ok, point taken re: css 2
#
aaronpk
... our modularity is not just restricted to w3c's work, but can and should extend to allowing development outside our work
#
aaronpk
... the other example of styling languages. there were multiple alternatives pursued inside w3c
#
aaronpk
.. when we got to XML, it could be styled with CSS or XMLFO
#
hhalpin
Although XSL-FO seems not to have worked out...
#
aaronpk
... my experience is having those two ended up benefiting both
#
hhalpin
That being said, I've used XSL-FO for styling XML produced by wikis into PDFs for a textbook, it's quite fun in a very XML-centric way.
#
aaronpk
... eventually yes we have a dominant styling and scripting language, but that took years to happen, and the existence of alternatives benefitted both
#
aaronpk
... the modular approach will benefit all our technologies the most
#
tantek
ack tant
#
tantek
ack tantek
#
aaronpk
... so to those who were -1 to requiring AS2 would want to present an alternative
#
ben_thatmustbeme
another reason to keep Social API and Federation API seperate
#
aaronpk
...clearly there are folks who are unhappy with AS2
#
aaronpk
... one way to continue AS2 is for those who were -1 to give a counter proposal
#
aaronpk
... if you have a way to define what you would like constructively instead then we can design the protocols so they are moduled
#
tantek
ack elf-pavlik
#
Zakim
elf-pavlik, you wanted to discuss AS2.0 trying to address API concerns
#
aaronpk
elf-pavlik: i already mentioned that AS is trying to address API concerns, paging and media types, i plan to create an issue listing all the API concerns that AS has to address
#
aaronpk
... so we can focus ont he data
#
ben_thatmustbeme
elf-pavlik++
#
aaronpk
tantek: that sounds great
#
tantek
ack hhalpin
#
aaronpk
hhalpin: i think the concern is if we don't have a SHOULD for some json format, multiple sides will use the aPI and won't interoperate
#
kevinmarks
why does harry think microformats are anti-json?
#
aaronpk
... we'l end up with lack of interoperability. rather than consider this a format war, we should try to accept one JSON based format
#
cwebber2
kevinmarks: not that it's anti-json but that it won't be the same json maybe?
#
cwebber2
clearly aaronpk is working on a json format and that's great
#
hhalpin
It's not, that's why I'm confused re resistance to JSON formats since mf2
#
aaronpk
tantek: i'm going to reiterate what sandro said. HTML did not have a SHOULD MUST or MAY for javascript or CSS, and CSS says "if you're using HTML here's what to do"
#
aaronpk
... not only should we not say MUST, we should not say SHOULD either
#
kevinmarks
there isn't resistance to JSON
#
ben_thatmustbeme
hhalpin: i am going to try to come up with a standard JSON format that AS2 and MF2's JSON can both translate to
#
hhalpin
Modularity that destroys inteoperability is a bad idea.
#
aaronpk
hhalpin: modularity that destroys interoperability is bad and i'll go on record saying that
#
ben_thatmustbeme
hhalpin: which btw, was inspired by your talk
#
aaronpk
tantek: the example given counters that, so unless we have actual harm demnonstrated we have one positive example and no negative examples
#
tantek
action-35
#
trackbot
action-35 -- Tantek Çelik to Come up with a simple proposal for implicit typing based on property names -- due 2015-02-10 -- PENDINGREVIEW
#
hhalpin
Indeed the world shows that Javascript+HTML5 is a dominant paradigm
#
aaronpk
TOPIC: actions and issues
#
cwebber2
ben_thatmustbeme: you probably want to work with aaronpk on that
#
hhalpin
Javascript+CSS+HTML5
#
hhalpin
If there's a world where CSS is used on something other than HTML, I'd like to know
#
wilkie
tbf, it would technically be possible to make a social api implementation that produces no data if all possible outputs are SHOULD haha
#
hhalpin
Otherwise, it's pretty clear the example re modularity doesn't make sense
#
cwebber2
wilkie: haha
#
rhiaro_
wilkie: haha, social ghosts
#
cwebber2
ben_thatmustbeme: aaronpk is already exploring that, you can probably maximize efforts by working together
#
wilkie
cwebber2: I like the art/philosophy of that kind of system.
#
aaronpk
Arnaud: normaly this is the way for someone to signal you want this to be looked at by the WG
#
kevinmarks
JSON-LD islands in <script> are the weird thing here
#
cwebber2
wilkie: no data is good data
#
tantek
PROPOSE close action 35 as completed with the Post Type Discovery Editor's Draft
#
elf-pavlik
actions don't need formal resolutions
#
cwebber2
no data complies with all specs
#
hhalpin
Precisely wilkie. If there is folks that disagree with JSON, then I suspect their systems will simply not be made interoperable with.
#
wilkie
cwebber2: you're not wrong if you don't try
#
aaronpk
RESOLVED close action 35
#
cwebber2
thanks for chairing tantek !
#
kevinmarks
harry, you're strawmanning
#
elf-pavlik
thanks all!
#
wilkie
thanks all
#
hhalpin
No, I'm not straw-manning.
#
aaronpk
trackbot: end meeting
#
trackbot
Zakim, list attendees
#
Zakim
As of this point the attendees have been Arnaud, csarven, rhiaro, aaronpk, shanehudson, sandro, elf-pavlik, kevinmarks, wilkie, eprodrom, jasnell, ben_thatmustbeme, cwebber,
#
cwebber2
and thanks for excellent scribing aaronpk
#
Zakim
... tantek, hhalpin, james, tsyesika, wseltzer, akuckartz
#
hhalpin
I think people should accept JSON and MAY accept other things
#
trackbot
RRSAgent, please draft minutes
#
RRSAgent
I have made the request to generate http://www.w3.org/2015/10/20-social-minutes.html trackbot
#
trackbot
RRSAgent, bye
#
RRSAgent
I see no action items
#
kevinmarks
you are inventing an objection to JSON
#
cwebber2
kevinmarks: if there's no objection, then a-ok :)
#
cwebber2
let's move forward!
#
hhalpin
OK, then what is the objection then to agreeing on JSON?
#
aaronpk
the objection isn't to agreeing on JSON, it's to AS2 specifically
#
hhalpin
If the objection is 'AS2.0 is a mess' then let's fix AS2.0
#
wilkie
hhalpin: yeah, I agree. though I also tend to think, on that front, an implementation that doesn't have *both* AS2 and microformats to be incomplete (at the current moment)
#
csarven
rhiaro++
#
kevinmarks
there is an objection to JSON-LD and AS2
#
hhalpin
I agree it's too complicated.
#
aaronpk
and JSONLD yeah
#
cwebber2
kevinmarks: btw my AS2 implemenetation doesn't require jsonld
#
cwebber2
for almost all actions
#
hhalpin
I also agree JSON-LD is mostly unncessary and will be ignored by non-RDF programmers
#
cwebber2
kevinmarks: but you can dive into it if you want
#
elf-pavlik
bit outdated but mentions both Microformats JSON and Microformats JSON-LD https://www.w3.org/wiki/Socialwg/Social_syntax
#
hhalpin
However, can we get mf2's algorithms to convert a mf2-marked up HTML into something that looks like AS2?
#
wilkie
yeah, we have a very great opportunity to reform whatever doesn't work for AS2 right now. jasnell has asked many times for specifics on that point.
#
hhalpin
It seems like this should be possible.
#
kevinmarks
we can get mf2 into consistent JSON
#
cwebber2
part of the problem is that linked data / solid side is saying "More json-ld / RDF!"
#
aaronpk
why is AS2 the thing we are trying to make mf2 map to?
#
cwebber2
and microformats is saying
#
kevinmarks
becasue we have defined adn tested parsing across many languages
#
cwebber2
"no json-ld / RDF!"
#
wilkie
you shouldn't need JSON-LD if you don't care about extensibility
#
cwebber2
but AS2 is *already* a compromise
#
cwebber2
it's not json-ld until you want it to be
#
hhalpin
I am just quite confused about what the alternative really is.
#
tantek
aaronpk++ for minuting
#
kevinmarks
mapping from that JSON inot your preferred JSON is totally doable, whatever that preferred json is
#
wilkie
although the work to handle some subset of AS2 without a JSON-LD processor might be more work than using one
#
hhalpin
If the alternative is, we'd like to ship whatever RDF data or whatever microformat we want around using the Social API, that's fine.
#
csarven
hhalpin Entirely hypothetical exercise until mf2 adopts vocabulary items close to AS2. See mf /process (which is based on existing practices on the Web). The documentation on that needs a lot of work.
#
hhalpin
However, systems should at least consume/produce some sort of JSON format (hopefully a revised AS2.0) otherwise I have no idea how interop will happen.
#
csarven
So.. sure you can get a small subset map to AS2.. but that's about it.
#
hhalpin
If the specs can't specify interop, then I don't see the point of the specs
#
hhalpin
and the microformat and RDF communities will continue to be decentralized silos
#
cwebber2
csarven: if we can get a small part to map, that still might be enough for progres.
#
csarven
Anything is mappable if you do enough imperative programming.
#
cwebber2
progress
#
hhalpin
with limited take up amongst the larger developer community
#
cwebber2
microformats' community mostly only works within a smaller set only
#
elf-pavlik
rhiaro, i couldn't find your article about mismatch in dicsussion about extensible in mf and rdf
#
cwebber2
so that's probably okay.
#
wilkie
if you want A. interop and B. your specific format, then you better be ready to make a mapping. to what... though... do you map to??
#
shepazu
present+ shepazu
#
csarven
cwebber2 Sure. Not my TODO. You can call it victory with one single property mapping.
#
aaronpk
missed it shepazu lol
#
hhalpin
Indeed, it seems like it should map to JSON.
#
kevinmarks
I map to mf2
#
aaronpk
shepazu: call just ended
#
elf-pavlik
rhiaro_, thanks!
#
wilkie
you can't just map to mf2 unless the client understands mf2 as part of its interop plan
#
cwebber2
kevinmarks: so are you saying "unless it's mf2, I'm not interested?"
#
elf-pavlik
I hope everyone had chance to read http://rhiaro.co.uk/2015/08/extensibility
#
cwebber2
kevinmarks: then what are you saying?
#
hhalpin
Now, if we could get mf2 to basically produce something that is minimally AS2 compatible for status updates, we'd have interop
#
wilkie
it's probably possible that your client understands mf2 and a collection of other things, but maybe not all things
#
hhalpin
The main issue it seems is that AS2 is too complex and has too many JSON-LD knobs
#
aaronpk
hhalpin: since nothing actually uses AS2 yet why is this the canonical thing we're mapping to?
#
hhalpin
I believe those should be fixed
#
wilkie
and in that case, the server should look at the Accept and map to what *it* understands how to map to
#
csarven
hhalpin See ISSUE-44
#
wilkie
which is why the Social API doesn't specify one particular thing, but rather SHOULD
#
kevinmarks
I map arbitrary Atom to mf2 here http://www.unmung.com/
#
cwebber2
part of the goal with my python library:
#
hhalpin
I agree there is little uptake of AS2.0
#
cwebber2
and Maybe a demo of this in december will help
#
elf-pavlik
<span class="p-schema-publication h-schema-BroadcastEvent">
#
hhalpin
That being said, there's also little uptake of mf2 or RDF
#
cwebber2
prove that you can do a ton without json-ld in a library, but then, as soon as you want it
#
hhalpin
What we have is massive uptake of JSON, so agreeing on JSON as an interop format makes snese.
#
cwebber2
you can do a ton of linked data stuff
#
wilkie
hhalpin: the people who do mf2 and RDF are going to disagree with you :)
#
aaronpk
i didn't have a chance to say this during the call, but
#
hhalpin
I know, but its a rather obvious point that I think both mf2 and RDF proponents are aware of.
#
wilkie
I think servers should handle Accept of html and json. so. mf2 and AS2.
#
hhalpin
I.e. look at Go, Ruby, any development environment really
#
kevinmarks
I map instagram to mf2 here http://www.pestagram.com/
#
elf-pavlik
kevinmarks, how can you tell where role-member comes from? http://prefix.cc/role
#
aaronpk
it's not that I have such a problem with JSON, it's that I have an issue of how AS2 seems to want to use it
#
hhalpin
Then let's fix AS2
#
hhalpin
Its obviously too complex
#
rhiaro_
For anyone interested, everything I said about the social api doc today is here: https://github.com/rhiaro/Social-APIs-Brainstorming/blob/gh-pages/notes.md
#
elf-pavlik
what if different publishers use role- prefix intending different vocab?
#
cwebber2
aaronpk: and if AS2 doesn't require any json-ld stuff?
#
aaronpk
rhiaro_: AAAGHH
#
cwebber2
is that a problem?
#
shepazu
don't microformats and JSON(-LD) live in different parts of the representation space? unless I am sorely mistaken, microformats lives in the DOM representation, while JSON is for the interchange, so they shouldn't even overlap when they are being consumed… you can map values from one to the other, but that's orthogonal, right?
#
aaronpk
you mean i typed al that for nothing? lol
#
rhiaro_
heh sorry aaronpk
#
hhalpin
Why not strip down AS2 to a more sparse syntax and keep all JSON-LD stuff totally optional?
#
csarven
aaronpk If you have an issue with AS2 core wanting to use JSON, what would you prefer?
#
hhalpin
Putting alot of what is currently in "Core" in the "Vocabulary" spec
#
cwebber2
which is where AS2 almost is at thispoint...
#
aaronpk
csarven: no that is not what i said at all
#
wilkie
rhiaro_: great work, again
#
csarven
aaronpk Please paraphrase.
#
kevinmarks
there is a consistent toolset for mapping mf2 to JSON across multiple languages. People use those libs then work in JSON
#
elf-pavlik
how do you deal with two publishers using coliding prefix in mf2 extension?
#
csarven
AS2 with Core and Vocabulary makes no sense IMO.
#
elf-pavlik
eg. role-chari
#
aaronpk
shepazu: forget everyrthing you know about mf1. mf2 turns HTML pages into this: http://pin13.net/mf2/?url=aaronparecki.com/notes/2015/10/18/1/
#
hhalpin
Anyways, we need to get mf2 to produce something like AS2
#
hhalpin
and if AS2 has to simplify, then that's probably good for AS2
#
shepazu
aaronpk, ohhhh
#
hhalpin
Excellent!
#
elf-pavlik
aaronpk, how does one prevent colisions between indepedently defined properties and types?
#
wilkie
it'll be good to have both mf2 and AS2 (2 options is better than 1, honestly. honestly it is) and then have them map to each other.
#
kevinmarks
we have discussions about it, elf-pavlik
#
wilkie
that'd be such a great accomplishment
#
elf-pavlik
i can star using p3k-* prefix and make bunch of silly definitions
#
hhalpin
I would agree wilkie.
#
wilkie
to federate two syntaxes
#
aaronpk
shepazu: yeah that's the whole mf2 push
#
hhalpin
What aaronpk produced looks pretty close
#
wilkie
it totally doable. it's not like they are that much different haha.
#
hhalpin
So I imagine if we have to simplify AS2.0 to match that, that would be a great route forward
#
hhalpin
it may require some minor tweaks to mf2 and some tweaks to AS2.0, but then we'd get real interop
#
wilkie
people are acting like html and json are radically differen and involve some kind of moral choice. do both.
#
hhalpin
with is worth pain
#
cwebber2
<mf2-community> There's too much json-ld in AS 2.0!
#
wilkie
hhalpin++
#
cwebber2
<as2> Okay I made json-ld totally optional
#
cwebber2
<ld-community> There's not enough json-ld/rdf in AS 2.0!
#
hhalpin
Again, I'd prioritize communities by their user sizes
#
aaronpk
good luck tantek
#
hhalpin
The main issue is that JSON AS2 community *is* non-existent
#
csarven
Which will be indistinguishable from RDFa
#
cwebber2
<cwebber2> please stop the 15 year linked data / microformats war
#
wilkie
there is enough structure in AS2 to not require a JSON-LD processor... just like there is enough structure in MF2 to not implement the entire range of HTML semantics
#
hhalpin
despite JSON having by far the largest user community
#
cwebber2
<mf2-community> what war
#
cwebber2
<ld-community> what war
#
kevinmarks
that might help
#
hhalpin
Will do.
#
tantek
hhalpin: really? I still think there are more consumers of RSS than JSON
#
hhalpin
I really want mf2 to talk to normal JSON, and hope AS2 just slots in as the next Atom for social sites
#
csarven
kevinmarks Do you feel more reassured about what you wrote every time you drop that URL?
#
csarven
I don't.
#
hhalpin
tantek: I believe that's not true
#
aaronpk
what is "normal json"
#
hhalpin
Modern web development is typically shipping JSON from HTTP APIs
#
elf-pavlik
kevinmarks, with schema.org it will not make colisions but what if two people define different agro- properties?
#
cwebber2
csarven: that's not helpful communication
#
kevinmarks
the key point is that we have a consistent, specified, tested, implemented mapping from mf2 to JSON in multiple programming languages already
#
hhalpin
Please look at Go or any other modern programming paradigm
#
rhiaro_
Soooo I have a blog post for comparing as2 with mf2 http://rhiaro.co.uk/2015/05/micropubbing-with
#
csarven
cwebber2 I'm trying to understand what it brings to the table, it is full of FUD
#
hhalpin
However, there is *clearly* a place for a JSON revision to RSS/Atom
#
tantek
elf-pavlik: in practice no one besides the Webkit team define -webkit- CSS properties, and no one besides Mozilla define -moz- CSS properties etc.
#
kevinmarks
If you want to write a critique fo it, I'll read it csarven
#
hhalpin
If W3C can't do it, there's always IETF since that's where RSS and Atom came from.
#
aaronpk
hhalpin: there sure is! it's called h-feed ;)
#
hhalpin
ehe
#
cwebber2
okay everyone
#
tantek
elf-pavlik, therefore, your "what if ..." is a strawman that in practice does not occur
#
cwebber2
have fun
#
cwebber2
I'm out for now
#
hhalpin
same here, another meeting!
#
csarven
kevinmarks Sounds good.
Loqi joined the channel
#
kevinmarks
harry, point me at an atom or rss feed example please
#
elf-pavlik
tantek, i know many projects doing open source tools for food networks, many of them didn't even know about each other
#
tantek
elf-pavlik, i.e. you could try defining some p3k-* properties, and they'd likely just get ignored
#
aaronpk
WELCOME BACK LOQI GOD SO LAZY
#
aaronpk
slacker Loqi couldn't even bother showing up to the call
#
elf-pavlik
now if hey want to make their platforms social, they will all start 'extending' mf with food- or agro- possibly taking very different approaches
#
wilkie
aaronpk: it literally has only one job haha
#
csarven
elf-pavlik YAGNI, architecture-astronomy, academic exercise.
#
elf-pavlik
tantek, ignored by data server which aggregates streams of data?
#
csarven
Use random strings with prefixes instead.
#
tantek
hhalpin: note the history there re: IETF, the folks working on Atom (previously "Pie" I think) deliberately REJECTED W3C's invitation because they were afraid it would be SemWeb politicized there, and chose IETF to develop Atom to avoid it becoming SemWebified.
#
kevinmarks
so, harry, her's your old blog: http://www.harryhalpin.blogspot.com/
#
tantek
and if we look at what's happening to AS2, here in the WG, it seems their fears were not unfounded.
#
tantek
kevinmarks: did you discover that Atom feed by well-known-path or by follow-your-nose link relation? ;)
#
kevinmarks
so if you want a JSON successor to ATOm, there we go
#
kevinmarks
I used the link relation
#
tantek
followyournose++
#
Loqi
followyournose has 1 karma
#
tantek
wellknownpath--
#
Loqi
wellknownpath has -1 karma
#
kevinmarks
for blogspot
#
csarven
Entirely orthogonal
#
tantek
I think KevinMarks just proved that we already have a minimum viable JSON based social data syntax that is effectively already in use!
#
kevinmarks
harry's blog is so old it predates me adding mf1 to blogger templates
#
tantek
... that is also fully backward compatible with Atom! (which helps all the existing Atom implementations - publishers and consumers)
#
hhalpin
Note that I tried to delete that blog, it was from 2006?
#
elf-pavlik
tantek, how I can use terms from http://smiy.sourceforge.net/cco/spec/cognitivecharacteristics.html# with Microformats JSON ?
#
kevinmarks
I couldn't find another blog for you, there wasn't one linked from http://www.ibiblio.org/hhalpin/
#
hhalpin
So, again - my point remains, mf2 and RDF both have limited uptake
#
tantek
elf-pavlik: what's your specific web page you're trying to markup?
#
hhalpin
Orders of magnitude less than HTTP URIs that produce JSON
#
elf-pavlik
my homepage already uses it
#
hhalpin
Thus, the obvious thing to do is map mf2 to JSON
#
hhalpin
which mf2 does
#
csarven
elf-pavlik e.g., p-elf-habit
#
hhalpin
and make sure that mapping works with AS2
#
csarven
elf-pavlik e.g., p-elf-cco-habit or p-cco-habit
#
csarven
Whatever you want.
#
hhalpin
I don't blog, I have Facebook/Twitter/etc. Like most people on the planet now :)
#
aaronpk
that's still blogging, just shorter
#
hhalpin
The fact that my blog from 2005 that I don't use anymore supports mf is not an argument for widespread MF2 adoption
#
elf-pavlik
i also get closer to publishing personal data using https://github.com/OpenTransport/linked-gtfs/blob/master/gtfs.ttl
#
hhalpin
If there is actually widespread MF2 adoption over JSON, then more people would hear about it.
#
elf-pavlik
u-gtfs-headsign ?
#
hhalpin
We see clear decline of RDF, microformats constant but small, and JSON growing.
#
elf-pavlik
hhalpin, do you talk about serializations or vocabularies?
#
elf-pavlik
both RDF and microformats have JSON serializations
#
hhalpin
If you add in Linked Data, then you have a small community about the size of the microformats community in terms of searchs.
#
elf-pavlik
both of them even have two different JSON serializations
#
hhalpin
That is remaining constant, not growing.
#
csarven
elf-pavlik Nothing prevents you from using any arbitrary string in class/rel (for obvious intents and purposes). Just don't expect that anyone else will be able to consume and use it appropriately or *understand* what it means. If you want "headsign" or something alike to have wider adoption, you have to go through the mf process and document which markup patterns are currently used on the Web. You then derive a term which resembles that. In a nutshell.
#
hhalpin
So again, this is a pretty argument for JSON, and a pretty good argument that smaller communities (mf2 and RDF) should co-operate on a common syntax that does not add toooo much RDF-centric features or tooo much mf2 features
#
hhalpin
Standards are compromises by nature, so I expect a compromise here.
#
elf-pavlik
i don't want to add it to central blessed registry, i just want to agree on it among people working with public transport domain
#
rhiaro_
elf-pavlik++
#
Loqi
elf-pavlik has 31 karma
#
aaronpk
then just do it
#
csarven
elf-pavlik Yeap.. well, you are out of luck. See mf /process
#
aaronpk
nothing is going to break if you randomly add a property to h-entry if you really want to
#
aaronpk
also you can add child objects to an h-entry and *really* not break anything
#
kevinmarks
that is exactly what http://microformats.org/wiki/process is designed to do
#
hhalpin
OK, gotta go to my next meeting, I would suggest we work out MF2->AS2 first a bit more, and let's try again.
#
kevinmarks
help people get to agreement
#
csarven
Of course nothing will break. Which is no different than doing non-mf publishing.
#
elf-pavlik
can an organization reserve prefix ?
#
elf-pavlik
with gtfs it may come easier to avoid independent innovation
#
csarven
"h-" is not some MF trademark.
#
csarven
So, you can use "h-" or whatever, and still not mean MF in any way.
#
csarven
It is just a plain string in class. Nothing more, nothing less.
#
elf-pavlik
but with agro- or food- i see lots of projects which may start modeling same domain indepedently and than need to converge
#
csarven
It is up to the programmer/consumer to figure out what the intention is with that string.
#
csarven
It is up to each consumer to interpret the microformats wiki if they want to understand what it means.
#
csarven
Which may or may not be under a spam attack.
#
kevinmarks
sure - a lot fo people use u- to mean utility, so if there is an h-* around it gtes mapped to a spurious property
#
ben_thatmustbeme
tries to read back
#
kevinmarks
I had that when I marked up the guardian's html the other day
#
ben_thatmustbeme
graphs can be used to prove anything you like
#
elf-pavlik
what a big problem you see with allowing to map prefixes to URLs ?
#
csarven
So, basically, mf expects each consumer to 1) interpret the mf wiki 2) do a bunch of imperative programming to figure things out.
#
elf-pavlik
so one can define that in this context p3k maps to http://p3k.io/ns/
#
csarven
So much for the declarative approach.
#
kevinmarks
faux-block-link__overlay, responsive-ratio, faux-block-link__promote, faux-block-link__cta
#
csarven
Instead of letting the data describe itself.
#
csarven
So, if you love imperative programming, use microformats.
#
kevinmarks
which is not a big deal as anyone looking at the parsed output wouldn't eb looking for those properties
#
csarven
elf-pavlik If you map the properties to URLs, you have yourself RDFa (well almost..)
#
kevinmarks
not sure I see the connection there
#
kevinmarks
mf2 is declarative
#
kevinmarks
but I prefer imperative programming to imperative spec writers
#
csarven
kevinmarks The webpage doesn't tell you anything about what p-name is or how it could be figured out - it is anti-follow-your-nose.
#
elf-pavlik
how does Microformat JSON tell difference if to consider value of property u- or p- ?
#
csarven
So, you are forced to code.
#
hhalpin
I'm going to note 'follow-your-nose' - if it actually worked - would lead to basically a DOS attack as tons of 'machines' looked up your URL.
#
elf-pavlik
"email": "mailto:mail@alice.example"
#
elf-pavlik
u-email or p-email ?
#
hhalpin
Modern load-balancing could deal with it, but I don't think we should assume there's a magic route to 'understanding' re follow-your-nose
#
hhalpin
Most people just try to find docs
#
aaronpk
elf-pavlik: that is not a valid questions
#
aaronpk
the u- and p- are used in parsing the HTML
#
hhalpin
So URLs are fine, if centralized, extensions schemes
#
tantek
hhalpin - that DDOS attack did happen on W3C's XHTML DTDs by Microsoft's XML parser back in the late 1990s if you recall.
#
rhiaro_
elf-pavlik: you can't go back from mf2 JSON to html
#
rhiaro_
only html to json
#
hhalpin
Yep.
#
hhalpin
That is precisely what I'm recalling.
#
aaronpk
the u- and p- tell the parser where to get the value for the property. the result is "email":"mailto:mail@alice.example"
#
csarven
elf-pavlik Another thing to note is that, if you go from mf2 to JSON, all the prefixes are lost, you can't go back to the original.
#
hhalpin
The fact that the RDF community has not realized this simply shows they haven't had massive uptake of their tooling
#
elf-pavlik
ok, once we have JSON - can we tell if the string value represents URI or human intended label ?
#
tantek
follow-your-nose is good enough for resources on the web, no need for vocabulary (as every massively successful vocab like HTML, CSS, etc. have demonstrated)
#
hhalpin
That being said, URLs are obviously useful extension points
#
aaronpk
wait wait there are two "follow-your-nose" arguments happening here
#
hhalpin
Just don't expect people to actually follow them in general.
#
csarven
hhalpin The discussion is particularly around properties being follow-your-nose.
#
hhalpin
Or if they do, don't *encourage* automated follow-your-nose
#
aaronpk
hhalpin is saying that following URLs for property names leads to a DOS
#
tantek
csarven - that's deliberate - the prefixes are merely HTML parsing instructions, not anything semantic.
#
csarven
Not arbitrary HTTP URLs in HTML documents.
#
aaronpk
the totally separate issue of follow-your-nose from a home page to find other endpoints is unrelated
#
csarven
tantek That's perfectly fine. It is a design decision.
#
elf-pavlik
does value require parsing and regex to tell URI from human intended label?
#
aaronpk
elf-pavlik: that's a vocab question at that point
#
aaronpk
not a syntax/serialization question
#
csarven
hhalpin What tooling? Have you seen http://lod-cloud.net/
#
csarven
or SPARQL?
#
csarven
LOD cloud is based on what's crawled - mostly follow-your-nose AFAIK!
#
tantek
all the most succesful vocabs don't bother with URLs for each term
#
elf-pavlik
in JSON without using regex one can't tell difference between value of "Aaron" and "https://p3k.io"
#
tantek
just decent specs
#
elf-pavlik
we can follow our nose to second but not the first
#
aaronpk
elf-pavlik: nothing would ever use those two values on a property interchangably
#
elf-pavlik
nested vcard?
#
csarven
tantek Define successful.
#
csarven
vCard is successful, and so is FOAF
#
hhalpin
I define successful as massive uptake
#
csarven
Define massive
#
hhalpin
vCard is used everywhere, in for example most mobile phones
#
tantek
thus the "follow-your-nose" assumption of need for vocabulary terms themselves is both unfounded and false in practice, as well as potentially being an antipattern (developer/usabiliy unfriendly)
#
hhalpin
FOAF is not.
#
elf-pavlik
i thought i can put a name of organization (or person) or url
#
hhalpin
if you haven't realized that, you are living in an echo-chamber
#
hhalpin
and I suggest getting out
#
wilkie
lol just put the vocab in the DHT/blockchain
#
csarven
Right, well, lets just handwave the LOD Cloud out..
#
rhiaro_
wilkie++
#
tantek
wilkie++ for humor. ;)
#
Loqi
wilkie has 21 karma
#
Loqi
wilkie has 22 karma
#
hhalpin
So, basically every OS and most modern APIs consume/produce vCard
#
hhalpin
that is not the case with FOAF
#
aaronpk
elf-pavlik: the "author" property is a good example, it would be either a string URL or an h-card object with a value that has the same string URL
#
tantek
Legion Of Doom?
#
hhalpin
The LOD cloud is great, but RDF tooling is still poor.
#
csarven
tantek++ KUTGW
#
Loqi
tantek has 248 karma
#
wilkie
well, if you have extensible vocab, presumedly you can request that from the server you see it from instead of a well-known.
#
hhalpin
Hopefully CrossCloud fixes that
#
csarven
hhalpin What have you tried to do with RDF?
#
hhalpin
I worked for Yahoo Research and build their SemSearch system
#
hhalpin
In course, we realized
#
hhalpin
1) Most people don't use RDFa
#
elf-pavlik
one can't just use "author": "elf Pavlik" ?
#
csarven
Which years?
#
hhalpin
They would instead blame us for markup errors
#
hhalpin
2008-2009, under Peter Mika
#
aaronpk
elf-pavlik: show me an example of someone who has done that ;), and no
#
csarven
Were you sending strict XHTML?
#
hhalpin
No of course not, because the world doesn't use strict XHTML
#
csarven
Did you get the HTML/RDFa spec wrong?
#
hhalpin
No, we got the spec right
#
hhalpin
PEOPLE failed to use RDFa like the spec
#
hhalpin
because the spec was complex
#
hhalpin
and the people didn't use RDF
#
wilkie
tantek: I'm here to help lol
#
hhalpin
They just wanted to markup their pages
#
csarven
If it was such a fail, I'm curious to know why GYM is interested in schema.org with RDFa.
#
hhalpin
So, that effort led to schema.org
#
csarven
Why is RDFa at the forefront and the rest is... well, the rest.
#
elf-pavlik
aaronpk, "org": "W3C" and "org": "http://www.w3.org"
#
elf-pavlik
i can dereference second but not the first
#
hhalpin
csarven, RDFa is not a success by any measure
#
hhalpin
UNLESS you count Facebook "Like"
#
aaronpk
elf-pavlik: then don't deference the first
#
hhalpin
But then, David Recordon just considered it a convenient way to put in metadta
#
csarven
Again, entirely depends on what you are looking for and what your definitions are.
#
hhalpin
into a header, not RDF
#
hhalpin
I explained blank nodes to him
#
hhalpin
His response was "I don't care"
#
elf-pavlik
so i need to parse the value before knowing if i can follow my nose or not?
#
tantek
passes wilkie some popcorn
#
hhalpin
Since Facebook is not using RDF behind the scenes nor do they expect most devs/webmasters to.
#
hhalpin
This is all well-known.
#
csarven
If you are worried about blank nodes, I hate to break it to you (well maybe not), but you should check out what happens with MF2 -> RDF.
#
aaronpk
elf-pavlik: you should probably be sanitizing/checking any value you get from an external source anyway, yes
#
hhalpin
Second, I recently built a RDF website
#
csarven
subjects AND properties are blank nodes.
#
hhalpin
When we switched from Postgre to RDF
#
hhalpin
the main effect was massive slowdown
#
aaronpk
elf-pavlik: "author":"file:///etc/passwd"
#
hhalpin
And it was very hard to find good JS and Ruby RDF tooling, even with Greg Kellogg's good work
#
hhalpin
that didn't suffer tremendous performance costs
#
hhalpin
so I still think RDF has a lot of work to be done.
#
csarven
hhalpin Depends on if you are putting your eggs on horizontal or vertical search.
#
csarven
In that case, you may have picked the wrong tech to solve your problem.
#
hhalpin
Exactly.
#
hhalpin
So, most folks use JSON, let's get used to it.
#
hhalpin
Maybe RDF will mature
#
csarven
So, WHY would you pick the wrong tech for your [problem and then blame the tech?
#
hhalpin
I hope it does!
#
hhalpin
Because again, we were investigating RDF
#
aaronpk
so question. if "most folks use JSON" why are all web pages written in HTML
#
hhalpin
to see if the tooling had improved since 2009
#
csarven
RDF doesn't solve everything nor does it claim that.
#
hhalpin
The answer was "A bit, but not much"
#
Loqi
@laurens_d_v :: The @rdfjs 'brothers' :) on stage #ISWC2015 https://twitter.com/laurens_d_v/status/654395341761069056/photo/1
#
hhalpin
That is not in general what you are claiming csarven
#
hhalpin
You are claiming in general other communities are inferior to RDF
#
hhalpin
That is not clearly true
ShaneHudson joined the channel
#
csarven
If you want your data "Webby" you put RDF at the front.
#
hhalpin
In fact, if you look at Google Trends, RDF usage has been declining
#
csarven
Ton of people use relational dbs and use R2RML or whatever.
#
hhalpin
So, while I think the RDF community is important
#
hhalpin
it is NOT more important than either JSON or microformats community
#
csarven
I have NOT claimed that whatsoever.
#
hhalpin
Typically, social standards failed to come to W3C due to the feeling that people would push RDF on them
#
csarven
And I don't think you are aware of my MF past.
#
hhalpin
And their history is with RSS in particular is that 'adding' RDF hurt adoption
#
csarven
I fought for MF since 2005.
#
elf-pavlik
needs to run for another call
#
hhalpin
So I would expect RDF folks simply work well with others.
#
hhalpin
And realize their community is quite small and not representative of mainstream Web development.
#
hhalpin
That being said, the same goes for mf2
#
csarven
[citation needed]
#
hhalpin
Mainstream Web programming, ala Go, Ruby, etc. uses neither mf or RDF
#
hhalpin
I believe this is relatively obvious and should be accepted as a baseline starting point when we prioritize design decisions
#
hhalpin
Trying to "trick" people into using your serialization in a standard - be it mf2, RDF, whatever - doesn't work.
#
hhalpin
It's a known anti-pattern
#
csarven
RDF is a language. It is not some syntax.
#
hhalpin
Instead, mf2 and RDF should compromise and agree on a common JSON syntax they can consume and be happy with.
#
csarven
Which is precisely why it gives sufficient flexibility to use different syntaxes in different environments.
#
csarven
Everything is in "triples" (or quads...).
#
hhalpin
JSON-LD is a syntax and RDF is a language with a formal semantics, however, formal semantics are really only needed for inference, which again, *no one* uses outside the small RDF community
#
csarven
No one in the RDF community really cares about the syntax.
#
hhalpin
Even inside the small RDF community, inference is still active research
#
hhalpin
And mostly doesn't work well or scale
#
csarven
As long as you speak RDF, they can deal with any syntax.
#
csarven
Scale to what?
#
hhalpin
So, at Yahoo! we tried inference, and again with the European Commission
#
hhalpin
In each case, we had to build custom code for limited subsets
#
hhalpin
Which defeated the purpose of general purpose formal semantics
#
hhalpin
So, formal semantics does not equal magic
#
hhalpin
If anyone thinks it does, there are multiple AI classes that teach this.
#
hhalpin
In fact, most computer science has given up on formal semantics and moved to statistical machine-learning
#
hhalpin
Again, this is really obvious unless you are in an echo-chamber
#
csarven
Orthogonal.
#
hhalpin
It's not orthogonal, and pushing RDF on standards is a pretty sure way to fail.
#
csarven
That's your opinion.
#
hhalpin
RDF will suceed by its own virtues
#
csarven
It has.
#
hhalpin
Not via pushing it other communities without their consent.
#
hhalpin
Well, if it has most mainstream Web developers don't use it.
#
hhalpin
Again, standards are aimed at the 99%.
#
hhalpin
Not you and your friends.
#
hhalpin
This goes for both mf2 and RDF
#
csarven
All roads lead to RDF. mf2 practically comes half way there - basically the best hting that happened since mf1.
#
hhalpin
"All roads lead to RDF" is self-evidently not true and also the exact kind of statement that drives most reasonable developers away.
#
csarven
mf3 will be indistinguishable from RDFa. Mark my words.
#
hhalpin
For example, RDF still lacks a good first-order logic syntax.
#
hhalpin
It can't really do lists.
#
csarven
mf is not even on the map as far as having a uniform query language goes which is intended to work for decentralized web sources.
#
csarven
It is about a decade behind.. so if/when mf3 comes along.. it will be pretty much obsolete
#
hhalpin
Anyways, if you can't do lists, I don't expect you to ever really take off. RDF has been under development for 15 years, MF for 10 or so I think.
#
hhalpin
So again, both communities should continue to evolve
#
csarven
hhalpin It can do lists, but it is not fun to play with them. Again, it is not meant to work in terms of trees bug graphs.
#
csarven
s/bug/but
#
hhalpin
And for the time being, map to JSON
#
melvster
tantek++
#
hhalpin
If you really disagree with that, I suggest you think about why you are in the WG
#
Loqi
tantek has 249 karma
#
csarven
I hate to break it to you, but MF is RDF in HTML. Look it up.
#
hhalpin
No, it's not - and if you want to see standardization failure, I suggest GRDDL :)
#
hhalpin
I believe the user-base consisted entirely of about 6 people.
#
hhalpin
Anyways, I think the points I made are both in the charter and entirely self-evident.
#
hhalpin
I suggest people from mf2 and RDF settle down and agree to work with each other on a common JSON format
#
csarven
I don't think anyone really has an issue with that.
#
csarven
So I don' tsee why you are putting this out there as if we don't.
#
hhalpin
Yes, because some people think their favorite language is *more* special :)
#
csarven
Each "camp" acknowledges what the other is doing (sufficiently enough), and happy enough with JSON.
#
hhalpin
And push without any acknowledgement of the small size of their community for various special purpose features to be added.
#
hhalpin
Its really counter-productive
#
hhalpin
And seems more like, as cwebber put it, a religious endeavour than a standardization endeavour
#
melvster
csarven++
#
Loqi
csarven has -3 karma
#
csarven
There is a distinction between saying why "my" favourite text-editor, code, language is better than the other, and some commonality that we are willing ot work on.
#
hhalpin
So, lets keep features minimal, work with JSON, and acknowledge that mf folks have some things right, and so does RDF folks, but the world is using JSON.
#
hhalpin
This is self-evident.
nicolagreco joined the channel
#
csarven
So, just because people are FOR mf or RDF, it doesn't follow that their views are infinitely better than everytihng else -- at least I don't.
#
csarven
We have preferences.
#
csarven
The world is using HTML ;)
#
melvster
csarven: as DanC once said, "the important word in semantic web, is 'web'"
#
csarven
But happy to *exchange* JSON between endpoints or at least convert to JSON for some tasks.
#
csarven
melvster++
#
melvster
im really happy to use MF for what it does, it just doesnt do everything I need, that's where RDF comes to the rescue
#
Loqi
melvster has 18 karma
#
csarven
In this day and age, mf doesn't bring anything to the table.
#
melvster
i leverage MF properties as part of the indieweb community for the indieweb features, and linked data properties for those features ... both are good, but LD is just soooo much more powerful, then Im a power user, so very happy, id like everyone to use the best tools for their needs and work together
#
csarven
If you want some structured data in HTML, use RDFa.
#
melvster
I also use RDFa in my profile together with microformats, the more standards, the more features you get!
#
melvster
Im not sure the either/or mindset is the most productive way
#
melvster
and >>> or
#
melvster
linked data interoperates with everything, that's the nicest part about it, no restrictions
#
melvster
tantek: agree with you re rss/atom ... there was a quite ironic shouting contest at the weekend on that topic at redentralize in london
shepazu, melvster and bblfish joined the channel
#
kevinmarks
!tell hhalpin do you have the slides from https://youtu.be/BOLIuBr_2uM online?
#
Loqi
Ok, I'll tell them that when I see them next
nicolagreco joined the channel
bblfish joined the channel
#
jasnell
cwebber2: ping
nicolagreco joined the channel