* Mathias Fröhlich -- Wednesday 26 July 2006 22:49:
Because it is not a limitation but rather a gain. A *well* *done* and *well*
*supported* scenegraph will help you some much more than you probably can
imagine now.
You completely miss the point: we are using ssg! There was no
decision made
Hi all,
just wondering on weather some one has looked into tapping
into the
3d models that are available for downlaod from google earth?
i think we maybeable to use these if we convert them as they are created
by users of the sketchup program.
any thoughts?
Jason
Jon Stockill schreef:
Jason Cox wrote:
Hi all,
just wondering on weather some one has looked into tapping
into the
3d models that are available for downlaod from google earth?
i think we maybeable to use these if we convert them as they are created
by users of the sketchup
* Robin van Steenbergen -- Wednesday 26 July 2006 18:01:
Does Blender do KML files now?
Yes.
$ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15
Name: 'Google Earth (.kml / .kmz)...'
Blender: 241
Group: 'Import'
Tip: 'Import geometry of .kml or .kmz 3D models'
Melchior FRANZ wrote:
* Robin van Steenbergen -- Wednesday 26 July 2006 18:01:
Does Blender do KML files now?
Yes.
$ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15
Name: 'Google Earth (.kml / .kmz)...'
Blender: 241
Group: 'Import'
Tip: 'Import geometry of .kml or
Jon Stockill wrote:
Melchior FRANZ wrote:
* Robin van Steenbergen -- Wednesday 26 July 2006 18:01:
Does Blender do KML files now?
Yes.
$ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15
Name: 'Google Earth (.kml / .kmz)...'
Blender: 241
Group: 'Import'
Curtis L. Olson schreef:
Jon Stockill wrote:
So forget converting anything from their 3d warehouse - if you want to
use a model you'll need to get it direct from the author.
It sounds like we need to infiltrate google with FlightGear people. Can
I get some volunteers
Hi all,
Ealier today, I posted a message here indicating my intentions of committing
the airway database code into CVS. For some reason, that email still hasn't
appeared on the list.
In the mean time, however, I decided to go ahead and submit the code anyways.
I had a few reasons for this 1)
Hi all,
Ealier today, I posted a message here indicating my
intentions of committing the airway database code into CVS.
For some reason, that email still hasn't appeared on the list.
There was an issue with the SourceForge mailing lists yesterday. I think
they are still catching up. If
Melchior,
On Thursday 27 July 2006 09:58, Melchior FRANZ wrote:
* Mathias Fröhlich -- Wednesday 26 July 2006 22:49:
Because it is not a limitation but rather a gain. A *well* *done* and
*well* *supported* scenegraph will help you some much more than you
probably can imagine now.
You
* Mathias Fröhlich -- Thursday 27 July 2006 18:15:
I believe that you miss the point.
That may be ...
The point is that we can, without loosing features, with a sensible design,
prepare getting rid of ssg. As allmost allways, building sensible structures
is a win even if no switch will
* Melchior FRANZ -- Thursday 27 July 2006 18:31:
(A) discussion, (B) decision, (C) branching, (D) entering the shiny
world of osg.
BTW: I would check this branch out, test it, and try to help, although
I'm afraid that I can't do much. The whole scene graph thing isn't my
thing, as you may have
(I am resending this due to the faulty sf-mailing system which is
troublesome since ca. 5 days)
Georg Vollnhals schrieb:
Hi,
as there is an actual question about German language support in the
German FG Forum I played a little around with
1. the start-parameters
--language=de /
Hi,
as there is an actual question about German language support in the
German FG Forum I played a little around with
1. the start-parameters
--language=de / --language=ger / --language=xxx
2. brute force method
renamed strings-de.xml to strings-default.xml in FG/data/translations
but nothing
Hi all,
I still have some code lingering around that reads and parses the contents of
the FlightGear/ x-plane airway database (awy.dat.gz). I've never committed
that code, because of the pre version 1.0 feature freeze period we were in.
As it appears, plans have changed somewhat in this
I'm trying to build 3 MFDs that each have several pages --one has 7 or more (
the aircraft is still in development)
I'm not sure what the simplest organization is. Nested layers seems complex as
there as 6 instruments plus text and lables on several pages.
I was thinking I would organize each
On Wednesday 26 July 2006 12:53, Robin van Steenbergen wrote:
I'm working on an accurate
model of Eindhoven Airport and you can actually put the ground chart of
the airport on the 'floor' and model on top of that.
We have the capability to generate an airport directly out of the ground
chart.
David Luff wrote:
Check out the KLN89B with:
$ fgfs --aircraft=c172p-2dpanel --geometry=1024x768
This is a panel-click only instrument - like the KAP140 it's not
connected to the menu dialog.
I finally got around to trying the KLN89B and was able to make it work.
I tried to put it
On Tuesday 25 July 2006 06:32, Julien Pierru wrote:
A few questions arise, first what do you guys think about an authentication
system, second what would be the best way of implementing it within FG and
third would it be limited to be used by the tracking system or as a way of
moderating the
I know, this discussion is barely coupled to ongoing development, but
because I like to participate in creating admirable plans, I don't want
to miss it :-))
Buchanan, Stuart wrote:
2) Account holders have a key generated based on their call-sign (*). This
is transmitted with the MP position
20 matches
Mail list logo
