NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
>From: "From: Bill Hibbard <hibbard@xxxxxxxxxxxxxxxxx>" <billh@xxxxxxxxxxxxx> >Organization: . >Keywords: 200004062200.QAA23842 Hi Bill- >I originally created the system intrinsic RealTupleType >for earth location with the (lon, lat, alt) order, but by >popular demand the system now has intrinsic RealTupleTypes >for both ways. Actually, there isn't an intrinsic for LatLonAlt (but it would be nice). The SpatialEarth*DTuple intrinsics are (lon, lat) and (lon, lat, alt), but the coordinate systems in VisAD (visad.data.mcidas.AREACoordinateSystem, visad.bom.Radar*DCoordinateSystem and visad.jmet.GRIBCoordinateSystem) that use lat/lon have references of order (lat, lon), so RealTupleType.LatitudeLongtitudeTuple was added. Most of the time that I've seen earth coordinates documented, it has been (lat,lon) (ex: 40N 105W) rather than (lon,lat). So, for me adding alt would give (lat, lon, alt). Since Radar3DCoordinateSystem uses the order (lat,lon,alt) perhaps having this intrinsic would be good also. That way people could choose either way. Just my $.02 Don ************************************************************* Don Murray UCAR Unidata Program dmurray@xxxxxxxxxxxxxxxx P.O. Box 3000 (303) 497-8628 Boulder, CO 80307 ************************************************************* Unidata WWW Server http://www.unidata.ucar.edu/ McIDAS Demonstration Machine http://mcdemo.unidata.ucar.edu/ *************************************************************
visad
archives: