[gdal-dev] Adopt RFC48: Geographical networks support
Hi everybody, The motion of RFC48 has been adopted with support from PSC members JukkaR, TamasS and EvenR. The code merged in trunk now (r29585). Let me know if issues arise. Also the RFC (https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support) and RFC common page (https://trac.osgeo.org/gdal/wiki/RfcList) were corrected. -- Best regards, Dmitry ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adopt RFC48: Geographical networks support
On 7/31/2015 2:51 PM, Dmitry Baryshnikov wrote: Hi everybody, The motion of RFC48 has been adopted with support from PSC members JukkaR, TamasS and EvenR. The code merged in trunk now (r29585). Let me know if issues arise. Also the RFC (https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support) and RFC common page (https://trac.osgeo.org/gdal/wiki/RfcList) were corrected. This looks very interesting. I have a few questions which might get added to the futures if they are not already supported. Are there any drivers yet? Which? * like read/write OSM data or pgRouting tables Are there plans to support turn restrictions? * OSM defines edge-node-edge restrictions AND edge-edge-edge-... restrictions * currently OSRM only supports edge-node-edge restrictions * pgRouting supports edge-edge-edge-... restrictions There is a real need to be able to move network data between pgRouting and OSRM. The osm2pgrouting tool is undergoing some enhancements during the current GSoC. There is also a need to be able to move pgrouting tables to OSM pbf files so we can load them into OSRM and this seems like an excellent use case for this. Thanks, -Steve ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adopt RFC48: Geographical networks support
Hi Stephen, 31.07.2015 22:54, Stephen Woodbridge пишет: On 7/31/2015 2:51 PM, Dmitry Baryshnikov wrote: Hi everybody, The motion of RFC48 has been adopted with support from PSC members JukkaR, TamasS and EvenR. The code merged in trunk now (r29585). Let me know if issues arise. Also the RFC (https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support) and RFC common page (https://trac.osgeo.org/gdal/wiki/RfcList) were corrected. This looks very interesting. I have a few questions which might get added to the futures if they are not already supported. Are there any drivers yet? Which? * like read/write OSM data or pgRouting tables By now only two drivers present - both implements generic (or GDAL) network. The pgRouting driver in plans. The GNMNetwork API let write features to the network and connect them. See https://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support and https://github.com/OSGeo/gdal/blob/trunk/gdal/gnm/gnm_arch.dox and https://github.com/OSGeo/gdal/blob/trunk/gdal/gnm/gnm_tut.dox Are there plans to support turn restrictions? * OSM defines edge-node-edge restrictions AND edge-edge-edge-... restrictions * currently OSRM only supports edge-node-edge restrictions * pgRouting supports edge-edge-edge-... restrictions In GNM you can block edge and connection (node), but in generic network. In other drivers i.e. pgRoputing, OSRM, graphopper etc. it'll depends on implementation. Also the API of GNMNetwork class may be change (so the compiling of GNM is disabled by default). There is a real need to be able to move network data between pgRouting and OSRM. The osm2pgrouting tool is undergoing some enhancements during the current GSoC. There is also a need to be able to move pgrouting tables to OSM pbf files so we can load them into OSRM and this seems like an excellent use case for this. We can begin thinking about network2network tool after the couple of network drivers will be implemented. The help is welcome, as I plan now to concentrate on cmake for GDAL. Thanks, -Steve ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev Best regards, Dmitry ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adopt RFC48: Geographical networks support
(so the compiling of GNM is disabled by default). Just wanted to mention that with the Unix build, it is enabled by default. Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adopt RFC48: Geographical networks support
Hi, this is error. Fixed in r29588 Best regards, Dmitry 01.08.2015 00:02, Even Rouault пишет: (so the compiling of GNM is disabled by default). Just wanted to mention that with the Unix build, it is enabled by default. Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev