From: Richard Knapp (richfk_at_attglobal.net)
Date: Wed Jul 10 2002 - 14:02:48 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 8906015919 for <cavexml-outgoing_at_ethz.ch>; Wed, 10 Jul 2002 15:59:13 +0200 (CEST) Received: by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0, from userid 28) id 647FA1589C; Wed, 10 Jul 2002 15:59:11 +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 1A68D15919 for <cavexml-loopcheck_at_ethz.ch>; Wed, 10 Jul 2002 15:59:10 +0200 (CEST) Received: by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0, from userid 96) id DCAB515804; Wed, 10 Jul 2002 15:59:07 +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 9657015919 for <cavexml_at_cartography.ch>; Wed, 10 Jul 2002 15:59:07 +0200 (CEST) Received: from prserv.net (out1.prserv.net [32.97.166.31]) by karmail.ethz.ch (Postfix on SuSE eMail Server 2.0) with ESMTP id E9B6514ABB for <cavexml_at_cartography.ch>; Wed, 10 Jul 2002 15:59:04 +0200 (CEST) Received: from Muphin (slip-12-65-0-179.mis.prserv.net[12.65.0.179]) by prserv.net (out1) with SMTP id <2002071013502320101kdq01e>; Wed, 10 Jul 2002 13:50:24 +0000 From: "Richard Knapp" <richfk_at_attglobal.net> To: "cavexml_at_cartography.ch" <cavexml_at_cartography.ch> Date: Wed, 10 Jul 2002 08:02:48 -0400 (EDT) X-Mailer: PMMail 2.20.2380 for OS/2 Warp 4.5 In-Reply-To: <006b01c227e3$63e1ff50$c7ab07c3_at_argussoft.ru> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: comments on the data model Message-Id: <20020710135904.E9B6514ABB@karmail.ethz.ch> 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
On Wed, 10 Jul 2002 11:28:30 +0400, Alexander Nickolsky wrote:
> > Richard Knapp wrote:
> > > Would this not be just reinventing what W3C is already working? Even
> though SVG is
> > > currently limited to 2-D representations, it could easily be eXtended to
> fit the needs of
> > > CaveXML. And if SVG is produced, then other programs besides cave
> specific ones will be
> > > able to use the data. To me, that would be better than trying to create
> yet another data
> > > format. (FWIW)
>
> Definitely not. This representation is not a drawing of a cave. It is the
> same data
> that have meaning of data, not drawing. However, with some kind of design
> effort,
> SVG for trace path could be generated directly from this data using XSL
I was just pointing out there are others working on things and it
would be a shame to put a lot of effort into designing a new
"standard" just be cause it wasn't invented here.
> If you think its SVG please tell me which of SVG entities could be used for
> representation of overall loop error ? local loop error ? (for example)
I could say the same for the data formats currently available. Where
is this info in PLT files?
Maybe the questions should be:
Is this information that should be stored?
Where should it be stored?
I don't like the way COMPASS stores corrected data (in a separate
file). Too much to remember. However, with the processing speed of
computers these days, should (compiled) coordinate data be stored at
all? These are simple calculations and can be done very quickly and
stored as a temp file or in memory.
> If we want to add processed walls to the data, SVG is a good choice,
> there is no need to reinvent hte wheel.
Agreed. And it seems to be a better export format than DXF.
This archive was generated by hypermail 2b30 : Wed Jul 31 2002 - 23:00:00 CEST