Sign in to follow this  
Mariopilot

OPEN BETA/COMMUNITY PROJECT: OSM World

Recommended Posts

Mario, a question regarding excludes: does SAME_EXCL.bgl contain only airport excludes or anything else? If is just airports, maybe there's another way to do so, instead of leaving a autogen void around the aiport: I used airport background data from OSM for making the excludes for Colombian airports; maybe this can help? That could even be done for Western Europe.

Share this post


Link to post
Share on other sites
Help AVSIM continue to serve you!
Please donate today!

Problem is that excludes have to be rectangular... therefore I simply built a rectangle that spans the airport based on default FS airport polygons...

I attempted dissecting the airports in parts with Scenproc and then do rectangles of the parts, but the output is too huge even if splitting in 4 chunks the polys...

 

another technique is the "VTP exclude" that obliterates all choosen vtp layers in the LOD8 (was it8?) cells its polygon touches... no more autogen voids, but abrupt disappearance of all roads in proximity. All the access roads close to the terminals are gone that way...  I did not like this at all therfore went for the object excludes... and sadly "library object exclude" does not work because vector autogen, although it comes from libraries it is seen as autogen and not objects...

 

on the other hand the autogen voids are not always very noticeable...

 

P.S. I may be unable to do work for a week or two as I just formatted my machine (no data has been lost however, and FS9 is already running better than ever)

Share this post


Link to post
Share on other sites
another technique is the "VTP exclude" that obliterates all choosen vtp layers in the LOD8 (was it8?) cells its polygon touches... no more autogen voids, but abrupt disappearance of all roads in proximity. All the access roads close to the terminals are gone that way...  I did not like this at all therfore went for the object excludes... and sadly "library object exclude" does not work because vector autogen, although it comes from libraries it is seen as autogen and not objects...

 

on the other hand the autogen voids are not always very noticeable...

 

P.S. I may be unable to do work for a week or two as I just formatted my machine (no data has been lost however, and FS9 is already running better than ever)

 

Well, I tried so using excluding only VTP layers 4, 5, 7 and 9; layers 6 and 8 were left untouched. Then the same polygons are added again as VTP layer 7 1201 texture polygons (or whatever fits best). I haven't seen yet any surprises, roads still enter the airport polygon.

 

The very important thing is that both the excludes and background polygons must be loaded over all other OSM stuff,so I guess the OSM World 1 Core would be the best for including these files.

 

For me, autogen voids are what drove me out of add-on airports, freeware or payware. Well, that and the iFly 744 v2, but that's another story...

Share this post


Link to post
Share on other sites

Well, I tried so using excluding only VTP layers 4, 5, 7 and 9; layers 6 and 8 were left untouched. Then the same polygons are added again as VTP layer 7 1201 texture polygons (or whatever fits best). I haven't seen yet any surprises, roads still enter the airport polygon.

 

Disregard, I had to decompile the BGL just to learn that I used texture 1190 instead of 1201. It appears 1201 because of a bug in Sbuilder.

Share this post


Link to post
Share on other sites

I do not see how that solves the issue... you excluded VTP polygons, therefore excluded default airport polys, then added them back up?

The problem is that the roads invading airport polygons may carry with them light poles, and IU have at times seen them cross the runway!! The excludes let the roads stay there but eliminate all unwanted objects... I do not get what your method does as you leave layers 6 annd 8 that we used for roads unexcluded...

 

P.S. yes the Europe scenery is in the library as well :), last update for it was released in October...

Share this post


Link to post
Share on other sites

The problem is that the roads invading airport polygons may carry with them light poles, and IU have at times seen them cross the runway!! The excludes let the roads stay there but eliminate all unwanted objects... I do not get what your method does as you leave layers 6 annd 8 that we used for roads unexcluded...

 

I can see now where are you coming from...

 

https://dl-web.dropbox.com/get/Public/Screenshot831.jpg?_subject_uid=16773494&w=AADB1ytgC2W50Re4wqStJy_MCeF--oVEL51H-XjyppFPkQ

 

https://dl-web.dropbox.com/get/Public/Screenshot5934.jpg?_subject_uid=16773494&w=AAA642wvs_t2w4OLaocMIJXjLvdJbT6uUbXaen_8wV6lTQ

 

These were the results of a simple test I did: 2 fictional roads crossing SKBO. There should be another method that does not kill the autogen outside the airport...

Share this post


Link to post
Share on other sites

Oddly enough I have not been able to see your pictures... but I have an idea... try moving the default AP* into the OSM core :)

 

EDIT: i cannot see pictures due to a dropbox error... probably they belong to an account of yours and are not public?

Share this post


Link to post
Share on other sites

My bad, sharing permissions set wrong. Try these links:

 

https://www.dropbox.com/s/ilcypb48ozeo5vf/Screenshot831.jpg?dl=0

https://www.dropbox.com/s/7du576prbfop2vv/Screenshot5934.jpg?dl=0

 

At least for South America, the issue should not affect too much: practically no South American airports have roads going under runways and/or taxiways. The only exceptions AFAIK are SKBO, SCEL and SBGL. In the case of SKBO, I can confirm that the offending road did not made it into the OSM scenery. Now, European and Asian airports are the worst offenders.

 

If I move the AP*.bgl files into the backups, I'll only replace the airport (Layer 7) excludes, but I'm not sure all airport polygons are in OSM. And actually, if I move the AP*.bgl files into the core, I would be lowering the priority. Any other ideas for killing autogen only inside a poly and not in a whole LOD8 (or 13) cell, without erasing VTP lines?

Share this post


Link to post
Share on other sites

I have never intended to use OSM airport polygons as they are going to mismatch default airports, that are generally a bit misplaced/shifted in one direction or the other... and OSM is always incompleter so that is a no-go...

The OSM scenery is supposed to be above the default airport data according to the install instructions I think... so moving the default polys to the core may fix it? I think not so we are stuck woth the excludes...

Share this post


Link to post
Share on other sites

Maybe that's why it works with me:  I have OSM almost at the bottom of the scenery library list, right between Default Scenery and the continents (Afri, Same, Eurw, Eure, etc...). Only Default Terrain and Default Scenery are below OSM. All airports are over OSM.

 

Checking on LEMD (with the default scenery and thus, no Terminal 4/4S), I can see a lightpost in the middle of the taxiways. Pushing Eurw under OSM doesn't help at all. I'm doomed :P

Share this post


Link to post
Share on other sites

Back to topic: has anybody found any issues with the scenery? I've been finding some square lakes in 3 sites:
 
- Posadas VOR (POS, S27* 23.08', W055* 58.08')
- Foz do Iguaçú VOR (FOZ, S25* 34.59', W054* 30.12')
- Somewhere in northern Argentina, in coordinates S29* 48.02', W064* 38.07'
 
This is the problem:

 

 

2e5jomx.jpg



 

Share this post


Link to post
Share on other sites

These have been identified as missing lakes. Landclass calls for water, but no LWM data is present --> square lakes. They appear to be all located near political borders, where I found lakes that should be sliced are instead eliminated by the Geofabrik system... I will attempt to recover them manually. As always, the update is due by the end of the month...

Strange thing is masking landclass should have taken cvare of covering all internal lakes with terrain to avoid this...gotta check!

Share this post


Link to post
Share on other sites

A small update for the missing lakes above has been uploaded today. Some areas are not completely fixed, I will need to make a more aggressive landclass mask, but it will invade too much into land, so a no-go...

Share this post


Link to post
Share on other sites

Back to topic: has anybody found any issues with the scenery? I've been finding some square lakes in 3 sites:

 

- Posadas VOR (POS, S27* 23.08', W055* 58.08')

- Foz do Iguaçú VOR (FOZ, S25* 34.59', W054* 30.12')

- Somewhere in northern Argentina, in coordinates S29* 48.02', W064* 38.07'

Now I'm getting square river borders, just like this picture of the Uruguay river (Argentinean side) before flowing into the River Plate. This is in coordinates S33* 20.09', W058* 40.16':

 

8vw4xv.jpg

 

Share this post


Link to post
Share on other sites

square lake borders are due to inland water-class at default landclass level. The mask-landclñass of OSM world South America tries to fix this, but making it more aggressive covers up landclass near all coastlines with a pattern of 2 different classes. FS has a strange way of rendering land-class in which a cell with a transparent neighbor is ignored and rendered transparent... I already "went over" by 2 px to compensate for this and sometimes it is already too much.... some others like above it is not enough... I with I could just decompile the default landclass and edit it up ....

Share this post


Link to post
Share on other sites

I have been in talk with the guy behind it... still need to find time to test it out!

 

It is  a land-class, and it covers the entire globe, so if you want more city detail this will do! (OSM covered areas will be higher in detail, but this may cover areas that OSM database missed?)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this