Może jak inner wielokąt:
amenity=grave_yard
ref=Kwatera XXiV
A czy jest sens kombinować? Proste rozwiązania czasem są najlepsze, czyli może landuse=cemetery na cały cmentarz i area=yes name=Kwatera X na kwatery?
Takie coś nawet się renderuje 
Czy używać “is_in” dla cmentarza?
Czyli?
Cały cmentarz jako obszar zamknięty (polygon):
landuse=cemetery
name=Cmentarz parafialny
fenced=yes - przy braku linii ogrodzenia
Ogrodzenie (powtórna linia po tych samych węzłach narożnych co dla “landuse”):
barrier=fence
Brama:
** barrier=gate**
entrance=main
Poszczególne kwatery jako obszary zamknięte (polygon)
Kwatera I:
area=yes
name=Kwatera I
Kwatera II:
area=yes
name=Kwatera II
itd.
Aleja główna:
highway=pedestrian
Aleja boczna asfalt/chodnik/żużel
highway=footway
Aleja nieutwardzona piach/grunt/skała
highway=path
Ładne podsumowanie i mi odpowiada, ale jeszcze drobna rzecz:
Moim zdaniem nie. Uważam, że powinna być prowadzona oddzielna linia otagowana jako ogrodzenie. Może biec po tych samych węzłach co landuse=cemetery, ale z dziurami na furtki, bramy etc. Bramy, furtki tagowane jako barrier=gate entrance=main na linii narysowanej w wyżej wspomnianej dziurze.
Tak widzę idealne wyrysowanie cmentarza 
Jeśli nie chcemy bawić się i rysować oddzielnej linii dla płotu (albo podkład Binga na to nie pozwala) można zastosować uproszczenie w postaci fenced=yes do obszaru cmentarza i nody na obrysie tagowane jako barrier=gate entrance=main
Nie wiem, ale jeśli już to addr:city=
osobiście nie widziałbym potrzeby rysowania od nowa ogrodzenia, bo i po co? 99% cmentarzy chyba jest ogrodzona płotem/murem 
Tagowanie kwater jako area=yes miałoby większy sens, gdyby był jakiś sensowny tag do opisywania grobów
Wtedy takie dane mogłyby zostać do czegoś sensownie wykorzystane (dużo nekropolii ma wyszukiwarki grobów)
i wtedy np.
area=yes
grave=yes
grave:type=(tu whatever, można dać typy typu grób zwykły, samotny, krypta, grób zbiorowy, anonimowy, itp)
ref=14
name=Kwatera 14
Gdybyś przeczytał ten wątek, to mógłbyś zauważyć, że właśnie to ustalamy i z grubsza mamy już schemat tagowania 
No to nie rysuj i daj fenced=yes.
Cała propozycje połaczyłem i włożyłem w: http://wiki.openstreetmap.org/wiki/Pl:Tag:landuse%3Dcemetery
Chciałbym aby akcja trwała cały październik więc pewnie jutro/pojutrze pojawi się informacja. W tym czasie zanim oficjalnie się zacznie chciałbym, abyście zwrócili uwagę na stronę http://zibi.openstreetmap.org.pl/osm/groby/ i proszę o komentarze. Ranking jest dziełem marimila.
Pozdrawiam
Rewelacja! Dzięki za ogarnięcie tego tematu i wrzucenie na wiki.
Dodałem link tej wyszukiwarki do artykułu.
Już chciałem wprowadzić parę kwater testowo i zadałem sobie sprawę, że potrzebujemy jeszcze jakiegoś tagu.
Tak prawdę mówiąc te 2 tagi nie spełniają wszystkich funkcji ponieważ:
-area=yes jest zbyt ogólne
-name jest zmienny
Potrzebujemy tag, który będzie mówił, że jest to kwatera np. cemetery=sector dzięki temu można spokojnie takie dane zaznaczyć/ściągnąć/renderować
Przychylam się do propozycji dotevo
Po drodze wyszedł jeszcze jeden problem. Otóż uważam, że trzeba rozróżnić artykuł na wikipedii/zdjęcie grobu, od artykułu/zdjęcia dotyczącego osoby zmarłej. Niech przykładem będzie chociażby piramida, która będzie miała osobny artykuł/zdjęcie dla piramidy i dla zmarłego.
Rozdzieliłbym to na:
wikipedia: artykuł dotyczący grobu
image: zdjęcie grobu
person:wikipedia: artykuł dotyczący osoby
person:image: zdjęcie osoby z zasobów commons
PS na wiki została dodana sekcja opisująca tagowanie grobów wieloosobowych: http://wiki.openstreetmap.org/wiki/Pl:Tag:historic%3Dtomb#Groby_wieloosobowe
Zgadzam się inna sprawa, że wiele serwisów korzysta z tagu wikipedia, która w standardzie raczej nie ma średników. Myślę, że propozycja jest sensowna i dzięki niej w przyszłości unikniemy nieporozumień
Dodałem w http://wiki.openstreetmap.org/wiki/Pl:Tag:landuse%3Dcemetery
“cemetery:sector = Kwatera I”. Może tak będzie lepiej?
Tylko jak opis obszar?
Ponieważ prowadzę również Genealogie rodzinną, używając oprogramowania TNG http://lythgoes.net/genealogy/software.php, istnieje możliwość dołączenia do niego mapy grobów rodzinnych bazując na OSM. Nie wiem czy autor (oprogramowanie płatne) może to dołączyć do programu. Jeżeli tak, to wyśle mu propozycję.
Wg mnie name jest bardziej odpowiedni dodatkowo za używaniem przemawia fakt, iż się renderuje na mapie (wiem, że nie mapujemy pod rendering, ale w tym wypadku użycie tego tagu jest dodatkowym atutem).
Ja proponuję (dla kwatery nr 1):
cemetery=sector
ref=1
Myślę, że ref jest dobrym pomysłem. Ale i tak proponuję dodatkowo name nie zaszkodzi.
Nie jestem pewny czy ref= zamiast name= jest dobrym pomysłem. Czy wszystkie cmentarze są dzielone w sektory w sposób uporządkowany? Chodzi mi o potencjalną sytuację, że trafią się kwatery nazwane np. podług kolorów (Kwatera brązowa, niebieska itp) i co wtedy? Dawać ref=brązowa?
Proponuję więc tak:
cemetery=sector
name=Kwatera 1
ref=1
W tej hipotetycznej sytuacji, o której wspomniałem po prostu nie dodawalibyśmy ref=, czyli byłoby:
cemetery=sector
name=Kwatera brązowa
Naniosłem zmiany na Wiki.
Jeśli chodzi o nazewnictwo kwater, to wartość liczbowa:1, 2, itd, rzadko występuje.
Przeważnie są to liczby rzymskie lub "Kwatera żołnierzy z I WŚ, Aleja Głowackiego, Aleja zasłużonych, Górka wojskowa, itd.
W Krakowie na Cmentarzu Rakowickim http://www.rakowice.eu/ mamy na przykład:
Imię i nazwisko | Cmentarz | Data zgonu | Kwatera | Rzad | Miejsce |Dokładność
Jan Matejko | Rakowice | 1893-11-01 | Al. Główna | | Grobowiec | Kwatera
Marek Grechuta | Rakowice | 2006-10-09 | LXIXPASC | 2 | 6 | Kwatera