On Wed, May 16, 2012 at 12:15 AM, Curtis Olson <curtol...@gmail.com> wrote: > Locally I've been playing around with open layers a bit. Also web sockets. > The idea that I think would be interesting to try would be to build a > websocket interface into flightgear, then serve out the map data locally > rather than from a server. Well nowadays websockets is a good idea.. BUT still a bit "unstsable"... but definately its more the way to go and am very happy you mention that.. so this is cool.. and an idea from before https://github.com/ac001/FlightGear-MP-tools/blob/master/MP_monitor.py So the above script chek for DNS servers.. with mpserve*.. and then polls via telnet..
> > Essentially if you are running FlightGear with MP turned on and running the > mpmap in your browser, you burn your bandwidth twice to ship the same > information down your internet pipe to two separate applications. > > If you served the map from FlightGear directly, you could draw the nearby MP > traffic, local AI traffic, and not double burn your internet bandwidth at > the same time. > Which leads to the conclusion that maybe the best maybe might be to "slave a local app" eg in qt client local that queries the local isntance of fg for data.. of position etc.. > I have a basic websocket interface, but I haven't tried to integrate it into > FlightGear yet. Also we'd need to expand FlightGear's httpd interface to > also be able to serve .html and .js files -- probably from a single > authorized subdirectory for security reasons. Well thats fine.. But at #1 there are a few issues.. 1) we need to replace current "map" and == telnet mpserver 2) we need to be it work with different "reliable and selectable" maps (osm api does that mainly) and 3) we need to overlay on the map .. .. a) flight positions and .. b). nav data.. So indeed its a complex problem.. However I think if we "split up the stuff cleverly".. by a load of us having a go at it.. I think it woul be straight forwad.. I think the main "issue" is actually the "capacity" of the server.. for example a current mpmap install requires a postgres db and perl and telnet access.. Wheraes the reality is we want anyone with an account and internet facing ISP machine to be able to host.. eg with php virtual host or AWS, djano.. python instance.. etc.. google app engine... (which only spreeks port 80 in and out) or behind an nginx and port forwarding as in my case with fgx.ch.. Also the database of navdata is an issue.. But these are many issues.. So my suggestion is we start at #1 at ksfo.. and set up a new map system/ So I am prepared to lead this project.. but I must stress that we need to make it user friendly and amenable for end installers etc.. eg I dont want a new keen fligthgear player to give up in installing it on his prvate server.. because fo postgres, or no mysql etc.. I want them to be able to install and maybe even set some limits on "range" and be able to rely on navdata and etc from upstream.. somewhere.. ALSO ALSO the mainissue is a destop replacement for atlas.. and that is clear to me with marble.. which is a kde project.. and then maybe we can overlay this http://map.fgx.ch/ BUt BUT.. even beter.. If we use websockect we can be clever also.. eg we can send queries and get results of stuff. kinda IRC like and MAYBE eg /metar ksfo even /msg foobar descend and maintain 200ft /vor BNN << return data on BNN we can even replicate aircraft systems So .. Where do we go from here..?? I think we need a little bit of a plan first.. before any of us ding down a wrong path .. But we also need to recognise a proper new project and team to support.. (maybe next year GSOC we have plan for this project even... ) pete > > On May 15, 2012 5:58 PM, "Peter Morgan" <p...@daffodil.uk.com> wrote: >> >> I guess no one is maintain the mpmap anymore.. >> >> and I had a good look a pigeons code.. >> >> and it runs perl and google maps v2.. >> >> so google maps v3 is outta the question )too complicated to drop in) >> but also also been playing with osm >> >> So is there a plan to move forward with mpmap.. ? >> >> I have clear idea what I want to do which is make it osm compatible >> for a start.. >> and then take it from there.. >> >> So anyone else playing with this idea? anyone else done and development ? >> where can we share these new ideas as a repo ? >> >> >> pete >> >> >> ------------------------------------------------------------------------------ >> 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 >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > ------------------------------------------------------------------------------ > 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 > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > ------------------------------------------------------------------------------ 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 Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
