* Even Rouault [2017-11-22 14:30:23 +0100]:
On mercredi 22 novembre 2017 14:14:38 CET Nikos Alexandris wrote:
* Even Rouault [2017-11-20 15:59:51 +0100]:
>On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
>> * Even Rouault [2017-11-07 22:37:02 +0100]:
>> >> 2. Is OGR handling we
On mercredi 22 novembre 2017 14:14:38 CET Nikos Alexandris wrote:
> * Even Rouault [2017-11-20 15:59:51 +0100]:
> >On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
> >> * Even Rouault [2017-11-07 22:37:02 +0100]:
> >> >> 2. Is OGR handling well the conversion from .osm to ESRI Shape
* Even Rouault [2017-11-20 15:59:51 +0100]:
On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
* Even Rouault [2017-11-07 22:37:02 +0100]:
>> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
>
>Yes, but within the limits ot the shapefile, and particularly .dbf
* Even Rouault [2017-11-20 15:59:51 +0100]:
On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
* Even Rouault [2017-11-07 22:37:02 +0100]:
>> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
>
>Yes, but within the limits ot the shapefile, and particularly .dbf
* Even Rouault [2017-11-20 15:59:51 +0100]:
On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
* Even Rouault [2017-11-07 22:37:02 +0100]:
>> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
>
>Yes, but within the limits ot the shapefile, and particularly .dbf
On lundi 20 novembre 2017 15:48:20 CET Nikos Alexandris wrote:
> * Even Rouault [2017-11-07 22:37:02 +0100]:
> >> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
> >
> >Yes, but within the limits ot the shapefile, and particularly .dbf format:
> >limitation to 254 characters f
* Even Rouault [2017-11-07 22:37:02 +0100]:
2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
Yes, but within the limits ot the shapefile, and particularly .dbf format:
limitation to 254
characters for field values, 10 characters for field names... which are easily
violat
: Mittwoch, 8. November 2017 11:38
An: Frank Broniewski
Cc: gdal-dev@lists.osgeo.org
Betreff: Re: AW: [gdal-dev] Extracting keys & values from OSM Planet
Frank Broniewski:
>Hi Nikos,
>
>I am using a similar approach to yours to extract data from OSM files
>to a GIS format. I chose
Frank Broniewski:
Hi Nikos,
I am using a similar approach to yours to extract data from OSM files
to a GIS format. I chose Spatiallite as a format since it is superior
to the Shapefile format in all areas. FYI here’s what I do:
osmconvert -b="5.5,49,8,50.5" -o=saarland.osm.pbf "europe-lates
stom location and have several configs for many use
cases.
HTH
Frank
Dipl. Geogr. Frank Broniewski
Waldhölzbacher Str. 51
66679 Losheim am See
06872 5090684
www.frankbroniewski.com
Von: Nikos Alexandris
Gesendet: Dienstag, 7. November 2017 16:15
An: gdal-dev@lists.osgeo.org
Betreff: [gdal-dev]
> 2. Is OGR handling well the conversion from .osm to ESRI Shapefiles?
Yes, but within the limits ot the shapefile, and particularly .dbf format:
limitation to 254
characters for field values, 10 characters for field names... which are easily
violated by
OSM extracts.
Spatialite, GeoPackage,
Dear OSM experts,
a reproducible workflow that extracts specific tags from OSM's Planet
data set, includes:
1. downloading OSM Planet in form of a pbf file
2. convert pbf to o5m using `osmconvert`
3 extract areas of interest in separate `aoi_*.o5m` files, based on boundaries
in form of .poly
12 matches
Mail list logo
