#social 2016-09-23

2016-09-23 UTC
jasnell, shepazu, KevinMarks2, KevinMarks, jungbin, paulj and tantek joined the channel
kaorumaeda joined the channel
paulj and tantek joined the channel
#
tantek
trackbot, start meeting
RRSAgent joined the channel
#
trackbot
is preparing a teleconference.
#
trackbot
RRSAgent, make logs public
#
RRSAgent
I have made the request, trackbot
#
trackbot
Zakim, this will be SOCL
#
Zakim
ok, trackbot
#
trackbot
Meeting: Social Web Working Group Teleconference
#
trackbot
Date: 23 September 2016
#
aaronpk
present+
#
rhiaro
present+
#
tantek
present+
#
csarven
present+
Arnaud and annbass joined the channel
#
tantek
present+ AnnBass
#
tantek
present+ Arnaud
#
tantek
scribenick: AnnBass
#
annbass
Tantek: begin with agenda scheduling
#
annbass
cwebber2 shows mediagoblin video
#
csarven
has goosebumps
#
annbass
applicable to social web concepts
shepazu joined the channel
#
annbass
decentralized ... federated ...
#
annbass
<discussion about the MediaGoblin fundraising campaign>
#
annbass
tantek: <agenda review>
#
annbass
... assuming we get through the agenda as listed, afternoon is open
#
Loqi
Social Web WG Face to Face Meeting in Lisbon (F2F7)
#
annbass
..... any other suggestions / edits / ?
#
annbass
sandro: <timing for Evan to come online>
#
annbass
... we had scheduled for 1:00pm Lisbon, 8:00am ? Evan's time ... may want an hour later
#
annbass
... hoping Evan will let us know before we go to lunch
#
annbass
tantek: left off with ActivityPub open issues
#
annbass
cwebber2: "source" field 107
#
annbass
... sugg putting a note in there
#
annbass
... your source has warning that if you edit this, you'll lose your previous source
#
annbass
rhiaro: yesterday it felt like blocking the user, but this seems like a warning
#
annbass
cwebber2: adds source, provides info for user to know what to do
#
annbass
tantek: what about server choosing what's canonical?
#
annbass
aaronpk: seems OK
#
annbass
cwebber2: I'd like to use this period to try this out, see if we can figure it out
#
annbass
tantek: you have implementation experience?
#
annbass
cwebber2: partially ...
#
rhiaro
s/partially/we've seen other pumpio implementations
#
aaronpk
s/seems OK/I wouldn't do it that way, but i'm not going to try to convince you to change to the other model. however this doesn't feel like it's been fully thought out all the way through
#
annbass
... tsyesika sugg we include history, but now we think that makes it too complicated
#
annbass
sandro: I'm hesitant about the Note only being informative .. esp if user is going to lose source
#
annbass
cwebber2: I'm hesitant to specify a UI when it might be improved
#
annbass
sandro: is there an idea about ActivityPub UI?
#
annbass
cwebber2: partially, "conformant client" ... could do this as "should"; don't think it should be "must"
#
annbass
rhiaro: what about doing something on server?
#
annbass
sandro: I"m cool with "should"
#
annbass
cwebber2: <edits comment in github>
#
rhiaro
scribenick: rhiaro
#
rhiaro
RESOLUTION: Add source field to AP as at risk per proposal in activitypub/issues/107
#
rhiaro
tantek: There were no objections
#
rhiaro
arnaud: You sai dyesterday from a process point of view you can do the resolution liek this which is fine, I still think it's good to have the proposal listed in IRC before you do that
#
rhiaro
tantek: I called for objections, didn't get minuted..
#
rhiaro
sandro: for people who are remote
#
rhiaro
<rhiaro> TODO: add proposal to minute above ^^^^^^^^
#
rhiaro
cwebber2: 106 is something I could do on my own but i wanted to get some clarity about testing requirements
KevinMarks joined the channel
#
rhiaro
... Testing servers is pretty clear to me. I can write a client that hits a bunch of URLs and does things
#
rhiaro
... Testing clients is a lot trickier
#
rhiaro
sandro: is that a validator?
#
rhiaro
cwebber2: I'm trying to figure it out..
#
rhiaro
tantek: you don't have to figure it out right now
#
rhiaro
cwebber2: I think the general plan is since there are a billion different systesm we can't touch UIs. We don't know the platform, we can't touch all those toolkits. What we can do is provide some sort of lightweight server that a client connects to, you get some prompts about the actiosn you were supposed to do and it asks you whether or not the expected behaviour happens
timbl joined the channel
#
rhiaro
aaronpk: if it's like micropub where most of the spec is around CUD posts, my plan was to create a reference server that behaves the way that I expect a server to behave and have a bunch of tests that, eg. tell the client to create a post with these properties, to run it however they want to run it no under your control
#
rhiaro
... on the serverside you can check did these properties come through
#
rhiaro
... you tell the user your client needs to blah, and the server can check
#
rhiaro
tantek: can you write that down for micropub
#
rhiaro
... it's in CR, your test suite plan is up but not that level of detail
#
rhiaro
csarven: We're doing this as well, do you throw an error as to where they failed or what they should do?
#
rhiaro
aaronpk: I did a lot of error rpeoritng with webmention in very fine detail in a way I would not do in a live implementation
#
rhiaro
... REsponses come back with here is exactly where you failed
#
rhiaro
... I'd do the same with micropub
#
rhiaro
tantek: You said you would have a couple of tests for mp by october 4, canyou include this elvel of detail in your plan for how to do the tests?
#
rhiaro
... Sounds like you have thought about it, I didn't hear chris object to the methodology
#
rhiaro
cwebber2: I think it's a good idea
#
rhiaro
... I'm going to record it here
#
tantek
s/You said/aaronpk said
#
rhiaro
aaronpk: sure
#
rhiaro
sandro: so this is to clients
#
rhiaro
cwebber2: yes
#
rhiaro
tantek: when do you think you can have your tes tplan written up?
#
rhiaro
cwebber2: It's not the full test plan...
#
rhiaro
sandro: what do you mean by a test plan?
#
rhiaro
tantek: what is your approach?
#
rhiaro
cwebber2: I think I can have a general here's what we're planning on doing?
#
rhiaro
tantek: it can be in or outside the spec, I want a date
#
rhiaro
cwebber2: by next meeting or the one after
#
rhiaro
tantek: so the 4th
#
rhiaro
... for a general plan to the level of micropub.rocks
#
rhiaro
... if you can add more detail like you were just discussing, that's even better
#
rhiaro
... that's not a must have
#
rhiaro
sandro: would be nice if the prompts to the extent possible were the same..
#
rhiaro
tantek: general coodrination sounds like a good thing between cwebber2 and aaronpk
#
rhiaro
cwebber2: and can coordinate with rhiaro and csarven about LDN
#
rhiaro
... That wraps up this whole thing, we can do things closely
#
rhiaro
sandro: the server tests have to have ??
#
rhiaro
sandro: you need another server the server can federate to
#
rhiaro
aaronpk: yes... webmention does that
#
rhiaro
cwebber2: checking another server is behaving correctly was easy to figure it, it was just when you can't touch the client I was struggling with
#
rhiaro
sandro: It was nice to imagine micropub and activitypub clients can test both..
#
rhiaro
cwebber2: That's the test *plan*, not the tests?
#
rhiaro
tantek: Correct
#
rhiaro
... So we can have everything in place to go to CR
#
rhiaro
sandro: I always thought you should have at least one test working... we don' thave to do that now. THe bar is technically test plan
#
rhiaro
tantek: He can work on that while we're dealing with transition call stuff
#
rhiaro
... I'd like for us to be able to propose to the group asap
#
rhiaro
cwebber2: I know how intesne these few months are gonna be, I'm going to be starting tests as soon as I can
#
rhiaro
... One reason I wrote pubstrate this way was to be the basis for something like this
#
rhiaro
sandro: CR is you're telling the world please try to implement this. If you tell me it's ready to implement I'm gonna say I'll wait til I have the test suite before I implement. I like test driven development.
#
rhiaro
tantek: That's your feedback as a propsective developer
#
rhiaro
... With mp we entered CR with how many implmentations?
#
rhiaro
aaronpk: A dozen clients, handful of servers
#
rhiaro
... Emprirical testing with each other
#
rhiaro
cwebber2: It would be great if we end up doing it
#
rhiaro
sandro: micropub is trivial compared
#
rhiaro
cwebber2: There's one issue left, needs process help
#
rhiaro
... 30 JSON-LD context
#
rhiaro
... I need to test it more to make sure it expands correctly
#
rhiaro
tantek: is this beyond the context for as2?
#
sandro
s/compared to the first W3C spec I implemented (OWL Full) so my perspective may be a bit different/
#
rhiaro
cwebber2: We have a a few additional things
#
sandro
s/compared/compared to the first W3C spec I implemented (OWL Full) so my perspective may be a bit different/
#
rhiaro
... We have an inbox endoint, outbox, followers, following, they're not defined in AS2 because they're applicable to APIs which talk to each other
#
rhiaro
... So ours imports the AS2 context, so you only need to put one on there
#
rhiaro
... Maybe if the namespaces thing turns out we can put it in AS2
#
rhiaro
... I would be totally happy to have it in AS2. I'ts likely to hit rec before AP does
#
rhiaro
... Putting it in the AS2 spec would require another CR
#
rhiaro
tantek: putting in the namespace is different because AS2 is not at rec
#
rhiaro
rhiaro: I don't understand how that's different
#
rhiaro
cwebber2: If we can put this in AS2 that would simplify a lot o fthings
#
rhiaro
... I feel I need to talk to Evan and jasnell to find out what their feeling on it is
#
rhiaro
tantek: and you need to talk to sandro about the implications
#
rhiaro
... because there's not a consensus in the community about what adding to namespaces means
#
rhiaro
cwebber2: And it impacts one thing, currently we say the ld+json with profile, but having the as2 profile means it should be AP. It would be great if we didn't have that question, it would make things a lot easier if we could do things in AS2 namespace
#
rhiaro
... I've always felt this way. I just thought it wasn't possible
#
rhiaro
sandro: the whole community issue is about letting a WG defend its territory. Nobody would object if we said the AS2 ns is world writeable
#
rhiaro
... So that we can add to the ns in other specs, but also that other groups can
#
rhiaro
... I almost object to AS2 last december when we discussed CR, saying how to define the extension mechanism
#
rhiaro
tantek: there's no mechanism?
#
rhiaro
sandro: Right. The default is in the spec is use another namespace
#
rhiaro
... But that is totally messy because you have to use a bunch of namespaces, when you could just put them in if you agreed to do that
#
rhiaro
... So something with a community process that says this is okkay put it in the namespace. We couldd o that
#
rhiaro
tantek: we as a WG might not be arround, so we need to define a community process
#
rhiaro
cwebber2: I hope we find out soon what that process is
#
rhiaro
tantek: we need a resolution to this before we enter CR
#
rhiaro
cwebber2: If it's possible to get a resolution before CR great, but the reason I used our own namespace is because I thought that was unlikely
#
rhiaro
... I don't want to end up having.. it would be worse to me to be caught up trying to negotiate vocab sutff which seems to be really complex in w3c right now, than to have a separate context
#
rhiaro
... I did write up a separate context file. AP in theory works if we can put this context file somewhere. I would like us ot put it somewhere in the meanwhile, and is it possible to put it out there and then remove it?
#
rhiaro
sandro: let's try to figure this out more through the day
#
rhiaro
cwebber2: I really don't want to be blocked on CR by this
#
rhiaro
sandro: from your perspective you can say you'll use your own context..
#
rhiaro
tantek: anyone have a objection to doing it either way?
#
rhiaro
... not preferences, objection
KjetilK joined the channel
#
rhiaro
rhiaro: If we are able to define our namespaces as writeable going forward that's awesome
#
rhiaro
arnaud: I agree with the sentiment, I just don't know how you make that happen practically
#
tsyesika
present+
#
rhiaro
sandro: Something like the microformats process or the schema.org process
#
Zakim
sees sandro on the speaker queue
#
rhiaro
... Basically you need some benevolent dictator to manage a community that reviews and objects or doesn't object
#
rhiaro
... Since this is more under w3c... over lunch we'll figure out some..
#
rhiaro
tantek: is there an existing example of a community at w3c managing a ns that way
#
rhiaro
sandro: I don't think so
#
rhiaro
tantek: I'm hearing from arnaud a soft objection because we don't know if that could work
#
rhiaro
arnaud: I'm not objecting
#
rhiaro
... Look at the example we saw earlier with LDP. Ther'es nobody really around to say yeah sure
#
rhiaro
rhiaro: I thought we had a bunch of LDP people in the room..
#
rhiaro
cwebber2: Figuring out the extensibility of AS2 in the future is an orthoganal issue
#
rhiaro
tantek: right
#
rhiaro
... The isssue we are considering now is shall we try to add AP terms to AS2 right now
#
rhiaro
... vs shall we have a separate context for AP
#
rhiaro
sandro: Do we add it as a one time special case only we can do this, or do we add it as a first example of how to do an extension
#
rhiaro
... I'd prefer the latter
#
rhiaro
tantek: but that's not required. THere are no objections
#
rhiaro
cwebber2: I have a preference for AS2 if it's possible
#
rhiaro
... But an overriding preference to ship
#
rhiaro
... We're going to try to figure this out before we enter CR.
#
rhiaro
tantek: We have to pick a date by which we decide which we're going with
#
rhiaro
... If by then we haven't, you have a way forward
#
rhiaro
cwebber2: So the answer seems to be if we can find out we're going to put things in AS2 namespace by some date (CR date)
#
rhiaro
... Shooting for Oct 11 for CR
#
rhiaro
tantek: no objection for the same date
#
rhiaro
cwebber2: So oct 11 if we can find out by then that we can put these terms in AS2 ns, we'll do that
#
rhiaro
... If we find out then we can't, I'll put AP ns
#
rhiaro
PROPOSAL: We'll wait until October 11 to find out if we can put these in AS2 vocab. If we can do that, we will. If not, I'll use AP's own namespace.
#
rhiaro
s/wait/give
#
rhiaro
RESOLVED: We'll give until October 11 to find out if we can put these in AS2 vocab. If we can do that, we will. If not, I'll use AP's own namespace.
annbass joined the channel
#
rhiaro
rhiaro: Preference to add to AS2. Preference to make our namespaces extensible according to some sensible process (CG, W3C ns extensibility policy) in the future.
boris_anthony joined the channel
#
rhiaro
cwebber2: Preference is to add to AS2
#
rhiaro
sandro: same
#
rhiaro
tantek: anyone else want to indicate a preference on the record?
#
sandro
(as the first extesion!)
#
rhiaro
sandro: My preference is to add it to AS2 as an extension
#
rhiaro
csarven: with an extensibility mechanism?
#
rhiaro
sandro: yes
#
rhiaro
cwebber2: the upside of this is that it puts pressure to resolve this within a certain period of time
#
aaronpk
waves to ben
#
rhiaro
... Otherwise there's a consequence of AP getting its own namespace
#
rhiaro
tantek: action on sandro to define extensibiilty model that allows AP to add to AS2
#
rhiaro
cwebber2: All issues closed
#
rhiaro
tantek: We have discussion of prototypes, implementations, at risk features
#
rhiaro
... Do you ahve changes to AP, including resolutions during last 2 days, that would benefit from publishing a new WD?
#
rhiaro
cwebber2: Someone read through it and helped me find editorial things
#
rhiaro
... fixing authz vs authn
#
rhiaro
... Something I'd like to do, this is pointed out to me with tremendous irony that I'm suggesting this, but I'd like to put the binary data stuff at risk, even though mediagoblin needs that
#
rhiaro
... Becasuse I think it might be the one thing that I'm least comfindent that other implementations that are not mediagoblin might get in on time
#
rhiaro
... I want it to happen
#
rhiaro
... But if it doesn't, it should not throw the rest of AP under the bus, because it will still work without it
#
rhiaro
tantek: There are no objections in the room
#
rhiaro
arnaud: It is good practice to explain why something is at risk in the spec
#
rhiaro
cwebber2: I'll capture that
#
rhiaro
... I notice that micropub has a much more fleshed out version of the media endpoint than we do. I took a look at ours again, and I'd like to clarify before I publish to new WD that section
#
rhiaro
... I'll look at micropub and what's happening in mediagoblin currently
#
rhiaro
tantek: do you have an issue to track that?
#
rhiaro
cwebber2: I'll add that
#
rhiaro
aaronpk: if it' snot changing the behaviour you can change the text
#
rhiaro
cwebber2: I'm not sure, I need to check it's specified enough
#
rhiaro
tantek: if it might be normative change, file an issue
#
rhiaro
cwebber2: *files issues*
#
rhiaro
tantek: Given discussion about namespaces, and that breakout yesterday, I think it would be prudent to highlight that issue inline in the spec
#
rhiaro
... where it talks about the context and the namespace
#
rhiaro
... (editorial suggestion)
#
bigbluehat
Present+ Benjamin_Young
newton joined the channel
#
rhiaro
tantek: We have next steps for you to publish a new revision
#
rhiaro
... We can continue WD to CR discussion later
#
rhiaro
... or in a future telecon
#
rhiaro
... Move on to LDN
#
rhiaro
aaronpk: break?
#
rhiaro
... coffee??
#
rhiaro
... *twitches*
#
rhiaro
various: it has started
#
rhiaro
tantek: coffee?
#
rhiaro
TOPIC: COFFEE
#
rhiaro
*break for 20 minutes*
#
rhiaro
1030 reconvene
#
KjetilK
waves from home :-)
#
KjetilK
csarven, I started a quickhack of LDN on the plane home last night: https://github.com/kjetilk/p5-rdf-linkeddata-notifications I had hoped to finish it on the plane, but the offline situation impeded the progress somewhat due to the lack of some documentation
#
KjetilK
now, I'm back to proposal writing, so I don't know when I'll more hacking time
dan and jasnell joined the channel
#
ben_thatmustbeme
is connected from his brand new system76 lemur laptop
#
rhiaro
KjetlK++
#
Loqi
kjetlk has 1 karma
#
ben_thatmustbeme
waves to rhiaro
annbass joined the channel
#
Loqi
kjetilk has 1 karma
#
KjetilK
OK!
#
trackbot
doesn't understand that ISSUE command.
#
aaronpk
scribenick: aaronpk
#
aaronpk
TOPIC: LDN
#
aaronpk
csarven: KjetilK who was here yesterday built an LDN receiver on the plane yesterday
#
aaronpk
... this is probably the more complicated part of the spec
#
aaronpk
rhiaro: the receiver has all the MUSTs, whereas the sender has a couple options
#
aaronpk
tantek: is it open source?
#
aaronpk
... one of my colleagues implemented LDN receiving and sending in a couple days last week in Python
#
KjetilK
it is just the discovery part still
#
aaronpk
rhiaro: at the last meeting we said we'd publish a new WD and freeze this until TPAC
#
aaronpk
... we had some feedback by email and Tim
#
aaronpk
... the current ED has these changes which are largely editorial
#
aaronpk
tantek: these look great. would you like to publish this as a new WD today?
#
aaronpk
rhiaro: yes but let's do that at the end in case other things come up today
#
aaronpk
rhiaro: summary of LDN. there are three parts to LDN. one is a receiver, this is like a webmention receiver. it's an endpoint that accepts POST requests from senders. it also exposes the stuff it receives so that other things can read it
#
aaronpk
... we have the capacity to add acces control so the receiver can filter what it accepts so it can do spam control for example
#
aaronpk
... the activitypub use case is you'd expect your app to authenticate to read things from the endpoint
newton joined the channel
#
aaronpk
... every existing LDP server can act as a receiver
#
aaronpk
sandro: can i try my soundbite version of this?
#
aaronpk
... in my mind, this differs from webmention in two ways. this relies on authentication so i can just send the content rather than sending a link to the content
#
aaronpk
... the second is it as the GET so you can see the content from the receiver, whereas webmention is a blind dropbox
#
aaronpk
rhiaro: it's not that it relies on authentication, it's that the verification process is up to the receiver. so you can have a publicly writable endpoint you can post to and do the verification by fetching, or you can do the verification by checking a signature, or whatever. so it handles any kind of notification payload
#
aaronpk
sandro: but if i didn't have any authentication, and if webmention had rel=mentions like ahs been brainstormed, then it seems almost equivalent to webmention
#
aaronpk
rhiaro: webmention requires you publish something at a URL whereas LDN does not
#
aaronpk
sandro: so you can send a notification from a browser, but you can't do that with webmention
#
aaronpk
bigbluehat: just to be clear. with webmention, you'd write to some write storage you have and then send that URL to the endpoint, and the endpoint would go fetch that from the URL. with LDN, either the sender can write to the inbox directly, or can still tell you about a URL.
#
aaronpk
rhiaro: yes and you can also include other information that the receiver can use to filter things out
#
aaronpk
cwebber2: to clarify the relationship between LDN and activitypub, AP says our delivery mechanism is the same. target->inbox is the same thing.
#
aaronpk
rhiaro: the mechanism is the same, but AP requires you use an activitystreams activity as the notification. LDN says you can use any payload.
#
aaronpk
tantek: okay. issues.
#
aaronpk
rhiaro: we closed a bunch of issues last week. there's a couple left open.
#
aaronpk
rhiaro: we closed #4 with agreement from sandro who opened it
#
aaronpk
rhiaro: issue 32
#
aaronpk
... yesterday we talked about a backoff strategy with webmention
#
aaronpk
... webmention resolved to deal with this by adding to the user agent header
#
aaronpk
... so that someone being attacked by webmention discovery can find out what's going on
#
aaronpk
... but we have a bunch of JS considerations, where it's difficult or impossible to change the user agent in JS
#
aaronpk
... so that's not feasible for us
#
aaronpk
tantek: the problem was raised about servers talking to servers, that was the real world thing happening
paulj joined the channel
#
aaronpk
... but the scope of the actual problem was specifically servers talking to servers
kaorumaeda joined the channel
#
aaronpk
... but don't make the error that discovery is the problem
#
aaronpk
sandro: i think the reason is one server can hammer another without a human having a clue. whereas if a browser is happening something the browser will start being slow
#
aaronpk
csarven: they're both valid, what we're addressing here is one way of getting to it from the client, but from implementation experience it doesn't seem necessary for arbitrary user agents
#
aaronpk
bigbluehat: in this case the webmention endpoint can control its user agent, but with this, anything can post to the inbox
#
aaronpk
tantek: i'm saying by doing that you're making an empirical error you're going beyond the bounds of the problem being solved
#
aaronpk
bigbluehat: with the annotation protocol we'd like a notification system to publish a notation in the browser and notify arbitrary servers
#
aaronpk
tantek: the problem being describde was one server hammering another server
#
aaronpk
rhiaro: the sender could be another server
#
aaronpk
csarven: we added text to rely on existing cache headers
#
aaronpk
aaronpk: yes this is the same conclusion webmention came to, which is URL-based throttling makes sense to respect cache headers, but that doesn't solve host-based throttling
#
aaronpk
sandro: we're all agreed about respecting cache headers, but we still haven't solved host-level throttling
#
aaronpk
csarven: how do we actually address the problem of getting senders to not hammer a host in the first place
#
aaronpk
... what the receiver should do whether the sender is following that or not is a different issue
#
aaronpk
... adding a requirement that helps the receiver solve its problem in our case is not a requirement we want to introduce
#
aaronpk
tantek: this entire scenario is about naive receivers
#
aaronpk
... so any requirements we put in the spec does not solve this problem
#
aaronpk
sandro: if you are being hammered ,you look at the user agent to discover why you're being hammered, so then you want to find out what you can do to stop being hammered
#
aaronpk
tantek: i made a request of webmention. to add an informative paragraph that says if you are receiving webmention requests and you don't want to handle them, then blank
#
aaronpk
sandro: it seems like whatever the solution there we can do with LDN too
#
aaronpk
sandro: let's say i'm yahoo, and i'm getting all these LDN discovery requests and for some reason it's annoying me
#
tantek
where "blank" is left up to webmention editorial description
#
aaronpk
aaronpk: but how does the receiver know it's an LDN discovery request, that's what the user agent is for, and i haven't heard LDN say they want to recommend using the user agent
jungkees and shepazu joined the channel
#
bigbluehat
here's the WebMention issue comment from yesterday's meeting: https://github.com/w3c/webmention/issues/48#issuecomment-248865148
#
aaronpk
rhiaro: maybe the JS user agents will not be causing problems at this scale because of their nature so them being unable to set their user agent is okay
#
aaronpk
sandro: once the user agent tells you the request is an LDN request, then what do I do to stop that
#
aaronpk
rhiaro: an OPTIONS request with a retry-after
#
aaronpk
sandro: so are clients required to do an OPTIONS request then?
#
ben_thatmustbeme
csarven, rhiaro, just noticed there is a broken link to pubsHubhubbub in ldn ED
#
aaronpk
sandro: we can make this a little fuzzy. we can say if you're being hammered, set this OPTIONS header. and then if you think you're hammering someone, say you should respect the OPTIONS header
#
aaronpk
csarven: what are the other specs doing in similar situations? not necessarily within this WG
#
aaronpk
rhiaro: does annotations do discovery?
#
aaronpk
bigbluehat: yes, via link headers
#
aaronpk
csarven: given the web architecture, is there a particular reason to mention this in the spec?
#
aaronpk
tantek: no, this was an empirically discovered problem
#
aaronpk
sandro: we could publish a WG note that talks about this problem in general and both LDN and webmention could link to it, which is about possible failure modes in discovery
#
aaronpk
bigbluehat: i would think this exists, because the RDF world scrapes things all the time so someone has to have dealt with this at scale before
#
aaronpk
tantek: i appreciate your optimism, do you want to find that?
#
aaronpk
csarven: i don't know if SWP would be the best place to mention this
#
aaronpk
sandro: i would think a specific note about backing off in discovery
#
bigbluehat
Web Annotation Protocol's method of discovery uses Link headers/tags https://www.w3.org/TR/annotation-protocol/#discovery-of-annotation-containers
#
Loqi
[Robert Sanderson] Web Annotation Protocol
#
aaronpk
tantek: sarven made a proposal, which is that SWP add a section about this
#
aaronpk
rhiaro: i wouldn't be opposed to putting it in SWP, and fine with separating it out if it's worth it
paulj joined the channel
#
aaronpk
PROPOSED: add a section to SWP describing the likely potential for server-to-server heavy load from discovery requests and approaches to mitigating
#
aaronpk
csarven: it's not necessarily server-to-server
#
Zakim
sees sandro on the speaker queue
#
sandro
+1 although I think we'll want to move it to a separate document
#
aaronpk
tantek: the high risk situation right now is server-to-server, so i don't want to water it down with theoretical other situations
#
Zakim
sees sandro on the speaker queue
#
tantek
ack sandro
#
Zakim
sees no one on the speaker queue
#
aaronpk
cwebber2: i've been trying to figure out if there's any context in which this applies to activitypub. but activitypub is much more specific about recipients. but bigbluehat hit on a good example of where this has heppened, which is a client to server scenario where someone is trying to extract their whole history
#
aaronpk
bigbluehat: the reason i believe this document already exists is before this there was atom and RSS which use the same discovery mechanism so they were doing the same thing about discovering feeds
#
aaronpk
tantek: i agree, but there should have been evidence of this happening before
#
aaronpk
bigbluehat: david, as standin for all of RDF at the moment...
#
aaronpk
... the case we're dealing with is doing discovery...
#
aaronpk
... are there known ways to encourage a backoff strategy from the client
#
aaronpk
david: sure, but that's not an RDF issue, that's an HTTP issue
#
aaronpk
... sure there are HTTP status codes, like "slow down your requests"
#
aaronpk
bigbluehat: i'm trying to suss out if whether this is as ancient as i think it is
#
aaronpk
.. .and what others have done in this situation
#
aaronpk
... i don't think it's unique here and i'm looking for prior art here
#
aaronpk
david: i'm struggling to figure out why a 503 return code isn't appropriate
#
aaronpk
tantek: because the server is not too busy...
#
aaronpk
... it's closer to a 429 "too many requests"
#
aaronpk
david: fair enough
#
aaronpk
sandro: "for use in rate limiting schemes"
newton joined the channel
#
aaronpk
tantek: can we capture this as an action instead of continuing to discuss it here?
#
aaronpk
bigbluehat: my concern is we were talking about doing things like sending a user agent, rather than using 429 or referencing prior art
#
aaronpk
Arnaud: do we even need to say anything about this? HTTP is there, you can use those codes, we can just say this is not really our problem. it's a quality of the implementation problem
#
KjetilK
also points to ENHANCE_YOUR_CALM in https://tools.ietf.org/html/rfc7540.html#section-7
#
aaronpk
david: the old guys in the room would say you're right. the problem is the young guys are saying we need to give them context.
#
aaronpk
... they need some indications fro mthe spec that point out the potential warnings
#
aaronpk
tantek: so the proposal is to start with a note or section in the SWP document and that it may be worth spinning out into a new note
#
aaronpk
bigbluehat: i'm happy to help with that
#
aaronpk
david: the bigger issue in the RDF world is the ease at which it is to write a SPARQL query that will hammer the server. but in the world of query languages there isn't a way to solve that.
#
aaronpk
bigbluehat: is there a client need to point out always be carefule
#
aaronpk
david: maybe there is. an in-javascript implementation, the idea is you'd do federated queries but all the joins are done in browser, so all the subqueries going off are much less likely to be complex.
#
aaronpk
tantek: okay we have a proposal on the table, i'm not hearing any objections
#
aaronpk
bigbluehat: this was about should we point out to clients while they're being built that they should be careful
#
cwebber2
I'll note that this is why when we get people telling MediaGoblin that we should abandon http and use $SOME_P2P_SYSTEM, while they're entirely wrong, they're also kind of right :)
#
aaronpk
sandro: the idea is we put this in SWP and have all the specs reference it
#
aaronpk
tantek: it sounds like you'd be okay contributing to that
#
aaronpk
bigbluehat: sure
#
sandro
(all the specs that give client guidance)
#
aaronpk
tantek: if you agree with the proposal please +1
#
sandro
+1 although I think we'll want to move it to a separate document
david_wood joined the channel
#
david_wood
present+
#
david_wood
+1
#
aaronpk
tantek: let's declare that resolved
jeff joined the channel
#
aaronpk
RESOLVED: add a section to SWP describing the likely potential for server-to-server heavy load from discovery requests and approaches to mitigating
#
aaronpk
rhiaro: so we will remove the link in LDN until the SWP note exists?
#
aaronpk
tantek: what do you want to do about LDN
#
aaronpk
csarven: if the other document is more specific then it's preferrable to point to that. since the cache header bit is non normative
#
aaronpk
sandro: i'd say take this out and add a specific link to that section that says "if you're writing a client be aware of discovery issues"
#
aaronpk
csarven: and we remove the specific considerations
#
aaronpk
sandro: right cause that's going into SWP
#
aaronpk
rhiaro: next issue. namespaces #13
#
aaronpk
... we can definitely say this has been widely reviewed as a specific issue
#
aaronpk
sandro: can we say from this WG's perspective it's a trivial issue, we know LDN needs to use a namespace but that this group doesn't really care
#
Zakim
sees no one on the speaker queue
#
aaronpk
cwebber2: side note, if we find out activitystreams is willing to add a property then you could just use that
#
aaronpk
... we were planning on sharing their terms
#
aaronpk
csarven: why LDN decided to use LDP inbox is we figured any out of the box LDP server should be compliant with LDN as a receiver.
#
aaronpk
... the only thing we needed to add was something like an "inbox" property, let's just reuse an existing namespace
#
aaronpk
... we have the opportunity to create our own namespace for the spec but for the LD community it doesn't make a lot of sense to introduce a new namespace for a single property
#
aaronpk
tantek: what do you think of chris' counterproposal
#
aaronpk
rhiaro: that's second best
#
aaronpk
tantek: okay is that a CR blocker?
#
aaronpk
rhiaro: it depends on how we describe it
#
aaronpk
sandro: tantek you suggested that couldn't be marked at risk
#
aaronpk
tantek: right beacuse it's a breaking change
#
aaronpk
csarven: it's true it will break, but the cost of the change is minimal
#
aaronpk
tantek: so it's potentially doable during CR?
#
aaronpk
rhiaro: yes i think if we contacted every implementer during CR they would all be able to change it
#
sandro
rhiaro: It's just the link in discovery, so it's really easy to change
#
aaronpk
csarven: so the decision is still pending outside the group
#
aaronpk
tantek: so let's pick a date by which you will decide that you want to go to CR regardless
#
aaronpk
... the specific approach is up to you to decide
#
aaronpk
csarven: that's fine
#
aaronpk
rhiaro: it's LDP first, whatever activitypub does second
#
aaronpk
... or we can open a new namespace
#
aaronpk
cwebber2: for option 3 we might as well both coordinate
#
sandro
cwebber2: Option 1 == use LDP ns, Option 2 == use whatever AP uses
#
aaronpk
csarven: LDN is in a way agnostic about the type of things that can have an inbox
#
sandro
s/Option 1/Preference 1/
#
sandro
s/Option 2/Preference 2/
#
sandro
rhiaro: We don;t want to use a W3C namespace if that's also going to be frozen forever
#
aaronpk
csarven: sidenote about moving it down to AS... what i would worry is the type of things that vocabulary may have to indicate for things to have an inbox
#
aaronpk
.. for example the domain of some of these is an as object. we don't want that for LDN
#
aaronpk
rhiaro: we just need to ensure when we put it into AS that nobody puts it in a domain that we don't agree with
#
sandro
rhiaro: IF this ends up in AS2, we'll be sure not to include an overly-restricting domain or range
#
aaronpk
tantek: just to be clear you have two weeks to figure this out, we don't need to solve it in this meeting
#
aaronpk
...my request is the three of you have a decision by the 11th
#
aaronpk
rhiaro: are we going to change how we discuss the namespace in the spec right now?
#
aaronpk
csarven: there's already a note in the spec abotu this issue
#
aaronpk
tantek: as an aside, i'm going to ask that chris open similar i18n/security/accessibilty issues on activitypub
#
aaronpk
rhiaro: question. when we were going through our privacy/security section, we had some subsections marked as non normative. how do you decide if something is normative or not.
#
aaronpk
... we would like feedback on whether this is right
#
aaronpk
sandro: the one simple thing is if there are any 2119 things then it's a normative section.
#
aaronpk
tantek: it doesn't make sense to use normative langauge in a non normative section
#
aaronpk
rhiaro: some of this stuff feels normative but is optional and we don't know how to test it
#
aaronpk
tantek: normative optional things are fine
#
aaronpk
tantek: specific example, why is paging non normative
#
aaronpk
rhiaro: we took this out of the main spec and moved it to a non normative section. it was normative because i wanted to point to consumers to be aware of paging.
#
aaronpk
... dmitri said we don't hve scope to deal with this
#
aaronpk
sandro: i look at this and i don't know what to do with it
#
aaronpk
csarven: we have this subscription mechanism thing. we didn't want to favor one.
#
aaronpk
tantek: you don't want to *require* one
#
aaronpk
sandro: i would lean towards just removing that
#
aaronpk
csarven: i don't want to have that text in there if it's confusing
#
aaronpk
rhiaro: i wanted to point out to someone saying "why are there only 10 things in this inbox but they're always changing" that it's paging
#
aaronpk
tantek: another way to address this is to make an explicit note
#
aaronpk
sandro: you can say there was paging in earlier drafts of LDP
#
aaronpk
tantek: you can say "this specification does not define a paging model. there are the following notes that you may want to read ..."
#
Loqi
[Steve Speicher] Linked Data Platform Paging 1.0
#
aaronpk
aaronpk: better to include the note at the specific point in the spec where the reader will be confused about it. like you said, they will be confused when they make a GET request and only see 10 items, so add the note there
#
aaronpk
rhiaro: can we look at the rest of this section?
#
aaronpk
tantek: you could move the rest of the "content" considerations inline
#
aaronpk
tantek: it's unusual to have subsections that flip between normative and non normative
#
aaronpk
tantek: in general, entire security and privacy sections are non normative. "fyi"
#
aaronpk
rhiaro: we don't specify a way to do verification, but say you SHOULD do verification but don't specify how
#
aaronpk
tantek: that's similar to the vouch extension to webmention
#
aaronpk
sandro: you could rewrite 5.4 to say "ways of verifying" instead of "SHOULD"
#
aaronpk
rhiaro: i feel like making verification required is good
#
aaronpk
sandro: that's not security considerations, that's basic protocol
#
aaronpk
tantek: it sounds like there are pieces in here that should be moved inline
#
aaronpk
tantek: what sandro is getting at is if there is normative text in the "consideration" section then you should move those into the spec
#
aaronpk
csarven: what i'm worried about is are we supposed to have a test for that
#
aaronpk
rhiaro: we say you "should" do verification but don't specify how, so how do we test that
#
aaronpk
tantek: the HTML spec required image formats, but didn't specify which formats
#
aaronpk
rhiaro: how about we make a text box and say "paste some JSON here that you will reject and we will send it to you and test that you reject it"
#
aaronpk
tantek: yeah that's fine
#
aaronpk
csarven: there's some repetition in the spec about things like discovery in the sender and receiver. if you're only reading the sender section then it makes sense. but we don't want to repeat that again, so part of having that consideration section is so we can refer to it from both
#
aaronpk
tantek: so you can still put that in a separate section, but call it something other than "consideration" so it sounds normative
#
aaronpk
tantek: did you consider filling out the security and privacy questionnaire
#
aaronpk
rhiaro: yeah there's an issue for it
#
aaronpk
... does a11y have a similar checklist?
#
aaronpk
tantek: they don't yet, all they have is the horizontal review processes. my experience is they want issues to be fixed inline rather than a considerations section
#
aaronpk
rhiaro: do they have a checklist we should go through before asking them for feedback?
#
aaronpk
tantek: no
#
aaronpk
tantek: what is your approach to get wide review?
#
aaronpk
csarven: we have a list of people to contact
#
aaronpk
rhiaro: we have a cursory list of implementations that exist
#
aaronpk
csarven: we think these are fairly close to passing but are obviously not tested
#
aaronpk
tantek: yeah that's similar to where micropub got to
#
aaronpk
tantek: are there any at risk features in LDN?
#
aaronpk
rhiaro: the activitystreams equivalency media type thing
#
aaronpk
... about interop between LDN and naive json implementations
#
aaronpk
sandro: basically if you're thikning in activitystreams and you're trying to post somewhere
#
aaronpk
rhiaro: according to AS, if you make a GET request wtih an activitystreams accept header, and get back LD json, instead of rejecting it you can ____ to make them accept it
#
aaronpk
sandro: that sounds like it should be a SHOULD
#
aaronpk
rhiaro: we originally had that, but some people were not happy because it's not a real media type
#
aaronpk
sandro: the problem is this SHOULD does not apply to social web people, it applies to LD people
#
aaronpk
rhiaro: you can say i don't care about activitystreams and i'm going to reject them...
#
aaronpk
tantek: here's what you can do, if you want to interoperate with LDN then you MUST...
#
aaronpk
rhiaro: LDN shoudln't really be caring about this specific vocabulary. SWP does care about it.
#
aaronpk
tantek: it's an easy detail to miss since it's out of band
#
aaronpk
sandro: LDN is trying to be a cleanly orthogonal technology not actually tied to activitystreams
#
aaronpk
sandro: can you tell the story of when this would matter
#
aaronpk
... as a developer i'm trying to do something, how is this text going to affect me
#
aaronpk
rhiaro: if i'm an activitypub developer, like a client written in C that doesn't have a JSONLD library, so it uses plain JSON.
#
aaronpk
cwebber2: this happens in a lot of applications
#
aaronpk
... existing pump.io implementations, many people are not tuned into the JSONLD world
#
aaronpk
... so they are going to send JSON and not pay attention to the JSONLD
#
aaronpk
rhiaro: i'm chris' friend and i have my own stupid php implementation of an inbox. chris' server wants to send me a notification. it can discover my inbox just fine, and send a post just fine, even though i don't care about activitypub and his doesn't care about LDN.
#
aaronpk
rhiaro: this is like a bridge between worlds where people don't care about each others' specs
#
csarven
"my own stupid php implementation" -- got URL?
#
aaronpk
tantek: we had a request to do this in webmention
#
aaronpk
... i think it's reasonable to add a non normative activitystreams considerations section in the appendix
#
aaronpk
rhiaro: so that someone can come to LDN and search for "activitystreams" in the document
#
aaronpk
... right now this is jammed normatively in the spec which is i think the problem
#
sandro
tantek: So make this an "Activity Streams Interoperability Appendix"
#
aaronpk
csarven: alternatives. i would prefer not to have it at all
#
aaronpk
... for the greater good i can see how it helps bridge tooling
#
sandro
(or sections: LDP Compatibility; and Activity Streams Compatibility
#
aaronpk
... but it seems to single out one particular way of doing things with LDN, and LDN's position has always been generic
#
aaronpk
... the spec isn't going to talk about any particular spec
#
aaronpk
tantek: in my experience the more of those you add in an appendix the more people are interested
#
aaronpk
sandro: i would expect to see a "Activity Streams Compatibility" section
#
aaronpk
csarven: but we don't single out any particular vocabulary to keep it open
#
aaronpk
cwebber2: one argument for it is we've explicitly called out the two specs
#
aaronpk
rhiaro: this increases the chances of an activitystreams person finding LDN
#
aaronpk
csarven: i'm okay with an appendix, just trying to get this across
#
tantek
this is the example from webmention that is worth considering a parallel of in LDN: https://www.w3.org/TR/webmention/#uris-for-form-encoded-properties
#
Loqi
[Aaron Parecki] Webmention
#
aaronpk
tantek: the section in webmention i think the editor was not happy about adding and adding this one section was the compromise
#
aaronpk
Arnaud: i think just because you can't list all the options isn't a good reason to not list any
#
aaronpk
tantek: i'd like to leave this to the editors' discretion to talk about it
#
aaronpk
rhiaro: we have our exit criteria
#
aaronpk
rhiaro: as for wide review, we emailed many lists and people
#
aaronpk
... some have replied in private
#
aaronpk
... a research group in germany who did a full presentation with slides on LDN
#
aaronpk
csarven: their presentation compared semantic pingback with LDN
#
aaronpk
tantek: are the LDP people in the groups you've reached out to?
#
aaronpk
csarven: yes, in ??? group
#
aaronpk
tantek: bigbluehat can you speak to if the annotations group can review this?
#
aaronpk
bigbluehat: now that our charter is renewed it's likely we'll be able to revisit this.
#
csarven
s/???/Web Annotations WG/
#
aaronpk
tantek: can we expect an email from the group in response to the request?
#
aaronpk
bigbluehat: sure. some of us have already reviewed it.
#
aaronpk
sandro: specifically we want to say that the annotations WG has reviewed the spec and have addressed their concerns
#
aaronpk
tantek: are there any other WGs you want to absolutely get a response from?
#
aaronpk
rhiaro: is it worth hassling the data shapes group?
#
aaronpk
sandro: maybe you could review the specific section that mentions data shapes and say it's mentioning it in an appropriate way
#
aaronpk
Arnaud: yes the statement is correct. you want me to specifically ask the WG?
#
aaronpk
tantek: there is a greater burden of proof on this spec because it's progressed so rapidly
#
aaronpk
rhiaro: we have a couple of w3c member reps not in the WG who plan to do implementations
#
aaronpk
tantek: okay you have the one outstanding thing to do before the 11th, and are about to send the call for horizontal review
jasnell joined the channel
#
aaronpk
rhiaro: can we do the rehash of this section before we publish?
#
aaronpk
... can we make a decision now to publish pending fixing all this stuff?
#
aaronpk
csarven: they were non normative changes anyway
#
aaronpk
PROPOSED: publish new WD of LDN including fixes resolved by the WG today
#
aaronpk
RESOLVED: publish new WD of LDN including fixes resolved by the WG today
#
aaronpk
tantek: i was going to ask to have 10 minutes for post type discovery
#
aaronpk
TOPIC: Post Type Discovery
#
aaronpk
tantek: i've made 1 normative change in response to an issue, commenter has said "sounds fine".
#
aaronpk
... i did process al lthe issues and mark them up with editorial, or waiting for commenter
#
aaronpk
... i want more time to work on those, but i believe this one change is worth publishing a new WD
#
Zakim
sees rhiaro on the speaker queue
#
Arnaud
ack rhiaro
#
Zakim
sees no one on the speaker queue
#
aaronpk
rhiaro: dret said "what is a valid value" and tantek listed 4 values, but my question is what if there are other valid values in the future?
#
aaronpk
tantek: then the spec needs to be updated in the future
#
aaronpk
... so it's confidence in the limited set we have
#
aaronpk
rhiaro: also those are english language valid values so there is an i18n issue
#
aaronpk
tantek: they are enumerated values
#
aaronpk
rhiaro: so any language has to use those as values?
#
aaronpk
tantek: correct
#
aaronpk
david: in relation to amy's concern, until we get some way of updating stuff like this routinely, the conclusion we came to was for WGs to make it clear what their intentions are
#
aaronpk
... so it woudl be great if this document said "here is a mechanism for dealing with updates in the future". it's a legitimate problem that we don't know what we're doing
#
aaronpk
tantek: okay i added a comment to the issue
#
aaronpk
... i feel like the spec is pretty stable, i'm going to update it over time with what implementations do
#
aaronpk
... there was a comment amy made in a blog post. that amy implemented something similar based on the UI fields
#
aaronpk
rhiaro: i made something similar but has different priorities
#
aaronpk
tantek: can i ask you to file an issue and mention the priority order you came to?
#
aaronpk
rhiaro: yes but i don't want to commit to an order myself
#
aaronpk
tantek: sure but i'd like to capture the data point of what you implemented as implementation feedback
#
aaronpk
sandro: i don't understand.
#
aaronpk
rhiaro: it means i don't agree with tantek's order of what properties mean what post
#
aaronpk
tantek: i accept your implementation came to a different conclusion, and want to capture that in an issue
#
aaronpk
rhiaro: i feel like there is no right way to do this and that's why i feel weird about it being a spec
#
aaronpk
tantek: the spec is largely a documentation of what various implementations were converging on
#
aaronpk
sandro: there's no way for me publishing content whether someone's going to use this algorithm or not, right?
#
aaronpk
tantek: right. as a publisher, you by publisihng the semantics you think are right, that the right thing happens
#
aaronpk
rhiaro: i see this as a fallback for people who don't have specific opinions
#
aaronpk
tantek: as a content provider, you care about what implementations will do. this spec is doing your homework for you so you know what the majority of implementations are doing
#
aaronpk
sandro: so if i post something with a like-of and video, then it's a "like". but if i hear that amy is doing something different, now I don't know what to publish
#
aaronpk
tantek: this is like browsers and search engines, you don't know how the consumer is using it
newton joined the channel
#
aaronpk
Arnaud: i want to ask amy, you don't want to do it this way?
#
aaronpk
rhiaro: my implementation predates the spec, and then this was written up and it's not how I want to do it.
#
aaronpk
tantek: this is the gathering of commonalities, so that's why i'm asking you to describe what you do
#
aaronpk
bigbluehat: what track is this on? cause there are no SHOULDs/MUSTs/MAYs at all
#
aaronpk
... eventually it has to have a MUST in it otherwise it's a note
#
aaronpk
Arnaud: i think what ben is asking is what does it mean to be conformant
#
aaronpk
tantek: there's a conformance classes issue that has been filed
#
aaronpk
sandro: you can have a spec like a vocabulary spec that doesn't have any MUSTs that is still normative
shepazu joined the channel
#
aaronpk
Arnaud: amy, would you be willing to change your implementation to follow this algorithm?
#
aaronpk
rhiaro: there are some things that are weird, like the reply, since a reply could also be a photo
#
aaronpk
... i sort my post types by intention rather than by content
#
aaronpk
... a "photo" post doesn't make sense to me
#
aaronpk
cwebber2: AS2 dropped having a specific reply post type in favor of having a reply-to property
#
aaronpk
bigbluehat: are these post types defined in microformats spec?
#
aaronpk
rhiaro: no, microformats is the implicit
#
aaronpk
bigbluehat: what is the end result of this parsing algorithm?
#
aaronpk
tantek: it gives you a singular type
#
aaronpk
bigbluehat: as...?
#
Zakim
sees cwebber on the speaker queue
#
Zakim
sees cwebber on the speaker queue
#
Arnaud
ack cwebber
#
Zakim
sees no one on the speaker queue
#
aaronpk
cwebber2: when this originally came up, my original reason was being all for it was i was excited to have a route for mapping non-typed microformats to activitystreams
#
aaronpk
... so it would be useful if it specifically called out which activitystreams types it mapped to
#
aaronpk
... for example "Then it is an RSVP post" and then also which particular AS2 object
#
aaronpk
tantek: i think there was an outstanding issue for this
#
aaronpk
... the plan is to resolve it in the way you described
#
aaronpk
Arnaud: amy is your desire that the spec change to how you do it?
#
aaronpk
rhiaro: no, i think it's fine that there are different ways to do it
#
aaronpk
bigbluehat: i was expecting this was note track. "this is a way to do it" rather than MUST/SHOULD and some other people do it differently
#
aaronpk
Arnaud: this is describing how *some* implementations do it
#
aaronpk
rhiaro: this would feel sounder if the implementations referenced had been developed in isolation instead of within one community
#
aaronpk
Arnaud: amy is saying she doesn't even care to have a recommended way to do this
#
aaronpk
csarven: it seems like you're using AS2 as an example. how would I know that when I read "rsvp" in a post that is' the same concept of an RSVP in the vocabulary i'm using
#
aaronpk
tantek: it references the microformats meaning of rsvp
#
aaronpk
...but i would like input if there is some other meaning of rsvp
#
bigbluehat
will note that we're at 20 minutes and lunch is only available for "so long" (exact time unknown...but probably 13:00)
#
rhiaro
bigbluehat: I think it's til 1400 or I'd have tableflipped by now :p
#
rhiaro
is pretty hungry though
#
bigbluehat
will get this end of the table in 5 more minutes... ;)
#
aaronpk
tantek: to counter your point amy, a community has found value in converging, so i'm trying to reflect that
#
cwebber2
thinks, as long as not hangry, we will be ok :)
#
bigbluehat
cwebber2 h-angry
boris_anthony joined the channel
#
cwebber2
q+ sandro
#
Zakim
sees sandro on the speaker queue
#
cwebber2
ack sandro
#
Zakim
sees no one on the speaker queue
#
aaronpk
h-angry threw off the scribe
#
bigbluehat
If the post has an "h-angry" property with a valid URL, Then it is an ? post.
#
bigbluehat
...sorry
#
sandro
sandro: How about specifically flagging that a post uses this particular algorithm? eg type=auto-algo-1
#
aaronpk
tantek: in practice, almost every webmention receiver has implemented at least part of this algorithm based on which type of responses they display on their site
#
cwebber2
???????
#
aaronpk
... for example when a receiver gets a post with a "like-of" property
#
cwebber2
oops forgot /me
#
cwebber2
h-???????
#
aaronpk
annb: what i'm hearing is that tantek says a community has agreed to this, and amy is saying there is a much bigger world, so there are likely other possibilities
#
aaronpk
tantek: and my request was to give me that input
#
aaronpk
bigbluehat: if this algorithm is run, what is the expected output
#
aaronpk
tantek: a post type
#
aaronpk
bigbluehat: a post type in a specific format?
#
aaronpk
... in the case of this algorithm i would output an annotation which supports most of these types
#
aaronpk
... as the reader i wasn't sure what i would take away if i implemented this protocol
#
aaronpk
... what is the meaning of "a photo post"
#
Zakim
sees no one on the speaker queue
#
aaronpk
... is it an activitystreams thing? a json object? something in my UI?
#
aaronpk
tantek: there's issue 9, use AS2 language for post types.
#
aaronpk
bigbluehat: is that what you want the spec to be about? this is the spec for microformats2 to activitystreams2
#
sandro
contemplates whether to comment about mutliple-types
#
aaronpk
... would i come here as an activitystreams developer? what about any other devleoper?
#
aaronpk
tantek: yes, if your system has a strict notion of what type this post is, then you can use this to say what is the one post
#
aaronpk
bigbluehat: so where are these types defined?
#
aaronpk
tantek: in this spec
#
aaronpk
Arnaud: we're missing "what is an RSVP post"
#
rhiaro
sandro: there's an issue
#
aaronpk
cwebber2: you're saying these are more abstract types, you will call out how these will map to activitystreams but also how these map to other abstract types
#
aaronpk
bigbluehat: what i'm concerned about is that this spec is creating a new vocabulary
#
aaronpk
... so why is there a need for an intermediate vocabulary that is more vague
#
aaronpk
... is it okay for the WG to spend its time on another vocabulary right now
#
aaronpk
... if there is a reason for this, it sounds like it's microformats mapping to AS2
#
aaronpk
cwebber2: [to tantek] how open to this idea are you?
#
aaronpk
tantek: my first cut will be to document that mapping. if it turns out that's enough then there's no need to add more vocabulary
#
aaronpk
aaronpk: my concern is that then my implementation wouldn't be using this spec since i don't use the activitystreams vocabulary
#
aaronpk
bigbluehat: this seems better as something living on a wiki where it's a continuous documentation of what people are doing, rather than a technical recommendation
#
rhiaro
+1 bigbluehat
#
aaronpk
tantek: i think i understand what you're saying by not introducing a vocabulary and not wanting to make it a rec. i would say first use AS2, if your needs go beyond that then document that somewhere else. the only remaining piece that is left is the algorithm that is doing the mapping
#
aaronpk
bigbluehat: right now it feels like colloquial oral history that needs to be documented, you'll find what overlaps and then you can spec that in the middle. but i don't feel like a w3c technical recommendation is appropriate, it has too much weight. if it's taking this set of conversations, and here's the bit of the venn diagram and how it maps into a particular w3c vocabulary then that's valuable.
#
aaronpk
... if you zero'd in with that as the use case for the document then you have a specific recommendation that we can ship in 3 months
#
aaronpk
tantek: i think i would agree with that assessment
#
aaronpk
... with one caveat, is that there are activities beyond what's in AS2 and i would want to add those
#
aaronpk
bigbluehat: what you do if that happens is say we don't know the future and have an extensibility section
#
cwebber2
will be greatly entertained if the terms not defined in as2 are ones we removed in the interest of pairing down as2
#
aaronpk
tantek: i've made some editorial changes and addressed an issue, i would like to request publishing a new WD
#
Loqi
[Tantek Çelik] Post Type Discovery
#
aaronpk
PROPOSED: publish new WD of post type discovery
#
aaronpk
Arnaud: one possibiltity is to highlight this outstanding issue in the WD
#
rhiaro
+1 with arnaud's suggestion of highlighting issues or calling out general todos
#
sandro
+1 given of course there are some important open issues to still resolve
#
tantek
rhiaro is there a specific issue you'd like me to incorporate inline before publishing?
#
cwebber2
+1 on the basis that the plan is to move towards adding AS2 types
#
sandro
annb: +1
#
aaronpk
cwebber2: the main question here is how likely is it that this is going to be microformats to as2 types.
#
aaronpk
tantek: i would expect that
#
sandro
tantek: to me yes, it's crucial, this is MF2 to AS2 types
#
aaronpk
rhiaro: my main concern is if this ends up as microformats2-to-vague
#
aaronpk
... specific-to-specific is okay
#
rhiaro
confiscates the linked data hat and takes it to the lunch room
#
aaronpk
csarven: normally it's better practice that the thing you have maps to something rather than the other rway around
#
aaronpk
Arnaud: could add that note in the introduction where it says "type of post"
#
aaronpk
... it seems like people agree, so let's amend the proposal
#
aaronpk
RESOLVED: publish new WD of post type discovery, with the highlight of the issue regarding the type in the introduction
jasnell, eprodrom and david_wood joined the channel
#
david_wood
present+
#
cwebber2
group photo time? ;)
#
eprodrom
present+
shepazu joined the channel
#
cwebber2
did I ever present+?
#
cwebber2
present+
#
cwebber2
just in case :)
#
cwebber2
ok, we're going to take a group photo with the remote participants on the laptop :)
#
cwebber2
though a few people are still trickling back
paulj, tantek, kaorumaeda and newton joined the channel
#
rhiaro
scribenick: rhiaro
Arnaud joined the channel
#
rhiaro
TOPIC: AS2
#
rhiaro
tantek: Where are we with open issues?
#
rhiaro
eprodrom: our open issues are primarily editorial
#
rhiaro
... We've had a number opened since the CR announcement, but typically editorial
#
rhiaro
... So these are ones we're going to be able to knock down prett quickly
#
rhiaro
... THere are a couple we may have to dig into further
#
rhiaro
... Primiarly they're editorial
#
rhiaro
tantek: any normative issues the group can help you resolve?
#
rhiaro
eprodrom: The only one I see that *beep*
#
sandro
(we're having audio problems due to network problems :-( )
#
sandro
Aaron's switching to his phone network instead. Hold on.
#
eprodrom
Julien can you mute?
#
eprodrom
I can't hear you any more
#
eprodrom
I'm going to try reconnecting at this point
#
sandro
we're trying to get the network working
#
sandro
we think it's at our end, but sure, try reconnecting.
#
csarven
tantek: eprodrom , could you paste issue URLs to chat
tantek joined the channel
#
eprodrom
This is from Sandro, posted just a few hours ago
#
sandro
this group has discussed in thoroughly - I was documenting the outcome of that.
#
eprodrom
OK!
#
eprodrom
That's what I assumed
#
aaronpk
eprodrom, did you get dropped from the call?
#
eprodrom
I did, I'll reconnect
#
eprodrom
OK I'm back
#
eprodrom
Sorry your audio is going in and out
julien joined the channel
#
julien
hey hello!
#
tantek
hello julien!
#
tantek
scribenick: rhiaro
#
rhiaro
eprodrom: issue 370 is brand new, do we have a resolution?
annbass joined the channel
#
rhiaro
sandro: We discussed at the f2f, I thought jasnell might have an opinoion
#
rhiaro
... Maybe we can talk about it more
#
rhiaro
... My writeup was opinionated compared to what we said around the table
#
rhiaro
... Where should as2 extensions go? What namespace should they use? Case in point being AP
#
rhiaro
... In particular should eeach extension go in its own
#
rhiaro
... In which case the AS2 ns is frozen forever
#
rhiaro
... The other end is that the AS2 ns somewhere we can keep adding as new things come along that seem reasonable
#
rhiaro
... Where we set the bar I"m not sure
#
rhiaro
... This WG can make decisions from the beginning, and as we wind down we spin up a CG
#
rhiaro
... I propose the bar at, like ietf fo rmost new things, somebody proposes it and if there's no good reason not to lget it go forward after a few weeks of discussion it is improved
#
rhiaro
... There's a danger of you end up with a bunch of things that aren't used, but that's less dangerous than setting the bar too high
#
rhiaro
... Being more welcoming toe xtensions is the right attitude to take
#
rhiaro
tantek: general feeling?
#
rhiaro
eprodrom: My main concern with adding things to the AS2 namespace, one objection is ??? always be additions of features
#
rhiaro
... If we are modifying object or person or something it would really require doing a new namespace
#
sandro
Clarification --- this is append-only
#
rhiaro
sandro: absolutely, it would be append only
#
sandro
and additions would be clearly indicated as to maturity
#
rhiaro
eprodrom: If we can manage that then we could have a reasonable expectation of backwards compatbility as the extensions occur
#
rhiaro
... If' I'm usin gAS2 ns today I'm expecting it to have a certain number of properties, adding a new class would not affect me
#
rhiaro
... The other one would be ???
#
tantek
the other one would be ...
#
sandro
+1 we wont break anything marked as stable
#
sandro
(ie things in the CR)
#
rhiaro
... think of any case today would expect particular class or property not to exist
#
rhiaro
... that sounds kind of funny but if I was going to assume that surnames do not exist but then it does, what would that mean
#
rhiaro
... We don't really have any cases where that happens so I don't think it's an issue
#
rhiaro
sandro: I think the way extesniblity is defined in the spec right now that won't be a problem
#
rhiaro
eprodrom: I support this
#
cwebber2
namespace party!
#
sandro
PROPOSAL: Accept Proposal-2 from https://github.com/w3c/activitystreams/issues/370, being clear we're committed to keeping stable things stable
#
cwebber2
q+ for after 370 resolution to discuss https://github.com/w3c/activitystreams/issues/312
#
Zakim
sees cwebber on the speaker queue
#
sandro
details like "14 days" subject to being revised by the group, with a public comment period
#
eprodrom
+1
Arnaud joined the channel
#
rhiaro
tantek: that looks like consensus
#
sandro
RESOLVED: Accept Proposal-2 from https://github.com/w3c/activitystreams/issues/370, being clear we're committed to keeping stable things stable
#
rhiaro
cwebber2: doesn't have to be right now, but I'd like to discuss closed issue 312
#
rhiaro
tantek: eprodrom, any other issues you want help resolving?
#
rhiaro
eprodrom: I think all the normative ones that are up there we're set
#
rhiaro
... let's discuss 312
#
rhiaro
... Very few actually none properties of AS2 are required. No MUSTs.
#
eprodrom
"name"
#
rhiaro
... The only property we have is name with a SHOULD
#
rhiaro
... If you run an AS2 document through the validator, it will give you an error for objects which don't have the name
#
rhiaro
... there was some question about whether we shoul dalways have a name
shepazu joined the channel
#
rhiaro
... Should it be a SHOULD? we've gone through this a couple of times and I think we decided to keep it a SHOULD
#
rhiaro
cwebber2: I remember not being pleased with it being a SHOULD
#
rhiaro
... rhiaro and I have been doing implementatons and both ran into issues where we weren't rpoviding names when it didn't make sense
#
rhiaro
... I'm not sure I agree with the view that if you can't think of a good name provide a stupid name
#
rhiaro
... That means in my consuming code I can't tell if a name is a good name or not
#
rhiaro
... Name is used to indicate a subject
#
rhiaro
... in AP
#
rhiaro
... If a subject isn't provided you could pull it from the post itself, but taht should be up to the UI
#
rhiaro
... rhiaro ran into places where names didn't make sense
#
Zakim
sees cwebber on the speaker queue
#
tantek
ack cwebber2
#
Zakim
sees cwebber on the speaker queue
#
rhiaro
... And then the things she was producing were not validating
#
tantek
ack cwebber
#
Zakim
cwebber, you wanted to discuss after 370 resolution to discuss https://github.com/w3c/activitystreams/issues/312
#
Zakim
sees no one on the speaker queue
#
rhiaro
tantek: the validator was enforcing a should which makes sense
#
rhiaro
cwebber2: the pumpio community does not always use name
#
Zakim
sees no one on the speaker queue
#
rhiaro
tantek: (makes sense in the current spec)
#
rhiaro
eprodrom: pumpio is as1. There are cases where there's not a name
#
rhiaro
rhiaro: what chris said
#
Zakim
sees no one on the speaker queue
#
rhiaro
... I have activities without names
#
rhiaro
... they are redundant in many cases
#
rhiaro
cwebber2: right, why would a like need a name
#
rhiaro
eprodrom: from the pov of an implementor that typically having... like needs a name in pumpio you see it in the minor feed
#
rhiaro
... It's nice to have it
#
rhiaro
cwebber2: I'm going to argue this is an i18n problem if you end up requiring a name
jasnell joined the channel
#
rhiaro
... You could say 'blah liked it' in the native language
#
rhiaro
... So if you require that and then you use it because tha'ts provided even if it's stupid it'll be english only
#
rhiaro
eprodrom: namemap
#
rhiaro
cwebber2: are you going to end up dumping a huge namemap on every object that's a like?
#
rhiaro
rhiaro: Client can craft that string from other properties in appropraite language
#
rhiaro
bigbluehat: so the issue is it's a should?
#
rhiaro
... It inherits from atom title which was a must
#
rhiaro
... everybody hates the must in title
#
rhiaro
... so it's moving down the stack
#
rhiaro
... but I don't know that you should push it all the way toa may
#
rhiaro
cwebber2: It could be an informative note
#
rhiaro
tantek: I'm going to flip this and say unless there's a justification for the normative requirement it shouldn't be there
#
rhiaro
bigbluehat: is the bigger issue it's for all types?
#
rhiaro
cwebber2: yeah
#
rhiaro
tantek: what problem is it solving that it is a shoudl?
#
rhiaro
bigbluehat: the point with atom is you'r egonna list stuff so you need a text string to click on
#
rhiaro
... atom said if you don' thave the title put the date
#
rhiaro
... most people put in title
#
rhiaro
... but it was the thign peopel tripped over with comments
#
rhiaro
... jasnell had to deal with title there
#
Zakim
sees no one on the speaker queue
#
rhiaro
bigbluehat: if you don't want to put a nmae, don't put a name. It's a SHOULD
#
rhiaro
sandro: if somebody makes up a bad title it's not ignorable
#
rhiaro
aaronpk: if he can't always trust the name he will never trust the name
#
rhiaro
cwebber2: Iwouldn't be able to tell how to trust it
#
tantek
q+ csarven
#
Zakim
sees csarven on the speaker queue
#
rhiaro
... Other people would implement things based off the validator and I would no longer be able to tell if it's useful
#
rhiaro
... There are certain types where if somebody supplies a name I would show it, and if someone hasn't, I wouldn't want to put subject: name
#
tantek
ack csarven
#
Zakim
sees no one on the speaker queue
#
rhiaro
csarven: jasnell mentioned a while back that not everything is backwards compatible, so wehther this is one of those things we want to carry forward, bigbluehat said it was must before, whehter that's even a concern at this point
#
rhiaro
bigbluehat: the ohter option is to make it a may
#
rhiaro
cwebber2: or just don't say anything
#
rhiaro
bigbluehat: what will break if there is no name?
#
Zakim
sees no one on the speaker queue
#
eprodrom
q+
#
Zakim
sees eprodrom on the speaker queue
#
rhiaro
... what's another story?
#
rhiaro
tantek: consumers believe they need soething (like a reader), like to click on, that's reasonable
#
rhiaro
... Due to .. I don't know where this methodology came from - results in a *publishig* requirement
#
rhiaro
... Which results in the unintended consequence of publishers making up an x when they are required to have an x ,where they otherwise wouldn't
#
rhiaro
... Then the consumer sees that and thinks this is garbage, I can no longer depend on a thing I wanted to be able to depend on
#
rhiaro
... The leap is from consumer things they need x to spec says publisher is required to publish x, which is a bad methodology
#
rhiaro
... no one is disagreeing with the consumer need, the problem is with the logical leap to therefore make that a publisher requirements
#
rhiaro
... I don't know where that logic became accepted
#
rhiaro
... empirically it has been proven as a failed design approach
#
Zakim
sees eprodrom on the speaker queue
#
tantek
ack eprodrom
#
Zakim
sees no one on the speaker queue
#
rhiaro
eprodrom: one side then the other side
#
rhiaro
... We have a comment. It doesn't really have a title, but if we need to refer to it we have to make up some sort of name for it
#
rhiaro
... we can have every single consumer that sees that comment make up a fake name
#
rhiaro
... or we can have the publisher make a fake name
#
rhiaro
... it's making it easier on the consumers to say hey publishers we know it's going to need a fake name so you make it up
#
tantek
q+ to note consumers end up preferring to know when it is a real name vs a made up name
#
Zakim
sees tantek on the speaker queue
#
rhiaro
... sounds nice, th eonly problem is now we have given a fake name ????
#
rhiaro
... If we have a publisher assign that fake name 'a comment by chris' we've given it the same kind of meaning as a name that was assigned by a user
#
cwebber2
q+ to say that "if we're saying it's a SHOULD so it's not required enough, every client has to produce a fallbck anyway"
#
Zakim
sees tantek, cwebber on the speaker queue
#
rhiaro
... that probably is meaningful in context
newton joined the channel
#
rhiaro
... we would expect that consumers should be very respectful of names and titles created by a user, but not need to be as respectful as made up names
#
rhiaro
... may want to internationalise them
annbass joined the channel
#
rhiaro
... I see the point that chris has that leaving out a name says that this object doesn't have a meaningful name, and you can use any kind of context clues liek it's type or it's author in order to create a name
#
rhiaro
... and you can internationalise that, you can call it a tweet instead of a comment, or a status update instead of a note
#
rhiaro
... so it actually gives consumers, even though they have that burden, it gives them freedom
#
Zakim
sees tantek, cwebber on the speaker queue
#
rhiaro
<rhiaro> +++++++1
#
cwebber2
ack cwebber
#
Zakim
cwebber, you wanted to say that "if we're saying it's a SHOULD so it's not required enough, every client has to produce a fallbck anyway"
#
Zakim
sees tantek on the speaker queue
#
rhiaro
cwebber2: You started to say the other side of things, which is we want to give them something, so fill in something... and that's why publishers sholud give the name. BUT it was also previously said that this is a should so don't die on that hill
#
rhiaro
... But it means that every service has to privde a fallback *anyyway* as it was a should
#
Zakim
sees tantek, bigbluehat on the speaker queue
#
rhiaro
... but that was yes to what you said.
#
tantek
ack tantek
#
Zakim
tantek, you wanted to note consumers end up preferring to know when it is a real name vs a made up name
#
rhiaro
... local context, internationalisation
#
Zakim
sees bigbluehat on the speaker queue
#
rhiaro
tantek: implementaiton experience with this.. when consuming code designers start out requiring a name, and people or algorithms start making up names. Then consumers would rather know if names came fro the user or were made up
#
rhiaro
... and the information as to whether it's made up or real turned out to be crucial
#
cwebber2
+1, knowing whether it's synthetic or intentional is good
#
rhiaro
... and they went to great contortions to detect if it was made up or not and decide what to display it
#
rhiaro
... the consumers thought they wanted something, but givne the interactions that occurred they ended up not wanting the name unless it was from the user
#
rhiaro
... and rather than show a synthesised name they would show nothing and that tells me that it is bad advice to lean on the should
#
aaronpk
+1 I have actually written that code
dan joined the channel
#
rhiaro
... to lean on pushing people to provide a name
#
cwebber2
I really want the info of "nobody has provided a name" :)
#
rhiaro
... and make it a may and list specific situations where it's a sholud or a must
#
rhiaro
... I commented on the issue with that
#
Zakim
sees bigbluehat on the speaker queue
#
tantek
ack bigbluehat
#
Zakim
sees no one on the speaker queue
#
rhiaro
bigbluehat: I think there's agreement that there are places where you MUST provide a name. I think rhiaro just said that. Articles and things
#
rhiaro
... The question is really the vector of control over the name
#
rhiaro
... What wholud happen in that case
#
rhiaro
... IN the case of atom they MUSTed it, SHOULD is not a requirement
#
rhiaro
... hopefully implementors are sane enough to say this is a shoulld but I'm trafficking in likes so I can leave it out
#
Zakim
sees rhiaro on the speaker queue
#
Zakim
sees rhiaro, aaronpk on the speaker queue
#
rhiaro
... if they provide a title your implementation can ignore it or replace it
#
rhiaro
cwebber2: we have 3 implementations that have run into this
#
aaronpk
q- i forgot what i was going to say
#
Zakim
aaronpk, you typed too many words without commas; I suspect you forgot to start with 'to ...'
#
Zakim
sees rhiaro on the speaker queue
#
rhiaro
bigbluehat: is the recommendation to reduce name to a may?
#
rhiaro
cwebber2: I think we can drop it and have a note that encourages supplying a name wher eappropriate
#
rhiaro
bigbluehat: i want the case aaddressed where there are types which must have a name
jasnell joined the channel
#
rhiaro
... is a Note sufficient for that use case
#
rhiaro
... Or is there a way to specify name contextually such that it is a MUST on article and not on everything else
#
rhiaro
... That sounds more like the issue that's being addressed
#
Zakim
sees rhiaro, csarven on the speaker queue
#
rhiaro
... not that name is bad, but there are scenarios where giving the publisher the power over the name is that they might give me crap
#
Zakim
sees rhiaro, csarven on the speaker queue
#
rhiaro
... the bigger question is over what types should the publisher have authority even if they send you crap
#
rhiaro
... and at what point does the client need to care whether or not there must or may not be a name, and trust that even if the publisher does soething insane it should still display it
#
rhiaro
... and which you want to encourage more to do the right thing
#
rhiaro
... do you encourage the client to ignore name on Like
#
tantek
ack rhiaro
#
Zakim
sees csarven on the speaker queue
#
rhiaro
... my concern is that if you lower it too much and ??
#
rhiaro
rhiaro: SHOULD means MUST unless really good reason
#
rhiaro
bigbluehat: web platform tests is not made to test shoulds
#
rhiaro
... thefore it's ignorable
#
rhiaro
... you can't fail a tes tbecause of a should
#
Zakim
sees csarven, cwebber on the speaker queue
#
rhiaro
... web platform tests says shoulds are irrelevant
#
rhiaro
... if you only do the musts you ust be able to pass the tests
#
rhiaro
... so what we've done is hack the wpt code to still test the shoulds and not fail, but provide a note
#
Zakim
sees csarven on the speaker queue
#
rhiaro
... and now we're arguing about wpt about whethers houlds should be testable
#
cwebber2
q+ to say that I don't want a SHOULD when it's the wrong thing, in the case of a Like, regardless of tests
#
Zakim
sees csarven, cwebber on the speaker queue
#
rhiaro
... which is why I say they have no meaning when it comes to implmenetation and will pass the tests
#
rhiaro
... and some people will go out of their way to do shoulds, but as far as passing they only have to do the musts
#
rhiaro
tantek: in practice it hasn't been ignored
#
Zakim
sees csarven, cwebber, rhiaro on the speaker queue
#
tantek
ack csarven
#
Zakim
sees cwebber, rhiaro on the speaker queue
#
rhiaro
bigbluehat: I'm talking about testing to pass rec
#
rhiaro
csarven: in response to tantek's proposal here and what bigbluehat has been saying about whether some of the properties would fall under musts or shoulds
#
rhiaro
... in some cases it seems like it makes sense, some cases you can get away without
#
rhiaro
... what I'd like to know is the cost of those differentiations.. if I have this vocabulary in mind and I"m implementing would I always think name is a global thing I can apply to everything, or is it only applicable to some of those objects
#
Zakim
sees cwebber, rhiaro, bigbluehat on the speaker queue
#
rhiaro
... On one hand name I can put it anywhere if I want
#
rhiaro
... bigbluehat is cautioning going all the way from must, should or possibly going with may or omitting
#
Zakim
sees cwebber, rhiaro, bigbluehat on the speaker queue
#
tantek
ack cwebber2
#
Zakim
sees cwebber, rhiaro, bigbluehat on the speaker queue
#
tantek
ack cwebber
#
Zakim
cwebber, you wanted to say that I don't want a SHOULD when it's the wrong thing, in the case of a Like, regardless of tests
#
Zakim
sees rhiaro, bigbluehat on the speaker queue
boris_anthony joined the channel
#
tantek
agrees with cwebber
#
rhiaro
cwebber: I wanted to say that even if it doesn't matter to pass the tests, SHOULD feels highly instructive to an implementor
#
rhiaro
... that really isn't what I want to tell somebody for every like
#
Zakim
sees rhiaro, bigbluehat on the speaker queue
#
rhiaro
... it seems like what we started talking about is that maybe the should is in the wron gplace
#
rhiaro
... if it's on article I'm fine with it
#
Zakim
sees rhiaro, bigbluehat on the speaker queue
#
rhiaro
... that's th eone thing in the spec I can say yeah I expect every article I read to have a title
#
rhiaro
... I don't expect it of a note, or a tweet, but I expect every aritcle I read in the newspaper to have a title
#
tantek
ack rhiaro
#
Zakim
sees bigbluehat on the speaker queue
#
eprodrom
q+
#
Zakim
sees bigbluehat, eprodrom on the speaker queue
#
tantek
ack bigbluehat
#
Zakim
sees eprodrom on the speaker queue
#
rhiaro
rhiaro: just to call out that kongaloosh and my own experience feeling obliged to generate a name from the SHOULD
#
Zakim
sees eprodrom on the speaker queue
#
rhiaro
bigbluehat: there is at least one case where there should be a name, which is Article
#
rhiaro
... I don't want to hurt that
#
tantek
ack eprodrom
#
Zakim
sees no one on the speaker queue
#
rhiaro
eprodrom: I think I agree with making this a may and should on article
#
rhiaro
... The only reservation I have is that james has a strong opinion about this
#
rhiaro
... he's made some pretty stroing points about it before so I"d like to get his opinoin before we change it
#
bigbluehat
current spec text on the topic: "While all properties are optional (including the id and type), all Object instances should at least contain a name (or equivalent nameMap)."
#
Loqi
[James M Snell] Activity Streams 2.0
#
cwebber2
PROPOSED: Remove SHOULD from name/nameMap on general Object and add SHOULD to name/nameMap to Article.
#
Loqi
[James M Snell] Activity Streams 2.0
#
rhiaro
cwebber2: I would be okay with MAY there, I just don't think we need it
#
rhiaro
tantek: the reason this came up is because you and rhiaro cited new data, implementation experience, which helps us drive changes during CR
#
rhiaro
... I think that is sufficent to justify a change if we have consensus
#
rhiaro
... opinions?
#
rhiaro
sandro: jasnell can formally object when he reads the minutes or proposal
#
rhiaro
tantek: so, vote
#
sandro
+1 seems like the right solution
#
eprodrom
+0
#
bigbluehat
+0 not sure Article is the only case; needs more discussion
#
rhiaro
cwebber2: this proposal does not block adding it to other things
#
csarven
+1 to Article (possibly for the others)
#
cwebber2
RESOLVED: Remove SHOULD from name/nameMap on general Object and add SHOULD to name/nameMap to Article.
#
sandro
sandro: Our understanding is this does NOT require a new CR, because it doesn't make any implementations need to change
#
rhiaro
tantek: evan wants to check with james before making the change
#
jasnell
-1. special casing it doesn't really buy anything and SHOULD still allows for exceptions where needed
#
eprodrom
OK
#
bigbluehat
jasnell you available to get on a hangout? or no?
#
sandro
jasnell, want to call in? We're on google hangouts.
#
eprodrom
My screen froze; rejoining
#
rhiaro
bigbluehat: what we're saying about special casing is my +0ing concerns
#
rhiaro
tantek: this argumenet that SHOULD allows for exceptions is not sufficeient, it's not new
#
rhiaro
... we need new data
#
cwebber2
could you call in?
#
rhiaro
sandro: we can't ignore jasnell's -1 without hearing them out
#
rhiaro
tantek: we're looking for new information
#
jasnell
can't at the moment, will just comment here: the whole reason it's a SHOULD is because implementation are not expected to understand all @types
#
cwebber2
jasnell, did you read my i18n concerns
timbl joined the channel
#
jasnell
if the implementation wants to be able, at a bare minimum to say "Sally uploaded a thing", the name gives a minimal bit of display for the "a thing" part
#
rhiaro
<rhiaro> I would say that if you're making an extension, and you don't think people will be able to figure out how to lable it, *put a name there*
#
rhiaro
<rhiaro> but not that everyone is required ot put *something*
#
rhiaro
<rhiaro> we're not saying Article is the only thing that can have a name
#
jasnell
if we want to say that for any type NOT in the core vocabulary, make it a should, but for everything in the core vocabulary it's a may, then I can live with that
#
aaronpk
wait wait this is different
#
Zakim
sees aaronpk on the speaker queue
#
Zakim
sees aaronpk on the speaker queue
#
tantek
ack aaronpk
#
Zakim
sees no one on the speaker queue
#
rhiaro
aaronpk: there are two totally different things going on
#
rhiaro
... 1. Some objects have a user entered name where the user is typing out a thing
#
bigbluehat
has invited ShaneM to join us to present--quickly--on MUST vs. SHOULD in W3C process, testing, etc
#
rhiaro
... for those cases I absolutely agree a machine should not automatically insert something there and mix machine and human created content
#
Zakim
sees no one on the speaker queue
#
Zakim
sees bigbluehat on the speaker queue
#
rhiaro
... 2, totally separately, is he wants to be able to generate as entence that says 'sally uploaded a thin'g
#
rhiaro
... that's a name, but it's a name of the type of the object, not a human entered name
#
rhiaro
... in that case it makes sense to put something there
#
rhiaro
... the point is it's machine generated
#
Zakim
sees bigbluehat, cwebber on the speaker queue
#
rhiaro
... for those cases it makes sense
#
Zakim
sees bigbluehat, cwebber on the speaker queue
#
jasnell
it's not always machine generated
#
rhiaro
bigbluehat: and you ahve a textual fallback
#
jasnell
btw, this is why `name` used to be called `displayName`
#
jasnell
the `display` part of it was significant
#
tantek
q+ to discuss fallback
#
Zakim
sees bigbluehat, cwebber, tantek on the speaker queue
#
rhiaro
rhiaro: the localisation is at the consumer end not the publisher
#
tantek
ack bigbluehat
#
Zakim
sees cwebber, tantek on the speaker queue
#
jasnell
in any case, as I said, if you want to say that name is a MAY for the core types and a SHOULD for extension types, that would be fine
#
rhiaro
bigbluehat: jasnell is pointing out it used to be displayname
#
rhiaro
... it's intent is the same
#
rhiaro
<rhiaro> jasnell - fine with that
#
rhiaro
cwebber2: we discussed that we would use name for the user supplied name
#
tantek
ack cwebber
#
Zakim
sees tantek on the speaker queue
#
Zakim
sees no one on the speaker queue
#
sandro
jasnell, the problem seems to be that publication software will machine-generate a name which isn't as good as what the consuming-machine would generate (eg in the local language) --- always in the case where the human author didn't provide a name.
#
tantek
q+ cwebber
#
Zakim
sees cwebber on the speaker queue
#
tantek
q+ tantek
#
Zakim
sees cwebber, tantek on the speaker queue
#
rhiaro
bigbluehat: Shane of the testing group who said all the things about must and should, is available to explain w3c process + testing requirements to exit cr, and how heavy handed we should or should not be with should, if we care to hear from him
#
jasnell
but it's quite likely that the consuming machine will have no idea what type of object it is
#
rhiaro
... it will matter shortly we should get that right
#
Zakim
sees cwebber, tantek, rhiaro on the speaker queue
#
jasnell
at least when we're talking about extension types
#
rhiaro
tantek: we have evidence showing that it's harmful
#
jasnell
which means that the consuming end won't know what name to pick in any language
#
rhiaro
cwebber2: I want to discuss this, but not right now
#
sandro
jasnell, for extension types, get that from the definition of the extension type. It's goofy to say every use of an extension has to give a name to the extension type, which is conflated with the human generated name.
#
jasnell
having the publisher give a human readable name in any language at least gives the consuming end something it can translate if it has no idea what this thing is
newton joined the channel
#
Zakim
sees cwebber, tantek, rhiaro on the speaker queue
#
tantek
ack cwebber
#
Zakim
sees tantek, rhiaro on the speaker queue
#
cwebber2
1) I want to be able to know *when a name was not provided in a meaningful way*.
#
rhiaro
<rhiaro> +1
#
jasnell
sandro: how?? there's no programmatic way of getting that information for the extension type
#
jasnell
at least none standardized
#
eprodrom
"straight"
#
sandro
I mean, there is, rdfs:label, right?
#
eprodrom
"pubst"
#
tantek
eprodrom: ?
#
rhiaro
cwebber2: and there's the i18n thing
#
Zakim
sees tantek, rhiaro on the speaker queue
#
rhiaro
... saying you have a namemap means every publisher has to have its own translations
#
eprodrom
tantek: what Pubstrate could call notes
#
rhiaro
... almost every application comes with a UI that should have those applications
#
cwebber2
2) having a 5kb Like with a nameMap is not great and might not even have all the info/languages a client could provide
#
tantek
q+ to also note we don't require HTML publishers to provide all languages
#
Zakim
sees tantek, rhiaro on the speaker queue
#
Zakim
sees tantek, rhiaro on the speaker queue
#
tantek
ack tant
#
Zakim
tantek, you wanted to also note we don't require HTML publishers to provide all languages
#
rhiaro
... since you can infer something there stick it on there.. but I want my application to have better i18n than the publisher to be able to do the right thing
#
Zakim
sees rhiaro on the speaker queue
#
sandro
+1 cwebber2 the format shouldn't confuse human-generated-data from machine-guessed-data
#
rhiaro
tantek: tryign to cram the fallback behaviour and the syntehseising behaviour and the user chosen title behaviour into one property, take this with whatever salt you want, we've found in indieweb that it gets too overloaded and couldn't come up with a sensible arguement to try to figure out when it is what
#
jasnell
fwiw, AS1 also had separated displayName and title... also for this reason
#
rhiaro
... the alternative approach we have that seems to be working is to prefer name to be a user significant thing, rather than synthesised
#
aaronpk
q+ to say what jasnell said
#
Zakim
sees rhiaro, aaronpk on the speaker queue
#
jasnell
displayName holding the simple displayable, and possibly machine generated name, title for holding more complex markup
#
rhiaro
... and if a publisher wants to provide a text alternative to a type of post that they think consumers might not understand, that the summary field or property is a good place to do that
#
jasnell
but the WG saw fit to remove title
#
rhiaro
... that has been shown to be functional
#
sandro
and was displayName entered by user, or hardcoded as the class name, in every human language?
#
rhiaro
... if something understands likes it displays it as a like, if it doesn't it can look ats ummary
#
rhiaro
... the first point: summary as fallback has been useful
#
cwebber2
jasnell, right
#
cwebber2
jasnell, I think that's what's causing all this trouble
#
rhiaro
... Second point is that the entire discussion of providing dozens of translations is a bit of a red herring because there's no expectation or requirement of anyone publishing html to provide nuemrous languages
#
rhiaro
... there's no burden like that
#
Zakim
sees rhiaro, aaronpk on the speaker queue
#
tantek
ack rhiaro
#
Zakim
sees aaronpk on the speaker queue
#
jasnell
so what I would actually recommend is bringing back title and leaving name alone
#
jasnell
use title for the human-provided part
#
jasnell
name for the potentially machine-generated part
#
jasnell
and leave name as a SHOULD
Arnaud1 joined the channel
#
aaronpk
jasnell, and also recommend that the *software* generate that name, and NEVER use user-entered content in the name?
#
sandro
Makes sense.... requires another CR unless we consider title an extension.
#
tantek
jasnell, except "name" is the more meaningful / semantically relevant term (i.e. a person's name). whereas "title" has tended to be more presentational.
#
jasnell
I don't think we can say never user user-entered content there
#
jasnell
because it simply may not be possible for the application to generate a reasonable name
#
Zakim
sees aaronpk on the speaker queue
#
tantek
ack aaronpk
#
Zakim
aaronpk, you wanted to say what jasnell said
#
Zakim
sees no one on the speaker queue
#
rhiaro
aaronpk: if we have different properties for these uses, then the problem goes away
#
rhiaro
rhiaro: we could use a different property isntead of summary because we might just push the same problem onto summary ifwe use that
#
rhiaro
aaronpk: then if you use property b over name the consumer can know that it was probably syntehsised
#
rhiaro
... So consumers can rely on the two different uses of the name
#
cwebber2
rhiaro: so saying name as a 5kb thing is not just a red herring, if you always provide name/nameMap, you expect publishers to always provide translations for the type, but you also won't know when it's user provided, which makes correct translation impossible
#
cwebber2
thinks that's approooxxxxxxx correct?
#
rhiaro
aaronpk: this would also have to come with very clear guidence to publishers so they don't confuse the two
#
rhiaro
... but splitting out these uses of 'name' woulld actually solve the underlying issue
#
Zakim
sees sandro on the speaker queue
#
Zakim
sees sandro on the speaker queue
#
cwebber2
jasnell, FYI I am +1 on separating name/title again
#
rhiaro
tantek: I want to separate out the fallback issue
#
sandro
the className (aka AS1 name) shouldn't be considered instance data
#
rhiaro
cwebber2: a revised proposal to see if we split it..
#
rhiaro
<rhiaro> sandro that's what I was tryign to say
#
rhiaro
tantek: if we split off the fallback functionality from name we can amend proposal
#
cwebber2
jasnell, I will try a revised proposal
#
jasnell
cwebber2: +1 thank you
#
annbass
needs to step out to find someone
shepazu joined the channel
#
rhiaro
<rhiaro> aaronpk - it does'nt necessarily have to include the class name, but just somethign that makes sense for that extension
#
rhiaro
<rhiaro> I dont' think we should overprescribe that in general
#
jasnell
adding title back and adding some recommendation text around it saying to use title for human-provided title and name for simple label is the way I'd go. For linked data based implementations, as:name can be mapped to rdfs:label if it makes things easier
#
tantek
jasnell, I'd reverse that since name is meaningful and title is presentational
#
rhiaro
<rhiaro> I like name vs fallbackName
#
cwebber2
PROPOSED: Return distinction between "user entered or otherwise significant name" and "text fallback" and shift SHOULD from meaningful name to text fallback.
#
sandro
Also, that needs another CR unless we're careful
#
aaronpk
I am also curious to hear the cases where the fallback name would be user-generated
#
tantek
+1 with use as "summary" for fallback text since that seems to work, and does not require adding a new term (thus does not require a new CR)
#
sandro
+1 as long as we do it without a new CR, by keeping "name" the same, and adding an extension for the other function
#
eprodrom
Can we come up with a better property name than "fallbackName" ?
#
cwebber2
eprodrom, yes this name is not the permanent choice of naming
#
jasnell
use label if anything
#
jasnell
as:label would have a natural mapping to rdfs:label
#
sandro
jasnell, the rdfs:label I'm suggesting is from the CLASS not the INSTANCE
#
jasnell
{"id": "http://abc", "type": "http://abc/thing", "name": "My thing", "label": "thing"}
#
cwebber2
RESOLVED: Return distinction between "user entered or otherwise significant name" and "text fallback" and shift SHOULD from meaningful name to text fallback.
#
sandro
jasnell, that makes sense in that framing. The examples being spoken in the room have been different.
#
sandro
NOTE THIS REPLACED ABOVE RESOLUTIONS
#
jasnell
{"type": "add", "actor": {"name": "James", "type": "Person"}, {"type": "http:/abc/thing", "name": "My thing", "label": "thing"}} == James added a thing or James added "My Thing"
#
rhiaro
TOPIC: 15 minute break
#
aaronpk
jasnell, that makes sense. i could see a consumer that's generating a notification do something like "james posted {if strlen($name) > 100 then "a" $label else "$name"}"
#
rhiaro
tantek: after this we'll discuss PuSH
#
cwebber2
thank you for working through this with us jasnell
#
jasnell
label can be define as a simple string, no language map
paulj joined the channel
#
jasnell
consuming implementation can use it to select a translation that makes sense
#
sandro
ALSO, CONTINGENT ON NOT BEING ANOTHER CR
#
sandro
jasnell, we're going to break. Do you want to +1 or -1 that resolution?
#
ben_thatmustbeme
by the way, i noticed that monday is cwebber2's birthday (assuming my calendar is telling me the truth) so wish him a happy early birthday
#
sandro
ben_thatmustbeme, cwebber2 says thank you!
#
sandro
(he was walking away from his computer)
#
sandro
great, jasnell
#
sandro
any thoughts on whether we make the other property an extension or waste another 6 weeks and risk everything on another CR? :-)
#
sandro
(maybe there's a way to slip it into this one, but I doubt it.)
#
jasnell
that I don't know
#
jasnell
had we kept title around in the first place this wouldn't have been an issue
#
sandro
Yes, if you can dig up who argued for removing it, you can whack them over the head with a big "i told you so"
#
aaronpk
likely the reason it was removed was that the actual motivation for having it wasn't written down in the first place
#
sandro
(and maybe the rest of us bear responsibility for not thinking it through enough at the time.)
#
ben_thatmustbeme
sandro, tantek said we are going to go to pubsubhubbub since julien has been waiting patiently for some time now
#
ben_thatmustbeme
and then go back to AS2 after
#
sandro
eprodrom, do we still need to talk about AS2 testing? You realize that all has to be done ... soon?
#
eprodrom
Yes
#
aaronpk
had the spec clearly mentioned the two distinct uses of name, then it may not have been removed in the first place.
#
aaronpk
documentation++
#
Loqi
documentation has 7 karma (1 in this channel)
#
eprodrom
I think the open question is whether we have a full test suite
#
sandro
eprodrom, I don't think most of us are in any position to assess that. Do we need help in figuring that out?
#
sandro
(I'm going to go walk around for a minute. bbiab.)
#
eprodrom
So, here's the thing: our test documents mostly come from the spec itself
#
eprodrom
Examples from the document
#
eprodrom
They're pretty comprehensive
#
sandro
that's promising...
#
eprodrom
OK! We can discuss after PuSH maybe?
#
jasnell
when y'all are back on AS2 someone please mention me here so I'll get the notification
#
jasnell
have fun!
#
ben_thatmustbeme
eprodrom, it messed with me that you had your camera on and at some point turned it off and i didn't realize, i was like "Why is he constantly smiling at the camera? Thats kinda creepy"
#
eprodrom
I'm a likable guy
#
aaronpk
jasnell, we're gathering again, four of us here right now
#
eprodrom
uh
#
eprodrom
what
#
julien
Here! sorry
#
eprodrom
I am not convinced
#
eprodrom
I am off for 15 min, unfortunately
#
eprodrom
Going to be back v soon
#
rhiaro
scribenick: rhiaro
#
rhiaro
TOPIC: Pubsubhubbub
#
rhiaro
tantek: there's an update to the ED of PuSH, has anyone read it?
#
rhiaro
aaronpk: AYE
#
rhiaro
... It appears to be the same thing as the 0.4 spec, i did not see any changes other than syntax, si that correct?
#
rhiaro
julien: it was mostly cosmetic changes
#
rhiaro
... I'm still not sure whether this is the right appraoch for ?? ... more clear on how the thing works with different types of content, and I'm not sure how to do that in the spec
newton joined the channel
#
rhiaro
... Don't know how to formalise that
#
rhiaro
aaronpk: tantek, the new ED that julien published is the same in terms of functional content as 0.4
#
rhiaro
... that's establishing a baseline for starting the new work here
#
rhiaro
... the changes that have been made are cosmetic around references etc
#
rhiaro
tantek: upon readaing it did you come upon anything you would consider a fpwd blocker?
#
rhiaro
aaronpk: what is a blocker?
#
rhiaro
tantek: that you think it must be fixed before we publish as fpwd?
#
rhiaro
aaronpk: I did file some PRs for type level fixes
#
rhiaro
julien: I will merge them today
#
cwebber2
eprodrom, could you reopen https://github.com/w3c/activitystreams/issues/312 until resolved?
#
rhiaro
aaronpk: pretty minor, updated references
#
rhiaro
... Two content things that I'm going to open issues on. I don't know if they're fpwd blockers, inclined to say no
#
rhiaro
... But i don't know exactly what the criteria are for that
#
cwebber2
eprodrom, ty
#
rhiaro
tantek: you have to feel pretty strongly that it's wrong
#
rhiaro
aaronpk: one example is that it recommends using sha1 which is deprecated
#
rhiaro
... that feels wrong
#
rhiaro
... Simple fix is to switch it with sha256 or sha512
#
rhiaro
... Not changing how spec works, but fixing broken algorithm
#
rhiaro
julien: I'm fine with changing it. I think the spec allows, the signature starts with a type of algorithm that is in use
#
rhiaro
... I think we should make the spec more ?? and specify that hte signature is a combination of a key and a value and the key shoulld be the address and the value should be the signature
#
rhiaro
aaronpk: that's dfeinitely not how the spec is writtne, it looks like it's hard coded to sha1
#
rhiaro
... that's fine to make it explicit that the first part of that parameter is the algorithm
#
rhiaro
... I belive jwt has a similar mechanism of sepcifying the hasing algorithm so we could look at tha tfor some text
#
rhiaro
cwebber2 you can correct my typos with s/
#
rhiaro
tantek: that sounds like something we should fix before fpwd
#
rhiaro
... *summarises*
#
cwebber2
s/hte/the/
#
cwebber2
s/shoulld/should/
#
rhiaro
tantek: anyone else reviewed?
#
cwebber2
s/dfeinitely/definitely/
#
rhiaro
rhiaro: I reviewed, no opinions
#
rhiaro
... it seems fine, and people hav eused it in this state
#
rhiaro
tantek: i have read push0.4 but not this draft, but if this reflects 0.4 I think that would be an excellent fwpd
#
rhiaro
sandro: diff?
#
rhiaro
aaronpk: there are no functional changes
#
rhiaro
... only syntax
#
rhiaro
julien: i rephrased the abstract
#
rhiaro
tantek: if no-one else has any objections I would like to propose..
#
rhiaro
PROPOSE: Take Pubsubhubbub to FPWD from ED with the fix of the SHA change
#
rhiaro
s/PROPOSE/PROPOSAL
#
rhiaro
<rhiaro> +1
#
julien
+1
#
rhiaro
scribenick: cwebber2
#
cwebber2
tantek: I'm seeing all +1s, let's call this resolved
#
cwebber2
... group has decided to take PuSH to WD, excellent
KevinMarks joined the channel
#
cwebber2
... julien, with that change, how soon can you make changes / go to FPWD
#
cwebber2
julien: I think next monday (??)
#
csarven
julien: s/thecontent/the content
#
cwebber2
tantek: see if you can get approved today, let's see if we can get published by monday
#
cwebber2
RESOLVED: Take Pubsubhubbub to FPWD from ED with the fix of the SHA change
#
rhiaro
trackbot, please generate minutes
#
trackbot
Sorry, rhiaro, I don't understand 'trackbot, please generate minutes'. Please refer to <http://www.w3.org/2005/06/tracker/irc> for help.
#
rhiaro
trackbot, generate minutes
#
trackbot
Sorry, rhiaro, I don't understand 'trackbot, generate minutes'. Please refer to <http://www.w3.org/2005/06/tracker/irc> for help.
#
cwebber2
tantek: put september 27th as due date
#
tantek
trackbot, pointer
#
trackbot
Sorry, tantek, I don't understand 'trackbot, pointer'. Please refer to <http://www.w3.org/2005/06/tracker/irc> for help.
#
sandro
RRSAgent, pointer?
#
cwebber2
tantek: great congrats julien, looking forward to publishing this draft and iterating
#
cwebber2
tantek: any pubsubhubbub issues you'd like to discuss with the group
#
cwebber2
julien: more of a question of the formality, where can I read more on how the process works
#
cwebber2
tantek: that's an issue rhiaro raised earlier, step to step is not totally clear, but rhiaro can you guide julien through?
#
cwebber2
rhiaro: yup
#
cwebber2
rhiaro: aaronpk is going to start raising issues, then it'll become more clear
#
cwebber2
sandro: we'll start getting issues filed, have i18n issues checked, have a tester, then start to get people to report implementations and list those
#
cwebber2
... that's basically what we have to do
#
cwebber2
julien: is there any way to change the name?
#
cwebber2
tantek: short or whole name
#
cwebber2
julien: whole name, it's not easy to pronounce esp to non-english people
#
cwebber2
sandro: great to come up now, because for fpwd we need the name
#
cwebber2
cwebber2: PUSHHUB
#
ben_thatmustbeme
my only concern of changing the name is the recognition of it
#
aaronpk
web push?
#
cwebber2
aaronpk: *narrowed eyes*
#
cwebber2
julien: I think maybe web hook?
#
rhiaro
websub
#
bigbluehat
one caution is audience...not sure everyone would find their way to the new one
#
cwebber2
julien: is there something called web push already?
#
cwebber2
sandro: there's http push
#
bigbluehat
actually
#
cwebber2
julien: what about hookpush
#
cwebber2
sandro: over time pubsubhubbub has grown on me
#
cwebber2
sandro: there's maybe some question of how much to abbreviate
#
cwebber2
... like the url, we could use the case sensitive PuSH... probably... don't know if we want to...
#
ben_thatmustbeme
pubsub i think would be fine
#
cwebber2
tantek: we are not going to bikeshed in real time
#
cwebber2
tantek: except we need an answer to get to fpwd
#
cwebber2
s/tantek/sandro/
#
cwebber2
tantek: that's why I made it FPWD blocker
#
cwebber2
... how much time do you need julien after we get the name
#
cwebber2
rhiaro: we can't approve without the name fyi
#
cwebber2
tantek: if we get a short name that would work
#
cwebber2
says, pushy-pushy
#
cwebber2
julien: I prefer push
#
bigbluehat
I'm +1 for keeping the name--given find-ability
#
cwebber2
aaronpk: that won't fly because push-api is already a spec
#
cwebber2
cwebber2: 0 on push
#
bigbluehat
pubsub could work
#
cwebber2
tantek: any alternatives?
#
ben_thatmustbeme
pubsub +1 here too
#
bigbluehat
...though not a protocol
#
sandro
http://www.w3.org/TR/pubsub Web Publish Subscribe (PubSubHubbub)
#
cwebber2
PROPOSED: Use shortname of pubsub for shortname for now
#
julien
and XEP60
#
cwebber2
RESOLVED: Use shortname of pubsub for shortname for now
#
cwebber2
suggests "nameconflictsarehard" as shortnmae
#
bigbluehat
just might be hard to grab eye-balls...my only concern
#
bigbluehat
cwebber2++_
#
bigbluehat
err...something
#
cwebber2
tantek: feelings about what to do about pubsub community group?
#
cwebber2
julien: I don't have any
#
bigbluehat
Keep the CG around for future extensibility
#
cwebber2
julien: if nobody participates and nothing happens any more, I think we can close it, but otherwise I think we could keep it
#
cwebber2
sandro: we don't need to shut it down we just don't have much conversation there
#
cwebber2
aaronpk: this group is probably going to end in 3 months
#
cwebber2
tantek: by closing this group it will tie in with figuring out what to do with everything else, which we already need to do
#
cwebber2
... do you see any reason to create any forum for anything else, julien?
#
eprodrom
+1
#
eprodrom
MISSION ACCOMPLISHED
#
cwebber2
PROPOSED: Close pubsubhubbub community group with "mission accomplished", draft incubated, it's now a rec-track working draft as part of socialwg.
#
cwebber2
poses behind giant banner and salutes
#
eprodrom
+1
#
cwebber2
oh beat me to it eprodrom
timbl_ joined the channel
#
cwebber2
mine has a thumbs up
#
cwebber2
RESOLVED: Close pubsubhubbub community group with "mission accomplished", draft incubated, it's now a rec-track working draft as part of socialwg.
#
bigbluehat
votes leave the name
annbass and timbl__ joined the channel
#
eprodrom
publish subscribe pandemonium
#
eprodrom
Here
#
cwebber2
epic ascii art fail
#
cwebber2
tantek: eprodrom's kind of a big deal
#
eprodrom
ha ha
#
cwebber2
tantek: it's always good to compliment someone before you hand them a heap of work
#
aaronpk
should I register pubsub.rocks to host the test suite? :D
#
cwebber2
... we are going back to as2 next steps, thank you julien... I hope you can join us on tuesday, sounds like we have critical mass of things to discuss
#
aaronpk
keeping with the theme
annbass joined the channel
#
eprodrom
:thumbsup:
#
cwebber2
tantek: I recall eprodrom saying he thought we were done with normative issues, then cwebber2 brought up a "little issue"
#
eprodrom
Yes, I think so
#
cwebber2
... I'd like to see if anyone has anything else to discuss, and then leave it to editors
#
cwebber2
... not hearing specific as2 issues being raised, let's talk about general CR to PR status
#
cwebber2
... how are we moving with test suite status, eprodrom ? do we have a complete test suite?
#
cwebber2
we can't hear eprodrom
#
eprodrom
I am unmuted
#
eprodrom
I'm going to try to reconnect, sorry
#
aaronpk
hangouts does that
#
aaronpk
especially in chrome ?
timbl and eprodrom joined the channel
#
eprodrom
That is awesome
#
cwebber2
eprodrom: there are two parts of the test suite
#
bigbluehat
eprodrom: lots of background noise
#
eprodrom
Can you hear me?
#
eprodrom
Weird
#
cwebber2
eprodrom is walking into a wind storm
#
annbass
no ... exceedingly painful static
#
eprodrom
At this point I think I need to type
#
eprodrom
I just muted
#
eprodrom
So let me write it out here
#
eprodrom
Question of test coverage
#
annbass
hmm hard to be heard when muted
#
eprodrom
Two parts of the test suite
#
eprodrom
AnnBass: I think I'm going to just type it out
#
eprodrom
First is the validator
#
eprodrom
Second is the test documents
#
eprodrom
Test documents PRIMARILY come as examples from the spec itself
KevinMarks2 joined the channel
#
eprodrom
And there are plentiful examples
#
eprodrom
So the big question with test coverage is if we have features described in the doc that aren't in examples
#
eprodrom
I've been going through the docs and haven't been coming up with anything
#
eprodrom
At this point I could probably use a set of fresh eyes
#
eprodrom
Who could help out with this
#
cwebber2
eprodrom, I *might* be able to
#
cwebber2
eprodrom, I feel like I would be a good candidate but am a bit overloaded
#
eprodrom
That's not a bad way to do it
#
sandro
sandro: you could ask implementors who report results to try to help a bit, contributing tests
#
eprodrom
Let's just say that we haven't had anyone who's running the tests say, "I had a feature I wanted to test but there wasn't a test document for it."
#
eprodrom
But yes I can do that
#
eprodrom
For pubishers we have the validator
#
eprodrom
s/pubisher/publisher/
#
cwebber2
tantek: we have the general validation tool, but do we have anything that says "generate an activity that provides X"
#
cwebber2
sandro: one funny trick would be to check the validator if every feature had been tested by somebody
#
cwebber2
bigbluehat: if we had some privacy policy
#
cwebber2
sandro: yes, it should prompt to ask if you are ok to record
#
cwebber2
sandro: I'm sure eprodrom has thought about this
#
eprodrom
I haven't!
#
eprodrom
We don't record the data in the validator but we could
#
Zakim
sees sandro on the speaker queue
#
tantek
ack sandro
#
Zakim
sees no one on the speaker queue
#
cwebber2
sandro, are we getting reports of people producing as2, or only consuming as2?
#
eprodrom
We are asking for reports for both
#
cwebber2
s/sandro,/sandro:/
#
cwebber2
tantek: at this point I think we need implementations to run tests for their conformance class and file implementation reports
#
eprodrom
None yet
#
cwebber2
... do you have any insight eprodrom for implementations to file reports?
#
eprodrom
We have one submitted by Apache Streams
#
Zakim
sees rhiaro on the speaker queue
#
eprodrom
cwebber2: SUBMIT IMPLEMENTATION REPORTS
#
tantek
ack rhiaro
#
Zakim
sees no one on the speaker queue
#
eprodrom
Very important
#
sandro
s/2:/2,/
#
cwebber2
rhiaro: if we're looking for potential implemmentations, activitypub compatible implementations are at minimum consumers
#
cwebber2
cwebber2: if not producers
jasnell joined the channel
#
eprodrom
q?
#
Zakim
sees no one on the speaker queue
#
cwebber2
tantek: when can you file implementation reports cwebber2
#
cwebber2
cwebber2: the week after I hit CR
#
cwebber2
sandro: though filing implementation reports might help with AP process
#
cwebber2
csarven: I may be able to provide an implementation report, I am doing just vocab, but it's publishing and consuming
#
cwebber2
tantek: any rough estimate on when you can publish an implementation report
#
cwebber2
sandro: 2-3 weeks?
#
cwebber2
csarven: yep
#
cwebber2
sandro: and we should talk about PR!
#
eprodrom
q?
#
Zakim
sees no one on the speaker queue
#
cwebber2
tantek: there are rumors on the internets that annotations uses as2
#
eprodrom
q+
#
Zakim
sees eprodrom on the speaker queue
#
cwebber2
bigbluehat: that's true
#
cwebber2
tantek: could you submit reports?
#
cwebber2
bigbluehat: well we're only depending on as2 collection terms / pagination model
#
aaronpk
julien, I have an idea for new text for the sha1 section, would you like me to PR that too?
#
cwebber2
sandro: in theory that should still pass the validator
#
cwebber2
bigbluehat: it's going to have to do more than pass the validator
#
Loqi
[Robert Sanderson] Web Annotation Vocabulary
#
cwebber2
cwebber2: does the validator support extensions?>
#
cwebber2
sandro: it should
#
eprodrom
I don't understand the issue
#
tantek
present+ wseltzer
#
Zakim
sees eprodrom on the speaker queue
#
Loqi
[Robert Sanderson] Web Annotation Vocabulary
#
rhiaro
changed the @socialwebwg twitter picture to the gif but it doesn't animate :( it *did* animate in the 'edit profile' view though
#
Loqi
[Robert Sanderson] Web Annotation Protocol
#
eprodrom
I think it will validate
#
eprodrom
Has anyone tried it?
#
eprodrom
Subclassed?
#
cwebber2
bigbluehat: we subclass as orderderedcollection, and subclass ???
#
sandro
eprodrom, are you using a json-ld processor, or just thinking of it as json?
#
bigbluehat
"Activity Streams Collection [activitystreams-core] model is used for paging, as in-page ordering is an important requirement."
#
cwebber2
... and specifically this line is of purport
#
eprodrom
Just as JSON
#
cwebber2
bigbluehat: it uses subclassOf
#
Zakim
sees eprodrom, cwebber on the speaker queue
#
eprodrom
This feels like a stretch for an implementation report
#
cwebber2
... because ldp's paging says you can only give so much...
#
eprodrom
But I'd be happy to have it
#
cwebber2
bigbluehat: we need these things to not die if nobody else uses them
#
eprodrom
bigbluehat: is there an implementation that we can do a report for, then?
#
cwebber2
... since we're depending on them from a vocab perspective the as2 vocab needs to make it all the way to PR for us to not hav eproblems
#
cwebber2
sandro: it wouldn't change implementations
#
cwebber2
tantek: you'd just have to copy things in
#
Zakim
sees eprodrom, cwebber on the speaker queue
#
sandro
s/things/spec text/
#
tantek
ack eprod
#
Zakim
sees cwebber on the speaker queue
#
eprodrom
So, I wanted to ask Arnaud a pointed question
#
eprodrom
Can we expect implementation reports from any IBM products or projects?
#
cwebber2
arnaud: only one from jasnell
#
cwebber2
tantek: can you give a rough guess on when it would be done
#
cwebber2
arnaud: nop
#
cwebber2
tantek: could you ask?
#
cwebber2
arnaud: yes
#
jasnell
I'll write up an implementation report for the node.js module I created that impls the spec
#
jasnell
I'll do that within the next two weeks
#
cwebber2
sandro: IBM is probably not doing any more as2 stuff fwiw
#
sandro
bravo, jasnell
#
sandro
(really, I asked and Arnaud1 confirmed)
#
cwebber2
thanks jasnell
#
cwebber2
tantek: can you take implementation reports and put them in summary sometime mid/late october, that would be great
#
cwebber2
... we need to do PR transition calls
#
cwebber2
... so that sets expectations for AS2
#
cwebber2
... anything else about AS2 exiting CR?
#
cwebber2
rhiaro: did we talk about the validator? I've been filing issues and want to see them fixed
#
sandro
eprodrom, you hear that?
#
eprodrom
OK
#
cwebber2
looks at eprodrom
#
cwebber2
eprodrom: yes that's fine
#
bigbluehat
oh...heh
#
cwebber2
sandro: do you have a timeline eprodrom on addressing those issues?
#
cwebber2
eprodrom: let's see when I can get through them, most are pretty small, like having links
#
cwebber2
tantek: we don't need to discuss them righ tnow, but if you think you can address them by next week eprodrom, that would be great
#
cwebber2
eprodrom: so have the validator have these issues fixed by next week?
#
cwebber2
tantek: or at least some update on the issues
#
cwebber2
eprodrom: can do
#
eprodrom
Validator update
#
eprodrom
Got it
#
cwebber2
tantek: ideally all issues are fixed but that's not a reasonable request, but I won't ask it, but then we would know you can perform miracles
#
cwebber2
tantek: I think that brings us to end of AS2
#
cwebber2
... so that brings us to group status, when we all become existential
#
rhiaro
started drafting the summary blog post with the most important stuff so far: https://rhiaro.co.uk/2016/09/socialwg7-summary
#
cwebber2
sandro: I'm really impressed with the progress we made in these two days. I actually think we're on track, which is impressive
#
cwebber2
... we have a lot to do!
#
cwebber2
tantek: on that note, one thing we've discussed in previous meetings is narrowing types of actions we accept as we get closer to group close. So I think we said "try to bring to CR by this meeting-ish"
#
cwebber2
... I think by spirit of that, we're on track, based on everything we saw
#
cwebber2
... I think we should adopt a policy of doing no more rec-track working drafts
#
Zakim
sees cwebber on the speaker queue
#
tantek
ack cwebber2
#
Zakim
sees cwebber on the speaker queue
#
tantek
ack cwebber
#
Zakim
sees no one on the speaker queue
#
cwebber2
PROPOSED: No more adopting rec-track first public working drafts in this working group
#
sandro
+1 (obviously)
#
aaronpk
+1 lol
#
csarven
+1 with a :)
#
cwebber2
RESOLVED: No more adopting rec-track first public working drafts in this working group
#
eprodrom
+q
#
Zakim
sees eprodrom on the speaker queue
#
eprodrom
-q
#
Zakim
sees no one on the speaker queue
#
eprodrom
+1
#
cwebber2
tantek: this still leaves the door open to note-track working drafts and I think that's fine
#
cwebber2
... so if you want to merge namespaces or discover links and back off, those are potentially acceptable, no need to restrict till end of charter
#
cwebber2
tantek: are you going to bring social web protocols to CR?
#
cwebber2
rhiaro: no
#
cwebber2
sandro: you can do rec-track primers
#
cwebber2
... are you going to do that?
#
cwebber2
rhiaro: maybe!
#
cwebber2
sandro: so one place it would get left off of is the proposed recommendatoin list for the advisory committee
#
cwebber2
... and it seems like having the social web protocols in the CR
#
cwebber2
tantek: I would like social web protocols in the PR transition request, and I would even say the PR WBS
#
cwebber2
sandro: I think WBS is "web based strawpoll"
#
cwebber2
rhiaro: I'm conflicted, if there's no problem with having no-normative content as rec track, great, but if people find it weird, I'm fine with a note
#
Zakim
sees AnnBass on the speaker queue
#
Zakim
sees AnnBass on the speaker queue
#
tantek
ack AnnBass
#
Zakim
sees no one on the speaker queue
#
cwebber2
AnnBass: I wanted to ask if we agree that the goal is to understand how the specs work together?
#
cwebber2
... do we also agree that whatever format if rec/note/etc is somehow that document gets advertised/published/etc such that anyone who sees these specs sees that too
#
cwebber2
PROPOSED: We will move Social Web Protocols to a note, with the condition that all rec-track documents reference it informatively.
#
sandro
+0 whatever
#
eprodrom
+1
#
rhiaro
unless I suddenly figure out how I can use it to take over the world
#
eprodrom
That's fine
#
cwebber2
RESOLVED: We will move Social Web Protocols to a note, with the condition that all rec-track documents reference it informatively.
#
cwebber2
AnnBass: should LDP link to SWP?
#
cwebber2
sandro: no it's shut down
#
cwebber2
AnnBass: ok
#
cwebber2
tantek: so I think we're done with that, the major suggestion is "what's next with the group"
#
tantek
ack AnnBass
#
Zakim
sees no one on the speaker queue
#
rhiaro
nah, we've done everything
#
rhiaro
SOLVED
#
cwebber2
AnnBass: I think I'm skeptical... there's lots more that can be done in the social web space... I hear we would not be easily recharted... I've suggested we move the social interest group to a new CG, and we start tossing around ideas there, and if there's interest/energy/etc, then we can move to a rec-track group etc
#
annbass
s/recharted/recharter/
#
cwebber2
PROPOSED: We create a social web incubator CG and that we basically say we're creating it to at least incubate things that would have otherwise been developed in this group or the social web interest group
#
annbass
s/I think I'm skeptical...//
#
csarven
++ on the "blah blah"
#
cwebber2
PROPOSED: Somebody create a social web incubator CG and that we basically say we're creating it to at least incubate things that would have otherwise been developed in this group or the social web interest group
#
cwebber2
PROPOSED: AnnB will research creating a social web incubator CG and that we basically say we're creating it to at least incubate things that would have otherwise been developed in this group or the social web interest group
#
annbass
oh ... not necessarily AnnB
#
cwebber2
+1 even if arnaud says I'm doing terrible things by proposing things that are not actionable via proposals
#
annbass
cwebber2 melts down
#
sandro
Really we mean: the group expects it work to continue in a Social Web Incubator CG
#
eprodrom
Yes?
#
eprodrom
+1
#
cwebber2
tantek: AnnBass, can you look into transitioning the federated social wg to this new CG?
#
cwebber2
AnnBass: yes
#
aaronpk
+1 to what sandro said
#
annbass
Evan: do you or Andreas have issue with closing the Fed Social Web CG?
#
eprodrom
AnnBass: I do not, but I can't speak for Andreas
#
eprodrom
I barely know him
#
annbass
ok .. I can try to find him
#
eprodrom
Hooray!
#
cwebber2
SORTA-RESOLVED: AnnB will research creating a social web incubator CG and that we basically say we're creating it to at least incubate things that would have otherwise been developed in this group or the social web interest group
#
eprodrom
Thanks all!
#
annbass
I am happy to work on cleaning up Fed Social Web CG and moving that stuff to new Social Web CG
#
cwebber2
Arnaud1: I think it's clear that I don't have the bandwidth for this, so I'm resigning as co-chair
#
cwebber2
cwebber2: thank you for all you've done
#
cwebber2
everyone: *applauds arnaud for all his hard work*
#
aaronpk
:applause:
#
annbass
tons of thanks to Arnaud
#
cwebber2
tantek: meeting adjourned with 15 secs to go!
#
eprodrom
THANKS Arnaud1 !
#
Loqi
all has 1 karma
#
tantek
trackbot, end meeting
#
trackbot
Zakim, list attendees
#
trackbot
is ending a teleconference.
#
Zakim
As of this point the attendees have been rhiaro, cwebber, tantek, KjetilK, aaronpk, tsyesika, Benjamin_Young, csarven, newton, Arnaud, Ann, Bassetti, AnnBass, ben_thatmustbeme,
#
Zakim
... david_wood, eprodrom, wseltzer, lol
#
cwebber2
arnaud++
#
Loqi
arnaud has 36 karma (34 in this channel)
#
trackbot
RRSAgent, please draft minutes
#
RRSAgent
I have made the request to generate http://www.w3.org/2016/09/23-social-minutes.html trackbot
#
trackbot
RRSAgent, bye
#
RRSAgent
I see no action items
#
ben_thatmustbeme
still other camera on
shepazu, wilkie, jasnell and paulj joined the channel
#
rhiaro
Improved visuals of twitter account
#
csarven
++ to mediagoblin CC video + ubuntu screenshot
paulj and tantek joined the channel
#
@t
Two very productive days of @W3C @SocialWebWG meetings done! Next: LIS✈️LGW?BTN for @IndieWebCamp Brighton! (ttk.me t4jT1)
(twitter.com/_/status/779391375666057217)
#
@jkphl
@t Waiting for you while having a pint ... or two :) +@w3c @SocialWebWG @indiewebcamp
(twitter.com/_/status/779392474892599296)
#
jasnell
will be away from the computer for a while. please mention me in a github thread if there's anything that needs my attention. bye all
jasnell joined the channel
#
Zakim
excuses himself; his presence no longer seems to be needed
#
Loqi
yeah who invited you anyway Zakim
jungbin, shepazu, jasnell, dan, KevinMarks and newton joined the channel