On Fri, Sep 09, 2005 at 10:07:43PM +0200, [EMAIL PROTECTED] wrote:
Problems:
- blender has problems with flipping normals to the outside of the model
automaticaly, so i had to do that by hand. It is likely that I overlooked a
surface or two...
That's not a problem, but a feature. Really.
On Saturday 10 September 2005 08:32, Melchior FRANZ wrote:
Problems:
- blender has problems with flipping normals to the outside of the model
automaticaly, so i had to do that by hand. It is likely that I overlooked
a surface or two...
That's not a problem, but a feature. Really. After
[EMAIL PROTECTED] wrote:
Erik: I tried to use your jsbsim FDM frist, but I was too stupid to get that
to work...
It's hard to believe that. Maybe you're too inexperienced.
I'll take a look at it today and send you the required updates.
Erik
___
Dave Martin wrote:
On Friday 09 September 2005 18:36, Jon Stockill wrote:
I've just finished downloading and processing all the data to get my
scenery build system back up and running after a disk crash, it's
building tiles for a test of the OSM roads at the moment. I'll grab some
screenshots
Hi,
Jon Stockill schrieb:
[SNIP]
Here's a couple of pics, the first is looking west over the gherkin, and
the second is looking out over regents park. Generation time was over an
hour for that tile on a 1GHz athlon (the resource limits in
fgfs-construct needed a significant increase). Memory
Ralf Gerlich wrote:
This looks quite detailed. I'm not that familiar with the London area so
would you say that there is a considerable amount of smaller streets
missing in there?
You can see the source data here: http://www.openstreetmap.org/ there
are roads missing, simply because the map
On Saturday 10 September 2005 10:25, Jon Stockill wrote:
Here's a couple of pics, the first is looking west over the gherkin, and
the second is looking out over regents park. Generation time was over an
hour for that tile on a 1GHz athlon (the resource limits in
fgfs-construct needed a
Dave Martin writes:
I have a feeling as we get more road data, we're going to be seeing slight
placement errors at the airports. Currently EGBB is placed over the A45 on
the 0.9.8 scenery. If I can get that road mapped by GPS and a few others
around it, we can probably move the airport
On Saturday 10 September 2005 13:19, Dave Martin wrote:
I have a feeling as we get more road data, we're going to be seeing slight
placement errors at the airports. Currently EGBB is placed over the A45 on
the 0.9.8 scenery. If I can get that road mapped by GPS and a few others
around it, we
Paul Surgeon wrote:
I noticed that a lot of airports in the X-Plane DB are quite far out.
Even some major airports like Sion were out by ~ 3 km.
What I do find interesting is that the quality of the data seems to change for
every country.
South Eastern France's data was horrid, so was
Jon Stockill wrote:
http://flightgear.stockill.org.uk/scenery/osmroads1.jpg
http://flightgear.stockill.org.uk/scenery/osmroads2.jpg
Herewith I appoint you to the future maintainer of OSM-data in our
kindcover database :-)
Do they log the changes in their database, do they offer any 'raw'
Martin Spott wrote:
Herewith I appoint you to the future maintainer of OSM-data in our
kindcover database :-)
I should have kept my mouth shut :-)
Do they log the changes in their database, do they offer any 'raw'
interface ?
The interface is explained here:
Martin Spott wrote:
Herewith I appoint you to the future maintainer of OSM-data in our
kindcover database :-)
'landcover' I can't tell how this could happen
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Jon Stockill wrote:
I used the map command to dump the data, then converted it to the
tguserdef format in order to build the scenery, but a shapefile could
just as easily be used as the intermediate format.
We have to be careful about simply dropping a shapefile into our
landcover database.
On Saturday 10 September 2005 15:28, Curtis L. Olson wrote:
My understanding is that for the USA, the X-Plane data for runways comes
primarily from DAFIF. Taxiways are all hand drawn and placed. Outside
the USA the runway data is manually generated by anyone who wants to
submit new airports,
Hi Thorben,
as I like this little island-hopper aircraft very much I immediately
flew it in the sim.
Very nice, indeed.
As it is a work in progress it would be fine if you could have a look at
the size of the wheels, especially the front-wheel, and the related
steering structure. The model
On September 6, 2005 02:33 pm, Mathias Fröhlich wrote:
Yay! This brought back 3D-clouds which I've been missing for a long time
(using XFree86 4.3 + ATI's proprietary driver for Mobility Radeon
9600) :-)
Good to hear ...
Thanks
Mathias
Unfortunately, 3D clouds is still not
On September 10, 2005 09:28 am, Curtis L. Olson wrote:
My understanding is that for the USA, the X-Plane data for runways comes
primarily from DAFIF. Taxiways are all hand drawn and placed. Outside
the USA the runway data is manually generated by anyone who wants to
submit new airports, so
Melchior FRANZ wrote:
That's not a problem, but a feature. Really. After mirroring an
object you have to 'apply the rotation'. (Some key combination
with a, IIRC. Ctrl-A?) I don't know why this isn't done
automatically, but it is braindamage 'by design'.
It's hard to fix. When you mirror a
Hi,
Ampere K. Hardraade schrieb:
Google has some pretty accurate taxiways for their map. Check out
http://pigeond.net/flightgear/fg_server_map.html in map mode.
Does anybody where Google got their data from?
You can get quite detailed aerial photos for most urban areas in the USA
from
Ralf Gerlich wrote:
However, I'm still searching for free detailed aerial photos for other
areas of the world such as Germany. Here the government wants you to pay
twice for the photos: Once via tax and once when you want to use the
photos. The license under which you get those photos here
On Saturday 10 September 2005 18:42, Andy Ross wrote:
It's hard to fix. When you mirror a mesh, the winding order of
all the polygons gets reversed, which means their normals change
direction. If the mesh is stored in an optimized format (strips,
fans, etc...) then it needs to be broken down
On Saturday 10 September 2005 19:03, Ralf Gerlich wrote:
However, I'm still searching for free detailed aerial photos for other
areas of the world such as Germany. Here the government wants you to pay
twice for the photos: Once via tax and once when you want to use the
photos. The license
On September 10, 2005 06:36 am, Jon Stockill wrote:
We've just been discussing another problem on irc - the green texture
isn't really appropriate for a city, but I left out the city areas since
the texture it uses contains its own roads. I'm not really sure of a
solution to this.
Personally,
On September 10, 2005 01:03 pm, Ralf Gerlich wrote:
You can get quite detailed aerial photos for most urban areas in the USA
from http://www.terraserver-usa.com
David Luff's TaxiDraw has support for automatically loading such photos
and showing them in the editor.
However, I'm still
Erik: would be glad to add the jsbsim FDM. My own attempts to get it to work
got as far as flightgear sucessfully loading the plane but the engines didn't
seem to run and I couldn't change that even in the internal property
browser...
Andy/Paul: well, do I get you right, I should flip the
On Thursday 08 September 2005 23:03, Gabor Toth wrote:
Hi,
I've created some new textures for B737, B747, A320. They can be found at
http://www.i-net.hu/fgfs
Please feel free to use them for your own sake, or if they worth, please
put them into CVS.
Regards,
Gabor
No one gave you
Hi,
Ampere K. Hardraade schrieb:
I think you misunderstood. I was referring to the taxiways under map mode,
not satellite mode. If you go in map mode, you will see that Google got some
pretty accurate vector data for taxiways generation.
Whoop, didn't see that. In that case: Yes, I
On September 10, 2005 02:42 pm, [EMAIL PROTECTED] wrote:
No one gave you credit for your great work... I wonder why, because it IS
great. I have told you so via IRC, but perhaps this is a better way to do
it! I encourage you to keep up that kind of stuff and perhaps have a look
at other
On Saturday 10 September 2005 15:39, Martin Spott wrote:
We have to be careful about simply dropping a shapefile into our
landcover database. Wenever we add a road, river or some other data
to the database we'll have to have a look if the respective object is
already represented there.
Is it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ampere K. Hardraade schrieb:
On September 10, 2005 09:28 am, Curtis L. Olson wrote:
My understanding is that for the USA, the X-Plane data for runways comes
primarily from DAFIF. Taxiways are all hand drawn and placed. Outside
the USA the runway
31 matches
Mail list logo