<div dir="ltr">Thanks everyone for the responding and for some interesting ideas. I will try to think what I can do with them.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-17 18:56 GMT+04:00 Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Also of potential interest :<br>
- Virtual Network, a module of Spatialite :<br>
<a href="https://www.gaia-gis.it/spatialite-2.3.0/spatialite-network-2.3.0.html" target="_blank">https://www.gaia-gis.it/spatialite-2.3.0/spatialite-network-2.3.0.html</a><br>
- GraphServer : <a href="https://github.com/graphserver/graphserver/tree/master" target="_blank">https://github.com/graphserver/graphserver/tree/master</a><br>
- OpenTripPlanner :  <a href="http://opentripplanner.com/" target="_blank">http://opentripplanner.com/</a><br>
<div class=""><br>
> Mikhail,<br>
><br>
> This is a very interesting idea.<br>
><br>
> You might want to add specific support pgRouting which already supports<br>
> building graphs, creating routing topology and solving various graph<br>
> problem using postgis for geometry and tables for building and linking<br>
> the topology.<br>
><br>
> You might also want to look at:<br>
><br>
> <a href="https://github.com/woodbri/osrm-tools" target="_blank">https://github.com/woodbri/osrm-tools</a><br>
>    - a tool to move pgrouting data to Project-OSRM<br>
><br>
> <a href="https://github.com/DennisOSRM/Project-OSRM" target="_blank">https://github.com/DennisOSRM/Project-OSRM</a><br>
>    - a high performance routing engine<br>
><br>
> A tool like you are describing that can load data and prepare a graph or<br>
> move data between these projects would be extremely useful.<br>
><br>
> I look forward to hearing more about your ideas.<br>
><br>
> Thanks,<br>
>    -Steve Woodbridge<br>
><br>
</div><div class="">> On 2/17/2014 5:13 AM, Ð ÐžÑ Ð°ÐžÐ» Ð Ñ Ñ ÐµÐ² wrote:<br>
> > Hello everyone.<br>
> ><br>
> > I am a last year student at Moscow Power Engineering Institute, Russia.<br>
> > For GSoC 2014 I would like to work on networking capabilities in GDAL/OGR.<br>
> ><br>
> > _<br>
> > _<br>
> ><br>
> > _Overall idea_<br>
> ><br>
> > I would like to try to implement a universal network model. The<br>
> > universality of the model would reflect not only in the ability to use<br>
> > different GIS formats to store and transfer network data (which OGR is a<br>
> > grate basis for), but also to be able to design and simulate different<br>
> > types of network applications (engineering, natural, etc). I understand<br>
> > that it is rather ambitious to consider all possible aspects of all<br>
> > network types. But as a first step I would like to cover only the basic<br>
</div>> > aspects, that can be generalized and to provide a â  platformâ   which can<br>
<div class="HOEnZb"><div class="h5">> > be used by other developers to create their own extensions which are<br>
> > specific to the concrete network type.<br>
> ><br>
> ><br>
> > _Target scope for GSoC 2014_<br>
> ><br>
> > Today none of OGR drivers supports network functionality. The idea is to<br>
> > implement a new OGR driver, which will deal with networks built over the<br>
> > spatial data. The spatial data together with the network data will be<br>
> > stored in one of the OGR-supported formats, which would be specified<br>
> > during the creation of the network.<br>
> ><br>
> > Planned features of the new driver:<br>
> ><br>
> > 1. Reading/writing data from/to the source, creating layers, editing<br>
> > attributes, etc (as any new OGR driver must provide);<br>
> ><br>
> > 2. The user would also be able to do the following, assuming that all<br>
> > the special network data is the data of the current GIS-format:<br>
> ><br>
> ><br>
> > - Read/Write the information about the whole network (network metadata);<br>
> ><br>
> > - Edit special network objects parameters such as blocking state, or<br>
> > direction of the flow;<br>
> ><br>
> > - Import objects from the external sources (the driver adds missing<br>
> > network parameters to them);<br>
> ><br>
> > - Set/unset connections among network objects;<br>
> ><br>
> > - Edit the sets of the network rules.<br>
> ><br>
> > 3. Each object in the network will have a set of relations with other<br>
> > objects, which are stored separately and form a network graph;<br>
> ><br>
> > 4. The whole network will have a set of rules that describes the<br>
> > connection possibilities of different object types in the network. The<br>
> > network will also have a set of rules that describes the influence of<br>
> > each type of object to the state of the whole network and to the other<br>
> > types of objects. It can also be called as a behavior of the object in<br>
> > the context of the network specialization (engineering purpose).<br>
> ><br>
> ><br>
> > _Current status_<br>
> ><br>
> > <a href="https://github.com/MikhanGusev/gnm" target="_blank">https://github.com/MikhanGusev/gnm</a><br>
> ><br>
> > As a matter of fact I've been working on this for a while, and I've<br>
> > already completed few things. Here is what I've accomplished already:<br>
> ><br>
> > 1. Complete. The driver and most of the required virtual interfaces are<br>
> > already implemented;<br>
> ><br>
> > 2. Complete. All data from the external source is wrapped with the<br>
> > network proxy and the user can edit it.<br>
> ><br>
> > 3. Currently, I'm thinking about the way, how the network graph will be<br>
> > stored.<br>
> ><br>
> ><br>
> > Best regards,<br>
> ><br>
> > Mikhail Gusev.<br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > gdal-dev mailing list<br>
> > <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
> ><br>
><br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
> <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
<br>
</div></div></blockquote></div><br></div>