Melchior FRANZ wrote:
> * Tatsuhiro Nishioka -- Tuesday 07 April 2009:
>> I hope many people understands what Melchior said on the property
>> system.
>
> They don't. [...] I'll just not
> commit any code to FlightGearTNG. I'll just be one of the bo105
> developers (together with Maik). It's no
Andrew Gillanders wrote:
> FlightGear 1.9.1 is running very well on my MacBook, running Mac OS X
> 10.4. The only problem is the Cessna 172P. If I run the model with
> the 3-d panel, FG crashes when the splash screen is about to
> disappear and the plane appear.
Do you have a command line '
Harry Campigli wrote:
> I was wondering if i can find someone with a little time to help write a
> small funtion to attach remote Ai aircraft to the Ai subsystems.
FlightGear's AI subsystem is designated (and I think in large parts it
already works this way) to handle every sort of 'external' tra
cullam Bruce-Lockhart wrote:
> And is there anywhere I can download vmap1 as a full set? At
> http://flightgear.telascience.org/download.psp, I'm only able to
> get the data one land type at a time, and it seems to come in a
> very different format from vmap0, so the end commands will clearly
>
Patrice Poly wrote:
> I have just received a mail from Ian Forster-Lewis , the author of the
> original ridge lift ground sampling algorithm, in which he agrees for
> inclusion of his work into FG, provided that his name and link is included in
> the code.
Great addition, marvellous !
Curtis Olson wrote:
> I'm seeing a ton of these nan's when I start at KHAF ... it's just one or
> two or three per frame, but that ends up spewing an awful lot of extra text
> to my console.
That's weird, at least using the ASK 21 I don't see a single one - on
Linux/AMD64 with GCC-4.3.2,
Stuart Buchanan wrote:
> I've been seeing this every time I load on Ubuntu Hardy. I'm 90% sure
> that the ridge-lift enhancement is the root cause - it's the only
> source change that went in when I rebuilt last.
We've occasionally seen lots of NaN's before addition of the ridge-lift
as well and
Curtis Olson wrote:
> Yes, there was some discussion a while back about adding the boost
> dependency. There should be prebuilt boost packages for most linux
> distributions.
Note that just the Boost header files are required - which makes adding
Boost to the setup quite easy,
Martin -
Hi Frederic,
Frederic Bouvier wrote:
> I did not follow that thread carefully until today when I released few
> models from me was affected by that change. I made the suggested fix (
> copy rgb to amb ) as I don't have time to tweak all of them
> independently. I made changes in the base package
Melchior FRANZ wrote:
> * Gene Buckle -- Saturday 09 May 2009:
>> At least give him credit for trying to participate instead
>> of refusing to help because things didn't go his way.
>
> LOL. Erik is a core developer since many years.
Simply look at the various "Thanks" files and look into FlightG
Ranjana K wrote:
> Please send a source code to convert .btg to .hgt files as soon as
> possibleplease
As it has already been pointed out, apparently nobody has been doing
this before. So, if you'd expect someone else to do your work, you
might consider offering a paid contract for th
Ranjana K wrote:
> Thanks for advicing.In the last reply there said that it is difficult to
> convert. As it is difficult I was in hope that a code exists and asked for
> it.
Well, in order to do it "right", for allowing reasonable comparison
against stock SRTM, you would have to cut Flig
Manuel Bynum wrote:
> RE:F-14B
>
> I apologize. I forgot to say, you must get the Davepack to get the F-14B to
> work.
The F-14B in CVS loads pretty well without external dependency,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hi Alexis, Manuel,
Alexis Bory - xiii wrote:
> Also please, would you mind choose and formalize a specific name to the
> JSBsim Tomcat? I already proposed to you
> $FG_ROOT/Aircraft/f-14b-jsbsim/f-14b-jsbsim-set.xml, but now, it is up
> to you to decide and fix this. Actually, it would be a ni
Alexis Bory - xiii wrote:
> Martin Spott wrote:
>> Martin - proud owner of some rather comprehensive documentation on
>> the F-14(A).
>
> What about NAVAIR 01-F14AAA-1A ? <-- looks like still classified. (note
> the "A" at the end of the ref.)
When I was
Alexis Bory - xiii wrote:
> Yes, this is the later case. And actually it would be much better to
> incorporate the new JSBsim config in the existing folder. I completely
> agree with you. *But* before this to become a nightmare, I think some
> matters have to be clearly mastered. The f-14b is n
Curtis Olson wrote:
> I did a long haul flight recently from Boston to NY to MSP in the alphajet
> (current CVS version) and not far out of Boston started dropping tiles right
> and left ... it was a mess. I got to the point where I had no visible tiles
> loaded, just flying over empty space as f
"Yan Seiner" wrote:
> Does the index.txt file in the Airports directory list all of the airports
> in the world?
Yes, the 'index.txt' file contains lon/lat of all airfields which
available in the latest World Scenery release.
> Would there ever be a case where an airport in a dataset is not in
>
"Yan Seiner" wrote:
> Does anyone have a legal source for getting images of airports based on
> the data in the index.txt file that ships with the dataset?
It it's just for the airfield layout and you don't care too much about
the surrounding land cover, then you could always pick it from our
Lan
Martin Spott wrote:
> It it's just for the airfield layout and you don't care too much about
> the surrounding land cover, then you could always pick it from our
> Landcover-DB/MapServer. Take this one, for example:
>
>
> http://mapserver.flightgear.org/map/?lon=-9
"Yan Seiner" wrote:
> On Wed, May 20, 2009 2:14 pm, Martin Spott wrote:
>> Martin Spott wrote:
>> BTW, this also works perfectly by picking the "WMS" URL from the
>> main page and droppping it into QGIS or any
>> other WMS-capable desktop GIS,
>
Martin Spott wrote:
> 2.) From the menu select Layer -> Add WMD Layer
^^^
Oh yeah, should have been "WMS",
Martin.
--
Unix _IS_ user friendly - it's just selective abou
ed it for WMS.
> On Mon, 2009-05-25 at 14:12 +, Martin Spott wrote:
>> 3.b) Insert the WMS URL from the 'mapserver.flightgear.org' main page
>
> This had me fooled for a minute. The url is
> http://mapserver.flightgear.org/ms Qgis will append
> the ?Service=WMS&a
Ron Jensen wrote:
> Guess I should have tried this first, but an update of terragear-cs
> solved the issue...
Glad to know - I felt a little bit bemused by your message ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
"Vivian Meazza" wrote:
> Done - but you will need to check that it has been done correctly
Cheap trick:
- Fix line endings, if required,
- commit che changes,
- remove your local copy of the respective aircraft,
- make a CVS update
- run a recusive diff.
Cheers,
Martin.
--
Unix _I
syd adams wrote:
> This helped me out , not sure if it's what your looking for ...
>
> http://www.x-plane.org/home/robinp/Apt850.htm
Yup, this is the authoritative source. Please note that we're still
using the v8.10 format instead of v8.50.
Cheers,
Martin.
--
Unix _IS_ user friendly
Hi Patrice,
Patrice Poly wrote:
> In file included from ../../src/Scenery/scenery.hxx:39,
> from AIEntity.cxx:34:
> ../../src/Scenery/SceneryPager.hxx:46:32: error: missing binary operator
> before token "("
> make[2]: *** [AIEntity.o] Erreur 1
Just a quick, sparsely verified gu
Hi James,
James Turner wrote:
> Is there an accepted way to store an absolute time (as opposed to an
> interval or delta) in the property tree? The obvious way (to me)
> would seem to be using a double to store seconds since the Unix epoch,
> but it's not exactly human-readable. Of course
Hi Maxime,
Maxime Guillaud wrote:
> Following the tutorial from the wiki
> (http://wiki.flightgear.org/index.php/Using_the_Custom_Scenery_TerraGear_Toolset),
>
> I was able to generate some scenery successfully. However, when I load
> it into FG, it looks like many of the land use data types
Curtis Olson wrote:
> On Mon, Jun 8, 2009 at 2:04 PM, Martin Spott wrote:
>> James Turner wrote:
>>
>> > Is there an accepted way to store an absolute time (as opposed to an
>> > interval or delta) in the property tree? [...]
>> FlightGear's "
Hi James,
James Turner wrote:
> Update of /var/cvs/SimGear-0.3/source/simgear/route
> In directory baron.flightgear.org:/tmp/cvs-serv5559/simgear/route
>
> Modified Files:
>route.cxx route.hxx waypoint.cxx waypoint.hxx
> Log Message:
> Extend SGWaypoint with track and speed data, and co
Curtis Olson wrote:
> Question: do we have SID/STAR data available anywhere within the FlightGear
> project?
I'm not aware of such data "within the FlightGear project", but I think
"project magenta" has some in their navdata download section yet
I have no clue about their license and the sc
Alez Buzin wrote:
> May I have miss something but I have in FG properties
> "sim/time/gmt" in the form "2009-05-16T12:08:16",
> "sim/time/gmt-string" as "12:08:16",
> and sub-trees sim/time/utc/... and sim/time/real/... containing year,
> day etc as integers. What problems to use this?
Working wi
Hi together,
earlier revisions of the FlightGear web page had a feature to mention
upcoming events a) as a small note on the main page (even though, errm,
it's been mostly pushed aside into some remote corner by the
omnipresent advertising ) and b) on a related 'events.html' page to
carry more
Hi Curt,
Curtis Olson wrote:
> Feel free to submit an event description to me. Let me humbly suggest that
> that should be step #1, and the step #2 could be to complain if it isn't
> added.
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg21405.html
> Thus, I eagerly aw
Curtis Olson wrote:
> And even when issues are brought to my attention ... we are all volunteers
> here ... I take time out of my paying work I'm a consultant and have to log
> my individual working hours on the various projects I get paid for. So
> when I take time out of my day for FlightGear
Curtis Olson wrote:
> [...] But at some point, with some people, it starts
> to seem like they are more interested in arguing and trotting out all their
> perpetual sore spots than finding ways to make the system work.
Please explain,
Martin.
--
Unix _IS_ user friendly - it's just sele
Curtis Olson wrote:
> On Fri, Jun 12, 2009 at 5:10 PM, Martin Spott wrote:
>
>> Oh man, whenever the discussion gets to FlightGear's organizational
>> bottleneck (Curt), we almost always read the same whining with just
>> little variation.
>
>
> Hehe, it
Hi,
Geoff McLane wrote:
> But to make it 'permanent' - that is not lost in the
> next FG scenery generation - you should submit your
> changes to Robin Peel - [...]
The file format we're using for FlightGear is not maintained any more -
at least not by Robin Peel. Thus, if you'd like to save you
Curtis Olson wrote:
> Glad to see someone is starting to nibble at the 8.50 format and figure it
> out. If you are developing code that takes the bezier outlines and can turn
> that into a polygon representation, then it shouldn't be terribly difficult
> to add that into genapts.
I'd like to rem
Frederic Bouvier wrote:
> Martin Spott a écrit :
>> http://foxtrot.mgras.net/bitmap/FGFS/KSFO-861.png
>>
>> Not that, as shown here, not all v8.50 airfields match the quality
>> measures we would expect - just take the northern part of taxiways L
>> (east of
Curtis Olson wrote:
> Question: what if our "joomla" site gets hacked some how and vandalized?
> How easy is it to roll back changes and restore a site after it's been
> damaged? With our current system it's real easy ... I just rerun the web
> site rsync command and yell at the ISP to fix the se
Frederic Bouvier wrote:
> As I already wrote, it looks like many bezier nodes are ignored and
> displayed as straight nodes.
This was quite clear - I just didn't understand why ;-)
Nevertheless, steadily we're getting there:
http://mapserver.flightgear.org/map/?lon=-122.3749&lat=37.618
Hi Erik,
Erik Hofman wrote:
> Update of /var/cvs/FlightGear-0.9/source/src/Network
> In directory baron.flightgear.org:/tmp/cvs-serv24469
>
> Modified Files:
>generic.cxx generic.hxx
> Log Message:
Out of curiosity: Did you make sure there's nothing missing ?
jive: 12:54:04 /usr/local/
James Turner wrote:
> Addendum - looking at nav,dat, it contains DME entries for each ILS,
> so that part at least is unnecessary - [...]
Yup - the "DME element of an [ILS,VORTAC,VOR-DME,NDB-DME]" is to be a
separate entity in the 'nav.dat' file by definition,
Martin.
--
Unix _IS_ user frien
James Turner wrote:
> Okay, which leaves the other issue: ADF. Neither the generic adf.cxx
> nor kr87.cxx search ILS stations. Looking at this PDF:
>
>
> https://www.bendixking.com/servlet/com.honeywell.aes.utility.PDFDownLoadServlet?FileName=/static/brochures/pdf/kr87.pdf
>
> makes me
Vivian Meazza wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/MPCarrier
> In directory baron.flightgear.org:/tmp/cvs-serv18340
>
> Modified Files:
>help.xml
> Log Message:
> Update to reflect recent changes
Please excuse my curiosity: Isn't the number of consecutive empty lines
Hi Erik,
Erik Hofman wrote:
> Update of /var/cvs/SimGear-0.3/source/simgear/screen
> In directory baron.flightgear.org:/tmp/cvs-serv19946
>
> Modified Files:
>Makefile.am
> Removed Files:
>colours.h texture.cxx texture.hxx
> Log Message:
> Move the texture code to FlightGear/uti
Erik Hofman wrote:
> gcc can't be trusted.. I did a test compile here :-(
>
> I'll fix it.
No problem, maybe the changed file just didn't make it into the CVS
commit. I'm very cautious these days for the sake of not having to deal
with this sort of stuff once we're set up at LinuxTag ;-)
Hi, just a little reminder for those who missed the original
announcement: The usual crowd is presenting FlightGear on the LinuxTag
expo these days (http://www.linuxtag.org/). Typically we are around
EDDF or EDDI on the MP servers between 07:00 and 16:00 UTC:
http://foxtrot.mgras.net/bitmap/FGFS
Hi Nicolas,
Nicolas Quijano wrote:
> The specific "culprits" today are Syd Adams (dhc2, for sure and dhc6 also, I
> think) and Gerard Robin (PBY-Catalina). There might have been more cases
> today, and I think we have a few more a/c in cvs who exhibit those symptoms
[...]
> Or, if the aircraft no
Nicolas Quijano wrote:
> Not expecting or demanding anything, just wanted to voice a thought and to
> remind, as Syd proved it, that the fear of maintenance hell is just that, a
> fear. And Syd doesn't really care for MP :)
> That didn't prevent him from coming through, big time.
As I understand
Vivian Meazza wrote:
> Update of /var/cvs/FlightGear-0.9/data/Models/Airport
> In directory baron.flightgear.org:/tmp/cvs-serv26998
>
> Added Files:
>BAK-12-0.ac BAK12.xml
> Log Message:
> Add runway arrester gear type BAK-12. Based on Dave Culp's original work
Just as a reminder, as wri
Hi Tim,
Tim Moore wrote:
> I've checked in the initial work on my effects framework.
Quite interesting operations gaining ground here. Just a little side
note as I just tried to compile the current state on FreeBSD. Should
OSG-2.8.1 be sufficient to build, Does anyone get the same Error
message
Tim Moore wrote:
> Martin Spott wrote:
>> quickstep: 12:06:20 /usr/local/src/SimGear/simgear/scene/material> make
>> g++ -O3 -march=pentiumpro -DHAVE_CONFIG_H -I. -I../../../simgear -I../../..
>> -I/opt/gnu/include -I/usr/local/include -I/usr/local/include/X11
>&g
Jon Stockill wrote:
> Martin Spott wrote:
>> Vivian Meazza wrote:
>>> Update of /var/cvs/FlightGear-0.9/data/Models/Airport
>>> In directory baron.flightgear.org:/tmp/cvs-serv26998
>>>
>>> Added Files:
>>>BAK-12-0.ac BAK12.xml
>
Mathias Fröhlich wrote:
> Can we agree on that or shall we still require sg/fg built on osg-2.8?
I don't mind Tim depending on OSG development packages - they use to be
pretty stable. He just didn't tell us about this dependency, therefore
I was wondering a little bit.
Cheers,
Martin.
--
Patrice Poly wrote:
> So far I didn't manage to compile and use taxidraw, so I pass it here with
> the
> hope someone would give it a quick fix !
If someone's going to do that, please publish the result at this place
or at least send me a copy off-list so I can add it to the collection
of airfi
Jon Stockill wrote:
> AFAIK we're currently limited to 1 camera, which would mean you'd need 2
> instances of FlightGear in order to get the 2 different views.
The file FlightGear/docs-mini/README.multiscreen explains how to add
additional cameras,
Martin.
--
Unix _IS_ user friendly -
Jon Stockill wrote:
> Martin Spott wrote:
>> The file FlightGear/docs-mini/README.multiscreen explains how to add
>> additional cameras,
>
> That allows you to extend your display, but doesn't give you an
> independent camera showing a view from a different POV.
W
Hi Gene,
Gene Buckle wrote:
> On Thu, 23 Jul 2009, Martin Spott wrote:
>> The file FlightGear/docs-mini/README.multiscreen explains how to add
>> additional cameras,
>>
> Martin, I don't think that can be used for the kind of "camera" I'm
> thinki
Gene Buckle wrote:
>> And, _if_ the (already cited) parameter to define the coordinates of
>> the view origin works as expected, then you're almost there you
>> just have to get rid of the window border - for example by retiring the
>> window manager. This alltogether would be an interesting
Frederic Bouvier wrote:
> Update of /var/cvs/SimGear-0.3/source/simgear/misc
> In directory baron.flightgear.org:/tmp/cvs-serv13995/simgear/misc
>
> Modified Files:
>interpolator.cxx
> Log Message:
> Compile latest SimGear under MSVC9
>
> Index: interpolator.cxx
> ===
"Frederic Bouvier" wrote:
> Oops! Windows is case insensitive :-( If someone can fix that before I can,
> please do.
For your convenience, apply:
http://foxtrot.mgras.net/static/SGMath.diff.bz2
http://foxtrot.mgras.net/static/FGMath.diff.bz2
Martin.
--
Unix _IS_ user friendly - it's just
Martin Spott wrote:
> "Frederic Bouvier" wrote:
>> Oops! Windows is case insensitive :-( If someone can fix that before I can,
>> please do.
>
> For your convenience, apply:
s/convenience/inconvenience/g, I forgot the one in
FlightGear/utils/GPSsmooth/UGear_telnet
"Frederic Bouvier" wrote:
> It should be fixed now. Sorry again
No problem, works now as advertized,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Torsten Dreyer wrote:
> Looks like Scotland and Germany have something in common ;-)
except from the fact that there are even fewer trees in Scotland
because of their crazy ancestors' decision to build a magnificent naval
force ;-)
> Your new tree placement gets my vote.
Indeed !
Curtis Olson wrote:
> I just thought I would pass this along in case there is anyone from the
> FlightGear group that would like to participate or attend (and weren't aware
> of the dates through other means.)
We can safely rely on Durk taking care of our inscription after he's
back. Aside from t
Tim Moore wrote:
> Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
> In directory baron.flightgear.org:/tmp/cvs-serv9328/simgear/scene/material
>
> Modified Files:
>Effect.cxx Makefile.am makeEffect.cxx mat.cxx mat.hxx
> Added Files:
>EffectBuilder.cxx EffectBuilder.h
"Rob Shearman, Jr." wrote:
> [...] Yes, intercepting it *is* the pilot's job, but the approach
> controller needs to get them in the vicinity of it, fare enough out,
> and with not too sharp a turn, and I'm pretty certain that the
> extended centerlines are indicated on their screens.
Sort of thi
Hi Erik,
Erik Hofman wrote:
> This patch already doubles my frame rate:
> http://home.telfort.nl/sp004798/emh/fragshaders.diff
This patch is probably not for everyone. At my end I'm reading the
following message in the terminal:
FRAGMENT glCompileShader "" FAILED
FRAGMENT Shader "" infolog:
0(2
Erik Hofman wrote:
> Stuart Buchanan wrote:
>> http://wiki.flightgear.org/index.php/FlightGear_Newsletter_August_2009
>
> Looking at the custom made scenery screenshots I must say that hand
> altered scenery might look close to, if not as good as, photo realistic
> scenery.
People have probabl
Salut Maxime,
Maxime Guillaud wrote:
> Thanks for those explanations, Martin. However, let me point out that
> the license for the CORINE data for France seems pretty flexible to me.
> (Note that this is true for France only, and that each country
> distributes their data with their own licens
Hi Jacob,
Jacob Burbach wrote:
> [...] The other thing I'm spending a fair amount of time on is
> the identifying tunnels for roads and rails, so they do not cut
> through mountains and such. A fair number of people have commented on
> my scenery about "that strange peak near LOWI" being fixed. T
Jacob Burbach wrote:
>> Next time you do that you'd probably consider acknowledging the
>> respective attributes in the OSM data: They're explicitly marking these
>> sections of the railroad as running through a tunnel ;-)
>
> Interesting, seems I may have totally overlooked that one, I'll look
>
Martin Spott wrote:
> BUT we're taking different routes to get there - obviously. "We",
> sometimes also known as The Custom Scenery Project, are researching how
> to automate as many of the involved refinement steps as possible while
> still allowing for manual e
"Rob Shearman, Jr." wrote:
> Oooohhh, PRETTY! What is that a screenshot of? "ATC aircraft" v3
> perhaps? Or a separate app meant to interact with FG MP as an ATC?
This was an old screenshot of a standalone Java app, written by a
FlightGear fellow, to serve as a RADAR screen for FlightGear. T
"Rob Shearman, Jr." wrote:
> Is it GPL'd, and if so, do you have the source?
Even though it's not explicitly noted, the source is supposed to be
licensed under GPL.
As I understand, much has changed since the latest public version and
because I'm not in hurry, I'll simply be going to wait until t
Syd,
syd adams wrote:
> does this mean I'm off the hook ? This one looks MUCH nicer :)
I know very little about FlightGear's ATC aircraft, even less do I know
about how to use it.
Note that this so-called "OpenRADAR" (we called it this way because we
were short of better ideas for a nice name :
Tim,
Tim Moore wrote:
> Ron Jensen wrote:
>> For some reason scenery textures are no longer being loaded by fgviewer?
>>
>
> This is the "fault" of the new effects code. Effects rely on the FlightGear
> property tree and on some custom OSG handling. I started pulling what was
> needed into fgvi
Tim Moore wrote:
> Ron Jensen wrote:
>> On Mon, 2009-08-10 at 22:28 +0000, Martin Spott wrote:
>>> Tim Moore wrote:
>>>> Ron Jensen wrote:
>>>>> For some reason scenery textures are no longer being loaded by fgviewer?
>>>>>
>>&
Hi Rob,
"Rob Shearman, Jr." wrote:
> Would it not be possible to add a chat client to it, which would be >
> compatible with the MP network protocol?
I suspect that adding specific features for a single simulator simply
is not a design goal for this RADAR console. Think of it as a universal
RADA
Hi Tim,
Tim Moore wrote:
> I also think it's a good idea to factor out the dependencies that the visual
> part of flightgear has on the whole flightgear implementation. It's not
> right at the head of my queue, but I support the idea and will look for ways
> to move it along.
As far as I underst
Hi Maxime,
Maxime Guillaud wrote:
> No other material seems to do the trick, however. In my opinion, the
> right way would be to add a "Rock" material to the materials.xml file,
> and to create the appropriate texture (this is in line with the
> information there : http://wiki.osgeo.org/wiki/L
Maxime Guillaud wrote:
> I'd be happy to contribute to this. I will start by making available a
> write-up of my mapping between the Corine classes and the FG materials,
> since I spent quite some time on it.
Oh yes, please. Feel free to re-use as much as you like from my schema
as well as to p
Randall Green wrote:
> I'm getting one error compiling terrasync with FlightGear - file not found
> svn_auth.h.
>
> Anybody know what is missing?
Subversion - libraries and, obviously, headers.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are
Randall Green wrote:
> Is Subversion really necessary to compile terrasync?
Yes, obviously, because TerraSync is downloading from an SVN
repository,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Hi Alex,
Alex Perry wrote:
> You do not require the subversion libraries (and headers) if you don't
> mind having terrasync shell out to the command line "svn" command for
> each of the work units. But it definitely works better, and you don't
> have to worry about whether your paths are configu
Hi Durk, nice to know that you're around again ('logically' as well as
geographically ;-) - I hope it's been a nice trip !
Durk Talsma wrote:
> So, as an intermediate solution, I'm considering a smaller scale
> modification,
> where the apt->getRunway*() code could be configured to load the e
Durk Talsma wrote:
> runway information from scenery/Airports/I/C/A/ICAO.geometry.xml
I think this was supposed to mean 'ICAO.threshold.xml', right ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
Martin Spott wrote:
> -Actual Version v.0.4
> +Actual version v0.5
> +---
> +-photorealistic cockpit in progress
> +-more realistic fdm
[...]
Arrrgh, 'patch' failed with a return code of 0
I'll fix th
Ron Jensen wrote:
> or TerraGear-cs from
> http://mapserver.flightgear.org/git/?p=terragear-cs
>
> ?
>
> TerraGear hasn't been maintained for some time, terragear-cs has been.
and terragear-cs is best with simgear-cs from the same site:
http://mapserver.flightgear.org/git/gitweb.pl?p=
Behlül UÇAR wrote:
> Is there an exact version of newmat library which i need to download? Maybe
> i need to download it.
The 'newmat11.tar.gz' should be fine (240888 bytes).
Behlül UÇAR wrote:
> By the way, i'm trying to compile terragear-cs which i downloaded from cvs
> of flightgear. I also
James Turner wrote:
> A good lesson in how different people use different interfaces to the
> same functionality, and see different things :)
plus an interesting lesson about one and the same feature
behaving differently depending on which control you use ;-)
Chheers,
Martin.
--
Curtis Olson wrote:
> What I propose is that we migrate our self hosted CVS repository to
> code.google.com and in the process convert to SVN.
>
> 1. This gives us "professional" management of the servers, regular
> professional backups, and an automatec access control system for adding new
> dev
Curtis Olson wrote:
> Is this an argument to stay with CVS for the data portion of the project?
I've been loosely monitoring the 'quality' of CVS checkouts for some
time now and to my experience the number of silent transmission errors
is most significant with the data repository. Therefore I don
Tom P wrote:
> Well, it's more an argument in favor of splitting the data and source
> code, like it's already the case for the Scenery
> http://code.google.com/p/terrascenery/
Terrascenery is a somewhat special case in that it has almost just one
single, automated feed, it is destined to never
Hi Tom,
Tom P wrote:
> But let's say that the project switched completely to GIT, would there
> be a way to support streaming scenery ('terrasync') to the user without
> him/her needing to clone the entire fgdata repository ?
Terrascenery is a totally independent affair and therefore not affec
Behlül UÇAR wrote:
> I want to write a Nasal function that creates a file under $FG_ROOT, I want
> it to be portable, I mean both works on windows and linux machines.
I'm a bit doubtful about the 'portability' of writing to $FG_ROOT in
general, simply because this directory is supposed not to be
Behlül UÇAR wrote:
> And the second is creating ~/home/FlightGear/ folder and working under it.
As far as I remember FlightGear will create a ~/.fgfs/ directory by
default - if you don't prevent it from doing so,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its f
701 - 800 of 2338 matches
Mail list logo
