Hi Even,
Here's mi osmconf.ini:
https://gist.github.com/anonymous/f9b34c34a2107fd4fb3a5dfa5931b78f
Converting to shapefile:
ogr2ogr -f "ESRI Shapefile" -overwrite labuildings.shp
california-latest.osm.pbf -spat -118.952 32.75 -117.646 34.8233
--config OSM_CONFIG_FILE osmconf.ini -progress -sql 's
> That would be helpful to confirm.
Based on sample file provided off-line, turned out to be a hack specific to
CityGML that was far from being universal.
Fixed per https://trac.osgeo.org/gdal/ticket/6597
--
Spatialys - Geospatial professional services
http://www.spatialys.com
_
Here is how I did finally :
INPUTS:
mask_geojson = [feature['geometry'] for feature in geojson['features']]
filelike_in # my Geotiff file in-Memory (cStringIO.StringIO)
# https://lists.osgeo.org/pipermail/gdal-dev/2010-May/024723.html
# Create in-memory file and initialize it
>
> I've tried adding -dim 2 to ogr2ogr, but that doesn't seem to work. Is
> there any way to force ogr to treat these objects as 2D? Forcing object
> type isn't possible, unfortunately, since the GML file contains mixed
> types (linestrings, polygons, even curved polygons).
No, there must be som
Le lundi 18 juillet 2016 09:22:52, maning sambale a écrit :
> Hi,
>
> I found this section of the code osmconf.ini:
>
> # type of attribute 'foo' can be changed with something like
> #foo_type=Integer/Real/String/DateTime
>
> So in my configuration I have the following:
>
> # keys to report as
Hi,
I found this section of the code osmconf.ini:
# type of attribute 'foo' can be changed with something like
#foo_type=Integer/Real/String/DateTime
So in my configuration I have the following:
# keys to report as OGR fields
attributes=name,building,height,ele,start_date,
height_type=Real
ele
