Re: [gdal-dev] RFC 48: Geographical networks support

2015-11-23 Thread Dmitry Baryshnikov
Hi Paul, The RFS48 implemented, but only in trunk. The plan for release was on GDAL 2.1. Yes, you can create shortest path between 2 points using a shapefile of roads, but the graph needed to be created. The autocreate method developed mostly for points (valves) and lines (tubes) so it may b

[gdal-dev] RFC 48: Geographical networks support

2015-11-22 Thread Paul Meems
Hi List, I'm looking at this RFC. Is it already implemented in GDAL v2? And can we use it to create the shortest path between 2 points using a shapefile of roads (linestring) Thanks, Paul *Paul Meems * Release manager, configuration manager and forum moderator of MapWindow GIS. www.mapwindow.or

Re: [gdal-dev] RFC 48: Geographical networks support

2015-07-10 Thread Even Rouault
> > The compiler didn't let me dynamic cast from void* to void* (as the > GDALMajorObjectShadow* is typedef void* and GNMNetworkShadow*, > GNMGenericNetworkShadow* also void). Any idea how to solve this? I think you need to statically recast the shadowed types to the real C++ GDALMajorObject* be

Re: [gdal-dev] RFC 48: Geographical networks support

2015-07-10 Thread Dmitry Baryshnikov
Hi Even, 10.07.2015 00:19, Even Rouault пишет: Hi Dmitry, I have just finished the integration of GSoC2014 work into the geographical network support in GDAL. The major changes from original code: 1) The base network class (GNMNetwork) is inherited form GDALDataset. So any GDAL utility, that w

Re: [gdal-dev] RFC 48: Geographical networks support

2015-07-09 Thread Even Rouault
Hi Dmitry, > > I have just finished the integration of GSoC2014 work into the > geographical network support in GDAL. > The major changes from original code: > 1) The base network class (GNMNetwork) is inherited form GDALDataset. So > any GDAL utility, that works with GDALDataset can work with GN

[gdal-dev] RFC 48: Geographical networks support

2015-07-09 Thread Dmitry Baryshnikov
Hi everybody, I have just finished the integration of GSoC2014 work into the geographical network support in GDAL. The major changes from original code: 1) The base network class (GNMNetwork) is inherited form GDALDataset. So any GDAL utility, that works with GDALDataset can work with GNMNetwo

Re: [gdal-dev] RFC 48: Geographical networks support

2015-03-25 Thread Dmitriy Baryshnikov
Hi Mikhail, For classes, functions and etc. you can make them protected/private, for API, the header file can be split into public API part and internal part. May be some definitions can be placed into the source (cpp) files. Also Even mentioned CPL_DLL macro which exported classes/functions f

Re: [gdal-dev] RFC 48: Geographical networks support

2015-03-24 Thread Mikhail Gusev
Hello all. I'm trying to fix issues which were mentioned before in order to integrate GNM into GDAL 2.0. My question is about that issue: Even Rouault: > - gnm/frmts/gnm_frmts.h : I'm a bit concerned about exposing (installed > header + CPL_DLL) an interface that has not yet been implemented. My

Re: [gdal-dev] RFC 48: Geographical networks support

2014-09-10 Thread Dmitriy Baryshnikov
Hi, Imran. Yes, I think so. It depends on including GNM into GDAL. The python binding using swig, so adding the java will be simple. Best regards, Dmitry 09.09.2014 19:41, Imran Rajjad пишет: Will this be available for java bindings too? On Sep 9, 2014 12:53 AM, "Even Rouault"

Re: [gdal-dev] RFC 48: Geographical networks support

2014-09-09 Thread Imran Rajjad
Will this be available for java bindings too? On Sep 9, 2014 12:53 AM, "Even Rouault" wrote: > > > - gnm/frmts/gnm_frmts.h : I'm a bit concerned about exposing (installed > > > > > header + CPL_DLL) an interface that has not yet been implemented. My > > > intuition > > > is that it might change

Re: [gdal-dev] RFC 48: Geographical networks support

2014-09-08 Thread Even Rouault
> - gnm/frmts/gnm_frmts.h : I'm a bit concerned about exposing (installed > > > header + CPL_DLL) an interface that has not yet been implemented. My > > intuition > > is that it might change once the first one or two implementations have > > been made. So maybe keep it internal/experimental for

Re: [gdal-dev] RFC 48: Geographical networks support

2014-09-08 Thread Mikhail Gusev
Even, firstly thanks for your remarks! Not much to say on the RFC itself. Perhaps you should mention who will take > care of committing in the source : Dmitry I guess ? > Yes, I think someone who has committing rights can do this. I will discuss it with Dmitriy. > I looked at the code changes:

Re: [gdal-dev] RFC 48: Geographical networks support

2014-09-08 Thread Even Rouault
Le lundi 08 septembre 2014 14:08:11, Mikhail Gusev a écrit : > Hello all. > My work on GSoC 2014 project is finished and I made an RFC in order to > discuss the integration of my subproject into GDAL: > http://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support. I > think it may be necessa

[gdal-dev] RFC 48: Geographical networks support

2014-09-08 Thread Mikhail Gusev
Hello all. My work on GSoC 2014 project is finished and I made an RFC in order to discuss the integration of my subproject into GDAL: http://trac.osgeo.org/gdal/wiki/rfc48_geographical_networks_support. I think it may be necessary to make some small changes/improvements before the integration will