Pojedyncze groby - ustalenie tagowania

“is not allowed” a jednak działa :stuck_out_tongue:
Olej to i dodaj.

Hola hola, to nie jest wtyczka :slight_smile: To jest tylko szablon, a szablony mają skromniutkie możliwości obróbki danych :frowning:

Takie rzeczy będą gdy/jeśli Kendzi napiszę wtyczkę, a na razie trzeba wpisywać daty w formacie ISO-cośtam, czyli YYYY-MM-DD.

“from” bardzo niejasne. Czy chodzi o nazwę miejscowości gdzie ten grób się znajduje? Lepiej zamienić na “place”,lub “addr:city”
Jak już mamy miejscowość to aż się prosi o dodanie “cemetery” czyli nazwę cmentarza.
Wtedy mamy- “cemetery” w 'place"

“Zawód” gdzieś mi znika i go nie widzę. Może zamiast zawodu dać ogólnie “description”?
Bo “Hetman” czy “Kronikarz”, lub “Król Polski” to nie są zawody.

No właśnie, mam trochę z tym zgryz. Jak otagować to, co jest napisane na nagrobku, a najczęściej oznacza miejsce, w którym dany człowiek spędził życie? Np. “tu leży Agnieszka Kowalska z Rogóźni” - mogę, co prawda, olać tę informację, ale nie chcę. Nie wiem, może lived_in=Rogóźnia?

Swoją drogą, ciągle nie mamy ustalonego tagu dla nazwiska rodowego, szkic roboczy jest tutaj: http://piratepad.net/TKqTQQ38v7

