Am 25.02.13 22:14, schrieb Umut Durak:
Folks,
I recently applied what is instructed in wiki
(http://wiki.flightgear.org/Building_using_CMake) for the MAC build and come
up with the bin directory under the dist folder. As I executed fgfs I get the
following error which google this time
Hi James
I'm still trying to be this 10.5 person these days, I don't give up that
fast of course ;-) And I spent a lot of time this week in this believe me.
It started with having all dependencies right, and now I'm still trying
to get simgear/flightgear the right way. When I succeed I will
Am 16.02.13 18:54, schrieb HB-GRAL:
I got also the sound working now for 10.5, and I'm actually building a
FGx 2.10 against SDK 10.5.
The sound problem is not related to 10.5 of course, I got the sound
working for arch i386 and sdk 10.5/6 (x86_64 worked from beginning,
building against sdk
Hi James
I guess this is the next commit
https://gitorious.org/fg/simgear/commit/318c5000ce58a07a279053f084a28faaef5c422d
that breaks simgear compilation against osx sdk 10.5 and target 10.5 on
intel (for 2.11, and I get no problems against 10.6):
Output:
Hi
Ehrm, cmake, I tried to link against another simgear but I can only link
against headers, not the libs? When I have another simgear in (i.e.
default path) installed it takes the headers from include definition,
but the libs from first path? Or do I miss a CMake option?
With simple
Am 01.12.12 14:15, schrieb Pat:
Does this ring any bells?
http://unprotocols.org/blog:14
Hi Pat
This link .. exactly. That’s probably all what I was thinking about when
I sent my thanks to the list for Thorsten (for ALL t(h)orstens at the
end, anyway for all contributors, leaders,
Am 29.11.12 08:59, schrieb Renk Thorsten:
So, good to know that you apparently see me as someone who has nothing better
to do than complain because the service isn't good. You know what - I'm out
of here for a really good long break, doing something nice. The FG experience
for me of late
Am 12.11.12 08:21, schrieb Renk Thorsten:
Flightgear has a nice (local and global) weather implementation AFAIK.
Are there some ideas (or solutions) how to map custom or shared weather
values in a (internal or external) weather radar ?
Someone was working on that, and we got to the point that
Am 12.11.12 10:45, schrieb Renk Thorsten:
The consensus seems to be that (with some limitations) this can be done in
principle. Just someone would need to do it in practice, and I'm not going to
do it because I'm not into MP in the first place, so this seems to be where
this is stuck.
Hi all
Flightgear has a nice (local and global) weather implementation AFAIK.
Are there some ideas (or solutions) how to map custom or shared weather
values in a (internal or external) weather radar ?
-Yves
--
Hi all
I already wrote a small baby python script which converts apt.dat into
flightgear readable xml. Now I started a new project for importing the
same data to Postgres/PostGIS tables for my map development. Currently I
can create runway polygons with all associated data this way with
Hi Pete, James
Currently it runs on fgx servers I guess. Pete, it’s your decision and
work, move it to the official jenkins when you think it’s useful in this
state for all fg devs, in my view there is no reason to provide that on
fgx servers only ;-)
-Yves
Am 28.09.12 10:33, schrieb James
Am 21.09.12 22:45, schrieb Thomas Geymayer:
Am 2012-09-21 21:16, schrieb Stuart Buchanan:
On Thu, Sep 20, 2012 at 11:44 PM, Thomas Geymayerwrote:
I've now changed the default fill rule from even-odd to non-zero. Should
probably work better now...
Surprisingly, this didn't seem to make any
Am 07.09.12 20:51, schrieb Clement de l'Hamaide:
Hi all,
I'm the author of the bug report #858. Big thanks to ThrostenB to solved it.
About 3D models loading, the change has been explained by Mathias here :
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html
Am 05.09.12 11:52, schrieb Scott:
While we are on the topic, I'd like to take a different perspective.
There are a number of source data files (eg: national SRTM-1 data)
that is provided under Creative Commons with license terms very similar
as GPL, however it isn't GPL, but it would
Am 30.08.12 16:59, schrieb Martin Spott:
Tom P wrote:
Instead of creating a new server for high-end / more detailed sceneries,
would it be possible to create a branch on the current TerraSync server?
I think that's possible, maybe even just two different directories with
a 'base' Terrain
Am 31.08.12 13:54, schrieb Martin Spott:
Hi Yves,
HB-GRAL wrote:
May I ask you to move this discussion to the scenery list now ?
I'm not among those who enjoy having multiple different places for
discussing the same topic (clarification upon request), therefore I'd
prefer to stick
Am 20.08.12 16:18, schrieb Curtis Olson:
On Sun, Aug 19, 2012 at 4:40 AM, HB-GRAL flightg...@sablonier.ch wrote:
Hi Curt and mirrors
I can’t download the OSX release from your servers. It’s always broken
around +- 450 Mb.
What tool (browser, app?) are you using to download flightgear
Hi Curt and mirrors
I can’t download the OSX release from your servers. It’s always broken
around +- 450 Mb. But anyway, I don’t know if it is worth to care about
this download, the Mac release seems to be broken at all, there is a
problem with subversion linking reported from many users at
Shouldn’t some online flightsim magazines where someone has good
contacts be asked to publish exactly this story now ? I couldn’t believe
it, and maybe posting warnings on FlightGear pages is not enough. Maybe
there are a lot of people out there we do not know, still waiting for
charges beeing
Just to illustrate what I mean actually ...
Current situation:
http://maptest.fgx.ch/screens/current-screen.png
New GUI with separated menus/dialogs, viewer in a separate window:
http://maptest.fgx.ch/screens/one-screen.png
Or new GUI with two screens setting, where one screen is the view only:
, and as I know former releases of Tat, he will be
here when it’s time to pick apples.
On Mon, Jul 16, 2012 at 10:49 AM, HB-GRAL wrote:
Hi all
Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains
latest sg/fg/fgdata (with a own fgdata base package with a slightly
different
Hi all
Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains
latest sg/fg/fgdata (with a own fgdata base package with a slightly
different aircraft selection) and current fgcom.
http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip
We use jenkins now to build and deploy FGx, an equal
Hi Thorsten
Many thanks for your patch. Yes, it is thought as external cmake option
and your patch is just one step ahead ;-)
Cheers, Yves
Am 10.07.12 20:52, schrieb ThorstenB:
Am 10.07.2012 15:27, schrieb HB-GRAL:
The last weeks Geoff McLane and me forked fgcom temporary at gitorious
(http
Am 10.07.12 20:50, schrieb Christian Schmitt:
Awesome! I waited for just that, because current fgcom has not seen any
change for a long time. Alreadey did a quick test and I think you will get
some merge requests soon :)
Cheers,
Chris
Hi Chris
I can also add you as contributor and you can
Am 08.07.12 16:27, schrieb HB-GRAL:
Hi
I sent a small merge request here to flightgear next:
https://www.gitorious.org/fg/flightgear/merge_requests/36
This small addition makes it possible flightgear still compiles with
older osx development tools (cocoa/sdk10.5). I checked this change also
Hi all
The last weeks Geoff McLane and me forked fgcom temporary at gitorious
(http://www.gitorious.org/fgcom) and made some significant changes.
Origin source is still available at http://sourceforge.net/projects/fgcom/
- Most important change is moving fgcom to cmake build and trying to get
Hi
I sent a small merge request here to flightgear next:
https://www.gitorious.org/fg/flightgear/merge_requests/36
This small addition makes it possible flightgear still compiles with
older osx development tools (cocoa/sdk10.5). I checked this change also
with newer SDKs and it will/should not
Am 06.07.12 10:10, schrieb Gijs de Rooy:
Nothing stops you from releasing that scenery under whatever license you'd
like ( within the legal constraints ofourse), we just cannot include it in
the official scenery.
No. Official scenery can also incorporate resources with other licenses:
HB-GRAL:
Am 06.07.12 10:10, schrieb Gijs de Rooy:
Nothing stops you from releasing that scenery under whatever license you'd
like ( within the legal constraints ofourse), we just cannot include it in
the official scenery.
No. Official scenery can also incorporate resources with other
Am 05.07.12 18:04, schrieb Curtis Olson:
We !!!STRONGLY!!! encourage authors to use the GPL so that we can
incorporate their work into the overall project and distribute the work
http://git.fgx.ch/flightgear/commit/?h=nextid=b14ddd40110e271efcd1416e9bf15d48d99c3123
Cheers, Yves
Am 16.06.12 21:39, schrieb Martin Spott:
Peter Morgan wrote:
To add furtheer..
http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh
Were all reinventing a wheel..
[...]
+YAML++
Yamls is a nice format cos it machine readable..
Am 16.06.12 23:18, schrieb Martin Spott:
I don't think you want to parse large amounts of XML while dialling
through the airport list in your FMS when you quickly have to divert to
an alternate because your landing clearance was cancelled and you're
short of fuel.
There is no proposal to
Am 23.04.12 17:40, schrieb Stuart Buchanan:
On Mon, Apr 23, 2012 at 1:17 AM, HB-GRAL wrote:
Just a small question because I’m currently looking to OSM street data
and try to use it for scenery creation ... in your last screenshot of
your improvements I still see buildings on streets
Am 19.04.12 17:52, schrieb Stuart Buchanan:
On Thu, Apr 19, 2012 at 4:39 PM, rickbritto wrote:
hello friends, Is possible to separate the random loading by types
of buildings?
Yes. The materials.xml file allows you to define different parameters
for different landlclasses (e.g. Urban,
Am 10.04.12 14:24, schrieb Christian Schmitt:
Hi Yves,
flightg...@sablonier.ch wrote:
update in general? Why is it possible to update apt. and nav.dat in xplane
every months without (?) inconsistencies and not for FlightGear? Is there
something that could be changed in the concept of
Am 09.04.12 23:31, schrieb Ron Jensen:
On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote:
Hi,
what is our current policy for updates to nav.dat? Do we commit changes
to the binary gzip'ed file or do we have a central repository for the data?
Would it make sense to have the unzip'ed file
Hi all
I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on
OSX. Looks like the main problem is here (independent of platform?):
lowlevel.hxx
void sgReadString ( gzFile fd, char **var ) ;
lowlevel.cxx
int c = gzgetc ( fd ) ;
While this seems to
Am 28.03.12 15:08, schrieb James Turner:
The real issue is that we're finding zlib.h in /opt/local/include, but using
the libz from /usr. (The Apple supplied version)
I tried to find a solution, so that we use one header + library consistently,
but didn't yet figure this out. Since zlib
Am 20.03.12 09:15, schrieb Renk Thorsten:
Once you understand how the scattering integrals work it's natural to
compute them also from the outside of the atmosphere.
Okay, now I am *really* confused. Are we trying to solve the same problem?
Light scattering in the atmosphere is not part of
Am 13.03.12 17:46, schrieb Martin Spott:
According to my personal experience it simply doesn't get any work done
to have yet another communication channel (just look at the Scenery web
forum - you know what I mean ;-) but it adds more overhead because
there's one more channel to monitor.
Hi all
Just wanted to add a note once that a company in the U.S. is trying to
register terrasync as a wordmark. Maybe it is not worth to think
about, anyway I am not familiar with this kind of happenings. But I was
asked to post this to the list, so it’s here.
Cheers, Yves
Am 10.03.12 09:35, schrieb Miles Colman:
FGx looks nice.
Does anyone else building FGx (in QT4 Creator, but otherwise according
to the build instructions here http://wiki.flightgear.org/FGX) have
trouble loading airport data on Ubuntu 11.10 ?
FGx exits with these terminal messages after I
Am 06.03.12 23:09, schrieb Olaf Flebbe:
PixelBufferCocoa :: realizeImplementation not implemented yet
Hi Fred
Just curious about this line, do you think recent osg cocoa windowing
under OSX will be supported by rembrandt?
Cheers, Yves
Am 02.03.12 22:21, schrieb Curtis Olson:
http://openlayers.org/dev/examples/mobile-drawing.html
Hi Curt
I remember my post to this list some months ago. An example of a running
webapp with flightgear navaids (apt.dat) you can still find here:
http://map.fgx.ch/mobile.html#mappage
It is
Am 02.03.12 22:21, schrieb Curtis Olson:
- An open-layers based mapping tool (similar to mpmap, but not based on
proprietary google technology)
- Include the ability to draw and edit a route (a set of connected way
points) and then upload that to FlightGear's route manager
Am 29.02.12 11:17, schrieb thorsten.i.r...@jyu.fi:
Spring has come. LaTex and Wikibooks got married. Have a look:
http://en.wikibooks.org/wiki/LaTeX
LaTeX is a featured book on Wikibooks because it contains substantial
content, it is well-formatted, and the Wikibooks community has decided
to
Hi John
Many thanks to provide your important list. Would it be possible to add
this to the wiki list here:
http://wiki.flightgear.org/World_Scenery_2.0_Project
Thanks a lot, Yves
Am 28.02.12 18:17, schrieb J. Holden:
Here is a list of scenery I have generated. Some of the scenery is not on
Hi Syd
Am 26.02.12 02:43, schrieb syd adams:
My source of info is here.
http://www.navcanada.ca/NavCanada.asp?Language=enContent=ContentDefinitionFiles%5CPublications%5CAeronauticalInfoProducts%5CCanadianAirportCharts%5Cdefault.xml
Am 26.02.12 01:41, schrieb Stefan Gofferje:
I am
fairly certain, that in the creation of the current apt.dat, some
official material was used as reference.
Indeed, the official material was the public DAFIF database,
unfortunately not available anymore.
Cheers, Yves
Am 26.02.12 17:03, schrieb Martin Spott:
HB-GRAL wrote:
Proposal for a first small meeting at #fg_scenery channel, this weekend:
I tried to join for logging the session (in order to determine wether
there are any open questions regarding the Scenemodels/MapServer
infrastructure
Hi Syd
Am 25.02.12 17:04, schrieb syd adams:
I use Aerodrome charts for reference , and then modify the existing
scenery tiles by the measurements written on those charts. Ive used
Qgis with shapefiles from a canadian wms server as a background image
to tweak the shapefiles from
Am 25.02.12 14:28, schrieb Stefan Gofferje:
Now we are back to what people are interested in... If I think about
myself personally, if I would go through the hassle of compiling and
learning to handle this monster Terragear, I would do it to create the
best possible VFR scenery for Western
Am 25.02.12 21:38, schrieb Martin Spott:
HB-GRAL wrote:
Where have you been looking for? I can provide you some GPL compliant
data when it is necessary. Just send me a note or ask at the forum.
While you're at it: I saw several places where people were claiming
CGIAR SRTM to be GPL
Hi Pete
Am 25.02.12 22:12, schrieb Pedro Morgan:
Can I ask a Muppet Question.. ??
copyright is always owned by authority of nav data..
eg caa, nats, eurocontrol..
There are many different ways handling this data, by each region. FAA
i.e. puts a lot of data into public domain, that is
Am 26.02.12 00:30, schrieb Vivian Meazza:
HB-GRAL wrote
-Original Message-
From: [mailto:flightg...@sablonier.ch]
Sent: 25 February 2012 19:49
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] gpl scenery
Hi Syd
Am 25.02.12 17:04, schrieb syd adams:
I use
Am 24.02.12 16:25, schrieb Olivier:
Hopefully, our form-based PHP scripts will hopefully avoid quite a lot of
mistakes before uploading. However, I really think - I'm going to do it now,
that this contribute.php page is not widely known enough. Goind to post it
again on the newsletter and on
Am 24.02.12 21:44, schrieb Christian Schmitt:
flightg...@sablonier.ch wrote:
[...] I really wish we
could build some kind of temporary Scenery Team and discuss ideas.
My proposal is to meet at IRC on day the next weeks to start
organizing, or to open a temporary group or list. (Sorry, i do
Am 22.02.12 20:49, schrieb Tatsuhiro Nishioka:
Dear Mac users,
Thanks to your help, I made a new package that solves many problems that are
reported so far.
I recommend all mac/fg users apply the new package - for speed and stability.
Please go visit the site below for detail explanation
Am 23.02.12 23:21, schrieb Martin Spott:
Apparently I've been too ambitious and idealistic.
No !
Cheers, Yves
--
Virtualization Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization
(and I also want someone to give me a Mac
that reproduces #7 :-p).
It is definitely an OSG/cocoa issue here. Now looking at the first line
in main.m of the cocoa example in OSG:
/* OpenSceneGraph example, osgviewerCacoa.
;-))
Y.
Am 21.02.12 01:16, schrieb HB-GRAL:
i.e. in first section Installation:
http://www.flightgear.org/cvs.html
http://www.uiuc.edu/ph/www/m-selig/apasim.html
http://www.flightgear.org/cdrom/
http://www.terragear.org/
http://www.flightgear.org/Downloads/aircraft/index.shtml (huh!)
I
Hi Curt
I started to solve some link issues in getstart (see merge request on
gitorious/fg/gestart) I changed the link to aircraft download page to
*http://www.flightgear.org/download/aircraft/
But this redirects to
http://www.flightgear.org/download/aircraft-v2-4/
While choosing
Am 21.02.12 17:41, schrieb HB-GRAL:
Am 21.02.12 01:16, schrieb HB-GRAL:
i.e. in first section Installation:
http://www.flightgear.org/cvs.html
http://www.uiuc.edu/ph/www/m-selig/apasim.html
http://www.flightgear.org/cdrom/
http://www.terragear.org/
http://www.flightgear.org/Downloads
Am 20.02.12 11:49, schrieb thorsten.i.r...@jyu.fi:
It seems you still don't understand what LaTeX is for. You can easily turn
LaTeX into both html and a printed book automatically - but you can't ever
turn html back into anything resembling a printed book withd ecent layout
without tons of
Am 20.02.12 12:24, schrieb Martin Spott:
HB-GRAL wrote:
What tools can be used to convert i.E. getstart.tex into html properly ?
What can you recommend? Did you ever try to convert FG .tex files into
html with tools you know ?
Actually we're doing this for almost a decade now. Michael
Am 20.02.12 19:10, schrieb Gijs de Rooy:
Martin wrote:
http://mapserver.flightgear.org/getstart/
I'm sure there's a link somewhere on The Wiki (if Hellosimon
didn't carry out his threat of moving it into the attic ;-)
It's right there, on the MAIN PAGE of the wiki! :D
Am 20.02.12 12:24, schrieb Martin Spott:
http://mapserver.flightgear.org/getstart/
Hi Martin
What is the difference between the Index and the Index at bottom of
contents ? ;-)
Maybe there is a simple tool to check all links in the document? A lot
of links goes to nowhere.
i.e. in
Am 20.02.12 22:46, schrieb HB-GRAL:
Am 20.02.12 12:24, schrieb Martin Spott:
http://mapserver.flightgear.org/getstart/
Hi Martin
What is the difference between the Index and the Index at bottom of
contents ? ;-)
Maybe there is a simple tool to check all links in the document? A lot
Hi Docs
Is the .tex source file(s) as base for the getstart.pdf in our source
somewhere? Could not find it in fgdata/Docs, only the map.tex. Beside
the online help I am trying to create a new (user) helpbrowser for the
FGx launcher and need the .tex file.
Thanks a lot, Yves
Hi Tat
I downloaded 10.6/7 version and it works fine. Just one small thing I
noted (because I am on this myself at the moment for FGx): GUI-Help
(opens in Browser) doesn’t open anything here. But maybe this is not OSX
only?
Cheers, Yves
Am 19.02.12 08:55, schrieb Tatsuhiro Nishioka:
Hi,
Hi Clément
Am 16.02.12 17:45, schrieb Clement de l'Hamaide:
I have create a discussion here :
http://sourceforge.net/mailarchive/message.php?msg_id=28709446 and I haven't
received answer from devel list ...
I noticed this post. Maybe it is better to clone the gitorious repo
fgdata, send a
Hi Curt
Would it be a good idea to have a second mailinglist for aircraft and
scenery development? I know there have been much more lists around in
past. For me it starts to be very hard to find flightgear core related
topics in this list now. I tried to add some filters to my reader, but
Am 14.02.12 22:37, schrieb Stuart Buchanan:
FYI I'm also going to reduce the saturation of some of the woodland textures.
At present they are a real emerald green, and over-saturated in my
experience.
-Stuart
Hi Stuart
Which textures are you going to change exactly?
-Yves
Am 14.02.12 23:12, schrieb HB-GRAL:
Am 14.02.12 22:37, schrieb Stuart Buchanan:
FYI I'm also going to reduce the saturation of some of the woodland textures.
At present they are a real emerald green, and over-saturated in my
experience.
-Stuart
Hi Stuart
Which textures are you going
Am 12.02.12 11:00, schrieb Erik Hofman:
On Sun, 2012-02-12 at 10:45 +0100, Clement de l'Hamaide wrote:
Hi,
In my precedent mail I have forgot to say that Ernest Teutcher, Alexis
Laille, Christian Thiriot and Clément de l'Hamaide (it's me) are the
members of the PAF team.
We can consider the
Am 06.02.12 00:23, schrieb Stuart Buchanan:
* This isn't compatible with the crop shader. I don't know if that is
solvable or not.
Hi Stuart
You write here it does not work with the crop shader, but does it work
with the forest shader?
Cheers, Yves
Am 07.02.12 21:49, schrieb ThorstenB:
Am 07.02.2012 21:34, schrieb Curtis Olson:
The main reason for a version check between the binary and the data is
that we often make parallel changes to both (similar reason why we do a
simgear minimum version check when compiling flightgear.) If there
Hi all
Is it a good or bad idea for the FGx launcher to check against the
version file if it is a valid fgdata folder AT ALL ? I will need some
kind of check.
In case it is a bad idea, do you have other suggestions ?
(Sorry for the dumb question but thanks in advance for your comments).
-Yves
Hi all
I can provide now public data and coordinates for (around) 60 EMAS
worldwide, I started a model and I placed a prototype in local scenery
here for testing. The EMAS have all different sizes and different
breaking coefficient and I need some help to establish a new material
in
a prototype for the
scenery (
http://wiki.flightgear.org/Engineered_materials_arresting_systems ). Now
I would start to look how this can be implemented (by
terrain/materials/FDM) and I need a small hint what aircraft I should
look for.
Thanks a lot, Cheers, Yves
Am 20.12.11 12:48, schrieb HB
Am 25.12.11 15:52, schrieb Csaba Halász:
At times, we had 2 servers but only one active with manual switching
when necessary. That means there is no load balancing among multiple
servers.
In case anybody wants to volunteer maintaining a backup server, I am
sure we can collect the knowledge
Am 25.12.11 01:59, schrieb Hal V. Engel:
You can do this today with fgcom. Just setup a fgcom server on your local
upstairs machine and you are good to go. You don't even need FG running to
use fgcom to communicate with other users on your network.
Hi Hal
Can you point me to docs how to
Hi all
When I want to start to implement a EMAS test in one FlightGear aircraft
FDM, what is the best or most advanced FDM we have in the category of
a DC-9/DC-10 ? I need to simulate a 60-70 kts overrun. The aircraft/FDM
should provide a maximum take-off weight, a terrain coefficient and a
Am 16.12.11 18:08, schrieb HB-GRAL:
Am 16.12.11 11:26, schrieb HB-GRAL:
Am 15.12.11 23:13, schrieb Martin Spott:
Vivian Meazza wrote:
The other one, which used to be non-op, seems to have gained operational
capability along the way.
You see, in order to avoid confusion, having just one
Am 16.12.11 09:38, schrieb Erik Hofman:
That's probably wrong most of the time. I think the start of the
blastpad is more accurate most of the time.
Erik
Oh no! The blastpad is ALWAYS outside the runway. In xplane specs, and
also in FAA specs !
Cheers, Yves
Am 15.12.11 23:13, schrieb Martin Spott:
Vivian Meazza wrote:
The other one, which used to be non-op, seems to have gained operational
capability along the way.
You see, in order to avoid confusion, having just one operational
arrestor would have been the clever solution.
We're trying to
Am 16.12.11 11:26, schrieb HB-GRAL:
Am 15.12.11 23:13, schrieb Martin Spott:
Vivian Meazza wrote:
The other one, which used to be non-op, seems to have gained operational
capability along the way.
You see, in order to avoid confusion, having just one operational
arrestor would have been
Hi all
Is someone modelling/implementing Arresting Devices for runways ?
Cheers, Yves
--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.
But none more important than the
Am 15.12.11 18:26, schrieb Olivier:
Hello Yves,
Arresting cables for runways do already exist in FG: see them in action at
LFRJ Naval Base for instance.
Olivier
Errm, Is this BAK12/14 or MA1A, ES or E28/B ? ;-)
Cheers, Yves
Am 15.12.11 20:39, schrieb Martin Spott:
Vivian Meazza wrote:
The ones I did in fgdata are BAK12.
Just for the record, the original BAK-12 was provided by David Culp:
http://scenemodels.flightgear.org/modeledit.php?id=918
We're having two models of a BAK-12 in the Base Package because
Am 15.12.11 22:37, schrieb Martin Spott:
HB-GRAL wrote:
And close to my nose I see here some mystic FAA data output:
[...]
Is this something that could/should come to the scenery database somehow ?
Generally I'd say: Great ! but I'd feel best if I knew that these
positions really
Am 15.12.11 23:21, schrieb Martin Spott:
HB-GRAL wrote:
The coordinates comes from column base/reciprocal ends of runways,
is your definition supposed to be identical to runway centerline
at threshold ?
Cheers,
Martin.
It is Latitude/Longitude of physical runway base
Am 15.12.11 23:49, schrieb HB-GRAL:
EDF 06BAK12 61.248633 -149.844258333 AVN 08.11.03
EDF 16BAK12 61.262069 -149.793475 AVN 08.11.03
BIG 19BAK12 64.0077345 -145.707352861 AVN 02/16/2007
EIL 14BAK12 64.684208 -147.117919444
Hi Gene
Thanks for the link. Yes, the database has a 1 or 2 months update cycle.
I think most people working with xplane data for FlightGear takes this
updates already into account for their development (I do so for many
months), also the new specifications of 8.50 version and also a lot of
Am 11.12.11 23:13, schrieb HB-GRAL:
Am 11.12.11 13:31, schrieb HB-GRAL:
Ok, its me again with this apt.dat changes. Now it is more cleaned at
all and instead of the script log you can see the diff here:
http://download.fgx.ch/data-update/diff-20111212.txt
Thanks for checking ;-)
Yves
Am 08.12.11 13:36, schrieb HB-GRAL:
Hi all
I am recently trying to update apt.dat airport names (in all flightgear
relevant data versions, means original xplane 8.10/8.50 and flightgear
apt.dat). I noticed caps in names, i.e. I am changing this names to
It is not in specs of xplane 8.50
Am 11.12.11 13:31, schrieb HB-GRAL:
The result of current processed apt.dat is:
- Cleaned 62 airport lines with wrong count of chars in elevation row
(minor cleaning)
- marked ~100 airports as closed with [X] at beginning of airport name,
changed name to upper/lower when needed, state based
Am 11.12.11 22:43, schrieb Scott:
Since FG is a simulator, some folks like to go back in time and use
closed airports as if they are open. So don't always assume time can
only go forward in a simulator.
Therefore it is important that well known closed airports are still in
the apt.dat
Am 10.12.11 10:29, schrieb Erik Hofman:
On Sat, 2011-12-10 at 00:49 +0100, HB-GRAL wrote:
Am 08.12.11 13:36, schrieb HB-GRAL:
Hi all
Hi again
About marking closed airports in apt.dat:
- marking the name with [X] might be closer to charts I guess and
most airports marked as closed
1 - 100 of 330 matches
Mail list logo
