Hello,
I'm hitting an 'interesting' problem with the new fedora. For some reason,
it's installing the PAE kernel (I guess I should have installed the 64 bit
version). The problem is, when the system() is called - for instance, to
copy an airport btg file from work to output, I get an error.
Her
Hallo Thorsten,
die Szenerie muss irgendwie korrupt gewesen sein. Neu geholt und nun gehts
auch... Danke trotzdem.
Gruß
Olaf Flebbe
o...@oflebbe.de
Am 11.01.2012 um 23:38 schrieb ThorstenB:
> On 11.01.2012 23:15, Olaf Flebbe wrote:
>> Hi,
>>
>> does anybody have the same problem?
>>
>> Sev
Flightgear-commitlogs wrote:
> The branch, next has been updated
>
> - Log -
> commit 21f2e1f25017612959a81bccf4096e36b0c57e10
> Author: ThorstenB
> Date: Fri Jan 13 19:58:45 2012 +0100
>
>#599: Don't crash when a path does not
Martin Spott wrote:
> 2.) Merging custom land cover data (like John Holden's great work) into
>the "Custom Scenery" layer (at MapServer) had been failing in some
>cases due to topological inconsistencies. I expect these failures
>to disappear with topologically clean vector data.
Fin
While trying to find out about a different issue ('fgfs' not starting
at all) I noticed, that it still writes an "autosave.xml" into
${FG_ROOT} despite the fact that I've explicitly set
--prop:/sim/startup/save-on-exit=false
Now I'd like to learn wether someone is deliberately trying piss users
off
On Fri, Jan 13, 2012 at 9:28 AM, Thorsten Renk wrote:
>> ***
>>
>> weather_tiles.nas, line 1004;
>>
>> var alt = spread * 400.0 +
>> local_weather.cloud_vertical_size_map["Nimbus"]
>> * 0.5 * m_to_ft;
>>
>> has an obsolete altitude correction in and should just be
>>
>> var alt = 400.0;
>>
>> to ge
I'd like to point out that I'm now having what I think should be
topologically clean CLC2000v15 and VMap0 edition 5.0 datasets. I'll
load these into the Landcover-DB as replacements for the current VMap0
and CLC layers.
Thanks to the great folks at GRASS GIS, most notably Markus M., the
procedure
Le 11/01/2012 18:59, Mathias Fröhlich a écrit :
> Hi,
>
> On Sunday, January 01, 2012 11:41:22 Mathias Fröhlich wrote:
>> I think then, computing mipmaps for any texture file on the CPU in the
>> loader thread should globally improove the situation.
>> Also avoiding the compression already in the f
> ***
>
> weather_tiles.nas, line 1004;
>
> var alt = spread * 400.0 +
> local_weather.cloud_vertical_size_map["Nimbus"]
> * 0.5 * m_to_ft;
>
> has an obsolete altitude correction in and should just be
>
> var alt = 400.0;
>
> to get the correct altitude for Nimbostratus layers
>
> ***
make that
> * All major bugs fixed?
I found three in the last days - one major and two minor - since I have
added some sunrise/sunset support features to my working copy of Local
Weather, I'll just list the fixes rather than provide the updated files:
***
local_weather.nas, line 2917 (just after 'Starting
10 matches
Mail list logo