Re: [gdal-dev] gdal2tiles custom tms configuration not found

, Even Rouault wrote: Andreas, the reason is that the resolution of some consecutive levels in your custom TMS files is not varying by a factor of 2, which gdal2tiles doesn't support at the moment (debug message just added in master to help diagnose) Even Le 19/01/2024 à 11:36, Andreas Neumann

Re: [gdal-dev] gdal2tiles custom tms configuration not found

My custom tms json file also has an identifier set to '2056_28'. Here is the error message I get: gdal2tiles.py: error: option -p: invalid choice: '2056_28' (choose from 'mercator', 'geodetic', 'raster', 'LINZAntarticaMapTilegrid', 'APSTILE') Andreas On 2024-01-19 11:36, Andreas Neumann via gdal

[gdal-dev] gdal2tiles custom tms configuration not found

Hi, I would like to use gdal2tiles with a custom tms profile file. I prepared the json file attached in this mail and put this json file in the /usr/share/gdal folder, there there are already other such files, e.g. from New Zealand or Antartica. However, when I try to use this custon tms

Re: [gdal-dev] Ogrinfo , ogr2ogr file size limits

Hi, Most likely, Frando is talking about the "Interlis" format - a format common in Switzerland (and also Colombia, by export from Switzerland). see https://gdal.org/drivers/vector/ili.html Since this involves Java ili2c, you should set the corresponding XmX memory setting for the Java

Re: [gdal-dev] WEBP in GEOTIFF

to the optimized turbo jpeg library). WEBP does however support an alpha channel which can be desirable, as it avoids having to add a mask IFD to the TIFF. Regards, Thomas On Fri, Oct 9, 2020 at 4:30 PM Andreas Neumann <mailto:a.neum...@carto.net>> wrote: Thanks Thomas,

Re: [gdal-dev] WEBP in GEOTIFF

D=YES" to your translate command. On Fri, Oct 9, 2020 at 3:07 PM Andreas Neumann wrote: Hi, I am using a self-compiled GDAL 3.1.2 version and try to create a GTIFF file with COMPRESS=WEBP libwebp-devel and other webp automatic dependencies are installed on this ubuntu 18.04 machine. I

[gdal-dev] WEBP in GEOTIFF

Hi, I am using a self-compiled GDAL 3.1.2 version and try to create a GTIFF file with COMPRESS=WEBP libwebp-devel and other webp automatic dependencies are installed on this ubuntu 18.04 machine. I could also compile against libwebp However, when running gdal_translate like

[gdal-dev] Discussing DTM compression in GeoTIFF

Hi, I was reading through https://kokoalberti.com/articles/geotiff-compression-optimization-guide/ (very interesting article) and I am wondering about how to interpret read-speed vs compression. With this article I learned about the relatively new zstd compression and LERC, which is esp.

Re: [gdal-dev] self-compiled gdal linking to old already-remove proj libs

Hi, Thank you both Jeff and Even. Yes, apparently libspatialite was also self-compiled. I can renew that. That was the one linking against non-existant old libproj. For libgeotiff I used the packaged one, which links against /usr/lib/x86_64-linux-gnu/libproj.so.15 Is it a problem if

[gdal-dev] self-compiled gdal linking to old already-remove proj libs

Hi, After my upgrade of Ubuntu 18.04 to 20.04 I am also renewing all my self-compiled "geo" libraries, such as proj, geos and gdal. I removed old proj libs in /usr/local/lib then compiled and installed the  newest proj 7.0.1. But now I am struggling with gdal - it always tries to link to

Re: [gdal-dev] Refreshing GDAL's logo

Hi Mathieu, Thanks for working on this. I added my comment on github. I do like the logo a lot - my only problem is that I personally, would associate this particular logo draft more with "proj" than with "gdal". To me it represents a compass (Zirkel in german) - and that was in the

Re: [gdal-dev] (Geo)PDF information missing from online list of vector drivers?

Hi Even, Thank you! And sorry for being annoying ... Andreas On 2019-11-20 14:47, Even Rouault wrote: Are there technical issues or other complications that keep us from listing it as both vector and raster driver? Just did it:

