ifremer objectively analyzed salinity

Don Hooper hoop at COLORADO.EDU
Thu Apr 14 15:23:46 EDT 2005


I just cut and paste that sdfopen command into gradsdods from 1.8SL10
on a Solaris 8 running SPARC and it works just fine.

-Hoop
> From owner-gradsusr at LIST.CINECA.IT  Thu Apr 14 12:55:23 2005
> Return-Path: <owner-gradsusr at LIST.CINECA.IT>
> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
>             Netscape/7.1
> X-Accept-Language: en-us, en
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Date:         Thu, 14 Apr 2005 20:44:05 +0200
> Reply-To: GRADSUSR at LIST.CINECA.IT
> Sender: GRADSUSR at LIST.CINECA.IT
> From: Thomas LOUBRIEU <Thomas.Loubrieu at IFREMER.FR>
> Subject:      Re: ifremer objectively analyzed salinity
> To: GRADSUSR at LIST.CINECA.IT
> In-Reply-To:  <200504141755.j3EHt1ZS029330 at spot.colorado.edu>
> X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on ucsub.colorado.edu
> X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled
>       version=3.0.0
> X-Spam-Level:
> X-Lines: 90
> Status: RO
>
> It fails the same way with grads-1.8sl11 and GraDS 1.2.9b3 using the
> gradsdods binary file, but I didn't try 1.8sl10.
> Perhaps this could be due to a client installation problem (while
> building the software for instance) or a wrong way to use grads.
> Did you exactly ask for :
>
> sdfopen http://www.ifremer.fr/dodsG/coriolis-atlantic-salinity-weekly-oa_v3_rt
>
>
>
> Without anything else ?
>
> Thomas.
>
>
>
>
> >Did you use the gradsdods version of the GrADS client?  It works fine for
> >me with version 1.8SL10.
> >
> >-Hoop
> >
> >
> >>From owner-gradsusr at LIST.CINECA.IT  Thu Apr 14 11:45:19 2005
> >>Reply-To: GRADSUSR at LIST.CINECA.IT
> >>From: Thomas LOUBRIEU <Thomas.Loubrieu at IFREMER.FR>
> >>
> >>Dear Semyon,
> >>
> >>I am the luycky provider of the dods url you're trying to use.
> >>Actually, the openDAP interface is provided through GrADS-DODS server,
> >>but unfortunatly we didn't test it with a GrADS client.
> >>It's more or less working with ferret or matlab clients even if we
> >>experienced
> >>some unexpected behaviours of the server.
> >>
> >>I've just tried to access the salinity dataset the way you did and I got
> >>the same error.
> >>I'm not a GrADS expert myself, so I cannot help you further. But I'd
> >>like to know why it doesn't work and if I should change something on the
> >>server side.
> >>
> >>The dataset is archived as netcdf weekly files. They are aggragated
> >>thanks to a ctl file, then read by GraDS 1.2.9b3 and distributed through
> >>openDAP interface by gds 1.2.9.
> >>I hope this helps.
> >>
> >>Regards,
> >>
> >>Thomas
> >>
> >>Semyon Grodsky wrote:
> >>
> >>
> >>
> >>>Dear all:
> >>>Got problem attempting to access the objectively analyzed salinity in the
> >>>Atlantic.
> >>>Data reference is available at
> >>>
> >>>http://www.ifremer.fr/las/servlets/metadata?catitem=295
> >>>
> >>>To open data I type the following in the gradsdods terminal window
> >>>
> >>>sdfopen http://www.ifremer.fr/dodsG/coriolis-atlantic-salinity-weekly-oa_v3_rt
> >>>
> >>>The response is
> >>>Couldn't ingest SDF metadata.
> >>>If this was an HDF-SDS file, try gradshdf
> >>>
> >>>Running gradshdf doesn't help.
> >>>
> >>>Does anybody has an experience on porting this salinity dataset into
> >>>GRADS.
> >>>If yes, sharing hints would be strongly appreciated.
> >>>
> >>>--Senya
> >>>
> >>>--------------------------------------------------------
> >>>Semyon Grodsky
> >>>224 Computer and Space Science Building, Room 2409
> >>>Department of Meteorology
> >>>University of Maryland
> >>>College Park, MD 20742
> >>>
> >>>Phone:  301-405-5330
> >>>Fax:    301-314-9482
> >>>E-mail: senya at atmos.umd.edu
> >>>
> >>>
>



More information about the gradsusr mailing list