Below is what I would do on my MacBook. More info at
http://www.gdal.org/drv_osm.html
Hermann
$ wget http://download.geofabrik.de/europe/liechtenstein-latest.osm.pbf
$ mkdir outfiles
$ ogr2ogr outfiles/ liechtenstein-latest.osm.pbf
$ ls -1 outfiles/
lines.dbf
lines.prj
lines.shp
lines.shx
mul
On 2013-09-03 3:23, nicholas.g.lawrence wrote:
Hello all,
I'm trying to convert the Queensland, Australia OSM roads into a GIS
format (esri shape or mapinfo) using GDAL 1.10
I downloaded a .osm.pbf file for australia from
http://download.geofabrik.de/australia-oceania/australia.html
I'm only r
Hi,
Thanks for the updated download service.
Just to let you know that my GE client didn't want to display
brazil.kml. I had to change element name Multigeometry to MultiGeometry
in order to make it work.
Hermann
On 2013-03-11 7:11, Frederik Ramm wrote:
Hi,
I've made some updates to t
On 2012-11-26 11:22, Martin Koppenhoefer wrote:
I'd like to point out that even though your claim might be true in
terms of quantity (didn't check that but have my doubts too, because
there are far more road ways in the db than landuse) there are many
countries which didn't import CORINE, Germany
On 15/05/2012 15:37, Pieren wrote:
On Tue, May 15, 2012 at 2:53 PM, Kate Chapman wrote:
Personally I think it is discouraging. I think positive encouragement
is much better than this negative method.
The problem is that this page is mixing real mistakes (mainly bad
imports) and areas where t
On 20/11/2011 20:48, Frederik Ramm wrote:
http://www.remote.org/frederik/tmp/osmium_road_length.cpp
Does all of Germany (from a PBF file) in less than 5 minutes and using
less than 2 GB of RAM. I haven't got the time to do this properly...
Thanks for this one. I just managed to do germany.osm
On 18/11/2011 23:30, Jo wrote:
Concerning the issue with dual carriageways, I am using a brute-force
approach and divide the calculated distance by 2 if these conditions are
true:
highway ~ /^(motorway|trunk|primary|secondary|tertiary)/&&
oneway ~ /yes|true|1/
You probably want to add onewa
On 18/11/2011 19:20, ThomasB wrote:
I guess there are not so many people out there having a machine with more
than 20GB RAM. I tried to calculate Germany with a 2009 planet file but
failed, I guess because of RAM. So calculating large countries with 2011
data may require RAM well in excess of 20
On 16/11/2011 17:27, Matthias Meißer wrote:
Thanks Frederik! I think this will do it :)
bye
Matthias
Just to let you know: I am occasionally running my own script which is
kind of similar to Frederik's Perl script. As OSM input data, I am using
the .pbf files from [1]
For the Haversine Fo
On 24/05/2011 10:10, Frederik Ramm wrote:
Hi,
On 05/24/11 09:24, Hermann Peifer wrote:
The problem (at least mine) is not to relate the existing
relation objects conceptually, but to do this practically, in Potlatch.
* Select the way
* use "Advanced" mode to see relation X of wic
On 24/05/2011 08:41, Frederik Ramm wrote:
Hi,
On 05/24/11 03:18, Robin Paulson wrote:
it is made up at parts of the way of other walking tracks, such as the
'coast to coast' walking track in the auckland region.
problem is, i can't get my head round how to relate the two in a relation
Exampl
On 19/05/2011 11:09, Frank Fesevur wrote:
It would be interesting for me if I could just review those polygons
on a map.
Indeed. Why not on an Open Street Map?
For Denmark, it would expect the bounding polygon it to look like a
simplified version of: http://www.openstreetmap.org/browse/relat
On 19/05/2011 08:10, Frederik Ramm wrote:
No, they aren't publicly available but I send them to people on request.
There's really no reason to keep them secret, I just haven't set up a
mechanism to automatically put them on the server because I didn't think
people were all that interested.
I
13 matches
Mail list logo
