Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

ted by the following configuration option: DXF_HATCH_TOLERANCE=value: Determines the tolerance used when looking for the next component to add to the hatch boundary. (GDAL <= 2.2.x) Only line and polyline boundary paths are translated correctly. On 10/11/23 10:51, Catania, Luke A ER

Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

...@maanmittauslaitos.fi>> Sent: Wednesday, October 11, 2023 2:12 AM To: Catania, Luke A ERDC-RDE-GRL-VA CIV mailto:luke.a.cata...@erdc.dren.mil>>; Scott mailto:pub...@postholer.com>>; gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org> Subject: Re: [gdal-dev] help needed

Re: [gdal-dev] help needed with pygdaltools library, documentation sparse

On 10/10/23 22:26, Catania, Luke A ERDC-RDE-GRL-VA CIV via gdal-dev wrote: > I am running simple code to convert dxf to gpkg and I get the error > below.  -am an trying to figure out how to add a bunch of options ( -f > GPKG -append -update --config DXF_ENCOD

[gdal-dev] help needed with pygdaltools library, documentation sparse

I am running simple code to convert dxf to gpkg and I get the error below. -am an trying to figure out how to add a bunch of options ( -f GPKG -append -update --config DXF_ENCODING CP1252 --config DXF_INCLUDE_RAW_CODE_VALUES TRUE --config DXF_TRANSLATE_ESCAPE_SEQUENCES FALSE --config DXF_MERGE_

Re: [gdal-dev] Query regarding using gdalwarp with cutlineSQL

You need single quotes around your string literal: cutlineWhere="name = 'first'" -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal

[gdal-dev] Default options for a format

PRESS=LZW, INTERLEAVE=BAND, etc.) this way? I've set up batch scripts that call the command line utilities that I use the most with my standard set of options, but I was wondering if there was a more general way to handle this that other people have figured out. Th

Re: [gdal-dev] cog samples

Sorry, that should be http://sentinel-s2-l1c.s3-website.eu-central-1.amazonaws.com/#tiles/30/T/XT/2017/1/2/0/ -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osge

Re: [gdal-dev] cog samples

Possibly from http://sentinel-s2-l1c.s3-website.eu-central-1.amazonaws.com/#products/2017/1/2/S2A_MSIL1C_20170102T111442_N0204_R137_T30TXT_20170102T111441/ -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing li

Re: [gdal-dev] Time in GDAL

Just a comment from an end user: perhaps ACQUISITIONDATETIME could store start and end times using ISO 8601 intervals (forward slash separator) - start date time/end date time Luke -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html

Re: [gdal-dev] VRT derived raster bands Error

According to the VRT Tutorial , this functionality is available from GDAL 2.2 on. GDAL 2.2 has not been released yet. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/VRT-derived-raster-bands-Error-tp531221

Re: [gdal-dev] vector VRT: Warning 1: Line 2: Attribute value should be single or double quoted.

VRT is an XML file, and to be valid XML all attribute values in the VRT need to be quoted. e.g In your VRT, your relativeToVRT attribute value is not quoted. Change to Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/vector-VRT-Warning-1-Line-2-Attribute-value

Re: [gdal-dev] Piping VRT to gdal_translate with /vsistdout

https://trac.osgeo.org/gdal/ticket/6061 Thanks Even Regards Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Piping-VRT-to-gdal-translate-with-vsistdout-tp5218386p5218872.html Sent from the GDAL - Dev mailing list archive at Nabble.com

Re: [gdal-dev] Piping VRT to gdal_translate with /vsistdout

Luke wrote > ... > Windows generates the following error (command was run in cmd.exe): > ERROR 1: Parse error at EOF, not all elements have been closed, > starting with Co > ... > The linux error is similar with "ColorInte" instead of "Co". Command was &

[gdal-dev] Piping VRT to gdal_translate with /vsistdout

ing /vsistdout/ to a file and running gdalinfo/gdal_translate on that file works as expected. Is there a way to pipe VRT between GDAL utilities? Regards Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Piping-VRT-to-gdal-translate-with-vsistdout-tp5218386.html Sent fr

Re: [gdal-dev] Merge all features in polygon shapefile with gdal

Steven, Remove the group by and it will ignore the attributes. ogr2ogr output.shp input.shp -dialect sqlite -sql "SELECT ST_Union(geometry) FROM input" Regards Luke Steven Lutz wrote > ... > this is what I've come up with: > > |ogr2ogr output.shp input.shp -di

Re: [gdal-dev] ImportError: numpy.core.multiarray failed to import

numpy 1.7.2 from the numpy sourceforge site. If using 64bit python, you might find it easier to install numpy 1.9 and gdal from Christoph Gohlke's page as numpy don't produce 64bit builds. Luke ___ gdal-dev mailing list gdal-dev@lists.osgeo.org htt

Re: [gdal-dev] ImportError: numpy.core.multiarray failed to import

Sounds like you have a version mismatch. For example, you'll get that message if you have numpy 1.7x installed and you installed the gdal binaries and bindings from Christoph Gohlke (http://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal) which are built against numpy 1.9x If you have numpy 1.7x installe

Re: [gdal-dev] why gdaldem is not working?

You have a typo in your command - the 1st argument should be "color-relief" not "color-relif". -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-why-gdaldem-is-not-working-tp5157949p5157984.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___

Re: [gdal-dev] Issues building ECW/JP2ECW driver as a plugin on Ubuntu

? Regards Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-Issues-building-ECW-JP2ECW-driver-as-a-plugin-on-Ubuntu-tp5156322p5157505.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing

Re: [gdal-dev] Problems packaging with py2exe

ingle output file instead of a folder). https://github.com/pyinstaller/pyinstaller https://pypi.python.org/pypi/PyInstaller/2.1 Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-Problems-packaging-with-py2exe-tp5156399p5156494.html Sent from the GDAL - Dev ma

Re: [gdal-dev] Issues building ECW/JP2ECW driver as a plugin on Ubuntu

Luke wrote > ...(in fact python segfaults immediately for me when trying to import > gdal)... When using the plugin built as per Andre's workflow. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-Issues-building-ECW-JP2ECW-driver-as-a-plugi

Re: [gdal-dev] Issues building ECW/JP2ECW driver as a plugin on Ubuntu

Andre Joost wrote > I have written down my workflow here: > > http://gis.stackexchange.com/questions/94870/unable-to-install-ecw-support-on-lubuntu-14-04 Andre, doing this, you are building the plugin for gdal 1.11 with old gdal 1.10 code, which is not optimal as there were quite a few changes to

[gdal-dev] Issues building ECW/JP2ECW driver as a plugin on Ubuntu

year, but there has been no resolution. I can always build gdal itself from source with python and ECW support, but I'd like to easily build ECW support as a plugin so I can just rely on my package manager to keep everything else up to date. Can anybody provide some guidance on how to co

Re: [gdal-dev] feeding input files into gdal_merge.py

Try: import glob tifs=glob.glob('D:/*.tif') subprocess.call([sys.executable,gmerge,'-o','C:/r.tif','-of','GTiff']+tifs) Luke -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-feeding-input-files-into-gdal-merge-

Re: [gdal-dev] Raster to vector conversions....

There is a QGIS solution on GIS Stackexchange - http://gis.stackexchange.com/a/86186/2856 Luke Wilbur60 wrote > I am trying to find a method of converting a raster grid to a polygon > vector that does NOT aggregate adjacent pixels that share the same Z > value. In other words, I w

Re: [gdal-dev] Fast Pixel Access

each of a large number of datasets and setting this option made it run about 3 times faster. Luke On Sun, Feb 2, 2014 at 2:12 PM, Jukka Rahkonen wrote: > Hi, > > I made a few tests and here comes my conclusions. Hypothesis is that > someone > wants to make a DEM query service

Re: [gdal-dev] newb with gdal vrt file

Your paths are likely wrong. According to the paths in that VRT, the JP2s should be located in the same directory as the VRT file. If they aren't, you need to ensure the list of JP2s (/mnt/tx/utmzone15.lst) used to create the VRT contains complete absolute or relative paths to each JP2.

Re: [gdal-dev] How to open Erdas Imagine .ige (Large Raster Spill File) Format with gdal

Pass the *.img filename to GDALOpen. Don't try to open the *.ige file directly. The ERDAS Imagine (HFA) driver will access the spill file implicitly. Luke Jun Xiong wrote > Hi All: > > I have a Erdas .ige file (>=100GB) which was generated by gdal utility > gdal_merge

Re: [gdal-dev] How to use gdal_rasterize to create a LZW compressed Tiff

See the documentation - http://www.gdal.org/gdal_rasterize.html The syntax should be -co COMPRESS=LZW Regards Luke gis.postgraduate wrote > I want to use gdal_rasterize for generating Tiff from shp. Usually the > result is big, so I try to compress it. Then I come to use the LZW >

Re: [gdal-dev] How to implement tile read / write to gdal supported format file?

