[Flightgear-devel] [PATCH] Some minor build related patches
Hi all, Did some possibly useless patches for SG and FG plib branch: simgear.plib-distclean.patch: The directory compatibility/ and threads/ are repeated in DIST_SUBDIRS as they already present in $(SUBDIRS), causing 'make distclean' in SG broken. simgear.plib-dependencies.patch: Dependencies fixes in SG, mostly when building those test apps. This fixes make -j which wasn't working properly before. flightgear.plib-dependencies.patch: Same thing again, make -j wasn't working properly. flightgear.plib-glut-SDL.patch: Currently when you configure FG with --enable-sdl, fgfs is still linked against glut for no reasons. Along with this fix, I've also updated gl-info, test-env-map and 3dconvert to use SDL with --enable-sdl. The only difference is I don't see a way to create a GL context with SDL without having the SDL window mapped/displayed. As a result for gl-info and 3dconvert you might see the window appearing for half a second or so. Hopefully this isn't a big deal. Patches tested with both building in the tree and out of tree. Some of these can be easily ported to the OSG branch but I haven't got to it yet. P.S. apply patches with -p1 in the root of the source dir. Pigeon. commit f2949dca7ae2b6264184ad256ff33b67e5c087c8 Author: Pigeon <[EMAIL PROTECTED]> Date: Tue May 15 22:24:25 2007 +1000 src/Main/Makefile.am dependencies fix diff --git a/src/Main/Makefile.am b/src/Main/Makefile.am index 5ac0cf0..fdc5809 100644 --- a/src/Main/Makefile.am +++ b/src/Main/Makefile.am @@ -60,7 +60,7 @@ libMain_a_SOURCES = \ fgfs_SOURCES = bootstrap.cxx fgfs_LDADD = \ - $(top_builddir)/src/Main/libMain.a \ + libMain.a \ $(top_builddir)/src/Aircraft/libAircraft.a \ $(top_builddir)/src/ATC/libATC.a \ $(top_builddir)/src/Cockpit/libCockpit.a \ commit 43eb8463a884e68c19aa3ac1c71adc6dd7a16ea7 Author: Pigeon <[EMAIL PROTECTED]> Date: Fri May 18 21:23:40 2007 +1000 Not linking against glut when using SDL. diff --git a/configure.ac b/configure.ac index 0548591..1fe08f3 100644 --- a/configure.ac +++ b/configure.ac @@ -265,9 +265,10 @@ case "${host}" in fi AC_SEARCH_LIBS(gluLookAt, [ GLU MesaGLU ]) -AC_SEARCH_LIBS(glutGetModifiers, [ glut freeglut ]) if test "x$enable_sdl" = "xyes"; then AC_SEARCH_LIBS(SDL_Init, SDL) +else +AC_SEARCH_LIBS(glutGetModifiers, [ glut freeglut ]) fi ;; diff --git a/tests/gl-info.c b/tests/gl-info.c index 4aff41d..1410b7b 100644 --- a/tests/gl-info.c +++ b/tests/gl-info.c @@ -20,7 +20,14 @@ Date: Fri, 24 Apr 1998 07:33:51 -0800 #include +#if defined(PU_USE_GLUT) #include SG_GLUT_H +#elif defined(PU_USE_SDL) +#include +#include +#else +#error FlightGear is not configured to use either GLUT or SDL +#endif void getPrints ( GLenum token, char *string ) @@ -58,9 +65,16 @@ void getPrinti ( GLenum token, char *string ) int main ( int argc, char **argv ) { +#if defined(PU_USE_GLUT) glutInit( &argc, argv ) ; glutInitDisplayMode ( GLUT_RGB | GLUT_DOUBLE | GLUT_DEPTH ) ; glutCreateWindow( "You should never see this window!" ) ; +#elif defined(PU_USE_SDL) + SDL_Init(SDL_INIT_VIDEO|SDL_INIT_NOPARACHUTE); + atexit(SDL_Quit); + SDL_GL_SetAttribute(SDL_GL_DOUBLEBUFFER, 1); + SDL_SetVideoMode(320, 240, 0, SDL_OPENGL); +#endif getPrints ( GL_VENDOR , "GL_VENDOR" ) ; getPrints ( GL_RENDERER, "GL_RENDERER" ) ; diff --git a/tests/test-env-map.cxx b/tests/test-env-map.cxx index 6d369ef..3c9ed0c 100644 --- a/tests/test-env-map.cxx +++ b/tests/test-env-map.cxx @@ -12,7 +12,15 @@ #include +#if defined(PU_USE_GLUT) #include SG_GLUT_H +#elif defined(PU_USE_SDL) +#include +#include +#include +#else +#error FlightGear is not configured to use either GLUT or SDL +#endif #define TEXRES_X 256 #define TEXRES_Y 256 @@ -23,6 +31,10 @@ GLuint texName; int window_x = 640, window_y = 480; float alpha = 0.0, beta = 0.0; +#if defined(PU_USE_SDL) +static bool NeedRedraw = false; +#endif + /*/ /*/ /*/ @@ -207,8 +219,12 @@ void display() glFlush(); glDisable(GL_TEXTURE_2D); +#if defined(PU_USE_GLUT) glutPostRedisplay () ; glutSwapBuffers () ; +#elif defined(PU_USE_SDL) + NeedRedraw = true; +#endif } void keyboard (unsigned char key, int x, int y) @@ -244,18 +260,63 @@ void keyboard (unsigned char key, int x, int y) } } +#if defined(PU_USE_SDL) +void sdlMainLoop() +{ +display(); +while(1) { +SDL_Event e; +int key; +while(SDL_PollEvent(&e)) { +switch(e.type) { +case SDL_QUIT: +break; +case SDL_KEYDOWN: +key = e.key.keysym.sym; +keyboard(key, 0, 0); +display (); +
Re: [Flightgear-devel] Model and handling patch to c182, c182rg
--- Martin Spott wrote: > Stuart Buchanan wrote: > > > I have a pair of patches for the c182 and c182rg. > > Done for CVS HEAD (OSG), Thank you. Could someone commit this for the PLIB branch as well please, as that is where the bugs manifest themselves. Thanks, -Stuart ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear-0.9.11-pre1 (source code) available for download and testing
I have found an early problem with simgear-0.3.11-pre1 configure and make went fine, but make check has stopped with errors. make[2]: Entering directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' make SGMathTest make[3]: Entering directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/usr/X11R6/include -g -O2 -D_REENTRANT -MT SGMathTest.o -MD -MP -MF ".deps/SGMathTest.Tpo" -c -o SGMathTest.o SGMathTest.cxx; \ then mv -f ".deps/SGMathTest.Tpo" ".deps/SGMathTest.Po"; else rm -f ".deps/SGMathTest.Tpo"; exit 1; fi g++ -g -O2 -D_REENTRANT -L/usr/X11R6/lib -o SGMathTest SGMathTest.o libsgmath.a -lm make[3]: Leaving directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' make check-TESTS make[3]: Entering directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' FAIL: SGMathTest === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/usr/src/SimGear-0.3.11-pre1/simgear/math' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/usr/src/SimGear-0.3.11-pre1/simgear' make: *** [check-recursive] Error 1 only 6 lines have changed in SGMathTest.cxx from 0.3.10. and 0.3.10 does not give this error, even today. Running: linux-2.4.34-4 gcc-3.3.2 Stewart Curtis Olson wrote: > FlightGear-0.9.11-pre1 is now available for download and testing. I > have finished updating the FlightGear and SimGear web pages and ftp > sites with the appropriate links to download the source code. This > release is still based entirely on plib and does not have any > dependency on OSG. > > Note that you will need to fetch simgear-0.3.11-pre1, > flightgear-0.9.11-pre1, and fgfs-base-0.9.11-pre1 > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] electrical system patch
Martin Spott wrote: >Why is setting to 0.0 not sufficient to reach the desired goal ? > > Martin. > > This lines only initialize the internal values of the electrical system. The properties are set in the propagate function : // publish values to specified properties for ( i = 0; i < node->get_num_props(); ++i ) { fgSetFloat( node->get_prop(i).c_str(), node->get_volts() ); } But this is only done if : // if this node has found a stronger power source, update the // value and propagate to all children if ( volts > node->get_volts() ) { node->set_volts( volts ); So with the power switches off we have volts == 0 and we never enter the if statement and the properies stay with their old content. Harald. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi, On Saturday 19 May 2007, gh.robin wrote: > I try to understand the big FPS differences i get when i build FG > first with an old OSG library 10 april 2007, > second with a recent OSG library 1.9.4 version I believe that you built osg without optimization. When building without optimization you get what you ask for. Unoptimized code that takes hours for the cpu intensive jobs like culling. That is also what the stats show ... Configure osg with ist's new build system as a Release version. Or provide CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. I run cmake with something like cmake -D CMAKE_CXX_FLAGS="-O3 " \ -D CMAKE_C_FLAGS="-O3 " \ -D CMAKE_VERBOSE_MAKEFILE=TRUE . Please try ... Greetings Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Mathias Fröhlich schrieb: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: > >> I try to understand the big FPS differences i get when i build FG >> first with an old OSG library 10 april 2007, >> second with a recent OSG library 1.9.4 version >> > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized code > that takes hours for the cpu intensive jobs like culling. That is also what > the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide > CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > I run cmake with something like > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > -D CMAKE_C_FLAGS="-O3 " \ > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > Please try ... > > Greetings > >Mathias > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > Hi Mathias, Gerard is only *one* of many who are using OSG for a long time but suddenly getting very, very bad framerates with the latest CVS OSG versions. Do I understand it right that I get the "optimization" when I just call cmake (for OSG only, not for OpenThreads or Producer) in that way: cmake -D CMAKE_CXX_FLAGS="-O3" \ -D CMAKE_C_FLAGS="-O3" \ -D CMAKE_VERBOSE_MAKEFILE=TRUE (I deleted ). But strange enough, this was not necessary for a long time and I got suffizient framerates though. Thank you! Regards Georg EDDW - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi Tim, Just tried this patch and had a couple observations (beyond noticing that it generally works pretty well.) :-) 1. The application continuously scrolls the following message: Viewer::checkWindowStatus() - 1 I couldn't immediately see where that was coming from. 2. The numeric keypad keys do not work, so flying with keyboard controls is difficult. 3. At least on the an2, the prop animation seemed to not work. I can't imagine how this would be linked, but something seems to have broken there. 4. The lack of mouse pointer change is disconcerting to say the least. One short term idea would be to pop up a temporary window like is done when you change the zoom level? That wouldn't hurt anyway so people would know initially what mouse pointer equates to what mode ... And a side note ... compiling OSG with -O3 seemed to *really* boost my frame rates ... good trick to know. Curt. On 5/14/07, Tim Moore wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy, This patch implements the option of using OpenSceneGraph's osgViewer instead of SDL or glut. The major user visible difference is the availability of OSG statistics, as seen in http://www.bricoworks.com/moore/osgstats.png, which show the time spent in each major part of the update and rendering process and which can help track down performance problems (hit the '*' key). The osgViewer framework also allows very flexible view / camera / window configuration and multithreading options which will be useful in the future. The one loss of functionality with this patch is that the cursor can't be changed; I'm looking into that. Enjoy, Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGSON1eDhWHdXrDRURAo/qAKCf5TE+vVoW6++0KmEYh7L9QAKV+gCg4csx kFQYcAB/NimSig8Ij8HCP/8= =S/k9 -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 FDM patch for gear location and contactpoints
Jon S. Berndt wrote: >>I'm not in a position at this time to check whether Z pos'n in the >>FDM/configuration file was wrong or the Z offset in the Model file >>was wrong; > > > Unless the one that's in the FlightGear distribution is different from the > one that's been in JSBSim CVS for years, it isn't the FDM that's wrong. > > Jon Short version: Here is the link to an updated patch which (a) corrects the VRP precisely as Anders did with the F80C while removing the somewhat incorrect Z offset in /Models and (b) adds several contact points. It does not change any other pre-existing gear, etc coordinates: http://139.78.95.188/flightgear/737-300/737-300.diff - Long version: The initial "wrongness" I sensed (besides the gear floating above the ground by 1 tire diameter) was that there was no X offset defined in /Models/737-300.xml to bring the 3D model in line with the FDM gear placement. As shown below, the 747-200 *does* have such an offset In Models/737-400.xml as in CVS: 737-300.ac 1.45 0.2 In Models/boeing747-200.xml: boeing747-200.ac 24.3 0.0 It seems that offsets specified for loading the 3D model and the VRP accomplish the same thing. Which is the preferred method of aligning the respective models? Using use the brute force method of lowering the nose gear Z position to a ridiculous value, one is able to illustrate both issues from existing CVS data: http://139.78.95.188/flightgear/737-300/NoseGearZpositionChange.jpg -- Reagan Thomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 737-300 FDM patch for gear location andcontactpoints
> Short version: > > Here is the link to an updated patch which (a) corrects the > VRP precisely as Anders did with the F80C while removing the > somewhat incorrect Z offset in /Models and (b) adds several > contact points. It does not change any other pre-existing > gear, etc coordinates: > > http://139.78.95.188/flightgear/737-300/737-300.diff > > It seems that offsets specified for loading the 3D model and > the VRP accomplish the same thing. Which is the preferred > method of aligning the respective models? > -- > Reagan Thomas Hi, Reagan: The VRP is supposed to be a way for the 3D modeler and the FDM modeler to agree on a way to make sure that the 3D model is placed exactly where it is supposed to be placed. Normally, the EOM (Equations of Motion) tracks the motion of the aircraft CG. However, the CG shifts over time, and if stores are dropped, etc., the CG can shift even more. So, if a known fixed point is reported by the FDM, the the scene generation routine knows how to place the 3D model. JSBSim uses a structural frame to determine locations of landing gear, engines, etc. for internal use - but the JSBSim modeler also knows where the nose of the aircraft is, for instance. So does the 3D modeler. So, the FDM modeler and the 3D modeler can use whatever frame they desire to. The FDM deesigner simply needs to define where the VRP is located, and the 3D modeler needs to adjust the offset value for the 3D model, so that the VRP lines up with the 3D model origin (after having been adjusted by the offset). Unfortunately, making the VRP correspond with the nose of the aircraft makes the camera look at that point, and the visual presentation of rotations looks funny - although it is correct. Now, I am thinking that perhaps a better placement of the VRP should be the initial (empty weight) CG of the aircraft, the quarter chord, or something like that. This is not a problem only with FlightGear. In particular, multi-body sims need a way to define in space exactly where the various components are located - often within a very small tolerance. I wrote an article on the VRP for an early issue of the JSBSim newsletter (see www.jsbsim.org/fsnewsletter.html). Jon - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathias Fröhlich wrote: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: >> I try to understand the big FPS differences i get when i build FG >> first with an old OSG library 10 april 2007, >> second with a recent OSG library 1.9.4 version > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized code > that takes hours for the cpu intensive jobs like culling. That is also what > the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide In case it's not obvious how to do that (I sure missed it!), in the ccmake configuration screen change CMAKE_BUILD_TYPE to "Release". Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFGUhW0eDhWHdXrDRURAlLnAKDewyXKRJQE4bqNTGrOqv/GoqW9GACgwpf9 U8abLFBviufsI2Y5b1EBYyE= =1+yc -END PGP SIGNATURE- - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
On Mon 21 May 2007 19:46, Mathias Fröhlich wrote: > Hi, > > On Saturday 19 May 2007, gh.robin wrote: > > I try to understand the big FPS differences i get when i build FG > > first with an old OSG library 10 april 2007, > > second with a recent OSG library 1.9.4 version > > I believe that you built osg without optimization. > When building without optimization you get what you ask for. Unoptimized > code that takes hours for the cpu intensive jobs like culling. That is also > what the stats show ... > > Configure osg with ist's new build system as a Release version. Or provide > CMAKE_CXX_FLAGS and CMAKE_C_FLAGS on the command line of cmake. > I run cmake with something like > > cmake -D CMAKE_CXX_FLAGS="-O3 " \ > -D CMAKE_C_FLAGS="-O3 " \ > -D CMAKE_VERBOSE_MAKEFILE=TRUE . > > Please try ... > > Greetings > >Mathias > Thanks Mathias, Every values are right , i have recovered the good fps. Regards -- Gérard - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] youtube video
I've discovered that I really love the AN-2 and the new "fly-by" view mode! I've posted a youtube video of the FlightGear AN-2 landing at Ranger Creek, WA (taken with a cheesy digital camera pointed at my computer screen ...): http://www.youtube.com/watch?v=bGmqDYb2rsw The video should be ready to watch in a couple minutes. Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] patch for osgViewer and statistics
Hi, On Monday 21 May 2007, Tim Moore wrote: > In case it's not obvious how to do that (I sure missed it!), in the > ccmake configuration screen change CMAKE_BUILD_TYPE to "Release". That is also possible ... Greetings Mathias - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG coordinates
Hi, I need to know: what coordinate system is Flightgear using actually? Is it by any chance the worldwide air navigation standard of WGS84 coordinates? Thx. Pep Ribal. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel