. It may actually be because there are no forests there in RL but ingame the ground textures are wooded so although it might not e strictly accurate,

I would guess there is an interpretation error by the autogen. No one would draw an OSM forest wizhin a field or at the borders of a field. In such areas as well as in some residentiasl or commercial areas it would have to generate a few trees even in exclusion zones. I don't really think that you will get decent results with only two values. What the forest map wants to say: There are no big groups of trees. while the exclusion zone of an airport wants to say: There are no trees allowed.

I would say it could be a good idea for a feature request: a data reliability element.

Just for better understand.....this upcoming package OSM Forest for Europe is an addon package for OSM+autogen or it's a completely whole new package with OSM+autogen+forest?

 

By the way: very great work! XPX seems another sim!!

 

Thanks

No, this actual package 'Osm Europe forest' is an addon for other European osm sceneries or Autogen forests. In some regions there may be less wood around depending on forest data in osm! If you use it, forests in sceneries below and autogen forests will be excluded and only forests in the scenery (or above) will be displayed.

 

The upcoming 'Osm Europe' include these forests - osm buildings/objects and autogen buildings/objects are combined by "smart exclusions", to show autogen objects were buildings should be, but no osm buildings are available. So there will be only one osm version in future.

Thank you so much for these, you guys should get an Oscar or something.

*smile* I had a dog named Chester, but I'd rather prefer a pretty girl than a guy named Oscar...

No, this actual package 'Osm Europe forest' is an addon for other European osm sceneries or Autogen forests. In some regions there may be less wood around depending on forest data in osm! If you use it, forests in sceneries below and autogen forests will be excluded and only forests in the scenery (or above) will be displayed.

 

The upcoming 'Osm Europe' include these forests - osm buildings/objects and autogen buildings/objects are combined by "smart exclusions", to show autogen objects were buildings should be, but no osm buildings are available. So there will be only one osm version in future.

Sorry PilotBalu, in future one only OSM+autogen+forest package? Have I well understooden? Any date of release?

 

Thanks

yes, only one osm package which combines osm data where available with autogen data where no osm data is.

 

Release date? I don't know... it was planned for June as first tests were successful. Now I'm standing by for processing tiles, before that I need an optimisation of the optimisation of smart exclusions as these calculations take an eternity, I just do Central America, tiles with an exclusion size of approx. 80,000 are still calculating since 27 hours and sometimes end up in an error. Benny is working hard on the optimisation of osm2xp... and I need the result to continue.

I came across a problem looking at the OSM data. Picture below is from Bodo, Norway. The generic buildings in the red circle are the only ones in that residential area that are from OSM. Unlike the autogen around they look totally wrong. I guess this is because the OSM-editors are lazy and only make "generic buildings" instead of "family homes" because generic is default. That makes me worried for the future, when even more houses are added to OSM, that there will be a city full of generic buildings.

 

 

Uploaded with ImageShack.us

 

 

Any thoughts?

 

 

Hi Bunkers, this is of course a correct observation. The output in the OSM based scenery can only be as good as the input is. And indeed, in many many cases, the OSM buildings have no extra information (tags) about their purpose (as in most mapping applications its enough to put a generic,red polygon in, and everybody know, there is some kind of house - for most maps its irrelevant what type of house it is). But of course it would be possible to add those tags (of course with millions of untagged houses this might not be an easy task).

 

But there might be another way, which maybe not many have thought about. You can also "synthesize" this kind of information from third party sources. This would be similar to the approach we take in the X-Plane Global Scenery. Using some kind of "land classification" (raster) data, which at least give us a vague knowledge about what density (or type) of urbanization we have in a given area. So, with that info "mixed in", a tool like osm2xp could diversify the buildings it outputs ...

 I guess this is because the OSM-editors are lazy and only make "generic buildings" instead of "family homes" because generic is default. That makes me worried for the future, when even more houses are added to OSM, that there will be a city full of generic buildings.

YOu have the wrong idea about the OSM maps. You can't really compare these areas with each other. In some cases local authorities dump their complete maps into OSM, in other cases there are onlöy local guys that add their nearest houses into OSM to use it in an application of their choice. If you don't like it: download JOSM, correct the area load it up again. In a few months you might see the difference.

I would not mind editing the tags in OSM for houses in towns I often fly past. I would have to know though that the tag I put would make the desired change when exported to X-plane. And when the next major export of OSM data was planned, for my changes to make it to the sim.

 

Or add it manually with OSM2XP, but that would probably conflict the SimHeaven continental OSM I already use. Or could I overwrite those in a limited area?

 

alpilotx, you mention a landclass system, is this in place for X-plane and is it editable?

I would not mind editing the tags in OSM for houses in towns I often fly past. I would have to know though that the tag I put would make the desired change when exported to X-plane. And when the next major export of OSM data was planned, for my changes to make it to the sim.

Rhat's the way how these systems work. You correct and add your information in the main database and in the next update, when simheaven generates new files, its OSM2XP reacts to these informations. THat's the real strength of OSM. People make these changes for their projects, but at the same time everybody else has these updates, too.

 

Sure, you could try to make your own local OSM fille with exclusions and place it in your custom sceneries in front of the general OSM filöes. It could w2ork but it would be much more difficult than the normal way.

 

And for the normal default scenery data: No these informations are not for you to edit.

I spent some time adding buildings in my local town, with the correct tags etc, and then converted it to X-Plane. The effect was quite good, and I'd recommend anyone to update your local area. It's not hard at all to do.

When I first heard about OSM (must've been couple months after XPX release) I also jumped in and did the houses in my neighbourhood and also on the final approach to my local airport. It was great to see your own workings to appear in sim!  

 

Might have to revisit the editor and check all the tags around the town.

About all the "extra" tags, well there is only one "problem". You need to know, which tags osm2xp supports (recognizes) at all. On the other hand, the good thing is, that osm2xp is under continuous development, and if there is a good tag, which has widespread use and depicts an important aspect of buildings, then there are good chances that it will be supported sooner or later (and of course, if you want to render something new, someone also has to create the necessary new artwork for it).

 

And about the landclass data. Well, I am talking about raw data here. Something we use as input when we generate the DSF scenery tiles. And this landclass data does influence a lot of aspects of the scenery outcome (the natural landscape as well as urban areas). And in some way - in theory - this raw data could be edited, but not even I do manual editing in it (rather a lot of algorithmic processing / mixing / improving / changing). And when its already transformed in DSFs, its hard to change it in a "classic" and sane way (like you might be able to do it in MSFS). You can read a bit more about this in this old (but still mostly valid) interview I did a long time ago:

http://xsimreviews.com/2011/12/10/developer-interview-andras-fabian-mr-x-terrain/