From: Garry Petrie (gp_at_europa.com)
Date: Thu Feb 22 2001 - 22:26:40 CET
Received: (from mdom_at_localhost) by karto.ethz.ch (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id PAA30789 for cavexml-outgoing; Fri, 23 Feb 2001 15:51:54 +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 WAA26200 for <cavexml_at_cartography.ch>; Thu, 22 Feb 2001 22:36:35 +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 f1MLaZE03523 for <cavexml_at_cartography.ch>; Thu, 22 Feb 2001 13:36:35 -0800 (PST) Message-ID: <3A958410.9080404@europa.com> Date: Thu, 22 Feb 2001 13:26:40 -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: Stations are primary References: <Pine.GSO.4.05.10102221318120.26224-100000_at_cor.oz.cc.utah.edu> 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
John Halleck wrote:
> On Thu, 22 Feb 2001, Ralph Hartley wrote:
>
> Wonderfull well written summary of your ideas. Thank you.
Need to read it....
>> Starting with unique station names, it is easy to generate station
>> elements using those names for both the id and a name. If data comes in
>> from different sources, name collisions don't cause a problem because
>> the station ids can be reassigned from scratch (they are strictly local
>> to a file) without loosing track of any of the old names.
You still have the problem forming connections between multiple data sets, i.e. real
stations that are in common.
> If they are numbers (with a possible prefix), and they run 1..N when
> there are N unique points, then the algorithm to combine two files
> and preserve that property in the result is trivial.
>
>> I don't see a real need for the station id's to follow any particular
>> pattern, sequential numbers, globally unique identifiers etc., but of
>
> If they do (as I mentioned above) then it can make for simpler algorithms
> for later processing programs.)
Practically, the unique station names are only useful for detecting name aliases and
providing references through out the CaveXML file. When reading the data of a station,
memory is allocated for the structure to contain the data. The physical address, pointer,
of that structure becomes your ID. Once the data is read in and properly sorted, the ID's
from the CaveXML file no longer serve any purpose.
This archive was generated by hypermail 2b30 : Thu Mar 01 2001 - 18:00:01 CET