Re: [gdal-dev] (Geo)PDF information missing from online list of vector drivers?

On 2019-11-20 11:04, Even Rouault wrote: On mercredi 20 novembre 2019 09:35:48 CET Andreas Neumann wrote: Hi, Ah - found it under the raster formats: https://gdal.org/drivers/raster/pdf.html?highlight=pdf Shouldn't it also be listed under the vector formats? It is more useful as a vector format

Re: [gdal-dev] PDF: configure option --enable-pdf-plugin

Hi Even, Thanks for the clarification. In that case I don't need to build it as a plugin, since this build will only end up on my own local machine. Andreas On 2019-11-20 11:08, Even Rouault wrote: Andreas, I wonder what exactly the build option "--enable-pdf-plugin enable PDF driver

[gdal-dev] PDF: configure option --enable-pdf-plugin

Hi, I wonder what exactly the build option "--enable-pdf-plugin enable PDF driver as a plugin (included in libgdal by default)" means? How does this relate to the other options of building against poppler/podofo/pdfium ? Thank you very much if you have more information,

Re: [gdal-dev] (Geo)PDF information missing from online list of vector drivers?

Hi, Ah - found it under the raster formats: https://gdal.org/drivers/raster/pdf.html?highlight=pdf Shouldn't it also be listed under the vector formats? It is more useful as a vector format - isn't it? Andreas On 2019-11-20 09:34, Andreas Neumann wrote: Hi, I wonder why in the list

[gdal-dev] (Geo)PDF information missing from online list of vector drivers?

Hi, I wonder why in the list of available vector drivers at https://gdal.org/drivers/vector/index.html there is no mention of PDF / GeoPDF / GeospatialPDF. Didn't we have an entry for these formats in the past? Thanks, Andreas___ gdal-dev mailing

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi all, The trick explained at https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev seems to have solved my issue. Thanks a lot for the hint, Andreas On 2019-11-19 14:28, Even Rouault wrote: Andreas, So this seems like it links to the old version of proj. Why is using this one

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

Hi Even, Yes - you are right. Other gdal library dependencies still link to the old version. I will the trick at https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev first, before I try the harder way to recompile all other packages. Thanks, Andreas On 2019-11-19 14:28, Even

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

eral other of the packages on my machine would fail to work ... Andreas On 2019-11-19 14:15, Andreas Neumann wrote: Hi, Thanks for your reply. Here is the output of configure: -- user@machine:~/dev/gdal-3.0.2$ ./configure --with-python=python3 --with-proj=/usr/local --w

Re: [gdal-dev] Compile problems gdal3.0.2 against proj6

aybe setting one and set /usr/local as the preferred path would solve my problem. I'll try ... Thanks, Andreas On 2019-11-19 14:01, Mateusz Loskot wrote: On Tue, 19 Nov 2019 at 13:41, Andreas Neumann wrote: I am trying to compile gdal3.0.2 against proj6 - but have problems. Proj6 compile w

[gdal-dev] Compile problems gdal3.0.2 against proj6

Hi, I am trying to compile gdal3.0.2 against proj6 - but have problems. Proj6 compile worked fine and I installed in /usr/local The configure command for gdal is: ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes --with-spatialite=yes The last part of the compile

Re: [gdal-dev] ogr2ogr PDF

on the fly with your query. Greetings, Andreas On 2019-11-11 08:45, paul.m...@lfv.se wrote: Thanks Andreas, Yes, I would like to automate it. I have read the page you suggested but I don't understand how to implement it with ogr2ogr. Kind regards, Paul Från: Andreas Neumann [mai

Re: [gdal-dev] ogr2ogr PDF

Hi Paul, ogr2ogr usually doesn't care much about styling, unless you use ogr feature styles: https://svn.osgeo.org/gdal/trunk/gdal/ogr/ogr_feature_style.html Or you use QGIS 3.10* which has a nice GeoPDF export built in. But if you want to automate things, I understand that the automated

Re: [gdal-dev] On external PDF libraries

