Alex Perry writes: > From: Erik Hofman <[EMAIL PROTECTED]> > > http://www.a1.nl/~ehofman/fgfs/gallery/test/san_francisco_natural.jpg > > http://www.a1.nl/~ehofman/fgfs/gallery/test/san_francisco_fgfs.jpg > > Someone was complaining about the lake in the middle of the city. > I suspect it is the age of the vmap dataset that is to be blamed. > > There is the long straight dip going towards downtown and also the > small lake on the San Andreas fault. In real life, both are fairly > deep dips and were, I suspect, tidal and flooded respectively. > > I suspect that, since the vmap data was collected, the dips were drained > and thereby turned into the parkland that you see in the photo. > > A similar effect is visible in San Diego for the Mission Bay area; > any long term local who sees our scenery immediately knows when the > vmap0 data was recorded; only recent arrivals refer to it as 'wrong'. > > Therefore, I suggest we leave the lake as-is (unless someone who has > lived in the area for a couple of decades has better historical data). > I don't think we can have a simple rule to determine which lakes and > swamps will have been drained or paved over during the last 20-50 years.
After all the scenery crunching is finished, this area comes out as type "default". In other words, the vmap0 data has no opinion about what the coverage is there, but some place it is recorded as "land" so it is left as "default". The real issue here is what texture should we choose for "default" areas for which vmap0 has no coverage opinion? I would argue that water or sand is not the best choice. It may work well for a few specific instances, but then you are going to get lake or water in a ***lot*** of places where it shouldn't be. Instead we need to use an existing ground cover texture or come up with something that is slightly more generic and nondescript ... i.e. it could be grassy, or maybe it's trees, we can't quite tell; and it's not too green, but not too dry, not too rocky, not too grassy, not too urban, etc. etc. Regards, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Cities curt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
