http://www.fsdeveloper.com/forum/th...e-maps-instead-of-imagery.439947/#post-770698
if you zoom right in to
Sandy Bay and compare that to 2km north, the OSM data has no buildings, just street numbers.
Indeed, OSM is a crowd-sourced "work-in-progress", with variable quality, and many parts of the world have little or none of the quality (or details) that are found in other parts of the world.
http://www.fsdeveloper.com/forum/th...e-maps-instead-of-imagery.439947/#post-770698
I have point data where the classificaton is good, but orientation, shape, size, etc is less than complete or useful. Thus combining the point data attributes with the digitised polys from the google data may be a solution, if I can get a clean google maps download. Then I can let scenproc loose on it.
I'm making about 2 dozen custom buildings for the city centre and the Tasman Bridge, but the rest will be autogen.
cheers
Braedon
http://www.fsdeveloper.com/forum/th...-the-poi-business-overlay.439956/#post-770721
If you have downloaded and/or externally-derived SHP and Point data for building footprint shape and/or position, as well as file output from ScenProc building detection off of submitted map and aerial imagery, you may be further able to develop your autogen buildings with even less manual labor.
The alignment / orientation issue for
placement of buildings derived from footprints may have already been addressed by Arno in recent versions of ScenProc:
http://www.fsdeveloper.com/forum/threads/back-to-autogen-detection-for-buildings.437268/
https://www.scenerydesign.org/page/8/
GaryGB
http://www.fsdeveloper.com/forum/th...-the-poi-business-overlay.439956/#post-770682
[
EDITED]
Regardless of the online web map tile server source or the GIS application (whether
Global Mapper or
QGIS) used for access and download, if one can get better Geo-rectified raster images (
ex: exported GeoTIFFs) in the proper projection for submission to ScenProc, one may experience better results with less manual labor being required.
[
END_EDIT]
Respectfully, I believe it would have been best for your (2) concurrent threads on this topic to be consolidated into (1) thread in the "Terrain General" forum.
Specific suggestions / requests for enhancement of the "GooglerServer.DLL" as a
3rd party add-on by Richard Ludowise (aka "rhumbaflappy") that 'works' inside SBuilderX, IMHO, might best be maintained as a
separate thread in the SBuilderX forum.
Considering the more recent pattern of less frequent forum posting activity by Dick (aka "rhumbaflappy"), I would be concerned that his available free time and/or interest may be limited, even though he has historically been so generous by having previously made- and by currently still making- a contribution of
numerous extremely valuable GIS and scenery-related DLL modules, utilities, and tutorials for the FS community.
In the event that Dick may not find it feasible to change the feature set of his "
GoogleServer.DLL" for use in
SBuilderX, we may be compelled to learn how to make use of a mix of "external" GIS applications for our more specialized GIS processing tasks to download / convert / derive source data, especially since SBuilderX was originally designed with an internal GIS feature set intended only for specific tasks ...primarily by use of "pre-formatted" source data.
And I'd suggest that right now, it may be best to minimize administrative burden on FSDeveloper's maintenance team with a request to consolidate these (2) threads seeing how we are presently experiencing recurrent forum functionality issues
without advance notice.
We
could continue with cross-referenced links between the (2) threads, but it can also quickly become rather burdensome for both participants and "non-contributory forum lurkers" to follow these (2) parallel threads.
GaryGB