Hi John,
"J. Holden" wrote:
> http://www.stattosoftware.com/flightgear/ksfo_new.png
>
> Obviously needs some manual clean-up (bridge re-classification for
> instance), but hopefully this is the first step toward better default
> scenery.
It's probably not going to be the first one: Our current
Thanks Alan.
No wonder it doesn't show anything:
/home/michael/.fgfs/zkv1000/maps
../../../../../../../../../home/michael/.fgfs/zkv1000/maps
zkv1000 loaded
zkv1000 PFD switched on!
zkv1000 MFD switched on!
--- On Sun, 10/30/11, Alan Teeder wrote:
> From: Alan Teeder
> Subject: Re: [Flightgea
Hi,
> I know that Thorsten Renk is having to deal with
> some hardware problems, so that he may not be around for sometime.
> Nevertheless, we have been promoting the local weather stuff quite
> exensively, so I would really like to demonstrate it at FSWeekend.
The problem here is that still the
Hi Alex,
Alex Perry wrote:
> I don't know what you're getting at. If Atlas knows how to get map
> tiles from a URL family in addition to the usual disk file name
> family, that doesn't affect offline use.
Indeed. I was just thinking out loudly about how Joe Average might
recieve the requiremen
Hi Thorsten,
>
> I have just started on the new gui, and he first sketch is in my
> forum-posted snapshot of the terrain haze shader.
Thanks for the explanation. Emilian had already pointed me to the corresponding
forum thread. I do have the terrain haze shader in a local branch of fgdata,
and
Michael
There is no debugger for nasal that I know of. When I have problems I often
add print statements.
You could try another one in map.nas like this after line 327. This warns if
you have no map available for your current position. No map = no display!
In this case reposition your aircraft to
That means the maps should be in /home/michael/.fgfs/zkv1000/maps/terrain
(note /terrain at the end!).
-Original Message-
From: Michael Sgier
Sent: Monday, October 31, 2011 7:42 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] moving map of Hondajet or Da-42 //
n
Ok so I am replying to myself.
after running fgfs-construct for the last 10+ hours at nice -20 and
still going I have the following info.
I ran lsof on the PID and have found that it is still holding all SRTM2
arr and fit files open. This is the probable cause of the memory leak
that I am see
Hi Jason,
I just tried to reproduce this issue here. Generating some scenery around
LOWI with 850 airport layouts, I only see always two SRTM files open: the
arr.gz and fit.gz for the tile that is currently built. So no problems here.
What confuses me a bit is you using SRTM-2 files. What is th
ahh ok I was confused. Works and looks cool indeed...
I want to include that in PC-21 and, as promised to the author pjedvaj, upload
to GIT.
Any ideas on what files to change for PC21 display integration?
I also have to figure out how to upload to my GIT and request
a merge to fgfs at gitorio
Christian Schmitt wrote:
> Jason Cox wrote:
>> I ran lsof on the PID and have found that it is still holding all SRTM2
>> arr and fit files open. This is the probable cause of the memory leak
>> that I am seeing.
> What confuses me a bit is you using SRTM-2 files. What is this and how does
> hgt
Congratulations.
Just look for all references to ZKV1000, pfd and mfd in the Hondajet/Da42
and do something similar in your aircraft. Best of luck. The Hondajet/Da42
author may be able to assist here.
To get it into Git, just ask on this forum and I am sure that one of the
developers with comm
Hi
maybe it is also worth to have a look to (local) capabilities of
- mapnik2
- kde marble
Cheers, Yves
Am 31.10.11 06:35, schrieb Alex Perry:
> On Sun, Oct 30, 2011 at 3:20 PM, Martin Spott wrote:
>> Alex Perry wrote:
>>> [...] What is
>>> preventing us from converting the whole Atlas project
Hi
I've promised to the author pjedvaj to upload his aircrafts to GIT.
I might also add later a GIT for my sceneries. Now how to proceed from here:
https://gitorious.org/~scrat
How to add 3 airplanes and 1 scenery? Thanks for a simple howto.
Regards Michael
-
Martin Spott wrote:
> I'd just have to compile the Atlas imagery into a suitable format.
Just as a side note: I'll issue a virtual bonus for removal of the
requirement to have an (OpenGL-capable) $DISPLAY from Atlas' "Map"
utility ;-)
Cheers,
Martin.
--
Unix _IS_ user friendly - it's
Looks like coastline correction and vmap0 classification, apart from the
previously submitted Oakland data? Good work, but curious as to why TerraGear
would be so problematic.
The USA's land cover is in raster format, so this data is just the end result
of the script which cleans and vectorizes
"J. Holden" wrote:
> The USA's land cover is in raster format, [...]
Is this NLCD you're digitizing ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
---
NLCD 2006 data. Previous digitization efforts have usually used NOAA coastal
land cover data, but that is obviously only for coastal regions.
Cheers
John
--
Get your Android app more play: Bring it to the BlackBerry Pla
Am 30.10.11 19:42, schrieb Geoff McLane:
> "&FORMAT=image/jpeg&SRS=EPSG:4326"
>
Hi Geoff
Just one little thing here, in case someone is working on this: I
suggest not to use image/jpeg for rendering, I guess it is better to use
image/png for quality maps.
Cheers, Yves
--
I have a question for anyone who has dug into the FlightGear/OSG particle
system. Many parameters can be setup as a range and the particle will be
generated with some random value within that range (shooter direction,
rotation speed, particles per-second, etc.) I was curious if OSG supports
a ran
Thats correct.these are the files created from SRTM data by hgtchop and
terrafit
Jason
On Mon, 2011-10-31 at 11:30 +, Martin Spott wrote:
> Christian Schmitt wrote:
> > Jason Cox wrote:
>
> >> I ran lsof on the PID and have found that it is still holding all SRTM2
> >> arr and fit files open
On Sun, 2011-10-30 at 19:38 +, Martin Spott 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,
[snip]
> http://mapserver.flightgear.org/
>
> Cheerio,
>
Christian,
what I am finding i that the larger the area being built the more of
these files are being opened and not closed.
I would try a larger area, say 1x1 deg or larger and then and then you
will see the list grow to include tiles that are no longer needed.
Jason
On Mon, 2011-10-31 at 12:14
Hi,
it's difficult to answer questions like this. If you can post the files you
modified, one of us could compile it and see what's going on.
Regards,
-Fred
- Mail original -
> Hello,
> This is my first try with mailing-list, I am icecode in IRC, Icecode
> GL in forum and a few tim
Geoff McLane wrote:
> I guess I was a little unclear about other
> WMS servers... What I wanted to say was nothing
> I found offered any particular advantages over
> what the current Map application produces using
> current fgdata BTG files, and OpenGL rendering...
Well, the cause is pretty s
Hi,
I just modified the Effects.cxx file in Simgear > simgear > scene >
material. I changed a bit the code, and it succesfully doesn't give any
errors now, but there isn't any visible results. Here is the new code:
struct PolygonOffsetBuilder : public PassAttributeBuilder
{
void buildAttr
26 matches
Mail list logo