Hi Even, Yes, the make clean and recompile did the trick. Now the output of ogr/gdalinfo seems correct and QGIS can export to GeoPDF. Many thanks for your help! Andreas Am 21.08.19 um 14:49 schrieb Even Rouault: On mercredi 21 août 2019 14:38:39 CEST Andreas Neumann wrote: Hi Even, I

Re: [gdal-dev] On external PDF libraries

Hi Even, I think I got building with poppler to work. gdalinfo and ogrinfo show both: PDF -raster,vector- (w+): Geospatial PDF However, QGIS still thinks there is no PDF read support in QGIS. When trying to export to GeoPDF there is a message: GDAL PDF driver was not build with PDF read

[gdal-dev] On external PDF libraries

Hi, I am trying to test GeoPDF support in QGIS and have questions on the external library dependencies in GDAL. I am trying to interpret the notes on https://gdal.org/drivers/raster/pdf.html Which of the three options (Poppler, PoDoFo, PDFium) is recommended? I work on Ubuntu 18.04 and I can

Re: [gdal-dev] Alternative to GPKG format

Hi, Just a quick stupid question: are you writing to a local file system or to a network filesystem. The latter can be substantially slower than the former, esp. with Geopackage. Andreas Am 01.11.18 um 12:10 schrieb koji higuchi: Hi Even I managed to write gpkg without ogr without fiona

Re: [gdal-dev] Twenty years of GDAL !

Hi gdal-devs, Many thanks for your efforts in the past years - it is much appreciated! Many people don't realize that they use your software (behind the scenes) on every work day ... It is nice to be able to use your drivers and utilities and build something on top of it - without

Re: [gdal-dev] ogr2ogr and nlt question

answering myself: apparently ogr2ogr accepts two -nlt parameters and the result looks ok (correct type and correctly segmentized from the original CURVEPOLYGON). So all good in this respect. Andreas On 2017-09-29 08:32, Andreas Neumann wrote: > Hi, > > when using ogr2ogr

Re: [gdal-dev] ogr2ogr and nlt question

sorry - I meant to say that I convert CURVEPOLYGON to POLYGON, not COMPOUNDCURVE TO POLYGON. Andreas On 2017-09-29 08:32, Andreas Neumann wrote: > Hi, > > when using ogr2ogr I can fix the geometry type for cases where I use SQL > statements. > > Can I use nlt multiple t

[gdal-dev] ogr2ogr and nlt question

Hi, when using ogr2ogr I can fix the geometry type for cases where I use SQL statements. Can I use nlt multiple times? In my case I would like to specify -nlt CONVERT_TO_LINEAR to convert from CompounCurve to Polygon and then use -nlt POLYGON to tell it you are really a POLYGON. Is this

Re: [gdal-dev] Opening gridded xyz data that is out of order

Hi Joaquim, Interesting. Thanks for sharing. As always with OpenSource there are more solutions than just one ;-) Yes, I am aware about the missing data in the lower right corner - this is outside of the province and outside of my area of interest. Thanks and greetings, Andreas On

Re: [gdal-dev] Opening gridded xyz data that is out of order

Yes - I am aware of gdal_translate and gdalwarp to translate formats. Thanks a lot. I am very happy that this was so easy to solve and now I can use this data in QGIS. I think the data provider just concatenated chunks of existing files and did not care about the order. I will ask them to

Re: [gdal-dev] Opening gridded xyz data that is out of order

Hi, Forgot to mention the link to the file, just in case you have time testing - see https://services.geo.zg.ch/temp/dtmav.zip (138 MB zipped file). Thanks, Andreas On 11.09.2017 15:43, Andreas Neumann wrote: Hi, I received a DTM from a Swiss province (OpenData) which

[gdal-dev] Opening gridded xyz data that is out of order

Hi, I received a DTM from a Swiss province (OpenData) which is of the following format: One coordinate per line, already gridded. See f.e. 2708001.00 1218001.00 1541.52 2708003.00 1218001.00 1542.35 2708005.00 1218001.00 1542.98 2708007.00 1218001.00 1543.58 2708009.00 1218001.00 1544.20

