The continuing saga of trying to get TG to work . . .

--===============0778522175==
Content-Type: multipart/signed; boundary=Sig_B8nBYWcjEugYtVmW2B7LZmx;
 protocol="application/pgp-signature"; micalg=PGP-SHA1

--Sig_B8nBYWcjEugYtVmW2B7LZmx
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable


I'm going to get this to work if it kills me.

Thanks to Fred and Hamish, I successfully d/l'd the SRTM1 .hgt.zip files
for the 1 degree x 1 degree areas of interest.  I then ran hgtchop on
these.  Upon doing so, weird stuff happened.  Basically, for each of them,
most of the tiles within the 1 degree x 1 degree area were not produced:
hgtchop output a "tile is all zero elevation; skipping" and moved on to
the next.  More specifically:  I used nine 1 deg^2 .hgt.zip files,
whose real-world placement relative to each other was 3x3 (the central
1x1 degree area was the one I was really interested in).  *All* of these
nine files produced *exactly* four tiles (that is, four .arr.gz files)
-- no more nor less than four.  The others were all skipped, apparently.
Why would this occur?  This seems like an odd location to have monster
voids in the SRTM data, and it seems odd that the voids would take
up *exactly* the same number of tiles in all nine of these 1x1 degree
areas.

Furthermore, while hgtchop was running in the terminal window, it beeped
a lot, and the lat/lons displayed appeared to include non-Latin-1
characters, which probably produced the beeping.  This all makes me
wonder if there's some disagreement between the file formats and hgtchop?

Proceding on anyway, there were all sorts of problems with genapts.
The min and max lat and lon arguments don't do anything; genapts tries
to go through the entire input file and work on every airport it finds,
which means all of them if you feed it the standard apt.dat file.
As mentioned in another email, upon doing this, I got a segfault
with genapts.  I removed the optimization from an additional part of
the code (other than a portion of the code which the docs suggest
doing the same for) and it ran OK past that airport on which it had
segfaulted previously.  It then went berserk when it hit airport NZSP
-- the strip at Amundsen-Scott, South Pole.  It failed to handle
that airport correctly, and memory use exploded until all available
RAM and swap were taken and the kernel killed it.  At that point,
I just switched to an edited apt.dat file that only contained the
airports in the region of interest.  genapts worked OK with those.

Next came prepping the vmap0 data.  This went fine, other than the
fact that tgvpf expects the vmap0 data to be laid out slightly
differently.  Some symbolic links fixed this, and the tgvpf extractions
worked without trouble.

Finally, time to create the scenery.  The server beeped a bunch, showing
unprintable characters in the location just like hgtchop had.  When it
was done, there was no Scenery/ directory.  In the Status/ directory
though, there were a zillion files of the form (tile_number).failed,
one for every file in the region.

Any advice on how to get this working is greatly appreciated at
this point.

-c


--=20
Chris Metzler			[email protected]
		(remove "snip-me." to email)

"As a child I understood how to give; I have forgotten this grace since I
have become civilized." - Chief Luther Standing Bear

--Sig_B8nBYWcjEugYtVmW2B7LZmx
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFEIljEEqzZtgaaqqERAmEgAJ99q/7u25TE4ZCWTrr38aar7lgIRQCbB0sP
Mb7wjfbKRtiIjZ1D4yvd4X4=
=kGwg
-----END PGP SIGNATURE-----

--Sig_B8nBYWcjEugYtVmW2B7LZmx--


--===============0778522175==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Terragear-devel mailing list
[email protected]
http://mail.flightgear.org/mailman/listinfo/terragear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
--===============0778522175==--