FS Earth Tiles v1.0

[HB-100]

Axelb9 wrote:
(by theway when creating the polylines I kept the mousebutton down and just drew the lines along
instead of clicking for straight line sections to save some time).

Not to recomment. You creates 100 of thousends of little vectors in very small areas that will slow down the water calculations massive.
But if you have the patient... then its ok

Axelb9 wrote:
Also the polylines did not get closed but the first and the last dot were
really close to each other.

you have to close! them and you can in google earth. if you let a hole larger than a half pixel the water flood algo will fill through that hole.

Axelb9 wrote
FSET worked away, FSEM came up and processed, in mz workfolder I can see the blendmasks still in FSX
there is no trace of a transition.

transition is between "Coast" and "DeepWater" line. FS2004 does not know transition. Only FSX knows transition.
In FS2004 transition will be handled as all 100% water.

Axelb9 wrote
I did a small 11.67 by 7.8 nm area and the estimated scenery size was shown as 763 Mbyte. It came out to be 169 Mbyte!

well a bad estimation then like i say resolution and compression quality have impact on it. I am sorry but it was really never that strong
in my focus because it is more or less secondary to me. I have plenty of HD space

Axelb9 wrote
The required
work area size was estimated as 1434 Mb and it came to be 0.98 Gb instead.

that is a good enough estimation for me. only 43% wrong.

Axelb9 wrote
Thank you all for some assistance here,
Alex

you're welcome

[Axelb9]

Thank you, thank you for taking your time answering me!

The error I committed was a simple one: not including the 'coast' polygon only the deepwater in the areakml file. The sentence I missed
in the excellent manual was: make sure the folder is selected that contains all your poly lines.... It worked OK for the second time.

Thanks for your explanation concerning the size estimates: I really just wanted to make sure that I am doing everything OK.

One big question came up since:

what is your preferred method for dealing with original scenery peeking through from under the photoscenery. I am creating an island and
in a smaller area I can see the default shoreline and some default land peeking under from the photoscenery. I guess I could draw
the 'Coast' section a little further away from the shore so that the FSET scenery covers the default however in this case I would get no
water effects if I correct. I presume there should be some way to exclude the default shoreline - which although I am fresh in FSX was
able to solve with fsx kml - however there is still the issue of the default land peeking through...

What is your preferred method dealing with this?

Thanks again - I am so thrilled with this tool.

Alex

[HB-100]

Axelb9 wrote:
- however there is still the issue of the default land peeking through...

What is your preferred method dealing with this?

Curising over microsoft and then ignoreing it.

[Axelb9]

I am sorry I did not get this ... must be tired.

Anyhow I chose not to just ignore it: used the section of the original coast polygon where the default land was peaking through and
created another polygon encompassing the problem area. using FSX KML I did a shoreline exclude and created an ocean polygon where
originally the land was. Problem solved.

Sorry to have bothered.

Alex

[HB-100]

long story..let's say so I don't like what microsofts offer to handle/create water. don't make a head about it.

Glad you could solve it..

[Edam]

I ran this once and it seemed to work. But since then using the exact same ini file, with the exact same service provider, it didn't work again. I
received the message "can not other access." I was using g*****.

Any ideas what it could be.

[SDA]

Thank you very much for the development of FSEarthTiles.
Is it possible in the future to make the download 3D-buildings from server Google Earth?

P.S. Sorry for bad English.

[Neoras2]

Hello!

I really love FSET but I'm desperating about integrating NASAs world wind as a service provider. Obviously, they use a different tile naming schema
unlike qrts and do not rely on the mercator projection. Is there any way to integrate WW? Is it possible at all?

I also dug into the source code of FSET but my C#-skills are ... uh .... not the best I think NASA WW would be a good open source based solution
for covering lager areas. For small areas especially in europe the resolution is simply not high enough.

Regards to HB-100 who I admire for his coding skills!

[Tracker801]

Neoras2 wrote:
Regards to HB-100 who I admire for his coding skills!

You little brag!!!

[Joeflyer]

HB has very good beer drinking skills as well. You should see him operate the PMDG MD-11 while chugging a beer...very interesting
indeed

[Axelb9]

HB-100 wrote:

Axelb9 wrote:
1/ Is there any way to bypass the tile downloading part and just do reprocessing after the initial tileset has been downloaded already?

Sure you can. That's the main reason why there are 2 applications in play: FSEarthTiles and FSEarthMasks.
Whereas FSEarthTiles is doing the download and resampling the texture in a FlightSimulator comform rastering the FSEarthMasks does
do all the watermask and seasons.

There is one file that the two application exchange : AreaEarthInfo.txt you will find in the working folder. You can edit it if you like.

1) Drag the file "AreaEarthInfo_xxxx.txt" on the FSEarthMasks.exe. This generates you a new watermask useing the
AreaKML.kml file.
2) Drag the "AreaFSXMasksInfo_xxxx.inf" on the resampleFSXSP2.exe or if you build for FS2004 choose take the ones with
FS2004 in the
name.

Hello HB100,

I have reprocessed an area based on your instructions above - the reason for reprocessing was that this single tile got somehow flooded
during the original processing - and it worked out OK. However - as you can see on the picture - now there is a distinct color change at the
area border. This is the FSX water as the blendmask worked and the water is 'alive'. I have no idea why the original water colour got to be
a different colour than during the original run... The processing also took significantly longer than during the time when I downloaded the
image so i would think somehow the image got to be reprocessed also and a colour change applied. I have not changed any ini settings -
worked as per your instructions. Any idea that you can think of?

Your help is most appreciated,

Thank you,

Alex

[Axelb9]

Disregard, thx.



Post Edited ( 11-08-08 09:50 )

[Axelb9]

Solved - it seems the width of the polyline in the AreaKML file is able to cause this... I changed the line to 5 wide from the 1 wide in the
original to prevent the flooding and that was what caused the weird water effect. Used a new polyline but with the same line width as the
rest of the scenery (1) and the original water colour returned.

Still would appreciate some insight into how this can be caused by the polyline alone...

Alex

[Axelb9]

Ah ... seems like I am talking to myself here. Never mind .. I continue anyways. Actually too bad there is not an active forum to discuss the
usage of FSET.

My current question is this: How is it possible that after having downloaded a larger area using one service consisting of 30 areas and
when i want to redownload one of the areas usng another service - using the exact same reference area with coordinates from the
original file - I am refused to do that because of memory allocation reasons. The very same area has already been downloaded using
auto allocation and using the same coordinates it gives a not enough memory error when trying to download just one area using another
service.

Normally I believe I should not receive the following error message using auto reference area: -> NOT ENOUGH MEMORY! (.NET / Win32Appl limitation) Try a smaller Reference Area. I keep getting this even for the default scenery and tiny areas also.

Thanks for listening.



Post Edited ( 11-10-08 21:11 )

[HB-100]

Neoras2 wrote:
Hello!

I really love FSET but I'm desperating about integrating NASAs world wind as a service provider. Obviously, they use a different tile naming
schema
unlike qrts and do not rely on the mercator projection. Is there any way to integrate WW? Is it possible at all?

The nameing schemayou can adapt /create yourself with the C# scripts. check the UserDocu.rtf
But FSET supports mercator projection only. So this will not work.

Neoras2 wrote:
Regards to HB-100 who I admire for his coding skills!

thank you!

p.s. ah tracker ..don't case away my fans! You have a nice 737 to play with and dare to call that work!! ..you have a giny all for
yourself ..'cause my FSx is grounded ..you have booze .. lot of nice things...and I have..hmm I have just some ragged C# code.