Re: [gdal-dev] ogr2ogr - exclude table option?

: On mercredi 30 novembre 2016 21:11:14 CET Andreas Neumann wrote: > Hi Even, > > Thanks. I will use the 'ogrinfo your.gpkg -sql "DROP TABLE table_name"' > trick for now. > > One thing though: I noticed that the filesize doesn't really shrink. Is > there a way t

Re: [gdal-dev] ogr2ogr - exclude table option?

Hi Even, Thanks. I will use the 'ogrinfo your.gpkg -sql "DROP TABLE table_name"' trick for now. One thing though: I noticed that the filesize doesn't really shrink. Is there a way to compact/vacuum the geopackage after removal of the table? The table I remove is rather big - so it would

[gdal-dev] Question on WFS and encoding

Hi, I want to transform a WFS to Postgis, using this WFS service: http://wms.zh.ch/NEKWMS with the layer landwirtschaftliche-nutzungseignung While this works fine, there seems to be an issue with encoding. German Umlauts are not correctly displayed after the transformation. Is there a way to

Re: [gdal-dev] Question on WFS and encoding

Thanks for the temporary workaround - but it is for the server admin to fix the issue. Andreas On 18.06.2015 16:27, Jukka Rahkonen wrote: Even Rouault even.rouault at spatialys.com writes: No easy workaround on OGR side since the OGR GML driver will honour the XML encoding indication to

[gdal-dev] gdalnumeric issue

Hi, I wanted to run gdal_calc.py When I run it, it complains about an import error: - Traceback (most recent call last): File /usr/local/bin/gdal_calc.py, line 50, in module from gdalnumeric import * ImportError: No module named gdalnumeric - However, it

[gdal-dev] gdal_calc.py and NoData issues

Hi, I have an issue with gdal_calc.py and nodata values. My input data contains a lot of white pixels. After running gdal_calc.py with the following parameters gdal_calc.py -A test.tif --outfile=testcalc.tif --calc=(A==249)*255+(A249)*A it turns out that all pixel values with 255 are now

[gdal-dev] Fwd: Re: gdal_calc.py and NoData issues

forgot to send this to the list. Sorry. see below: Originalnachricht Betreff: Re: [gdal-dev] gdal_calc.py and NoData issues Datum: 2014-11-19 14:16 Von: Andreas Neumann a.neum...@carto.net An: Even Rouault even.roua...@spatialys.com Hi Even, Thank you for trying to help

Re: [gdal-dev] gdal_calc.py and NoData issues

oh - sorry. This helps. Correct syntax is: gdal_calc.py -A test.tif --overwrite --NoDataValue=99 --outfile=testcalc.tif --calc=(A==249)*255+(A249)*A Thanks a lot! Andreas Am 2014-11-19 14:21, schrieb Even Rouault: Le mercredi 19 novembre 2014 14:16:05, Andreas Neumann a écrit : Hi Even

Re: [gdal-dev] gdal_calc.py and NoData issues

, Andreas Neumann a écrit : Hi, I have an issue with gdal_calc.py and nodata values. My input data contains a lot of white pixels. After running gdal_calc.py with the following parameters gdal_calc.py -A test.tif --outfile=testcalc.tif --calc=(A==249)*255+(A249)*A it turns out that all

[gdal-dev] Problem with nearblack

Hi, I have a grayscale tiff file and would like to remap a grayscale value of 249 to white (255). I used the following command: nearblack -white -color 249 -near 0 -of GTIFF -o temp_white.tif temp.tif and also tried nearblack -white -color 249 -near 1 -of GTIFF -o temp_white.tif temp.tif

Re: [gdal-dev] Call for discussion for RFC 41 : Support for multiple geometry fields in OGR

Hi, I can't comment about the technical issues. But from a user point of view there is a need to have more than one geometry representation per feature. There could be several generalizations attached to a feature, or different states. I would welcome such a feature in OGR. I guess Swisstopo

Re: [gdal-dev] Multiple pens in OGR feature style

