Hi!
AnMaster wrote:
Very nice, exactly what data is this scenery generated from and why can't it
be used for all of flightgear's scenery? In my opinion the current scenery is
plain ugly.
Some of the information about the data sources can be found on the
project homepage:
Hi,
AnMaster wrote:
So, could scenery be mass generated with this method for all parts of the
word it exist for? I understand scenery would be larger but with terrasync I
only need to get the part I fly over anyway (for official scenery).
The mass generation is our goal, but we are currently
Hi Curt!
Curtis Olson wrote:
Part of the data is based on a new method of automatic landcover
classification from Landsat satellite imagery. The method is not new
in that it is well-known in other areas. The method is new in the
sense, that it was not yet applied to FlightGear
Hi,
IIRC you can specify functions (e.g. tables) in JSBSim which are in a
first step completely unrelated to lift, drag, sideforce or any of the
moments. The files output by DATCOM+ do this for the ground effect by
establishing a table of additional coefficients based on the ratio of
height AGL
Hi there!
Harald JOHNSEN wrote:
AnMaster wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm wondering if it is possible to request landsat based scenery of some
specific area (like that was done for LinuxTag and EAA Oshkosh), if yes I
would like to request such scenery for the
Hans Fugal wrote:
Perhaps someone who has flown a counterrotating twin can weigh in.
Then Torsten is the right person here. Guess who does fly the real-life
counterpart of the Seneca in FlightGear?
Cheers,
Ralf
-
This
Hi all,
is there a possibility to introduce seasonal flightplans for AI aircraft?
Most airlines have a winter and a summer schedule, but also some more
limited flights which take place only for a few weeks or months.
Ingrid is working on the Star Alliance Flightplans :-) (no guarantees,
however
Hi Durk!
Durk Talsma wrote:
Currently we don't support for that, but I am currently involved in an
offlist
discussion on a possible traffic manger version two, which would be a big
step toward such flexibility. Currently, a each aircraft has to be assigned a
fixed series of flights,
Hi Pigeon,
Pigeon wrote:
And to just for fun and to show what you can do with the streamer,
I've setup an experimental mpcam live camera hooked up with the FGMap.
So you can *actually* see them flying side by side to the map.
Just goto:
Hi all!
Melchior FRANZ wrote:
* Vivian Meazza -- 9/3/2007 10:22 AM:
That would be 90% of the 10% who aren't Windows users then? Don't forget
that by far the majority of our users out there are on Windows, as opposed
to the developers for whom the ratio is probably reversed.
While I agree
Hi!
Melchior FRANZ wrote:
* Ralf Gerlich -- 9/3/2007 6:41 PM:
Melchior FRANZ wrote:
While I agree with your demand to keep fgfs cross-platform, which is
one of its central properties, I don't buy the 90% of the fgfs users
are on Windows myth.
Independent of that it's probably better
Hi!
I have worked previously on a KDE port of the ProController client (now
replaced by ASRC) and maybe I'm a bit bitter about my experience at that
time. Therefore I'm not trying to give answers here, but just ask some -
possibly suggestive ;-) - questions.
Holger Wirtz wrote:
But they asked
Hi,
Jon Stockill wrote:
This needs to take into account the platforms that flightgear is used
on. If it's closed source then ideally whoever produces the app is going
to need the capability to build (at the very minimum) linux, mac, and
windows binaries, since handing the source over to
Hi David,
TerraGear is really an issue for itself and I up to now have only been
successful building it on Unix systems. AFAIK it is completely missing a
build environment for MS Visual Studio.
David Pérez-Piñar López wrote:
I've been able to successfully build FlightGear without much pain -
Hello!
Georg Vollnhals schrieb:
1. Getting better scenery details for wide areas without buying any data
- the Landsat7 project
http://www.custom-scenery.org/Building-Scener.331.0.html
Here a semi-automatic scanning of prepared Landsat 7 pictures can result
into a much more detailed
Hi!
Georg Vollnhals wrote:
Hi Ralf,
you know yourself how much I appreciate your work and like the output -
just remember my words about the Berlin terrain in the GFF.
The aim of this project is to enhance the local scenery worldwide
automatically by scanning the LS7 stuff.
This
Hello!
As there have been commits on TerraGear CVS I had to update the Custom
Scenery patches, so therefore there is a new fgfs-builder release.
This release is currently only available as a tar-ball from
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder
Note that this also includes
Hi!
Heiko Schulz wrote:
Nice to hear!
So the developement goes on? So it get's more
userfriendly, and more independant of the platform?
We don't have a development plan yet. There are some things we'd like to
adress in the near future such as interfacing to GDAL and OGR, but there
are some
Hi Melchior!
Melchior FRANZ wrote:
Maybe you don't want CVS access anymore, after you have dived
into git, but I think you should have access to TerraGear, and
maintain an alternative branch there. The main branch is a
sensible area, and I understand why Curt is conservative here.
I do
Hi Will!
It's been a long time since I've been working with VMAP0 in VPF. Have
you checked whether the file exists at all and whether you can access it
directly (permissions)?
I can find two places in the sourcecode where a VPF table file named
fbr is opened. In both cases it should have a
Hi Christian!
Christian Buchner wrote:
This code loads the largest (non-airport) BTG file from the World
scenery disk 1 (mounted on drive S: on Windows) and tries to save it back.
I don't have that disk, but I downloaded the respective chunk from the
FlightGear scenery download site to try and
Hi!
Melchior FRANZ wrote:
(2) I'd say that we want to keep the power of XML defined
bindings (with embedded Nasal where appropriate.) But
one could think about not having those automatically
triggered, but read them into a map, and let the
keys trigger such bindings by name.
Hello all,
I just wanted to let all of you know that a read-only GIT repository of
the TerraGear fork is now available unter
http://mapserver.flightgear.org/git/terragear/.
A gitweb environment for browsing online is to be found at
http://mapserver.flightgear.org/git/
Thanks to Martin Spott for
Hello Holger!
Holger Wirtz wrote:
3.) as in real life there should be a mechanism for realising
crosstalking (e.g. the sender with the maximum of output pushes other
senders in the background)
crosstalking in real-life more often happens to create interference
which punishes those listening
Hi Will,
I'm sorry, but I have no idea where this may be coming from. Maybe David
Megginson can help. AFAIK he's the original author of the tgvpf stuff.
Cheers,
Ralf
When I try prepare the vmap0 data with the following command -
tgvpf --chunk=w080n40 --work-dir=LandMass --area=Default
Ralf Gerlich wrote:
It's probably a good idea to note here that Mathias Fröhlich's OpenFDM
is based on such a multibody concept.
http://openfdm.berlios.net/
Sorry, don't know how I got to that URL.
That's http://developer.berlios.de/projects/openfdm/ of course.
Cheers,
Ralf
STenyaK (Bruno Gonzalez) wrote:
I'm not familiar with the suspension geometry of planes, but i *guess*
it can be modelled as a series of bodies, joints, springs and
dampers, together with the tire model.
[SNIP]
You simply simulate a couple of bodies linked together through joints,
and the
Hi Gerard!
gerard robin wrote:
Thanks , but NO
Catalina and Blackbird are on only under construction.
There is a lot of stuff to do , cockpit and FDM (mainly Blackbird which is
wrong),
My to do list is long like the bible :)
Nothing valuable to be released Production
Just today I had
to the object database. Resolution of the scenery should be
approximately the same as the current scenery, but using the latest
improvements to terragear, recently made by Ralf Gerlich.
Nice. Where can I get this scenery? As I run a terrasync mirror I need to be
able to download it to the server
Hi Will!
will Pink wrote:
VPFBASE points to /stage/fgfs01/curt/RawData/Collections/VPF-Extracted
You need to point that variable to the place where you extracted your
VPF-data.
The script expects the parts for the different regions in the
subdirectories noamer, eurnasia, soamafr, and sasaus
Hi Christian!
Christian Buchner wrote:
I found another slight discrepancy when converting back each tile's
geodetic center coordinate to a bucket - this function might be slightly
buggy: In a few cases it returns a different bucket number than given by
the original file name of the tile. I
Hi again!
Ralf Gerlich wrote:
This has to do mostly with the special cases introduced for rounding
(regarding SG_EPSILON) and for covering the difference between (int)
cast rounding towards zero and the desired behaviour more similar to a
floor().
The problem only occurs for latitudes north
Hi!
LeeE wrote:
I think I mentioned earlier, but first problem - there's no SRTM
data for the poles. Second problem is that calculations that
assume a quad (trapezoidal) area fail at the poles because they
have to deal with a tri area and not a quad area.
The problem is not that tiles
or votes?
Cheers,
Ralf
From 4462aa3518b65ed76b6fc8a4cabae730fcd160fa Mon Sep 17 00:00:00 2001
From: Ralf Gerlich [EMAIL PROTECTED]
Date: Mon, 7 Jan 2008 12:03:44 +0100
Subject: [PATCH] Make the tile grid consistent.
This changes the actual tile numbering only in the range above 88 degrees latitude
LeeE wrote:
Yup - I downloaded lots of SRTM data to play with in GRASS and
above/below +/- 60 lat it isn't there.
There doesn't seem to be any alternative source of suitable data
either so I don't see how FG can cover the poles.
FG can cover the poles - and has been doing so for years -,
Hi!
Frederic Bouvier wrote:
Selon Curtis Olson :
My gut feeling is that once you get up (or down) into the latittudes where
the tiles get significantly skinny, the resolution of the available data
drops of significantly. We really don't have a per-tile triangle budget
anyway. The only
Hi!
Curtis Olson wrote:
On Jan 8, 2008 1:22 AM, Frederic Bouvier wrote:
I was thinking about the parameter we pass to Terra to simplify the
initial grid. IIRC, this parameter is always the same, leaving all
*.arr.gz files with the same number of vertices.
Yes, that's a good point, and
Ralf Gerlich wrote:
Currently we have tile borders that are representable as polygon - more
strictly as rectangles - which makes clipping easy. The new tile borders
could not be well-approximated using polygons. We could try creating
clipping polygons that approximate the borders down
Frederic Bouvier wrote:
Selon Ralf Gerlich :
The alternative would be to scale the number of vertices passed to
TerraFit by cos(lat)...
I was thinking of this solution : regular lon/lat tile scheme but variable
number of resulting vertices per tile.
That's what I meant
Hi!
Georg Vollnhals wrote:
A Lufthansa A 320 touched! the runway with one winglet (damaged) in the
final phase of the landing when not only executing a crosswind landing
but getting into a heavy unexpected gust.
Looks like a horrible situation I would wish never to get into, neither
as a
Hi!
Arnt Karlsen wrote:
On Tue, 11 Mar 2008 16:51:16 +0100, gerard wrote in message
[EMAIL PROTECTED]:
h,
AS LONG, we have not sea level consistency with OSG sea tiles and
sea coastline which makes the the ships flying over.
The carriers and others ships are welcome in the the
Hi Gerard!
gerard robin wrote:
The coastline process is wrong (or not existing) here two snapshot near LFMN
-first, that one with scenery 0.9.10 which was partly wrong (0.9.8 was
better)
http://pagesperso-orange.fr/GRTux/Scenery0.9.10.jpg
-second, the same one with scenery 1.0.0
(see my remark about GSHHS v1.5 above).
Cheers,
Ralf
--
Ralf Gerlich
Diplom-Informatiker
Software Engineer and Technical Consultant
Dr. Rainer Gerlich System and Software Engineering
Auf dem Ruhbühl 181 | Tel:+49 7545 91 12 58
D-88090 Immenstaad | Fax:+49 7545 91 12 40
Germany
Hello Gerard!
gerard robin wrote:
But you understood i was only talking about the coastline near that place.
The nice curved shape of the bay which should be here with the little
peninsular ground (the name , Antibes , Juan-les-Pins, and two islands Ste
Marguerite and St Honoras).
Hi all!
gerard robin wrote:
[SNIP]
You could notice that apt VHHH is now , not an island but on full ground area
Thanks for the reports.
For your information: From the VHHH-tile I was actually able to identify
the actual trigger for the buggy tiles.
The trigger does lie in the modifications.
One thing to add...
Ralf Gerlich wrote:
Currently there is no shapefile version of GSHHS 1.5, which was
available for 1.3, so we need to get some tool to import the custom
binary format of GSHHS into the database, including the handling of
shorelines crossing the dateline, etc (e.g. Eurasia
AnMaster wrote:
Good question, I guess combining them and manually fixing the problems would
be too much
work. I got no really good solution. But the current coastlines are very bad
in many cases.
What about only using GHSSH for those coastlines around continents? With that
I mean coast
LeeE wrote:
So it looks like we either live with the problem until someone else
creates a new database with all the problems fixed, or bite the
bullet and fix it manually ourselves.
Yep, that's the spirit ;-)
Would it be possible to cobble together a small utility that would
allow small
Hi!
Arnt Karlsen wrote:
..an idea out of the blue; if we model sea water, and the
sea floor, we could _generate_ the coastline at runtime?
It does move with high 'n low tide.
The current scenery concept can only support fixed coastlines and we'd
have the same problems with the rivers when
Hi!
Tim Moore wrote:
Is it practical to use the Landsat classification stuff you guys have demoed
on
your web pages to generate our own coastline data?
Yes, we can extract the coastline data, but it might still require some
further editing to eliminate misclassifications. The editing effort
S. Andreason wrote:
Are you still looking for 1x1 tiles with ocean showing as land?
Well, I think I have the reason for the problem, but still I'm
interested in bug reports.
Cheers,
Ralf
-
This SF.net email is sponsored
Stewart Andreason wrote:
Well, I have some! ;)
[SNIP - Loads of sightings]
OK, I originally intended to do partial rebuilds for the buggy tiles,
but if there's so many of them (wonder why I didn't see any of them when
checking the scenery myself) that warrants a full rebuild.
Thanks!
Cheers,
Hi!
Jocelyn Couetdic wrote:
I hope you'll find without too much trouble the bug behind all this.
Thank you for your reports. As reported, I have already found the
problem and now I am searching for a fix. However, these reports will
also help me find out whether my fix - once implemented - is
like a problem in the base data. Neither GSHHS nor VMAP0 landmass
place this airport on the island.
Cheers,
Ralf
--
Ralf Gerlich
Diplom-Informatiker
Software Engineer and Technical Consultant
Dr. Rainer Gerlich System and Software Engineering
Auf dem Ruhbühl 181 | Tel:+49 7545 91 12 58
D
Ralf Gerlich wrote:
Ralf Gerlich wrote:
Currently there is no shapefile version of GSHHS 1.5, which was
available for 1.3, so we need to get some tool to import the custom
binary format of GSHHS into the database, including the handling of
shorelines crossing the dateline, etc (e.g. Eurasia
LeeE wrote:
On Friday 11 April 2008 12:17, Ove Kaaven wrote:
LeeE skrev:
I was thinking more along the lines of publicly displaying the
photo in an exhibition, which I don't think could be regarded
as distribution,
I suspect the RIAA and MPAA would disagree...
Why are we discussing the term
Hi all!
Syd wrote:
CYVR has been destroyed ! :)
NO island anymore , and the delta has dried up and been converted to
farmland ...
This looks like the same effect leading to the problems in Nice and
elsewhere. I'm still at it, but my schedule was quite unfortunate in
past weeks.
Note,
Hi Martin!
Martin Fenelon wrote:
Now to another question with regard to hold lines. Let's say I have a bit
of concrete apron with a hold line:
true 090, length 150, width 15
Where will the yellow line be? along the length EW? and is it in the
centre?
As far as I know, terragear does not
Hi Martin!
Martin Fenelon wrote:
1. Which version of TaxiDraw should I be using? I've been working with a
CVS version from last week.
The CVS version should be pretty stable and generates v810.
2. Should I submit apt.dat format 810?
AFAIK, TerraGear can handle 810.
3. Runway markings:
Hello Martin,
Martin Fenelon wrote:
Is the current official FlightGear scenery created with a 'World Custom
Scenery Project' patched version of terragear?
yes, it is, which is also the reason for some very unfortunate bugs in
the scenery itself, which up to now I wasn't able to fix or work
Hello again!
It seems that I finally have a somewhat dependable workaround for the
TerraGear coastline bug reported shortly after the release of the 1.0.0
scenery.
I have reviewed the algorithm thoroughly - together with Martin - and
checked some of the tiles reported as faulty beginning of this
Hi!
Ralf Gerlich wrote:
While it seems to me that the workaround should work, due to previous
experience with TerraGear and its subtleties I would not want to bet on it.
...and I see that I was right not to bet: The workaround doesn't work.
TerraGear failed on the first try building the EDDF
Hi!
I have uploaded a picture showing the situation in the example of VHHH
to http://www.custom-scenery.org/fileadmin/people/rgerlich/vhhh.png
This is an export from QGIS, using shapefiles I generate from test
printouts of TerraGear. I forgot to color this properly, but actually
the textures and
Hi Christian!
Christian Mayer wrote:
if the triangulation code causes trouble, you could try CGAL
(http://www.cgal.org/). They have very robust and well designed
computational geometry codes.
Thank you for the hint.
In the meantime I have found out that it is not TriangleJRS that causes
the
Hi Stuart!
Stuart Buchanan wrote:
Just to keep everyone up to date on where I am with porting 3D clouds to FG
OSG:
http://www.nanjika.co.uk/flightgear/clouds.jpg
Obviously there is still a lot of work to be done before they are complete,
but progress is being made.
Doesn't look bad
Hi!
Martin Spott wrote:
I think Ralf Gerlich has quite some expertise on this one - his home
airfield is the place where these beasts are being built and he's one
of these guys who want to know every detail :-)
As far as I remember he also has a nice livery for the Gummiwoosch,
yet I don't
Hi Fred!
Frederic Bouvier wrote:
What if I have write access to the CVS repository ? Do I have to maintain
a seperate CVS workspace and apply my own patch in that workspace before
CVS commiting ? In that case I don't really see a great benefit ?
For TaxiDraw, I have git repository and a CVS
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Cheers,
Ralf
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
Jon Stockill wrote:
Ralf Gerlich wrote:
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Excellent - does that already include the point in polygon fix too?
Unfortunately not...
I'm thinking of trying some more horribly detailed scenery
Curtis Olson wrote:
The previous point-in-a-polygon algorithm was perhaps not as clever, but it
did seem reasonably robust.
Unfortunately it was not. I had several tiles failing because of it...
Cheers,
Ralf
-
This
Hi Curt!
Curtis Olson wrote:
Fair enough ... maybe my memories have improved with age, but I don't recall
having this much trouble with failed tiles when I did the scenery builds.
There would always be a handful of them ... maybe a dozen or two over the
entire surface of the earth. If that's
Hi all!
In the FlightGear forum we came upon the question of how FlightGear
locates textures, e.g. used by scenery generated with the TerraGear
photo-command.
http://www.flightgear.org/forums/viewtopic.php?f=5t=2149
As far as I understand the current OSG loader code, all textures must be
Hi!
Curtis Olson wrote:
Sure, just like any aircraft or object model can have it's own textures.
There may be some nuances that have disappeared over the years since I doubt
this has been heavily tested, but I used to have a KSJC demo with about 1
pixel per foot resolution. And don't forget
Hi!
Frederic Bouvier wrote:
in simgear/scene/tgdb/leaf.cxx branch PRE_OSG_PLIB_20061029, there is this
code :
[SNIP]
I didn't test it, but at least, the intention was there ;-)
In the OSG-version I didn't find anything similar, so I'd say that it's
missing.
I am not able to do anything
gerard robin wrote:
On dimanche 28 septembre 2008, Alex Perry wrote:
Isn't it only a coastline error ? like we have elswhere for instance, Hong
Kong bay, NIce and Cannes area (France)
Seems like it.
Cheers,
Ralf
-
Hi Nicolas,
if I understand you correctly, you want FlightGear to superimpose a
given texture over a whole terrain tile, given that a texture file with
the same name as the tile is found.
I think that this would require that either
a) TerraGear generate appropriate texture coordinates for the
Hi!
Heiko Schulz wrote:
Ground elevation in sea too? If yes so we could add the sea itself as
a planar surface with all features possible, and Arnt Karlsen would
have his tides and the outcome of the global warming! :-P
I don't know about SRTM4, but I suspect that no new measurements have
Hi Gerard!
gerard robin wrote:
Well, i thought that costline was calculated with the intersection of the
sea level (or water level) and the ground altitude.
I was wrong, my imagination was (is) out of reality. :)
Actually, it is the other way around, IIRC (Martin, correct me if I'm
Martin Spott wrote:
Durk Talsma wrote:
Ralf Gerlich and Martin Spott: Complete scenery rebuild based on improved
terragear algorithms / object database updates
In the current state, after setting a deadline, we should be able to
get an entire Scenery release out from the current datasets
Matthew Tippett wrote:
Likewise with scenery. The default location and whatever demo
locations should ship with reasonably detailed scenery + other common
locations. The 'full' brings in other common scenery, and 'extras'
brings in everything else. (Integrating terragear as a thread within
Hi Michael,
I'd need some more details on the steps you followed to check whether
you are missing anything.
Cheers,
Ralf
Michael Smith wrote:
Hello all, I have been trying to build scenery with terragear-cs and I
have got through everything sucessfully but it is not outputing the
scenery
Hi Michael!
Michael Smith wrote:
I have my lon/lat for Bermuda (N32W065 - N33W064).
[SNIP]
genapts --input=data/airports/apt.dat --work=./work --min-lon=32
--max-lon=33 --min-lat=-65 --max-lat=-64
Here you should swap lat and lon. Your latitude is 32 (32 deg north) and
your longitude is
Hi Heiko!
Heiko Schulz wrote:
Look here:
http://www.flightgear.org/forums/download/file.php?id=263
http://www.flightgear.org/forums/download/file.php?id=264
http://www.flightgear.org/forums/download/file.php?id=260
http://www.flightgear.org/forums/download/file.php?id=261
Doesn't look
Martin Spott wrote:
BTW, do you still remember sitting in the aircraft shown on this
picture ? I'm pleased to see how close the model gets !
And how does one get close to the model? Seems it isn't included in CVS.
Cheers,
Ralf
, but nothing happened.
I can't reproduce this currently due to a consistent crash, probably due
to a version incompatibility with a too old OpenAL installation.
Cheers,
Ralf
gerard robin wrote:
I can't avoid precipitation with the Rendering option menu , is it
just me ?
--
Ralf Gerlich
an index.txt-file with
three columns: ID, longitude and latitude of the airport, sorted by
longitude and latitude. The position is calculated as the center of
gravity of all runways specified for the airport.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist
/Models/Misc/Modulevilletriangl.xml
at /usr/local/share/FlightGear/data/Models/Misc/Modulevillerectangl.xml
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org
in the CVS logs.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org/
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
/c/o/r/d/e/fdm.xml
Different goals, different solutions ;-)
m.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org/
-
This SF.Net email
Ron Jensen wrote:
Managing this in CVS would
add another 9,681 CVS directories and 29,000 (Entries, Repository and
Root) files.
No management in CVS is planned.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org
Ralf Gerlich wrote:
Ron Jensen wrote:
Managing this in CVS would
add another 9,681 CVS directories and 29,000 (Entries, Repository and
Root) files.
No management in CVS is planned.
At least not in this structure. This is a means of data transport, not
of data management.
Cheers,
Ralf
101 - 191 of 191 matches
Mail list logo