[Imports] IENC of the German WSV

Christian Wegerhoff Wegerhoff at mediaworx.com
Wed Dec 11 16:04:24 UTC 2013

There will be no such tags in the IENC data, so this is off topic here.

Besides I think it is a good idea to use existing tags like internet_access=wlan etc. instead of harbour:wifi.
And they should be tagged on the main objects, to determine its amenities, same as restaurants have internet_access=wlan and fuelstations have fuel:diesel=yes.
Additionally the place where exactly e.g. the water taps are may be tagged in bigger marinas.

Regards, Christian

Von: Martin Koppenhoefer [mailto:dieterdreist at gmail.com]
Gesendet: Mittwoch, 11. Dezember 2013 10:29
An: Christian Wegerhoff
Cc: imports at openstreetmap.org; Tag discussion, strategy and related tools
Betreff: Re: [Imports] IENC of the German WSV

2013/12/10 Martin Koppenhoefer <dieterdreist at gmail.com<mailto:dieterdreist at gmail.com>>
E.g. seamark:type=harbour is fine for a seamark indicating a harbour, but it isn't (IMHO) a nice tag for the harbour itself.

it seems though, that what is currently done is exactly this: add seamark:type=harbour to the whole area of the harbour:
It also seems odd to add all facilities as attributes to the main object rather than mapping them inside the area at the place where they are (if I understood that page right, the former is what it suggests). E.g.



Availability of WiFi access point.

Drinking Water


Availability of potable water.



Availability/access of shower/bathing facilities.



Availability/access of toilet facilities.



Availability/access of laundry facilities.

why should we use a different tag for a wifi or a toilet because it is inside a harbour? We already have standard tags for those objects, duplicating the information seems strange to me, like a "parallel project inside the project". As this seems a general problem with openseamap tags, I suggest to involve also the tagging ML (cc.).
This was already mentioned years ago but apparently it didn't change until now.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20131211/7ff52fc4/attachment.html>

More information about the Imports mailing list