Hi Marco and others, If the (DXF) writer does not support multiple strokes - can you perhaps export the same feature multiple times using the corresponding OGR features styles? Ideally, this would honour the symbol levels, if defined, in QGIS to get the same symbology. Do you think this is

Re: [gdal-dev] Problem installing gdal from source - dxf-related?

numbers of the SVN version. There must have been an error in the process when you updated your source files. Even -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http

[gdal-dev] Problem installing gdal from source - dxf-related?

have any idea how I can fix the problem, Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Oracle support available by default in any OSGeo software

the    best way to do that ? I hope that would answer your question. Regards, Ivan -- Vincent Rogier ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- -- Andreas Neumann Böschacherstrasse 10A

Re: [gdal-dev] New OGR driver: Imageset

/gdal-dev -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] New OGR driver: Imageset

images. I'm not sure whether we already have some kind of alternative solution to this, let me know if you know about any. Further ideas about this topic would also be helpful.  Best regards, Tamas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland

[gdal-dev] Open DXF issues when writing

/gdal-dev/2012-June/033036.html I wonder if someone would be able to fix these problems? Thank you for your reply if this can be fixed with a reasonable effort or with an estimate how much it would cost. Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland

[gdal-dev] Shifting raster image one meter

documentation but couldn't find an easy way to translate an image without changing the projection. Should I edit the world file? The image is a geotiff, so it doesn't have a worldfile. Thanks for any ideas. Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland

Re: [gdal-dev] Shifting raster image one meter

Thanks, Jean-Claude, I will give it a try tomorrow! Andreas On Mon, 09 Jan 2012 17:23:17 +0100, Jean-Claude Repetto wrote: Le 09/01/2012 17:06, Andreas Neumann a écrit : Should I edit the world file? The image is a geotiff, so it doesn't have a worldfile. Thanks for any ideas. Andreas

Re: [gdal-dev] Enhancements to ORG DXF Driver

-- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Problem converting certain postgis tables to spatialite

Do you have any idea how I can find out what the problem is with the tables that do not convert? Any experiences with similar behavior and how to solve it? Thanks, Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland

Re: [gdal-dev] Re: Problem converting certain postgis tables to spatialite

is there, it converts fine. Perhaps ogr2ogr could issue a warning or error message in this case instead of segfaulting. It would be nicer. Thanks again, Andreas On Wed, 7 Sep 2011 14:52:31 + (UTC), Jukka Rahkonen wrote: Andreas Neumann a.neumann at carto.net writes: Hi, I am converting several

Re: [gdal-dev] Using GDAL OGR DXF driver to export complex DXF Blocks from Kosmo (OpenJUMP)

-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Motion: Commit Access for Paul Ramsey

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 Looking forward to Pauls contributions. Andreas On 07/20/2011 11:11 PM, Even Rouault wrote: Motion: Extend GDAL/OGR Commit Access to Paul Ramsey --- Hi, Paul, who has been involved for many years in the developement of various OSGeo

Re: [gdal-dev] GDAL/OGR 1.8.0 Released

