12:56:29 RRSAgent has joined #sdw 12:56:29 logging to http://www.w3.org/2015/08/05-sdw-irc 12:56:31 RRSAgent, make logs world 12:56:31 Zakim has joined #sdw 12:56:33 Zakim, this will be SDW 12:56:33 I do not see a conference matching that name scheduled within the next hour, trackbot 12:56:34 Meeting: Spatial Data on the Web Working Group Teleconference 12:56:34 Date: 05 August 2015 12:56:47 present+ Kerry 12:56:53 present+ stakagi 12:56:58 chair: kerry 12:57:10 present+ kostas 12:57:12 aharth has joined #sdw 12:57:25 rrsagent, make logs public 12:58:48 present+ aharth 13:00:05 regrets+ lars Svensson 13:00:12 Linda has joined #sdw 13:00:15 scribe: andreas harth 13:00:26 scribenick: aharth 13:00:46 regrets+ Rachel Heaven 13:00:52 regrets+ ed parsons 13:01:24 present+ Linda 13:01:42 billroberts has joined #sdw 13:01:53 ChrisLittle has joined #sdw 13:01:56 present +Payam 13:02:12 present +Kostas 13:02:13 Present +ChrisLittle 13:02:23 present+ phila 13:02:49 SimonCox has joined #sdw 13:03:18 present+ SImonCox 13:03:22 present+ billroberts 13:03:31 Alejandro_Llaves has joined #sdw 13:03:35 http://www.w3.org/2015/07/29-sdw-minutes.html 13:03:43 present+ Alejandro_Llaves 13:03:43 +1 13:03:51 PROPOSED: Approve last week's minutes 13:03:56 +1 13:03:57 +1 13:04:00 +1 13:04:02 +1 13:04:06 +1 13:04:10 RESOLVED: Approve last week's minutes 13:04:10 +1 13:04:20 Frans has joined #sdw 13:04:25 +1 13:04:40 joshlieberman has joined #sdw 13:04:40 kerry: patent call 13:04:44 -> https://www.w3.org/2015/spatial/wiki/Patent_Call Patent Call 13:05:22 present+ frans 13:05:42 kerry: This is the patent call that satisfies OGC process. It's important that any patent claims are declared 13:06:00 present+ BartvanLeeuwen 13:06:01 ... Please remember to type present+ and your name 13:06:09 ... this records your presence in the minutes 13:06:21 RRSAgent, draft minutes 13:06:21 I have made the request to generate http://www.w3.org/2015/08/05-sdw-minutes.html phila 13:06:23 Topic: Welcome new members 13:06:29 Topic: New Members 13:06:42 kerry: Invites kostas to introduce himself 13:06:57 kostas: university of surrey 13:07:01 topic: welcome new member kostas from uni surrey 13:07:04 kostas: I'm a KTP associate... at Univesity of Surrey (works with Payam) 13:08:05 kerry: welcome Satoru Takagi, editor of svg recommendation 13:08:09 kerry: Also welcoms Satoro Takagi, editor an an SVG spec 13:08:21 billrobe_ has joined #sdw 13:08:26 scribe: aharth 13:08:30 Hello! 13:08:47 Topic: Use Cases and Requirements: Editors' stocktake report 13:09:04 kerry: update on document 13:09:18 ... frans and alejandro are both here 13:09:40 http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html 13:09:46 frans: url of current version of the document 13:10:01 ... first public working draft has been published a while ago 13:10:09 ... with feedback with the public comments lists 13:10:20 s/with feedback with/with feedback on/ 13:10:35 ... some issues left, issues are labelled in current version of document 13:10:53 ... some recent changes not related to tracked issues 13:10:58 ... two new chapters have been added 13:11:00 a new chapter: http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html#RequirementsByDeliverable 13:11:26 ... one extra chapter with a summary of requirements per deliverable 13:11:45 http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html#DeferredRequirements 13:11:59 ... another extra chapter on requirements that are deferred to some later time 13:12:29 ... another global change relates to slight change of wording (standards -> recommended way) 13:14:28 AndreaPerego has joined #sdw 13:14:46 alejandro: we are wroking to close the issues in the tracker still from barcelona 13:15:13 .... ideally nw looking for external feedback 13:15:15 What was Frans saying about CRS requirements? 13:15:21 s/nw/now/ 13:15:26 alejandro: after public working draft we'll get external feedback that will help to refine requirements 13:15:32 present+ AndreaPerego 13:15:44 ... we should try to extned the description of requirements 13:15:46 Fot CRS requirements a separate meeting or teleconference is considered. 13:15:49 ... we should try to extend the descriptions of requirements with examples 13:15:52 ... with examples and clarifications 13:16:00 s/extned/extend/ 13:16:44 kerry: any more questions on the use case document? 13:17:08 s/Fot/For 13:17:21 ... discussion on crs in particular delayed a bit to give people a chance to comment 13:17:34 Topic: SVG for spatial: Presented by Satoru Takagi by invitation (confirmed) 13:17:43 kerry you kept droppping out on audio - is that me or you or all? 13:17:44 Thank you very much for inviting to conference. 13:17:55 kerry: scalable vector graphics 13:17:56 First, I would like to introduce the strategy of the standardization activity of mapping on SVG2. 13:18:03 Good audio here Chris 13:18:10 I want to fuse mapping with a web browser. Because I think mapping is essential function for WWW. 13:18:11 stakagi, your turn to speak please! 13:18:12 ... satoru is not on webex but will do presentation on irc 13:18:32 Yes I am IRC only 13:18:40 we're reading you stakagi 13:18:40 SVG2 is under standardization as a succeeding standards of SVG1.1 snd edition. Probably, it is standardly implemented in web browsers. 13:18:48 * thanks linda - i'll move nearer my router 13:18:54 https://svgwg.org/svg2-draft/ 13:19:11 We set some policies in standardization of the spatial information on SVG. 13:19:28 Provide a certain effectual result to the drawing function by the browser of SVG. 13:19:38 That is, don't be satisfied with a mere metadata. The functionality should be implemented as a native functionality of all the web browsers. Besides, we consider that value of Web is concentrated to the web browsers. 13:20:08 The functionality needed for Web Mapping should turn into a native functionality of a web browsers. 13:20:19 That is, the functionality of Web Mapping should be offered without massive web Apps. 13:20:26 We consider that massive Web Apps does not have a not much good effect on the interoperability of a data. Sometimes, it may produce a data silo. 13:20:47 On the other hand, we believe that the functionality essential to such a mapping should not be a functionality only for a mappping. 13:21:05 That is, we consider that the functionality it is often used by mapping should be generalized so that it may be used also other than mapping. 13:21:22 It is because it promotes the native implementation to web browsers. These are the policies which we (KDDI) decided. 13:22:12 So far, are anything a question and comment ? 13:22:24 q? 13:22:26 We're reading your words, stakagi 13:22:33 Yes 13:22:46 Please continue, I am likely to have questions later 13:23:01 Yes continue. 13:23:10 First, we enumerated needed functionalities on the mapping for us and submitted the documentation which summarized it as a first stage draft specification to W3C as member submission. 13:23:31 http://www.w3.org/Submission/2011/04/ 13:23:40 This is our member submission. 13:23:41 +1 to general mapping migrating natively to browsers 13:23:59 Thanks Chris! 13:24:40 q+ 13:24:42 This submission includes global coordinate systems ( general purpose CRS) 13:24:51 I like the idea of browsers natively recognizing spatial data and being able to display it. 13:25:12 and Tiling and Layerling. 13:25:17 ack chris 13:25:23 q+ to ask how to link geometries with metadata 13:25:41 Satoro, Well Known Text (WKT) is a popular format for geographic geometry. Are you looking at automated transformation between WKT and SVG? 13:25:49 SVG has metadata framework 13:26:02 I have made the request to generate http://www.w3.org/2015/08/05-sdw-minutes.html phila 13:26:08 The OGC has active work in progress on layering and tiling. Is KDDI a member of OGC? 13:26:35 s/nw/now/ 13:26:53 No, currently KDDI is not OGC member. 13:26:56 q- 13:27:18 over 15 years ago KDDI was OGC member. 13:27:26 Joan Masu is Chair of Web Map Tile Service Standard WG, and I Chair Web Coverage Tile Service SWG 13:27:46 +1 kddi OGC member! 13:27:48 s/Masu/Maso 13:27:49 but past OGC's member is not interested in our work. 13:28:13 past is past, now is now 13:28:20 Yes^^ 13:28:33 q? 13:28:36 I believe that Carl Reed, former OGC CTO had a fair amount of interaction with the SVG standards working group, but it lapsed. 13:28:55 And W3C is the home of SVG, making things first class citiznes of the Web etc. Shall we go on ChrisLittle? 13:29:23 Good to take up again, perhaps by recognizing some mapping use cases, e.g. dealing with geographic projection and feature attributes 13:29:47 Do you have more stakagi or should we ask more questions? 13:29:48 Do you intered in Tiling architecture on SVG? 13:29:53 q+ to ask about CRS 13:30:06 anyone for tiling? 13:30:26 Isn't the point of SVG for maps that we can do away with tiling? 13:30:29 I think vector geometry tiling is a hot topic 13:30:49 It is certainly a part of work on geopackage 13:30:58 I have tiling slide 13:31:07 http://www.slideshare.net/totipalmate/tiling-51301496 13:31:50 OGC WCTileService has three phases. first, now is for pixel tile, second then point clouds, then lastly geometries, whichare close to SVG 13:31:56 Tiling on SVG is (probably) much dieerent from WebGIS's tiling architecture. 13:32:14 stakagi, people are speaking about interest in this tiling topc 13:32:14 Is http://www.w3.org/Submission/SVGTL/ likely to be included in SVG2? 13:32:16 How do you define a pixel, ChrisLittle? (CSS pixels are not equal to actiual pixels on the screen for e.g.) 13:32:42 I share phila's question: Isn't the point of SVG for maps that we can do away with tiling? 13:32:44 Most differnt point is "non arithmetical-pregression". 13:33:06 Currently, Joan and I are interested in establishing a n-dimensional tiling architecture, to supercede 2-D and layers 13:33:22 this may not be of interst to 2-D SVG 13:33:39 We could do away with image tiling, vector tiling is a different subject. 13:33:55 Certainly an SVG capability to work with multiple coordinate reference systems as Web mapping apps do, would be very useful (e.g. pixel, viewport, tiling scheme, projected CRS, geo CRS) 13:34:35 +! to that hierarchy 13:34:54 s/!/1/ 13:35:07 So you have ideas for how the SVG work and this WG's work can be aligned, stakagi? 13:35:08 About our submission (http://www.w3.org/Submission/SVGTL/) 13:35:09 Darn, I was going to be impressed by the emphasis 13:35:11 s/So/Do/ 13:35:25 e expressed that the submitted specification proposal should be once disassembled and it should have been reconstructed based on the view of the SVGWG members. It is because we thought that a generality increased by such procdess. Moreover, many of members of SVGWG are the developers of a well-known web browsers. And the specification which reached their consensus is easy to be implemented in a browser. 13:35:26 q? 13:35:41 s/e expressed that/we expressed that/ 13:35:47 So do we need to consider SVG potential as a spatial data format or its compatibility with spatial data (as a graphic format). 13:36:00 s/./? 13:36:19 q+ 13:36:34 q+ to ask about meeting stakagi and other SVGH folks in Sapporo 13:36:38 ack josh 13:36:43 I think SVG alreadt is a spatial data format. Perhaps not geographic, but spatial yes. 13:36:43 s/dieerent/different/ 13:36:56 s/alreadt/already 13:37:09 Yes I think so. 13:37:52 joshlieberman: could we consider svg as spatial data format (with crs...) 13:38:03 joshlieberman: Is SVG a spatial format? That's one perspective. Another is, is SVG interoperable with other spatial data formats 13:38:07 ... is svg interoperable with other spatial data formats 13:38:53 stakagi, can you comment on interoperability with toher spatail formats? 13:38:59 SVG certainly made the precessing chain in meteorology shorter 13:39:00 s/toher/other 13:39:11 s/pre/pro/ 13:39:17 q- 13:39:26 ack kerry 13:39:26 kerry, you wanted to ask about CRS 13:39:33 I think SVG is interoperable with other spatial formats 13:39:53 if CRS is resolved 13:39:55 Chris, is SVG used as a fully expressive spatial data format for mets, or a presentation format? 13:39:59 Stakagi, how does SVG handle coord systems? 13:40:04 I think various conversion tools like shapefile<->SVG or CGM existed 13:40:26 The specification of a geographic-coordinates system on SVG1.1 is described here. 13:40:39 I think SVG will remain 2D? Most geographical formats are enabled for 3D 13:40:51 SVG used for both presentation and archive, thoughI have concerns about latter in context of SVG2 13:41:15 Well, you can consider, e.g., Geoserver a conversion tool, but one of its output formats is SVG. It's a full rendering process, though, from shapefiles for example, requiring the addition of portrayal information. 13:41:15 Transformation for SVG is 3D. 13:41:28 We used CGM for distribution of presentations and archive too, but CGM rather niche now 13:41:32 because CSS3 uses 3d transformations. 13:41:45 CGM<->SVG very straightforward 13:41:46 and SVG is tightly coupled with CSS 13:41:55 kerry: so svg is 3d now? 13:42:03 Yep. I'm just looking for a ref to SVG 3 D 13:42:10 But geometry is still 2D. 13:42:27 http://www.w3.org/TR/SVG/coords.html#GeographicCoordinates 13:42:27 Consider 3D source data to be transformed to SVG 13:42:28 SVG2 has support for the 3D->2D pipeline, but is not strictly 3D 13:42:43 Yes. 13:43:14 any comments onthe coords link anyone? 13:43:24 The specification of a geographic-coordinates system on SVG1.1 is described here. However, geographic-coordinates system on SVG does not agree of the policy described so far. The metadata which does not influence a rendition. Only for geospatial. 13:43:38 support for spherical coordinates would be great 13:43:59 As expected, this specification is going to be obsoluted on SVG2. 13:44:21 Then, we proposed the concept of the global coordinate system for realizing the functionality of a tiling and layering. The global coordinate system could be used also as geographic coordinate system. Arbitrary global coordinate systems are specified as URI. However, the spec of SVG2 does not have a global coordinate system yet. 13:44:27 I think SVG will not support spherical coords. you will have to look towards OpenGL 13:44:34 It says " RDF description of the Coordinate Reference System definition used to generate the SVG map". Interesting.... 13:44:35 https://www.w3.org/Graphics/SVG/WG/wiki/Proposals/Global_Coordinate_Systems 13:44:52 This is out proposal for "global" coordinate systems. 13:45:28 s/This is out/This is our/ 13:45:29 Global coord system suggests links to OGC DGGS Digitala Global Grid system work 13:45:50 Yes, that's an aspect of trying to make functionality that exists in OpenLayers or Leaflet a native browser function -- for example projecting WGS84 coordinates into Web Mercator for display overlay. 13:45:54 s/Digitala/Digital/ 13:46:13 -1 web mercator 13:46:57 q? 13:47:04 frans wonders how we can strengthen ties with SVG development in general and in the UCR doc specifically 13:47:14 ...As example of a projected coordinate system to avoid the "stupid" aka plat carre projection. 13:47:36 satoru will be at tpac, although SVG WG is not meeting 13:48:03 Should we have a session about this at TPAC then? 13:48:27 Yes I will attend TPAC. 13:48:39 +1 to session at Sapporo, though not going. Jeremy can cope. 13:48:41 I would suggest two lines of inquiry -- interoperability with spatial data, and a plugin mechanism for more capable spatiotemporal transformations. 13:48:46 SVG1.1's geographic coordinate systems specification is going to be obsoluted on SVG2. 13:48:59 Perhaps we can at least mention SVG in the UCR document before TPAC 13:49:27 The CRS reference topic is interesting for our CRS discussion as well. 13:49:29 +1 to Josh's proposed activities at some stage 13:50:10 Because it is only for metadata. No influece for SVG rendering. 13:50:20 josh: best practice we should look t svg and expressivness 13:50:40 ... unclear how to express spatial data we need to learn this 13:50:52 ... and maybe motivte some svg work 13:51:00 ... sticking point is crs support 13:51:19 ... requires looking at transformations and crs support 13:51:26 .... native mapping support is attractive but transformation and coords in a native implmentation is needed 13:51:31 s/motivte/motivate/ 13:51:49 ... is there a way to plug in transformation mechanisms that exist in JS (e.g. OpenLayers) 13:51:51 ... can we suggest a way to plug in the transformation mechanisms we know of in javascript apps 13:51:57 What is transformation? 13:52:05 +q 13:52:06 ....so they do not need to be in everybrowesr but can be plugins 13:52:09 latitude/longitude to X-Y? 13:52:20 Satoro, do you mean CRS is not on the agenda for SVG 2? 13:52:30 a plugin issue killed or seriiously damaged SVG ten years ago 13:52:40 s/everybrowesr/every browser 13:52:46 phila: it would be interesting to define a JS-aligned web api to do a translation 13:52:59 ... OpenLayers (or similar) could enact that 13:53:00 Probably we can't understand geo-community's CRS meanings. 13:53:15 ... geolocations API (separate group) is defining an API for geofencing and so on 13:53:28 Yes I don't like plug-in or other extensions. 13:53:41 ... just define the API, inner workings do not need to be detailed 13:53:50 satoru, crs is an hot topic in the group, taht we have not resolved 13:54:08 I think there should be simpler level CRS definitions anyway 13:54:35 s/taht/that/ 13:54:46 ... we need to bridge the gap between geographical data and spatial data in SDWWG 13:54:52 thank you satoru! 13:54:54 kerry: thanks satoru for making time 13:55:05 Thanks from Josh as well. 13:55:07 ACTIONto kerry to follow up with SVG 13:55:12 The definition of CRS is unclear in general purpose 13:55:24 ACTION: kerry to follow up with SVG 13:55:25 Created ACTION-60 - Follow up with svg [on Kerry Taylor - due 2015-08-12]. 13:55:46 Satoru, thankyou for your presntation! 13:56:10 chrislittle: phila, which of the svg wg members with be in sapporo 13:56:15 Satoru, I will ensure we continue a conversation, there is a lot of interest in this group 13:56:22 phila: doug will be there 13:56:31 Thanks. 13:56:48 returning to webex 13:56:53 s/thankyou for your presntation/thank you for your presentation/ 13:56:56 kerry: back to audio 13:57:07 I would like to understand CRS well first. 13:57:17 Any hotel suggestions for Sapporo? 13:57:24 ... reminder: put your attendance on the wiki for TPAC 13:57:31 I did! 13:57:33 https://www.w3.org/2015/spatial/wiki/Attending_Sapporo_F2F 13:57:57 The hotel in Japan is mostly narrow. 13:58:25 Topic: Best Practice Issues as raised by Jeremy 13:58:34 Jeremy's email: http://lists.w3.org/Archives/Public/public-sdw-wg/2015Jul/0097.html 13:58:35 kerry: we ran a bit out of time 13:58:36 q+ 13:58:58 ... i might coordinate with payam about trying to find volunteers 13:59:15 https://www.w3.org/2015/spatial/wiki/BP_Consolidation 13:59:22 https://www.w3.org/2015/spatial/wiki/BP_Consolidated_Narratives#Consolidated_narratives_.2F_common_themes 13:59:26 ... relating topics in the document with web architecture and use cases 13:59:40 Jeremy's email: http://lists.w3.org/Archives/Public/public-sdw-wg/2015Jul/0097.html 14:00:00 kerry: thank you everybody, esp. to Satoru 14:00:05 Thanks and bye 14:00:10 thanks, bye" 14:00:11 thanks bye 14:00:12 bye 14:00:12 Goodday! 14:00:13 thx bye 14:00:19 Thanks bye 14:00:20 thanks bye! 14:00:27 bye and thanks 14:00:28 joshlieberman has left #sdw 14:00:31 RRSAgent, draft minutes 14:00:31 I have made the request to generate http://www.w3.org/2015/08/05-sdw-minutes.html phila 14:00:50 ChrisLittle has left #sdw 14:04:13 kerry: do you have more time? 14:05:10 I wold ike to understand your CRS concept. 14:08:42 I would like to understand it strictly by the grade that those who are not Geo community can understand CRS. 14:09:27 First, what is the difference between the coordinate system of SVG and CRS? 14:09:53 I am reading : https://en.wikipedia.org/wiki/Spatial_reference_system 16:16:47 Zakim has left #sdw