16:58:30 <RRSAgent> RRSAgent has joined #social
16:58:30 <RRSAgent> logging to http://www.w3.org/2015/07/07-social-irc
16:58:32 <trackbot> RRSAgent, make logs public
16:58:32 <Zakim> Zakim has joined #social
16:58:34 <trackbot> Zakim, this will be SOCL
16:58:34 <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
16:58:35 <trackbot> Meeting: Social Web Working Group Teleconference
16:58:35 <trackbot> Date: 07 July 2015
17:00:10 <wilkie> wilkie+
17:00:16 <wilkie> present+
17:00:17 <wilkie> or w/e
17:00:22 <Arnaud> almost :)
17:00:25 <elf-pavlik> present+ elf-pavlik
17:00:31 <wilkie> :)
17:00:32 <Arnaud> present+ wilkie
17:00:38 <wilkie> ooh
17:00:42 <wilkie> thanks
17:00:51 <elf-pavlik> Arnaud++
17:00:54 <Loqi> Arnaud has 18 karma
17:00:56 <ShaneHudson> present+ ShaneHudson
17:00:59 <Arnaud> present+ Arnaud
17:02:36 <aaronpk> present+ aaronpk
17:03:02 <eprodrom> eprodrom has joined #social
17:03:20 <cwebber2> present+ cwebber2
17:03:26 <sandro> RRSAgent, pointer?
17:03:26 <RRSAgent> See http://www.w3.org/2015/07/07-social-irc#T17-03-26
17:03:33 <sandro> present+ sandro
17:04:29 <eprodrom> present+ eprodrom
17:04:32 <eprodrom> Hello all!
17:04:51 <AnnB> present+
17:05:33 <wilkie> I can do it
17:05:39 <elf-pavlik> wilkie++
17:05:42 <Loqi> wilkie has 16 karma
17:05:44 <tantek> present+ tantek
17:05:54 <Arnaud> scribe: wilkie
17:05:57 <jasnell> running late, will be right there
17:05:57 <Arnaud> chair: Arnaud
17:06:04 <Loqi> jasnell: elf-pavlik left you a message 5 days, 6 hours ago: could you please consider disabling mailing list notifications for PR while eprodrom works on editorial improvements? thx! http://socialwg.indiewebcamp.com/irc/social/2015-07-02/line/1435834198178
17:06:06 <wilkie> who is scribing? haha
17:06:10 <Arnaud> agenda: https://www.w3.org/wiki/Socialwg/2015-07-07
17:06:19 <ShaneHudson> wilkie: You can haha unless you want me to?
17:06:25 <wilkie> doesn't matter to me
17:06:30 <wilkie> I'll do it
17:06:33 <tantek> present+ tantek
17:06:34 <wilkie> :)
17:06:42 <Arnaud> PROPOSED: Approve minutes of 30 June https://www.w3.org/wiki/Socialwg/2015-06-30-minutes
17:06:46 <elf-pavlik> +1
17:06:49 <wilkie> TOPIC: approval of minutes
17:06:53 <wilkie> +1
17:06:55 <eprodrom> +1
17:07:00 <Arnaud> RESOLVED: Approve minutes of 30 June https://www.w3.org/wiki/Socialwg/2015-06-30-minutes
17:07:05 <wilkie> Arnaud: we'll call it resolved
17:07:16 <wilkie> Arnaud: we can move to the main item of the agenda: Activity streams 2.0
17:07:47 <jasnell> present+ jasnell
17:07:53 <wilkie> Arnaud: Last week we decided to publish the specification as a regular working draft. it would be good to know where we are. it would be nice to know when the draft WD will happen?
17:08:16 <wilkie> jasnell: I presented documents to harry last week and haven't heard back
17:08:26 <wilkie> Arnaud: harry is on vacation.
17:08:52 <wilkie> jasnell: sandro I copied you on note and got a failure to deliver. I'll attempt to resend. if harry can't do it, maybe we can work on it
17:08:59 <wilkie> Arnaud: can we get set up to do publication with a new tool
17:09:06 <wilkie> jasnell: I've not had the opportunity. maybe this week
17:09:30 <wilkie> Arnaud: this would solve this problem. once we have the tool, it will just be a click of a button and the editor will have the control/credentials. worth the investment.
17:09:36 <wilkie> Arnaud: we'll have to wait for harry to come back
17:10:01 <wilkie> Arnaud: otherwise, last week, we finished the call discussing a set of issues on github and everyone was meant to come prepared to discuss them.
17:10:21 <rhiaro> present+ rhiaro
17:10:30 <dromasca> dromasca has joined #social
17:10:45 <wilkie> Arnaud: I would like us to proceed with this. on github and not on the WG tracker. jasnell: you have the lead on how to discuss this. there's no set order.
17:10:59 <jasnell> https://github.com/jasnell/w3c-socialwg-activitystreams/issues/134
17:11:19 <tantek> jasnell++ for providing just in time URLs
17:11:22 <Loqi> jasnell has 24 karma
17:11:49 <wilkie> jasnell: we'll start with 134. "require specific vocab" because of the way json-ld works if things aren't in the context they get silently dropped
17:12:02 <elf-pavlik> "@vocab": "_:" - https://github.com/jasnell/w3c-socialwg-activitystreams/blob/master/activitystreams2-context.jsonld#L3
17:12:24 <wilkie> jasnell: to avoid this, the as context document uses the @vocab to declare the default vocbularity to be "_:"
17:13:19 <wilkie> jasnell: doing this any types undeclared are preserved but their meaning is document specific. if two documents have a 'foo' and they are not defined, they both have distinct 'foo' types that aren't comparable.
17:13:25 <elf-pavlik> foo property example https://github.com/jasnell/w3c-socialwg-activitystreams/issues/134#issuecomment-108255400
17:13:40 <wilkie> jasnell: therefore, you have to make sure for interop that you don't use terms that are ambiguous/undefined
17:13:46 <elf-pavlik> q+
17:14:30 <wilkie> jasnell: so: do we want a common prefix for unknown things? the benefits would be it would give more assumed interoperability for documents with undeclared extensions. however, could lead to a false sense that two similarly named extensions are the same.
17:14:40 <sandro> q+ to say we should not have a default @vocab; accidental term collision is bad; bnodes are bad.
17:14:49 <Arnaud> ack elf-pavlik
17:15:38 <wilkie> elf-pavlik: I wanted to clarify that my issue does not propose a common prefix. if somebody uses properties outside of the context that person would have to define their namespace.
17:15:46 <eprodrom> q+
17:15:52 <wilkie> elf-pavlik: that way they would have unique uri to identify them.
17:15:58 <Arnaud> ack sandro
17:15:58 <Zakim> sandro, you wanted to say we should not have a default @vocab; accidental term collision is bad; bnodes are bad.
17:16:20 <wilkie> sandro: I think you can frame this as "what should happen when one publishes activity streams and don't do what they are supposed to do"
17:16:52 <wilkie> sandro: they published things outside of the context basically. options: they are ignored, they map to a blank node, and a common namespace.
17:16:55 <elf-pavlik> -1 mapping to common namespace
17:17:25 <wilkie> sandro: common namespace can still conflict. blank nodes aren't a great idea either because they have some issues and strange behavior with RDF systems.
17:17:30 <tantek> +1 to silently ignoring
17:17:35 <elf-pavlik> my issue title starts with: "require explicit @vocab or define prefix if custom terms used"
17:17:49 <cwebber2> 0 to anything :)
17:17:50 <Arnaud> ack eprodrom
17:17:52 <wilkie> sandro: I think silently ignoring them is a nice clear behavior. and people can understand "oh yeah, I'm not supposed to do that. they need to map to a url"
17:18:11 <tantek> has anyone come up with pragmatic extension examples for AS2?
17:18:17 <wilkie> eprodrom: seems to me that this is what people do with blank nodes: ignore them.
17:18:29 <eprodrom> SHOULD
17:18:29 <tantek> bnodes--
17:18:31 <Loqi> bnodes has -1 karma
17:18:42 <tantek> mustignore++
17:18:44 <Loqi> mustignore has 1 karma
17:18:46 <wilkie> eprodrom: can we say in the extension area of the draft that they would be ignored if they do not specify things clearly
17:18:46 <elf-pavlik> +1 SHOULD + silently ignore
17:18:50 <jasnell> q+
17:18:53 <wilkie> eprodrom: I don't feel this is a MUST situation
17:19:27 <elf-pavlik> q+
17:19:36 <Arnaud> ack jasnell
17:19:38 <wilkie> Arnaud: I see elf-pavlik say that things shouldn't be mapped to a common namespace. I believe your proposal suggests people must define a namespace, but what if they don't? we still need to handle cases where people don't do it.
17:20:20 <wilkie> jasnell: the use of blank nodes here (the point that people ignore them is totally valid) just ensure that undeclared pieces make it through the json-ld expansion and letting the application decide what to do with these nodes later.
17:20:39 <wilkie> jasnell: if people do RDF processing then yes, some strange behaviors surface
17:21:00 <wilkie> jasnell: at least in json-ld expansion it does let the application decide what to do next.
17:21:29 <wilkie> jasnell: I do believe that it should suggest that these might be ignored, but we should allow applications to do this if they want to do so
17:21:39 <Arnaud> ack elf-pavlik
17:21:45 <sandro> q+ to ask for the use case for this bnode mapping
17:22:21 <wilkie> elf-pavlik: I think silently ignoring in the case where people do the wrong thing is valid.
17:22:47 <jasnell> q+
17:23:11 <wilkie> elf-pavlik: in the case of blank nodes, I think people understand that blank nodes from two documents are not comparable, but how will people understand that two documents have the same extension property with json-ld?
17:23:25 <sandro> +1 elf-pavlik how do people NOT using json-ld work with extensions?
17:23:56 <wilkie> jasnell: you really need to declare a json-ld context. if multiple implementations are using the same term without declaring it, the spec already says they will have interop issues.
17:24:12 <tantek> sandro - well, in microformats2 we use CSS style -vendor- prefixes for extending h-* object names, as well as p-* property names.
17:24:38 <Arnaud> ack sandro
17:24:38 <Zakim> sandro, you wanted to ask for the use case for this bnode mapping
17:24:39 <tantek> works reasonably well enough in practice for CSS, and so far in microformats2 as well. no URLs needed.
17:24:39 <wilkie> jasnell: if an implementation is not using json-ld expansion in this case, it would be undefined behavior
17:24:43 <elf-pavlik> in plain JSON we also don't have # fragment URI support ...
17:25:55 <wilkie> sandro: jasnell, you seem to have a use-case for this? in some cases they do want to look at this stuff and know what to do, and in that case we are telling them to use blank nodes, maybe? I don't understand the use-case.
17:27:06 <wilkie> jasnell: it comes down to allowing applications to do what they want to do but providing the guidance. if an application is closed-network then they can do whatever. if they care, the spec provides the guidance to do it well. it's about being prescriptive about what SHOULD be done, not normative about what must be done.
17:27:19 <wilkie> sandro: why tell them about blank nodes, then?
17:27:37 <Arnaud> ack jasnell
17:27:42 <wilkie> jasnell: the spec itself doesn't mention blank nodes, it is just that the processing puts them in by default in this case.
17:28:06 <elf-pavlik> q+ to ask again about strategy of integrating data from multiple sources without expanding terms to full URIs
17:28:11 <wilkie> sandro: it seems weird to have a standard context have a hack for when people break the rules.
17:28:14 <wilkie> jasnell: noted
17:28:27 <Arnaud> ack elf-pavlik
17:28:27 <Zakim> elf-pavlik, you wanted to ask again about strategy of integrating data from multiple sources without expanding terms to full URIs
17:28:34 <wilkie> Arnaud: seems like the status quo in the spec is what people are agreeing with so we should try to close this
17:28:44 <jasnell> q+
17:29:07 <Arnaud> ack jasnell
17:29:08 <wilkie> elf-pavlik: from my perspective, if you want interoperability, people have to expand these terms.
17:29:13 <sandro> +1 elf-pavlik if you want interoperability + extenisibility, you have to use full URIs
17:30:32 <wilkie> jasnell: I don't think we need to keep hammering on. I don't think we need changes to the spec, but rather the json-ld context. whether we keep vocab to the blank node or we remove that specific item. the difference is when somebody uses json-ld expansion on a document with an undeclared term without the default vocab, those undeclared terms are dropped and the application WILL NOT SEE THEM. the application
17:30:38 <wilkie>  will see the blank nodes but does not (can not?) define meaning.
17:30:38 <sandro> q+ to say I'm convinced
17:30:48 <Arnaud> ack sandro
17:30:48 <Zakim> sandro, you wanted to say I'm convinced
17:30:51 <wilkie> Arnaud: thank you jasnell
17:30:59 <wilkie> sandro: I lean towards keeping it
17:31:23 <jasnell> sandro: I agree it's a bit weird
17:31:23 <Arnaud> PROPOSED: Keep the spec as is: namespaces SHOULD be declared, unknown terms are ignored but passed onto the application as blank nodes
17:31:28 <wilkie> Arnaud: let's see if we can close on this. I'll try to summarize.
17:31:52 <wilkie> Arnaud: this is the status quo
17:31:53 <jasnell> +1
17:31:54 <wilkie> Arnaud: votes?
17:31:55 <wilkie> +1
17:31:57 <ShaneHudson> +1
17:32:00 <cwebber2> +0
17:32:08 <elf-pavlik> -0 possibly encourage 'bad practice'
17:32:15 <sandro> +1 this closes https://github.com/jasnell/w3c-socialwg-activitystreams/issues/134
17:32:16 <eprodrom> +1
17:32:17 <wilkie> Arnaud: I'll wait for elf-pavlik's vote. ok.
17:32:47 <wilkie> jasnell: I'll say to elf-pavlik, one of the things we can do is strengthen the language in the spec about why it is important these extensions are declared in the context.
17:33:03 <wilkie> jasnell: if people are not doing json-ld processing, it is worth noting it will not help them in any case.
17:33:03 <sandro> +1 jasnell strengthen language in the spec about why you should give URLs to extension terms!
17:33:13 <elf-pavlik> sounds good to me jasnell thx!
17:33:14 <cwebber2> ok adding that languages changes my vote to
17:33:15 <cwebber2> +1
17:33:19 <wilkie> jasnell: but I can write in the spec about what are the good practices
17:33:23 <Arnaud> RESOLVED: Keep the spec as is: namespaces SHOULD be declared, unknown terms are ignored but passed onto the application as blank nodes (closes https://github.com/jasnell/w3c-socialwg-activitystreams/issues/134)
17:33:59 <Arnaud> https://github.com/jasnell/w3c-socialwg-activitystreams/issues/133
17:34:20 <wilkie> TOPIC: Issue: "Create Examples With input and output of Common Posts" Github: 133
17:34:36 <eprodrom> q+
17:34:58 <wilkie> jasnell: this is about looking at common services and creating examples (fictional, as they don't already use Activity Streams) for how to accomplish their use cases with activity streams
17:35:07 <wilkie> jasnell: the proposal would be to add these to the specification in some way
17:35:10 <Arnaud> ack eprodrom
17:35:43 <tantek> frankly, I think all examples should have to be this pragmatic
17:36:03 <wilkie> eprodrom: would it be useful to use example.org etc for these instead of specific services and anonymizing the services such as "uploading a photo" etc
17:36:04 <tantek> and if any existing examples don't make sense in this kind of context (or in the context of existing approved user stories), then we should drop those examples
17:36:17 <sandro> +1 eprodrom use .example not facebook.com, etc
17:36:40 <wilkie> jasnell: that seems reasonable. it is just a matter of who will do it. pull requests are welcome.
17:36:53 <tantek> wait what did I hear ".example" ?!?
17:36:58 <elf-pavlik> +1 .example
17:37:01 <tantek> why not ".eg" ?
17:37:06 <wilkie> sandro: it is now .example instead of example.org etc
17:37:15 <sandro> https://en.wikipedia.org/wiki/.example
17:37:26 <cwebber2> tantek: is .eg set up for examples the way .example is?
17:37:26 <eprodrom> Sorry, lost my connection in the middle of speaking
17:37:34 <tantek> cwebber2: it should be!
17:37:39 <wilkie> Arnaud: let's not get hung up about the domain. jasnell is saying it is just about Doing It. do we have a volunteer?
17:37:55 <tantek> where is ben_thatmustbeme ? he's been fixing a ton of the examples
17:38:04 <tantek> q+
17:38:06 <jasnell> ben_thatmustbemee++
17:38:07 <Loqi> ben_thatmustbemee has 1 karma
17:38:08 <Arnaud> ack tantek
17:38:10 <jasnell> ben_thatmustbeme++
17:38:12 <Loqi> ben_thatmustbeme has 86 karma
17:38:16 <tantek> argh muted
17:38:37 <eprodrom> I'm back!
17:39:02 <eprodrom> q+
17:39:09 <wilkie> tantek: ben_thatmustbeme has been doing a lot of work on improving examples in the spec. maybe file this as a separate issue for the spec and cc ben_thatmustbeme. I'm not volunteering him, but just saying you might find a volunteer here.
17:39:24 <wilkie> Arnaud: we already have an issue
17:39:48 <wilkie> tantek: this is a general issue. we would need a specific issue for the draft to say "examples should use .example"
17:40:14 <wilkie> tantek: is 'abigdreamer' a member of the WG?
17:40:14 <Arnaud> ack eprodrom
17:40:26 <wilkie> jasnell: no, but they are a user of activity streams giving useful input.
17:40:56 <wilkie> eprodrom: the next step here is to break up this issue into 8ish issues and do them one at a time
17:41:00 <wilkie> jasnell: that would be helpful
17:41:06 <elf-pavlik> eprodrom++
17:41:09 <Loqi> eprodrom has 21 karma
17:41:20 <wilkie> Arnaud: well, once that happens we can close this issue and refer to the other ones
17:41:23 <wilkie> eprodrom: correct
17:41:47 <melvster> jasnell: +1 keep @vocab, suggest urn: (sorry for late reply)
17:41:52 <Arnaud> action: eprodrom to break up github issue 133 into several ones, and close 133
17:41:52 <trackbot> Created ACTION-71 - Break up github issue 133 into several ones, and close 133 [on Evan Prodromou - due 2015-07-14].
17:42:05 <wilkie> Arnaud: let's move on!
17:42:13 <wilkie> Arnaud: we can tackle one more issue and then switch topic
17:42:24 <Arnaud> https://github.com/jasnell/w3c-socialwg-activitystreams/issues/131
17:42:40 <wilkie> TOPIC: Github Issue 131: Iconsistency wrt indirect object (target) and multiple actors
17:42:43 <elf-pavlik> +1 instrument (i plan to attribute both app and the device i use for creating content)
17:42:48 <wilkie> jasnell: with respect to 131, this one is largely resolved
17:42:48 <jasnell> https://github.com/jasnell/w3c-socialwg-activitystreams/issues/86
17:43:07 <wilkie> TOPIC: Github Issue 86: Add `application/ld+json` as requirement for servers
17:43:35 <tantek> -1 require servers to support ld+json
17:43:56 <tantek> better to put requirements on consuming code than publishers
17:44:00 <wilkie> jasnell: even though it has a type json-ld uses its own type "application/ld+json" and this issue suggests we add a requirement for servers to provide this type in addition to 'application/activity+json'
17:44:22 <wilkie> jasnell: if we see the json-ld type we can't make the same assumptions about what we will see
17:44:26 <tantek> propose rejecting this issue as being bad for publishers, and bad for interop
17:44:31 <wilkie> jasnell: therefore it is an important distinction
17:44:57 <wilkie> jasnell: the question is here: for the api, do we want to require (aka MUST) supporting the json-ld type
17:45:05 <Arnaud> ack tantek
17:45:10 <wilkie> Arnaud: tantek is already rejecting
17:45:43 <wilkie> tantek: I think that the issue is frankly ill-conceived and doesn't understand supporting interoperability
17:46:11 <wilkie> tantek: two types when you are publishing something makes it worse for consuming applications that have to suddenly support both and mitigating any issues in differences
17:46:33 <wilkie> tantek: making publishers work where consumers could do that work is bad design
17:46:52 <wilkie> tantek: the bottleneck is publishers and helping them get their data quality right
17:47:14 <wilkie> Arnaud: anybody else?
17:47:17 <eprodrom> q+
17:47:20 <ShaneHudson> I agree with tantek, my view isn't quite as strong but it doesn't feel like a good idea
17:47:22 <aaronpk> +1 to what tantek said
17:47:24 <Arnaud> ack eprodrom
17:47:28 <wilkie> Arnaud: otherwise we should let that sink in for today
17:47:54 <eprodrom> +1
17:47:55 <wilkie> eprodrom: I agree with tantek. I don't think it is a good idea to prescribe server behavior in this case.
17:48:01 <tantek> can we resolve to reject?
17:48:03 <tantek> so close!
17:48:18 <tantek> straw poll?
17:48:21 <melvster> +1
17:48:22 <wilkie> Arnaud: let's switch topic. we can close this next week if we agree.
17:48:34 <wilkie> Arnaud: social api?
17:48:34 <elf-pavlik> q+ re: experiments with auht and shared spaces
17:48:42 <melvster> SoLID requires the correct mime type, most of the web does
17:48:43 <Arnaud> ack elf-pavlik
17:48:43 <Zakim> elf-pavlik, you wanted to discuss experiments with auht and shared spaces
17:49:23 <wilkie> elf-pavlik: I didn't get to a write-up but I will get to writing up about SoLID authentication.
17:49:35 <wilkie> elf-pavlik: about authorization and group-spaces
17:49:38 <wilkie> Arnaud: anyone else?
17:49:45 <cwebber2> amy said she was having a laptop crisis
17:50:03 <cwebber2> not sure how long it will take for that brb to resolve :)
17:50:26 <wilkie> Arnaud: we didn't hear from bblfish about his write ups on SoLID stuff either.
17:50:34 <wilkie> Arnaud: for now, that will be it.
17:50:57 <wilkie> TOPIC: Charter License Update
17:51:09 <tantek> sandro has an update
17:51:16 <wilkie> Arnaud: last week we updated the license for the charter to one that is more permissable.
17:51:26 <wilkie> sandro: I have nothing to share about it right now. so let's move on
17:51:32 <tantek> I put it on the agenda, for a reminder to ask sandro for an update
17:51:40 <wilkie> Arnaud: Who put that on the agenda? *laughs* sorry, everybody. no update for now.
17:51:48 <tantek> no miscommunication, this is what we wanted. no update, no problem (yet) :)
17:51:53 <wilkie> TOPIC: Tracking of Actions and Issues
17:52:09 <wilkie> Arnaud: any actions to declare victory upon? it would be nice to see progress on some of these old issues.
17:52:18 <Arnaud> http://www.w3.org/Social/track/actions/open
17:52:52 <wilkie> jasnell: I would say action 26 is underway. ben_thatmustbeme has been doing a fantastic job on this.
17:52:55 <wilkie> http://www.w3.org/Social/track/actions/26
17:53:11 <tantek> ben_thatmustbeme++ agreed!
17:53:13 <Loqi> ben_thatmustbeme has 87 karma
17:53:18 <wilkie> jasnell: I would be ok with closing this in respect of it being underway.
17:53:24 <wilkie> Arnaud: any objections to close 26?
17:53:31 <elf-pavlik> ben_thatmustbeme++
17:53:34 <Loqi> ben_thatmustbeme has 88 karma
17:53:35 <wilkie> Arnaud: hearing none, we will close it. any others?
17:53:49 <wilkie> jasnell: I don't see much value in keeping 32 open. we've already reviewed many apis.
17:53:55 <wilkie> http://www.w3.org/Social/track/actions/32
17:53:56 <eprodrom> +1
17:54:13 <wilkie> Arnaud: let's ask evan [who opened the issue] are you ok with closing?
17:54:23 <wilkie> Arnaud: ok. let's close that.
17:54:23 <eprodrom> Yes please
17:54:26 <eprodrom> Sorry, disconnected
17:54:43 <elf-pavlik> ok to close 34
17:54:53 <wilkie> http://www.w3.org/Social/track/actions/34
17:54:58 <wilkie> jasnell: we can close 34
17:55:08 <wilkie> Arnaud: elf-pavlik, you had the action. ok to close? ok. let's close.
17:55:28 <tantek> yes on keeping 35
17:55:37 <wilkie> jasnell: 35, tantek in february. haven't see any movement on it. are you going to move on this?
17:55:42 <tantek> I've heard more requests for "what is the type of x?"
17:55:53 <wilkie> Arnaud: yeah, this is one I would not be happy with closing as is.
17:55:57 <wilkie> http://www.w3.org/Social/track/actions/35
17:56:10 <elf-pavlik> 50 & 57 hopefully i could sart on it in a week or so
17:56:11 <tantek> rhiaro: was going to look into the opensocial posts
17:56:13 <wilkie> http://www.w3.org/Social/track/actions/47
17:56:23 <wilkie> jasnell: do we need 47?
17:56:24 <tantek> these are for the whole wg right? not as2 specifically?
17:56:43 <jasnell> we can likely close http://www.w3.org/Social/track/actions/52
17:56:49 <rhiaro> I sent several messages to different email addresses and twitter for the guy about opens ocial posts, no reply. Spoke to harry a couple of weeks ago, he sort of handwaved about it a bit, wasn't sure who else we could contact
17:56:50 <wilkie> Arnaud: if there is any action you are assigned to where you have an issue that blocks you, this is the time to speak up and we can try to solve it
17:57:19 <elf-pavlik> tantek, each action has "Associated with" and a product e.g. AS2
17:57:20 <wilkie> jasnell: 52 can likely close, but we don't have harry here
17:57:43 <wilkie> Arnaud: yeah, this one is bizarre.
17:57:46 <wilkie> Arnaud: anybody else?
17:58:19 <ShaneHudson> https://github.com/jasnell/w3c-socialwg-activitystreams/issues/86
17:58:30 <tantek> let's 86 #86
17:58:31 <AnnB> see ya
17:58:35 <Arnaud> PROPOSED: Close https://github.com/jasnell/w3c-socialwg-activitystreams/issues/86 with a no
17:58:36 <eprodrom> Bye AnnB
17:58:37 <jasnell> +1
17:58:40 <tantek> +1
17:58:41 <ShaneHudson> +1
17:58:42 <eprodrom> +1
17:58:43 <cwebber2> +1
17:58:45 <wilkie> Arnaud: so we have 2 minutes. maybe we can go back to issue 86
17:58:51 <wilkie> +1
17:58:53 <elf-pavlik> +0 moving to API issues
17:58:54 <aaronpk> +1
17:59:06 <Arnaud> RESOLVED: Close https://github.com/jasnell/w3c-socialwg-activitystreams/issues/86 with a no
17:59:20 <wilkie> Arnaud: doesn't seem that controversial *laughs* then let's close that.
17:59:40 <tantek> shall we cancel next week?
17:59:44 <tantek> for Bastille day?
17:59:45 <wilkie> Arnaud: we are out of time. if you have any more topics, they need to be on the agenda for next week.
17:59:53 <tantek> up to eprodrom
18:00:12 <wilkie> Arnaud: not sure I will be on the next call
18:00:15 <eprodrom> tantek: I'm open
18:00:18 <tantek> ok cool
18:00:20 <cwebber2> wilkie++
18:00:22 <Loqi> wilkie has 17 karma
18:00:22 <tantek> wilkie++ for scribing!!!
18:00:24 <wilkie> Arnaud: thank you wilkie for scribing!
18:00:25 <Loqi> wilkie has 18 karma
18:00:26 <ShaneHudson> I will not be able to make next week. But will be up for scribing the week after :)
18:00:27 <cwebber2> and Arnaud++ for running
18:00:28 <eprodrom> Thanks all
18:00:30 <wilkie> Arnaud: thank you all for joining. take care!
18:00:31 <cwebber2> later
18:00:31 <elf-pavlik> Arnaud++
18:00:31 <eprodrom> Arnaud++
18:00:33 <Loqi> too much karma!
18:00:36 <wilkie> Arnaud++
18:00:39 <Arnaud> trackbot, end meeting
18:00:39 <trackbot> Zakim, list attendees
18:00:39 <Zakim> sorry, trackbot, I don't know what conference this is
18:00:47 <trackbot> RRSAgent, please draft minutes
18:00:47 <RRSAgent> I have made the request to generate http://www.w3.org/2015/07/07-social-minutes.html trackbot
18:00:48 <trackbot> RRSAgent, bye
18:00:48 <RRSAgent> I see 1 open action item saved in http://www.w3.org/2015/07/07-social-actions.rdf :
18:00:48 <RRSAgent> ACTION: eprodrom to break up github issue 133 into several ones, and close 133 [1]
18:00:48 <RRSAgent>   recorded in http://www.w3.org/2015/07/07-social-irc#T17-41-52