#rhiaroeprodrom: Best process is to have sarven and amy give us an update on status of the document so far and sounds like they want to move to FPWD, we discussed last week and decided to give people time to review
#aaronpkrhiaro: last week we sent an email saying we want to go to FPWD this week and asked for people to raise major issues by this week
#melvsterFYI: reviewed LDN and added an implementation in the last week
#aaronpk... we resolved a lot of issues up to last week
#aaronpk... a lot of the changes to the document were explainig things better, editorial and stuff
#aaronpk... we still have some ongoing threads with people from various linked data communities participating
#aaronpk... some of the issues we've called out in the spec itself
#aaronpk... since the editor's draft, we've clarified a bunch of stuff and we think it's in a stable enough state and we have a more iplementations since last week
#aaronpk... we think it's in a good enough state to move it to FPWD
#aaronpkeprodrom: I realized that LDN is more general than activitypub but there is a close relationship. has there been a discussion between amy and sarven and jessica and chris about the overlap?
#aaronpkrhiaro: we've had a little bit of discussion, we've also got some ongoing stuff on github about that
#aaronpk... we should have a call to tlak about that
#aaronpk... i've started adding stuff to SWP to explain things
#aaronpk... there's an issue on SWP where i detailed all the alignment between the two to either bridge or align them
#aaronpkeprodrom: i think that we've had mixed theories about what FPWD means, whether it's putting something on rec track or just putting it out for discussion, i'm leaning towards the second
#aaronpk... we have the microformats stack which is very different from activitystreams, and we're saying they're two totally different things
#aaronpk.. but here we're talking about more similar stacks so i'd want to see us come to a convergence on that
#aaronpkrhiaro: i'm working on that in SWP, where the brainstorming and working things out is taking place
#sandro+1 converging activitysub and LDN would be really, really good
#aaronpkcwebber2: i agree that there's a lot of similarities. amy and i have been talking, trying to figure out how to bridge things, because we'd like to make them as compatible as possible
#aaronpk... the fundamental difference between the two is LDN is a lot more general, in that it doesn't assume as much about vocabulary used, which is nice in some ways
tantek joined the channel
#aaronpk... but also there's a tradeoff, it does assume that you're probably working with Linked Data toolkit.
#aaronpk... currently the main convergence is that activitypub is kind of linked data under the hood but you don't need to know
#aaronpk... hopefully we can find out how to hit the intersection
#aaronpkrhiaro: things we can do if you're an LDN implementation and you want to support activitypub, then you have to serve your JSON as compacted JSON-LD so any consumer can read it as plain JSON
#aaronpk... so either it's activitystreams, or if it has other vocab then it's like dealing with an extended activitystreams object
#aaronpk... which might happen anyway. so things like that we can align on i think we can work things out so that LDN can serve stuff that plain activitypub implementations can handle and vice versa
#aaronpk... one of the things this group has tried to do is that there's a lot of existing work, running code, how can we find common specs between those
#aaronpk..there's running code with people publishing stuff and running servers and tha'ts helped drive our spec development.
#aaronpk... that's why we've been okay with multiple approaches, is that there's multiple running implementations
#aaronpk... it's great that amy has done some implementations of LDN already. where i start to get concerned is when we talk about how we could converge specs that isn't based on implementation experience. where we start having specs make compromises that break existing impls, but don't have any actual value
#aaronpk... just because we have people on a phone call agree, doesn't actually make someone's code on their website work
#aaronpk... i want to call that out as a concern. while i agree that the general trend towards convergence is good, but premature convergence where people in a room agree on spec-first convergence that isn't followed up with implementation
#aaronpk... if we are proceeding with the assumption that these are rec track, then we'll be implementation testing them. if we want to relax that assumption then we should do so explicitly and up front
#aaronpk... that's one cautionary point i want to make
#aaronpk... we're still waiting on implementations to update on activitypub itself, i'm a little worried about that disconnect
#rhiaro... One is waiting for the original poster to give comment, I believe they were going to bring it up at i18n telecon last Thursday so looking for some feedback on that
#rhiaro... That question is about using markup in the name property
#rhiaro... I guess this has some i18n implications in terms of being able to set character sets and direction using html
#rhiaro... For activitystreams historically that title or displayName or name has not had markup in so that you can show it directly without having to worry about markup
#rhiaro... I think that james and I both want to keep that
#rhiaro... So we're trying to figure out if the fallback of using some other properties is sufficient
#rhiaro... The other issue is around using the map terms
#rhiaro... We had a long discussion about this last week
#rhiaro... I don't want to againt his week. There is a discussion on the github issue
#rhiaro... It's a normative change, roughly about how we format language in the documents
#rhiaro... but as a courtesy last week because jasnell was on vacation we decided not to resolve it without him. He's back but still on vacation and hasn't commented yet
#rhiaro... What we have right now does not have this normative change in it
#rhiaro... The proposed change I think is unnecessary and a bad solution. We're waiting on jasnell for that.
#rhiaro... We also had 3 editorial issues come up since last week
#rhiaro... One posted by me about how we're using URLs
#rhiaro... At this point I'm getting concerned about where we are with the CR process. I would like to get some guidence from the group about what we do next
#rhiarotantek: The challenge here with getting to CR is that we're supposed to take things to CR when we don't know any outstanding substantitive issues, that would alter implementations
#rhiaro... And clearly with the i18n issues you're working on making those happen
#rhiaro... Even once the spec enters CR it's still goign to get issues, substantitive ones
#rhiaro... What I've seen groups do is just draw a line at some point and say we think we have resolved our substantitive issues that we understand
#rhiaro... Going to acknowedlge that there may be other ones filed that would cause the spec to change, which may mean there's a new CR, but tha'ts okay
#rhiaro... That's one way to get the spec to CR whilst allowing new issues to show up
#rhiaro... And that's a judgement call of the editors and the group
#rhiaro... So Evan, the issues that you've seen come in that are not i18n related.. how impactful are they to implementations?
#rhiaroeprodrom: Right now they are negligible. Making sure that the list of properties in one section is exactly the same as in another
#rhiaro... Obviously yes if you're using the document for a reference that needs to be accurate, but in terms of normative stuff they're almost entirely editorial
#rhiarotantek: editorial things we don't need to worry about
#rhiaro... The way that we solve the multiple list of properties problem is typically by making one normative and the others non-normative and point back to where they are normatively defined
#rhiaro... That way if there's a doubt you can say here's the normative list
#rhiarosandro: issue 341 is not editorial, that's a major imlementation change
#rhiarotantek: to handle this properly we should resolve these before CR
#rhiaro... Especially since they came in from horizontal review
#rhiaro... The other option is that if we honestly believe these are not going to affect implementatiosn we have to make a very strong case to the director to say we have these outstanding issues but we still think the document should go to CR and here is our case. Hard but not impossible
#rhiaro... If you decide you want to pursue it it's an option
#rhiaroeprodrom: I think that my main concern is that we went through a process that we resolved all the issues and decided to go to CR and did the transiton request and that from start to finish took about 4-6 weeks
#rhiaro... From the time we finished up the issues and got approval to go to CR
#rhiaro... I'm wondering if we would be restarting the clock ont hat or if we can just say we resolve these issues then go to CR without th emeeting again?
#rhiarosandro: Ralph said if we resolve them by consensus including with the commentor we don't need another transition meeting
#rhiaro... so if Richard and James and you are all cool with solving these within in the next few days e can publsih at that point
#rhiarosandro: whenever you get it done, the next tuesday or thursday
#rhiarotantek: waiting on the consensus and edits to happen
#rhiaroeprodrom: great. That's good news. I'm going to let james know that we are waiting on publication for him and then also double check with Richard that we've satisfied him on 338
#rhiaro... and we would publish without another meeting of this group
#rhiarotantek: Evan I think all you have to do is make sure Richard is happy with the edits
#rhiaro... Once you've got the draft edited to resolve the issue Richard needs to take another look to check those sections align with his understanding
#rhiaro... Once you get that thumbs up you can publish. Assuming we're not making other changes to the draft
#rhiaro... We're responding to a specific issue, nto affecting other issues
#rhiaroeprodrom: I will take care of the editorial issues in the meantime
#rhiarotantek: if anyone else in the group is concerned about this issue or wants to follow it just go ahead and comment on the issue
#rhiaro... You'll be notified as evan updates the issue with resolutions and that will be your opportunity to offer your opinion or objection
#rhiaro... To be clear none of this is trying to sidestep the groups ability to participate in this decision. Just tryign to streamline
#rhiaro... So if you do want to keep participating in this particular issue you can comment directly there. We're not taking it back to a resolution vote in the group
#ZakimAs of this point the attendees have been rhiaro, annbass, eprodrom, dmitriz, aaronpk, sandro, csarven, ben_thatmustbeme, cwebber, tsyesika, tantek