Norman Vine wrote:
The thing to remember is that PostGIS is just a normal PostGRES
extension module so you still have the power of a general purpose
relational DB to use.
Correct, but the solution by referring from PostGIS shapes to BLOBs that
contain the raster data is far not as smart as
Norman Vine wrote:
Martin Spott writes:
Norman Vine wrote:
I would suggest adding them to a PostGIS database which when
appropriately indexed has *quick* respones.
http://postgis.refractions.net
Is there a converter which generates SQL-scripts for PostGIS similar to
Norman Vine wrote:
Actually it looks as if ogr2ogr can now go directly from tiger to pgsql
Thanks for the hint - I'll start building GDAL right now,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Martin Spott writes:
Norman Vine wrote:
The thing to remember is that PostGIS is just a normal PostGRES
extension module so you still have the power of a general purpose
relational DB to use.
Correct, but the solution by referring from PostGIS shapes to BLOBs that
contain the
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590 37.76 -7.0 90
Thanks,
Norman Vine wrote:
(2) Reprojection of Raster Data is usually *much* more expensive
then Vector data and isn't handled by any GIS enabled DB that
I am currently aware of.
Hmmm, how would any DB-based map-server do the job ? Simply by
referring to BLOBs in the DB as you already
Martin Spott wrote
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590
* Vivian Meazza -- Tuesday 16 November 2004 18:06:
Melchior FRANZ wrote:
OBJECT_SHARED Models/Geometry/Nimitz/nimitz.ac -122.590 37.76 -7.0 90
It should work just with the ai... /ai stuff in my earlier post.
Yes. Changed that now.
Mathias has put all the necessary stuff here:
Melchior FRANZ wrote
Mathias has put all the necessary stuff here:
ftp://ftp.uni-duisburg.de/FlightGear/Misc_maf/carrier/
The code that he sent me works well, but I haven't tried it from that
location yet.
I applied all the stuff and it worked very well. My first carrier landing
This is probably unrelated, but with the 0.9.6 win32 binaries, if you
start up with a large FOV (?90), then until you reset, 3d-cockpits are
unusable.
Giles Robertson
-Original Message-
From: Martin Spott [mailto:[EMAIL PROTECTED]
Sent: 17 November 2004 09:29
To: [EMAIL PROTECTED]
Ampere K. Hardraade wrote:
On November 16, 2004 09:56 pm, Curtis L. Olson wrote:
Andy Ross wrote:
Sure:
http://plausible.org/nasal/flightgear.html
This should probably move to the FlightGear site, I suppose.
Ahhh, thanks for the url ... it's been too long since the last time I
looked at nasal. I
Giles Robertson wrote:
This is probably unrelated, but with the 0.9.6 win32 binaries, if you
start up with a large FOV (?90), then until you reset, 3d-cockpits are
unusable.
I can confirm something that seems related: if I switch from 2D panel
mode to 3D panel mode and use the mouse to change the
Building yesterday's CVS version, I get the following errors
(clean checkout):
-8---8---8---8---8---8---8---8---8---8---8---8--
../../src/Main/libMain.a(fg_commands.o)(.bss+0x0):/usr/local/include/simgear/props/props.hxx:336:
multiple definition of `color_nodes'
Boris Koenig wrote:
Building yesterday's CVS version, I get the following errors
(clean checkout):
[...]
Please disregard this for the moment, it seems to be building now -
obviously I had to explicitly specify the other SimGear version
(keeping different versions of FG, SimGear etc. around).
Curtis L. Olson wrote:
Giles Robertson wrote:
I think that's a result of the standard problem that if you move the
view with the mouse in 2d panel mode, you can't see the panel, and it
can be very difficult to get back to the original location; resetting
resets the viewpoints back to normal, and
I've put TaxiDraw-0.2.3 up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
This is purely a bug-fix release - there is another version in the works
with some more features. Changes from 0.2.2 to 0.2.3 are:
* Heliports can now be loaded and saved in both X-Plane and FlightGear
format.
*
David Luff wrote:
I've put TaxiDraw-0.2.3 up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
IRIX binary is here:
ftp://ftp.uni-duisburg.de/FlightGear/Devel/taxidraw-0.2.3-IRIX.bz2
I can confirm the stopway length bug to be fixed,
Martin.
--
Unix _IS_ user friendly - it's just
Martin Spott wrote:
David Luff wrote:
I've put TaxiDraw-0.2.3 up at
http://www.nottingham.ac.uk/~eazdluf/taxidraw.html.
IRIX binary is here:
ftp://ftp.uni-duisburg.de/FlightGear/Devel/taxidraw-0.2.3-IRIX.bz2
Thanks!
Erik
___
Flightgear-devel mailing
On Mittwoch 17 November 2004 10:29, Martin Spott wrote:
Melchior FRANZ wrote:
It isn't anywhere in the scenery yet -- just in cvs. You have to add
it yourself, or replace the saratoga with it. I added this in file
$FG_ROOT/Scenery/Terrain/w130n30/w123n37/942057.stg:
OBJECT_SHARED
On Dienstag 16 November 2004 18:25, Martin Spott wrote:
into CVS is the addition of the Nimitz - no change to any FDM yet.
Did I miss a mail ?
True.
There are many things to do.
I would like to have the basic infrastructure in flightgears cvs. This way I
can add the code safely to JSBSim's
On Mittwoch 17 November 2004 11:29, Melchior FRANZ wrote:
I applied all the stuff and it worked very well. My first carrier landing
with the FA-18A succeeded already. The gear code is great! It's fun to
taxi over slopes and actually see the aircraft follow them, rather than
strangely sliding
* Mathias Fröhlich -- Wednesday 17 November 2004 21:42:
On Mittwoch 17 November 2004 11:29, Melchior FRANZ wrote:
* I observed one segfault that I hadn't seen before. The bt, however,
didn't look like it had anything to do with the new code. I haven't saved
the core file but will do so if I
With CVS src from 2100 GMT Wednesday, 17 XI 2004,
network/ATC-inputs.cxx
requires
#ifdef __APPLE__
#include fcntl.h
#endif
before:
#include ATC-Inputs.hxx
to build flightgear successfully.
I'd appreciate it if someone with developer authority could make this
small change.
Otherwise constants
Mathias Fr??hlich wrote:
You will only be able to taxi on the carrier's deck with that
JSBSim-dropin.tar.gz from the same ftp location.
Well, this statement appears to be maybe mostly, but not entirely
correct ;-) Apparently different rules apply when you put the carrier
into the scenery:
On Mittwoch 17 November 2004 22:20, Martin Spott wrote:
Mathias Fr??hlich wrote:
You will only be able to taxi on the carrier's deck with that
JSBSim-dropin.tar.gz from the same ftp location.
Well, this statement appears to be maybe mostly, but not entirely
correct ;-) Apparently
Hi,
On Mittwoch 17 November 2004 21:52, Melchior FRANZ wrote:
Sure. Actually, I do know where it happened. I checked the backtrace, and
wasn't thrilled: It was at program exit when freeing property nodes. That's
why I didn't really attribute it to the new changes, although I hadn't seen
that
I'm working on a new cockpit for the T6; the T6's
altimeter displays barometric pressure in both inches HG and MB. I want to add
a small amount of script that converts from the HG reading in the property tree
to MB for the gauge (I need this for the texture translation). After looking
at
Mathias Fr??hlich wrote:
On Mittwoch 17 November 2004 22:20, Martin Spott wrote:
http://document.ihg.uni-duisburg.de/bitmap/FGFS/Carrier_01.jpg
[...]
Did you manage to take off?
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was
Vance Souders wrote:
I'm working on a new cockpit for the T6; the T6's altimeter displays
barometric pressure in both inches HG and MB. I want to add a small
amount of script that converts from the HG reading in the property tree
to MB for the gauge (I need this for the texture translation).
On Thursday 18 November 2004 00:06, Vance Souders wrote:
I'm working on a new cockpit for the T6; the T6's altimeter displays
barometric pressure in both inches HG and MB. I want to add a small amount
of script that converts from the HG reading in the property tree to MB for
the gauge (I need
I just tried this on a freshly updated CVS build:
Take off in the 172 (I used the c172r-3d) and climb to say, 2500'. Trim
the aircraft and with the wings level, pull the power back to idle.
Hold the nose up to allow the speed to decay and enter the stall. The
stall warner goes off as expected
On Thu, 18 Nov 2004 00:05:33 +, Matthew Law
[EMAIL PROTECTED] wrote:
Now drop the nose a little and let the air speed build to above Vs still
with idle power. I repeatably get the stall warner to well over
70kt indicated. Are other people seeing this? Is it normal? (I've never
just
On Donnerstag 18 November 2004 00:32, Martin Spott wrote:
With a BO105 it's pretty easy, it is feasible with the C172 but for the
TSR-2 the strip is too short. I was too lazy to shift the starting
position to the beginning of the 'runway', otherwise it _might_ have
worked out. So I crashed
On Thu, 18 Nov 2004 08:15:43 +0100, Mathias wrote in message
[EMAIL PROTECTED]:
On Donnerstag 18 November 2004 00:32, Martin Spott wrote:
With a BO105 it's pretty easy, it is feasible with the C172 but for
the TSR-2 the strip is too short. I was too lazy to shift the
starting position to
34 matches
Mail list logo