Idea Integrating Streets from openstreetmap to the orbiter globus

[Topper]

Hi!
is this possible? I have no idea to realise but in my oppinion this would be a verry nice stuff!
The eye think on the cake where if there where traffic on the streets ;-)

---------- Post added 02-19-10 at 09:45 PM ---------- Previous post was 02-18-10 at 10:29 PM ----------

Ok, because no one will discuss with me, i will descripe my idea a little bit more detailed ... ;-)

for those who don't know whats openstreetmap, look here: http://www.openstreetmap.org/
short: It's an online, free database. Anyone is allowed to use therse data for nearly everthink, even for selling navigation devices.

There where to way for using this street datas in orbiter:
1. Generating ".osm" files wich were in xml formats.
Pro:
- By using this way it will be possible to use the "osmplugin" offline
(For generating go here: http://www.openstreetmap.org/export/?lat=28.4586&lon=-80.5331&zoom=12&layers=B000FTF)
Contra:
-Biiiiiiiiiiiiiiiiiiiiiiig files if you will have all streets on earth :-(, so it will only be possible to get locale datas (for KSC and around)

2. Using the online-api
see here: http://wiki.openstreetmap.org/wiki/API_v0.6
By using this way, it will be possible to get the datas only around your location.

Pro:
-No harddiskspace is required
-You have only to download the datas you need

Contra:
-Onlineconnection needed
-(I) don't know how to draw streets during orbiter is running :-(
-peformence of downloadong???

So get a bit more detailed...
My first idea was to create a "base generator".
These generator will create a surfacebase with streets (mini-runways?) only, for example all the streets around the KSC.

But after i read a bit about the api, i think it will be cool to generate the streets online related to the curent viewpoint inside the orbiter simulation...

Does someone knows how to add a runway to the ground while orbiter is running? Is someone interested to help me to realise this?

Topper

 

[orb]

Some suggestions:
Don't use runways to represent roads. You rather need an Orulex-like plug-in, which creates a non-focusable vessel and attaches a mesh to it, composited of one-sided trapezoids representing roads, generated on the fly from the data files, with some default road texture applied to them.

1. Generating ".osm" files wich were in xml formats.

XML can't be better than a binary file with only necessary data in it. You need only starting and ending coordinates and width of a road segment to be saved there as a single precision floats (I don't think double precision would be needed), or even half floats for road widths.

-Biiiiiiiiiiiiiiiiiiiiiiig files if you will have all streets on earth :-(, so it will only be possible to get locale datas (for KSC and around)

Orulex lvl8 heightmaps for Earth aren't that big, and I think they carry more information per same square than is needed for roads, so properly prepared binary data files for roads wouldn't be so huge, and some small and country roads can be omitted anyway.

-No harddiskspace is required

Some hard disk space would be recommended for buffering things got from the Internet.

-(I) don't know how to draw streets during orbiter is running :-(

In the similar way as Orulex does it.

 

[Topper]

Hey,

iv'e just noticed, that there is a cool way for geting all runway from openstreetmap!
with:

http://www.informationfreeway.org/api/0.6/*[aeroway=runway][bbox=-10.2,29.6,36.1,36.1]

for example, you get an XML with all runway in europe from osm.

I think the first step is it to integrate all the runway from openstreetmap to orbiter ;-)