Thanks to all on the gdal/ogr team who worked hard to make this release happen! gdal/ogr is getting better and better and is one of the most important corner stones of Open Source GIS! The rapid success of Open Source Desktop and Web-GIS (like QGIS, gvSIG, OpenLayers, and to a certain extent

[gdal-dev] Re: DXF writing and layers

testing with. Thanks a lot, Andreas On Wed, November 3, 2010 11:53 pm, Frank Warmerdam wrote: On Mon, Nov 1, 2010 at 6:52 AM, Andreas Neumann a.neum...@carto.net wrote: While testing the writer I wanted to use the new feature of specifying a column in the source dataset that contains

[gdal-dev] Re: dxf writer: specifying dash patterns with ogr-feature styles

, -- ---+-- I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush    | Geospatial Programmer for Rent -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org

[gdal-dev] Re: DXF Writer and labels: encoding, angle and anchor position?

, 2010 12:14 am, Frank Warmerdam wrote: On Mon, Nov 1, 2010 at 10:19 AM, Andreas Neumann a.neum...@carto.net wrote: Hi, Again some question on the dxf-writer, now with regards to labels: * some of my special characters don't display correctly, e.g. the Unicode 2030 sign (german Promille

[gdal-dev] Re: DXF writing and layers

, -- ---+-- I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush    | Geospatial Programmer for Rent -- Andreas Neumann http://www.carto.net/neumann/ http

[gdal-dev] Re: DXF writing and layers

with a fatal error. FME can't read the resulting file either. Andreas On Wed, November 3, 2010 11:53 pm, Frank Warmerdam wrote: On Mon, Nov 1, 2010 at 6:52 AM, Andreas Neumann a.neum...@carto.net wrote: While testing the writer I wanted to use the new feature of specifying a column in the source dataset

[gdal-dev] DXF writing and layers

try, all my features end up in layer 0. If anyone has a hint how I could issue the ogr2ogr command so I can specify the layer a feature should end up in, it would be much appreciated! Thanks, Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org

[gdal-dev] dxf writer: specifying dash patterns with ogr-feature styles

the line as red (as specified), but the dash-pattern (dash of 2m and gap of 1m) does not appear. Anyone knows on what may be wrong that the dash-pattern is not applied? Thanks, Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org

Re: [gdal-dev] mod_python issue with libtiff

will complain and you'll be able to identify it. Le vendredi 15 octobre 2010 17:26:13, Andreas Neumann a écrit : Hi, I recently upgraded my gdal version to the recent SVN version. The command-line tools work fine, but my python scripts inside Apache mod_python fail with the following error

[gdal-dev] mod_python issue with libtiff

tools (gdal-info, gdal-translate, gdal_merge.py, etc.) working fine, but the scripts inside mod_python do not. Both are using python2.6. Thank you very much for any pointers or hints on what may be wrong in my configuration. Andreas -- Andreas Neumann http://www.carto.net/neumann/ http

Re: [gdal-dev] No Interlis format support after recent svn update

see that it goes into ogr/ogrsf_frmts/ili ? you can cd to that directore and make clean in it, and then retry a make from the top directory Le mercredi 11 août 2010 17:28:48, Andreas Neumann a écrit : Hi, For some reasons, after an SVN update, I can't use the Interlis format anymore. ogrinfo

[gdal-dev] No Interlis format support after recent svn update

. What could be missing? Xerces is listed as supported by the configure script and ili2c.jar is also present in /usr/bin or in the jvm/lib directory. Any help/ideas would be much appreciated. Thanks, Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org

Re: [gdal-dev] Save to DXF with specific layer name with c#

___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev

[gdal-dev] OpenDWG, Open Design Alliance

of the DWGdirect library? Thanks if anyone has something to share in this respect. Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo

Re: [gdal-dev] writing DWG/DXF

Hi, yes - it is a read/write driver. Since there are so many dxf variations out there reading may not be supported for all files. Also there are some issues with reading (e.g. block references, maybe some text issues). Curves and Splines are segmented on reading the dxf. An application that

Re: [gdal-dev] pdf/svg - shape

one approach would be to go throug dxf. Quite a few graphics/drawing tools can export to dxf. QGIS can import dxf to shape using a plugin. You can then translate/scale the data for georeferencing. I am sure there are other options as well. Andreas Steve Miller wrote: Hi, I have a pdf file

Re: [gdal-dev] Build OGR with Oracle support

' ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org

[gdal-dev] Curve support in OGR

Hi all, I am sure this topic is coming up once in a while. I wonder what the take is on curve support in the OGR feature model. Most formats we use now support curves, but our favorite translation engine does not. For curve support I currently have to use FME. These are the

Re: [gdal-dev] gdal_merge problems: Negative size passed to PyString_FromStringAndSize

in gdal_merge? Thanks for any idea what might be wrong in this case! Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Converting big Intergraph cit files

cit files? http://www.gdal.org/frmt_intergraphraster.html doesn't list any size limitations with the intergraph drivers. Thanks, Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev mailing list gdal-dev

[gdal-dev] gdal_merge problems: Negative size passed to PyString_FromStringAndSize

) SystemError: Negative size passed to PyString_FromStringAndSize --- Is this a problem with my data, georeferencing or projection or is it a problem in gdal_merge? Thanks for any idea what might be wrong in this case! Andreas -- Andreas Neumann http://www.carto.net/neumann/ http

