Re: [Flightgear-devel] updates to nav.dat.gz

[Peter M. <pe...@da...>]

Now this is really interesting..

http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh

I'm kinda moving into "django land" after lots of screaming and whining to
myself.. but it does seem to be a "platform of sorts".. and sql alchemy
compat etc..

So can I throw into the mix here the concept of having a kinda "API" and
structure and content (the grolaw coverage on Oracles vs Goggles spring to
mind).. ie the structure and content of the API ???

the the structure and content.. argument is simple.. and anyone would
figure that out to be..
/airport/<code>/ << and all the data...

So the "trend is towards" more machine to machine interpolation and
networks.. etc.. and "end points" an api of data...

To create a "mass distributed system" which is what FG is, we need to
simply uncouple the master and create and index server with the "meta
data"... and the local info..

for that we need an API.. and we need AIP data from online.. and active..
update latest.. and this is "head"..
To make sure it HEAD is need and upvote or "confirmation" and maybe even
locks on data delegated to upstream.. == send up.. then it comes back
down.. thats the ONLY way it works.. send up ad it comes back down.. ..

That is the reality check is the AIP, eg eurocontrol and icao.. and this is
there..

The BIG snag is that the initial download is huge... so to break it down
and install only the part required would be a huge advantage IMHO..

We can simply break it down into the main zones..
eg UK, switzerland.. cool for montains, glaasgow has montains..
or USA.. need the rockies and LA and stuff..
The caribeam.. and every island...

So what I am suggesting is that thaer is an are of "interest", and long
foreign trip are ocassional maaybe.. or curiosity...

But if I need data and a quick map of the locatio and terrain and the
"enviroment" etc..

So I think what we need to have Hard look at is the FlightGear.api and
create a nice cool eniroment fo anyone to play in..

By the Flighgear.API I mean all the interfaces online and instances and all
chatting to each other and all machines and mobiles and rasberry pi
etc...ie the SIM platform of sorts..

Some of the stuff is quite simple eg AIP info retured in json, downlading
latest png.. or even better. sending "my shot" and an u tube vid tgo via
facebook account .. a plugin... somewhat..

But is OpenRTI the patform.. so we need to build a "virtual system" so kids
can play together and chat on a platfrom... Lets face it .. its ceerntainly
no real "controls" atmo.. eg could be subject dos attacks etc.. and I hope
that never happens...

So the API ?
print Airport("EGLL")->runways()

or alike..

Something to thing about...
eg aptdat_2_XXX as staric functions....

BIG PROBLEM..
is the api defs..so I am indeed thinkng yaml format is the solutions.. cos
its machine and human edible..

eg
aiport: EGLL
  naaame: JOHN WAYNE INT
  name: Johh Wayne Airport
  runways: [
        "09R-27L": {etc ..etc}}


We need to get into more "mass distribution" and and api to install on your
spare sever and hobby.. and a simple access point to join in..

Thats my vision.. cannot work as a centralised system ever.. so that fat
must be realised..

How we "shard" the data.. but probalby icao sytle maaybe

some thoughts
aairports->KSFO..

We REALLY REALLY need to clean this data up and make it fast for a newbie..

The data pile of waypoint and aptdat will constantly get bigger forever..
so we need to shard and index a buit..

But will relly on one of 2 circumstance..
1) we need to build and index and that needs to be online
2) we need to run an index of voice server and live ATC
3) we need some maap.fgx.xhmaass cashes and please clone me..

For aall of that we need a statergy.. eg I got a spaaare web spaace.. and
unused etc..

Then yes that is what we want... some spare spaace on your online paace..
and we can say.. ok well stick the images on you server and done.. he he ..
that is precisely it..

. maybe a new idea..

pete

On Tue, Apr 24, 2012 at 4:56 PM, Martin Spott <Mar...@mg...>wrote:

> fli...@sa... wrote:
>
> > Is the code/the queries to produce the xml output from the postgres
> > apt/nav.dat database available for public somewhere?
>
> It's a simple Bash/PostgreSQL proof of concept which has seen
> 'evolutionary' development, looping through the list of ICAO codes,
> collecting the relevant data and echoing hand-crafted XML.  Now I know
> it works as planned, I'd use Perl XML::Writer to do it again, probably
> saving more than 50 % of code lines  ;-)
>
>
>
> http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh
>
> Cheers,
>        Martin.
> --
>  Unix _IS_ user friendly - it's just selective about who its friends are !
> --------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Flightgear-devel mailing list
> Fli...@li...
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>