2015-11-10 UTC
# 00:05 ben_thatmustbeme bengo, as i understand it you don't need the password to just dial in, its only if you use the web app # 00:05 bengo ben_thatmustbeme alright. Thanks ben bblfish, jasnell, tilgovi, bengo, tantek, Arnaud, melvster, the_frey and bblfish_ joined the channel
tantek and shevski joined the channel
# 14:10 tantek sandro: rhiaro is going to take me into the office for the telcon(s) - perhaps we can share a connection? # 14:16 tantek does anyone here expliicitly enter or designate a "summary" of their posts on their website? bblfish, jasnell and danbri joined the channel
# 16:14 cwebber2 rhiaro_: any feedback you have is most welcome btw :) eprodrom, kevinmarks and jaywink joined the channel
tantek joined the channel
the_frey joined the channel
azaroth, csarven and bengo joined the channel
KevinMarks joined the channel
akuckartz joined the channel
# 18:02 wseltzer present+ wseltzer RRSAgent joined the channel
# 18:02 wseltzer present+ jasnell,tantek,sandro,wseltzer,rhiaro # 18:02 azaroth Present+ Rob_Sanderson # 18:02 wseltzer to catch those who present+'d before rrsagent arrived # 18:04 eprodrom Arnaud, can I ask a favor? # 18:04 Arnaud fyi, I learned that if you're happy with your irc nickname being used for attendance you can save a few keystrokes by just doing present+ # 18:04 eprodrom Can you copy over those agenda items? # 18:05 eprodrom Present+ eprodrom # 18:05 wseltzer zakim, who is here? # 18:05 Zakim Present: Arnaud, csarven, rhiaro, aaronpk, shanehudson, sandro, elf-pavlik, kevinmarks, wilkie, eprodrom, jasnell, ben_thatmustbeme, cwebber, tantek, hhalpin, james, tsyesika, # 18:05 Zakim On IRC I see RRSAgent, akuckartz, KevinMarks, csarven, azaroth, the_frey, tantek, jaywink, eprodrom, jasnell, bblfish, melvster, Arnaud, wilkie, cwebber2, ben_thatmustbeme, # 18:05 Zakim ... wseltzer, akuckartz, shepazu, Rob_Sanderson, Shane_, rene, cwebber2, Benjamin_Young # 18:05 Zakim ... bitbear, shepazu, bret, tommorris_, tsyesika, jet, aaronpk, raucao, Loqi, bigbluehat, ElijahLynn, tessierashpool_, rhiaro_, rrika, Zakim, dwhly, pdurbin, rhiaro, sandro, # 18:06 eprodrom trackbot, start meeting # 18:06 Zakim I do not see a conference matching that name scheduled within the next hour, trackbot # 18:07 cwebber2 eprodrom: unfortunately I have limited connectivity, may be slow on IRC # 18:07 cwebber2 eprodrom: first item is to review/approve last week's minutes # 18:08 eprodrom Proposal: approve minutes for 2015-11-03 # 18:09 cwebber2 eprodrom: one note about this week's agenda is that we had some agenda items from last week that did not get handled, so according to the FIFO procedure we're following, we have now moved them all to today's agenda? # 18:09 cwebber2 Arnaud: reload your page and I think it should look reasonable # 18:09 cwebber2 eprodrom: first item at top of page is simplified microformats 2 json format, JS2 # 18:09 cwebber2 eprodrom: I think we've discussed it, maybe we can review quickly # 18:10 cwebber2 eprodrom: thanks for reminding me, we'll roll over to next week and address AS 2.0, is james on? # 18:10 cwebber2 eprodrom: a couple have come from elf, is elf on the call? # 18:10 cwebber2 Arnaud: the first few are from last week because elf was not on # 18:11 cwebber2 tantek: didn't see him dial in, don't see him on present list from Zakim # 18:11 cwebber2 eprodrom: I'm not sure we need the proposer to be here to deal with these. should se address now or wait till elf is here? my feeling is to wait, but we may pass off for multiple meetings # 18:12 cwebber2 tantek: if james has a succinct resolution to propose, otherwise I'm ok with postponing # 18:12 cwebber2 jasnell: I have my own biased opinion, best to postpone # 18:12 cwebber2 eprodrom: so we wil pass over 221, 223, 208, that brings us to 52 # 18:12 cwebber2 eprodrom: since this is a pretty contentious one, let's start with 52 # 18:13 cwebber2 jasnell: the short summary is that the AS spec currently defines an activity media type to identify docs # 18:13 cwebber2 jasnell: the argument in the proposal is to provide the json-ld type # 18:14 cwebber2 jasnell: my proposal is to treat them as equal, that the AS2 type SHOULD be treated as equivalent # 18:14 cwebber2 jasnell: generally +1'ed, with 2 dissenteres, on the thread # 18:14 tantek but the "must" support is for "application/activity+json" right? # 18:14 cwebber2 sandro: there's no requirement on server to say "I want activitystreams" # 18:14 azaroth q+ to disagree with Sandro # 18:14 Zakim sees tantek, azaroth on the speaker queue # 18:14 cwebber2 jasnell: to use json-ld media type you have to provide a profile parameter # 18:15 Zakim sees tantek, azaroth, akuckartz on the speaker queue # 18:15 cwebber2 jasnell: you can but many implmenetations don't, it's an optional feature # 18:15 cwebber2 sandro: the spec says you can't put it there, unless I'm wrong # 18:15 cwebber2 sandro: so unless I'm wrong, you can't ask for activitystreams from someone who doesn't know that media type # 18:15 wilkie I believe you can put whatever you want in Accept, but it isn't standard # 18:15 cwebber2 sandro: you shouldn't do this, but oif you really want to, you're in bad shape # 18:16 cwebber2 jasnell: my proposed solution is to treat them as equivalent # 18:16 Zakim sees tantek, azaroth, akuckartz on the speaker queue # 18:16 cwebber2 jasnell: with the AS type being a MUST, and equivalency is a SHOULD # 18:16 wilkie as long as it is: ; something = "some string" # 18:16 cwebber2 tantek: just to understand.. oh ok james may have just clarified my question # 18:16 Zakim sees azaroth, akuckartz on the speaker queue # 18:17 cwebber2 "application/activity+json" is a MUST, proposing a SHOULD for profile equivalence # 18:17 Zakim sees azaroth, akuckartz, eprodrom on the speaker queue # 18:17 Zakim azaroth, you wanted to disagree with Sandro # 18:17 Zakim sees akuckartz, eprodrom on the speaker queue # 18:17 cwebber2 azaroth: I disagree with sandro's interpretation... there's clearly a parameter in the media range, don't see why you couldn't fit in a parameter. If that is true though, that's something to keep in mind though # 18:17 Zakim sees akuckartz, eprodrom, cwebber on the speaker queue # 18:18 cwebber2 azaroth: if we can't do that, there's no point defining an equivalence # 18:18 Zakim sees akuckartz, eprodrom, cwebber, jasnell on the speaker queue # 18:18 Zakim sees akuckartz, eprodrom, jasnell on the speaker queue # 18:18 sandro "The media-range MAY include media type parameters that are applicable to that range. " # 18:18 cwebber2 cwebber2: fwiw I think manu said they specifically added profiles for this purpose # 18:18 jasnell the implementation support for content negotiation using parameters is sketchy at best # 18:18 eprodrom ack akuckartz # 18:18 Zakim sees eprodrom, jasnell on the speaker queue # 18:18 cwebber2 akuckartz: my problem is we've been discussing this for some time now # 18:19 cwebber2 akuckartz: in favor of media type and against profile # 18:19 cwebber2 akuckartz: all the time one argument was refuted... and once again we have a new argument for resolving this # 18:19 cwebber2 akuckartz: we created a wiki page to collect all arguments we have # 18:19 Zakim sees eprodrom, jasnell, cwebber on the speaker queue # 18:19 jasnell there are popular implementations, for instance, that do not properly handle case sensitivity of comparison in parameter values # 18:19 cwebber2 akuckartz: I suggest we provide new page with reasons for profile # 18:20 cwebber2 akuckartz: last argument was put forward against json-ld media type was problem of list of lists... even that is not against json-ld + profile # 18:20 ben_thatmustbeme I honestly do not care what the media type is so long as it is unique, and preferrably only 1 media type the_frey_ joined the channel
# 18:21 cwebber2 eprodrom: it sounds like you have a no-compromise idea, what you proposed as as a process is that there is a list of reasons for having a media type for activitystreams, and those will bve refuted one by one, and when th full list is completed, that's when the wg handles it # 18:21 cwebber2 akuckartz: I'm not against it, I don't see the reasons in support of a new media type # 18:21 tantek I don't think this is worth more time frankly, so much time has been wasted on such plumbing. Perhaps we can do a strawpoll to see where the group is overall? # 18:21 cwebber2 eprodrom: could you sketch out to see what way you think the w3c should go forward? would it be just json-ld with profile? # 18:21 rhiaro_ and wait what about for people who aren't using json-ld..? # 18:22 Zakim sees eprodrom, jasnell, cwebber on the speaker queue # 18:22 cwebber2 akuckartz: yes, then we could have just json-ld... it's more effort than to handle profile # 18:22 bigbluehat there's nothing preventing the use of the application/ld+json media type being used by those who want to...the document could still use the AS2 @context value # 18:22 Zakim sees eprodrom, cwebber on the speaker queue # 18:22 cwebber2 eprodrom: what I'd like to do is to continue this discussion in middle of discussion # 18:22 wilkie this was already about a compromise where people didn't want to see explicit json-ld # 18:22 tantek perhaps a straw poll A, B, C? of the options? # 18:22 cwebber2 eprodrom: I'd like to get at est of the working group # 18:22 Zakim sees eprodrom, cwebber on the speaker queue # 18:23 cwebber2 eprodrom: to ack myself, I'd like to ask james if we're dealing with multiple fallback media types, should we put application/json on that list # 18:23 azaroth q+ to note application conformance re list of lists # 18:23 Zakim sees cwebber, azaroth on the speaker queue # 18:23 cwebber2 jasnell: that's defined as part of the rfc in support of the suffix # 18:24 cwebber2 jasnell: I believe anything using the +json suffix automatically has application/json as fallback # 18:24 azaroth link to spec please? KevinMarks joined the channel
# 18:24 Zakim sees cwebber, azaroth on the speaker queue # 18:25 azaroth many thanks! :) # 18:25 rhiaro_ cwebber: I think we're as close to consensus as we're going to get on this # 18:25 rhiaro_ ... It seems fromt he LD side we're going to be able to have a guarantee that things can be in an LD format # 18:25 rhiaro_ ... the microformats community doesn't necessarily want things to be JSON-LD which is fulfilled by this # 18:25 rhiaro_ ... Seems like we're in a good space of both sides being happy # 18:26 rhiaro_ ... In response to the previous questiona bout the justification, there has been a lot of conversation in thsi group who don't necessarily want to view things as LD # 18:26 rhiaro_ ... and want to have a fallback where they can guarnatee that things are simple json # 18:26 rhiaro_ ... and being able to provide a way to say that things are handled here and that is handled as the profile # 18:26 rhiaro_ ... I'd prefer not to lose this opportunity to have the group agree # 18:26 Zakim azaroth, you wanted to note application conformance re list of lists # 18:27 cwebber2 azaroth: one concern is the list of list for geojson list of lists # 18:27 cwebber2 azaroth: that one can't just be a profile of json-ld, because json-ld won't provide those things # 18:27 cwebber2 cwebber2: jasnell: that's just an extension anyway to AS2 though right? # 18:27 sandro uhhhhh, but then those wont work in json-ld at all, so they break other things....? # 18:28 cwebber2 eprodrom: I have one more question for james, which is we're using this we're using this for AS1 and AS2, is this compatible # 18:28 cwebber2 jasnell: it's independent of that. activity+json is specifically AS2 # 18:28 wilkie is there a media type for AS1? I don't think I'm using one. # 18:28 tantek from earlier: jasnell: with the AS type being a MUST, and equivalency is a SHOULD # 18:29 jasnell the proposal is to say that implementers SHOULD treat application/ld+json; profile="http://www.w3.org/ns/activitystreams" as being equivalent to application/activity+json # 18:29 jasnell but that application/activity+json is the media type for AS2 documents # 18:30 cwebber2 eprodrom: that looks good, can you copy/pasta that with PROPOSAL: # 18:30 jasnell PROPOSAL: the proposal is to say that implementers SHOULD treat application/ld+json; profile="http://www.w3.org/ns/activitystreams" as being equivalent to application/activity+json, but that application/activity+json is the media type for AS2 documents # 18:31 cwebber2 sandro: would you rather have this spec never be published # 18:32 cwebber2 sandro: you'd like to have several more dozen person hours on this # 18:32 eprodrom ack akuckartz # 18:32 cwebber2 akuckartz: well the problem is there's several sequential arguments put forward # 18:32 melvster 0 may not be a stakeholder so wont state a view, tho I've not seen arguments in favour of application/activity+json so it seems a strange vote # 18:32 cwebber2 akuckartz: you can overrule my objection but I'm not convinced and I think it's the wrong decision. You can overrule # 18:34 sandro PROPOSED; the media type for AS2 is application/ld+json; profile="http://www.w3.org/ns/activitystreams" and implementation SHOULD treat the media type application/activity+json as equivalent # 18:34 cwebber2 cwebber2: I could live with this, but I feel like it's not as good. # 18:34 cwebber2 cwebber2: it's obvious that there's stronger objections from many parts of the group # 18:35 wilkie -0 jsonld seems more required. that'll cause implementation schisms I'd think # 18:35 cwebber2 cwebber2: whereas previously there was closer to a happy compromise between many parts of the group # 18:35 cwebber2 cwebber2: again I think we're going to lose an opportunity # 18:35 tantek also what wilkie said - it becomes much harder to go pitch / ask developers to implement something supposedly simple JSON but says MUST support JSONLD mediatype. # 18:35 cwebber2 sandro: do you think you understand where these -1s are coming from # 18:35 cwebber2 azaroth: there's a third option which is to reduce it to one # 18:36 azaroth s/azaroth/akuckartz/ # 18:36 tantek similarly there's another option to *only* use application/activity+json # 18:36 csarven KevinMarks If List of Lists is a requirement? One can raise arbitrary structures and say that it is a non-starter. # 18:36 azaroth csarven: Yes, for GeoJSON # 18:37 KevinMarks List of lists is valid json. Json-ld should be able to handle them or stop calling itself json # 18:37 aaronpk A list of list is valid json so it's ridiculous to specify a media type that disallows valid json # 18:37 rhiaro_ cwebber: we should take the opportunity to find a compromise that more people are happy with # 18:37 csarven KevinMarks That argument has 0 barring on what's being discussed. # 18:37 tantek altern atively we could propose a straw poll on *only* "application/activity+json" for the folks who prefer "just one mediatype" if they would like to consider it # 18:38 azaroth csarven: Good question, but I've heard it asserted that it's in scope. # 18:38 cwebber2 eprodrom: to mf2 people, is there any way to rephrase #2 proposal where you'd be happy # 18:38 csarven azaroth If that's in the scope, a URL would be nice. When was it initially asserted? # 18:38 cwebber2 tantek: I think you got the compromise you're aksing for if you look agove # 18:39 cwebber2 eprodrom: I see it, no if that's the case, if there are no other objections, I'd like to mark it as resolved # 18:39 melvster honestly i dont think saying "json ld is a non starter" is any kind of argument # 18:39 cwebber2 RESOLVED: the proposal is to say that implementers SHOULD treat application/ld+json; profile="http://www.w3.org/ns/activitystreams" as being equivalent to application/activity+json, but that application/activity+json is the media type for AS2 documents # 18:39 tantek melvster lots of W3C RECs are non-starters today. # 18:40 sandro melvster, not every W3C Rec is welcome in every context # 18:40 cwebber2 eprodrom: great, I'd like to give my congrats to the group # 18:40 cwebber2 eprodrom: if nothing else is done today, this is a huge step forward # 18:40 sandro akuckartz++ for making a clear argument, but also being willing to compromise # 18:40 cwebber2 jasnell: there's a proposal to drop story / folder / alboum # 18:40 cwebber2 jasnell: my proposal is to set up an extension vocab to include those and some other extensions, like Blog # 18:41 csarven If some W3C Recs are not welcome, I think it is reasonable to say that mf2 is a non-starter. # 18:41 cwebber2 jasnell: something that's not core but should be defined, basically # 18:41 melvster for the record I dont believe this vote reflects the consensus on the wiki and was an example of vote stuffing ... im not enough of a stake holder to make an objection tho, right now ... # 18:42 sandro melvster, in voting mostly what counts is if someone is willing to lie in the road. That's what matters, not what people think on the wiki. # 18:42 cwebber2 eprodrom: what about making this as any kind of ? for the core # 18:42 cwebber2 eprodrom: instead of 3 docuemnts, we have 2 documents, one with core classes and types, secondary doc is the extension # 18:42 tantek q+ to suggest dropping all the named collections as wilkie said, and leave it up to those that support those collections to put forth an extension draft for consideration as an ED # 18:42 cwebber2 jasnell: the core is the minimal core that folks should understand # 18:43 cwebber2 jasnell: what the proposed extensions are... we'll have an extension vocab anyway # 18:43 cwebber2 jasnell: and still have a home for these other things # 18:43 cwebber2 tantek: I want to put forth a proposal wilkie brought up, which is to drop all the named collections # 18:44 cwebber2 tantek: and rather than leave this a responsibility for jasnell, leave this as a separate spec for someone else to do # 18:44 Zakim tantek, you wanted to suggest dropping all the named collections as wilkie said, and leave it up to those that support those collections to put forth an extension draft for # 18:44 cwebber2 tantek: I'm saying don't commit to it here, let someone else do it with any commitment to take it to rec trac # 18:44 cwebber2 tantek: I think that's a bit different than what was on IRC and the minutes # 18:45 cwebber2 tantek: I think that burden should not fall to you, but to the strong advocates of it # 18:45 cwebber2 eprodrom: if we have no more discussion, then maybe we can resolve this kevinmarks joined the channel
KevinMarks_ joined the channel
# 18:45 cwebber2 eprodrom: maybe along the lines of a simple... accept that it.... well move story/folder/album to a new extension vocab # 18:46 jasnell PROPOSED: move Folder, Album, Story out of core into separate extension vocabulary # 18:46 tantek jasnell, yes a note-track I think would be a better start # 18:46 tantek +1 with caveat that the "separate extension vocabulary" is at best a note (we can discuss more later) # 18:47 cwebber2 RESOLVED: move Folder, Album, Story out of core into separate extension vocabulary bengo joined the channel
# 18:48 cwebber2 eprodrom: we are digging deep into AS2 and since we have good progress, I suggest we take one more AS2 item before going on to the invited expert stuff # 18:48 jasnell I just noticed that #208, #223 are duplicated in the agenda # 18:48 cwebber2 rhiaro: I noticed when you tried to put together a collection you could go one way but not the other # 18:49 rhiaro_ so you can see when you have an object, which collections its in # 18:49 cwebber2 jasnell: like I said last week, we used to have a memberOf property, but it seems like nobody thought it was needed, so was dropped in an earlier revision. There's other vocab terms that could be used as extensions for the same purpose # 18:49 rhiaro_ I can live with whatever on this, it was just a thought # 18:50 cwebber2 jasnell: in any other use case.. I think there's no proof of need to do this # 18:50 cwebber2 jasnell: I'd say it's an optional thing, I'm +0 on it # 18:50 wilkie strict specified ontologies are surprisingly unimportant. I can only see them being used for collection discovery of some kind. I'm indifferent. # 18:51 cwebber2 csarven: hi, I think there's a big list of partOf members, make sure inverses are in place, let's reuse existing terms... that's just kind of a cleaner approach # 18:51 cwebber2 eprodrom: proposal is to use partOf or whatever from another vocab # 18:51 tantek if there are no strong feelings, we should just drop # 18:51 rhiaro_ If someone is using something from another vocab, it doesn't matter, right? # 18:52 cwebber2 jasnell: we decided quite a while ago that AS2 should not depend on any other vocabulary. I have no problem as a best practice for implementers, but don't want to spec saying they should or must # 18:52 KevinMarks_ Is category/tag not how we empirically do "member of collection"? # 18:52 cwebber2 eprodrom: let's see if this matches amy's expectations # 18:52 tantek rhiaro: do you think this is worth postponing / dropping? # 18:53 csarven jasnell: Would you be cool to reuse existing terms (e.g., hasPart/isPartOf), and make sure there is a mapping to dcterms or whatever?' # 18:53 cwebber2 eprodrom: which is that we close 205 with recommendation to use.. is it partOf from dc terms csarven ? # 18:53 cwebber2 csarven: I was typing a mini proposal to james..woudl you mind getting to that? # 18:53 cwebber2 jasnell: yes we decided there would be no nominative dependency on another vocab, we already say use vcard if you're gonna do that... would probably be safe to say should use dc terms, just don't make it a requirmement # 18:54 eprodrom PROPOSAL: close 205 with recommendation to use partOf from DC:terms # 18:54 cwebber2 csarven: if as does have its own, at least map to dc terms # 18:55 azaroth Is the implication that any MAY or SHOULD can be from an external vocab? # 18:55 cwebber2 eprodrom: hopefully that answers rhiaro's original need # 18:55 cwebber2 RESOLVED: close 205 with recommendation to use partOf from DC:terms # 18:55 tantek -0 can live with it - expects it to be at risk in practice # 18:55 cwebber2 eprodrom: then we can do in last 5 minutes is address chris webber's question # 18:55 cwebber2 eprodrom: I know we've gone FIFO but would like to do this # 18:56 rhiaro_ cwebber2: we have some people sitting on the possible IE list # 18:56 rhiaro_ ... and I know we have someone who is eager to implement # 18:56 rhiaro_ ... I know there are people who look interesting there, but specifically the ownCloud people have emailed me asking what they can do to get inovled # 18:56 rhiaro_ ... Would be a shame to lose them while they're keen # 18:57 rhiaro_ eprodrom: The chairs today thought that the queue was empty # 18:57 rhiaro_ cwebber2: they ahve put themselves on the wiki page # 18:57 melvster FYI: frank from owncloud contacted me last week, and is interested in Solid # 18:57 KevinMarks_ Propose adding tag to the collection class as that is how we do collections # 18:57 rhiaro_ ... But specifically Frank, Jessica, Amy and I have spoken to him in person, and he's emailed me multiple times # 18:58 rhiaro_ ... They ahve a huge userbase and it would be great to have them # 18:58 rhiaro_ eprodrom: we have multiple queues for people to add themselves # 18:58 rhiaro_ ... I'll take it as an action for myself to get this resolved # 18:58 rhiaro_ ... We need to get them into the main queue for IE applications # 18:58 rhiaro_ eprodrom: if there's any quesitons, we'll address them at our chair's meeting next week # 18:59 cwebber2 eprodrom: if closed on this, we have couple more minutes # 18:59 Arnaud that's the problem with having two lists of requesters: the wiki and the application queue # 18:59 cwebber2 eprodrom: not sure if the next item on agenda is something we can do in 90 seconds # 18:59 cwebber2 jasnell: 247 and 248, rmoving title property and moving displayName to name # 18:59 azaroth +1 remove title, rename to name # 18:59 cwebber2 jasnell: and displayName to name, displayName is from as1 # 19:00 cwebber2 eprodrom: displayName is a synonym, for backwards compat, we could map displayName for context # 19:01 cwebber2 jasnell: displayName is a synonym, for backwards compat, we could map displayName for context # 19:01 cwebber2 eprodrom: sounds good, maybe more discussion to do and I'd like to confirm # 19:01 eprodrom trackbot, end meeting # 19:01 Zakim As of this point the attendees have been Arnaud, csarven, rhiaro, aaronpk, shanehudson, sandro, elf-pavlik, kevinmarks, wilkie, eprodrom, jasnell, ben_thatmustbeme, cwebber, # 19:02 Zakim ... tantek, hhalpin, james, tsyesika, wseltzer, akuckartz, shepazu, Rob_Sanderson, Shane_, rene, cwebber2, Benjamin_Young # 19:05 eprodrom ben_thatmustbeme: let me take this opportunity to say that the new agenda format is superb # 19:05 eprodrom Seems like product ivity is on the rise # 19:05 eprodrom Deeply appreciated # 19:05 eprodrom And I gladly say I was wrong to oppose it # 19:05 eprodrom Sandro, on it # 19:06 rhiaro_ cwebber2: I might have messed up the scribenick nicks a bit hope that wasn't too annoying # 19:09 ben_thatmustbeme eprodrom: i'll admit it is working out better than i expected. The roll over basically jump starts the next weeks agenda and gives everyone more time to digest it kevinmarks, danbri, jasnell and bengo joined the channel
bengo joined the channel
# 20:54 azaroth Does loqi auto-generate meme images? :) # 20:57 rhiaro_ azaroth: yes, sometimes they sneak into minutes, experiments best in PM :) # 20:57 azaroth one does not simply auto-generate meme images # 21:00 bengo what if it auto-generated images? # 21:02 azaroth Hrm, he doesn't generate from PMs :( # 21:03 azaroth and then we told him x y z bengo joined the channel
# 21:11 aaronpk azaroth: you should be able to PM him with !meme stuff # 21:11 azaroth aaronpk: Yep, I had the syntax wrong # 21:12 azaroth Is there a list of the supported meme patterns? bengo joined the channel
melvster, tantek and KevinMarks joined the channel
# 22:20 azaroth The cost of JSON-LD is too damn high! kevinmarks_ joined the channel
# 22:32 aaronpk suspects Loqi will soon be used to make w3cmemes images tantek joined the channel
# 22:37 jasnell What if Loqi is already the intelligence behind w3cmemes? # 22:38 jasnell I propose that we need a Meme object type in the core vocabulary. jasnell_, bengo, jasnell and AndChat|499956 joined the channel
ben_thatmustbeme bengo, as i understand it you don't need the password to just dial in, its only if you use the web app
bengo ben_thatmustbeme alright. Thanks ben
Loqi Sandro made 1 edit to [[Socialwg/2015-11-10]] https://www.w3.org/wiki/index.php?diff=86758&oldid=86753
kevinmarks I have some posts that have a summary
RRSAgent logging to http://www.w3.org/2015/11/10-social-irc
tantek ben_thatmustbeme: see https://www.w3.org/wiki/Socialwg/2015-11-10#Agenda
bigbluehat present+ Benjamin_Young
melvster FYI: documented responses on this issue https://www.w3.org/wiki/Socialwg/Media_type_for_AS2
jasnell and I've already started a draft ... http://ns.jasnell.me/socialwg/
cwebber2 eprodrom, sandro, for reference, http://www.w3.org/Social/WG#Applied_for_Membership
aaronpk yes and pull requests welcome :) https://github.com/aaronpk/zenircbot-meme/blob/master/config.js