Re: [Flightgear-devel] Announcement: First TerraGear landcover database
On Thu, 10 Nov 2005 14:11:00 -0600, Curtis wrote in message [EMAIL PROTECTED]: I should also point out that the next scenery build (which is happening concurrent to the v0.9.9 release and causing my head to spin 3x faster than normal (not factoring in beer)) will be based on this data export. ..how much size growth, compared to the (0.9.7?) last scenery? (url to the new?) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database
Arnt Karlsen wrote: On Thu, 10 Nov 2005 14:11:00 -0600, Curtis wrote in message [EMAIL PROTECTED]: I should also point out that the next scenery build (which is happening concurrent to the v0.9.9 release and causing my head to spin 3x faster than normal (not factoring in beer)) will be based on this data export. ..how much size growth, compared to the (0.9.7?) last scenery? (url to the new?) I haven't really started building a lot of tiles yet. I'm still hung up on a shapefile processing issue. Might be shade bigger, but I'm not expecting a huge difference ... Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database
On Sat, 12 Nov 2005 19:48:37 -0600, Curtis wrote in message [EMAIL PROTECTED]: Arnt Karlsen wrote: ..how much size growth, compared to the (0.9.7?) last scenery? (url to the new?) I haven't really started building a lot of tiles yet. I'm still hung up on a shapefile processing issue. Might be shade bigger, but I'm not expecting a huge difference ... ..thanks. :o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database
Martin Spott wrote: We proudly present the first export from the TerraGear landcover database or however you prefer to name it. [...] You'll find some further information on this page refinement in process: http://web44.netzwerteserver2.de/212.0.html Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database
Martin Spott wrote: Martin Spott wrote: We proudly present the first export from the TerraGear landcover database or however you prefer to name it. [...] You'll find some further information on this page refinement in process: http://web44.netzwerteserver2.de/212.0.html Martin. I should also point out that the next scenery build (which is happening concurrent to the v0.9.9 release and causing my head to spin 3x faster than normal (not factoring in beer)) will be based on this data export. The editing details are not fully worked out, but the ultimate goal is that end users will be able to refine specific areas (things like city outlines, river routes, roads, etc.) and submit them for inclusion in the next scenery build. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
Ralf Gerlich wrote: 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 misunderstood and join your inquiry ;-) The data comes from Navteq. Not really an option for us, as it would be horrendously expensive, then there's this: http://www.google.com/help/terms_local.html Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 when it's done. I look forward to seeing that. 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 usage was ok at around 140MB. http://flightgear.stockill.org.uk/scenery/osmroads1.jpg http://flightgear.stockill.org.uk/scenery/osmroads2.jpg It shows up a few limitations in the source data. The road segments are currently all represented seperately and not tied into a road object, this results in lots of short roads, and visible breaks on the outside of corners. This will improve as the open streetmap system matures (it's still very early days). Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 usage was ok at around 140MB. http://flightgear.stockill.org.uk/scenery/osmroads1.jpg http://flightgear.stockill.org.uk/scenery/osmroads2.jpg 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? Even with not so much detailed streets - i.e., leaving all the back-streets out and having only freeways and mainstreets processed - the generation of scenery takes substantially longer than for the standard data. I have no numbers on this, but having to raise the resource limits in fgfs-construct considerably is quite a good indication. One other problem that'll probably become more serious with more detailed street-data is that the comparatively small streets not only produce lots of small triangles on the streets themselves but also raise the number of triangles on neighbouring polygons by splitting them. (Currently fgsd crashes on loading some of the more full tiles - possibly because of the sheer number of triangles; I will investigate further on that when I get the time) I currently do not have any solution for that and I know that there have been discussions before, but perhaps having more detailed scenery now may be a good reason for the experts here to reconsider this topic. It shows up a few limitations in the source data. The road segments are currently all represented seperately and not tied into a road object, this results in lots of short roads, and visible breaks on the outside of corners. This will improve as the open streetmap system matures (it's still very early days). This may be solvable by automatically snapping endpoints and recombining shorter segments into longer segments. Anyway recombination will only partially solve the problem, as on an intersection only pairs of participating line-segments can be joined. Perhaps we need a better way of making polygons from lines, much like the v.buffer operation of GRASS (http://grass.itc.it/grass61/manuals/html61_user/v.buffer.html). Regards, Ralf ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 is not yet complete, nor are they categorised. Once there's some more data, the segments are correctly joined into roads, and the roads are classified then we can be more selective about the roads we include in the scenery. Even with not so much detailed streets - i.e., leaving all the back-streets out and having only freeways and mainstreets processed - the generation of scenery takes substantially longer than for the standard data. I have no numbers on this, but having to raise the resource limits in fgfs-construct considerably is quite a good indication. Yes, the cpu limit was set as 120 seconds - I increased it to an hour and *still* had failures, so it's now set at 4 hours here just to be safe. One other problem that'll probably become more serious with more detailed street-data is that the comparatively small streets not only produce lots of small triangles on the streets themselves but also raise the number of triangles on neighbouring polygons by splitting them. (Currently fgsd crashes on loading some of the more full tiles - possibly because of the sheer number of triangles; I will investigate further on that when I get the time) I've not had that problem yet, but so far the data only covers a relatively small area. I currently do not have any solution for that and I know that there have been discussions before, but perhaps having more detailed scenery now may be a good reason for the experts here to reconsider this topic. 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. This may be solvable by automatically snapping endpoints and recombining shorter segments into longer segments. It will be solved in future versions of the openstreetmap data - at the moment it just exports as lots of short roads with a start and end point, eventually these will be chained together to form longer roads. Anyway recombination will only partially solve the problem, as on an intersection only pairs of participating line-segments can be joined. Perhaps we need a better way of making polygons from lines, much like the v.buffer operation of GRASS (http://grass.itc.it/grass61/manuals/html61_user/v.buffer.html). At the moment I'l just converting the exported openstreetmap data to the tguserdef format, which I suspect is less than ideal. It may be worth having something that will be a bit more intelligent, and resolve some of these problems as it parses the data. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 significant increase). Memory usage was ok at around 140MB. http://flightgear.stockill.org.uk/scenery/osmroads1.jpg http://flightgear.stockill.org.uk/scenery/osmroads2.jpg It shows up a few limitations in the source data. The road segments are currently all represented seperately and not tied into a road object, this results in lots of short roads, and visible breaks on the outside of corners. This will improve as the open streetmap system matures (it's still very early days). Jon That's really impressive Jon! 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 to its correct location. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 to its correct location. EGBB is spot-on in it's placement - the vmap0 road data is far worse. If you map the road with GPS around the airport it will sort the problem there. Cheers - Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 can probably move the airport to its correct location. 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 Switzerland's however Italy's data was almost spot on more than 90% of the time. Maybe someone corrected the data for Italy already or maybe it came from a different source. Also it appears that a lot of the data was pure guess work in a lot of cases. I saw plenty of runways that were more than 20 degrees out, runways that were more than 50% too short, wrong runway id's, wrong surface types, etc. Ever seen a military airport with a single 500m long grass runway that they use for F18's, Mirages, etc? :) Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 Switzerland's however Italy's data was almost spot on more than 90% of the time. Maybe someone corrected the data for Italy already or maybe it came from a different source. Also it appears that a lot of the data was pure guess work in a lot of cases. I saw plenty of runways that were more than 20 degrees out, runways that were more than 50% too short, wrong runway id's, wrong surface types, etc. Ever seen a military airport with a single 500m long grass runway that they use for F18's, Mirages, etc? :) 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 quality and accuracy is all over the map. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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, so quality and accuracy is all over the map. Oh! I never knew that. I thought DAFIF was a global database. That explains it then. Hehe ... I like your pun. (accuracy is all over the map) Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 quality and accuracy is all over the map. Curt. 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? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 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 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 is quite limited as well. Regards, Ralf ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 under which you get those photos here is quite limited as well. That's a normal practice outside of North America. Don't you just love government surveyors. :-\ Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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, I think green is fine in the near term. When more models are loaded for a city, the city would not appear to be so green. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 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 is quite limited as well. Regards, Ralf 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. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
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 misunderstood and join your inquiry ;-) Ralf ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
-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 data is manually generated by anyone who wants to submit new airports, so quality and accuracy is all over the map. Curt. Google has some pretty accurate taxiways for their map. Check out http://pigeond.net/flightgear/fg_server_map.html in map mode. Hey, that's a cool application of Google Maps! Does anybody where Google got their data from? Didn't they get the data when they bought keyhole (or so)? (The company Google Earth was original from) CU, Chrisitan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDI1CmlhWtxOxWNFcRAj41AJ4x6mLE3/xvlpSVgK5ZqXljetwRgQCdFJyh DTpPHcnPeP24FD5ZaYjRMSQ= =Gecy -END PGP SIGNATURE- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
Martin Spott wrote: Good evening, We proudly present the first export from the TerraGear landcover database or however you prefer to name it. The contents is exactly the same as the landcover data that has previously been used for scenery generation - at least this is the intention. Excellent - I'll give it a try. I'm also experimenting with some early data from openstreetmap.org to add accurate roads to scenery. -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
On Friday 09 September 2005 12:47, Jon Stockill wrote: Excellent - I'll give it a try. I'm also experimenting with some early data from openstreetmap.org to add accurate roads to scenery. Don't know why I didn't find openstreetmap.org when I was searching about for 'royalty free' mapping last week. Now that you've mentioned the site I'm all grins. Thanks very much Jon. :) -- Dave Martin museum.bounce-gaming.net ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
Dave Martin wrote: Don't know why I didn't find openstreetmap.org when I was searching about for 'royalty free' mapping last week. Now that you've mentioned the site I'm all grins. Thanks very much Jon. :) There's anot a huge amount of data there yet, it's still in the very early stages, but if you own a GPS you could help change that ;-) 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 when it's done. (The other good news is that now I have a working system again I'll be adding more stuff to the scenery database). -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
On Friday 09 September 2005 18:36, Jon Stockill wrote: There's anot a huge amount of data there yet, it's still in the very early stages, but if you own a GPS you could help change that ;-) I think I can get access to a suitable GPS but with fuel prices at £1/litre I think I'm going to be dusting off my bicycle and getting some much-needed exercise ;) 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 when it's done. I look forward to seeing that. -- Dave Martin http://museum.bounce-gaming.net ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Announcement: First TerraGear landcover database export
Dave Martin wrote: I think I can get access to a suitable GPS but with fuel prices at £1/litre I think I'm going to be dusting off my bicycle and getting some much-needed exercise ;) Inspired by the charity tube challenge a couple of weeks ago I'm currently considering making use of a day ticket on the local bus and train networks - could be a cheap way to cover a lot of distance, with the added advantage that I get to improve scenery local to me :-) -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Announcement: First TerraGear landcover database export
Good evening, We proudly present the first export from the TerraGear landcover database or however you prefer to name it. The contents is exactly the same as the landcover data that has previously been used for scenery generation - at least this is the intention. This release serves multiple goals: - It should encourage those people that are familiar with the process of creating FlightGear Scenery to test the process of scenery generation using Ralf Gerlich's shape-decode patch to terragear (http://web44.netzwerteserver2.de/195.0.html) together with the shapefiles presented here; - it should encourage as many people as possible to compare familiar places from the 'usual' scenery with the scenery generated from these shapefiles; - it should pave the way for Ralf's patch into the regular TerraGear source tree. We see these goals as the first step on our way to the incorporation of hand-crafted details into the 'official' scenery. Following steps include the manifestation of a nomenclatura that replaces the current layer names and which meets future demands regarding differentiation. After this is finished we'll allow limited direct access to the database itself and are open to accept submissions. Later on we intend to add the creation of TerraGear work-directories right out of the database which could be distributed via SVN to limit the traffic amount required for updates. The complete set of packed shapefiles is about 439 MByte in size, uncompressed about 1739 MByte: ftp://ftp.ihg.uni-duisburg.de/FlightGear/TGShapes/ Have fun, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
