Re: [Flightgear-devel] Loading Textures for Photo-Scenery?
Alex Perry wrote: How does it work? Where is the source code for the serving side of the OAM stuff? As far as I remember there's an SVN link somewhere on the explanatory pages. Chris is known for doing (almost) every backend stuff in Python, which typically works - we're successfully using some of his work at our MapServer site as well (TileCache for example). Nevertheless, when you're doing some quick turns with FlightGear, you sometimes even face trouble loading the Scenery tiles from the local disk !! right in time. I wonder how people think they're going to fetch aerial imagery from a distant network service via HTTP without further delay These guys that host OAM and our Landcover-DB indeed _do_ serve sort of a flight simulation with imagery from a remote network service, BUT they use dedicated servers and they have networking of the sort which the average user would not even dream of. They use ossimPlanet for integration of OpenSceneGraph with common GIS datasources. BTW, Alex, this all takes place at Calit2 in SD, which should be pretty close to you ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with Saitek Pro Flight Yoke
* Oliver Schroeder -- Thursday 02 October 2008: I noticed that fgjs is broken, it looks into /usr/local/share/FlightGear/Input/Joysticks/template.xml instead of /usr/local/share/FlightGear/data/Input/Joysticks/template.xml. fgjs is correct. Don't use the data version. I wonder why people even think they should set $FG_ROOT to a data/ directory. Is there some obsolete documentation floating around? If I set FG_ROOT to /usr/local/share/FlightGear/data/ it possibly works, [...] Do that. $FG_ROOT/ should contain file version and directories Input/, Aircraft/, Navaids/, etc. [...] but fails at another point: This is the bug, then. :-) m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Only to remember
Heiko Schulz wrote: Yes, indeed- the shadows were outstanding- selfshadowing aircrafts - we had this feature before MSFS even! No it's gone- and the new shadows are only very small progressing... Would you consider adding your workforce and spare time to a project where you monitor - while lurking on the list - that people are getting pissed at just for having their own opinion ? Basically, the crowd gets what they deserve: As long as the perpetual [b,f]laming and false allegations on this list continue without meaningful objection, how do you think this project would attract skilled developers ? In fact, it's up to the participants on this list resp. in this project to take responsibility and to bring their share !! Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
Would it be feasible to reserve the 'a' for aircraft specific and 'x' for experimental features? Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
* Erik Hofman -- Thursday 02 October 2008: Would it be feasible to reserve the 'a' for aircraft specific and 'x' for experimental features? 'x' for experimental seems fine. 'a' for aircraft is a problem, as I think we should keep using that for the autopilot. There are a lot of autopilot settings and they should be quickly accessible. I'd rather use 'A' for aircraft. Generally, aircraft should try to put their extensions in the appropriate groups (r for radio, etc), anyway, so there are probably not many functions that really need a separate group. (??) m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problems with Saitek Pro Flight Yoke
Am Thursday 02 October 2008 09:49:15 schrieb Melchior FRANZ: fgjs is correct. Don't use the data version. I wonder why people even think they should set $FG_ROOT to a data/ directory. Is there some obsolete documentation floating around? No, it's from the CVS Resources page on flightgear.org. cvs -d :pserver:[EMAIL PROTECTED]:/var/cvs/FlightGear-0.9 co data creates the data subdir. And later on ./fgfs --fg-root=/some/path/FlightGear-0.9 lets point fg_root to the parent of data. And flightgear seems to be happy with it. So I always assumed that having the data subdir is the way it should be. cheers, Oliver - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
On mercredi 01 octobre 2008, Melchior FRANZ wrote: * gerard robin -- Wednesday 01 October 2008: we will now need a multi help map behind the keyboard :) . :-P I have planned to offer a list of options per level on request (TAB key). But I also expect that people quickly memorize the few combinations that they are interested in and just ignore the rest. I for one will probably not remember :Ewst for environment-weather-scenario-thunderstorm. The reason why such things are even there is that Tat configured some functions which our blind users might want. Our dialogs are hard to handle for them. In adition to your proposal, could you add the Tacan Setting like you offer about Radio Settings Sure. The current config is just a start. It should demonstrate the system and encourage developers to discuss the most efficient key scheme. All sections are still very basic, there's a lot missing in the whole radio section. We'll also want an 'i' (instrumentation) section etc. m. PS: please not full-quotes Sorry I send that message again, because i guess it has been lost === Ouups , was coming from the vacuum space :) About that new Keyboard feature, I wonder if we ( aeronaval friends) won't get some adventage to open a specific mapping which contains the old Carrier input KEYS, and so, won't overlap with the orthers aircrafts which could want the same specific keys O,o C L F,f I remember in the past, having fought about these specific keys , since they where requested for some other features. An other remark/question , how could we activate the turn to wind and elevator up/down with that keyboard feature. Today i have it, included into my naval Aircraft which is the wrong way , i would be better to have it within FG out of any Aircraft. Regards -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Only to remember
Hi, Would you consider adding your workforce and spare time to a project where you monitor - while lurking on the list - that people are getting pissed at just for having their own opinion ? Basically, the crowd gets what they deserve: As long as the perpetual [b,f]laming and false allegations on this list continue without meaningful objection, how do you think this project would attract skilled developers ? In fact, it's up to the participants on this list resp. in this project to take responsibility and to bring their share !! Martin. Well, was this really the cause that the skilled developers David Culp, Mathias Fröhlich, Harald Johnsen and a lot more disappeared? Or maybe something more? Well, I better stop discussion here, and like before ( as an example clouds textures...) trying to help as much as I can- the only thing at least I can do - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
* gerard robin -- Thursday 02 October 2008: Sorry I send that message again, because i guess it has been lost No, it didn't get lost. And I have replied to it, but like my first message about multikey it never made it to the list. Will probably come later. Here's my response again: * gerard robin -- Wednesday 01 October 2008: An other remark/question , how could we activate the turn to wind and elevator up/down with that keyboard feature. Today i have it, included into my naval Aircraft which is the wrong way , i would be better to have it within FG out of any Aircraft. cat engage and launch are probably better on regular keys. Often you need to press the L-key several times until you get locked. A multikey thingy wouldn't work well for that. And the launch is probably also too important for multikey. Carrier into wind or elevator up/down would be easy to implement. We just need a sane place for it. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
Melchior FRANZ wrote: * Erik Hofman -- Thursday 02 October 2008: Would it be feasible to reserve the 'a' for aircraft specific and 'x' for experimental features? 'x' for experimental seems fine. 'a' for aircraft is a problem, as I think we should keep using that for the autopilot. There are a lot of autopilot settings and they should be quickly accessible. I'd rather use 'A' for aircraft. Generally, aircraft should try to put Good point, seems fine to me. their extensions in the appropriate groups (r for radio, etc), anyway, so there are probably not many functions that really need a separate group. (??) Probably not many but people are inventive enough to design something we haven't thought of :) Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] How I spend my spare time
Hi, in case someone care, here is what I am doing for about a year : http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb] This is very preliminary stuff and sources are not published yet. The data come from Blue Marble NG that has a resolution of 15 arc-seconds. It is an OSG program and implements a variation of the ROAM2 algorithm by Mark Duchaineau, in a very naive way ( the tile loader is not threaded, culling is horrible ). I am still learning OSG and studying FG sources prove to be very interesting and helpful. My plans are to use srtm4 and our collection of vectors and models to build a more detailed earth. Current scenery size is about 8.4Gb for the whole planet. Cheers, -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How I spend my spare time
On jeudi 02 octobre 2008, Frederic Bouvier wrote: Hi, in case someone care, here is what I am doing for about a year : http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb] This is very preliminary stuff and sources are not published yet. The data come from Blue Marble NG that has a resolution of 15 arc-seconds. It is an OSG program and implements a variation of the ROAM2 algorithm by Mark Duchaineau, in a very naive way ( the tile loader is not threaded, culling is horrible ). I am still learning OSG and studying FG sources prove to be very interesting and helpful. My plans are to use srtm4 and our collection of vectors and models to build a more detailed earth. Current scenery size is about 8.4Gb for the whole planet. Cheers, -Fred Nice result, as far i understand the lat lon is not far from Chambery so we can get some comparison. I could be a huge improvement of FG with that scenery processing. I only wonder about the srtm4 quality, we hope that details are right, for instance the sea coastline and other water coastline. Thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How I spend my spare time
gerard robin wrote: I only wonder about the srtm4 quality, we hope that details are right, for instance the sea coastline and other water coastline. Au contraire SRTM is about ground elevation. Coastline is a different topic and experience has shown that all these nice attempts to automagically derive coastlines from imagery, be it SWBD or PGS, return pretty flaky results. Unfortunately Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How I spend my spare time
Au contraire SRTM is about ground elevation. Coastline is a different topic and experience has shown that all these nice attempts to automagically derive coastlines from imagery, be it SWBD or PGS, return pretty flaky results. Unfortunately Ground elevation in sea too? If yes so we could add the sea itself as a planar surface with all features possible, and Arnt Karlsen would have his tides and the outcome of the global warming! :-P - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How I spend my spare time
On jeudi 02 octobre 2008, Martin Spott wrote: gerard robin wrote: I only wonder about the srtm4 quality, we hope that details are right, for instance the sea coastline and other water coastline. Au contraire :) :) :) in frenchthanks SRTM is about ground elevation. Coastline is a different topic and experience has shown that all these nice attempts to automagically derive coastlines from imagery, be it SWBD or PGS, return pretty flaky results. Unfortunately Cheers, Martin. Well, i thought that costline was calculated with the intersection of the sea level (or water level) and the ground altitude. I was wrong, my imagination was (is) out of reality. :) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
In adition to your proposal, could you add the Tacan Setting like you offer about Radio Settings Sure. The current config is just a start. It should demonstrate the system and encourage developers to discuss the most efficient key scheme. All sections are still very basic, there's a lot missing in the whole radio section. We'll also want an 'i' (instrumentation) section etc. m. nice to see that tacan was added, just something's wrong: x and y have to be replaced by X and Y in the lines: scriptsettacan(arg[0], X)/script scriptsettacan(arg[0], Y)/script my 2 cents, jano. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
Hi, On Fri, Oct 3, 2008 at 2:22 AM, jean pellotier [EMAIL PROTECTED] wrote: nice to see that tacan was added, just something's wrong: x and y have to be replaced by X and Y in the lines: scriptsettacan(arg[0], X)/script scriptsettacan(arg[0], Y)/script my 2 cents, jano. fixed and committed. I didn't change the key names, so you type :rt028x and 028X is set. Which do you guys prefer, :rt028X/Y or :rt028x/y? I prefer the latter though. Tat - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] How I spend my spare time
Ok, apparently my response got lost - again so, here's my second attempt: gerard robin wrote: Well, i thought that costline was calculated with the intersection of the sea level (or water level) and the ground altitude. I was wrong, my imagination was (is) out of reality. :) No you're correct. The point is: Automagically calculating the intersection of terrain with sea level is unreliable because a) the elevation data is too inaccurate and b) tides make a huge difference - which also adds to a). My favourite place to demo is here - and, actually, comparing coastlines was one of the most prominent motivations to start this MapServer project several years ago (attention, long URL): http://mapserver.flightgear.org/ms?img.x=363img.y=307layer=v0_landmasslayer=gshhs_coastlinelayer=pgslayer=swbdzoomdir=0zoomsize=2imgxy=300.0+300.0imgext=6.750212+53.529021+7.000212+53.779021root=savequery=trueprogram=%2Fms The red one of these four coastlines, GSHHS, is sometimes a bit coarse (when you have a _very_ detailed look at it) but it's still the most accurate - it has seen manual review. The green one (VMap0) is the one we're currently using. The two automagically derived coastlines (PGS and SWBD) are both far off You'll see similar results at New Orleans and many, many other places in the world, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
* Tatsuhiro Nishioka -- Thursday 02 October 2008: I didn't change the key names, so you type :rt028x and 028X is set. Which do you guys prefer, :rt028X/Y or :rt028x/y? I prefer the latter though. Lower case letters were intended and approved by the TACAN man on irc. I just didn't realize that the TACAN instrument didn't digest the lower case variants. Why would anyone prefer Shift-x to x?! What does it buy you exactly, to type two keys instead of one? The problem at the moment is, that the string matcher is a crude scanf implementation. If we get regex at some time, we can make it more intelligent. (Yes, using %s for the letter would also have worked, but then you woudn't get a red warning on error. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multikey: vi-like commands in fgfs (II)
* Melchior FRANZ -- Thursday 02 October 2008: * Tatsuhiro Nishioka -- Thursday 02 October 2008: I didn't change the key names, so you type :rt028x and 028X is set. Oh, and thanks for fixing that. m. PS: sf.net mail seems to be broken. Only every other of my mails seems to get through. And those that do come twice. This is therefore my last message to the mailing lists until sf.net recovers. Bye. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Only to remember
Another re-send excuse to all, who get this twice. Heiko Schulz wrote: Well, was this really the cause that the skilled developers [...] and a lot more disappeared? You'll certainly excuse that I won't cite names here. Nevertheless I can affirm that this applies at least to some members of the former active crowd - and others in the 'corona' of this project as well. People simply don't feel like getting bitten for the stuff they're doing as a hobby :-) The sad side of this story is the fact that 'everybody' (TM) moans the slow development process but almost nobody is opposing the nuisance which is actually the cause. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel