[Gvsig_english] raster iamge wrong band value

Mithoefer, Klaus kmithoefer at icipe.org
Fri Jul 9 14:51:52 CEST 2010


Thanks to all for your assistance. I hope you'll be able to find a solution.

Best regards,
Klaus

-----Original Message-----
From: gvsig_internacional-bounces at listserv.gva.es [mailto:gvsig_internacional-bounces at listserv.gva.es] On Behalf Of Benjamin Ducke
Sent: Wednesday, July 07, 2010 12:16
To: Users and Developers mailing list
Subject: Re: [Gvsig_english] raster iamge wrong band value

OK, I have found a fix. Will file a ticket on OSOR...

Ben

----- Original Message -----
> Just some more notes on this:
> 
> I tried changing the data type on that big GLOBCOVER file
> that Klaus originally ran into trouble with. But SEXTANTE ran
> out of memory. I then tried using the SEXTANTE map calculator
> to add +128 to the data range, but same memory problems.
> 
> Luckily, the latest SEXTANTE 0.6 release comes with a GRASS GIS
> interface. So I could use GRASS' r.out.gdal module to convert
> to a new GeoTIFF of type "UInt16". With LZW compression enabled,
> that gave me a GeoTIFF of pretty much exactly twice the size
> of the original (which you would expect going from 8 bit Byte to
> 16 bit Short).
> 
> Of course, one could also use the GDAL command line tools directly
> to achieve the same effect.
> 
> But all in all, I must say that this would be a real obstacle
> for many gvSIG users and I think this bug should really be fixed
> for the 1.10 release, as it affects very basic functionality.
> Like Klaus stated before, users should be able to rely on gvSIG
> correctly loading basic file formats like GeoTIFF.
> 
> Given that a "proper" fix, changing all the data type handling
> would probably take too much time, I am wondering if a quick fix
> could consist in just "pretending" that a Byte type raster data
> source is type Integer, and load it as integer instead of byte.
> 
> I would take a look at it but I am not sure where to start.
> Which one is the method (in libRaster, I guess?) that first
> initializes the data type for a raster data source?
> 
> Cheers,
> 
> Ben
> 
> 
> ----- Original Message -----
> > Yes, short type is the right choice, of course.
> >
> > About if it can be fixed or not, I don't know, I work mainly in
> > vectorial part.
> >
> > Cheers.
> >
> > Benjamin Ducke escribió:
> > > Or maybe use type "short"? Seems to me that would save some memory
> > > (16 bit instead of 32 per cell).
> > >
> > > Is there any chance this fix will make it into 1.10?
> > >
> > > Cheers,
> > >
> > > Ben
> > >
> > > ----- Original Message -----
> > >
> > >> Hi Klaus.
> > >>
> > >> I think the problem is about byte datatype in java. In C++ you
> > >> can use an unsigned byte, but in java you can't (always are
> > >> signed).
> > >>
> > >> So, for this kind of images, we should use internaly int's
> > >> instead of byte's. So, yes, it seems a bug, and can be corrected
> > >> in future
> > >> releases.
> > >>
> > >> Thanks for your help.
> > >>
> > >> Fran.
> > >>
> > >>
> > >> Mithoefer, Klaus escribió:
> > >>
> > >>> Dear Guilermo,
> > >>>
> > >>>
> > >>>
> > >>> Thank you for your email. I have tried gvSIG, ESRI ArcGIS and
> > >>> software which uses GDAL libraries such as FWtools. Its only
> > >>> gvSIg which produces wrong results. The data type is byte(gvSIG)
> > >>> and according to
> > >>> ArcGIS 8 Bit unsigned integer which is to me generally the same
> > >>> but more detailed information.
> > >>>
> > >>>
> > >>>
> > >>> However, I can off course work around that but to be honest it
> > >>> seems it is a bug in gvSIG. If I can’t trust a software that it
> > >>> is able to
> > >>> read a file correctly (and it is a simple tif file public domain
> > >>> land cover data.
> > >>>
> > >>>
> > >>>
> > >>> Thank you also for sending me the picture but it only showed the
> > >>> landcover. Water bodies for example should have value 210.
> > >>>
> > >>>
> > >>>
> > >>> Again, thanks for your comments! That’s well appreciated.
> > >>>
> > >>>
> > >>>
> > >>> Klaus
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> *From:* gvsig_internacional-bounces at listserv.gva.es
> > >>> [mailto:gvsig_internacional-bounces at listserv.gva.es] *On Behalf
> > >>> Of *Guillermo Tamburini
> > >>> *Sent:* Monday, July 05, 2010 09:30
> > >>> *To:* Users and Developers mailing list
> > >>> *Subject:* Re: [Gvsig_english] raster iamge wrong band value
> > >>>
> > >>>
> > >>>
> > >>> Sorry but,
> > >>>
> > >>> did you check my last proposal? Or was I wrong?
> > >>>
> > >>> This is an example of my result.
> > >>>
> > >>> Regards.
> > >>>
> > >>> Mithoefer, Klaus wrote:
> > >>>
> > >>> Thanks a lot Benjamin, but It didn't help.
> > >>>
> > >>> Kind regards,
> > >>>
> > >>> Klaus
> > >>>
> > >>> -----Original Message-----
> > >>> From: gvsig_internacional-bounces at listserv.gva.es
> > >>> <mailto:gvsig_internacional-bounces at listserv.gva.es>
> > >>> [mailto:gvsig_internacional-bounces at listserv.gva.es] On Behalf
> > >>> Of Benjamin Ducke
> > >>> Sent: Thursday, July 01, 2010 12:54 AM
> > >>> To: Users and Developers mailing list
> > >>> Subject: Re: [Gvsig_english] raster iamge wrong band value
> > >>>
> > >>> Have you tried updating the layer's band statistics after
> > >>> importing the raster?
> > >>>
> > >>> Ben
> > >>>
> > >>> ----- Original Message -----
> > >>>
> > >>>
> > >>>     Thank you Guillermo and Vincent!
> > >>>
> > >>>
> > >>>
> > >>>     I guess Vincent might be right. The data source I am using
> > >>>     can be
> > >>>
> > >>>     found on the web at
> > >>>
> > >>>     ftp://guestglobcover:Pir8Eefo@us-ext-nas.eo.esa.int/regional/07_Globcover_200412_200606_V2.2_Africa.zip
> > >>>
> > >>>     I use the file GLOBCOVER_200412_200606_V2.2_Africa_Reg.tif
> > >>>     from this
> > >>>
> > >>>     package which is an 8 bit unsigned file format. It seems
> > >>>     really that
> > >>>
> > >>>     gvSIG is interpreting this as 8 bit signed.
> > >>>
> > >>>
> > >>>
> > >>>     I tried to convert is using GDAL to Eras IMG, but the effect
> > >>>     remains.
> > >>>
> > >>>
> > >>>
> > >>>     Thank you.
> > >>>
> > >>>
> > >>>
> > >>>     Klaus
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>     -----Original Message-----
> > >>>
> > >>>     From: gvsig_internacional-bounces at listserv.gva.es
> > >>>     <mailto:gvsig_internacional-bounces at listserv.gva.es>
> > >>>
> > >>>     [mailto:gvsig_internacional-bounces at listserv.gva.es] On
> > >>>     Behalf Of
> > >>>
> > >>>     Guillermo Tamburini
> > >>>
> > >>>     Sent: Wednesday, June 30, 2010 14:46
> > >>>
> > >>>     To: Users and Developers mailing list
> > >>>
> > >>>     Subject: Re: [Gvsig_english] raster iamge wrong band value
> > >>>
> > >>>
> > >>>
> > >>>     hi,
> > >>>
> > >>>
> > >>>
> > >>>     I have no idea what could be your problem. And i can not
> > >>>     test with
> > >>>
> > >>>     other softwares because I haven't it now.
> > >>>
> > >>>
> > >>>
> > >>>     Well, my only proposal is that you try to make sure that the
> > >>>     different
> > >>>
> > >>>     software are understanding the data in the same data type.
> > >>>     Raster
> > >>>
> > >>>     layers could be byte, float, integer... Or to export the
> > >>>     data to other
> > >>>
> > >>>     formats for testing if the result is always the same.
> > >>>
> > >>>
> > >>>
> > >>>     From gvSIG you could check the data type in the general tab
> > >>>     of the
> > >>>
> > >>>     layer proprieties. May be in ESRI and in that case you get
> > >>>     only real
> > >>>
> > >>>     positive numbers, and gvSIG is understanding numbers up and
> > >>>     down the
> > >>>
> > >>>     zero. In that case you would obtain the data moved a half to
> > >>>     the
> > >>>
> > >>>     negative values.
> > >>>
> > >>>
> > >>>
> > >>>     If you want you can send us some data example for testing
> > >>>     it.
> > >>>
> > >>>
> > >>>
> > >>>     Best regards.
> > >>>
> > >>>
> > >>>
> > >>>     Mithoefer, Klaus wrote:
> > >>>
> > >>>
> > >>>
> > >>>         Dear List,
> > >>>
> > >>>
> > >>>
> > >>>         I use globecover vegetation data. When I try to retrieve
> > >>>         the band
> > >>>
> > >>>         value by using the information picker or assign values
> > >>>         to a point
> > >>>
> > >>>         layer I get the wrong value (e.g. for lakes I get-46
> > >>>         instead of
> > >>>
> > >>>         210). I compared this with ArcGIS and FWtools.
> > >>>
> > >>>
> > >>>
> > >>>         I tried gvSIG 1.2, 1.9 and 2010 OADE with Geotif and
> > >>>         Erdas IMG
> > >>>
> > >>>         format. They all do the same. What is the problem?
> > >>>
> > >>>
> > >>>
> > >>>         Thank you,
> > >>>
> > >>>
> > >>>
> > >>>         Klaus
> > >>>
> > >>>
> > >>>
> > >>>         Klaus Mithöfer
> > >>>
> > >>>         Geographic Information Systems (GIS) Officer
> > >>>
> > >>>         icipe - International Centre of Insect Physiology and
> > >>>         Ecology
> > >>>
> > >>>         P.O. Box 30772 - 00100
> > >>>
> > >>>         Nairobi, Kenya
> > >>>
> > >>>         Phone: +254-20-8632000, Extn. 2147
> > >>>
> > >>>         Fax: +254-20-8632001/2
> > >>>
> > >>>         Mobile: +254-724-308404
> > >>>
> > >>>         E-Mail: kmithoefer at icipe.org
> > >>>         <mailto:kmithoefer at icipe.org>
> > >>>
> > >>>         web: www.icipe.org <http://www.icipe.org>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>         ----------------------------------------------------------------------------
> > >>>
> > >>>         This position is supported by German development
> > >>>         cooperation //
> > >>>
> > >>>         Centre for international Migration and Development -
> > >>>
> > >>>         http://www.cimonline.de/en/index.asp
> > >>>
> > >>>
> > >>>
> > >>>         Klaus.mithoefer at cimonline.de
> > >>>         <mailto:Klaus.mithoefer at cimonline.de>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>         _______________________________________________
> > >>>         Gvsig_internacional
> > >>>
> > >>>         mailing list
> > >>>
> > >>>         Gvsig_internacional at listserv.gva.es
> > >>>         <mailto:Gvsig_internacional at listserv.gva.es>
> > >>>
> > >>>         http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>     -- Guillermo Tamburini Beliveau
> > >>>
> > >>>     Proyecto gvSIG
> > >>>
> > >>>     Consellería de Infraestructuras y Transportes (GVA)
> > >>>
> > >>>     Valencia (Spain)
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>     _______________________________________________
> > >>>     Gvsig_internacional
> > >>>
> > >>>     mailing list
> > >>>
> > >>>     Gvsig_internacional at listserv.gva.es
> > >>>     <mailto:Gvsig_internacional at listserv.gva.es>
> > >>>
> > >>>     http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>>
> > >>>     _______________________________________________
> > >>>     Gvsig_internacional
> > >>>
> > >>>     mailing list
> > >>>
> > >>>     Gvsig_internacional at listserv.gva.es
> > >>>     <mailto:Gvsig_internacional at listserv.gva.es>
> > >>>
> > >>>     http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> ------ Files attached to this email may be in ISO 26300 format
> > >>> (OASIS Open Document Format). If you have difficulty opening
> > >>> them, please visit http://iso26300.info for more information.
> > >>>
> > >>> _______________________________________________
> > >>> Gvsig_internacional mailing list
> > >>> Gvsig_internacional at listserv.gva.es
> > >>> <mailto:Gvsig_internacional at listserv.gva.es>
> > >>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>> _______________________________________________
> > >>> Gvsig_internacional mailing list
> > >>> Gvsig_internacional at listserv.gva.es
> > >>> <mailto:Gvsig_internacional at listserv.gva.es>
> > >>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> -- Guillermo Tamburini Beliveau
> > >>> Proyecto gvSIG
> > >>> Consellería de Infraestructuras y Transportes (GVA)
> > >>> Valencia (Spain)
> > >>>
> > >>> ------------------------------------------------------------------------
> > >>>
> > >>> _______________________________________________
> > >>> Gvsig_internacional mailing list
> > >>> Gvsig_internacional at listserv.gva.es
> > >>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>>
> > >>>
> > >> -- Fran Peñarrubia
> > >> Scolab www.scolab.es
> > >>
> > >> Asociación gvSIG
> > >> www.gvsig.com
> > >>
> > >> _______________________________________________
> > >> Gvsig_internacional mailing list
> > >> Gvsig_internacional at listserv.gva.es
> > >> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >>
> > >
> > >
> > > ------ Files attached to this email may be in ISO 26300 format
> > > (OASIS Open Document Format). If you have difficulty opening them,
> > > please visit http://iso26300.info for more information.
> > >
> > > _______________________________________________
> > > Gvsig_internacional mailing list
> > > Gvsig_internacional at listserv.gva.es
> > > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> > >
> >
> > -- Fran Peñarrubia
> > Scolab www.scolab.es
> >
> > Asociación gvSIG
> > www.gvsig.com
> >
> > _______________________________________________ Gvsig_internacional
> > mailing list
> > Gvsig_internacional at listserv.gva.es
> > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> 
> 
> ------ Files attached to this email may be in ISO 26300 format (OASIS
> Open Document Format). If you have difficulty opening them, please
> visit http://iso26300.info for more information.
> 
> _______________________________________________ Gvsig_internacional
> mailing list
> Gvsig_internacional at listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information.

_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional at listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


More information about the Gvsig_internacional mailing list