RE: Spatial Data on the Web and SVG : Comments on Spatial Data on the Web Use Cases & Requirements

Hi Ed-san,

I am sorry, I missed your message. I spent most of my resources this year as an architect for the internal Web Mapping System development of the company, so I could hardly do any external activity.

Well, I have no objections especially to the message you received. Meanwhile, I heard that people related to you launched a new Spatial Data on the Web Interest Group. Perhaps because of the character of IG in W3C, I imagine that SDWIG is more encouraging to deal with broader topics than SDWWG so far.

Through recent in-house development, I faced tasks related to Map Contents on the Web and gained a lot of findings.
Apart from systems or data on the Web where geographical coordinates are clearly shown (such as Mapping Systems using Google, Bing, WMS, WFS, OSM, geojson), there are huge amount of useful maps and data by simple bit images or PDFs, html documents etc. where the spatial reference system is not specified. It was necessary to be able to handle those data (Web contents) as Spatial Data in my project. It mainly mash up information in Japan on Web Map, but it may have similar tasks in the world as well.

And I imagine this may be one of a interest area of Spatial Data on the Web IG. Regarding this field, if SDWIG is interested, I may be able to contribute to IG in the future.

Regards, 

Satoru Takagi



-----Original Message-----
From: Ed Parsons [mailto:eparsons@google.com] 
Sent: Tuesday, April 04, 2017 7:16 PM
To: 高木 悟; public-sdw-comments@w3.org
Subject: Re: Spatial Data on the Web and SVG : Comments on Spatial Data on the Web Use Cases & Requirements

Hello Satoru,

I am working my way through the  public comments made to the Spatial Data on the Web working group prior to the release of final draft of the Best Practice Document, current version here https://www.w3.org/TR/sdw-bp/


As rendering technology for mapping was outside of our scope we did not make reference to your excellent work with SVG.

Would you allow me to therefore mark this comment as closed ?

Many Thanks

Ed
Co-Chair W3C/OGC Spatial Data on the Web Working Group 

On Fri, 31 Jul 2015 at 15:51 Satoru Takagi <sa-takagi@kddi.com> wrote:


 Hi,
 Thank you for giving some reactions.
 
 >are there any plans to have 3D data in SVG? Or to have spherical coordinate reference systems?
 
 You may get interested in the technology called CSS Shader or custom shaders.
 http://alteredqualia.com/css-shaders/article/

 Custom Filters (Custom Shaders)
 http://www.w3.org/TR/2013/WD-filter-effects-1-20131126/#shading-language

 
 > I wonder whether you would be able to join one of our sdwwg teleconferences held on Wednesdays at 13:00 UTC time zone? It would be terrific if you could talk to us about SVG capability for representing vector data, and perhaps point us to some geospatial examples? And take questions  from our group? Would you be available in the next month for this? Ideally, this will give us a chance to work through the ideas and possibly arrange some more formal interaction around TPAC where we will be holding our  second F2F.
 
 I introduce some information about SVG and geospatial information that you may get interested.
 * Decorated line style:
     http://www.w3.org/TR/svg-markers/

     http://mapserver.org/_images/symcon-lines.png

 * Hatches:
     http://www.w3.org/TR/SVG2/pservers.html#Hatches

 * Shared paths (superpath):
     http://www.w3.org/2015/02/12-svg-minutes.html#item01

     http://perso.telecom-paristech.fr/~concolat/SuperPathSVGOpen.pdf

 * Global Coordinate Systems:
     http://www.w3.org/Graphics/SVG/WG/wiki/Proposals/globalView

     https://www.w3.org/Graphics/SVG/WG/track/actions/3503

     https://www.w3.org/Graphics/SVG/WG/wiki/Proposals/Global_Coordinate_Systems

 * Vector Effects:
     http://www.w3.org/TR/SVG2/painting.html#VectorEffects

     https://www.w3.org/Graphics/SVG/WG/wiki/images/d/d8/Features_needed_in_SVG2_for_Technical_Diagrams.pdf

     https://www.w3.org/Graphics/SVG/WG/wiki/images/6/65/SVG_2_ProposalsTechnical_and_Engineering_Graphics.pdf

 * Level Of Details:
     https://www.w3.org/Graphics/SVG/WG/wiki/Proposals/zoom_media_feature

     http://www.w3.org/Graphics/SVG/2014/new-charter#rec

      > Zoom media feature for level of detail (new)
 
 * Tiling and Layering:
     http://www.w3.org/Submission/2011/04/

     http://www.w3.org/Graphics/SVG/2014/new-charter#scope

      > In order to meet the specific needs of content creators using SVG for mapping applications, the SVG WG intends to form an SVG Mapping Task Force, to focus on use case and requirements, and to work on map-targeted modules such as the Tiling and Layering module. In addition, some of this functionality will benefit non-mapping applications such as high resolution photographic or medical imagery, so has been placed in the main SVG2
 specification.
 
 I have worked about fusion to SVG and geographic information from around 2001. One of a result, we standardized the specification as JIS (Japan Industrial Standard) called "JIS X-7197 : Map representation and services based on SVG". Tiling and Layering Module member submission described beforehand is a document based on it. Moreover, you may get interested also an appendix of above mentioned "Map representation and services based on SVG".
 It has made reference about the relation between ISO19136, or ISO19117 and SVG maps.
 https://translate.google.co.jp/translate?sl=ja&tl=en&u=http%3A%2F%2Fkikakurui.com%2Fx7%2FX7197-2012-01.html%23page31-div       ::(google translate)
 
 I can hardly speak English. However, IRC is OK. If you prefer I may be able to participate next weeks telecon. And I will attend TPAC 2015 (although there are no SVGWG F2F).
 
 Finally, I introduce the Web Mapping framework by SVG which our company utilizes for internal GIS as one of the best practices.  The mushup by Tiling and Layering, and Level Of Details, etc. are implemented as polyfill.
 http://svg2.mbsrv.net/devinfo/devkddi/lvl0.1/

 
 Regards,
 
 Satoru Takagi
 
 >
 >
 > Dear Satoru,
 > Thank you for contacting us! Your timing is impeccable. As you suggest, SVG may indeed be helpful for our SDWWG work. We are not chartered to do map rendering, but it is quite appropriate for out "best practices" to align with an existing standard that can do this.
 >
 > I wonder whether you would be able to join one of our sdwwg teleconferences held on Wednesdays at 13:00 UTC time zone? It would be terrific if you could talk to us about SVG capability for representing vector data, and perhaps point us to some geospatial examples? And take questions  from our group? Would you be available in the next month for this? Ideally, this will give us a chance to work through the ideas and possibly arrange some more formal interaction around TPAC where we will be holding our  second F2F.
 >
 > What do you think? I do hope you can help us.
 >
 > < And Hello Doug! We last met in a tiny crowded corner pub in Sydney, maybe Sussex Street.. Nice to cross your path again! >
 >
 > Kerry Taylor,
 > Co-chair, sdwwg
 >
 > > On 24 Jul 2015, at 7:43 pm, Frans Knibbe <frans.knibbe@geodan.nl> wrote:
 > >
 > >
 > > 2015-07-24 9:43 GMT+02:00 Satoru Takagi <sa-takagi@kddi.com>:
 > >> Hello.
 > >> I read Spatial Data on the Web Use Cases & Requirements note with
 > >> fascination.
 > >>
 > >> As one the editor of SVG2, I am working on standardization of SVG.  The
 > >> motivation of the standardization for me is mapping of geospatial
 > >> information. I am searching for construction of WWW which geospatial
 > >> information and non-geospatial information fused there.
 > >>
 > >> SVG expresses vector drawing information. However, it is almost equivalent
 > >> to vector geometry as used in the context of geospatial information. And
 > >> SVG has united with HTML, and web browsers interprets and draws it
 > >> natively. Accordingly, web browsers provides high-quality and high-speed
 > >> renderings without a massive Web apps for SVG.
 > >>
 > >> And, SVG will improve the suitability as geospatial information more by
 > >> future evolution. Recent SVG standardization work contains advanced line
 > >> styling and markers, advanced animations, non-scaling objects, tiling,
 > >> layering, level of detail and the concept equivalent to the topology of
 > >> polygon etc.
 > >>
 > >> Incidentally, our company is operating WebGIS which used SVG as geospatial
 > >> information as in-company information systems, and we realize that
 > >> potential.
 > >> Do you get interested in SVG as geospatial information? I wonder that your
 > >> activity and SVG should just become more familiar.
 > >>
 > >> Regards,
 > >>
 > >> Satoru Takagi
 > >>
 > >> W3C AC Representative, SVG2 Editor
 > >>
 > >> KDDI CORPORATION, R&D Strategy Department,
 > >> Technology Development Division
 > >
 > >
 > > Hello,
 > >
 > > Thank you for your message and for bringing SVG to our attention. SVG has been brought up in discussions on the Spatial Data on the Web e-mail list, notably:
 > > https://lists.w3.org/Archives/Public/public-sdw-wg/2015Feb/0076.html

 > > https://lists.w3.org/Archives/Public/public-sdw-wg/2015Mar/0002.html

 > > https://lists.w3.org/Archives/Public/public-sdw-wg/2015Jun/0059.html
 > > But so far an explicit mention of SVG has not made it to the Use Cases & Requirements document. We do have a general requirement for Compatibility with existing practices. As it is phrased now, it is about existing practices for making data available. SVG could be viewed as such a practice, but it could also be viewed as an existing practice for visualisation of spatial data. I think we should at least consider bringing SVG into that requirement.
 > >
 > > Personally, I think SVG is a nice way of displaying geographical data on a web page, especially in combination with CSS3. I am curious: are there any plans to have 3D data in SVG? Or to have spherical coordinate reference systems? Such things would go well with spatial data.
 > >
 > > Greetings,
 > > Frans
 > >
 > > --
 > > Frans Knibbe
 > > Geodan
 > > President Kennedylaan 1
 > > 1079 MB Amsterdam (NL)
 > >
 > > T +31 (0)20 - 5711 347 <tel:+31%2020%20571%201347> 
 > > E frans.knibbe@geodan.nl
 > > www.geodan.nl
 > > disclaimer
 > >
 >
 >
 >
 
 

-- 



Ed Parsons FRGS
Geospatial Technologist, Google

+44 7825 382263 @edparsons
www.edparsons.com <http://www.edparsons.com/>  

Received on Wednesday, 13 December 2017 02:00:41 UTC