You could do something like the following: (code modified from the gdal_calculations library - http://code.google.com/p/gdal-calculations) from osgeo import gdal class Block(object): def __init__(self, dataset, band, xoff, yoff, xsize, ysize): self.xoff = xoff self.yoff = yof

Re: [gdal-dev] Working with NTF files [SEC=UNCLASSIFIED]

%TEMP% is the Windows environment variable pointing to the temp directory. For Unix/linux: ,--%<--- # set variable export GDAL_PAM_PROXY_DIR=/tmp # confirm echo $GDAL_PAM_PROXY_DIR /tmp `--->%-- Luke From: Nikos Alexandris [mailto:n...@nikosalexandris.net] Sent: Wednesday, 3

Re: [gdal-dev] GDAL_API_PROXY and deregistering drivers (python/win32) [SEC=UNCLASSIFIED]

drivers]+[''] #Filter the list to only installed drivers for d in drivers: try: ds=gdal.Open('API_PROXY:'+f) #Some jp2s crash on open result = do_some_operation(ds) #Some crash on I/O break except: os.environ['GDAL_SKIP']=d #ski

[gdal-dev] GDAL_API_PROXY and deregistering drivers (python/win32) [SEC=UNCLASSIFIED]

but much faster) ERDAS driver and fall back to the OpenJPEG driver. Is there a workaround? Regards, Luke Pinner If you have received this transmission in error please notify us immediately by return e-mail and delete all copies. If this e-mail or any attachments have been sent to you in er

Re: [gdal-dev] Using gdal_rasterize to mask ENVI file Using ESRI SHP format Vector [SEC=UNCLASSIFIED]

Perhaps something like for i in {1..49}; do gdal_rasterize -burn -999 -b $i mask.shp 49bandenvi.dat; done Luke From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Peter Willis Sent: Thursday, 18 October 2012 9:43 AM To: gdal-dev@lists.osgeo.org

Re: [gdal-dev] Using gdal_rasterize to mask ENVI file Using ESRI SHP format Vector [SEC=UNCLASSIFIED]

Try gdalwarp (http://www.gdal.org/gdalwarp.html) with the -cutline argument. gdalwarp -of envi -cutline shapefile.shp multibandenvi.dat croppedoutput.dat Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Peter Willis

[gdal-dev] Go bindings have moved

The GDAL bindings for Go have moved to github.com/lukeroth/gdal to simplify usage with Go's dependency management. You should now be able to 'import " github.com/lukeroth/gdal" without having to rename any directories or packages. Thanks, Luke

Re: [gdal-dev] [go-nuts] GDAL Bindings for Go

Thanks, I just noticed that when I pulled the code to a new machine. I've renamed the repository to https://github.com/lukeroth/gdal_go to avoid the problem. Luke On Thu, Oct 4, 2012 at 12:57 AM, minux wrote: > > On Oct 4, 2012 2:46 AM, "Luke Roth" wrote: >> set

Re: [gdal-dev] GDAL Bindings for Go

x27;ll take a look at the GDAL Trac pages, although I might wait until I've had a chance to fill in some of the missing areas and add to the (currently pretty minimal) documentation. Luke On Wed, Oct 3, 2012 at 6:02 PM, Even Rouault wrote: > Le mercredi 03 octobre 2012 20:46:10, Luke

[gdal-dev] GDAL Bindings for Go

them useful! Luke ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL Python bindings disables setting a non-zero exit code

VEL is 1 or greater ) ELSE ( echo ERROR LEVEL is incorrect ) echo ERROR LEVEL=%ERRORLEVEL% Interestingly, one of the users of my code who originally reported the issue to me found that that ERRORLEVEL is set correctly in Windows XP. I'll file a ticket in TRAC. Luke On 27 Sep

Re: [gdal-dev] GDAL Python bindings disables setting a non-zero exit code

s.exit(1)" ERRORLEVEL=1 Tested on Windows 7 Pro and Server 2008 R2 64bit with GDAL 1.9.1 MSVC2008 (Win32) with 32bit python 2.6.5 and GDAL 1.9.1 MSVC2008 (Win64) with 64bit python 2.6.6. I couldn't find a ticket reporting the issue in trac. Is this a known issue? Is it worthy of a ticket? Ar

Re: [gdal-dev] Batch conversion ECW to TIFF [SEC=UNCLASSIFIED]

se gdal_translate to convert (assumes bash shell) for f in *.ecw;do gdal_translate $f ${f%%.*}.tif;done Luke If you have received this transmission in error please notify us immediately by return e-mail and delete all copies. If this e-mail or any attachments have been sent to you in error, th

RE: [gdal-dev] adf to ascii X,Y,Z [SEC=UNCLASSIFIED]

