The PRJ files says:<div><br></div><div>PROJCS["SAD_1969_UTM_Zone_23S",GEOGCS["GCS_South_American_1969",DATUM["D_South_American_1969",SPHEROID["GRS_1967_Truncated",6378160.0,298.25]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",10000000.0],PARAMETER["Central_Meridian",-45.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]</div>

<div><br></div><div>ogr2ogr/ogr2osm.py seems to be aware of it:</div><div><br></div><div><div>nighto@inspiron1525:~/Projetos/basegeo$ python ogr2osm.py ciclovias.shp</div><div>/usr/lib/python2.6/dist-packages/osgeo/gdal.py:99: DeprecationWarning: ogr.py was placed in a namespace, it is now available as osgeo.ogr</div>

<div>  DeprecationWarning)</div><div>([], ['ciclovias.shp'])</div><div><br></div><div>Preparing to convert file ciclovias.shp (extension is shp) into ciclovias.osm</div><div>Will try to detect projection from source metadata, or fall back to EPSG:4326</div>

<div><br></div><div>Parsing features</div><div>Detected projection metadata:</div><div>PROJCS["SAD_1969_UTM_Zone_23S",</div><div>    GEOGCS["GCS_South_American_1969",</div><div>        DATUM["South_American_Datum_1969",</div>

<div>            SPHEROID["GRS_1967_Truncated",6378160.0,298.25]],</div><div>        PRIMEM["Greenwich",0.0],</div><div>        UNIT["Degree",0.0174532925199433]],</div><div>    PROJECTION["Transverse_Mercator"],</div>

<div>    PARAMETER["False_Easting",500000.0],</div><div>    PARAMETER["False_Northing",10000000.0],</div><div>    PARAMETER["Central_Meridian",-45.0],</div><div>    PARAMETER["Scale_Factor",0.9996],</div>

<div>    PARAMETER["Latitude_Of_Origin",0.0],</div><div>    UNIT["Meter",1.0]]</div><div><br></div><div>['Codigo', 'Nome', 'Fonte', 'area', 'len']</div><div>Got layer field definitions</div>

<div><br></div><div>Nodes: 2055</div><div>Way segments: 2018</div><div>Lines: 54</div><div>Areas: 0</div><div><br></div><div>Joining segments</div><div><br></div><div>Simplifying line segments</div><div><br></div><div>Simplifying area segments</div>

<div><br></div><div>Simplifying remaining nodes</div><div><br></div><div>Nodes: 2055</div><div>Original way segments: 2018</div><div>Segment join operations: 1964</div><div>Lines: 54</div><div>Areas: 0</div><div><br></div>

<div>Generating OSM XML...</div><div>Generating nodes.</div><div><br></div><div>Generated nodes. On to lines.</div><div><br></div><div>Generated lines. On to areas.</div><div><br></div><div>All done. Enjoy your data!</div>

<div><br></div><div>Thanks</div><br><div class="gmail_quote">2010/5/14 maning sambale <span dir="ltr"><<a href="mailto:emmanuel.sambale@gmail.com">emmanuel.sambale@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

This is usually a datum shift/SRS issue.  Check if you have the<br>
correct projection and datum of the shapefile.  Ths is contained in<br>
the prj file (filename.prj)<br>
<div><div></div><div class="h5"><br>
<br>
On Fri, May 14, 2010 at 11:30 AM, Arlindo Pereira<br>
<<a href="mailto:openstreetmap@arlindopereira.com">openstreetmap@arlindopereira.com</a>> wrote:<br>
> Hi there,<br>
> I just managed to get the permission to import import the city government<br>
> data into OSM. However, I'm not able to import it to JOSM successfully.<br>
> The data is on different shapefiles, that for greater convenience I mirrored<br>
> on my webserver:<br>
> <a href="http://nighto.net/rio.zip" target="_blank">http://nighto.net/rio.zip</a><br>
> <a href="http://nighto.net/rio/" target="_blank">http://nighto.net/rio/</a><br>
> I found out that the easiest way to have an .osm file editable on JOSM would<br>
> be using Iván's ogr2osm.py [1] and it worked out pretty well. However, the<br>
> tracks are misaligned with the tracks I already have collected with GPS<br>
> (which is aligned to the Yahoo! imagery, so they're not bad tracks). Please<br>
> check this<br>
> screenshot: <a href="http://img534.imageshack.us/img534/7035/capturadetelak.png" target="_blank">http://img534.imageshack.us/img534/7035/capturadetelak.png</a> In<br>
> this example, i converted the "ciclovias.*" files (cycleways) to .osm,<br>
> opened in JOSM and downloaded this area. The shapefile converted way is<br>
> selected (red) and the OSM (captured with GPS) is in dark grey.<br>
> Any ideas? I don't think that the government data is misaligned like that.<br>
> Also, selecting all the ways on the converted osm layer on JOSM and drag<br>
> over until they align with something that already exists could work out, but<br>
> there's probably a better way to do it. I thought about creating a shell<br>
> script to add/subtract the lat/lon numbers on all nodes, but maybe someone<br>
> would come out with a magical conversion that would work out perfectly :)<br>
> Thanks a lot!<br>
> Cheers,<br>
> Arlindo "Nighto" Pereira<br>
> 1: <a href="http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py" target="_blank">http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py</a><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> talk mailing list<br>
> <a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
cheers,<br>
maning<br>
------------------------------------------------------<br>
"Freedom is still the most radical idea of all" -N.Branden<br>
wiki: <a href="http://esambale.wikispaces.com/" target="_blank">http://esambale.wikispaces.com/</a><br>
blog: <a href="http://epsg4253.wordpress.com/" target="_blank">http://epsg4253.wordpress.com/</a><br>
------------------------------------------------------<br>
</div></div></blockquote></div><br></div>