Re: Constructing pfASD

New Message Reply Date view Thread view Subject view Author view

Thom DeCarlo (trdecarlo++at++tasc.com)
Wed, 15 Apr 1998 10:01:58 -0400

Dan Brockway wrote:

> Lee Willis wrote:
>
>> Thom DeCarlo wrote:
>>
>> > Lee Willis wrote:
>> >
>> >> From: Jonas Andersson <jonasa++at++cs.umu.se>
>> >> To: info-performer++at++sgi.com
>> >> Subject: Constructing pfASD
>> >> Date: Friday, March 27, 1998 1:52 AM
>> >>
>> >> [snip]
>> >
>> > ... snip ...
>> >
>> > It becomes something to be avoided! Our applications need to ingest
>> > sub-meter elevation post spaced data and we want to smoothly reduce
>> > resolution as the viewer moves away from the terrain. This seems to be
>> > exactly the opposite of the situation you describe.
>>
>> So far I don't understand what the problem is. The Multigen CAT
>> implementation of ASD does just that, picks out the most significant points
>> for each LOD, working from coarsest to finest, injecting new points to each
>> LOD to better approximate the surface.
>
> If, on the other hand, you have a specific terrain surface at the highest LOD
> that correlates with other databases, then MultiGen's CAT is of no value.

YES! This is exactly the point I was trying to make. We have a variety of
terrain sets, with post spacings ranging from 100m to 1m. What I really need is
to have our LODs morph between the different datasets. And yes, I recognise that
there will be correlation issues to be resolved. For this issue, let's assume
they are handled in the preprocessing stages.

Thom

> Dan
>
>> ------------------------------
>> Lee Willis Virtual Landscape Dermatologist
>>
>> lwillis++at++terrex.com TERREX
>
> --
> Dan Brockway voice: (972) 960-2301
> Paradigm Simulation Inc. fax: (972) 960-2303
> 14900 Landmark Blvd., Suite 400 mailto:db++at++ParadigmSim.com
> Dallas TX 75240 http://www.ParadigmSim.com

  ------------------------------------------------------------------------
          Thom DeCarlo Off site contact info
          TASC JPSD/IEC, US Army TEC
          12100 Sunset Hills Rd. 7701 Telegraph Rd., Bldg. 2592
          Reston, VA 20190 Alexandria, VA 22315
          phone: 703/834-5000 phone: 703/428-9001, -7060, or
                                        -7034
          fax: 703/318-7900 fax: 703/428-7054
          mailto:trdecarlo++at++tasc.com mailto:tdecarlo++at++rayva.org
  ------------------------------------------------------------------------
            The goal of program development is to make sure there is
                   at least one right way to use the software.
            The goal of product development is to make sure there is
                        no wrong way to use the software.

 

Dan Brockway wrote:

Lee Willis wrote:
Thom DeCarlo wrote:
Lee Willis wrote:
From: Jonas Andersson <jonasa++at++cs.umu.se>
To: info-performer++at++sgi.com
Subject: Constructing pfASD
Date: Friday, March 27, 1998 1:52 AM

[snip]

... snip ...

It becomes something to be avoided! Our applications need to ingest sub-meter elevation post spaced data and we want to smoothly reduce resolution as the viewer moves away from the terrain. This seems to be exactly the opposite of the situation you describe.

So far I don't understand what the problem is. The Multigen CAT implementation of ASD does just that, picks out the most significant points for each LOD, working from coarsest to finest, injecting new points to each LOD to better approximate the surface.
If, on the other hand, you have a specific terrain surface at the highest LOD that correlates with other databases, then MultiGen's CAT is of no value.
YES! This is exactly the point I was trying to make. We have a variety of terrain sets, with post spacings ranging from 100m to 1m. What I really need is to have our LODs morph between the different datasets. And yes, I recognise that there will be correlation issues to be resolved. For this issue, let's assume they are handled in the preprocessing stages.

Thom
 

 Dan
------------------------------
Lee Willis                        Virtual Landscape Dermatologist

lwillis++at++terrex.com          TERREX

--
Dan Brockway                          voice: (972) 960-2301
Paradigm Simulation Inc.              fax:   (972) 960-2303
14900 Landmark Blvd., Suite 400       mailto:db++at++ParadigmSim.com
Dallas TX 75240                       http://www.ParadigmSim.com
 
Thom DeCarlo Off site contact info
TASC JPSD/IEC, US Army TEC
12100 Sunset Hills Rd. 7701 Telegraph Rd., Bldg. 2592
Reston, VA 20190 Alexandria, VA 22315
phone: 703/834-5000 phone: 703/428-9001, -7060, or -7034
fax:   703/318-7900 fax:   703/428-7054
mailto:trdecarlo++at++tasc.com mailto:tdecarlo++at++rayva.org
The goal of program development is to make sure there is
at least one right way to use the software.
The goal of product development is to make sure there is
no wrong way to use the software.

======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:57:14 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.