Flightgear-commitlogs wrote:
> The branch, releases/2.2.0 has been updated
>
> - Log -
> commit df42a907df04bee9f42445c36be1cfe207c2f68b
> Author: Frederic Bouvier
> Date: Thu Feb 17 23:19:03 2011 +0100
>
>Fix issue #246
> ht
Heiko Schulz wrote:
> You want to see another aircraft than the 777 because the fdm is not
> realistic, but you don't want to see a chopper where the fdm is highly
> realistic and already prooved by a real pilot.
At least two real-life pilots, BTW,
Martin.
--
Unix _IS_ user friendly -
Bertrand Coconnier wrote:
> When I read this (for such a trivial change it looks very much like an
> overreaction)
[...]
> it raises my eyebrows.
I _think_ that Heiko had chosen a slightly awkward wording which
therefore might have been subject to misinterpretation.
Cheers,
Martin.
--
Heiko Schulz wrote:
> Jake has like so many others like me has an own repository where they
> can track their developement process and still offer people regular
> download-packages. His problem is now to merge back the changes made by
> AndersG into his repo.
Not a big deal with GIT, especially
Curtis Olson wrote:
> No one wants to remove existing content from the FlightGear project, even
> though some of that same content would not be allowed to be submitted by
> some authors as it stand right now. Because it was submitted by other
> authors or was submitted in the past we are ok with
Oliver Fels wrote:
> What I can imagine as a solution: FlightGear does not include the liveries in
> the distribution but provides further web space for separately downloading
> those.
This still puts the maintainer(s) of the respective download- or
mirror-servers at the risk of getting into tr
"Jon S. Berndt" wrote:
> It's been quiet here.
s/quiet/healthy/
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
--
Harry Campigli wrote:
> If I look in Navaids/apt.dat I find
Try the 'apt.dat' in 'Airports/',
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
---
Heiko Schulz wrote:
> If the weather is fine, yep, the real pilots here like Detlef, Syd
> and others spent their time getting some more hours of flight, [...]
or are busy with preparations for buying an aircraft - a Cessna
17*5*, in our case
Martin.
--
Unix _IS_ user frien
Torsten Dreyer wrote:
> As many of you might be aware of, a group of FlightGear enthusiasts have been
> presenting FlightGear at FSWeekend in Lelystad(NL) and LinuxTag in Berlin(DE)
> over the last years.
I just recieved confirmation:
"we are excited to inform you, that your application for th
Gijs de Rooy wrote:
> [...] I already contacted Fred about this but he claims it isn't a
> problem of his build and thus must be a bug in the code.
'fgfs-construct' crashing ? A bug in the code ? Unbelievable ! ;-)))
Martin.
--
Unix _IS_ user friendly - it's just selective about who i
Gijs de Rooy wrote:
>> Martin wrote:
>> 'fgfs-construct' crashing ? A bug in the code ? Unbelievable ! ;-)))
>
> Well, thing is still that I cannot build scenery with the latest build.
> Whether it's a Fred bug or not.
> If those that build it themselves have no problems with it (is it that har
Reagan Thomas wrote:
> Did you get enough donations to buy the new equipment?
Not yet. We're currently at 285,68 Euros of donated money and the
absolute minimum for a 24 inch screen is slightly above 150 Euros (at
least in our country), the 1920x1200 screens (of which we already have
six) are eve
Heiko Schulz wrote:
> Where are our OSG/ Graphic specialists when we need them?
Hehe, that's a matter of 'housekeeping': If you're in need of
specialists, make sure to care for them, don't scare them away ;-)
Have fun,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Curtis Olson wrote:
> I'm working on updating some of my software here and notice that OSG-2.9.11
> is available. I used to be able to run "./configure --prefix=/some/path" to
> configure the OSG install location, but that doesn't appear to work any
> more. Is there a new/official way to instruc
On Thu, Sep 04, 2008 at 01:07:44PM -, I wrote:
> exactly the panel of the D-EEQA which I have been flying for some
> dozend hours already - some of you probably still remember this photo:
>
> http://foxtrot.mgras.net/bitmap/FGFS/DEEQA-LFLV02.jpg
It looks like this bird is becoming the firs
Martin Spott wrote:
> [...] On the other hand the airframe or maybe even just the cockpit
> section makes a perfect eye-catcher for FlightGear presentations on
> public shows :-)
Note: This is a private adventure, no donated money will be used for
this purchase,
Martin.
--
Gene Buckle wrote:
> Awesome find Martin! I bet you could part out the avionics to help pay
> for the conversion to a simulator. :)
I'm not entirely certain what precisely we're going to do.
The second part of the story is that, at the same day, we bought
another aircraft, a Cessna 175 (yes, *5
HB-GRAL wrote:
> osgDB ac3d reader: could not parse texture coords while reading object
> "Mesh1 Component_1_1 M" setting to (0,0)
These relate to the "KSFO_DomesticGarage.ac" model. Everything's fine
when I'm loading the model in 'osgviewer', therefore I suspect some
obscure special handling in
thorsten.i.r...@jyu.fi wrote:
> Since I don't follow the 'rule' by coding 10.000+ lines in Nasal, I
> suppose that is partially thrown into my direction. From where I stand,
> there are good reasons to use Nasal - first of all the userbase which
> regularly compiles their own code is small, wherea
Hi John,
"J. Holden" wrote:
> Can someone with TerraGear please download and compile at least one >
of these scenery areas?
Via your shell account on 'sphere' you're having access to a working
TerraGear toolchain. Use that one, if you like ;-)
Cheers,
Martin.
--
Unix _IS_ user friend
Hi Yves,
HB-GRAL wrote:
> Maybe I am wrong at all, sorry for the confusion. I am just a small and
> non-important contributor who wants to do licence things how it has to
> be done.
I'm convinced that being careful about contributor's licenses is a core
requirement in a world where The FlightG
Arnt Karlsen wrote:
> On Wed, 6 Apr 2011 20:06:40 -0700 (PDT), J. wrote in message
>> This scenery product is released under the GPLv2.
>
> ..thank you both, but _which_ GPLv2, GPLv2-only or GPLv2-and-later?
Can we stop this ? "GPLv2" is pretty unambiguous: "GPLv2" !
Oh my
Martin.
Adrian wrote:
> After a brief search (>1h!), I couldnt find a way to get any of the the
> terragear tools sources; am I a googlagnostic or something, or did I
> simply miss sth important...?
Usually the latest source tree is available at:
http://mapserver.flightgear.org/git/gitweb.pl?p=terrage
Ron Jensen wrote:
> Martin: Can we PLEASE ungzip apt.dat in the repository so we can track changes
> to it!
The GIT repository you mean ? Ask those who decided do put a compressed
file there, _I_ am just continuing an old tradition.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's jus
Martin Spott wrote:
> Usually the latest source tree is available at:
>
> http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs
>
> but it looks like we're having a server failure right now.
It's back, network error
Martin.
--
Unix _IS_
Flightgear-commitlogs wrote:
> commit e275005a9691dfe4cc4b53c0ff386bbed7600414
> Author: BARANGER Emmanuel
> Date: Fri Apr 8 00:04:09 2011 +0200
>
>New plane : Piper Pa32 Saratoga
Ah, _this_ is one I'd really like to fly in real life, it fits my
license and allows for a nice week-end trip
Hi Roland,
Roland Häder wrote:
> Can those "spaced names" be fixed e.g. to names with underscores? Or
> won't FGFS (latest GIT/master here) find them?
I think it's impracticable to force every parking position name
worldwide not to have spaces, especially since it may be just a name
and not an i
Martin Spott wrote:
> Ron Jensen wrote:
>> Martin: Can we PLEASE ungzip apt.dat in the repository so we can track
>> changes
>> to it!
>
> The GIT repository you mean ? Ask those who decided do put a compressed
> file there, _I_ am just continuing an old tradition.
Ron Jensen wrote:
> On Friday 08 April 2011 13:44:49 Martin Spott wrote:
>> Please consider my response "c)" here:
>>
>>
>> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg28111
>>.html
>>
>> before blaming
Heiko Schulz wrote:
> In Theory you could use Blender and manipulate the terrain:
> http://users.tkk.fi/~lapelto2/fgfs/import_btg_v7.py
> http://users.tkk.fi/~lapelto2/fgfs/export_btg.py
Sure, this approach is tempting, because you're getting nice return
pretty soon. But on the other hand it carr
Hi Scott,
Scott Hamilton wrote:
>I've only just started thinking about it, but it all started when I
> sent my output from TaxiDraw, and it seemed anything that would help
> make it easier, also what do we do if Martin is run over by a bus (or
> other fast moving vehicle), single points of fa
Arnt Karlsen wrote:
> On Mon, 11 Apr 2011 11:49:14 + (UTC), Martin wrote in message
> :
>> Shapefiles go into a PostGIS database, the "Landcover-DB" behind "The
>> FlightGear MapServer". Actually it's exactly the same database which
>> is also holding our 3D Scenery models and, among more stu
Harry Campigli wrote:
> I also have a sim built of multiple machines and would add support to Johns
> comments about a socket to feed or maybe even just sync AI to other
> machines.
Folks, just from a design point of view: The more custom shortcut's are
being added now, the more burdensome it wil
cas...@mminternet.com wrote:
> However, a quick search indicates there is an open source HLA on sourceforge
> License is Apache License V2.0, no idea how that compare to GPL or LGPL,
> but might be worth a look-see. Whatever, it is going to take time and
> effort (cost) to make FG compliant [...]
ThorstenB wrote:
> The 2.2 release itself was branched in January (first sg+fg and a few
> weeks later also fgdata).
Note that there are a couple of updates/additions (and removals) to the
Base Package which have, as far a I can tell, not yet been migrated to
the release branch. At least the stu
ThorstenB wrote:
> On 15.04.2011 01:22, Martin Spott wrote:
>> Note that there are a couple of updates/additions (and removals) to the
>> Base Package which have, as far a I can tell, not yet been migrated to
>> the release branch. At least the stuff Jon Stockill and I hav
Hi Christian,
Christian Schmitt wrote:
> I encountered "unknown runway surface" errors, caused by some strange
> heliport runways (see EGTG). I created a patch to circumvent this for now:
> https://gitorious.org/papillon81/terragear-
> cs/commit/263a1cdd537bd07e2d5a503b38043f8faee29e38
I don't
Martin Spott wrote:
> I don't remember all the details from the top of my head, but I'm
> pretty certain that processing heliports requires a few more changes. I
> usually pre-process the 'apt.dat' files, making simple tarmac from the
> helipad squares (thus loosi
Christian Schmitt wrote:
> Martin Spott wrote:
>> http://mapserver.flightgear.org/Heliport.pl
>>
>
> Well, I'd rather get it right in genapts [...]
Sure, would be preferred. The above is just a quick hack (but
functional) and was meant as a hint to which places
Christian Schmitt wrote:
> -#define __FLT_EVAL_METHOD__ 0
> +#define __FLT_EVAL_METHOD__ 2
I think a simple "-O2" should be permitted. Does it still fail with
setting just this single option ?
> I encountered this problem on an Atom-based machine and an AMD Phenom
> machine. So, yes, I should p
Christian Schmitt wrote:
> Martin Spott wrote:
> The O2 flag was set for all tries but it's not the problem here. The problem
> are certain -march options. "-march=core2 -mfpmath=sse" for the Atom showed
> the error. Settung it to a more conservative "-march=pre
Curtis Olson wrote:
[...]
I'm trying not to add yet another iteration to the debate about the two
terms "topologically correct" vs. "good enough", everything's already
been said (details upon request, if required), but I think one point
ought to be made very clear in this context, for those who ar
Curtis Olson wrote:
> Generally terragear is going to be more IO bound that compute bound anyway.
> I don't think you buy yourself a whole lot by trying to squeeze a few
> instructions savings into your build.
Agreed,
Martin.
--
Unix _IS_ user friendly - it's just selective about who it
I wrote:
> [...] Nowadays
> people are creating their own public forks (ah, "clones" ;-) of
> "terragear-cs" before submitting _anything_ - which is't that bad at
> all [...]
This typo could be misleading as well :-)
"which isn't that bad at all"
Christian Schmitt wrote:
> I can agree, it was surely not the 100% correct setting. But for my Phenom I
> still have no clue what to do.
Does it fail even without _any_ additional compiler flag ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis Olson wrote:
> Hopefully the larger point to be made is that we are moving forward with
> terragear-cs and my main point of jumping in here is to try to give some
> context and hints and understanding of the basic system. There's no point
> in chasing down the wrong paths in search of bugs
Geoff McLane wrote:
> I know and read some, like Martin, want to go perhaps
> another direction, and that too is fine...
Well, what I am (we are) having in mind is to provide some sort of a
"scenery root node" to FlightGear in the way like you're typically
referencing OpenFlight scenarios. This
Martin Spott wrote:
> Looks like we're going to have a booth this year again:
>
> http://www.linuxtag.org/2011/en.html
>
> I'll post an update as soon as the booth is definitely confirmed.
I hope I did not sure if I forgot to send it. In case of doubt:
Yes, the
Gijs de Rooy wrote:
> Do "virtual visitors" count? Hm, only if you'll have an internet connection
> at the
> booth of course...
We'll see. Primary focus is to serve the local visitors ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Geoff McLane wrote:
> Hi Martin,
>
> Maybe you missed my 'little' question [...]
I hear your voice, I'm just a little bit too busy with real life for
writing an appropriate response. I hope I'll be able to do so before
LinuxTag,
Martin.
--
Unix _IS_ user friendly - it's just selective
Curtis Olson wrote:
> I just noticed that when I take snapshots from a running copy of flightgear
> using the built in command (F3), the resulting output image is just garbage
> or blank.
Disable OSG threading ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its fri
Curtis Olson wrote:
> https://dl-web.dropbox.com/get/Photos/fgfs-screen-043.png?w=eba5c12c
"It seems you don't belong here! You should probably try logging in?"
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Curtis Olson wrote:
> I see that for Nasal scripts we can call airportinfo() to get the name and
> runway info for the closest airport. We can also call airportinfo(ID) to
> get the details of a specific airport. However, what I don't see is a way
> to request a list of the "n" closest airports
Csaba Halász wrote:
> On Wed, May 11, 2011 at 11:24 PM, Heiko Schulz wrote:
>>> Anybody got a screenshot with stopways?
>>
>> Yep:
>> www.hoerbird.net/fgfs-screen-251.jpg
>
> Thanks! Apparently I have to use the scenery from fgdata and not
> terrasync. With that, I have stopway with both the old
The first three of four days at LinuxTag 2011 in Berlin are over. Your
booth crew, consisting of David Glowsky, Holger Wirtz, Mathias
Froehlich, Thorsten Brehm, Torsten Dreyer and myself has experienced
quite some change over the days. Now I'd like to share a brief report
with you.
First item to m
ThorstenB wrote:
> [...] Well. Our netbooks were always ready to
> secretly telnet into the sim. Surprisingly, their flights were hampered
> by failing instruments, stalled engines or stuck gear (or any
> combination for really hard cases).
I'd like to complain that _I_ was choosen as a victim
Marcel Fernandez wrote:
> Apart from that I??m specially interested in the OpenRadar project. I am a
> member of the Vatsim network but I would like to help you improve the
> Flight Gear's multiplayer network (controllers client, etc).
> Can anyone please help me get started formally in your proj
Marcel Fernandez wrote:
> Thanks for your help martin, I??m going to get a copy.
BTW, I just reminded that I'm having a copy of a source code package
implementing OpenRadar-on-HLA (as an additional data feed for
OpenRadar, like FG multiplayer and ADEXP). Everything pure Java, like
the rest of Op
Heiko Schulz wrote:
> I hate to say it, but the the new fdm is completly wrong and doesn't
> apply to the real one in any way.
In general I'd recommend first to discuss the item with the author of
the change. If the drawbacks introduced by the new FDM are really that
obvious and serious as you'v
ThorstenB wrote:
> Thanks Curt, that sounds very much like a possible reason. Was that a
> change to fg/sg or fgdata? Anyone remembers the exact commit?
As far as I remember, it's related to "Lauri Peltonen" and "sky dome",
it's implementing a shader (among other stuff) and was indeed meant to
b
"J. Holden" wrote:
> http://www.stattosoftware.com/flightgear/golfcourse.png
> AND
> http://www.stattosoftware.com/flightgear/golfcourse_winter.png
>
> If someone could commit these to git and update materials.xml, well, I'd be
> very happy.
I'm planning to commit these textures together with t
Salut Emmanuel,
BARANGER Emmanuel wrote:
> The fact is that Heiko do not like the way I work. He does not understand
> "organization " and "compliance". He thinks that Maik JUSTUS knows
> everything about everything. For the rotation of the rotor, I
> acknowledge that I did not notice. This will
Marcel Fernandez wrote:
> If you want to do that, count me in. All you have to do is explain me a bit
> what I have to do.
Hah, I'm not planning to do that myself, instead I'm trying to catch a
volunteer who'd be willing to continue the OpenRadar where Ralf left
the scene :-)
The foundation of O
Hi Ryan, please excuse the rather brief comment. I had been short in
time and was about to leave - actually I ended up being too late for
the final rehearsal before a symphony concert this morning :-((
Your submission is touching various places, therefore please expect
various people (mainta
Ryan M wrote:
> On Sun, 2011-05-22 at 16:59 +0000, Martin Spott wrote:
>> [...] Look, we're already distributing
>> airport-specific ground networks, why not accompagny the jetway
>> positions alongside the other airport-specific stuff instead of
>> creating yet an
James Turner wrote:
> I talked to Ryan on IRC last night, and we discussed this. I've some
> local mods to commit+test that basically do exactly what is described
> above; they allow Nasal (or really, the loadxml command) to hook into
> my existing 'find a file for an airport, in the scenery locat
Flightgear-commitlogs wrote:
[...]
> commit 776866b4f79ca34f202a476c5af22531bdf53a87
> Author: Ryan Miller
> Date: Thu May 26 18:10:32 2011 -0700
>
>New animated jetway system; add support for EGKK, EHAM, KDEN, KLAS, KSFO,
> PANC, 717, AI 737, AI 744, AI MD-80
BTW, from my perspective, in
Ryan M wrote:
> * Jetways are disabled by default due to noticeable FPS impacts.
I'm feeling slightly uneasy with the current state because people don't
get any jetways at all if they disable the flag in order to preserve
performance. Personally I'd prefer a solution which keeps static
jetways a
ThorstenB wrote:
> In two cases the referenced textures aren't even in fgdata.
Hah, sounds familiar - that's a recurring cause of trouble with
submissions to the "Scenemodels" repository. _I_ am running a
consistency checker on every model, but .
> Finally, I found 3 affected global models i
Ciao Franceso,
Francesco Angelo Brisa wrote:
> I am successfully generating now pdf with maps of the surrounding of an
> airport, but something worries me about:
>
> If I generate a map of KSFO, I see a hole just south west of HALF MOON BAY,
> just upon the ocean.
>
> my question is: Am I badly
Erik Hofman wrote:
> [...]
0) Does it meet the technical requirements for being used in
FlightGear ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
--
Hi Frederic,
Frederic Bouvier wrote:
>> 0) Does it meet the technical requirements for being used in
>>FlightGear ?
> I'll let you elaborate on this topic before I could answer.
My comment was addressing those who are judging over the usability just
from watching a video on YouTube :-)
Bes
"Vivian Meazza" wrote:
> And while Martin is making snide remarks - nothing was done without
> discussing it with Jon Stockill first. I thought that he was running the
> database - obviously he isn't and the discussions were meaningless. Pity no
> one has told Jon.
Running and maintaining the "S
Durk Talsma wrote:
> On 05 Jun 2011, at 20:13, Ryan M wrote:
>> Very well. Should I still attempt my proposed amendments?
>>
>
> Yes please.
Adding to Durks statement(s), I'd like to express my particular
appreciation to the idea of applying relative elevations - this
approach is quite similar
Arnt Karlsen wrote:
> On Wed, 08 Jun 2011 09:30:12 +0200, ThorstenB wrote in message
> <4def2504.8020...@gmail.com>:
>
>> On 08.06.2011 08:18, Michael Sgier wrote:
>
>> > If you really want to fight those scamers, there's a very simple
>> > way to do that: inform people.
>
> ..about what, Flig
Arnt Karlsen wrote:
> ..our current "GPL" practice [...]
Arnt, for what stupid reason are you using the terms "we" and "our" ?
Except from annoying the developer's mailing list with unwanted
outpourings you have not been involved in the FlightGear project at
all, at least not for the last twelve
Alex D-HUND wrote:
> two things related to the transitional solution
> "use-custom-scenery-data" I stumbled on:
The recommended way of defining Scenery directories is to put multiple
directories into the "Scenery-Path", whereas the TerraSync-directory
should be precede the Base Package Sceners. S
Martin Spott wrote:
> The recommended way of defining Scenery directories is to put multiple
> directories into the "Scenery-Path", whereas the TerraSync-directory
> should be precede the Base Package Sceners. See also:
Please excuse my typos and spelling mistakes, I
Would anyone please consider applying this one to 'flightgear':
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 293d8b4..d2c50db 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -65,7 +65,7 @@ else()
set(FG_NDEBUG 1)
endif()
-if(${SP_FDMS})
+if(SP_FDMS)
set(ENABLE_SP_FDM 1
ThorstenB wrote:
> The feature reuses the terrasync sources and relies on a subversion
> client. Either using built-in subversion (when "libsvn" is installed,
> which is recommended). Otherwise, fgfs tries calling an external utility
> ("svn") for downloads.
I'm observing one minor issue: The SVN
"Vivian Meazza" wrote:
> This was NOT a good time to introduce a whole new idea, just before a
> release.
http://wiki.flightgear.org/Release_Plan#Detailed_Time_Schedule
June 17th is declared as being the feature freeze day. Thus, as long as
they don't commit a pile of crap to the repository, w
Csaba Halász wrote:
> For example, if you have 2 separate scenery "consumers" it would make
> sense if they both sent requests to the same terrasync instance. If
> both included their own terrasync copy, who knows what confusion might
> result (double download, svn lock, etc.).
Nobody forces you
Csaba Halász wrote:
> Finally, there could be other programs that need scenery data, would
> you embed terrasync in each one? I view this as bad design.
By having a closer look at Thorsten's patches you'd realize that his
primary work was to turn the standalone program with hard-coded host-
and p
Hi Alex,
"Alex B." wrote:
> Durk wrote[1]: "[...]and the files that are still called "parking" are
> the ones that I still need to rename / improve / verify." There are
> still files called "parking" in the base package.
Indeed. FlightGear, as far as I understand, should be capable of
reading bo
Csaba Halász wrote:
> On Wed, Jun 15, 2011 at 10:57 PM, Martin Spott wrote:
>> Csaba Halász wrote:
>>
>>> Finally, there could be other programs that need scenery data, would
>>> you embed terrasync in each one? I view this as bad design.
>>
>> By hav
ThorstenB wrote:
> But this and other posts today show [...]
This is by far the best characterization of The FlightGear Projects
age-old disease I've ever read,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Ryan M wrote:
> Stupid question about dual-licensing: Can I dual-license an aircraft
> under both GPL2 and CC-BY (no -SA or -NC), and still have it placed into
> fgdata?
Yes. One point to keep in mind is that further refinement of this
aircraft inside the FlightGear repo is likely to happen just
thorsten.i.r...@jyu.fi wrote:
> Flightgear has a lot less trouble finding consensus, because the numbers
> are much smaller than in the ATLAS collaboration.
And here's the point: A 'significant' number (in the statistical
meaning) of FlightGear developers is, to put it mildly, not very well
train
Frederic Bouvier wrote:
> embedded terrasync was not working for me because the scenery-dir
> entered in the dialog was not copied in the property. It should be
> fixed in fgdata now (dialog definition lacking a global dialog-apply).
Isn't the scenery-dir in the terrasync dialogue meant to be
non
Frederic Bouvier wrote:
> No scenery dir (top most) is editable. The google url isn't.
Ah, ok,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
---
Stuart Buchanan wrote:
> On Fri, Jun 17, 2011 at 8:47 PM, Torsten Dreyer wrote:
>> Please refrain from pushing new features or major infrastructure changes
>> to our streams. Please note: this includes fgdata, too!
[...]
> What's the position on aircraft updates?
They're part of "fgdata" ;-)
Ind
Hi Stuart,
Stuart Buchanan wrote:
> Both of the changes in question are major model overhauls to the respective
> models (c172p, c150).
Comments on the state of the c172 model went unheard for months,
therefore I'd like to hear a really convincing reason why such major
overhaul can't wait until
Stuart Buchanan wrote:
> I don't think there's a convincing reason why it can't wait until the next
> development cycle, but I was unclear as to whether aircraft were
> considered major features.
Ah, well, aircraft are a pretty prominent feature in flight simulation,
don't they ;-)
While we're
As a general rule I'd propose to make a clear distinction between a)
datasets, b) hosting sites and c) protocols or revision control systems
(at least). Some people are implying SVN when talking about hosting
large datasets, others are implying Gitorious when talking about GIT.
Continuing this mixu
Hi Chris,
Chris Wilkinson wrote:
> I pulled the lastest fg and sg git code a few days ago, built it,
> installed it, pulled a fresh copy of the fgdata repo, and merged that
> over top of the existing folder I had so I could keep my custom
> scenery.
Copying Scenery directories over each other is
Chris Wilkinson wrote:
> What I do when I update fgdata is I keep a backup copy of the fresh
> pull, along with a backup copy of the old fgdata complete with my
> custom stuff. When I say I 'merge' the folders I take a copy of the
> fresh pull, copy that to a location to use as my 'live' folder,
Torsten Dreyer wrote:
> Should we change this setup?
I'm in favour of leaving the selection as-is - simply for the practical
purpose of saving us from the usual flame war :-)
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Chris Wilkinson wrote:
> How should default and custom scenery be arranged?
In different directories, that's what "--fg-scenery=" is for -
see:
http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-450003.5.1
and
http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-260003.1.2
Chris Wilkinson wrote:
> So if I keep custom and default separate, depending on which I start
> the sim with, one or the other will be absent (correct me if wrong).
When requesting a new scenery tile, FlightGear walks the scenery path
and will load the respective terrain tile from the first dire
1 - 100 of 2338 matches
Mail list logo
