Go ahead!
One small point: The term "hi-res" maybe relative here. We still have only 1 pixel per 5m (with the 5m terrain grid in Trainz). But the new texture set will create a much more natural reproduction of aerial image colours. That was the intention. The original TransDEM ground texture set ...
Search found 16 matches
- 24 Mar 2014 22:50
- Forum: General
- Topic: Hi-rez orthophotos painted on DEMS
- Replies: 5
- Views: 9905
- 23 Mar 2014 21:28
- Forum: General
- Topic: Hi-rez orthophotos painted on DEMS
- Replies: 5
- Views: 9905
Re: Hi-rez orthophotos painted on DEMS
Derek, do you replace the otho-photo ground textures with your own or leave them as they are to save a lot of work?
Hi Roland:
I will probably use ground textures near the track but keep the ortho-photo textures in the near to far distance.
Unfortunately this route is rather flat land in ...
Hi Roland:
I will probably use ground textures near the track but keep the ortho-photo textures in the near to far distance.
Unfortunately this route is rather flat land in ...
- 22 Mar 2014 22:14
- Forum: General
- Topic: Hi-rez orthophotos painted on DEMS
- Replies: 5
- Views: 9905
Re: Hi-rez orthophotos painted on DEMS
I have finished the route. It is 180 km long and the final route is 414 X 157 baseboards in size (at 5 m per baseboard). The route has a size of 380 Megs. The amount of detail on the route is amazing as you can see in the previous post. This would probably not have been possible without the 64 bit ...
- 12 Mar 2014 20:21
- Forum: General
- Topic: Hi-rez orthophotos painted on DEMS
- Replies: 5
- Views: 9905
Hi-rez orthophotos painted on DEMS
Hi Everyone:
Using TransDEM 2.5's new CDP for ground textures (TransDEM Ground Textures Orthoimagery 128 V1) I am able to get very acceptable "painting" of hi-rez orthoimagery on Trainz routes. I downloaded images from the Microsoft Virtual Earth Map Tile server set at Level 17.
Here is an image ...
Using TransDEM 2.5's new CDP for ground textures (TransDEM Ground Textures Orthoimagery 128 V1) I am able to get very acceptable "painting" of hi-rez orthoimagery on Trainz routes. I downloaded images from the Microsoft Virtual Earth Map Tile server set at Level 17.
Here is an image ...
- 03 Feb 2014 23:31
- Forum: Support
- Topic: TransDEM has problem with some Canadian DEMs
- Replies: 8
- Views: 8176
Re: TransDEM has problem with some Canadian DEMs
Hi Roland:
I followed up with the Canadian Department NRCAN and they confirmed that both D and E have been used:
--------------------------------------------------
Hello Derek
I asked for help from a colleague who worked on CDED project at the beginning.
Unfortunately CDED data sets were made ...
I followed up with the Canadian Department NRCAN and they confirmed that both D and E have been used:
--------------------------------------------------
Hello Derek
I asked for help from a colleague who worked on CDED project at the beginning.
Unfortunately CDED data sets were made ...
- 02 Feb 2014 01:05
- Forum: Support
- Topic: TransDEM has problem with some Canadian DEMs
- Replies: 8
- Views: 8176
Re: TransDEM has problem with some Canadian DEMs
Hi Roland:
My goodness that was easy. I thought about what you wrote. I opened up one of the "good" files in Windows Notepad and it used "e" for the floating point notation. I opened up one of the "bad" DEMs ( 105D07 east) in Notepad and as you wrote there was a "D" for the floating point notation ...
My goodness that was easy. I thought about what you wrote. I opened up one of the "good" files in Windows Notepad and it used "e" for the floating point notation. I opened up one of the "bad" DEMs ( 105D07 east) in Notepad and as you wrote there was a "D" for the floating point notation ...
- 02 Feb 2014 00:37
- Forum: Support
- Topic: TransDEM has problem with some Canadian DEMs
- Replies: 8
- Views: 8176
Re: TransDEM has problem with some Canadian DEMs
Do not get confused with the 105D vs. 105E etc. No, it's a problem with floating point number representation in the CDED file. These files have a specific text-like format (you can open them in some text editors). All numbers are encoded as text. Certain floating point values use exponential ...
- 01 Feb 2014 16:39
- Forum: Support
- Topic: TransDEM has problem with some Canadian DEMs
- Replies: 8
- Views: 8176
Re: TransDEM has problem with some Canadian DEMs
Hi Jerker:
The DEMs that I am using are provided at 1:50000 scale which is already supposed to be 0.75 Arc seconds. The 3.0 Arc second scale in Canada are the 1:250000 DEMs. I only provided a few 1:50000 DEMs as an example. I successfully stitched several more DEMs south of this location to the US ...
The DEMs that I am using are provided at 1:50000 scale which is already supposed to be 0.75 Arc seconds. The 3.0 Arc second scale in Canada are the 1:250000 DEMs. I only provided a few 1:50000 DEMs as an example. I successfully stitched several more DEMs south of this location to the US ...
- 01 Feb 2014 00:47
- Forum: Support
- Topic: TransDEM has problem with some Canadian DEMs
- Replies: 8
- Views: 8176
TransDEM has problem with some Canadian DEMs
Hi Roland:
I have been working with 1:50000 Canadian DEMs in the Yukon. Several of them work perfectly resolving to 0.75 X 0.75 (Arc seconds) and they stitch together as you can see in this image.
http://imagizer.imageshack.us/v2/xq90/194/pggv.jpg
But when I open and convert to UTM the next row ...
I have been working with 1:50000 Canadian DEMs in the Yukon. Several of them work perfectly resolving to 0.75 X 0.75 (Arc seconds) and they stitch together as you can see in this image.
http://imagizer.imageshack.us/v2/xq90/194/pggv.jpg
But when I open and convert to UTM the next row ...
- 20 Jan 2014 17:03
- Forum: Support
- Topic: Not getting images from US WMS servers
- Replies: 7
- Views: 8593
Re: Not getting images from US WMS servers
Aren't you using the "Sample Settings" for WMS and map tiles, downloadable from my website or distributed with the TransDEM delivery mail? They already have an entry "SDMI Alaskas Extras".
I can confirm the problem. A slight mistake by the USGS people which we discovered for different maps once ...
I can confirm the problem. A slight mistake by the USGS people which we discovered for different maps once ...