Board index FlightGear Development Scenery

OSM buidings EHLE

Questions and discussion about enhancing and populating the FlightGear world.

Re: OSM buidings EHLE

Postby f-ojac » Wed Oct 23, 2013 6:40 am

Durk,
Concerning scenery, I'd say to avoid LFPO right now.
The alps are loverly, so you can have a lot of fun there. You can also go to Brittany (LFRB and surroundings).
Concerning aircrafts, apart of the award-winning 707, the dr400-dauphin is great with Rembrandt enabled, it has all bells and whistles, and the cap10b is also a lot of fun.
f-ojac
 
Posts: 1304
Joined: Fri Mar 07, 2008 10:50 am
Version: GIT
OS: GNU/Linux

Re: OSM buidings EHLE

Postby zakalawe » Wed Oct 23, 2013 12:12 pm

Be aware we have modelled buildings from Julien for many locations in Asia, including VHHH and some bridges / skyscrapers. However there's no terminal at Kai-tek (realistic!) and the generic OSM skyscapers would be great, as well as the chequerboard and lead-in lights. (Really we should make these pieces conditional on the simulator date, since Kai-Tek is long closed - we do that for some other time-sensitivie landmarks). But yes with the scenery the approach looks fantastic, hopefully with the updated land-cover the water will be in the right place too.
zakalawe
 
Posts: 1259
Joined: Sat Jul 19, 2008 5:48 pm
Location: Edinburgh, Scotland
Callsign: G-ZKLW
Version: next
OS: Mac

Re: OSM buidings EHLE

Postby radi » Wed Oct 23, 2013 12:49 pm

Osm2city is smart enough to not place OSM buildings if there's a static one nearby. So if Julien's buildings are in terrasync, they should mix well.
OSM buildings for LOWI, EDDC
Custom scenery for VHXX YMML
Edit .stg via the FG Object Placement Tool
radi
 
Posts: 659
Joined: Mon Aug 25, 2008 5:24 pm
Location: YMML, EDDC

Re: OSM buidings EHLE

Postby zakalawe » Wed Oct 23, 2013 2:09 pm

radi wrote in Wed Oct 23, 2013 12:49 pm:Osm2city is smart enough to not place OSM buildings if there's a static one nearby. So if Julien's buildings are in terrasync, they should mix well.

Ah fantastic, that sounds good indeed.

A thought occurs - this is much more blue-sky, could we run a C++ version of the script in real-time? As an alternative / replacement for random-buildings. This relies on two assumptions: that the input data per tile is sensible sized (tens of kbytes, or worst case a hundred for centre of really built up city), and that the script could run in 'almost real time' on the OSG Pager thread.

So we'd add the outline data as an additional file in each Objects/foo/foo/dir, and if this mode is enabled, look for the file and run the buildings creation script at that time.
zakalawe
 
Posts: 1259
Joined: Sat Jul 19, 2008 5:48 pm
Location: Edinburgh, Scotland
Callsign: G-ZKLW
Version: next
OS: Mac

Re: OSM buidings EHLE

Postby durk » Wed Oct 23, 2013 2:33 pm

zakalawe wrote in Wed Oct 23, 2013 12:12 pm:(Really we should make these pieces conditional on the simulator date, since Kai-Tek is long closed - we do that for some other time-sensitivie landmarks). But yes with the scenery the approach looks fantastic, hopefully with the updated land-cover the water will be in the right place too.


I had always assumed that Kai-Tak would no longer exsist in the FlightGear world, given that the real airport is long-since demolished, until I checked it out this morning. Kai-Tak is definitely on my list to check out tonight, for possible use at FSWeekend. The new terrain looks good, although I do have a feeling that there's an urban area in the bay, and uncomfortably close to the runway, that wasn't there yet when the old airport was still operational. Making Kai-Tak time sensitive would really be cool. It certainly fits my intention of demonstrating the 707, I'll see whether it's feasible to do a 707 landing there tonight. :-)

Cheers,
Durk
Last edited by durk on Wed Oct 23, 2013 4:12 pm, edited 1 time in total.
durk
 
Posts: 354
Joined: Mon Nov 17, 2008 2:01 pm
Location: Ghent, Belgium
Callsign: PH-DRK
Version: git
OS: linux

Re: OSM buidings EHLE

Postby radi » Wed Oct 23, 2013 3:00 pm

I like the idea of having this generated at run-time, and I'm quite sure a c++ version could be fast enough. Raw OSM input data is too big (50 MB for LOWI), but that a) includes *everything* and b) is xml.

But storing pre-processed data could be an option. A typical scene now easily contains 50k buildings. Reducing that to, say, 10k, should fit into well under 1MB. And of course I could modify the script to generate that outline data. Perhaps we can come up with a spec of the outline data at FSweekend.
OSM buildings for LOWI, EDDC
Custom scenery for VHXX YMML
Edit .stg via the FG Object Placement Tool
radi
 
Posts: 659
Joined: Mon Aug 25, 2008 5:24 pm
Location: YMML, EDDC

Re: OSM buidings EHLE

Postby f-ojac » Wed Oct 23, 2013 6:04 pm

Yes, please discuss about it @FSWeekend.
f-ojac
 
Posts: 1304
Joined: Fri Mar 07, 2008 10:50 am
Version: GIT
OS: GNU/Linux

Re: OSM buidings EHLE

Postby stuart » Wed Oct 23, 2013 10:34 pm

zakalawe wrote in Wed Oct 23, 2013 2:09 pm:A thought occurs - this is much more blue-sky, could we run a C++ version of the script in real-time? As an alternative / replacement for random-buildings. This relies on two assumptions: that the input data per tile is sensible sized (tens of kbytes, or worst case a hundred for centre of really built up city), and that the script could run in 'almost real time' on the OSG Pager thread.


Probably the best way to do this would be to separate the "random" from the "buildings" in the curent random buildings, and use the OSM data as an alternative data source for the latter.

However, before we do that I need to get the PageLOD working well enough that I can replace the (relatively) memory efficient instantiation approach with the original memory-heavy implementation of random buildings which allows better control over each individual building.

-Stuart
G-MWLX
User avatar
stuart
Moderator
 
Posts: 1629
Joined: Wed Nov 29, 2006 10:56 am
Location: Edinburgh
Callsign: G-MWLX

Re: OSM buidings EHLE

Postby Michat » Thu Oct 24, 2013 12:58 am

Be advise. We will have a massive participation this year.
User avatar
Michat
 
Posts: 1226
Joined: Mon Jan 25, 2010 7:24 pm
Location: Spain
Version: 191b
OS: MX 21 Fluxbox oniMac

Re: OSM buidings EHLE

Postby Hooray » Thu Oct 24, 2013 6:56 pm

stuart wrote in Wed Oct 23, 2013 10:34 pm:Probably the best way to do this would be to separate the "random" from the "buildings" in the curent random buildings, and use the OSM data as an alternative data source for the latter.


I'd suggest to get in touch with TheTom or Zakalawe and use TheTom's cppbind framework (see simgear/nasal/cppbind) to expose the building generation hooks to scripting space, that would then allow arbitrary input data to be used.
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 12707
Joined: Tue Mar 25, 2008 9:40 am
Pronouns: THOU

Re: OSM buidings EHLE

Postby pommesschranke » Sat Oct 26, 2013 10:14 am

I just ATCd at KORD and it is sad to see such a big airport without terminal buildings.
How about using generated OSM Buildings for all airports that dont have static models yet ?

I
pommesschranke
 
Posts: 1117
Joined: Sat Apr 27, 2013 8:58 pm
Location: EDLM & LJCE
Callsign: d-laser
IRC name: laserman
Version: git
OS: Linux Kubuntu 22.04

Re: OSM buidings EHLE

Postby radi » Sat Oct 26, 2013 12:53 pm

already on my todo list^^
OSM buildings for LOWI, EDDC
Custom scenery for VHXX YMML
Edit .stg via the FG Object Placement Tool
radi
 
Posts: 659
Joined: Mon Aug 25, 2008 5:24 pm
Location: YMML, EDDC

Re: OSM buidings EHLE

Postby Hooray » Sat Oct 26, 2013 1:18 pm

pommesschranke wrote:How about using generated OSM Buildings for all airports that dont have static models yet ?


In case you weren't aware of it, several years ago (well, over half a decade...), some FG contributors experimented with extracting airport building geometry from freely available airport terminal PDF charts to automatically create buildings with the right dimensions, and they made some quite promising progress back then, see the original svg2ac discussion here: http://www.mail-archive.com/flightgear- ... 01581.html


http://comments.gmane.org/gmane.games.f ... evel/34181
Julien is working on a program called svg2ac. The other day, we did an
experiment generating the Frankfurt airport out of an FAA's airport diagram
using this program.

http://flamebunny.homelinux.net/pics/EDDF.jpg

As you can see, there are still some bugs that need to be ironed out, and
Julien could use some help in this area. But once everything works properly,
buildings' size and placement would be accurate down to the meter.

This should cut down your work considerably, I would imagine. ;)


Right now svg2ac creates one .ac file containing all the buildings, another containing all the runways and a last one containing all the taxiways.
It would be easy for someone to go in the .ac file using either blender or AC3D and edit the geometry, to add features such as towers, modify the height of the buildings aor improve their shape.
Texturing could also be done, or colors can be added directly in the .ac file.
The output of svg2ac is not necessarily a finish product, it is a first step that indeed cuts down the developer's work when creating sceneries.
This code can also be used to create any kind of buildings from a vector image, such as city blocks or what have you.
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 12707
Joined: Tue Mar 25, 2008 9:40 am
Pronouns: THOU

Previous

Return to Scenery

Who is online

Users browsing this forum: No registered users and 7 guests