POV-Ray : Newsgroups : povray.general : Height Field Data Server Time
5 Nov 2024 03:15:29 EST (-0500)
  Height Field Data (Message 1 to 9 of 9)  
From: David Vincent-Jones
Subject: Height Field Data
Date: 31 Jul 1999 12:40:36
Message: <37a32704@news.povray.org>
I am trying to convert 7.5' SDTS elevation data from
the USGS site and have used the SDTSEPOV.EXE
converter from BLM without any success.
This should give a Targa (POV) output file
Keep getting error messages "Error reading data record subfield"
Anybody had a similar problem?


Post a reply to this message

From: Ken
Subject: Re: Height Field Data
Date: 31 Jul 1999 17:56:14
Message: <37A37053.EC5583C0@pacbell.net>
David Vincent-Jones wrote:
> 
> I am trying to convert 7.5' SDTS elevation data from
> the USGS site and have used the SDTSEPOV.EXE
> converter from BLM without any success.
> This should give a Targa (POV) output file
> Keep getting error messages "Error reading data record subfield"
> Anybody had a similar problem?

  I'm sorry I can't help with your problem but I would like to know where
you obtained SDTSEPOV.EXE. It would be a good addition to my links collection
if you could point me in the right direction or provide a direct link to the
page it is on.

Thanks,

-- 
Ken Tyler
  
mailto://tylereng@pacbell.net
http://home.pacbell.net/tylereng/links.htm


Post a reply to this message

From: Gerald K  Dobiasovsky
Subject: Re: Height Field Data
Date: 31 Jul 1999 19:36:47
Message: <37a3888f@news.povray.org>
Ken <tyl### [at] pacbellnet> wrote:
>
>
> David Vincent-Jones wrote:
> >
> > I am trying to convert 7.5' SDTS elevation data from
> > the USGS site and have used the SDTSEPOV.EXE
> > converter from BLM without any success.
> > This should give a Targa (POV) output file
> > Keep getting error messages "Error reading data record subfield"
> > Anybody had a similar problem?
>
>   I'm sorry I can't help with your problem but I would like to know where
> you obtained SDTSEPOV.EXE. It would be a good addition to my links
collection
> if you could point me in the right direction or provide a direct link to
the
> page it is on.
>
> Thanks,
>
> --
> Ken Tyler
>
> mailto://tylereng@pacbell.net
> http://home.pacbell.net/tylereng/links.htm

Sorry, not exactly what you wanted, but there are freeware programs
concerning SDTS-files (including a SDTS2DEM utility) here:

http://caplter.asu.edu/intranet/support/software.htm

Greetings,

Gerald
ger### [at] aonat


Post a reply to this message

From: Gerald K  Dobiasovsky
Subject: Re: Height Field Data
Date: 31 Jul 1999 19:52:18
Message: <37a38c32@news.povray.org>
I sincerely beg your pardon, but I just ignored main internet rule:
"Never shoot from the hip" aka "Always confirm the links you provide".

The downloads from the above address don't seem to work.

Truly crushed,

Gerald
ger### [at] aonat


Post a reply to this message

From: Ken
Subject: Re: Height Field Data
Date: 31 Jul 1999 20:15:15
Message: <37A390E8.EEA640CD@pacbell.net>
"Gerald K. Dobiasovsky" wrote:
> 
> I sincerely beg your pardon, but I just ignored main internet rule:
> "Never shoot from the hip" aka "Always confirm the links you provide".
> 
> The downloads from the above address don't seem to work.
> 
> Truly crushed,
> 
> Gerald
> ger### [at] aonat

  Don't be - crushed that is. It worked fine for me and has been dutifully
added to the collection. I also have a link for a dem2pov utility. It may
be a roundabout way of getting there but it is possible anyway.

 Thank you for your support.

-- 
Ken Tyler
  
mailto://tylereng@pacbell.net
http://home.pacbell.net/tylereng/links.htm


Post a reply to this message

From: Gerald K  Dobiasovsky
Subject: Re: Height Field Data
Date: 31 Jul 1999 20:32:38
Message: <37a395a6@news.povray.org>
Thanks for the moral support, but I've finally found it
(SDTSEPOV, that is - there are other utilities there, too):

ftp://ftp.blm.gov/pub/gis/sdts/dem/

...with a sigh of relief,

Gerald
ger### [at] aonat


Post a reply to this message

From: Ken
Subject: Re: Height Field Data
Date: 31 Jul 1999 20:40:08
Message: <37A396BD.D6867E73@pacbell.net>
"Gerald K. Dobiasovsky" wrote:
> 
> Thanks for the moral support, but I've finally found it
> (SDTSEPOV, that is - there are other utilities there, too):
> 
> ftp://ftp.blm.gov/pub/gis/sdts/dem/
> 
> ...with a sigh of relief,
> 
> Gerald
> ger### [at] aonat

Whew ! It has been added and again thank you.

-- 
Ken Tyler
  
mailto://tylereng@pacbell.net
http://home.pacbell.net/tylereng/links.htm


Post a reply to this message

From: Ken
Subject: Re: Height Field Data
Date: 31 Jul 1999 22:01:38
Message: <37A3A9D5.30AB8781@pacbell.net>
David Vincent-Jones wrote:
> 
> I am trying to convert 7.5' SDTS elevation data from
> the USGS site and have used the SDTSEPOV.EXE
> converter from BLM without any success.
> This should give a Targa (POV) output file
> Keep getting error messages "Error reading data record subfield"
> Anybody had a similar problem?

I noticed the following at the BLM site and it may explain the problem
you are having. Notice the mention of two different format:

  With the confusion caused by the USGS releasing DEMs and calling them 
  SDTS files, I had to re-organize this directory to highlight the differences
  between the 2 very different formats (SDTS/DLG and SDTS/DEM). This is a 
  direct reaction to the vast number of phone calls/email messages that report
  problems that turn out to be the result of trying to use a SDTS/DLG program
  with SDTS/DEM data and visa versa.


-- 
Ken Tyler
  
mailto://tylereng@pacbell.net
http://home.pacbell.net/tylereng/links.htm


Post a reply to this message

From: Ron Parker
Subject: Re: Height Field Data
Date: 2 Aug 1999 10:06:42
Message: <37a5a5f2@news.povray.org>
On Sat, 31 Jul 1999 09:18:19 -0700, David Vincent-Jones wrote:
>I am trying to convert 7.5' SDTS elevation data from
>the USGS site and have used the SDTSEPOV.EXE
>converter from BLM without any success.
>This should give a Targa (POV) output file
>Keep getting error messages "Error reading data record subfield"
>Anybody had a similar problem?

One possibility is that you inadvertantly used a program like
WinZIP that thinks the file it's unzipping is text.  ISO 8211
looks superficially text-like, but there is some binary data 
after the headers, so "intelligent" unzippers will tend to mung
the coordinate data by converting line endings.  

(Oh, God, I thought I'd never have to think about SDTS again.
Unclean! Unclean!)


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.