Re: [gdal-dev] Working with NTF files
Nikos A: No (except that I left this option as the final attempt of many tests -- working with some 1GB images here, so it took me hours... :D). Your confirmation, though, is highly useful! Eli Adam wrote: Sometimes to avoid materializing large intermediate datasets on disk, a VRT can be used. I'm not sure if this would be useful in your case. Right, in theory it is extremely useful. Dunno if it'll work. In my To Do list... :-) Frank W: On the GDAL side we often have special info in trac wiki pages under the BuildHints page, but in this case the issues are more usage rather than building so there is no obvious place for user contributions. The format pages for NITF do have quite a bit of info. It is (I think) the only driver with an advanced page. However, there are many kinds of NITF files and thus usage patterns that are an issue so it isn't clear how to handle that in the user docs. I and others have put GDAL usage notes here, http://trac.osgeo.org/gdal/wiki/CodeSnippets Thank you, Nikos ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] gtiff with internal mask
I'm trying to create gtiffs with transparent areas where there are voids between my original images. I have successfully done it by using an alpha band but this process created 3x larger images. I think partly because of an additional 4th band and partly because I cannot use ycbcr to compress with jpeg. So I thought of using internal masks expecting to get smaller images but cannot get it to work. When converting from the rgba image using -mask 4 I cannot see the transparency and get black areas: gdal_translate -b 1 -b 2 -b 3 -ma sk 4 --config GDAL_TIFF_INTERNAL_MASK YES test_alpha.tif test_internalmask.tif I tried looking at the images using qgis and paint.net. Any hints or help appreciated. Thanks, Duarte Duarte Carreira Diretor | Dep. Informa??o Geogr?fica e Cartografia www.edia.pthttp://www.edia.pt www.alqueva.com.pthttp://www.alqueva.com.pt Tel. +351 284315100 [http://www.edia.pt/edia/images/edia_logo2.gif]http://www.edia.pt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] installing GDAL with a custom installation of zlib
Hello, On a Linux platform, I have two versions of zlib : - the older version is installed with the system in /usr/lib64 - the newer version is installed in a non standard directory I launch the configure tool with the appropriate --with-zlib=/path/to/the/ newer/version/of/zlib When compiling, this directory is actually used. But when I execute the 'make install' command, the binary tools I get depend on the older zlib instead of the newer. Can someone provide me some help ? Do I miss something ? Thanks in advance. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] installing GDAL with a custom installation of zlib
Le mardi 16 juillet 2013 18:55:40, fred p a écrit : Hello, On a Linux platform, I have two versions of zlib : - the older version is installed with the system in /usr/lib64 - the newer version is installed in a non standard directory I launch the configure tool with the appropriate --with-zlib=/path/to/the/ newer/version/of/zlib When compiling, this directory is actually used. But when I execute the 'make install' command, the binary tools I get depend on the older zlib instead of the newer. Can someone provide me some help ? Do I miss something ? It is possible that a -L/usr/lib64 is in the linking line in GDALmake.opt. Look at it and remove it if found. Another possibility is that your GDAL build links to another library that links itself with the system zlib Thanks in advance. -- Geospatial professional services http://even.rouault.free.fr/services.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] ECW JPEG2000 SDK v5.0 now available
Even, I see the ecw_29 test case your introduced in r26176 (for #4822) now fails. The current results seem to supersample in a different way that GDAL normally would - an off by a half issue that think is a reasonable interpretation of how to supersample. Should the test be modified with a different case for ECW 5? Or perhaps the test is just too fragile to be worthwhile? I've fixed ecw_29 and ecw_41. -- Geospatial professional services http://even.rouault.free.fr/services.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] using gdalwarp with a new projection in proj.4
Greetings, I am unable to use the HEALpix and rHEALPix projections which have been added about a year ago to proj.4 in gdalwarp. Is there a configuration file for gdal that needs to be updated for this projection? Here is the command in question that fails: gdalwarp -s_srs EPSG:26711 -t_srs '+proj=rhealpix -f '%.2f' -I +lon_0=0 +a=1 +ellps=WGS84 +npole=0 +spole=0 -E' ~/data/utm_orig.tif rhealpix.tif The error message “Translating source or target SRS failed:” Thanks -- Michael Speth Research Systems Developer Landcare Research Please consider the environment before printing this email Warning: This electronic message together with any attachments is confidential. If you receive it in error: (i) you must not read, use, disclose, copy or retain it; (ii) please contact the sender immediately by reply email and then delete the emails. The views expressed in this email may not be those of Landcare Research New Zealand Limited. http://www.landcareresearch.co.nz ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Can GDALCreate be Used for PNG?
Can I use GDALCreate to create (and later write to) PNG images? If so, is PNG the correct string for GDALGetDriverByName? Otherwise, can somebody please let me know why the code below returns NULL from GDALCreate (assigned to dstDS)? Advice much appreciated, as always. Thanks, Nik. GDALDriverH hDriver = GDALGetDriverByName(PNG); char **papszOptions = NULL; papszOptions = CSLSetNameValue( papszOptions, WORLDFILE, NO ); papszOptions = CSLSetNameValue( papszOptions, ZLEVEL, 9 ); GDALDatasetH dstDS = GDALCreate( hDriver, /var/tmp/image.png, 256, 256, 4, GDT_Float32, papszOptions ); ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
