
Clinton Gladstone <clinton.gladstone@googlemail.com> writes:
On Tue, Aug 4, 2009 at 10:40 PM, Mark Burton<markb@ordern.com> wrote:
This patch is a first stab at providing support for the 3-byte extended types that are used on marine maps.
I tested this, and found that it works fine, both on my eTrex and in Roadtrip for Mac OS X.
FYI, I did not have to switch to marine mode or anything else to get the symbols to display. (Although some of the symbols didn't look that nice, but I assume they're there for utility and not aesthetics.) So far, I have just tried this with a few types: a lateral buoy symbol and a pier line type.
I wonder about using the marine types for inland surveying features, in the glorious struggle trading off rendered accuracy and ability to convey as much information as possible. Probably that's something I'll do privately only, as I can see a lot of objections.
At this time, the various extra attributes that can be assigned to the marine entities (depth, colour, light colour/flash, etc.) are not handled but I have made some progress in understanding their encoding so at least some of these could be supported in the future. Obviously, the OSM data would need to be enriched to specify the required attributes.
Are we still maintaining garmin-features.csv? Perhaps all the used features are already there, but it would be nice to keep it updated to at least all the features we use. I managed to look at a test map and have a pending diff to add a few things.
There appears to be significant progress in adding this type of data to OSM. Since the proposed tags attempt to conform to international standards, it should be fairly easy to match these to Garmin types:
http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging
Wow, following established standards - what a novel concept, but I'm very glad to see it.