EDIT: poprawiłem ciut błędy, dajcie refresh (czyli wywalcie odpowiedni cache w katalogu gdzie JOSM ustawienia trzyma :wink:

Trochę mieszają mi się grupowania pojęć w “padzie” dla Grobu, a właściwie ogólnie osoby.
Zaczynam się gubić, o czym piszemy.
ja to rozumiałem następująco:
Typ
Obiekt i jego atrybuty
Rola
Części składowe obiektu (w pewnym sensie lista) wchodzące w jego skład.

Czyli dla:
Osoba - dane personalne związane tematycznie z typem.
Obiekt (budynek/szkoła/szpital/przychodnia) - dane identyfikacyjne poszczególnych oddziałów zwiazanych z typem obiektem.

Gdzie żył/działał

Temat ten był szeroko dyskutowany na plWiki, przy projektowaniu infoboxów.
Doszliśmy do wniosku, że wartości parametru nie jesteśmy w stanie określić, gdyż pozostawiamy dużą dowolność JedenWyraz/KrótkiOpis/DługaLista.

Dana osoba mogła działać/być w wielu miejscach, gdzie kryterium dodania tego parametry zależy od określenia czasu pobytu.
Osoba mogła być w miejscach które nie istnieją fizycznie (przed wiekami), lub miejsce zmieniło nazwę, a wybór nazwy wywołuje emocje.

Jedynym, właściwym miejsce jest opis/tekst w “description”, a to już mamy w Wikipedii.
O ile się nie mylę, to założeniem OSM jest mapowanie obiektów na mapie, z bazą danych zawierającą dodatkowe odnośniki ze źródeł zewnętrznych.
A nie powielanie/dublowanie innych Wiki.

Zgadzam się. Powinniśmy współpracować z Wikipedią, a nie konkurować bo to zwyczajnie nie ma sensu.

Ale ja nie zamierzam dublować informacji z Wikipedii. Różnica w naszym myśleniu jest taka, że ja myślę o zwykłych ludziach, a Wy o słynnych ludziach. Słynni ludzie mają swoją stronę na wikipedii, a zwykli ludzie nie mają, i mieć nie będą, bo wikipedia jest zdominowana przez delecjonistów, którzy stwierdzą, że zwykli ludzie są nieencyklopedyczni.

Dlatego więc, jeśli jestem na cmentarzu i widzę nagrobek zwykłego człowiek na którym jest napisane “Agnieszka Kowalska z Rogóźni”, to chciałbym tę informację do relacji wprowadzić. OSM może być ostatnim miejscem, gdzie pamięć o takiej osobie się przechowa, a być może i się kiedyś przyda, przy budowaniu drzew genealogicznych. Nie chcę tego pchać do description= bo potem żaden automat nie wyciągnie skąd dana osoba pochodziła, jeśli tam będzie groch z kapustą.

Dlatego nadal proponuję tag lived_in= dodawany wtedy, kiedy nie ma takiej osoby na Wikipedii.

A nie prościej użyć parametru który już wystepuje:
description=z Rogoźni lub description=pochodziła z Rogożni

Patrz post wyżej. Description jest dla krótkiego opisania kim był, a nie gdzie żył. Jak mam to napisać? name=Józef Śleboda description=Kowal, pochodził z Rogóźni. Jaki automat potem wyciągnie informację, że człowiek żył w Rogóźni?

Podobnie może być
lived_in=W Galicji; Brazylii; Suwałkach; Warszawie itd.
Jedyne miejsce jakie nadawało by się, można to było później widzieć jest:
name=Anna
surname=Śleboda z Rogoźnicy
given_name=Ciepielówna

Myślę, zrobić w ten sposób przy przerobieniu mojej genealogii z mapa grobów rodzinnych.

Nie zgadzam się.
Jeśli już podawać wartości do tagu lived_in= to należy to robić w mianowniku czyli lived_in=Galicja;Brazylia;Suwałki;Warszawa
Zresztą, na grobach nie ma wypisanych takich litanii, najczęściej jest jedna miejscowość, w dodatku na nowych grobach chyba rzadko już dodaje się taką informację.

Poza tym nie podoba mi się given_name i uważam je za mylące/niejednoznaczne. Moja propozycja dla określania nazwisk rodowych to from_family=
W dodatku nie Ciepielówna tylko Ciepiel, czyli from_family=Ciepiel

Wrócę jeszcze wpisywania dat do szablonu “Groby”.
Najłatwiejszy jest format wpisywania dat: dd/mm/yyyy
Nie jestem mocny w XML, ale chyba można w tym formularzu zmienić wpisywaną datę do formularza, na datę wyświetloną.
Coś w rodzaju:

        DateFormat in = new SimpleDateFormat("dd/mm/yyyy");
        DateFormat out = new SimpleDateFormat("yyyy-mm-dd");

Widzę, że wkraczamy w obszar odczuć subiektywnych, dlatego pozostawiam Ci wolny wybór.
Podając przykład z “lived_in”, miałem na myśli nie styl wpisu, tylko jego różnorodność pojęcia, różnie rozumianego przez wpisujących.
Ja na przykład mógłbym wpisać, że Janek “lived_in=na os. XXX-lecia, po drugiej stronie trawnika” i to by zostało. nie zauważone.

“given_name” nie jest moim wymysłem, tylko terminem przyjętym w wieli angielskojęzycznych oprogramowaniach genealogicznych.

Co do nazwiska z “ówna”, wpisz w wyszukiwarce grobów “Celakówna”.

Ale swoją drogą dziękuję Ci za rozwijanie tego tematu.

To samo można powiedzieć o amenity=warzywniak, w którym jest fajna ekspedientka :wink:
Nikt nie gwarantuje jakości wpisanych wartości, nawet w głównych tagach.

Władek, ale nikt nie każe Ci tego tagu używać.
W tym wątku chodzi o to, by wypracować tagowanie na wszelkie możliwe aspekty jakie mogą się pojawić. Ja już chyba przedstawiłem o co mi chodzi z tagiem lived_in=. W moim zamyśle nie jest to tag przeznaczony do streszczania czyjegoś życiorysu, tylko do zawarcia informacji o pochodzeniu danej osoby, w sposób czytelny dla potencjalnego oprogramowania.

Zrobiłem relacje sarkofagów do krypty “Krypta Zasłużonych na Skałce”.

Węzeł: 1944463831

amenity=crypt
name=Krypta Zasłużonych na Skałce
wikipedia=pl:Krypta Zasłużonych na Skałce

relacja
type=site

czy tak może być?

Władku znalazłem błąd w jednym grobie. http://www.openstreetmap.org/browse/node/1944627725 Myślę, że tag do Wikipedii powinien prowadzić od razu do strony o osobie. :slight_smile:

Po pierwsze nie podobają mi się role. Rola nie powinna dublować tagów i powinna być jednakowa dla wszystkich elementów jednego rodzaju. Myślę, że powinieneś je po prostu usunąć.

Trochę nie rozumiem. Mam przecież person:wikipedia = pl:Jan Klemens Branicki?

Trzymałem się logiki w linkowaniu do plWiki:
Nagrobek → wikipedia=Opis nagrobka
Osoba w grobie → person:wikipedia=Opis osoby

Krypta → wikipedia=Opis krypty
Sakofag z osobą → person:wikipedia=Opis osoby

Zdawałem sobie sprawę, że to niefortunne. Zrobiłem to w celach testowych.

Ale co zrobić, aby Relacja: Krypta Zasłużonych na Skałce
zawierała listę nazwisk a nie numerów?

Może, zamiast person:name= powinno być tylko name= dla poszczególnych osób?
wtedy, w OSM byłaby, zrozumiała dla każdego, lista osób, a nie lista jakiś tajnych numerów. :slight_smile:

PS. Wydaje mi się, że Cmentarz powinien być też Relacją, z listą grobów na nim.
Zrobię tak, dla przykładu, Cmentarz Rakowicki