s affected 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
...@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
/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_ENCODING CP1252
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
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
=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.
Thanks!
Luke
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
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
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
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
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
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 from the GDAL - Dev mailing
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
run in default bash shell using gnome terminal.
Ahhh
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 -dialect sqlite -sql
SELECT
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
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.
on?
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
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 mailing
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 compile the ECW/JP2ECW drivers
as a plugin on Linux?
Regards
Luke
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
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-plugin-on-Ubuntu
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-py-tp5150332p5150377.html
Sent from the GDAL - Dev
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 would like
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 jukka.rahko...@mmmtike.fiwrote:
Hi,
I made a few tests and here comes my conclusions. Hypothesis is that
someone
wants to make a DEM query service
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.
Luke
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.py, then I want to use
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
compress option
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 =
%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, 31 July
.
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 error, that error does not constitute waiver of any
confidentiality, privilege
= do_some_operation(ds) #Some crash on I/O
break
except:
os.environ['GDAL_SKIP']=d #skip crashing driver or reset env
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
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
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
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
___
gdal
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 minux...@gmail.com wrote:
On Oct 4, 2012 2:46 AM, Luke Roth roth.l...@gmail.com wrote:
set
useful!
Luke
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
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
even.roua...@mines-paris.org wrote:
Le mercredi 03 octobre 2012 20:46:10, Luke Roth a écrit
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 September 2012 03:12, Jason Roberts wrote:
Luke,
Interesting
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? Are there any known workarounds?
Regards
Luke
(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, that error does not constitute waiver
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
...@gmail.com
To: mariusjigm...@hotmail.com
-
Luke Peterson
- sent via mobile device -
On Jul 11, 2011 11:00 PM, Marius Jigmond mariusjigm...@hotmail.com
wrote:
After some more investigation that is likely NOT the issue. I have an
ExecuteSQL statement which selects a certain polygon based
,
Luke
On Fri, Jul 23, 2010 at 7:05 PM, Esben Taudorf eta at le34.dk wrote:
Hi everybody
I just started using the GDAL/OGR CSharp interface in Visual Studio and it
works great.
I am trying to append a shapefile to a postgis table. This I can do with
the following lines in ogr2ogr:
Fist
On Wed, Jul 6, 2011 at 3:56 PM, Even Rouault
even.roua...@mines-paris.org 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
?
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
newFeature.SetField('name', uCalle 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@lists.osgeo.org
Subject: [gdal-dev
= 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-dev@lists.osgeo.org
Subject
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
raised by ogr
ds=gdal.Open('foo')
Traceback (most recent call last):
File interactive input, line 1, in module
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 please notify us
(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 immediately by
return e-mail and delete all copies
/LUT
/ComplexSource
/VRTRasterBand
/VRTDataset
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@lists.osgeo.org
Subject: Re: [gdal
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's deprecated though...
Luke
-Original
( -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 transmission
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
).
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: ECW
SDK install dir\redistributable\vc71.
I have no idea if there are any issues using the VC71 versions, but it
works ok for me.
Regards
Luke
--
If you have
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
=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
Subject: [gdal-dev] GDAL
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'; gdal-dev@lists.osgeo.org
Subject: RE: [gdal-dev
) 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 Pinner
Example
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):
60 matches
Mail list logo
