[Tagging] Interpreting "One feature, one OSM-object"

Eugene Alvin Villar seav80 at gmail.com
Thu Sep 23 17:46:37 BST 2010


Yep, this is how I understood that guideline to be. So if you have a polygon
where there was just a node before representing the same thing, you're free
to delete the node in favor of the polygon assuming no data (i.e., tag info)
is lost.

Here's what the wiki says [1]

One feature, one OSM-object
>
> Don't place nodes in (equally labelled) areas just to see some icon appear
> on the map. The renderers will display icons on areas as well and there's no
> need to have every parking-lot, soccer-ground etc. twice in the database.
>

[1]
http://wiki.openstreetmap.org/wiki/Good_practice#One_feature.2C_one_OSM-object


I don't think this means that you're not supposed to reuse the same OSM
object to represent different things.


On Thu, Sep 23, 2010 at 3:43 AM, Nathan Edgars II <neroute2 at gmail.com>wrote:

> I think "one feature, one object" is usually used in the other
> direction: you don't tag the boundary name=x and also put it in a
> boundary relation with name=x. You don't put a fast_food node in the
> middle of a building that only holds the fast food place; you put the
> fast_food tags on the building (or, even better, the parcel of land
> owned by the company, which includes the parking lot). Having a
> boundary relation and a node at the city center violates this
> guideline, but is a valid exception because the node carries other
> information about where the city center is.
>
> As for the specific question, I would say that if the boundary is
> defined by the natural feature, it's probably OK to use one way. For
> example, http://www.openstreetmap.org/browse/way/78384443 is legally
> defined as "...to the water's edge of Little Lake Conway; thence run
> southeasterly along said waters edge to a point of intersection..."
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20100924/91eee246/attachment.html>


More information about the Tagging mailing list