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
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
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
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
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
On 16 May 2010 13:06, Arlindo Pereira openstreet...@arlindopereira.com 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
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
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
2010/5/14 Iván Sánchez Ortega i...@sanchezortega.es:
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
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
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
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
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
openstreet...@arlindopereira.com wrote:
Hi there,
I just managed to get the
The PRJ files says:
14 matches
Mail list logo