[netCDFJava #YJC-144248]: Problem with GeotiffWriter class

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