From: Andreas Neumann (neumann_at_karto.baug.ethz.ch)
Date: Fri Jul 12 2002 - 10:53:58 CEST
Return-Path: <owner-cavexml-outgoing_at_ethz.ch> Delivered-To: cavexml-archive_at_cartography.ch Received: from localhost (localhost [127.0.0.1]) by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0) with ESMTP id 5B6371590F for <cavexml-outgoing_at_ethz.ch>; Fri, 12 Jul 2002 10:54:07 +0200 (CEST) Received: by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0, from userid 28) id 16802158BD; Fri, 12 Jul 2002 10:54:05 +0200 (CEST) Delivered-To: cavexml-loopcheck_at_ethz.ch Received: from localhost (localhost [127.0.0.1]) by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0) with ESMTP id E52781590F for <cavexml-loopcheck_at_ethz.ch>; Fri, 12 Jul 2002 10:54:03 +0200 (CEST) Received: by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0, from userid 96) id 657BD148DE; Fri, 12 Jul 2002 10:54:01 +0200 (CEST) Delivered-To: cavexml_at_cartography.ch Received: from localhost (localhost [127.0.0.1]) by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0) with ESMTP id 051631590F for <cavexml_at_cartography.ch>; Fri, 12 Jul 2002 10:54:01 +0200 (CEST) Received: by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0, from userid 30) id 9FE1D158BD; Fri, 12 Jul 2002 10:53:58 +0200 (CEST) To: cavexml_at_cartography.ch Subject: Subject: RE: comments on the data model Message-ID: <1026464038.3d2e9926766f4@karmail.ethz.ch> Date: Fri, 12 Jul 2002 10:53:58 +0200 (CEST) From: Andreas Neumann <neumann_at_karto.baug.ethz.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 129.132.127.210 X-Loop: cavexml Sender: owner-cavexml_at_karmail.ethz.ch Precedence: bulk Reply-To: cavexml_at_cartography.ch X-Virus-Scanned: by AMaViS perl-11
Hi,
here is a forward from Garry Petrie ... was bounced because he did change e-
mail address ...
andreas
---------------------------------
I have been trying to stay a listener, but noticed this item. In
WinKarst, after loop closure, the data enters a "modified"
state. The user has three choices at this point, "Save As", "Save" or "Exit",
the later discards the closure results. In the two save choices, the adjusted
shot data is saved in delta polar measurements, just like the original. This is
akin to reading a scratched, dusty photograph into PhotoShop, applying filters
and saving the results. One never saves both data representations in the same
file, rather keeps the original as a reference only. It is the responsibility
of the program applying the methods to save the parameters of the method. This
is akin to video editor recording the users favorite mpeg data rate and screen
size.
Back to closure methods, one would never want closure data in x,y,z - this does
not relate back to the type of methods to record the data in the first place.
One does not want to apply a correction beyond the error limits of the
recording devices - (delta len)/len, (delta azi)/azi, etc. Forcing a comparison
between a closed representation in x,y,z back to r,phi,theta original would be
impossible.
Garry Petrie
----- Ende der weitergeleiteten Nachricht -----
-- The cure for boredom is curiosity. There is no cure for curiosity. -- Ellen Parr---------------------------------------------- Andreas Neumann - Department of Cartography Swiss Federal Institute of Technology (ETH) ETH Hoenggerberg, CH-8093 Zurich, Switzerland Phone: ++41-1-633 3037, Fax: ++41-1-633 1153 e-mail: neumann_at_karto.baug.ethz.ch www: http://www.karto.ethz.ch/neumann/ SVG.Open/Carto.net: http://www.svgopen.org/
This archive was generated by hypermail 2b30 : Wed Jul 31 2002 - 23:00:00 CEST