Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
On Sun, 23 May 2010, Arlindo Pereira wrote:
> As expected, it's a file with the blocks ("quadras") structure. How do you
> think it could be imported into OSM, if useful at all? I mean, we map roads
> and the buildings that are on the blocks, but not the blocks itself. Just
> to exemplify, a place near of where I live:
>
> http://osm.org/go/OVc0m5mwC--
>
> And what the shapefile provided me:
>
> http://img175.imageshack.us/img175/2793/capturadetelajavaopenst.png
>
> Perhaps if I manually import those polygons to OSM with some
> landuse=residential|comercial tag and draw roads between them manually? Any
> ideas?
someone sorted out this problem with the Queensland land data
They made a WMS layer which could be used with Potlatch (hosted somewhere) or
JOSM (hosted locally)
Then for places we knew we could draw in the streets between the lines.
http://wiki.openstreetmap.org/wiki/Data.australia.gov.au/Queensland
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
Hi,
in the end, after searching for a couple of hours, I managed to split a
little part of the 400MB file and open it on JOSM to take a look:
$ java -Xmx1048m -cp "osmosis-0.35/osmosis.jar:osmosis-0.35/lib/default/*"
org.openstreetmap.osmosis.core.Osmosis --read-xml-0.5 enableDateParsing=no
file=Quadras.osm --migrate --bounding-box top=-22.92297 left=-43.18026
bottom=-22.92849 right=-43.17241 completeWays=yes completeRelations=yes
--write-xml file=teste-catete.osm
As expected, it's a file with the blocks ("quadras") structure. How do you
think it could be imported into OSM, if useful at all? I mean, we map roads
and the buildings that are on the blocks, but not the blocks itself. Just to
exemplify, a place near of where I live:
http://osm.org/go/OVc0m5mwC--
And what the shapefile provided me:
http://img175.imageshack.us/img175/2793/capturadetelajavaopenst.png
Perhaps if I manually import those polygons to OSM with some
landuse=residential|comercial tag and draw roads between them manually? Any
ideas?
Thank you guys, you're helping a lot. I'm very thankful and hopeful we will
have a good and free map of Rio soon. :)
Cheers,
Arlindo Pereira
2010/5/22 François Van Der Biest
> Hi all,
>
> I'd recommend having a look at this automated road selection process
> before hand selecting features to import :
> http://wiki.openstreetmap.org/wiki/BMO#Differential_import
>
> If needed, I can provide help, since I'm the one who wrote the page.
>
> F.
>
> On Sun, May 16, 2010 at 4:49 PM, Jukka Rahkonen
> wrote:
> > Arlindo Pereira arlindopereira.com> writes:
> >
> > ...
> >>
> >> Now, moving on to the second question: the largest shapefile
> >> (Quadras.shp, with the streets and the blocks) has 68 MB, and after
> >> conversion (and two hours later) it becomes a huge 416 MB .osm file,
> >> and I can't open it with JOSM (ok, after half an hour it loads up on
> >> the editor but I can't do anything because the program freezes). How
> >> can I split it in smaller files for an easier edition?
> >
> > One possibility is to edit the shapefile with some GIS program like
> OpenJUMP or
> > QGis, select features from a smaller area and save that part to a new
> shapefile.
> > That way you could also select only some kind of features to import, or
> cut off
> > those you do not want at all.
> >
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk
> >
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
Hi all, I'd recommend having a look at this automated road selection process before hand selecting features to import : http://wiki.openstreetmap.org/wiki/BMO#Differential_import If needed, I can provide help, since I'm the one who wrote the page. F. On Sun, May 16, 2010 at 4:49 PM, Jukka Rahkonen wrote: > Arlindo Pereira arlindopereira.com> writes: > > ... >> >> Now, moving on to the second question: the largest shapefile >> (Quadras.shp, with the streets and the blocks) has 68 MB, and after >> conversion (and two hours later) it becomes a huge 416 MB .osm file, >> and I can't open it with JOSM (ok, after half an hour it loads up on >> the editor but I can't do anything because the program freezes). How >> can I split it in smaller files for an easier edition? > > One possibility is to edit the shapefile with some GIS program like OpenJUMP > or > QGis, select features from a smaller area and save that part to a new > shapefile. > That way you could also select only some kind of features to import, or cut > off > those you do not want at all. > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
Hi there, now I'm stuck with Osmosis. $ java -Xmx1048m -cp "osmosis-0.35/osmosis.jar:osmosis-0.35/lib/default/*" org.openstreetmap.osmosis.core.Osmosis --read-xml enableDateParsing=no file=Quadras.osm --bounding-box top=-22.92297 left=-43.18026 bottom=-22.92849 right=-43.17241 --write-xml file=teste-catete.osm 22/05/2010 17:24:51 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.35 22/05/2010 17:24:52 org.java.plugin.registry.xml.ManifestParser INFO: got SAX parser factory - org.apache.xerces.jaxp.saxparserfactoryi...@e80842 22/05/2010 17:24:52 org.java.plugin.registry.xml.PluginRegistryImpl configure INFO: configured, stopOnError=false, isValidating=true 22/05/2010 17:24:52 org.java.plugin.registry.xml.PluginRegistryImpl register INFO: plug-in and fragment descriptors registered - 1 22/05/2010 17:24:52 org.java.plugin.standard.StandardPluginManager activatePlugin INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.c...@0.35.0 22/05/2010 17:24:52 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 22/05/2010 17:24:52 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 22/05/2010 17:24:52 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 22/05/2010 17:24:52 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion SEVERE: Thread for task 1-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Node -8388607 does not have a version attribute as OSM 0.6 are required to have. Is this a 0.5 file? at org.openstreetmap.osmosis.core.xml.v0_6.impl.NodeElementProcessor.begin(NodeElementProcessor.java:73) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.startElement(OsmHandler.java:90) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(SAXParser.java:195) at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java:108) at java.lang.Thread.run(Thread.java:636) 22/05/2010 17:24:52 org.openstreetmap.osmosis.core.Osmosis main SEVERE: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed. at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) The Osmosis wiki page mentions that the last version to support 0.5 API is 0.35, which is the exact one I'm using. Any advices? Cheers, Arlindo Pereira 2010/5/16 John Smith > On 16 May 2010 13:06, Arlindo Pereira > wrote: > > the editor but I can't do anything because the program freezes). How > > can I split it in smaller files for an easier edition? > > osmosis > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
On 16 May 2010 13:06, Arlindo Pereira wrote: > the editor but I can't do anything because the program freezes). How > can I split it in smaller files for an easier edition? osmosis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
That worked out perfectly, thanks! http://img72.imageshack.us/img72/6952/capturadetela1.png Iván, si puedo ir a SotM otra vez, beberemos una cerveza juntos. :) Now, moving on to the second question: the largest shapefile (Quadras.shp, with the streets and the blocks) has 68 MB, and after conversion (and two hours later) it becomes a huge 416 MB .osm file, and I can't open it with JOSM (ok, after half an hour it loads up on the editor but I can't do anything because the program freezes). How can I split it in smaller files for an easier edition? Thanks again, Arlindo 2010/5/14 Iván Sánchez Ortega > > El 14/05/2010 12:06, Jukka Rahkonen escribió: > > Try with +proj=utm +zone=23 +south +ellps=GRS67+towgs84=-66.87,4.37,-38.52 > > Somebody in the internet has used it before > > http://www.mundogeo.com.br/forum_mensagem.php?topico=1105 > > And the way to use it in ogr2osm should be something like: > > python ogr2osm -p "+proj=utm +zone=23 +south +ellps=GRS67 > +towgs84=-66.87,4.37,-38.52" ciclovias.shp > > That will override the projection information contained in the > shapefile's .prj file. > > -- > Iván Sánchez Ortega > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
And if you really going to do this complicated, than add that the earth really is a liquid ball with hard shell pieces, some seismic events can make the earth wobble which might result in these drifts to accelerate or delay a few years each, sometimes in different directions, making these predictable movements somewhat unpredictable. But all of this is really drifting off topic from the original questions, how to solve the datum differences in importing data sources 2010/5/14 John Smith : > 2010/5/15 Iván Sánchez Ortega : >> Problem is, the center of mass moves along with the continental drift. Have >> you heard of gravimetrics? You can have lots of fun with it. > > Yes I know, but I was outlining the basic reason why most co-ords on > most plates shifted 50-200m (or more) when governments started > shifting to mass centric models. > > Also, even though most countries shifted to mass centric based > systems, they still using plate fixed models that drift from the GPS > system, in the case of DGA94, by about 7cm NNE on average per year, > but the plate isn't moving that much, since GPS uses the equator and > the 0 degree longitude as fixed reference points which also move, > although different parts of different plates move at different speeds > and in different directions. > > So as you said lots of fun to be had by all if you want to get into it :) > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
2010/5/15 Iván Sánchez Ortega : > Problem is, the center of mass moves along with the continental drift. Have > you heard of gravimetrics? You can have lots of fun with it. Yes I know, but I was outlining the basic reason why most co-ords on most plates shifted 50-200m (or more) when governments started shifting to mass centric models. Also, even though most countries shifted to mass centric based systems, they still using plate fixed models that drift from the GPS system, in the case of DGA94, by about 7cm NNE on average per year, but the plate isn't moving that much, since GPS uses the equator and the 0 degree longitude as fixed reference points which also move, although different parts of different plates move at different speeds and in different directions. So as you said lots of fun to be had by all if you want to get into it :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
El día Friday 14 May 2010 19:14:35, John Smith dijo: > Since the advent of satellites spinning round the globe, and more > specifically the GPS cluster of satellites, they now use the centre of > the mass of the earth. Problem is, the center of mass moves along with the continental drift. Have you heard of gravimetrics? You can have lots of fun with it. -- Iván Sánchez Ortega Un ordenador no es una televisión ni un microondas: es una herramienta compleja. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
2010/5/14 Iván Sánchez Ortega : >> Any ideas? I don't think that the government data is misaligned like >> that. > > You're wrong: it is. It all comes down to which reference system you > use. Unfortunately, you'll need two years of geodetics classes in a > university to have a full understanding of the issue. Maybe a full understanding, but the basic understanding is this, originally governments used the centre of the earth as the basis, although not always some mines in Australia used the direction of the vein of ore as north/south even if it ran east/west. Since the advent of satellites spinning round the globe, and more specifically the GPS cluster of satellites, they now use the centre of the mass of the earth. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
El 14/05/2010 12:06, Jukka Rahkonen escribió: > Try with +proj=utm +zone=23 +south +ellps=GRS67+towgs84=-66.87,4.37,-38.52 > Somebody in the internet has used it before > http://www.mundogeo.com.br/forum_mensagem.php?topico=1105 And the way to use it in ogr2osm should be something like: python ogr2osm -p "+proj=utm +zone=23 +south +ellps=GRS67 +towgs84=-66.87,4.37,-38.52" ciclovias.shp That will override the projection information contained in the shapefile's .prj file. -- Iván Sánchez Ortega ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
El 14/05/2010 5:30, Arlindo Pereira escribió: > [...] using Iván's ogr2osm.py [1] and it worked out pretty well. Oi! I'm glad my software is useful. Remember that ogr2osm is beerware, though :-) > However, the tracks are misaligned with the tracks I already have > collected with GPS Yeah, it usually happens with mid-1900s datums. Here in Spain, data is shifted 60 to 150 meters when reprojecting from "European Datum 1950" (A.K.A. ED50). Your data is based on the 1969 South American ellipsoid, so I'd expect a similar shift. > Any ideas? I don't think that the government data is misaligned like > that. You're wrong: it is. It all comes down to which reference system you use. Unfortunately, you'll need two years of geodetics classes in a university to have a full understanding of the issue. > I thought about creating a shell script to add/subtract the lat/lon > numbers on all nodes, but maybe someone would come out with a magical > conversion that would work out perfectly :) That "magical conversion" is called a Proj.4 string. Instead of letting ogr2osm guess the projection, you can specify all of its parameters, including a manual shift on the x, y and z axis. I do suggest you get in touch with some local expert in geodesy. They will probably have faced this problem before (SAD69 -> WGS84), and will tell you the best course of action (a fixed shift, a grid shift based on a nadgrids file, etc). BTW, try "ogr2osm -e 29183" - or ask someone about reprojecting from EPSG:29183 to EPSG:4326. 29183 means SAD69 in UTM 23S, 4326 means WGS84 in lat-lon. A gente se ve, -- Iván Sánchez Ortega ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
The PRJ files says: 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",50.0],PARAMETER["False_Northing",1000.0],PARAMETER["Central_Meridian",-45.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]] ogr2ogr/ogr2osm.py seems to be aware of it: nig...@inspiron1525:~/Projetos/basegeo$ python ogr2osm.py ciclovias.shp /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 DeprecationWarning) ([], ['ciclovias.shp']) Preparing to convert file ciclovias.shp (extension is shp) into ciclovias.osm Will try to detect projection from source metadata, or fall back to EPSG:4326 Parsing features Detected projection metadata: PROJCS["SAD_1969_UTM_Zone_23S", GEOGCS["GCS_South_American_1969", DATUM["South_American_Datum_1969", SPHEROID["GRS_1967_Truncated",6378160.0,298.25]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Transverse_Mercator"], PARAMETER["False_Easting",50.0], PARAMETER["False_Northing",1000.0], PARAMETER["Central_Meridian",-45.0], PARAMETER["Scale_Factor",0.9996], PARAMETER["Latitude_Of_Origin",0.0], UNIT["Meter",1.0]] ['Codigo', 'Nome', 'Fonte', 'area', 'len'] Got layer field definitions Nodes: 2055 Way segments: 2018 Lines: 54 Areas: 0 Joining segments Simplifying line segments Simplifying area segments Simplifying remaining nodes Nodes: 2055 Original way segments: 2018 Segment join operations: 1964 Lines: 54 Areas: 0 Generating OSM XML... Generating nodes. Generated nodes. On to lines. Generated lines. On to areas. All done. Enjoy your data! Thanks 2010/5/14 maning sambale > This is usually a datum shift/SRS issue. Check if you have the > correct projection and datum of the shapefile. Ths is contained in > the prj file (filename.prj) > > > On Fri, May 14, 2010 at 11:30 AM, Arlindo Pereira > wrote: > > Hi there, > > I just managed to get the permission to import import the city government > > data into OSM. However, I'm not able to import it to JOSM successfully. > > The data is on different shapefiles, that for greater convenience I > mirrored > > on my webserver: > > http://nighto.net/rio.zip > > http://nighto.net/rio/ > > I found out that the easiest way to have an .osm file editable on JOSM > would > > be using Iván's ogr2osm.py [1] and it worked out pretty well. However, > the > > tracks are misaligned with the tracks I already have collected with GPS > > (which is aligned to the Yahoo! imagery, so they're not bad tracks). > Please > > check this > > screenshot: http://img534.imageshack.us/img534/7035/capturadetelak.png > In > > this example, i converted the "ciclovias.*" files (cycleways) to .osm, > > opened in JOSM and downloaded this area. The shapefile converted way is > > selected (red) and the OSM (captured with GPS) is in dark grey. > > Any ideas? I don't think that the government data is misaligned like > that. > > Also, selecting all the ways on the converted osm layer on JOSM and drag > > over until they align with something that already exists could work out, > but > > there's probably a better way to do it. I thought about creating a shell > > script to add/subtract the lat/lon numbers on all nodes, but maybe > someone > > would come out with a magical conversion that would work out perfectly :) > > Thanks a lot! > > Cheers, > > Arlindo "Nighto" Pereira > > 1: > http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py > > ___ > > talk mailing list > > talk@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk > > > > > > > > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
This is usually a datum shift/SRS issue. Check if you have the correct projection and datum of the shapefile. Ths is contained in the prj file (filename.prj) On Fri, May 14, 2010 at 11:30 AM, Arlindo Pereira wrote: > Hi there, > I just managed to get the permission to import import the city government > data into OSM. However, I'm not able to import it to JOSM successfully. > The data is on different shapefiles, that for greater convenience I mirrored > on my webserver: > http://nighto.net/rio.zip > http://nighto.net/rio/ > I found out that the easiest way to have an .osm file editable on JOSM would > be using Iván's ogr2osm.py [1] and it worked out pretty well. However, the > tracks are misaligned with the tracks I already have collected with GPS > (which is aligned to the Yahoo! imagery, so they're not bad tracks). Please > check this > screenshot: http://img534.imageshack.us/img534/7035/capturadetelak.png In > this example, i converted the "ciclovias.*" files (cycleways) to .osm, > opened in JOSM and downloaded this area. The shapefile converted way is > selected (red) and the OSM (captured with GPS) is in dark grey. > Any ideas? I don't think that the government data is misaligned like that. > Also, selecting all the ways on the converted osm layer on JOSM and drag > over until they align with something that already exists could work out, but > there's probably a better way to do it. I thought about creating a shell > script to add/subtract the lat/lon numbers on all nodes, but maybe someone > would come out with a magical conversion that would work out perfectly :) > Thanks a lot! > Cheers, > Arlindo "Nighto" Pereira > 1: http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Help to import Rio de Janeiro city data to OSM - misaligned shapefiles
Hi there, I just managed to get the permission to import import the city government data into OSM. However, I'm not able to import it to JOSM successfully. The data is on different shapefiles, that for greater convenience I mirrored on my webserver: http://nighto.net/rio.zip http://nighto.net/rio/ I found out that the easiest way to have an .osm file editable on JOSM would be using Iván's ogr2osm.py [1] and it worked out pretty well. However, the tracks are misaligned with the tracks I already have collected with GPS (which is aligned to the Yahoo! imagery, so they're not bad tracks). Please check this screenshot: http://img534.imageshack.us/img534/7035/capturadetelak.png In this example, i converted the "ciclovias.*" files (cycleways) to .osm, opened in JOSM and downloaded this area. The shapefile converted way is selected (red) and the OSM (captured with GPS) is in dark grey. Any ideas? I don't think that the government data is misaligned like that. Also, selecting all the ways on the converted osm layer on JOSM and drag over until they align with something that already exists could work out, but there's probably a better way to do it. I thought about creating a shell script to add/subtract the lat/lon numbers on all nodes, but maybe someone would come out with a magical conversion that would work out perfectly :) Thanks a lot! Cheers, Arlindo "Nighto" Pereira 1: http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
