RE: Other areas that haven't been discussed.

New Message Reply About this list Date view Thread view Subject view Author view

From: John Halleck (John.Halleck_at_utah.edu)
Date: Mon Feb 12 2001 - 18:54:57 CET 

Received: (from mdom_at_localhost) by karto.ethz.ch (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id SAA09435 for cavexml-outgoing; Mon, 12 Feb 2001 18:54:59 +0100
Received: from cor.oz.cc.utah.edu (nahaj_at_cor.oz.cc.utah.edu [155.99.2.2]) by karto.ethz.ch (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id SAA09431 for <cavexml_at_cartography.ch>; Mon, 12 Feb 2001 18:54:57 +0100
Received: from localhost (nahaj_at_localhost) by cor.oz.cc.utah.edu (8.9.2/8.9.2) with ESMTP id KAA26288 for <cavexml_at_cartography.ch>; Mon, 12 Feb 2001 10:54:58 -0700 (MST)
Date: Mon, 12 Feb 2001 10:54:57 -0700 (MST)
From: John Halleck <John.Halleck_at_utah.edu>
To: "'cavexml_at_cartography.ch'" <cavexml_at_cartography.ch>
Subject: RE: Other areas that haven't been discussed.
In-Reply-To: <9718D3B1ED18D31180F000A0C99DE22301F7E950_at_ihmdex03.ih.navy.mil>
Message-ID: <Pine.GSO.4.05.10102121042070.19817-100000@cor.oz.cc.utah.edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cavexml_at_karto.baug.ethz.ch
Precedence: bulk
Reply-To: cavexml_at_cartography.ch

On Mon, 12 Feb 2001, Thrun Robert IHMD wrote:

> Date: Mon, 12 Feb 2001 12:15:36 -0500
> From: Thrun Robert IHMD <ThrunR_at_ih.navy.mil>
> Reply-To: cavexml_at_cartography.ch
> To: "'cavexml_at_cartography.ch'" <cavexml_at_cartography.ch>
> Subject: RE: Other areas that haven't been discussed.
>
> > On Mon, 12 Feb 2001, Thrun Robert IHMD wrote:
> >
> > . [...]
> >
> > > If you can read in a separate spanning tree and update it
> > > incrementally, you are the only one.
> >
> > Bob, this is uncalled for.
> >
> > The algorithms are well defined.
> > Maybe you mean to say that you don't want to do it, or you
> > don't think it necessary, but to imply that others (expect
> > me) can't is bizarre.
> >
> I have looked at various programs and noted what input and
> output files they use. I don't recall any of them doing
> I/O at that particular stage of processing.

  I fail to see the point of this statement.
  Your original statement (above) address whether or not they
  can (you claim otherwise) not whether or not programs you
  personally have access to actually do so.

> Another thing I forgot to mention is that the spanning tree

  "THE" spanning tree? Spanning trees are not unique.
  (I usually go for mimimal spanning trees myself... which
  for the cave surveys I have are unique, and not order dependent.)
  [I will admit that there could be cases where the minimal
  tree not unique, but I've never seen them actually occur in
  real life.)

> usually depends on the order in which the survey shots are
> presented to the program. I have not seen a program where
> the unadjusted coordinates do not depend on the input order,
> though a reordering routine is possible.

  I have seen them. But then I look at survey programs from
  many sources, and not just Cave Surveying.

  And even in Cave Surveying, the unadjusted points for the
  caves I've processed don't depend on the input order for
  any real cave.

> Bob Thrun

  Bob, if you don't want explict spanning trees in the data,
  don't use them. Or give good reasons they should not,
  not arguments that since YOU don't see them used in incremental
  updates nobody can.

New Message Reply About this list Date view Thread view Subject view Author view

This archive was generated by hypermail 2b30 : Thu Mar 01 2001 - 18:00:01 CET