On 04 Sep 2011, at 14:54, James Turner wrote:
On 4 Sep 2011, at 07:05, Durk Talsma wrote:
If not, I might consider moving the taxidraw source over to gitorious and
incorporate it as a subproject of fg.
Any thoughts / ideas would be welcome.
I think this is best answer - for
Actually, I'm going to continue using my parser for now. It looks like
there are still some bugs in the ogr2ogr importer with respect to closing
polys with curves.
Here's an image showing some of the polys being closed with linear segments
instead of bezier.
Hi Peter, glad to meet you here !
Peter Sadrozinski wrote:
Another reason we may wish to stay with my parser is that it offers a bit
more flexibility. I plan on allowing options to set how many segments to
break curves into, (and possibly using more segments for curvier sections
than
Peter Sadrozinski wrote:
I have some experience writing GRASS modules, and I noticed some were being
added to terragear-cs a few months ago. one of which looked like a skeleton
for a btg file exporter. Is anyone actively working on this? If not, I can
continue down that path.
You're
Hi All,
In the past, we've seen a large number of projects that were initiated for
FlightGear; Atlas, fgrun, the terragear toolchain, and taxidraw. Many of these
program have undergone substantial development, many contributors have come and
gone, and in a number of cases, the project
Am 04.09.11 08:05, schrieb Durk Talsma:
Hi All,
In the past, we've seen a large number of projects that were initiated for
FlightGear; Atlas, fgrun, the terragear toolchain, and taxidraw. Many of
these program have undergone substantial development, many contributors have
come and gone,
Qgis looks very good, but not very simple to use.
Anyone to create a tutorial in the forum?--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better
On 4 Sep 2011, at 07:05, Durk Talsma wrote:
If not, I might consider moving the taxidraw source over to gitorious and
incorporate it as a subproject of fg.
Any thoughts / ideas would be welcome.
I think this is best answer - for programs the original author wishes others to
maintain /
://www.flightgear.org/forums/viewtopic.php?f=5t=13240
Gijs
Date: Sun, 4 Sep 2011 04:34:46 -0700
From: scrat_h...@yahoo.com
To: flightgear-devel@lists.sourceforge.net
Subject: Re: [Flightgear-devel] The future of FlightGear's support programs
Qgis looks very good, but not very simple to use.
Anyone
HB-GRAL wrote:
Personally I don’t know if there is a roadmap for taxidraw anymore. You
can edit airport data with tools like Qgis directly and with much more
comfort. It’s sad, but I think we dont need it anymore.
Well, you can import apt.dat data into QGIS via GDAL. But be aware that this
Am 04.09.11 15:01, schrieb Gijs de Rooy:
Why not use Xplane's WED? Appears to be open-source (didn't check the license
though) and works with the 850 format...
Hi Gijs
I use QGis because with this one I edit current shape database directly,
without any conversion of anything. And most of the
Am 04.09.11 16:01, schrieb Christian Schmitt:
HB-GRAL wrote:
Personally I don’t know if there is a roadmap for taxidraw anymore. You
can edit airport data with tools like Qgis directly and with much more
comfort. It’s sad, but I think we dont need it anymore.
Well, you can import apt.dat
On Sun, 2011-09-04 at 15:01 +0200, Gijs de Rooy wrote:
[snip]
Brings me to another question, are we allowed to use Robin's latest
apt.dat, once we can handle the new format? Looks like that day isn't
too far away anymore
http://www.flightgear.org/forums/viewtopic.php?f=5t=13240
Gijs
Hi
Am 04.09.11 17:11, schrieb Geoff McLane:
On Sun, 2011-09-04 at 15:01 +0200, Gijs de Rooy wrote:
[snip]
Brings me to another question, are we allowed to use Robin's latest
apt.dat, once we can handle the new format? Looks like that day isn't
too far away anymore
Hi Yves,
HB-GRAL wrote:
Personally I don?t know if there is a roadmap for taxidraw anymore. You
can edit airport data with tools like Qgis directly and with much more
comfort.
Please explain. I haven't seen anyone building functional airports for
FlightGear out of data which had been
2011/9/4 Martin Spott martin.sp...@mgras.net
Hi Yves,
HB-GRAL wrote:
Personally I don?t know if there is a roadmap for taxidraw anymore. You
can edit airport data with tools like Qgis directly and with much more
comfort.
Please explain. I haven't seen anyone building functional
Vadym Kukhtin wrote:
GeoFan from russian FG-forun had made airport layout in GRASS
I have to admit that I'd rather trust a personal explanation of what this
guy is actually doing than an automated translation ;-)
Anyhow, note that, not only in real aviation life but also in FlightGear as
HB-GRAL wrote:
To get XPlane gpl airport data into a postgres/postgis database as ESRI
shapes you can use the ogr2ogr gdal plugin written by Robin Peel [...]
s/Robin Peel/Even Rouault/
I know because we've been exchanging a couple of EMails over the past three
years while chasing a few
No this must be automatic. I'd be prehistoric otherways. There was another
discussion to move airports above ground for FPS (frames per second) reasons.
Maybe someone should advice: psadro_gm--
Special Offer --
I was refering to the post of:
Geoff.--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better
price-free! And you'll get a free Love Thy Logs t-shirt when
20 matches
Mail list logo
