#csarvennotifications, fetches the annotations from their location, and then embeds/injects them into the document (as an aside).
#csarvenIn dokieli-annotation.webm the user has the option to store their annotation (which ends up being the canonical copy) into their personal storage. When oa:annotationService is detected, it has the option to send a copy to that container as well. A notification is sent to the article's inbox (using an as:Announce snippet) with references to the canonical location. When the article is loaded, dokieli looks into article's inbox to find all applicable
#csarvenOther possibly interesting bits here are: WebID, personal storage space, an annotation service, an inbox.. and they can all be potentially at different domains. In the screencast, WebID and the personal storage space are on different domains, inbox and annotationService are on the same domain but running different software.
#azarothThe LDN notifications acting like a virtual aggregator of the annotations by reference, rather than by copying them.
#azarothHave you looked at what happens when there's hundreds of annotations on the same document?
jasnell_ and KevinMarks joined the channel
#csarvenOne of the first issues I've hit was when each domain with an annotation required authentication. The beautiful cert pop-up per domain. That was annoying. But, that was resolved on the server end (in Solid in this case).
#csarvenAsync requests for each annotation is pretty much a must.
azaroth joined the channel
#csarvenLDN notifications can be anything so they can be reference or a copy. The way I use them is by reference but I can see that they can just contain the complete data. In ActivityPub for instance, LDN Inbox gets a copy from an AP (same as in its Outbox)
#csarvenI think what we need to explore more of is ldp:constrainedBy and SHACL, and having applications capable of detecting the constaint models and preparing their payloads as such. And servers validating the incoming payload so that they can better filter and organise the notifications.
jasnell and KevinMarks joined the channel
#azarothIn the absence of hard core SHACL descriptions, just a JSON-LD profile URI associated with a frame would be a good start :)
KevinMarks joined the channel
#azarothGregg is pushing to start work on JSON-LD 1.1, which could move a lot of things forwards
KevinMarks, KevinMarks2, jasnell, jasnell_ and timbl joined the channel
#rhiarojust a heads up I might be a few minutes late today whilst I relocate to a cafe with less background noise
#sandrolooks to see if we have lots of votes still scheduled for today.
KevinMarks joined the channel
#sandroHm, why isn't AP -> CR on the agenda. Did I miss some delay?
#csarvenI dislike dialing numbers to connect to people - I have to either dig up a webpage for the codes or hunt down an email about it. Next to that is finding someone's email address to message them. Why is life so difficult?
#cwebber2sandro: let's skip the administrivia. the one thing I'm seeing... we're delaying the CR transition votes on LDN and AP a week for a variety of reasons mentioned in the agenda. Anything anyone has to say about those?
#cwebber2rhiaro: we're basically waiting for review from a few people who said they would, we got the i18n review, they're going to confirm they're happy with the changes, and we have one security issue with is 43. we think we don't need to do anything but need to run it by the group
#cwebber2sandro: that's the same one basically as the webmention behind the firewall?
#cwebber2rhiaro: yes, and the person said "if this is acceptable then that's fine, you should just mention it in the security considerations section". I don't know if we need to say it twice
#cwebber2sandro: where did you end up on the firwall thing aaronpk ?
#sandrotantek: Can you capture the feedback & issues raised elsewhere in github, so we can see how ti's processed and handled, and to give us evidence of wide review for W3C process
#sandrotant: not just for "hey why did you do it this way"
#cwebber2tantek: I'm going to try... on irc... did any of that come through
#cwebber2tantek: at the face to face we stated that we'd be trying to keep pushing CR specs to PR and I want to keep asking those questions of those CR specs if we have editors for them
#cwebber2aaronpk: webmention, did a couple of updates to the report indicating more clearly the test coverage results... otherwise, not much changed, and on micropub I've been continuing to work on adding tests and collecting implementation reports now. Hoping by next week to have all that wrapped up.
#tantekaaronpk - is that sound in your background?
#cwebber2aaronpk: no, it would be helpful to indicate that we added some on on our own (???) and one about CSRF(?) protection
#tantekthe noise is very high-pitched/human-voice-like and makes it hard to hear the other conversations
#cwebber2aaronpk: the CSRF one says that if only the endpoint accepts auth, and then it's a SHOULD to (???)
#cwebber2aaronpk: come to think of it, one thing that could be done is figure out who does it
#cwebber2sandro: some people are doing authenticated webmention?
jasnell_ joined the channel
#cwebber2aaronpk: I'm not sure. I know my endpoint did by default, but when that happens the framework just does this automatically
#tantekis that implementation guidance re: form captured in the document?
#cwebber2sandro: ok, thinking about if someone is actually doing this would help
#cwebber2tantek: that would be good to capture... especially the CSRF implementation, is that something everyone doing a web form to webmentions has to support?
#cwebber2aaronpk: only if your form happens to also have session cookies
#cwebber2aaronpk: if they get a session cookie after they log in, the browser submits the session cookie along with the form...
#cwebber2... certainly nice to have it documented that it's used but
#cwebber2tantek: definitely not strictly required. from the webmention test results, maybe push the MAY to the bottom of the list or something, to clearly indicate those are tests for MAY in the spec
#cwebber2... that's good, but we need to make sure we call it out.
#cwebber2tantek: this one, given the challenges we've done with how to do extensibility, we should make sure it's clear
#cwebber2... especially since it's for looking at how to do things external from the working group, which is exactly where we're likely to see requests from. if there can be some good instructions... it could be informative, as long as the mechanism works
#cwebber2tantek: if there's an extensibility point in micropub for mp-instructions by the endpoint instead of content of the post, they're specified in micropub as mp-syndicate2, there's a comment about how people can add more
#cwebber2... sounds like request outside the working group is on how group might create new one
#cwebber2... I wanted to draw point to how we can point to how we did it for as2
#cwebber2sandro: I think the right to thing is to say there's some relatively informal group... should it be the same group as as2, or someone else?
#cwebber2... I don't know if it's the same people or not... I lean towards them being the same but I don't know
#cwebber2aaronpk: there's also the microformats process which is relatively self-governing
#cwebber2... should we put it in a wiki or a new place?
#cwebber2tantek: do you mean the process for vocabulary that h-entry has, for exmaple?
#cwebber2aaronpk: yes we've been working on formalizing that
#cwebber2tantek: yes there's another way to address it to say there's an external place to say people can file issues
#cwebber2... not sure that's been done in an external w3c group before...
#cwebber2sandro: I don't think that's been done, could be a bit of an uphill battle, but might be worth getting working
#cwebber2... might have been done in some other context
#cwebber2tantek: I think if you can point to a process on how to do things for the mp-* extensions, could be good to say here's a lightweight process on how to formalize/make official
#cwebber2... image alt-text is completely new, requires changes to implementations
#ben_thatmustbemeI sort of wish W3C had a process of noting "references" in the bottom of specs automatically, thus any future Notes / Specs would be listed automatically. This could inclcude community group published docs which then becomes a location for public extensions that is actually still under w3c control
#cwebber2tantek: could you ??? these changes in the normative and editorial section
#cwebber2tantek: we need to agree as a group first though right?
#cwebber2sandro: yes but be clear that's the only one we want to do
#cwebber2tantek: yes we need to see how much time we have to be in CR... I think we talked about htis at the f2f and we had changes pending, looks like aaronpk made those changes
#cwebber2aaronpk: that's the only change I'm expecting based on feedback
#cwebber2sandro: it's pretyt important for the community... it's not normative for current implementations, but is normative for extensions. ah yes, here's why it's normative. If I make an extension foo, and then I see foo, is it my foo vs someone else's? we don't know unless we all agree we're participating in the same registry of extensions
#cwebber2... so it is normative, to make sure all participants are in same registry. does that make sense?
#cwebber2tantek: right now there's no official mechanism right?
#ben_thatmustbemecan we leave formalized extensions to future W3C WGs? Isn't that basically what the standard that has always been until recently?
#cwebber2aaronpk: essentially it's namespaces by micropub
#cwebber2... ??? between clients and servers ??? much more restrictive
#tantekPROPOSAL: Publish an updated CR of Micropub with the normative change in response to i18n issue raised during first CR, and editorial changes too.
#cwebber2sandro: most of extensibility in micropub is extending microformats not micropub
#tantekPROPOSAL: Publish an updated CR of Micropub with the normative change in response to i18n issue raised during first CR, and resolving issue 62, and editorial changes too.
#tantekRESOLVED: Publish an updated CR of Micropub with the normative change in response to i18n issue raised during first CR, and resolving issue 62, and editorial changes too.
#cwebber2tantek: are there any things here that affect implementations?
#tantekif there's any chance of getting our second Micropub CR out by Thursday (transition emails done by tomorrow sometime?) that would be great. 4 weeks is a long time to wait again to go to PR.
KevinMarks joined the channel
#tantekrhiaro - additional request (which will likely impact every other document we have) - can you find when out when is that latest that we can schedule both CR and/or PR transition requests? E.g. in December *before* the publication moratorium?
KevinMarks joined the channel
#tantekFYI: those of you working on CR->PR for your specs, you should also consider documenting how you will accept, process, and document errata once your spec is a REC. E.g. "github issues, processed in SWICG, documented ... github wiki or w3c wiki or another page on your one-off .net domain etc."