11:36:17 RRSAgent has joined #csvw 11:36:17 logging to http://www.w3.org/2014/05/21-csvw-irc 11:36:19 RRSAgent, make logs public 11:36:19 Zakim has joined #csvw 11:36:21 Zakim, this will be CSVW 11:36:21 ok, trackbot; I see DATA_CSVWG()8:00AM scheduled to start in 24 minutes 11:36:22 Meeting: CSV on the Web Working Group Teleconference 11:36:22 Date: 21 May 2014 11:56:10 agenda: https://www.w3.org/2013/csvw/wiki/Meeting_Agenda_2014-05-21 11:56:20 scribe? :) 11:57:09 DATA_CSVWG()8:00AM has now started 11:57:16 +??P2 11:59:16 zakim, dial ivan-voip 11:59:16 ok, ivan; the call is being made 11:59:17 +Ivan 11:59:49 +[IPcaller] 12:00:04 zakim, IPCaller is me 12:00:04 +AndyS; got it 12:00:52 waiting for more people to join 12:01:01 prev minutes: http://www.w3.org/2014/05/14-csvw-minutes.html 12:02:10 +ericstephan 12:02:16 ericstephan has joined #csvw 12:03:41 jtandy has joined #csvw 12:04:27 discussing whether we're quorate 12:04:28 + +44.207.800.aaaa 12:04:42 zakim, aaaa is jtandy 12:04:42 +jtandy; got it 12:04:49 zakim, aaaa is me 12:04:49 sorry, jtandy, I do not recognize a party named 'aaaa' 12:05:13 anyone else joining from irc? 12:05:16 zakim, +44.207.800.aaaa is me 12:05:16 sorry, jtandy, I do not recognize a party named '+44.207.800.aaaa' 12:05:30 http://doodle.com/wk24me9g99hku83s 12:05:37 zakim, aa is me 12:05:37 sorry, jtandy, I do not recognize a party named 'aa' 12:05:39 zakim, +44.207.800.aaaa is jtandy 12:05:39 sorry, danbri, I do not recognize a party named '+44.207.800.aaaa' 12:05:44 zakim, who is on the phone? 12:05:44 On the phone I see danbri, Ivan, AndyS, ericstephan, jtandy 12:05:48 jumbrich has joined #csvw 12:06:01 zakim, mute me 12:06:01 jtandy should now be muted 12:07:09 (discussion of http://doodle.com/wk24me9g99hku83s#table ) 12:07:11 DavideCeolin has joined #csvw 12:07:16 Stasinos says his "no" is until mid July only. 12:07:53 action: dan check in with gregg, yakov to see how rigidly they are constrained in http://doodle.com/wk24me9g99hku83s#table 12:07:53 Created ACTION-16 - Check in with gregg, yakov to see how rigidly they are constrained in http://doodle.com/wk24me9g99hku83s#table [on Dan Brickley - due 2014-05-28]. 12:08:06 fonso has joined #csvw 12:08:07 +??P6 12:08:10 zakim, ??P6 is me 12:08:10 +jumbrich; got it 12:08:21 zakim, who is on the phone? 12:08:21 On the phone I see danbri, Ivan, AndyS, ericstephan, jtandy (muted), jumbrich 12:08:44 +??P7 12:08:49 zakim, ??P7 is me 12:08:49 +DavideCeolin; got it 12:09:23 • Approve agenda and previous http://www.w3.org/2014/05/14-csvw-minutes.html 12:09:23 • http://w3c.github.io/csvw/syntax/ (Jeni) 12:09:23 • http://w3c.github.io/csvw/metadata/ (Rufus/Jeni) 12:09:23 • http://w3c.github.io/csvw/csv2rdf/ (Ivan/Gregg/Andy) 12:09:23 • http://w3c.github.io/csvw/use-cases-and-requirements/ (Jeremy/Davide/Eric) 12:09:55 zakim, unmute me 12:09:55 jtandy should no longer be muted 12:10:13 zakim, mute me 12:10:13 jtandy should now be muted 12:10:21 scribe: danbri 12:10:29 + +1.410.764.aabb 12:10:38 last weeks minutes? 12:10:40 +1 to the minutes 12:10:48 approved. 12:11:14 zakim, aabb is yakov 12:11:14 +yakov; got it 12:11:41 topic: csv2rdf 12:11:55 yakovsh has joined #csvw 12:11:57 topic: use cases and requirements 12:12:02 zakim, unmute me 12:12:02 jtandy should no longer be muted 12:12:17 jtandy: summarising, … 12:12:26 jtandy: the right to left use case has had a bit of work on it this week 12:12:43 ericstephan: thanks to yakovsh for helping with the hebrew text 12:12:53 +??P9 12:13:00 zakim, ??P9 is me 12:13:00 +fonso; got it 12:13:10 zakim, mute me 12:13:10 jtandy should now be muted 12:13:12 … we added a couple of things. First a ref to some languages e.g. japanese, mandarin, that represent vertically, as they don't follow the same r2l rules we've been documenting for arabic and hebrew 12:13:20 secondly, i had images originally for all of the csv 12:13:33 we put also the data into the doc 12:13:34 zakim, unmute me 12:13:34 jtandy should no longer be muted 12:13:43 seems like we're getting diff results from diff browsers. jtandy? 12:14:11 jtandy: i think that the difficulty i have, depending on which browser/application i use to look at orig data file, it tries to interpret r2l or l2r 12:14:16 mozilla seems to do it reasonably 12:14:47 is there any guidance that people who are good with RESpec can give w.r.t. using r2l or l2r, to make sure it prints correctly (or at least in a determined way) 12:14:54 http://w3c.github.io/csvw/use-cases-and-requirements/index.html#UC-SupportingRightToLeftDirectionality 12:14:55 ivan: not sure, but trying same file in Chome and Firefox 12:15:13 jtandy: when i'm editing the source i use Oxygen XML, it puts everything backwards 12:15:27 ivan: I think that's correct w.r.t. the source xml 12:15:40 jtandy: yes, just confusing for some of us! 12:15:58 ivan: point is, at the moment it works ok. 12:16:17 jtandy: what woudl be helpful for eric finishing these - once the UC is in a state he's happy with, to get final review from a content expert 12:16:34 ivan: we have a w3c team member who happens to be Egyptian, I could ask him to take a look 12:16:39 yes 12:16:48 …and Yakov checked the Hebrew part 12:16:52 zakim, mute me 12:16:52 jtandy should now be muted 12:17:14 zakim, unmute me 12:17:14 jtandy should no longer be muted 12:17:17 eric: as i was including the data, … these are referencing csv files on a website, would it be useful to have someone make a local archive copy 12:17:17 q+ 12:17:20 (github?) 12:17:22 queue? 12:17:29 ivan: +1 12:17:47 … add locally in w3c via github tree 12:18:03 ack jtandy 12:18:28 jtandy: that's what i've been using; embedding examples in the text of the html, but giving people the full csv file as well via local copy in github 12:18:46 q? 12:19:02 ivan: maybe good idea to have a small separate index page somewhere for these 12:20:07 eric: could make sense for use case team to do this 12:20:19 zakim, mute me 12:20:19 jtandy should now be muted 12:20:38 ivan: in the egyptian version, 3rd row, i see arabic in the left-most field for example 12:20:50 ACTION: have a small separate index page for csv use case sources 12:20:51 Error finding 'have'. You can review and register nicknames at . 12:20:52 … check later w/ shadi 12:21:07 zakim, unmute me 12:21:07 jtandy should no longer be muted 12:21:22 ACTION:  ericstephan have a small separate index page for csv use case sources 12:21:22 Error finding ' ericstephan'. You can review and register nicknames at . 12:21:33 hm, ivan help? 12:21:34 q? 12:22:09 eric: reviewing of use cases 12:22:14 http://w3c.github.io/csvw/use-cases-and-requirements/index.html 12:22:15 … and the requirements 12:22:33 jtandy: more comments on specific UCs 12:23:04 … thanks to Ivan for intro with Liam, … 1st UC (dig. preservation) used XML as an interim step, so we are incorporating Liam's perspective there 12:23:23 … also that there are people using xslt, it is good to ack their requirements - so we now have an csv2xml requirement 12:23:25 -jumbrich 12:23:44 +??P6 12:23:48 …the use intro was with HL7, need to follow up on that. 12:23:49 zakim, ??P6 is me 12:23:49 +jumbrich; got it 12:24:23 jtandy: biodiversity UC requires some work from me to make it a more action-oriented story. I wanted to raise the review of requirements work that Davide is handling. 12:24:30 https://www.w3.org/2013/csvw/wiki/Use_Cases_Check 12:25:04 eric: regarding management of UCs, finalizing, we've have a number of recent updates, so i've made a wiki page for the contributors to have some kind of a review. 12:25:12 … can comment here, verify links etc. 12:25:48 … felt useful given that we have 22 UCs 12:26:05 zakim, mute me 12:26:05 jtandy should now be muted 12:26:31 davide: no specifics to add 12:26:49 danbri: relationship between this and the RDF mapping work? 12:26:57 stasinos has joined #csvw 12:27:06 ivan: we did quite a lot of work, Andy and I, got to a point where we have a friendly disagreement, ... 12:27:14 … a use case that should win here, and tell which is wrong/right. 12:27:23 … we have defined a scheme for generating rdf 12:27:49 the way it's done now. translating it to generating xml or json would be relatively easy; it is not particularly rdf or json-specific. 12:27:57 it uses the metadata fields that are defined in the metadata doc 12:28:07 systematically goes through each row and figures out what is needed per-row 12:28:18 we discussed at some point ,that a purely mechanical mapping is not enough 12:28:33 +[IPcaller] 12:28:36 e.g. regex conversions, simple replacement templates with field names, ... 12:28:48 zakim, [IPcaller] is me 12:28:48 +stasinos; got it 12:28:56 ivan: q is whether this is enough or not? if not, what else should we do when converting? 12:29:12 … one way is to say is that we as a group stop at this point, rely on some external processing, dependent on the format we use 12:29:19 … rely on some xslt, sparql processing, 12:29:24 [danbri: .js ? ] 12:29:49 ivan: the other alternative (not mutally exclusive) is that we define a more complex templating language/mechanism which essentially … 12:30:15 … uses a skeleton output, and in there you have macro-like / template-like things, which are in the simplest things, replacements. In more complex case, … [not sure yet] 12:30:26 … a kind of template, shape language 12:30:27 q+ 12:30:44 ivan: and so the q is whether we really need this kind of thing or not 12:31:06 … when for example in oen of the use cases, … is the generated rdf a v simple one that can be mapped directly from the content. Or does it have a more complex shape? 12:31:22 or is the use case handled by refering to a sparql engine, xslt, etc 12:31:28 so let's try to ground this in use cases. 12:31:47 how exactly the json or rdf or xml looks like once it is generated, and how far we have to go in the general standards 12:32:10 andys: you characterised the algorithmic approach as the easiest way to get conversions defined 12:32:24 … i'm not convinced that there is quite so much sharing between the different languages (rdf,xml,json) 12:32:35 …and you need to combine various fragments appropriately per-syntax 12:33:04 I don't see that we have examples where this simple, fairly mechanical conversion, is exactly what people will find acceptable/useful 12:33:10 i'm not sure those people are programmers 12:33:26 defining the shape of the rdf, should come from the publisher side, not be a task that the data consumer has to undertake 12:34:01 what i've found looking at some conversions we've done - you have to sit down w/ the csv file. Even with such metadata as we spec, there's a lot of higher level info that you'll also want to expose to make the exercise worthwhile. 12:34:03 q? 12:34:25 andys: q for jeni, who said she had some requirements to share, which i've asked for 12:34:26 q+ 12:34:27 q- 12:34:35 zakim, unmute me 12:34:35 jtandy should no longer be muted 12:34:52 jtandy: summarising what was being said there to check my u/standing: 12:35:05 …that mechanistic row by row conversion, simply using info from the metadata vocab, no templating? 12:35:18 ivan: not exactly. uses metadata, but can also add simple local templating 12:35:19 q+ 12:35:26 ie. can add cell level templating 12:36:07 q+ to mention https://developers.google.com/webmasters/business-location-pages/schema.org-examples 12:36:22 andys: … one subject per row (no nested structures) 12:36:43 jtandy: in order to get those nested structures, we'd need extra structure 12:36:49 andys: but that's not our proposal 12:37:19 jtandy: if i was to interpret inputs or requirements from my scientific colleagues; they're not programmers. data managers, data processing people. 12:37:35 so the more hoops they must jump through, the more likely they'll do something … random 12:37:50 so i'd like a mechanism that asks for a reasonable amount of thinking to be expressed as a template 12:38:04 some people try to create conversions by rote, adapting previous examples 12:38:10 ivan/andys: makes sense 12:38:21 +1 Jtandy 12:38:28 andys: the metadata only conversion could be defined by using the metadata available to auto-generate a template 12:38:34 +1 12:38:38 it would be great if that template could be exposed by the tools -> learning by seeing 12:38:46 jtandy: concur 12:39:10 andys: a bit worried the algorithmic approach might end up with capabilities that aren't possible in the template 12:39:10 -jumbrich 12:39:19 … and the gap between a naive and complex conversion coudl be too large 12:39:33 andys: concern we're creating large work items for the WG 12:39:38 +q 12:39:39 ivan: yup 12:39:42 zakim, mute me 12:39:42 jtandy should now be muted 12:39:51 jtandy, is your q answered? 12:39:54 ack jtandy 12:39:59 mute jtandy 12:40:07 zakim, mute jtandy 12:40:07 jtandy should now be muted 12:40:11 +??P6 12:40:15 zakim, ??P6 is me 12:40:15 +jumbrich; got it 12:40:27 ivan: jeni mentioned that working with templating languages,, always ended up needing conditionals 12:40:39 … intellectually v challenging but a major undertaking 12:40:59 andys: i don't know exactly what requirements she had, but could be simple or complex 12:41:15 in terms of defining languages, helpful that peopel are pointing them out 12:41:21 i did a quick survey of templating languages 12:41:27 several specifically target HTML output 12:41:43 (andys, url for your notes?) 12:41:47 andys: there are also _lots_ 12:41:57 are we talking about templating languages or perhaps design patterns? 12:42:11 q? 12:42:58 q+ 12:43:05 ack danbri 12:43:05 danbri, you wanted to mention https://developers.google.com/webmasters/business-location-pages/schema.org-examples 12:44:53 ack eric 12:45:04 eric:are we talking about templating languages or perhaps design patterns? 12:46:12 ivan: are you thinking about the UCs they have? 12:46:28 eric: e.g. i'm starting to work with Bernadette, data best practices wg 12:46:38 … how data lives on the web, how it is used, ... 12:46:49 Bernadette brought up design patterns 12:46:59 e.g. for table based data, csv. 12:47:24 danbri: can you share some links? 12:47:26 eric: yup, will do 12:47:45 action: ericstephan share links for Best Practices WG discussion of design patterns 12:47:45 Created ACTION-18 - Share links for best practices wg discussion of design patterns [on Eric Stephan - due 2014-05-28]. 12:47:52 q? 12:48:01 ack yakovsh 12:48:14 yakovs: regarding templating languages, we should bear in mind security 12:48:23 even xslt can make a huge mess 12:48:35 (c.f. http://xkcd.com/327/ ) 12:48:53 yakovs: we should mention security considerations for untrusted templates 12:48:53 +1 12:49:28 yakovs: re overall discussion, … not us defining canonical transformations, we have certain guidelines/overview, these 3 things (rdf, xml, [json]) serve as examples of that 12:49:41 … but they're not exclusive to having other targets 12:49:49 q+ 12:49:58 andys: can you put this on the mailing lists? 12:49:59 q? 12:50:30 ack ivan 12:50:59 ivan: my goal at least was that the algorithmic/mechanical description that i produced, should be essentially repeatable on some other language 12:51:02 action: yakovsh share with the mailing lists the information about security aspects 12:51:03 Created ACTION-19 - Share with the mailing lists the information about security aspects [on Yakov Shafranovich - due 2014-05-28]. 12:51:21 … andy rightly notes that there will be specificities for json, xml, etc.; but there is a generic component 12:51:38 ivan: that statement would also be true for a general templating mechanism as well 12:51:47 action: yakovsh share with the mailing list thoughts on generic guidelines and templates serving as examples 12:51:47 Created ACTION-20 - Share with the mailing list thoughts on generic guidelines and templates serving as examples [on Yakov Shafranovich - due 2014-05-28]. 12:52:23 ivan: … not only format specific but syntax specific (a distinction that matters for RDF) 12:52:49 ivan: regarding security, … mechanical part is not fully secure. If you allow regular expressions, … scope for trickiness. 12:53:00 … so valid for both. 12:53:02 q+ 12:53:08 http://msdn.microsoft.com/en-us/magazine/ff646973.aspx 12:53:09 ack jtandy 12:53:18 zakim, unmute me 12:53:18 jtandy was not muted, jtandy 12:53:23 example of a regex ddos 12:53:23 andys: xslt can call out to your file system, for example. 12:53:55 jtandy: to ivan - you mentioned you don't like templates inlcuding specific syntaxes. But I find it hard to avoid wanting to say 'my rdf should look like this…' 12:54:04 q+ 12:54:08 ivan: the rdf case is different than json 12:54:14 … json is defined and described as a syntax 12:54:33 … rdf is defined as a set of triples with variety of serializations 12:54:54 zakim, unmute me 12:54:54 jtandy was not muted, jtandy 12:55:00 q+ to ask if UCs distinguish wanting triples vs wanting specific representations of triples 12:55:29 -jumbrich 12:55:35 ivan: extra difficulty, if you give a template in mockup turtle, but if you need output in json-ld, then that system has to be able to parse the turtle and serialize json-ld 12:55:43 q+ 12:55:45 +??P6 12:55:48 regarding security, i think there is a review process for w3c specs here although I am not familiar with it: http://www.w3.org/Security/wiki/IG/W3C_spec_review 12:55:50 zakim, ??P6 is me 12:55:50 +jumbrich; got it 12:55:52 ack andys 12:55:53 zakim, mute me 12:55:53 jtandy should now be muted 12:55:55 q? 12:56:43 ack jtandy 12:57:11 jtandy: i got Ivan's point, ended up where andy was; that there are conversion tools. 12:57:27 i expect format mismatch an unlikely problem 12:57:40 andys: i'm hoping the template comes from the publisher, not only consumer 12:57:56 e.g. temperature reading UC 12:57:58 q- 12:58:46 jtandy: allowing consumer to choose from templates 12:58:55 danbri: Editors: what more do you need from WG members? 12:59:08 ivan: at least personally, i'd like to see something more about templating languages 12:59:18 that won't lead to 3 years R'n'D 12:59:21 zakim, unmute me 12:59:21 jtandy was not muted, jtandy 12:59:26 q? 12:59:28 zakim, mute me 12:59:28 jtandy should now be muted 12:59:33 andys: so gregg has written it up 12:59:35 q+ 12:59:47 ack Davide 13:00:29 andys: we need to ground decisions in expectations; discussions are amongst a small core of ppl who turn up for the calls. Significant issue that you can get so far down the road, and then getting diff reception from wider audience. 13:01:18 davide: need more feedback/input 13:01:45 q+ 13:01:51 zakim, unmute me 13:01:51 jtandy should no longer be muted 13:01:53 ack jtandy 13:02:15 NOTE: for next week's call, let's decide later this week what we're doing with timing. See mailing list for exact timing choice. 13:02:45 zakim, mute me 13:02:45 jtandy should now be muted 13:03:41 Dropping off now, have a good week! I am on travel next week. 13:03:43 -jtandy 13:03:47 -danbri 13:03:49 -Ivan 13:03:51 -ericstephan 13:03:52 ADJOURNED 13:03:52 -jumbrich 13:03:54 -DavideCeolin 13:03:58 -AndyS 13:03:59 jumbrich has left #csvw 13:04:01 -fonso 13:04:07 fonso has left #csvw 13:04:11 -stasinos 13:04:21 -yakov 13:04:22 DATA_CSVWG()8:00AM has ended 13:04:22 Attendees were danbri, Ivan, AndyS, ericstephan, +44.207.800.aaaa, jtandy, jumbrich, DavideCeolin, +1.410.764.aabb, yakov, fonso, stasinos 13:04:35 AndyS, got a minute to talk more in irc re http://w3c.github.io/csvw/csv2rdf/ ? 13:04:36 rrsagent, draft minutes 13:04:36 I have made the request to generate http://www.w3.org/2014/05/21-csvw-minutes.html ivan 13:04:57 trackbot, end telcon 13:04:57 Zakim, list attendees 13:04:57 sorry, trackbot, I don't know what conference this is 13:05:00 A few minutes ... 13:05:05 RRSAgent, please draft minutes 13:05:05 I have made the request to generate http://www.w3.org/2014/05/21-csvw-minutes.html trackbot 13:05:06 RRSAgent, bye 13:05:06 I see 6 open action items saved in http://www.w3.org/2014/05/21-csvw-actions.rdf : 13:05:06 ACTION: dan check in with gregg, yakov to see how rigidly they are constrained in http://doodle.com/wk24me9g99hku83s#table [1] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-07-53 13:05:06 ACTION: have a small separate index page for csv use case sources [2] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-20-50 13:05:06 ACTION:  ericstephan have a small separate index page for csv use case sources [3] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-21-22 13:05:06 ACTION: ericstephan share links for Best Practices WG discussion of design patterns [4] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-47-45 13:05:06 ACTION: yakovsh share with the mailing lists the information about security aspects [5] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-51-02 13:05:06 ACTION: yakovsh share with the mailing list thoughts on generic guidelines and templates serving as examples [6] 13:05:06 recorded in http://www.w3.org/2014/05/21-csvw-irc#T12-51-47 13:05:12 Do you want to call me on skype?