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 Ne

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

as? 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', &#

[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 c

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 compi

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

ED=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 machin

[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_translat

[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. interes

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 libgeo

[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 ol

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 pre-com

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: https://gdal.org/drivers/vector/pdf.html___

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

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 f

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 as

[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, Andreas

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 i

[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 i

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 Rouaul

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

everal 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 --wit

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

. Maybe 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.

[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 outp

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

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 so

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 sup

[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 usi

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 restrictio

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 I ca

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 possibl

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 11.09.

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 run

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

Hi Mark (and others), Your sort command worked like a charm. It was also very fast! Now gdalinfo produces this nice information output: Driver: XYZ/ASCII Gridded XYZ Files: dtmav_sorted.xyz Size is 5000, 5000 Coordinate System is `' Origin = (2708000.000,121.000) Pix

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 is of the

[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 2708

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

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 hav

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 spatialys.com> writes: No easy workaround on OGR side since the OGR GML driver will honour the XML encoding indication to do recoding (f

[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 t

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

Hi Simen, <> means not - same as != Andreas Am 2014-11-19 15:09, schrieb Simen Langseth: I saw the symbol <> first time in gdal calc what is meaning of it? Thanks On Wed, Nov 19, 2014 at 10:21 PM, Even Rouault wrote: Le mercredi 19 novembre 2014 14:16:05, Andreas Neumann a

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+(A<>249)*A" Thanks a lot! Andreas Am 2014-11-19 14:21, schrieb Even Rouault: Le mercredi 19 novembre 2014 14:16:05, Andreas Neuma

[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 An: Even Rouault Hi Even, Thank you for trying to help. Unfortunately, the --overwrite option does not

[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+(A<>249)*A" it turns out that all pixel values with 255 are n

[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 from gdalnumeric import * ImportError: No module named gdalnumeric - However, it seems

[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 B

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 als

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 possib

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

't point to the line 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@

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

e to see if the problem is reproducible. Thank you if you 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] New OGR driver: Imageset

____ gdal-dev mailing list gdal-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] Oracle support available by default in any OSGeo software

that other OSGeo and commercial software can also access Oracle Spatial through GDAL. >  >  Depending of your answers, I 'll come back to ask you how it's the >  >  best way to do that ? I hope that would answer your question. Regards, Ivan -- Vincen

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

e provided 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

[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

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

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 Hi, You can use the new utility gdal_edit.py (in GDAL 1.9) to edit Ge

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. An

[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) S

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

icket/4369 -- -- 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] Re: Problem converting certain postgis tables to spatialite

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 carto.net> writes: Hi, I am converting several tables f

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

. I am using Ubuntu 64bit, latest trunk and libspatialite 2.3.1 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 -- -- Andrea

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

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 10A 8624 Grüt (Gossau ZH) Switzerland __

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 >

Re: [gdal-dev] Compile problems: gdal-svn with geos-svn

Hi, Thanks - it works if I compile --without-libtool Whats the drawback of not including libtool? I do not understand whether it is important/necessary. Thanks, Andreas On Thu, 14 Jul 2011 18:33:31 +0200, Even Rouault wrote: Selon Andreas Neumann : Hi, I tried to compile the most

[gdal-dev] Compile problems: gdal-svn with geos-svn

=/usr/local/lib/instantclient_10_2/sdk/include --with-mysql --with-jpeg=internal --with-sqlite --with-spatialite --with-grass=/usr/local/grass-6.4.0RC5/ Thanks, Andreas -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ gdal-d

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

;gid' not created. ERROR 1: DXF layer does not support arbitrary field creation, field 'blockname' not created. I still get an output dxf - but as soon as I open it in autocad, Autocad crashes with a fatal error. FME can't read the resulting file either. Andreas On Wed, No

[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://www.svgopen.org/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

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

s, Andreas On Thu, November 4, 2010 12:14 am, Frank Warmerdam wrote: > On Mon, Nov 1, 2010 at 10:19 AM, Andreas Neumann > wrote: >> Hi, >> >> Again some question on the dxf-writer, now with regards to labels: >> >> * some of my special characters don't di

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

for white space, > according to the OGR feature style specification. > > Best regards, > -- > ---+-- > 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 worl

[gdal-dev] Re: DXF writing and layers

that I am 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 > wrote: >> While testing the writer I wanted to use the new feature of specifying a >> column in the source dataset th

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

l",s:1.5g,t:"PVC 150 -6.96-",c:#FF,a:72,p:3) In the above example, the label angle does not work - I am unsure about the anchor position. Thanks for any hints or info, if any of the above should be implemented or if I am doing something wrong in my OGR feature-styling. Andreas --

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

dxf I can see 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.s

[gdal-dev] DXF writing and layers

e above options I 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/neuman

Re: [gdal-dev] mod_python issue with libtiff

gt; > Or perhaps if you move/rename /usr/lib/libtiff.so* to something else, the > culprit 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

[gdal-dev] mod_python issue with libtiff

attribute 'GetDriver' -- I set the libtiff to "internal" in the configure options before the compile. I don't understand why the mod_python scripts link to libtiff 3.x. Why are the commandline tools (gdal-info, gdal-translate, gdal_merge.py, etc.) work

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

yes ? > > In the console, when compiling do you 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, &

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

VN version. 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.s

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

} >if (bFeatOK) >{ >iError = lyrOutput.CreateFeature(outFeat); >} > >outFeat.Dispose(); >inFeat = lyrInput.GetNextFeature(); > } > > > Thanks > > Colin > > >

Re: [gdal-dev] OpenDWG, Open Design Alliance

Hi Frank, Thanks for the info - do you have a pointer to this OS DWG effort? Andreas On Tue, June 29, 2010 12:29 pm, Frank Warmerdam wrote: > On Tue, Jun 29, 2010 at 12:23 PM, Andreas Neumann > wrote: >> Hi, >> >> >From time to time it would be nice if I could re

[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/mail

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 r

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 t

Re: [gdal-dev] Curve support in OGR

thers could join in of course, but you are probably the one with the best knowledge on the architecture of ogr. Thanks, Andreas On Fri, June 19, 2009 4:44 pm, Frank Warmerdam wrote: > Andreas Neumann wrote: >> right - we still use an old commercial version of Mapguide. We may move >>

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

. It was interesting that LD_LIBRARY_PATH worked as root, but not as a regular user, but the method with ldconfig worked for all users. Thank you for all of your help! Andreas On Sun, June 21, 2009 9:55 pm, Andreas Neumann wrote: > yes, my setup has nothing to do with fgs-dev > > This o

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

/ I will try again on Monday, maybe with also setting the PATH variable. I will report back tomorrow. Andreas Normand Savard wrote: Mateusz Loskot wrote: Andreas Neumann wrote: /usr/bin/ld: warning: libnnz10.so, needed by /usr/local/lib/instantclient_10_2/libclntsh.so, not found (try using

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

-lpq -lz \ > -L/home/fgs/fgs-dev/built/zlib -L/home/fgs/fgs-dev/built/zlib/lib -lm > -lrt -ld\ > l >&5 > /usr/bin/ld: warning: libnnz11.so, needed by > /home/fgs/fgs-dev/built/instantcli\ > ent_11_1/libclntsh.so, not found (try using -rpath or -rpath-link) > /usr/bin/ld: warning:

Re: [gdal-dev] Curve support in OGR

. Andreas [1] http://trac.osgeo.org/postgis/wiki/WKTRaster/PlanningAndFunding On Thu, June 18, 2009 11:49 pm, Mateusz Loskot wrote: > Andreas Neumann wrote: >> sdf (used for Mapguide) > > If you use MapGuide, you also use FDO. > FDO does support curves, so you can forge

[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 formats/database

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

:06 Andreas Neumann, vous avez écrit : >> Hi, >> Filename: a25.tif >> File Size: 25472x25427x1 >> Pixel Size: 42.431795 x -42.431795 >> UL:(697837651.400476,244274906.596461) >> LR:(698918474.082743,243195993.344970) >> Copy 0,0,25472,25427 to 205747,211643,5072

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

, datatype ) File "/usr/lib/python2.5/site-packages/GDAL-1.6.0-py2.5-linux-x86_64.egg/osgeo/gdal.py", line 760, in ReadRaster return _gdal.Band_ReadRaster(*args, **kwargs) SystemError: Negative size passed to PyString_FromStringAndSize --- Is this a problem with my data

Re: [gdal-dev] Converting big Intergraph cit files

al/ticket/1959 check > the version you are using. > > Ivan > > >> ---Original Message--- >> From: Andreas Neumann >> Subject: [gdal-dev] Converting big Intergraph cit files >> Sent: May 06 '09 01:58 >> >> Hi all, >> >>

[gdal-dev] Converting big Intergraph cit files

work around the problem with bigger 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/ __

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

n writing files to be read by > applications intolerant of unrecognised tags. > > There could be some better way... > > Regards, > > Benoît Andrieu > b...@ixsea.com > benoit.andr...@gmail.com > > - Original Message - > From: "Andreas Neumann" >

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

? Write different projection files? Actually, I don't want to modify the rasters at all, just the georeferencing information. Thanks for any hints, Andreas -- Andreas Neumann http://www.carto.net/neumann/ http://www.svgopen.org/ ___ gdal-dev ma

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

rom-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 &g

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

ring 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 Neu

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

_warp 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öschacherstr

[gdal-dev] mod_python problems, bigtiff

of gdal.py and the osgeo package but I can only find one installation of gdal.py on the server. I also explicitly set the paths to the packages/modules in the apache config: PythonOption mod_python.importer.path "['/usr/local/lib/python2.5/site-packages','/usr/lib/pytho

Re: [gdal-dev] Supporting ECW as GDAL plugin.

+39 0584983027 > fax: +39 0584983027 > mob: +39 328 0559267 > > > http://www.geo-solutions.it > > --- > _______ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Andreas Neumann Böschacherstrasse 6, CH-8

  1   2   >