<div dir="ltr">Hi Steve,<div><br></div><div style>Today I have created a new "develop" branch [1] for osm2pgrouting, merged some pull requests, fixed conflicts and did some small changes.</div><div style>If nothing went wrong, then the "develop" branch should now support 32bit ID's and pgRouting 2.0 function names.<br>

</div><div style><br></div><div style>[1]  <a href="https://github.com/pgRouting/osm2pgrouting/tree/develop">https://github.com/pgRouting/osm2pgrouting/tree/develop</a><br></div><div style><br></div><div style>I just made one simple test with Bangladesh data and got 2 suspicious messages:</div>

<div style><br></div><div style><div><font face="courier new, monospace">Classes table created</font></div><div><font face="courier new, monospace">Adding tag types and classes to database...</font></div><div><font face="courier new, monospace">ERROR:  duplicate key value violates unique constraint "classes_pkey"</font></div>

<div><font face="courier new, monospace">DETAIL:  Key (id)=(100) already exists.</font></div><div><font face="courier new, monospace">CONTEXT:  COPY classes, line 28: "100<span class="" style="white-space:pre">       </span>1<span class="" style="white-space:pre"> </span>unclassified<span class="" style="white-space:pre">      </span>1<span class="" style="white-space:pre"> </span>50"</font></div>

<div><br></div></div><div style>There is a new PRIMARY KEY added for the "id" attribute, so it will just fail to insert the same class id twice.</div><div style>Not sure why this happens, but it seems no big issue. Before there was no unique constraint at all.</div>

<div style><br></div><div style>And in the end it reported</div><div style><br></div><div style><div><font face="courier new, monospace">NOTICE:  0 out of 27919 edges processed</font></div><div><font face="courier new, monospace">NOTICE:  10000 out of 27919 edges processed</font></div>

<div><font face="courier new, monospace">NOTICE:  20000 out of 27919 edges processed</font></div><div><font face="courier new, monospace">Create Topology failed: </font></div><div><font face="courier new, monospace">#########################</font></div>

<div><font face="courier new, monospace">size of streets: 13123</font></div><div><font face="courier new, monospace">size of splitted ways : 27919</font></div><div><br></div></div><div style>But the network table actually looked OK, so maybe it's just the error message that is wrong.</div>

<div style>I need to look at this some time later.</div><div style><br></div><div style>If you have a time to test and make sure that it works with 32bit ID's, that would be great.</div><div style><br></div><div style>

Daniel</div><div style><br></div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 11, 2013 at 12:10 PM, Stephen Mather <span dir="ltr"><<a href="mailto:stephen@smathermather.com" target="_blank">stephen@smathermather.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Hi Daniel,<br>
      <br>
      I noticed the bigint issue-- I suppose this only became a problem
      a few months back... .<br>
      <br>
      Re: 2.0, any sense of what API changes would affect
      osm2pgrouting?  I might poke under the hood to procrastinate from
      other work... .<br>
      <br>
      Best,<br>
      Steve<div><div class="h5"><br>
      <br>
      <br>
      On 06/10/2013 11:01 PM, Daniel Kastl wrote:<br>
    </div></div></div>
    <blockquote type="cite"><div><div class="h5">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <br>
          <div class="gmail_quote">On Tue, Jun 11, 2013 at 11:11 AM,
            Stephen Mather <span dir="ltr"><<a href="mailto:mather.stephen@gmail.com" target="_blank">mather.stephen@gmail.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div dir="ltr">
                <div>
                  <div>Hi All,<br>
                    <br>
                  </div>
                  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.<br>
                  <br>
                  Thanks,<br>
                  Best,<br>
                  Steve<br>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div><br>
            </div>
            <div>Hi Steve,</div>
            <div><br>
            </div>
            <div>osm2pgrouting needs some work, because</div>
            <div>
              <ol>
                <li>
                  Not compatible with PostGIS 2.0 and the new pgRouting
                  2.0</li>
                <li>Cannot handle the new OSM bigint ID's</li>
              </ol>
              <div>It was some years ago written by Daniel
                Wendt and then hosted together with pgRouting and like
                this found its way to Github.</div>
              <div>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.</div>
              <div><br>
              </div>
              <div>Currently pgRouting has priority. If someone
                wants to fix the issues with osm2pgrouting, then that's
                very welcome.</div>
              <div>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.</div>
              <div><br>
              </div>
              <div>Daniel</div>
            </div>
          </div>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          <span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse">Georepublic
            UG & Georepublic Japan<br>
            eMail: <a href="mailto:daniel.kastl@georepublic.de" style="color:rgb(66,99,171)" target="_blank">daniel.kastl@georepublic.de</a><br>
            Web: <a href="http://georepublic.de/" style="color:rgb(66,99,171)" target="_blank">http://georepublic.de</a></span>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
pgrouting-dev mailing list
<a href="mailto:pgrouting-dev@lists.osgeo.org" target="_blank">pgrouting-dev@lists.osgeo.org</a>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a>
</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
pgrouting-dev mailing list<br>
<a href="mailto:pgrouting-dev@lists.osgeo.org">pgrouting-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse">Georepublic UG & Georepublic Japan<br>eMail: <a href="mailto:daniel.kastl@georepublic.de" style="color:rgb(66,99,171)" target="_blank">daniel.kastl@georepublic.de</a><br>

Web: <a href="http://georepublic.de/" style="color:rgb(66,99,171)" target="_blank">http://georepublic.de</a></span>
</div></div></div>