Something like: gdal_translate –of xyz ingrid outfile.txt I don’t think MapInfo grids (*.mig) are supported, I couldn’t see that format listed in http://www.gdal.org/formats_list.html Luke From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of

RE: [gdal-dev] ECW writing (was GTiff optimisation) [SEC=UNCLASSIFIED]

Does this apply to the 4.x read-only version of the ERDAS ECW/JP2 SDK as well as the old 3.3 SDK? -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Even Rouault Sent: Thursday, 1 September 2011 9:38 AM To: gdal-dev@lists.osgeo.

Re: [gdal-dev] OGR Geometry methods

t; Date: Tue, 12 Jul 2011 09:13:00 -0400 > Subject: Re: [gdal-dev] OGR Geometry methods > From: luke.peter...@gmail.com > To: mariusjigm...@hotmail.com > > > > - > Luke Peterson > - sent via mobile device - > On Jul 11, 2011 11:00 PM, "Marius Jigmond&q

Re: [gdal-dev] Append a shapefile to a postgis table using the GDAL/OGR Python interface

ic failure somewhere? Or is it a performance issue? Is there a discussion thread I could read to catch up on this? - Luke Peterson ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Append a shapefile to a postgis table using the GDAL/OGR Python interface

On Wed, Jul 6, 2011 at 3:56 PM, Even Rouault wrote: > Le mercredi 06 juillet 2011 21:46:58, Luke Peterson a écrit : >> What CopyLayer() is supposed to do (and the code I've written does) is >> create a new layer based on an existing layer, copies a field set from >&

Re: [gdal-dev] Append a shapefile to a postgis table using the GDAL/OGR Python interface

On Wed, Jul 6, 2011 at 2:47 PM, Even Rouault wrote: > Le mercredi 06 juillet 2011 17:11:31, Luke Peterson a écrit : >> On Sat, Jul 24, 2010 at 10:31PM, Chaitanya kumar CH > > Hum, wait, how come can you use CopyLayer() to append to an existing table ? > CopyLayer() is suppos

[gdal-dev] Append a shapefile to a postgis table using the GDAL/OGR Python interface

missing something, or whether I should submit a bug report or feature request on the PG driver to create a parallel implementation for CopyLayer() that either natively incorporates the SetFID(-1) or that takes an option that could trigger that behavior. Seems a shame this function exists but doesn

RE: [gdal-dev] nearblack troubles [SEC=UNCLASSIFIED]

Worked for me using the following: #Change black to white gdalbuildvrt -srcnodata 0 -vrtnodata 255 to-be-decollared.vrt to-be-decollared.tif #Run nearblack -white nearblack -white -o decollared.tif to-be-decollared.vrt Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org

RE: [gdal-dev] Trouble with python+gdal+sqlite+utf-8 [SEC=UNCLASSIFIED]

newFeature.SetField('name', u"Calle Garbí, 2".encode('utf-8')) Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Iván Sánchez Ortega Sent: Monday, 18 April 2011 9:17 AM To: gdal-dev@list

RE: [gdal-dev] Unable to use geom.ExportToWkt() in Python ? [SEC=UNCLASSIFIED]

Feature(0) firstgeom = feat.GetGeometryRef() print firstgeom.ExportToWkt() Luke From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Gregor at HostGIS Sent: Wednesday, 24 November 2010 1:50 PM To: Frank Warmerdam Cc: gdal

RE: [gdal-dev] ogr.UseExceptions() doesn't raise an exception ona non-existant dataset [SEC=UNCLASSIFIED]

No problem, I do check the returned data source object. I just thought it inconsistent with GDAL. Thanks for the reply, Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Ari Jolma Sent: Thursday, 21 October 2010 5:00 PM

[gdal-dev] ogr.UseExceptions() doesn't raise an exception on a non-existant dataset [SEC=UNCLASSIFIED]

) #No exception raised by ogr ds=gdal.Open('foo') Traceback (most recent call last): File "", line 1, in RuntimeError: `foo' does not exist in the file system, and is not recognised as a supported dataset name. Regards Luke If you have received this transmission in error p

[gdal-dev] PyPI GDAL package has development default, does not easy_install

ks to GDAL.egg-info/dependency_links.txt Could not run gdal-config [... chaos ensues] A similar error occurs running easy_install GDAL. After removing the line, works fine for me. I created a ticket about this a while ago, but it doesn't look like anyone has touched it: http://trac.osgeo.org/

RE: [gdal-dev] python bindings: strange behavior with layer

llname, 0) layer = ds.GetLayer(0) print 'Name from method: %s' % layer.GetName() return ds,layer; ds,layer = getLayer2('output/myshape.shp') print 'Name from main: %s' % layer.GetName() Luke -- If you have received this transmission in error please notify us i

