[Tagging] Stolpersteine tagging scheme problem

[Peter Elderson]

In Nederland the Stolpersteine project has caught on and there is a database. I have been looking at entering this into OSM, just didnt get around to it yet. It would be nice to have a single agreed-upon tagging scheme. Otherwise I will copy the dominant German scheme, because Germany is the home of the project.

Mvg Peter Elderson

> Op 25 aug. 2018 om 03:11 heeft Daniel Koć <daniel at koć.pl> het volgende geschreven:
> 
> W dniu 25.08.2018 o 02:49, Paul Allen pisze:
> 
>> I did some searching pretty much at random and found https://www.openstreetmap.org/node/4892971695 which has memorial=stoperstein + memorial:type=stolperstein, which is one way of handling the problem.
> 
> Dual tagging of a single feature is just a workaround (not a "tagging for rendering" though, because it doesn't lie about reality) and I bet this is done for rendering it on OSM.org (by OSM Carto). 
> 
> But since a direct reason for this change is proposed change in OSM Carto rendering (making Stolpersteine less obtrusive, like plaque), there will be no more a need to do this.
> 
> I also think it could help other data consumers.
> 
>> So it would be nice if whatever you decide doesn't break that.  Have a word with lutz - he's a nice guy.
> 
> Thanks. He has already responded in this thread as the one who has chosen historic=memorial + memorial=plaque + plaque=stolperstein (as opposed to 4 others who prefer historic=memorial + memorial=stolperstein):
> 
> https://forum.openstreetmap.org/viewtopic.php?pid=712055#p712055
> 
> 
> -- 
> "My method is uncertain/ It's a mess but it's working" [F. Apple]
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20180825/06f2a0cc/attachment.html>