Re: [gdal-dev] Overwriting Georeferencing Information of a GeoTIFF file

. There could be some better way... Regards, Benoît Andrieu b...@ixsea.com benoit.andr...@gmail.com - Original Message - From: Andreas Neumann a.neum...@carto.net To: gdal-dev@lists.osgeo.org Sent: Tuesday, May 05, 2009 1:53 PM Subject: [gdal-dev] Overwriting Georeferencing

Re: [Gdal-dev] KML with descriptions from Postgis Views via ogr2ogr

-Postgis-Views-via-ogr2ogr-tp2255911p2255911.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Andreas Neumann Böschacherstrasse

Re: [gdal-dev] Update on OGR DXF Driver?

if any progress has been made on the development of an OGR DXF Driver. I saw some discussion in the archives back in 10/2008 but have not seen any postings since. Shaun, This effort appears to be stalled currently (to the best of my knowledge). Best regards, -- -- Andreas Neumann

[gdal-dev] resampling a raster data set on the commandline

allows to specify the resampling method and resolution change when reprojecting, but I don't want to reproject my data, I just want resampling. Is gdal_warp the tool to use for resampling by specifying the same input and output projection? Thanks, Andreas -- Andreas Neumann Böschacherstrasse 6, CH

[gdal-dev] mod_python problems, bigtiff

/python2.5/site-packages','/usr/lib/python2.5/site-packages'] Are there any other ideas why my script works in the command line and not in the web environment? Thanks, Andreas -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net

Re: [gdal-dev] gdal and python problems

.1.12.2 Thanks again for the hint, Andreas Andreas Neumann wrote: Hi, I was compiling gdal with python support from svn-trunk and ran into the same problem as described at http://www.nabble.com/Problem-with-gdal_polygonize.py-td19839558.html When I start a python script I get the following

Re: [gdal-dev] gdal and python problems

and bump it again. I suppose version inflation isn't really a terrible thing. I'll go ahead and do that. not a problem at all. One just has to be aware about it. I am glad it works fine now. Andreas -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED

Re: [Gdal-dev] OGR: DXF driver

go round - Rush| Geospatial Programmer for Rent ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL

Re: [Gdal-dev] OGR: DXF driver

-dancing job. Sure - it is more a client/demand driven project. I will get back about it in the next couple days. Andreas -- -- Andreas Neumann Böschacherstrasse 6 CH-8624 Grüt (Gossau ZH) Switzerland Phone: ++41-44-2736668 Email: [EMAIL PROTECTED] Web: http://www.carto.net/neumann/ SVG Examples

Re: [gdal-dev] gdal_merge and the treatment of nodata value

| Geospatial Programmer for Rent -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http://www.svgopen.org/ (SVG Open Conference) * http

[gdal-dev] tiff support: internal or external?

recent versions? Thanks for any hints on what is the better option. Andreas -- Andreas Neumann Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland Email: [EMAIL PROTECTED], Web: * http://www.carto.net/ (Carto and SVG resources) * http://www.carto.net/neumann/ (personal page) * http

Re: [gdal-dev] tiff support: internal or external?

Thank you for the clarification, Frank. Yes, I am using the latest versions of the libraries. Good to know that with the internal option I do not have to install the external libtiff/libgeotiff libraries. Andreas Frank Warmerdam wrote: Andreas Neumann wrote: Hi, I am wondering what

Re: [gdal-dev] Trying to get BIGTIFF to work

and installed yourself. Good luck, On Thu, Aug 14, 2008 at 10:54 AM, Andreas Neumann [EMAIL PROTECTED] wrote: Hi gdal developers, I am trying to get BIGTIFF to work. When I use the configure script it tells me: LIBTIFF support: external (BigTIFF=yes) LIBGEOTIFF support