[pgrouting-dev] Free as in Freedom OSM converter

[Daniel Kastl]

On Tue, Jun 11, 2013 at 1:13 PM, Stephen Woodbridge <woodbri at swoodbridge.com
> wrote:

> Daniel,
>
> I'm not sure all of the pgrouting code supports bigint, in fact, I'm
> pretty sure most of it does not. We would need to change all id variables
> to be declared "long int" in the C code and
>
> We should probably open a ticket for this and assign it to 2.1.
>


Hi Steve,

I think the problem is not so much pgRouting as parsing OSM data, and the
current implementation cannot handle 32bit ID's.
There is lot of OSM data we don't want to use and which gets filtered by
osm2pgrouting (ie. POI's polygons, etc), but in OSM it has an ID.

It makes no sense to use original OSM ID's, but it's good to keep them as a
reference.
OSM network data also needs to be noded, so it's anyhow necessary to create
own ID's and I doubt we need bigint for that ... at least not for the near
future, I hope ;-)

Daniel







>
> -Steve
>
>
> On 6/10/2013 11:24 PM, Daniel Kastl wrote:
>
>>
>>
>>
>> On Tue, Jun 11, 2013 at 12:10 PM, Stephen Mather
>> <stephen at smathermather.com <mailto:stephen at smathermather.**com<stephen at smathermather.com>>>
>> wrote:
>>
>>     Hi Daniel,
>>
>>     I noticed the bigint issue-- I suppose this only became a problem a
>>     few months back... .
>>
>>
>> There is an issue for this:
>> https://github.com/pgRouting/**osm2pgrouting/issues/16<https://github.com/pgRouting/osm2pgrouting/issues/16>
>>
>>
>>     Re: 2.0, any sense of what API changes would affect osm2pgrouting?
>>     I might poke under the hood to procrastinate from other work... .
>>
>>
>> It should only affect function names, mainly pgr_createTopology:
>> I think this file:
>> https://github.com/pgRouting/**osm2pgrouting/blob/master/src/**
>> Export2DB.cpp<https://github.com/pgRouting/osm2pgrouting/blob/master/src/Export2DB.cpp>
>>
>> Daniel
>>
>>
>>
>>
>>     Best,
>>     Steve
>>
>>
>>
>>     On 06/10/2013 11:01 PM, Daniel Kastl wrote:
>>
>>>
>>>
>>>
>>>     On Tue, Jun 11, 2013 at 11:11 AM, Stephen Mather
>>>     <mather.stephen at gmail.com <mailto:mather.stephen at gmail.**com<mather.stephen at gmail.com>>>
>>> wrote:
>>>
>>>         Hi All,
>>>
>>>         Is (for the moment) OSM2pgrouting a zombie project, or has
>>>         there been work to port this for 2.0?  I'm using OSM2po at the
>>>         moment, but thought I'd check in on status of free as in
>>>         freedom alternatives.
>>>
>>>         Thanks,
>>>         Best,
>>>         Steve
>>>
>>>
>>>
>>>     Hi Steve,
>>>
>>>     osm2pgrouting needs some work, because
>>>
>>>      1. Not compatible with PostGIS 2.0 and the new pgRouting 2.0
>>>      2. Cannot handle the new OSM bigint ID's
>>>
>>>
>>>     It was some years ago written by Daniel Wendt and then hosted
>>>     together with pgRouting and like this found its way to Github.
>>>     There is not much activity except some modifications over the
>>>     years. But it has so far worked and just recently we have the
>>>     issues as described before.
>>>
>>>     Currently pgRouting has priority. If someone wants to fix the
>>>     issues with osm2pgrouting, then that's very welcome.
>>>     There is a good alternative to process OSM data, named "osm2po".
>>>     But it's not released under Open Source license, if that's OK for
>>> you.
>>>
>>>     Daniel
>>>
>>>
>>>     --
>>>     Georepublic UG & Georepublic Japan
>>>     eMail: daniel.kastl at georepublic.de
>>>     <mailto:daniel.kastl@**georepublic.de <daniel.kastl at georepublic.de>>
>>>     Web: http://georepublic.de <http://georepublic.de/>
>>>
>>>
>>>     ______________________________**_________________
>>>     pgrouting-dev mailing list
>>>     pgrouting-dev at lists.osgeo.org  <mailto:pgrouting-dev at lists.**
>>> osgeo.org <pgrouting-dev at lists.osgeo.org>>
>>>     http://lists.osgeo.org/**mailman/listinfo/pgrouting-dev<http://lists.osgeo.org/mailman/listinfo/pgrouting-dev>
>>>
>>
>>
>>     ______________________________**_________________
>>     pgrouting-dev mailing list
>>     pgrouting-dev at lists.osgeo.org <mailto:pgrouting-dev at lists.**osgeo.org<pgrouting-dev at lists.osgeo.org>
>> >
>>
>>     http://lists.osgeo.org/**mailman/listinfo/pgrouting-dev<http://lists.osgeo.org/mailman/listinfo/pgrouting-dev>
>>
>>
>>
>>
>> --
>> Georepublic UG & Georepublic Japan
>> eMail: daniel.kastl at georepublic.de <mailto:daniel.kastl@**georepublic.de<daniel.kastl at georepublic.de>
>> >
>> Web: http://georepublic.de <http://georepublic.de/>
>>
>>
>>
>> ______________________________**_________________
>> pgrouting-dev mailing list
>> pgrouting-dev at lists.osgeo.org
>> http://lists.osgeo.org/**mailman/listinfo/pgrouting-dev<http://lists.osgeo.org/mailman/listinfo/pgrouting-dev>
>>
>>
> ______________________________**_________________
> pgrouting-dev mailing list
> pgrouting-dev at lists.osgeo.org
> http://lists.osgeo.org/**mailman/listinfo/pgrouting-dev<http://lists.osgeo.org/mailman/listinfo/pgrouting-dev>
>



-- 
Georepublic UG & Georepublic Japan
eMail: daniel.kastl at georepublic.de
Web: http://georepublic.de
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pgrouting-dev/attachments/20130611/177fa1e3/attachment.html>