Re: [thredds] Problem with ncss and wms (probably scale_factor)

Hi Marcelo, Thredds team,
We encounter the same issue at CLS! But our idea was more on the integer 
management. When a variable is a short or float, the tests we've done was ok.
Waiting for the thredds opinion.
Regards
Tony


Tony Jolibois
C.L.S.
Direction Océanographie Spatiale
Parc Technologique du Canal
8-10, rue Hermès
31520 Ramonville St-Agne, FRANCE
Tel: +33 (0)5 61 39 37 97 Fax: +33 (0)5 61 39 37 82


-----Message d'origine-----
De : thredds-bounces@xxxxxxxxxxxxxxxx [mailto:thredds-bounces@xxxxxxxxxxxxxxxx] 
De la part de marceloandrioni@xxxxxxxxxxxxxxxx
Envoyé : jeudi 29 mai 2014 00:20
À : thredds@xxxxxxxxxxxxxxxx
Objet : [thredds] Problem with ncss and wms (probably scale_factor)

Hello, I am having some problems displaying data from CLS altimetry files. The 
data is stored as integer to save space and has a scale_factor:
int sla(time, lat, lon) ;
  sla:_FillValue = -2147483647 ;
  sla:long_name = "Sea Level Anomalies" ;
  sla:standard_name = "sea_surface_height_above_sea_level" ;
  sla:units = "m" ;
  sla:scale_factor = 0.0001 ;
I am not sure I can send the file for copyright reasons, but anyone with a 
subscription to CLS can get in 
ftp.aviso.altimetry.fr/donnees/ftpsedr/DUACS/global/delayed-time/grids/msla/all-sat-merged/h/1993/dt_global_allsat_msla_h_19930101_20140106.nc.gz

when seeing the data using the Opendap protocol everything works and the values 
over land are show as missing. But when using NetcdfSubset or the Godiva2 
viewer (that makes WMS requests) the values over land are show as valid but 
with two different values: -2.147e+5 in Godiva2/WMS and -2.147483647e+9 in NCSS.

I think this is a similar problem as the one report by Peter Vodden in 
http://www.unidata.ucar.edu/mailing_lists/archives/thredds/2014/msg00002.html
I tried changing the _FillValue (to -2.147e+5 and -2.147483647e+9) using ncml 
but that only made the Opendap start showing the land values as non-missing. 
Also tried adding attribute valid_min and valid_max but that didn't work also. 
Any ideas?

Thank you.
-- 
| Marcelo Andrioni
| Environmental Engineer
| PETROBRAS (Ocean Engineering Technology Department) Av. Horácio 
| Macedo, 950 - Cidade Universitária ZIP 21941-915 - Ilha do Fundão - 
| Rio de Janeiro - RJ - Brazil marceloandrioni@xxxxxxxxxxxxxxxx
 
"O emitente desta mensagem é responsável por seu conteúdo e endereçamento. Cabe 
ao destinatário cuidar quanto ao tratamento adequado. Sem a devida autorização, 
a divulgação, a reprodução, a distribuição ou qualquer outra ação em 
desconformidade com as normas internas do Sistema Petrobras são proibidas e 
passíveis de sanção disciplinar, cível e criminal."
 
"The sender of this message is responsible for its content and addressing. The 
receiver shall take proper care of it. Without due authorization, the 
publication, reproduction, distribution or the performance of  any other action 
not conforming to Petrobras System internal policies and procedures is 
forbidden and liable to disciplinary, civil or criminal sanctions."
 
"El emisor de este mensaje es responsable por su contenido y direccionamiento. 
Cabe al destinatario darle el tratamiento adecuado. Sin la debida autorización, 
su divulgación, reproducción, distribución o cualquier otra acción no conforme 
a las normas internas del Sistema Petrobras están prohibidas y serán pasibles 
de sanción disciplinaria, civil y penal."

_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/ 


                           Cliquez sur l'url suivante 
https://www.mailcontrol.com/sr/limlKohcambGX2PQPOmvUnR5FqKQsdnppSMPyhNU5MzpmrVKorkHxjlf5HvQKO7lNs+z10VNP5AfmF8UmgH1OQ==
  
                    si ce message est indésirable (pourriel).



  • 2014 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: