From: Garry Petrie (gp_at_europa.com)
Date: Sat Feb 03 2001 - 19:50:08 CET
Received: (from mdom_at_localhost) by karto.ethz.ch (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id TAA31743 for cavexml-outgoing; Sat, 3 Feb 2001 19:59:41 +0100 Received: from io.europa.com (IDENT:root_at_io.europa.com [216.65.131.2]) by karto.ethz.ch (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id TAA31739 for <cavexml_at_cartography.ch>; Sat, 3 Feb 2001 19:59:40 +0100 Received: from europa.com (ip85.gte15.rb1.bel.nwlink.com [209.20.244.85]) by io.europa.com (8.11.1/8.11.1) with ESMTP id f13J06630673 for <cavexml_at_cartography.ch>; Sat, 3 Feb 2001 11:00:06 -0800 (PST) Message-ID: <3A7C52E0.7050408@europa.com> Date: Sat, 03 Feb 2001 10:50:08 -0800 From: Garry Petrie <gp_at_europa.com> User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001108 Netscape6/6.0 X-Accept-Language: en,pdf To: cavexml_at_cartography.ch Subject: Re: Groupings References: <200102011429.PAA20204_at_karto.ethz.ch> <3A798F58.9020907_at_europa.com> <3A7A529D.BA0EB19_at_xmission.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-cavexml_at_karto.baug.ethz.ch Precedence: bulk Reply-To: cavexml_at_cartography.ch
Paul & Eleanor wrote:
>
> I recall some of the early Toporobot articles talking about
> required organization schemes. They seems impossible to me.
> The software doesn't drive surveys the software needs to
> deal with the types of real data that is out there.
> Garry, I think we are on the same page on this one.
Exactly.
> How is naming of stations and surveys imply that there will or will
> not be multiple data sets representing the same data?
Suppose later some one wants to record water flow in terms of volume/time at stations
along a stream passage, where would that go? Or suppose I recorded the temperature at all
of the stations, so I could plot the thermal gradient to help understand airflow? It would
be nice if all this data was contained in one file.
> Please explain such gems of knowledge. You need to bring
> "The whole point of RDB..." and "you can freely move data" and
> connect them to CaveXML and how it should support some
> particular feature, because of such obvious or not so obvious
> uses of the data in a different form.
In the discussion of groupings, it is my feeling that it would not be particularily useful
because the groupings typically are not mutally exclusive. I am simply suggesting it would
be easier to examine groupings, associations, relationships after the data is read by the
application. The methods of the groupings are stored as preferences the user has when
using that application, separately. That is like setting file associations in your browser
when you want to open a video clip, e.g. Quicktime vs MSMedia.
Garry Petrie
This archive was generated by hypermail 2b30 : Thu Mar 01 2001 - 18:00:00 CET