Re: [gdal-dev] error adding ecw on Ubuntu 10.4 (lucid)
The error message using /usr/lib/gdal17plugins as GDAL shared library autoload directory checking for libNCSEcw.so or libecwj2... configure: error: not found in /home/matt/src/libecwj2-3.3/Source//lib or /home/matt/src/libecwj2-3.3/Source//bin. leads me to think that you didn't specify the right directory. I guess gdal- ecw-build needs the installation prefix of the ECW SDK, not its source directory. So you should try sudo gdal-ecw-build /usr/local because you ./configure the ECW SDK without any installation prefix. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: gdal_rasterize 1.8.0 options
On 05/02/2011 00:06, Even Rouault wrote: Unrelated with GDAL 1.8.0. The issue was that the transformation between OGC WKT and ESRI WKT didn't handle well the Oblique Stereographic projection. Fixed in trunk in http://trac.osgeo.org/gdal/changeset/21627 Even, Once upon a time I opened http://trac.osgeo.org/gdal/ticket/2869, thinking that the reported issue could be fixed with a simple remapping between Double_Stereographic and Oblique_Stereographic projections. Could you perhaps have a look at this 2-year old ticket? Thanks in advance, Hermann ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: gdal_rasterize 1.8.0 options
Le samedi 05 février 2011 12:49:15, Hermann Peifer a écrit : On 05/02/2011 00:06, Even Rouault wrote: Unrelated with GDAL 1.8.0. The issue was that the transformation between OGC WKT and ESRI WKT didn't handle well the Oblique Stereographic projection. Fixed in trunk in http://trac.osgeo.org/gdal/changeset/21627 Even, Once upon a time I opened http://trac.osgeo.org/gdal/ticket/2869, thinking that the reported issue could be fixed with a simple remapping between Double_Stereographic and Oblique_Stereographic projections. Could you perhaps have a look at this 2-year old ticket? Thanks in advance, Hermann Hermann, I've just had a look, but not being neither Dutch nor a specialist of (stereographic) projections, I don't feel competent enough to do any action on it. Those tickets plus the reading of http://udig.refractions.net/files/docs/api- geotools/org/geotools/referencing/operation/projection/Stereographic.html make me deeply confused and wondering if r21627 was really appropriate. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: gdal_rasterize 1.8.0 options
On 05/02/2011 13:12, Even Rouault wrote: I've just had a look, but not being neither Dutch nor a specialist of (stereographic) projections, I don't feel competent enough to do any action on it. Those tickets plus the reading of http://udig.refractions.net/files/docs/api- geotools/org/geotools/referencing/operation/projection/Stereographic.html make me deeply confused and wondering if r21627 was really appropriate. Hmm. This page confirms what I mentioned in ticket #2869: Double_Stereographic is simply the ESRI alias of Oblique_Stereographic (EPSG code 9809). About r21627: I am afraid I do not understand enough about the inner workings of GDAL/OGR to make a judgement about whether this change was appropriate or not. But by the end of the day and from what I remember when looking somewhat deeper into the issue, about 2 years ago: there is one stereographic projection (known as the USGS formula or the approach given by Snyder) which translates into +proj=stere, and there is the other Double_Stereographic, aka Oblique_Stereographic which is expected to end up as +proj=sterea. Hermann ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Re: gdal_rasterize 1.8.0 options
Even, Hermann might be right. From reading several sources: http://gge.unb.ca/Pubs/TR46.pdf http://www.manifold.net/doc/double_stereographic.htm it seems that double stereographic is oblique stereographic as long as the origin is non-equatorial or non-polar. The actual denomination Double Stereographic seems to be a ESRI by-product that refers to Oblique Stereographic. However, ESRI's own descriptions of these projections are, at best, vague. -marius On Sat, 2011-02-05 at 13:12 +0100, Even Rouault wrote: Le samedi 05 février 2011 12:49:15, Hermann Peifer a écrit : On 05/02/2011 00:06, Even Rouault wrote: Unrelated with GDAL 1.8.0. The issue was that the transformation between OGC WKT and ESRI WKT didn't handle well the Oblique Stereographic projection. Fixed in trunk in http://trac.osgeo.org/gdal/changeset/21627 Even, Once upon a time I opened http://trac.osgeo.org/gdal/ticket/2869, thinking that the reported issue could be fixed with a simple remapping between Double_Stereographic and Oblique_Stereographic projections. Could you perhaps have a look at this 2-year old ticket? Thanks in advance, Hermann Hermann, I've just had a look, but not being neither Dutch nor a specialist of (stereographic) projections, I don't feel competent enough to do any action on it. Those tickets plus the reading of http://udig.refractions.net/files/docs/api- geotools/org/geotools/referencing/operation/projection/Stereographic.html make me deeply confused and wondering if r21627 was really appropriate. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] error adding ecw on Ubuntu 10.4 (lucid)
So you should try sudo gdal-ecw-build /usr/local because you ./configure the ECW SDK without any installation prefix. Ahh, thanks Even. That let me run gdal-ecw-build without error, though there were lots of deprecation warnings. gdalinfo --formats |grep -i ecw still comes back empty however. http://lists.osgeo.org/pipermail/ubuntu/2009-June/54.html indicates this should be enough, though apparently not for me. Any other suggestions? thanks, -- -matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] error adding ecw on Ubuntu 10.4 (lucid)
Le samedi 05 février 2011 20:18:16, Matt Wilkie a écrit : So you should try sudo gdal-ecw-build /usr/local because you ./configure the ECW SDK without any installation prefix. Ahh, thanks Even. That let me run gdal-ecw-build without error, though there were lots of deprecation warnings. gdalinfo --formats |grep -i ecw still comes back empty however. http://lists.osgeo.org/pipermail/ubuntu/2009-June/54.html indicates this should be enough, though apparently not for me. Any other suggestions? thanks, Check that the gdal_ECW.so (or whatever is name is) is installed in the GDAL plugin directory and then do a ldd on this .so to see if the ECW SDK .so are reachable. You might need to adjust the /etc/ld.so.conf or LD_LIBRARY_PATH to add them. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] error adding ecw on Ubuntu 10.4 (lucid)
Did you run sudo ldconfig? http://trac.osgeo.org/ubuntugis/wiki/UserTutorials -marius On Sat, 2011-02-05 at 20:24 +0100, Even Rouault wrote: Le samedi 05 février 2011 20:18:16, Matt Wilkie a écrit : So you should try sudo gdal-ecw-build /usr/local because you ./configure the ECW SDK without any installation prefix. Ahh, thanks Even. That let me run gdal-ecw-build without error, though there were lots of deprecation warnings. gdalinfo --formats |grep -i ecw still comes back empty however. http://lists.osgeo.org/pipermail/ubuntu/2009-June/54.html indicates this should be enough, though apparently not for me. Any other suggestions? thanks, Check that the gdal_ECW.so (or whatever is name is) is installed in the GDAL plugin directory and then do a ldd on this .so to see if the ECW SDK .so are reachable. You might need to adjust the /etc/ld.so.conf or LD_LIBRARY_PATH to add them. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] failing in making transparency
hello I want to make nodata areas transparent. here is what I did: 1. $gdalinfo -mm -noct duy_cat1.tif | grep -i 'nodata' NoData Value=65535 2. gdalwarp -srcnodata 65535 -dstalpha duy_cat1.tif duy_cat14.tif But, duy_cat14.tif looks full black here is info of outputfile(duy_cat14.tif): ~~ Driver: GTiff/GeoTIFF Files: duy_cat14.tif Size is 4677, 5527 Coordinate System is: PROJCS[UTM Zone 36, Northern Hemisphere, GEOGCS[, DATUM[unknown, SPHEROID[unnamed,6378388,297.0005]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,33], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[metre,1, AUTHORITY[EPSG,9001]]] Origin = (437192.936421879974660,4649982.939232329837978) Pixel Size = (20.004039786776190,-20.004039786776190) Metadata: AREA_OR_POINT=Area Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 437192.936, 4649982.939) ( 32d14'30.03E, 41d59'55.01N) Lower Left ( 437192.936, 4539420.611) ( 32d15'11.54E, 41d 0'10.24N) Upper Right ( 530751.831, 4649982.939) ( 33d22'16.70E, 42d 0'1.87N) Lower Right ( 530751.831, 4539420.611) ( 33d21'56.38E, 41d 0'16.87N) Center ( 483972.383, 4594701.775) ( 32d48'28.68E, 41d30'10.99N) Band 1 Block=4677x1 Type=UInt16, ColorInterp=Palette Computed Min/Max=0.000,65449.000 Color Table (RGB with 65536 entries) Band 2 Block=4677x1 Type=UInt16, ColorInterp=Alpha Computed Min/Max=0.000,255.000 ~~~ could you tell me where the problem is ? regards -- Ahmet Temiz Jeoloji Müh. Planlama ve Zarar Azaltma Dairesi Başkanlığı Bilgi ve CBS grubu Eskişehir Yolu 10. km. Lodumlu / Ankara Tel : 0 312 2872680 / 1535 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] failing in making transparency
ahmet, One likely reason for the dark image is that your viewer is assuming a range of 0-65535 for the alpha values. Check the histogram of the output image. In the histogram for the second band, there should be a bunch of 0 valued pixels and 255 valued pixels. Please provide a small sample image if the problem persists. 2011/2/6 ahmet temiz ahmettemi...@gmail.com hello I want to make nodata areas transparent. here is what I did: 1. $gdalinfo -mm -noct duy_cat1.tif | grep -i 'nodata' NoData Value=65535 2. gdalwarp -srcnodata 65535 -dstalpha duy_cat1.tif duy_cat14.tif But, duy_cat14.tif looks full black here is info of outputfile(duy_cat14.tif): ~~ Driver: GTiff/GeoTIFF Files: duy_cat14.tif Size is 4677, 5527 Coordinate System is: PROJCS[UTM Zone 36, Northern Hemisphere, GEOGCS[, DATUM[unknown, SPHEROID[unnamed,6378388,297.0005]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,33], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[metre,1, AUTHORITY[EPSG,9001]]] Origin = (437192.936421879974660,4649982.939232329837978) Pixel Size = (20.004039786776190,-20.004039786776190) Metadata: AREA_OR_POINT=Area Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 437192.936, 4649982.939) ( 32d14'30.03E, 41d59'55.01N) Lower Left ( 437192.936, 4539420.611) ( 32d15'11.54E, 41d 0'10.24N) Upper Right ( 530751.831, 4649982.939) ( 33d22'16.70E, 42d 0'1.87N) Lower Right ( 530751.831, 4539420.611) ( 33d21'56.38E, 41d 0'16.87N) Center ( 483972.383, 4594701.775) ( 32d48'28.68E, 41d30'10.99N) Band 1 Block=4677x1 Type=UInt16, ColorInterp=Palette Computed Min/Max=0.000,65449.000 Color Table (RGB with 65536 entries) Band 2 Block=4677x1 Type=UInt16, ColorInterp=Alpha Computed Min/Max=0.000,255.000 ~~~ could you tell me where the problem is ? regards -- Ahmet Temiz Jeoloji Müh. Planlama ve Zarar Azaltma Dairesi Başkanlığı Bilgi ve CBS grubu Eskişehir Yolu 10. km. Lodumlu / Ankara Tel : 0 312 2872680 / 1535 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. /tʃaɪθənjə/ /kʊmɑr/ +91-9494447584 17.2416N 80.1426E ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev