Re: [Flightgear-devel] Scenery DB (Was: San Jose)
On Tue, 2005-11-08 at 09:19 +0200, Vassilii Khachaturov wrote: I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. btw it looks pretty cute sometimes --- e.g., a skyscraper swallowing a radio tower and thus it looks like a skyscraper with a smaller antenna tower on its top; such things happen in real life as well :) A better example is a skyscraper covering a lighting beacon but the rotating light (white-green) shines through the wall of the building. This collision of objects is located within the perimeter of KSFO. Obviously the building doesn't belong there. And No, it is not a airport building :-) George Patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Scenery DB (Was: San Jose)
Erik Hofman wrote: Paul Surgeon wrote: Since it's in the default San Francisco area you can submit it to Erik or Curt or you could sumbit it to the FlightGear scenery database. http://fgfsdb.stockill.org/ I'm just not sure if Curt will include objects from the FG scenery db into the default scenery area. Curt what's the plan with regards to models and the next scenery build? I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. Once that's sorted out I want to sync the base package and the DB prior to a new release. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d I was thinking at some point that there should be a system by which FG could figure this out automatically. If every automatically generated object had a unique ID this could be possible. An object loaded from a path listed earlier in $FG_SCENERY (and therefore probably not from the base scenery) that has the same ID could prevent the original object from being loaded. The main drawback I see is that once the ID numbers of the automatically generated objects are assigned they have to be persistent. I don't know it it's possible to do this between releases. Just to clarify, by automatically generated objects, I mean the ones that are automatically generated from other data sources by Curt's scripts. Additionally you could just not allow two objects at the exact same lat/lon. Assuming that the lat/lons in the source data never change that could serve as the unique ID. This would require some additional rules for stacking objects on top of each other. e.g. I have a somewhat generic water tower at KADW with a generic military beacon sitting on top of it. They should definitely be separate objects, but both have the same lat/lon. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Scenery DB (Was: San Jose)
I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. btw it looks pretty cute sometimes --- e.g., a skyscraper swallowing a radio tower and thus it looks like a skyscraper with a smaller antenna tower on its top; such things happen in real life as well :) ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Scenery DB (Was: San Jose)
Paul Surgeon wrote: Since it's in the default San Francisco area you can submit it to Erik or Curt or you could sumbit it to the FlightGear scenery database. http://fgfsdb.stockill.org/ I'm just not sure if Curt will include objects from the FG scenery db into the default scenery area. Curt what's the plan with regards to models and the next scenery build? I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. Once that's sorted out I want to sync the base package and the DB prior to a new release. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Scenery DB
Erik Hofman wrote: I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. Ooops, I've simply forgotten to care for the dupes. Months ago Frederic sent me a list an I started refining that for inclusion into the DB but I obviously forgot the final steps Thanks, 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
