"Mally" wrote:
> Relicensing seems to be a good idea if the present license (or it's
> potential to be misinterpreted) is resulting in unhappiness for the
> contributors, or worse still, affecting the growth and development of FG, as
> seems to be the case currently.
I think the latter stateme
Chris Wilkinson wrote:
> Frankly this guy is a big part of the reason I have yet to commit my scenery
> and
> aircraft to the community. I do NOT want someone making money from my efforts
> without either my consent or without some form of input to the community as a
> condition of being allow
Paul Guhl wrote:
> My question is: how the local/global coordinates are managed in FlightGear?
Did you already read this one ?
http://www.flightgear.org/Docs/Scenery/CoordinateSystem/CoordinateSystem.html
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its
fiers...@zonnet.nl wrote:
> Op 08-11-10 14:21, Martin Spott schreef:
>> While we're at it, I'd like to remind that these impressive multi-
>> screen setups, which we (the respective booth crews) have been proud to
>> present on various FSweekend and LinuxTag shows
Durk Talsma wrote:
> - Some people just not believing that a single machine could drive 10
> monitors and actively checking where all the monitor cables
> actually went to.
While we're at it, I'd like to remind that these impressive multi-
screen setups, which we (the respective booth crews)
Durk Talsma wrote:
> Dear list,
We want pictures !! ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
James Turner wrote:
> On 2 Nov 2010, at 14:14, Martin Spott wrote:
>> According to my understanding a safe assumption about "defaults" would
>> mean to have the state of a fresh startup scenario replayed. More
>> precisely this would mean to a) read 'sta
James Turner wrote:
> My 'least bad' option is to save control state (from the -set.xml, or
> config, or command line) as part of the initial state, so that it's
> re-applied after the controls are reset.
According to my understanding a safe assumption about "defaults" would
mean to have the stat
Martin Spott wrote:
> I'm not sure if they have a public/free |FS,XP]UIPC API- and
> interface-description - I did a quick search but was unable to find
> one.
not that I'd be willing to implement an FSUIPC-compatible
interface in FlightGear. I'd just like to kn
"James J. Brennan" wrote:
> I've been using the "project magenta" glass cockpit displays in my simulator
> here for some time
[...]
> I've long hoped that there would be a way to use those displays with
> FlightGear, and wonder if anyone has any ideas as to how that could be
> accomplished.
I'
Tim Moore wrote:
> I'll take a look. It could be that the default shaders are using constructs
> that aren't supported on older hardware, or provoke bugs there, or are buggy
> themselves in ways that don't show up on post G80 hardware.
>From my personal perspective this would be "nice to have", b
"D-NXKT" wrote:
> All model faces that are orientated to the sun are white.
Oooh, this sounds very familiar :-)
SimGear, FlightGear and Base Package pulled from current GIT, Xorg
server 1.7.7 and Nvidia driver 260.19.12 on Linux-2.6.36/AMD64 (Debian
Squeeze). Graphics card is a is a 7100GS, whi
Geoff McLane wrote:
> A question. Is there a way to get an email advice of git commits, like
> I used to get with cvs?
Yes, this is possible. The EMail notifications I'm generating at the
MapServer GIT repository are a lot more informative than those from
Gitorious, probably even a bit too verbos
James Turner wrote:
> (I also really love the TSR2 - can't wait to see the results of all your hard
> work!)
Agreed, the TSR.2 is a fascinating piece of aerospace engineering !
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Jack Mermod wrote:
>I've been doing some heavy work on Mathias Frohlich's
> F/A-18
> lately, but I have been forced to postpone my release of the improved
> version due to the fact that I cannot find any indication of what
> license it is under.
Last time I spoke to
Scott Hamilton wrote:
> On Wed, 2010-10-20 at 21:02 +0000, Martin Spott wrote:
>> Whenever/whatever people are going to do about adding authentication
>> support to MP servers, if they'd consider adding an interface which is
>> capable of talking to an LDAP directory s
Curtis Olson wrote:
> Would it be bad if a user had a choice between the open free for all we
> currently have and a more constrained and managed system (that someone has
> taken the time to build and continues to manage.)
No, offering multiple options to choose from is certainly not a bad
idea.
Torsten Dreyer wrote:
> We met the nice guys of Thomas-Krenn AG at this year's LinuxTag where we were
> almost booth neighbours. Durk, Martin and I visited the their headquarter a
> few weeks ago.
thanks to Torsten and his wife, without whose generous support
the entire trip would have be
Torsten Dreyer wrote:
> If you were still looking for an excuse to fly into Amsterdam and visit
> FSWeekend, this machine definitely is one!
s/Amsterdam/Lelystad/
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Curtis Olson wrote:
> Another thought. I know it would be a huge effort to setup a system with
> user id's and passwords, self registration, [...]
^
To be honest, I'd expect those who deliberately are being rude will
just create a new account after they
Stefan Seifert wrote:
> Very sensible words. Technical solutions usually don't work for social
> problems.
Exactly this is the point, and I'd like to add that the social problem
we're currently looking at might be manifold
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just se
Curtis Olson wrote:
> Would it be possible to start logging and saving (and publishing) MP
> messages somewhere so a person with a grievance would have some hard
> evidence to show what happened.
I do sense certain privacy issues by logging/storing/publishing
callsigns and MP messages (similarly
Curtis Olson wrote:
> On Sat, Oct 9, 2010 at 5:34 PM, Martin Spott wrote:
>
>> Hi, the page:
>>
>> http://www.flightgear.org/announce.html#v2.0.0
>>
>> says: "Version 2.0.0 [...] is primarily a bug fix release". I don't
>> think this
Curtis Olson wrote:
> But we could always point the mpmap02 record to another machine if that
> works better.
I suspect this service would match the "use terms" ;-) of the MapServer
machine. Anyone willing to help me setting this thing up ?
Cheers,
Martin.
--
Unix _IS_ user friendly
Martin Spott wrote:
> It's a little bit like buying a house when you're thinking about having four
> kids.
even though we bought a nice house last autumn which might be suited
to accommodate four children, the above sentence wasn't meant to be
understo
Hi Csaba,
Csaba Halász wrote:
> Side note: Sabin has been waiting for an official
> mpserver.flightgear.org address since may for the FREE mp server he
> started in Kansas. Which, being in the USA, could have taken much of
> the stress from Pigeon's 02. Unfortunately even though we had some
> di
Hi Curt,
Curtis Olson wrote:
> 2. I've played a bit with drupal, and in comparison to wordpress, it feels
> much more adhoc and clunky, much less thought out, much more disorganized,
> much less intuitive, much harder to admin, and much harder to make it do
> what I want to do.
Well, Drupal is p
James Turner wrote:
> Not saying this isn't useful, but I'd rather everything in the app used
> the same data source (the FGPositioned 'database' and its query
> functions), and then we can change the implementation of that if required
> - for example, a caching version which queries the Landcover
Scott Hamilton wrote:
> However I really like the idea of getting back an array of airports
> within some radius of a centre lat/lon pair, and/or within a bounding
> box (2 or 4 lat/lon pairs), and if the same could be done with other
> navigation elements in nav.dat it would be most excellent!
H
Torsten Dreyer wrote:
> Here is the relevant code: from src/FDM/fdm_shell.cxx
Indeed, commenting the "if (globals->get_scenery[...]" clause makes
FlightGear skip the infinite loop. Thanks a lot for getting me started
into investigations.
For the purpose of Scenery development - and probably othe
Hi Gijs,
Gijs de Rooy wrote:
> Question is: are there really (that many) features that we cannot
> install easily on a wiki/CMS?
The most prominent item that comes into my mind is what is probably
well-decribed as "dynamic content" (choose a better term, if you like).
Being the technical maintai
Gijs de Rooy wrote:
> - Less open system: for example, it will be harder to implement
> additional features (gallery's, search engines) etc. However, the
> alternative is a CMS system, which isn't much opener...
I'm uncertain about how to read this final conclusion.
Cheers,
Martin.
--
Hi, let's think I'm taking a current version of FlightGear together
with a current copy of the Base Package. Now I'll go editing the
following file:
Scenery/Terrain/w130n30/w123n37/942050.stg
and I'm removing just the single line that contains "OBJECT KSFO.btg",
thus intentionally leaving a ho
Hi, the page:
http://www.flightgear.org/announce.html#v2.0.0
says: "Version 2.0.0 [...] is primarily a bug fix release". I don't
think this holds true ;-)
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Martin Spott wrote:
> If anyone's providing a nice home for free, I'll bring the hardware,
Ah, looks like this isn't required any more,
Martin.
--
Unix _IS_ user friendly - it's just selective ab
Nathanael Rebsch wrote:
> however, if there is a server floating around which merely needs
> co-locating, [...]
If anyone's providing a nice home for free, I'll bring the hardware,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Martin Spott wrote:
> Just to add a funny side to this discussion: The land cover database is
> certainly among the most resource-intensive services in the entire
> project.
well, except from the feed to 'TerraSync', which is definitely
playing in its own league,
Curtis Olson wrote:
> We could certainly explore the donation route.
Just to add a funny side to this discussion: The land cover database is
certainly among the most resource-intensive services in the entire
project. Maybe it's even the first item on the list. Currently
approx. a dozend CPU cor
James Turner wrote:
> The SSE math flags are a no-brainer where supported - the
> -march-native and -sse flags are all Apple defaults in Xcode.
BTW, as far as I remember the -sse and -sse2 are on by default for GCC
on AMD64 (alias x86_64).
Cheers,
Martin.
--
Unix _IS_ user friendly - i
thorsten.i.r...@jyu.fi wrote:
> I'm offering you an explanation, as there may be things I have thought of
> and you haven't.
Well, that's your private interpretation and I do respect that you're
defending your point of view.
Nevertheless, the problem _I_ am talking about is that the recipients
of
Torsten Dreyer wrote:
>> One quick observation regarding the new menu structure: I noticed that the
>> new OSG rendering options menu item, that was recently added by Torsten,
>> under the view menu, has disappeared. Since I wanted to test the new
>> stereoscopic vision modes, I reverted my git
steph...@simvol.org wrote:
> [...], I would like to know if someone would agree to
> contact by email the two main developers to discuss with them about the
> elements of FlightGear which could be integrated, in order to allow
> Fly! Legacy to be 100% independent.
You've chosen a rather 'ambit
thorsten.i.r...@jyu.fi wrote:
>> I'd be interested to run such a comparison myself. Could you translate
>> the described conditions into a set of command line parameters against
>> 'default' FlightGear/GIT startup so I/we can make sure not to interfere
>> with local customizations ?
>
> I don't t
thorsten.i.r...@jyu.fi wrote:
> If you want to compare apples to apples, then you have to level the field.
> I've just tested 'fair weather' conditions seen from the same location
> (above KLSV), no cloud movement, same altitude of cloud layers and same
> visibility of terrain (35 km) and clouds (
thorsten.i.r...@jyu.fi wrote:
> One has to work with the tools available - or write one's owns... with
> range animation I literally mean the xml-tag in the wrapper of a model:
>
>
>
> range
> 0
> 31000
>
This reminds me that people found similar animation patterns for
'common' Scenery mod
Frederic Bouvier wrote:
> 13. Get the data from Gitorious too : git clone
> git://gitorious.org/fg/fgdata.git fgdata
Or, to those who think the forementioned service responds too slowly:
git clone git://mapserver.flightgear.org/fgdata/
Cheers,
Martin.
--
Unix _IS_ user friendly - i
Hi Erik,
Erik Hofman wrote:
> On Fri, 2010-08-20 at 10:09 +0000, Martin Spott wrote:
>> HB-GRAL wrote:
>> > I noticed today a small problem with random placement of some models
>> > (houses) with scenery point feature 'town'. I see that some of the
>>
HB-GRAL wrote:
> I noticed today a small problem with random placement of some models
> (houses) with scenery point feature 'town'. I see that some of the
> houses are flying where terrain isn???t completely flat. I guess the
> houses where placed near a single 'town point' all at same height?
Hi Csaba,
Csaba Halász wrote:
> FG itself isn't CPU limited, we barely use any processing power :)
During preparations for some public show last year (maybe LinuxTag) I
replaced the two Opteron 2 GHz CPU's by their respective 2.8 GHz
counterparts and the result was an almost proportional (to the
Jason Cox wrote:
> 1. is simgear-cs & flightgear-cs still required or cn I just use th
> gitorious versions?
"simgear-cs" is just a customized version of SimGear for "terragear-cs"
to run headless if you don't have a $DISPLAY available. It's not
required for general operation of FlightGear.
Chee
syd adams wrote:
> On Mon, Jun 21, 2010 at 12:36 PM, Martin Spott wrote:
>> OSG version 2.2.x should be fine. If that one doesn't work either, then
>> you're having additional trouble hiding elsewhere.
> Thanks Martin , I'll give that a try.
Please
I've added a new - long overdue - download feature to the known
Shapefile download page at:
http://mapserver.flightgear.org/download.psp
On the left you'll still find the old per-layer download, on the right
there's a new, still in testing "every polygon from Custom Scenery
within a bounding bo
Peter Morgan wrote:
> although there are a few "atc" client around such as
> 1) ATC
> 2) ATC2
> 3) ATCML - fav
I don't know any of these.
> so is there a way to create an "ATC client" without FG ?
Depends on what you're looking for - "ATC client" is a very vague
description. There's something l
syd adams wrote:
> Im using svn OSG , recompiled yesterday is that too new ?
OSG version 2.2.x should be fine. If that one doesn't work either, then
you're having additional trouble hiding elsewhere.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its fri
Peter Morgan wrote:
> Would the future also contain the MP protocol+player enviroment, ATC, MP
> mapping ?
I doubt that these are affected by the release process.
> and also all the aircraft independant in hangars
Aircraft are available here:
http://www.flightgear.org/Downloads/aircraft-2.0.
Ron Jensen wrote:
> On Sunday 06 June 2010 05:25:14 Martin Spott wrote:
>> As long as we're sticking to the v8.10 format, I'm accepting update
>> submissions which are being merged into this file:
>>
>> http://mapserver.flightgear.org/apt.dat.gz
>>
>
David Megginson wrote:
> On Sun, Jun 6, 2010 at 7:35 AM, Martin Spott wrote:
>> I'd be happy to read a more elaborate statement of what you're having
>> in mind. What is the term "scenery package" supposed to mean ?
>
> An Open-Source package including
Peter Morgan wrote:
> Is there a begginers guide ?
There's a couple of TerraGear-related articles on The Wiki - plus the
source code an included comments.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Hi David,
David Megginson wrote:
> Maybe we should consider moving to a different OpenSource scenery
> package.
I'd be happy to read a more elaborate statement of what you're having
in mind. What is the term "scenery package" supposed to mean ?
Cheers,
Martin.
--
Unix _IS_ user friend
Michael Sgier wrote:
> Maintaining an obsolete apt.dat is a waste of time. Better teaming up
> on integrating the current 8.5 format.
You're invited to team up for the sake of saving us from wasting our
time
> It works perfectly on X-Plane so why shouldn't it do the same in FG.
but t
Ron Jensen wrote:
> However, I think it would be better to unzip nav.dat and apt.dat in our git
> so
> that local changes can be made and tracked. We are staying with an obsolete
> version of apt.dat for the near future so Robin won't be maintaining it for
> us.
As long as we're sticking t
Peter Morgan wrote:
> Guess the "make/blow DVD" script is not in CVS ?
I think it's been sitting in some utility repo, but since there's no
CVS any more
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Gene Buckle wrote:
> That is just amazing. TerraGear should do that. :)
Everyone's invited to contribute ;-)
http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
Peter Morgan wrote:
> Is it practical to just SVN up the latest terrasync onto a remote machine
> and then ZIP it from there ?
Depends on what your intention is.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
Hi folks,
as in every year, we're having a couple of free visitor tickets for the
LinuxTag expo in Berlin to share among interested fellows. Thus, if
you, your friends or colleagues are interested to experience LinuxTag,
please send me their name and EMail-adress, so I can assign a free
ticket for
Jörg Emmerich wrote:
> [...] Also our Graphical-enthusiasts could
> develop nice certificates - even good enough to pinup at the
> working-place (and thus help us promote FlightGear!).
There already is such thing. I just have a pile of printed copies which
we've been handing out to our 'students'
Jeff Taylor wrote:
> Is Terragear still being maintained? The current version doesn't even
> compile without errors. I have a couple of fixes there. I'll just
> attach them to this message for now. In the future, should I make
> separate e-mails for each? I will likely keep posting patches as
Gijs de Rooy wrote:
> If you feel happy creating patches for fgviewer, here's another issue that
> really
> should be looked at IMO...
>
> http://code.google.com/p/flightgear-bugs/issues/detail?id=117
Please find the corresponding thread, starting here:
http://www.mail-archive.com/flightgea
Martin Spott wrote:
> As far as my memory serves (I might be wrong and I'm currently not in a
> position to check) someone's been posting plausible objections against
> at least one patch for the B787 which (the objections) had never been
> adressed.
Yup, here's the r
Peter Morgan wrote:
> 2) two patches have already been submitted to this list and NONE have been
> appliced
As far as my memory serves (I might be wrong and I'm currently not in a
position to check) someone's been posting plausible objections against
at least one patch for the B787 which (the obj
Gene Buckle wrote:
> On Fri, 14 May 2010, Martin Spott wrote:
>> Good idea - it's just that I'm slightly uncertain if all those people
>> who are involved into professional use of FlightGear are permitted to
>> talk about their respective projects in the public ..
Martin Spott wrote:
> Alex Perry wrote:
>> I don't think we have country/state polygons in our current data
>> image.
>
> We're having all sorts of polygonal data available in the
> "Landcover-DB", including country/state borders. Thus from a techni
BTW, I've switched the MapServer mirrors of simgear, flightgear and
fgdata over to following the respective repositories at Gitorious. The
mirror setup still in testing mode but I'm quite confident that it'll
serve the needs.
Feel free to clone your local copy from there, especially the fgdata,
in
James Turner wrote:
> And a huge thanks to Tim and Martin for doing the work to make this possible.
I'd like to point out that Tim has been the one who did the Gitorious
migration _now_ - many thanks, congratulations to him !
The scope of my involvement is limited to providing the outcome of my
f
Alex Perry wrote:
> I don't think we have country/state polygons in our current data
> image.
We're having all sorts of polygonal data available in the
"Landcover-DB", including country/state borders. Thus from a technical
point of view there's no reason not to create a list of 1x1 degree
Scenery
Gene Buckle wrote:
> I'd like to build as comprehensive list as possible that shows all the
> various professional & educational uses & users of FlightGear.
Good idea - it's just that I'm slightly uncertain if all those people
who are involved into professional use of FlightGear are permitted to
Heiko Schulz wrote:
> So the next question is:
As far as I can tell, details are being arranged after the repositories
have been migrated properly - which, obviously, is the most relevant
step now.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
Peter Morgan wrote:
> So we need a working version on the tuesday before ..
>
> The following tuesday, U will be taking that to Linux tag.. on a chip ?
"Traditionally" (since 2007) the setup for LinuxTag has been prepared
and test-run by Matthias Boerner, Mathias Froehlich - and myself.
LinuxTag
Jim Duchek wrote:
> As another note, it seems that simgear and terragear from CVS have some
> problems -- using simgear-cs and terragear-cs from git seems to work better.
> Not sure what the -cs means or why we have two different repositories in
> the first place.
"-cs" is the short form for "Cus
"Ingels David" wrote:
> The interdepencies are chaotics
[ ] I've tried to understand the build instructions / FAQ
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
--
HB-GRAL wrote:
> BTW: "Warning: TangentSpaceGenerator: unknown primitive mode 9
> " does not go away (from all this bumpspec.eff) but I guess this is not
> related to my card. Is it?
I'm getting tons of this all the time with an NVidia driver on
Linux/AMD64.
I suspect the people involved are awa
"Rob Shearman, Jr." wrote:
>> http://calendar.freeflightsim.org/
>
> There is already such a thing maintained by Curt:
> http://www.flightgear.org/calendar.html
Well, the most obvious difference is that Willie's calendar seems to be
maintained more carefully. At least, when you take a snapshot v
Hi,
just wanted to let you know that this year's application for a booth on
LinuxTag [1] has been approved today.
Cheers,
Martin.
[1]: http://www.linuxtag.org/2010/en.html
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hi Stuart,
Stuart Buchanan wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/c172p/Models/Liveries
> In directory baron.flightgear.org:/tmp/cvs-serv9716/Models/Liveries
>
> Modified Files:
>fuselage-normal.png tail-normal.png wing-normal.png
> Log Message:
> Updated normal mappin
David Megginson wrote:
> I wrote that tutorial just after finishing my initial flight training
> in 2002, and it's based on the standard pitch+power=performance model
> of teaching.
Fortunately _my_ instructor was seriously concerned with always
installing a "safe" speed for climb, approach or wh
Peter Brown wrote:
> On Apr 8, 2010, at 4:09 PM, Martin Spott wrote:
>> BTW, feel free to use this service if your're looking for slightly more
>> complete airfield data:
>>
>>
>> http://mapserver.flightgear.org/ms?Service=WFS&Version=1.0.0&reques
Martin Spott wrote:
> BTW, feel free to use this service if your're looking for slightly more
> complete airfield data:
>
>
> http://mapserver.flightgear.org/ms?Service=WFS&Version=1.0.0&request=GetFeature&Typename=apt_airfield&MaxFeatures=1&Filter
Peter Brown wrote:
> I see. So that brings us back to magnetic vs true, as I was
> originally referring to. But, that's somewhat irrevelant as it
> _appears_ the mpmap is sourcing the data from the actual runway
> placement.
or from the navaids.
> My opinion is there should be an data fi
David Megginson wrote:
> 1. it's normal to have a plane sitting on the runway threshold with
> the engine idling
> 2. it's normal to have a plane sitting in a parking spot on the apron
> with the engine off
> 3. it's *not* normal to have a plane sitting on the runway threshold
> with the engine of
Stuart Buchanan wrote:
> Martin Spott wrote:
>> James Turner wrote:
>>> On 30 Mar 2010, at 16:46, Frederic Bouvier wrote:
>>>
>>>> What about putting subset of the current materials.xml inside the
>>>> scenery tree ? The material library could se
Torsten Dreyer wrote:
>> The biggest difficulty, to my opinion, is to realize some sort of
>> smooth transition, since the real-live vegetation isn't cut into
>> rectangular tiles ;-)
> Sometimes it is:
I was having bigger dimensions in mind when I wrote the above
paragraph :-)
What I was try
James Turner wrote:
> On 30 Mar 2010, at 16:46, Frederic Bouvier wrote:
>
>> What about putting subset of the current materials.xml inside the
>> scenery tree ? The material library could search either, in that order :
>> 1- ./tile.mat.xml ( along with tile.stg and tile.btg.gz )
>> 2- ./materials
Michael Sgier wrote:
> it does not matter if I release my apt.dats ( Sion, Bern etc. ) under
> GPL or not. [nonsense removed]
Your interest in FlightGear, as far as I have learned from various
sources, boils down to nothing but serving as a vehicle for you to
build a payware add-on business ontop
As a service to those who'd like to dedicate their time for comparing
v8.10 and v8.50 layouts (I don't know if anyone's interested at all), I
have now added both to the web map. This is a v8.10 sample:
http://mapserver.flightgear.org/map/?lon=-122.37563&lat=37.61927&zoom=15&layers=B00TF
David Megginson wrote:
> [...] Next, we were able to separate land (always forest) from water.
reminds me of the history of Creation :-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
Ron Jensen wrote:
> First design decision I faced: There are no ailerons on the stock
> version of this model, so I decided to use the aileron control to drive
> the rudder so it can be flown from the joystick. Thoughts?
It's not uncommon to 'pimp' this model plane by adding ailerons. Doing
thi
David Megginson wrote:
> Quite a few years ago we had a debate, because we had to choose
> between two sets of shoreline data:
Nowadays we're in the fortunate position of being able to merge land
cover data from various sources.
The foundation is still VMap0 which I've loaded into a PostGIS
data
Erik
Erik Hofman wrote:
> Update of /var/cvs/FlightGear-0.9/data/Models/Airport
> In directory baron.flightgear.org:/tmp/cvs-serv32368
>
> Modified Files:
>B-1200.ac BAK-12-0.ac Schopf_F110.ac TowBear_TT.ac
>default01.rgb eddf_lamp_t2.xml radar.ac tacan.ac
> Log Message:
> fix l
David Megginson wrote:
> [...] I think someone
> originally had a grandiose plan to build a water network, and wanted
> eventually to model locks, rapids, waterfalls, etc. to account for
> changes in water surface elevation, but that never happened, and to be
> honest, we should never have let the
Curtis Olson wrote:
> If you scroll down a bit, you can see that someone found an AC3D model of an
> easystar glider (this is a relatively cheap and small and light and slow
> flying RC hobby airplane.)
but makes a respectable racer if you're mounting a medium-sized,
brushless three-phase m
701 - 800 of 2338 matches
Mail list logo