Hi Heiko,
Heiko Schulz wrote:
> So we maybe needs a list of rules what we can do, waht we shall not to do
> etc...
The question is wether contributors are inclined to follow these
guidelines. Basically this is most likely to end up in the maintainers
being the target of nasty accusations - like
On Tue, Feb 9, 2010 at 9:32 AM, Martin Spott wrote:
> Hi Heiko,
>
> Heiko Schulz wrote:
>
> > So we maybe needs a list of rules what we can do, waht we shall not to do
> etc...
>
> If someone starts a wiki page, or directs me to an existing one, I'll write
down my thoughts.
> The question is wet
On Tue, Feb 9, 2010 at 8:48 AM, John Denker wrote:
> At KSQL there is reproducibly a building sitting
> partially on a taxiway and even extending onto
> the runway a little bit.
>
> http://www.av8n.com/fly/fgfs/img48/ksql-building-on-rwy.png
>
>
I have also been experiencing this issue so it's i
Erik Hofman wrote:
> leee wrote:
>> But isn't one of the tasks of ./configure to test that it can find
>> the libs it needs, and isn't this the real problem?
>>
>> Is it not the case that ./configure has run ok, presumably believing
>> that it has found the libs it needs, but then generated a mak
George Patterson wrote:
> On Tue, Feb 9, 2010 at 8:48 AM, John Denker wrote:
>> At KSQL there is reproducibly a building sitting
>> partially on a taxiway and even extending onto
>> the runway a little bit.
>>
>> http://www.av8n.com/fly/fgfs/img48/ksql-building-on-rwy.png
>>
>>
>
> I have also b
I have seen from time to time mention of automatically generated snow
lines where permanent snow would be likely to appear. Has anything
been done on this? If not, I am thinking I could write a tool to take
an elevation file (such as SRTM-3) and produce a shape file which
then get put into
Hi,
> Hi Heiko,
>
> The question is wether contributors are inclined to follow
> these
> guidelines. Basically this is most likely to end up in the
> maintainers
> being the target of nasty accusations - like the one on
> this very list:
>
> "My [...] scenery is downloadable but not included i
Andrew Gillanders wrote:
> I have seen from time to time mention of automatically generated snow
> lines where permanent snow would be likely to appear. Has anything
> been done on this? If not, I am thinking I could write a tool to take
> an elevation file (such as SRTM-3) and produce a shap
Hi John, Erik, Jari, Sid, Curt, Csaba, et al
Thanks Erik. cvs updated, and all works in
my Ubuntu 64-bits... and remember I use
a 'non-standard' local prefix OSG install,
so I can link and run against different
OSG versions at will...
Your addition of -
AC_CHECK_LIB(osg,osgGetVersion, ,
[AC_
> involved people behave as if the primary target of their involvement is
> to alienate contributors over to their very own private collection of
> models (there's more than just one single prominent case for such
> effort).
>
> You, see, the topic is not _that_ easy to deal with, especially
> beca
Tim Moore wrote:
> That's unfortunate. Perhaps if we can point to a page of official
> guidelines, that will mute some of these reactions? Or perhaps you already
> have such a page :) Also, as I've mentioned before, I want to be sensitive
> to the modeling workflow and what's possible with the pop
On Tue, 2010-02-09 at 10:45 +, Jon Stockill wrote:
> George Patterson wrote:
> > On Tue, Feb 9, 2010 at 8:48 AM, John Denker wrote:
> >> At KSQL there is reproducibly a building sitting
> >> partially on a taxiway and even extending onto
> >> the runway a little bit.
> >>
> >> http://www.av8n
Gene Buckle wrote:
> Martin, would some kind of impartial tool help solve this problem? I
> don't know the details of WHY some particular model wouldn't work well in
> FG, but wouldn't it be fairly straightforward to createa "model checker"
> tool that could help an artist make sure that their
Just a tiny request:
either associate each feature with the respective name or none. I'd prefer the
latter.
Thank you Durk for preparing the new release!
Torsten
--
The Planet: dedicated and managed hosting, cloud stor
As far as I can tell, the autopilot's roll stability has recently
degraded. With a cvs build Feb 8th, with A/P engaged, the 77-200 rolls
plus / minus about
twenty degrees all altitudes, throttle settings: A/P heading mode. I'm
pretty sure the 777 was roll stable two weeks ago, mp players rep
Has anybody used the --generic record/playback feature
recently?
It seems to have some very noticeable bugs:
When using the --generic record/playback feature, I
observe numerous view-related problems:
* Helicopter view: the size of the aircraft throbs
at a high rate, getting bigger and sma
Hi John,
The first thought that comes to mind is to double check the precision
(significant digits) of the data you are writing out. If you are writing
out heading for instance with 0 or 1 decimal digits or position with 4
decimal digits, that could account for this sort of thing.
Regards,
Curt
On 02/09/2010 12:43 PM, Curtis Olson wrote:
> The first thought that comes to mind is to double check the precision
> (significant digits) of the data you are writing out. If you are writing
> out heading for instance with 0 or 1 decimal digits or position with 4
> decimal digits, that could acco
On 2010-02-09 11.08, Erik Hofman wrote:
> Erik Hofman wrote:
> I've updated configure of both FlightGear and SimGear to bail out if the
> OpenScenegraph libraries are not found. SimGear has a simple check for
> OpenThreads and OSG version number and a more extensive error report.
> FlightGear check
Right, I wouldn't consider playback.xml to be the most well conceived
generic protocol configuration file, but it serves as an interesting example
and starting point at least.
lon/lat are being written out as a float. This should be switched to
double. The format specifier is %f but it might be
Okay, here is an updated announcement text:
Thanks everybody for the comments / updates. In addition to those, I also fixed
a few typos of my own and fixed some inconsistencies in Capitalization.
A couple of replies to selected questions below:
Chris Wilkinson wrote:
> but is there any progress
On Feb 9, 2010, at 3:14 PM, Curtis Olson wrote:
Notice you are only getting 6 decimal places on your lat/lon and I
know from a past life that this will probably resolve down to a
resolution of maybe 10-20 meters.
Hmm
6 decimal places should get you sub meter precision
http://manisnet.or
As far as I can tell, the autopilot's roll stability has recently
degraded. With a cvs build Feb 8th, with A/P engaged, the 77-200 rolls
plus / minus about
twenty degrees all altitudes, throttle settings: A/P heading mode. I'm
pretty sure the 777 was roll stable two weeks ago, mp players re
On Tue, Feb 9, 2010 at 2:28 PM, Norman Vine wrote:
>
> On Feb 9, 2010, at 3:14 PM, Curtis Olson wrote:
>
> Notice you are only getting 6 decimal places on your lat/lon and I know
> from a past life that this will probably resolve down to a resolution of
> maybe 10-20 meters.
>
>
>
> Hmm
>
> 6 deci
Durk Talsma wrote:
> Erik Hofman replied:
>
>> Indeed, I haven't looked at that part yet. It is designed to allow easy
>> addition of it though.
>>
>
> I'm just wondering: Should I leave the referring sentence in the
> announcement, or does it need modification?
>
I would remove it sin
Hi,
>
> We do have a couple of rather simple recommendations which
> should be
> quite easy to fulfill:
>
> http://scenemodels.flightgear.org/contribute.php#tips
>
> (the "NOTICE"), but even these are quite often ignored.
That's doesn't wonder me:
"Please..." You don't have to follow a "plea
A while back I was trying to read in lat/long and found a lot of jitter.
I finally found that FG generic was actually only able to read in floats. At
that time I found that the designation in the format was just being used for
output of variables. But for input they were being put into the ac
On 02/09/2010 01:14 PM, Curtis Olson wrote:
> lon/lat are being written out as a float. This should be switched to
> double. The format specifier is %f but it might be better to specify a
> fixed number of decimal places appropriate for the required visual
> precision. I don't have my calculato
On 02/09/2010 01:14 PM, Curtis Olson wrote:
> Right, I wouldn't consider playback.xml to be the most well conceived
> generic protocol configuration file, ...
Is there some other protocol file that should be
used instead?
None of the other Protocol/*.xml files seem
particularly suited to the re
I've only started using the generic protocol stuff very recently. I think
there have been some recent (v2.0) patches to fix some of these issues we've
been discussing. Originally there was some missing double support, etc.
Personally I've never tried the record/playback stuff this using the
gene
Yeah it needs more work still , Heiko also reported some problems with it ,
but Ive been fighting with the daughter's laptop the last few days ... I'll
do more checking once i get that running. (She NEEDS her facebook !) ...
Cheers
On Tue, Feb 9, 2010 at 12:29 PM, bitwPolly wrote:
>
> As far as
Durk Talsma:
> "extinquished by firefigher"
Still need to replace the letter "Q" with the letter "G" in "extinguished", and
add a "T" to the middle of "firefighter"
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.
can you file this bug formally at
http://code.google.com/p/flightgear-bugs/issues/list
so we can track it
ta
pete
John Denker wrote:
> At KSQL there is reproducibly a building sitting
> partially on a taxiway and even extending onto
> the runway a little bit.
>
> http://www.av8n.com/fly/fgfs/i
The 777 is totally in dev.. and making all sorts of capers..
I guess we have to sit back and wait for Syd to decide the "aircraft"
and its systems is worthy of "testing".
In the meantime its a pointless task as the path is not identified, or
indeed the "path" mapped. So come back later (BTW the
Maybe Ive been fighting with this laptop harddrive too long , but I have no
idea what you just said here ... :)
On Tue, Feb 9, 2010 at 8:17 PM, Pete Morgan wrote:
> The 777 is totally in dev.. and making all sorts of capers..
>
> I guess we have to sit back and wait for Syd to decide the "aircr
On Wed, Feb 10, 2010 at 4:55 AM, Pete Morgan wrote:
> can you file this bug formally at
> http://code.google.com/p/flightgear-bugs/issues/list
> so we can track it
>
> ta
> pete
>
> By the way, I've encouraged Pete to take this on. I've disparaged bug
tracking for free projects in the past, but
I'm going to reset the "next" branches in my git repositories at
http://www.gitorious.org/fg to be based on the master branches, from which
the release was made. If you are using these repos, then you'll see some
warnings when you next fetch from them and will need to "git reset --hard"
your local
37 matches
Mail list logo
