On Monday 13 October 2014 21:19:10 Stefan Ziegler wrote:
> Hi
>
> I'm trying to clip a raster with a vector layer from a geopackage file. The
> vector layer needs to be buffered before. The clipping works without
> buffering:
>
> gdalwarp -overwrite -wm 1024 -dstalpha -cutline
> 'administrative_g
Hi
I'm trying to clip a raster with a vector layer from a geopackage file. The
vector layer needs to be buffered before. The clipping works without
buffering:
gdalwarp -overwrite -wm 1024 -dstalpha -cutline
'administrative_grenzen.gpkg' -csql 'SELECT geom FROM kantonsgrenzen WHERE
KANTONSNUM = 1
2014-10-13 17:11 GMT+02:00 Even Rouault :
> Yes that's what I meant with "it is a matter of declaring a ogr.OFTString
> field
> in the target layer definition"
> That's what is done in ogr2ogr.cpp or swig/python/samples/ogr2ogr.py
right, solved. Thanks for super quick help! Martin
--
Martin Lan
Am 12.10.2014 22:43, schrieb Lukasz Tracewski:
Hi, I have a few thousands of ESRI ASCII rasters in World_Mollweide
(EPSG:54009) projection, which I need to convert to GeoTIFF. Usually
it goes fine, but there are certain special cases that resist
peaceful conversion. They are all placed on Fiji, w
On Monday 13 October 2014 17:01:49 Martin Landa wrote:
> 2014-10-13 14:43 GMT+02:00 Martin Landa :
> > ofeature = ogr.Feature(olayer.GetLayerDefn())
>
> the problem will be probably in the code above. Do I need to define
> types of affected attributes manually (StringList -> String)?
Yes that's w
2014-10-13 14:43 GMT+02:00 Martin Landa :
> ofeature = ogr.Feature(olayer.GetLayerDefn())
the problem will be probably in the code above. Do I need to define
types of affected attributes manually (StringList -> String)?
Thanks, Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
Hi Stefan,
How large is the image? As in, pixel width & height.
Also the GDALinfo would be helpful.
7 days is a very long time. I've seen times like that myself for images that
were 100,000*50,000 or similar dimensions where there was (still is?) an issue
with the pyramiding function in GDAL (i
Back again.
http://www.gisinternals.com/sdk/
Best regards,
Tamas
2014-10-13 11:46 GMT+02:00 Bo Victor Thomsen :
> http://www.gisinternals.com is not accessible at the moment. Is there any
> alternatives for downloading binary windows versions of GDAL/OGR ?
>
> Regards
> Bo Victor Thomsen
>
>
>
Hi,
2014-10-13 12:58 GMT+02:00 Even Rouault :
> Basically it is a matter of declaring a ogr.OFTString field in the target
> layer
> definition. dstFeature.SetFrom(srcFeature) will do the translation.
yes, I am already doing it
ofeature = ogr.Feature(olayer.GetLayerDefn())
ofeature.SetFrom(featu
Well,
The trac wiki does list one other source [1], also I recommend OSGeo4W [2]
[1] http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
[2] http://trac.osgeo.org/osgeo4w/
--Wolf
On Mon, Oct 13, 2014 at 11:46 AM, Bo Victor Thomsen <
bo.victor.thom...@gmail.com> wrote:
> http://www.gisinter
On Monday 13 October 2014 13:41:11 Martin Landa wrote:
> Hi,
>
> 2014-10-13 13:33 GMT+02:00 Martin Landa :
> > g++ -I /usr/local/include -L /usr/local/lib -lgdal main.cpp
> >
> > Error:
> >
> > undefined reference to GDALAllRegister
>
> solved,
>
> g++ mail.cpp -I /usr/local/include -L /usr/l
Hi,
2014-10-13 13:33 GMT+02:00 Martin Landa :
> g++ -I /usr/local/include -L /usr/local/lib -lgdal main.cpp
>
> Error:
>
> undefined reference to GDALAllRegister
solved,
g++ mail.cpp -I /usr/local/include -L /usr/local/lib -lgdal
works (so `-l` after cpp file).
Strangely g++ 4.7 works on both
Hi all,
we are facing to a strange problem when trying to compile C++ code
against GDAL library. We have a self-compiled GDAL located in
`/usr/local/lib`.
Sample code:
"""
#include "ogrsf_frmts.h"
int main()
{
GDALAllRegister();
}
"""
Command:
g++ -I /usr/local/include -L /usr/local/lib -
On Monday 13 October 2014 12:47:45 Martin Landa wrote:
> Hi,
>
> 2014-10-13 10:41 GMT+02:00 Even Rouault :
>
> [...]
>
> > If you use ogr2ogr, you could use the "-fieldTypeToString StringList"
> > option to ask for StringList fields to be converted to String.
>
> ah, ok, I overlooked this optio
Hi,
2014-10-13 10:41 GMT+02:00 Even Rouault :
[...]
> If you use ogr2ogr, you could use the "-fieldTypeToString StringList" option
> to
> ask for StringList fields to be converted to String.
ah, ok, I overlooked this option. Is it possible also from Python API?
Thanks, Martin
--
Martin Landa
http://www.gisinternals.com is not accessible at the moment. Is there
any alternatives for downloading binary windows versions of GDAL/OGR ?
Regards
Bo Victor Thomsen
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
Thanks for that, Even & Andre,
There is a NITF_ABPP metadata item and that is set to 11 so that explains
why all leading bits are 0. Also min/max on the stats is 1 to 2047.
The reason why I was going on about 5 bits for R etc was because that is how
colours are defined in a 16 bit bitmap and assu
On Monday 13 October 2014 10:03:22 Martin Landa wrote:
> Hi,
>
> it seems that StringList type is not supported by Esri Shapefile
> format. I am not sure how to solve this problem in the right way.
>
> ERROR: Unable to read 20140930_OB_571041_UKSH.xml.gz: Can't create
> fields of type StringList
Hey,
Thanks for the help !
I started from a fresh git clone,
it compiled fine using the regular autotools.
Again from fresh git clone, cmake works fine.
It seems the bug is produced by
_ mixing autotools and cmake
_using a virtual box shared folder filesystem
So anybody using virtualbox shared fi
Hi,
it seems that StringList type is not supported by Esri Shapefile
format. I am not sure how to solve this problem in the right way.
ERROR: Unable to read 20140930_OB_571041_UKSH.xml.gz: Can't create
fields of type StringList on shapefile layers.
Probably the Esri Shapefile driver could conver
20 matches
Mail list logo
