[OSM-talk] Tagging Seamarks
Bernhard R. Fischer
bf at abenteuerland.at
Thu Aug 19 13:14:30 BST 2010
On Wednesday 18 August 2010 12:41:55 you wrote:
> Hi Bernhard,
>
> thanks for your reply. This message has become longer than I initially
> expected, as I added some general thoughts of mine. Please do feel free to
> ignore those and concentrate on open questions. :)
Hi Arne,
I'll answer your mail completely, but in steps and not at once.
> > However, as an IT guy I prefer the Openseamp scheme to the offical one
> > because it is more modular from a technical point of view.
>
> How is it more modular? How would modularity be useful in a practical
> sense? Can you provide an example or use case?
>
> Being an IT guy myself, I think that maintainability (i. e. ease-of-use) of
> source code is very important. With tags being OSM's "source code", this
> makes me a big fan of the pragmatism that generally governs the OSM
> community's approach to finding and agreeing upon new tags.
>
> That's also why I'd like to see OSM tags for marine data that are
> conceptually similar to OSM tags for land data. And that's also why I have
> every expectation that we'll eventually arrive at such a tagging scheme,
> however it may look. :)
In the Openseamap scheme everything is defined in the name of the key behind
"seamark:" (e.g. "seamark:light.., seamark:type..., seamark:topmark,...).
This generates some kind of hierarchy within a flat database and you can select
all seamark relevant data out of the database by retrieving all tags starting
with "seamark:".
This is different to the official cbm proposal in which case you have to parse
data before you can retrieve it because information about which tags are
relevant is kept in the attribute values and the key names are not necessarily
associated with each other (e.g. there is "seamark", "light", "buoy",...).
I still have criticism on the Openseamap scheme, e.g. for a seamark being a
buoy or a beacon is just a property, hence, including the property in the key
name is bad practice. For example seamark:type="buoy_lateral",
seamark:buoy_lateral.shape="someshape". IMO it should have been defined like
this: seamark:type=buoy_lateral, seamark.shape="someshape".
BTW, this is also true for the cbm scheme but unfortunately I wasn't involved
into development of neither of those schemes.
My conclusion is that Openseamap scheme isn't perfect but it is technically
better designed.
However, both schemes are fine-grained enough to be automatically changed to
some other, better scheme in future.
Best regards,
Bernhard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20100819/29c7faa4/attachment.pgp>
More information about the talk
mailing list