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 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:
simgear/simgear/debug/BufferedLogCallb
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
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 nee
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 -DCMAKE_I
Am 21.12.12 11:49, schrieb Gijs de Rooy:
> Please see http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata
> and feel free to add thoughts/ideas there. A mailing list is not a good place
> for documenting things.
>
>
> Cheers,
> Gijs
>
Hi Gijs
The problem
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, non-l
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 lat
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.
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 po
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
--
Everyon
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
(fligh
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
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.h
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 wo
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 req
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' Te
Am 20.08.12 18:16, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> to use a mirror, but then I got some 15k drops from the german mirror
>
> Anybody else facing trouble accessing the German FTP mirror ?
>
> Cheers,
> Martin.
>
Sorry Martin, I guess it was not the
Am 20.08.12 16:18, schrieb Curtis Olson:
> On Sun, Aug 19, 2012 at 4:40 AM, HB-GRAL 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 yo
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 for
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:
Am 22.07.12 22:40, schrieb Thomas Geymayer:
> Hi Stefan,
>
> Am 2012-07-21 22:46, schrieb stefan riemens:
>> It's obviously a long time wish to get rid of the PLIB dependency, and
>> one of the main subsystems using it is the GUI. There are a couple of
>> things lacking in possibilities with the cu
problem for this release. But I really hope
this isn’t necessary, 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.0rc
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 wind
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
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
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
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/sdk
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 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=next&id=b14ddd40110e271efcd1416e9bf15d48d99c3123
Cheers, Yves
---
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 scene
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:
ht
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 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 machin
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
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. Urba
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
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 u
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 zl
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 work
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 p
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:
>
> - 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 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
I
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 f
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
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/MapSe
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
-
Hi Syd
Am 26.02.12 02:43, schrieb syd adams:
> My source of info is here.
> http://www.navcanada.ca/NavCanada.asp?Language=en&Content=ContentDefinitionFiles%5CPublications%5CAeronauticalInfoProducts%5CCanadianAirportCharts%5Cdefault.xml
http://www.navcanada.ca/NavCanada.asp?Language=EN&Content=Co
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
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 p
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 cl
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 Wester
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 http://ma
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. (So
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 o
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 virtualizatio
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 explana
>>
(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.
--
Hi Olaf
This is a flightgear/osg/cocoa issue I can reproduce with release/2.6.0
on OSX 10.6.8. No MacBook graphics, but almost ... -> ATI 5750. I am
wondering a bit that this doesn’t happen with nVidia/10.7.2
Cheers, Yves
Am 21.02.12 22:19, schrieb Olaf Flebbe:
> Hi Yves,
>
> Can you please mo
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.flightgea
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 downloads->Dow
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.fli
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
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. i
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!
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
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
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,
>
Am 19.02.12 12:59, schrieb Martin Spott:
> Hi Yves,
>
> HB-GRAL wrote:
>
>> Is the .tex source file(s) as base for the getstart.pdf in our source
>> somewhere?
>
> Yup, LaTeX sources are in the "getstart" repository - and have been
> there most of t
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 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
with
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", se
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
>> expe
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 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
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 th
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 FlightGe
o design 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.
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 know
Am 25.12.11 10:30, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> Can you point me to docs how to setup a fgcom server ? I didn?t find it
>> at all, and it looks like FlightGear has only one FGCom server, one
>> radio station at all.
>
> One FGcom server != one radio
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
>>>>
Hi all
Another question rised up here during my faa-data to apt.dat conversion.
Does the current (or the updated) genapts take new approach lightning
codes into account ? Can the scenery tools read the new 8.50 runway line
already or is this still based on 8.10 specs ?
Maybe I missed this poin
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 a
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'r
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: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
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 i
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
positi
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 Packa
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
---
1 - 100 of 354 matches
Mail list logo
