On 29 Oct 2011, at 18:36, Durk Talsma wrote:
I think that it's a fairly recent commit that broke this: I'm using the
--start-date-gmt option quite frequently, and it wasn't until earlier this
week that I noticed an inconsistency (although I hadn't conciously noted any
time shift yet, I
Hi James,
While I recently touched the options.cxx code, I would be 'surprised' if
that's broken the options above, given that other single-value options work.
(It's just passing a string through, and the functions that process the args
are unchanged) What's more likely, is that some of
Hi Sébastien
anyone got local maps displayed in Hondajet or DA-42?
I've got the images created and no clue why it's not working...maybe simply
attach your images for me to test and find out my errors?
Thanks
Also in Atlas, although following the airplane, I've no detailed, background
images
On 30.10.2011 11:02, Durk Talsma wrote:
I managed to narrow the problem down to a commit that occurred
between October 12 and October 16. More specifically,
FlightGear next: 3d544fb SimGear next: e4e31be
still works, while
FlightGear next : 0f5d27c SimGear next : bcf7ed5
is broken.
Michael, my set of ZKV1000 map images is at
http://v-twin.dynip.sapo.pt/alan/VickersAircaft/TSR2/TSR2MovingMap/terrain/
They cover the whole of the UK.
Just copy them to the correct directory ($FGHOME/zkv1000/maps/terrain) and
see if they work.
Alan
-Original Message-
From: Michael
On 30 Oct 2011, at 10:38, ThorstenB wrote:
Durk, for me, it does still work. However, it's all a bit fragile. The
are no error messages and any typo warps you to some random time. Also,
we're using signed 32bit integers for the time offset - so things will
break on 2038:01:19 ;-).
I
Hi Michael and Alan,
Have not yet tried the Hondajet or Da-42, but
will get around to it eventually... and thanks
Alan for sharing your maps - this should make
it easy ;=))
But concerning Atlas, Michael please give exactly
the command line(s) you have used...
And where exactly, in what
Hi Thorsten,
Thanks for mentioning this. Your mail had more diagnostic value than you
perhaps realized. It turns out that I had the option --time-match-local
included in my .fgfsrc file. Commenting out this option from .fgfsrc makes
both --timeofday=dawn, as well as --start-date-gmt work
Hi Geoff
i start Atlas with:
--
#!/bin/sh
cd $(dirname $0)
cd /media/DATA/FGFS/Atlas/src
export
LD_LIBRARY_PATH=../../install/plib/lib:../../install/OpenSceneGraph/lib:../../install/simgear/lib
./Atlas --udp=5505 --fg-root=$PWD/../../install/fgfs/fgdata $@
and images are in
Alan, downloaded but even with this path it's NOT working...
/media/DATA/FGFS/install/fgfs/fgdata/zkv1000/maps
Thanks
PS: that looks cool...maybe our next scenery?
On Thursday, October 27, 2011 18:59:18 Michael Sgier wrote:
In my git when looking at airport objects they're loaded but unloaded when
looking elsewhere!- So there's always a huge lag when looking back on the
airport and you can see the objects being loaded again one after the
other. This is
No luck, definitely NOT.
I think this has something to do with animated jetways.
Unchecking this option
should get rid of the problem (which I did encounter myself
at least on KSFO).
Cheers,
Adrian
--
Get
Try this to find where the ZKV1000 looks for the maps.
In file ZKV1000\Nasal\map.nas add this line at the end of the function
init.map (i.e. after line 32, mapsAbsolutePath = home ~ maps; but before
the } at line 33) :-
print (maps path absolute: ,mapsAbsolutePath, relative:
About maps ZKV1000, I sincerely believe that the use of osgearth solve
many problems. Unfortunately, for a long time when I suggest something,
no one is listening. And I'm tired of fighting.
With osgearth we could even create a specific server complete with cards
containing information navigation
BARANGER Emmanuel wrote:
With osgearth we could even create a specific server complete with cards
containing information navigation (NAV, VOR, ILS etc. ..)
osgEarth is not the first choice of a tool for this sort of work. In
order to feed tools like Atlas or moving maps in general from a
Hi Mathias,
Thanks again for your reply, comments and
suggestions... always very welcome and all taken
constructively. And I hope you understand
I am NOT the one just saying it 'does not work'...
I _AM_ taking the time, trying to understand,
HOW to make the windows cmake GUI work better...
Geoff
I found the Windows Cmake procedure rather simpler than you (but still much
more complicated than the simple Flightgear single MSVC project).
Here again is the recipe, from my post of 18 Oct, to which you can add my
now infamous step 12a from 19 Oct.
Alan
1. Set up a work directory
On 30 Oct 2011, at 11:49, Durk Talsma wrote:
It turns out that I had the option --time-match-local included in my .fgfsrc
file. Commenting out this option from .fgfsrc makes both --timeofday=dawn,
as well as --start-date-gmt work again. Originally, the order of precedence
was that
On 30 Oct 2011, at 16:07, BARANGER Emmanuel wrote:
About maps ZKV1000, I sincerely believe that the use of osgearth solve
many problems. Unfortunately, for a long time when I suggest something,
no one is listening. And I'm tired of fighting.
I don't know about your other suggestions, but
Geoff McLane wrote:
As you may know the Atlas project already has
a GetMap application, linked with CURL to
to do the http requests... written by Fred back in 2004,
No, I didn't know. When I talked to Brian Schack about this topic, the
conversation somehow got lost (and I do feel guilty in
Le 30/10/2011 11:38, ThorstenB a écrit :
On 30.10.2011 11:02, Durk Talsma wrote:
I managed to narrow the problem down to a commit that occurred
between October 12 and October 16. More specifically,
FlightGear next: 3d544fb SimGear next: e4e31be
still works, while
FlightGear next : 0f5d27c
Am 30.10.2011 20:42, schrieb Citronnier - Alexis Bory:
Mmh not sure if its related or if I did something silly but flightgear
didn't make it...
with this output:
Ah, my stupid mistake. Pull again (flightgear).
cheers,
Thorsten
Le 30/10/2011 20:50, ThorstenB a écrit :
Am 30.10.2011 20:42, schrieb Citronnier - Alexis Bory:
Mmh not sure if its related or if I did something silly but flightgear
didn't make it...
with this output:
Ah, my stupid mistake. Pull again (flightgear).
Cool, it made it this time, thanks
On 30 Oct 2011, at 20:30, James Turner wrote:
Just to be clear, this isn't a case of specifying the same option in multiple
places - you're using two different options, but relying on one to cancel out
the other?
Hi James,
Yes, that's right. I think (but it's been ages since I last
Hi,
Okay, last bug report for the day. When I'm trying to run local weather, I am
seeing an error on the console (writing off the top of my head):
Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no such
symbol 'c'. The offending line is:
Hi Durk,
It seems to be working for me here, although I haven't pushed it very hard.
What options are you setting up? Maybe I haven't hit the same code path
here?
Thanks,
Curt.
On Sun, Oct 30, 2011 at 4:20 PM, Durk Talsma durkt...@gmail.com wrote:
Hi,
Okay, last bug report for the day.
Flightgear-commitlogs wrote:
commit ad39221c71d656887e3dbeac568bfc6b5d36029d
Author: Durk Talsma
Date: Sun Oct 30 21:21:19 2011 +0100
New traffic for Qantas, [...]
All flights cancelled !? ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends
On Sun, Oct 30, 2011 at 12:38 PM, Martin Spott martin.sp...@mgras.net wrote:
Geoff McLane wrote:
As you may know the Atlas project already has
a GetMap application, linked with CURL to
to do the http requests... written by Fred back in 2004,
No, I didn't know. When I talked to Brian Schack
On Sun, Oct 30, 2011 at 10:20 PM, Durk Talsma durkt...@gmail.com wrote:
Nasal runtime error in Nasal/local_weather/local_weather.nas:line 1480, no
such symbol 'c'. The offending line is:
local_weather.cloudassembly.rel_alt = c.alt - c.mean_alt
The variable c is indeed not defined anywhere I
On Sunday 30 October 2011 23:33:22 Durk Talsma wrote:
Hi Czaba,
On 30 Oct 2011, at 23:18, Csaba Halász wrote:
That should make nasal happy, but whether it does what was originally
intended, I do not know.
Yes, that brings the clouds back. Whether the cloud patterns *look* sensible
is
On Sun, Oct 30, 2011 at 3:20 PM, Martin Spott martin.sp...@mgras.net wrote:
Alex Perry wrote:
[...] What is
preventing us from converting the whole Atlas project to WMS, and
dropping the old nomenclature?
I'm just guessing: Backwards compatibility with those users who'd like
to use Atlas
31 matches
Mail list logo