Hi Antonis : 1. What GIS system are you using? What other inputs can it take? 2. This satellite projection is a bit obscure, GDAL if doesnt support it. Are you sure that your GIS could read such a geotiff using that projection? 3. We dont have plans at the moment to extend our geotiff writing code, but there are some 3rd party software and developers who might. John > I forgot to mention that the package that reads correctly the Grib2 file is > this: > > http://www.satsignal.eu/software/grib-viewer.htm > > > Sorry for all these emails :-/ > > > > -----Original Message----- > From: Antonis Kostaridis [mailto:address@hidden > Sent: Sunday, January 05, 2014 9:46 PM > To: 'address@hidden' > Subject: RE: [netCDFJava #YJC-144248]: Problem with GeotiffWriter class > > By the way I suppose you are aware of the GDAL library. > > Surprisingly the GDAL fails to re-project to Lat,Lon,WGS84 this Grib2 file > too :-( > > > > -----Original Message----- > From: Antonis Kostaridis [mailto:address@hidden > Sent: Sunday, January 05, 2014 9:41 PM > To: 'address@hidden' > Subject: RE: [netCDFJava #YJC-144248]: Problem with GeotiffWriter class > > Aaa yes :-) thank you. > > John our biggest problem is to try to find a way to create the geotiffs. Our > GIS system can depict the data but if we create let's say 70.000 objects it > gets too slow. Ok we have the option to stream the data but the Geotiff would > be the best approach. > > Can you check if it is possible to support the projection of this file on the > GeotiffWriter class? By the way, the created Geotiff will contain let's say > colors (based on the min and max values?). The output of the ToolsUI is very > nice color wise. > > Thank you very much for your support! > > Antonis > > > -----Original Message----- > From: Unidata netCDF Java Support [mailto:address@hidden > Sent: Sunday, January 05, 2014 9:14 PM > To: address@hidden > Subject: [netCDFJava #YJC-144248]: Problem with GeotiffWriter class > > Ill have a look at it. btw, in code below > > !Float.isNaN(val) > > would be faster than > > if(!("" + val).equals("NaN")) > > > Hi John, > > > > Thank you for your prompt response. It is flipped up side down I guess. We > > have managed to read properly using this code: > > > > > > xDimensionLength; i++) { float val = iter.getFloatNext(); if(!("" + > > val).equals("NaN")) { LatLonPoint latLonPoint = > > gridCoordinateSystem.getLatLon(i, (yDimensionLength-1)-j); > > > > .... > > .... > > > > > > So we tranverse the x Dimension first and then the y. And as you can see > > the line: > > > > LatLonPoint latLonPoint = gridCoordinateSystem.getLatLon(i, > > (yDimensionLength-1)-j); > > > > does the work. > > > > I wonder if this a specific problem to this Grib2 file, or it a > > generic bug of the ToolsUI application. As I said this affects the > > ncWMS server application too :-( > > > > > > Kind regards, > > > > Antonis > > > > > > > > -----Original Message----- > > From: Unidata netCDF Java Support > > [mailto:address@hidden > > Sent: Sunday, January 05, 2014 8:21 PM > > To: address@hidden > > Subject: [netCDFJava #YJC-144248]: Problem with GeotiffWriter class > > > > Hi: > > > > Its hard to tell from the picture, is it flipped right to left? top to > > bottom? both? > > > > JOhn > > > > > Dear Support, > > > > > > > > > > > > As a further information we also discovered that the ToolsUI application > > > does not display correctly the Grib2 file. > > > > > > > > > > > > We came to this conclusion by using other tools. The issue is related to > > > the way that the x and y are processed (top to bottom, left to right etc). > > > > > > > > > > > > Using the NetCDF API we managed to display the Grib2 file correctly > > > (still we miss the capability to produce a Geotiff). The following figure > > > displays the incorrect visualization (the problem is also seen with the > > > NCWMS product that uses the Java NetCDF library). > > > > > > > > > > > > > > > > > > > > > > > > The following figure displays the correct one. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > Antonis Kostaridis > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Unidata netCDF Java Support > > > [mailto:address@hidden > > > Sent: Sunday, January 05, 2014 6:40 AM > > > To: address@hidden > > > Subject: [netCDFJava #YJC-144248]: Problem with GeotiffWriter class > > > > > > > > > > > > > > > > > > Antonis Kostaridis, > > > > > > > > > > > > Your Ticket has been received, and a Unidata staff member will review it > > > and reply accordingly. Listed below are details of this new Ticket. > > > Please make sure the Ticket ID remains in the Subject: line on all > > > correspondence related to this Ticket. > > > > > > > > > > > > Ticket ID: YJC-144248 > > > > > > Subject: Problem with GeotiffWriter class > > > > > > Department: Support netCDF Java > > > > > > Priority: Normal > > > > > > Status: Open > > > > > > > > > > > > > > > > > > > > > > > > Please let us know how we can assist you further. > > > > > > > > > > > > Unidata User Support > > > > > > > > > > > > > > > Ticket Details > > =================== > > Ticket ID: YJC-144248 > > Department: Support netCDF Java > > Priority: Normal > > Status: Open > > > > > > Ticket Details > =================== > Ticket ID: YJC-144248 > Department: Support netCDF Java > Priority: Normal > Status: Open > > Ticket Details =================== Ticket ID: YJC-144248 Department: Support netCDF Java Priority: Normal Status: Open
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.