Thanks Martijn,
I missed the sentence "It can be dropped, too" when I first read it.
I opened a ticket for this issue.
http://trac.osgeo.org/gdal/ticket/4611
On Thu, Apr 12, 2012 at 11:59 AM, Martijn van Exel wrote:
> On Thu, Apr 12, 2012 at 12:26 AM, Chaitanya kumar CH <
> chaitanya...@gmail.
On Thu, Apr 12, 2012 at 12:26 AM, Chaitanya kumar CH wrote:
> Martijn,
>
> Thanks for the excellent error report.
> I couldn't find any statement for or against the requirement for the
> public schema. Can you provide a reference to this?
>
>
>
It's in 5.7.3 of the PostgreSQL documentation:
http:
Martijn,
Thanks for the excellent error report.
I couldn't find any statement for or against the requirement for the public
schema. Can you provide a reference to this?
On Thu, Apr 12, 2012 at 10:43 AM, Martijn van Exel wrote:
> Hi all,
>
> I had trouble extracting a shape file from a PostGIS t
Hi all,
I had trouble extracting a shape file from a PostGIS table using ogr2ogr
(1.9.0 on Ubuntu 10.04 64 bit). Debug output from ogr2ogr:
mvexel@lima:/osm/tmp/candidates$ ogr2ogr -overwrite -f "ESRI Shapefile"
--debug on candidates PG:"dbname=osmus active_schema=us user=osm
password=osm" candid
Microsoft VS 2010 - build of GDAL 1.9 64 and 32 bit works for me.
Best regards,
Martin
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Wednesday, April 11, 2012 12:56 PM
To: Hans Jonsson
Cc: gdal-dev@li
On 2012-04-11 19:17:27 +, David Shean said:
Michael,
Scott is right. Not sure if this is the preferred approach, but I
accomplished this for large datasets by specifying buffer sizes for
ReadAsArray. The doc I consulted is here:
http://gdal.org/python/osgeo.gdal_array-module.html#BandRe
Michael,
Scott is right. Not sure if this is the preferred approach, but I accomplished
this for large datasets by specifying buffer sizes for ReadAsArray. The doc I
consulted is here:
http://gdal.org/python/osgeo.gdal_array-module.html#BandReadAsArray.
I used masked arrays to exclude nodata
GDAL is now supported on PythonAnywhere (http://www.pythonanywhere.com/)
-Chandler Sterling
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hans,
If you can't be more specific I don't think you should be mailing such
a broad mailing list!
Please capture the first actual build error, and provide notes on
anything unusual about how you are building, tools, etc.
I'm pretty sure I've build GDAL 1.9 with the makefiles and VS2010, so
the
CPL string something
/Hans___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Michael,
I may be missing your question, but why aren't you just using ReadAsArray?
It has an option to return a smaller array from the input array. Now, I'm
not sure how it does the resampling (you could look to see), but you can
make a call like
data =
banddata.ReadAsArray(0,0,filehandle.
On 2012/04/11 10:16, Zoltan Szecsei wrote:
Hi,
I seem to have a mixup with different versions of gdal
ogr2ogr --version
ogr2ogr: /usr/local/lib/libgdal.so.1: no version information
available (required by ogr2ogr)
ERROR 1: ogr2ogr was compiled against GDAL 1.9 but current library
version is 1.
This might be overkill, but would using gdal to create an overview be
suitable for you?
You could call gdaladdo or use the API (BuildOverviews)
http://www.gdal.org/classGDALDataset.html#a2aa6f88b3bbc840a5696236af11dde15
Etienne
On Wed, Apr 11, 2012 at 11:31 AM, K.-Michael Aye wrote:
> Dear all,
Hi Michael,
I do that maybe in an awkward way but it saves time.
1. I create a VRT file (e.g. using CreateCopy) and open it using
xml.etree.ElementTree.XML
2. I decrease rasterXSize and rasterYSize attributes of the VRTDataset tag
3. I also decrease xSize and ySize attributes of the DstRect ta
Dear all,
is there a Python API for downsampling a huge dataset?
What I would like to do:
* get my dataset
* read out RasterXSize and RasterYSize
* calculate how many lines and rows I need to skip to get a quick
overview image, e.g. 10 lines to skip.
* Have a ReadAsArray interface where I can
For the record,
In the Perl bindings all strings going to GDAL internals are upgraded
from Perl internal format to utf-8 and all strings coming from GDAL
internals are marked for Perl to be utf-8.
This is done in the Perl typemaps after a change last November (#23405).
I don't see a similar
I submitted a ticket to address this issue.
http://trac.osgeo.org/gdal/ticket/4608
RHH
"""
Currently, using the Python SWIG bindings for GDAL 1.9.0,
feature.SetField(0, u'xxx')
feature.SetField(0, 'Спасибо'.decode('utf-8'))
raise the following exception
NotImplementedError: Wrong numb
Hi Andrey,
Do you know what is the status of native unicode/utf-8 support in GDAL?
http://trac.osgeo.org/gdal/wiki/rfc5_unicode
RHH
Currently, using the Python SWIG bindings for GDAL 1.9.0,
feature.SetField(0, u'xxx')
raises the following exception
NotImplementedError: Wrong number o
Le 11 avril 2012 08:02, Paolo Corti a écrit :
> Not sure what you are trying to do, and pretty sure that this is
> definitely obvious for you and not related at all to GDAL, but it
> seems to me that you are trying to encode in latin1 and ascii a string
> that contains characters not present in th
Hi,
Do we have anything that could be used for injecting GMLJP2 georeferencing
metadata from a text file into an existing JPEG2000 image? I found a tool
called "JP2 Meta Editor" by a company j2k-codec which is usable for individual
images. However, only way to use it is through GUI and I have a ne
On Wed, Apr 11, 2012 at 12:43 PM, Roy Hyunjin Han
wrote:
>
> WORD = 'Спасибо'.decode('utf-8')
>
> # UnicodeEncodeError: 'ascii' codec can't encode characters in
> position 0-6: ordinal not in range(128)
>
> WORD = 'Спасибо'.decode('utf-8')
>
> # Some characters cannot be converted to l
Le 11 avril 2012 03:38, Paolo Corti a écrit :
> this will work:
> feat.SetField(0, u'xxx'.encode('utf-8'))
Yes, but you can't decode it after saving the file.
feature.SetField2() forces conversion using str()
feature.SetField() tries to convert unicode to latin-1
git clone g...@github.c
Hy all,
I have a VRT file generated with buildvrt utility :
> ...
> ...
>
> 0
> Gray
>
> 1.tif
> 1
>DataType="UInt16" BlockXSize="8449" BlockYSize="1" />
>
>
> 0
>
>
> 2.tif
> 1
>DataType="UInt16" BlockXSiz
Thanks Chaitanya,
i forgot to add, that I was refering to an option in gdalbuildvrt, there is
no way of specifying expansion there ?
(otherwise, there is a lot of manual work to do in the XML)
Let me know if I am wrong !
I solved my problem by
1) Creating a VRT on the original RGB tiles
2) C
Jukka Rahkonen mmmtike.fi> writes:
> I managed to trap one problematic case but there is something weird
> going on. The feature comes originally from Oracle and it is for sure
> a polygon there (GTYPE=2003). I have converted it into shapefile with
> GDAL 1.6 and OCI plugin from OSGeo4W becau
Oyvind,
VRT does support colortable expansion.
Check out the ComplexSource sub-topic in the vrt doc page[1].
>
> From the The ComplexSource supports fetching a color component from a
> source raster band that has a color table. The ColorTableComponent value is
> the index of the color component to
Hi,
I seem to have a mixup with different versions of gdal
ogr2ogr --version
ogr2ogr: /usr/local/lib/libgdal.so.1: no version information available
(required by ogr2ogr)
ERROR 1: ogr2ogr was compiled against GDAL 1.9 but current library
version is 1.8
zls@gs0:~$ which ogr2ogr
/usr/bin/ogr2og
Hello,
I am fiddling with some old scanned (handmade) maps. In order to reduce the
size of the data, and since
the maps has a limited amount of colors, i figured that using palettized
8BPP tiffs would be suitable in this
case.
I got several tiles that make up the whole area, using rgb(0,0,0) as n
On Tue, Apr 10, 2012 at 11:49 PM, Roy Hyunjin Han
wrote:
> In GDAL 1.9.0 and Python 2.7.2,
>
> feature.SetField(0, u'xxx')
>
> raises the following exception
>
> NotImplementedError: Wrong number of arguments for overloaded
> function 'Feature_SetField'.
> Possible C/C++ prototypes are:
>
29 matches
Mail list logo