RE: [gdal-dev] Modify an image color table?

, 2:175, 3:200, 4:225, 5:250 Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam Sent: Friday, 25 June 2010 10:13 PM To: Marco Stelluti Cc: gdal-dev

RE: [gdal-dev] ESRI text format?

It's the output from the ArcGIS "Write Features to Text File (Samples)" tool. The "format" is documented here: http://help.arcgis.com/EN/ArcGISDesktop/10.0/help/index.html#//00pv0 00z00.htm Even ESRI use Python to read/write it :) Apparently it

[gdal-dev] NetCDF geotransform - pixel centre/upper-left issue

Lower Left ( -1.4062500, -89.2584623) Upper Right ( 358.594, 89.258) Lower Right ( 358.594, -89.258) Center ( 178.5937500, 0.000) Band 1 Block=128x1 Type=Float32, ColorInterp=Undefined NoData Value=9.96920996838686905e+36 Regards Luke -- If you have received this trans

RE: [gdal-dev] Preventing .aux.xml output without disabling PAM

Perhaps set the GDAL_PAM_PROXY_DIR environment var to some temp directory and delete the directory after processing? Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Shaw, Jonathan-P29740 Sent: Wednesday, 31 March 2010

RE: [gdal-dev] Real and "raster" coordinates

The following module might help, use the mapToPixel() function. #---Imports try: from osgeo import gdal except ImportError: import gdal def mapToPixel(mx,my,gt): ''' Convert map to pixel coordinates @param mxInput map x coordinate (double) @param myInput map

[gdal-dev] ECW/JPEG2000 on Windows Vista/7

rdas.com/tabid/84/currentid/1142/default.aspx). The VC71 versions of the dlls do not cause these crashes. If you have the precompiled Windows SDK version, these dlls can be found in: \redistributable\vc71. I have no idea if there are any issues using the VC71 versions, but it works ok for me. Re

RE: [gdal-dev] Convert raster from [0,360] to [-180,180]

Something like the following perhaps? gdal_translate -projwin 0 90 180 -90 g0-360.tif g0-180.tif gdal_translate -projwin 180 90 360 -90 -a_ullr -180 90 0 -90 g0-360.tif g-180-0.tif gdal_merge[.py] -o g-180-180.tif g0-180.tif g-180-0.tif Regards Luke From: gdal

RE: [gdal-dev] GDAL DataType class

break if self.DataType is None: raise TypeError, 'No matching DataType found' gdt=GdalDataType(nbits=32, Float=True, Complex=False) print gdt.DataTypeName -Original Message- From: Pinner, Luke Sent: Thursday, 29 October 2009 10:21 AM To: 'Luca Fasano'

RE: [gdal-dev] GDAL DataType class

ype found' gdt=GdalDataType(nbits=32, Float=True, Complex=False) print gdt.DataTypeName Luke -Original Message- From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Luca Fasano Sent: Thursday, 29 October 2009 3:19 AM To: gdal-dev@lists.osgeo.org Subj

[gdal-dev] CEOS issues on WinXP

binaries) and same issue. Is anybody else experiencing this, is this a bug that I should log? Below is an example using gdalinfo on an ALOS PRISM image on WinXP & linux. Testdata is from: http://www.ga.gov.au/remote-sensing/get-satellite-imagery-data/product-s amples.jsp Regards Luke Pi

RE: [gdal-dev] Is it possible to Buffer using ogr2ogr?

Something like the following might get you started (note: limited testing and I'm no programmer :) #buffer.py import sys,os from osgeo import ogr def buffer(infile,outfile,buffdist): try: ds=ogr.Open(infile) drv=ds.GetDriver() if os.path.exists(outfile):

RE: [gdal-dev] ECW/ERS projections

all that I manage and if users want to access that proj then they can use that install or manage their own. Regards Luke -Original Message- From: Frank Warmerdam [mailto:warmer...@pobox.com] Sent: Wednesday, 28 January 2009 4:47 PM To: Pinner, Luke Cc: gdal-dev@lists.osgeo.org Subject: Re:

[gdal-dev] ECW/ERS projections

manually update the ecw_cs.wkt file on my own installation and add the name & wkt (which works fine) but I'd not have to maintain modifications to core files over multiple installs. Any other suggestions? Regards Luke Pinner -- If you have received this transmission in error please

[gdal-dev] GDAL block cache question

re not valid, and go back and read those blocks in idle time or in a separate thread, but it's protected and I don't really want to mess with the GDAL class hierarchy if I don't have to. Is there a straightforward way to do this? Thanks, Luke ___