Talk:Proposed features/Relation:person (rewrite)
|See the discussion on the previous proposal "Talk" page.|
Rename the type ?
"religion" might be a problem. It should be better specified on the cemetery itself when usually it is divided by religions (cemetary=sector) (thus, it can be deduced for all graves inside).--Pieren (talk) 08:13, 16 October 2014 (UTC)
- We also have people in the same grave with different denominations. --Władysław Komorek (talk) 08:47, 28 September 2017 (UTC)
- In Poland it is common and official that women have a family name added. --Władysław Komorek (talk) 08:48, 28 September 2017 (UTC)
- +1. Should have a link to wikidata, that is a wikidata=*-element. --Gormo (talk) 12:48, 23 October 2015 (UTC)
Other possibilities to map without relation
Perhaps we could add that other possibilities to add several persons on the same grave exist. Eg. concatenate all names with ";" separator on the same node. Or trace a polygon for the grave/tomb and put one node per person (like we do for buildings with multiple shops). --Pieren (talk) 08:13, 16 October 2014 (UTC)
- I have no problem with one node per person. Don't think an polygon around is needed.--Zuse (talk) 10:34, 16 October 2014 (UTC)
- The polygon is better for the localisation. The node 'person' is inside the polygon 'grave' which is inside the polygon 'cemetery'. A grave can have its own identifier (like a ref). Of course, like for shops in a town, you can start mapping without the buildings but it's better with them. --Pieren (talk) 11:02, 16 October 2014 (UTC)
- I like your suggestion. It can make things easier to work with. Though I think most cases could be tagged on the grave itself, without an additional object. --Jgpacker (talk) 11:59, 16 October 2014 (UTC)
- We don't need a relation for that, we can simply tag the features to give some person names (or wikidata) when they are directly related to the subject and this link if locally verifiable (and not just a mere birthplace name shared by lots of people).
- If we need to cite several persons, instead of using ";" separation we can just add ":number" suffixes to key names, in order to index them in related tags for a single geographic OSM feature (the order should not matter but the number will need to match together in multiple related tags and need to be unique by person). — Verdy_p (talk) 14:20, 15 July 2017 (UTC)
- wikidata is "the" solution :-)
The ";" separator is simple and readable with wikidata.
- Unfortunately, tools (OSM website, taginfo, overpassturbo) don't break it (yet) in multiples values ;-)
Does subject:wikidata=* could be used instead of burried:wikidata=* ?
--Pyrog (talk) 10:49, 15 November 2019 (UTC)
For the same reasons as the first proposal:
- we don't need to collect various OSM features related to a person in a collection that could easily span over multiple continents or very wide areas on Earth, as well it's impossible to be complete and accurate on such collection of features with various nature, note necessarily named after them or known with many variants (towns, regions/states, schools, museums, tombs, pieces of art, places of birth/death, places of activity, brand names....)
- specific data about a person is actually not geographic, but will better fit in a Wikipedia article, or in Wikidata (for referencing additional wikipedias or book collections in Wikisource or media in Commons, or citations in Wikiquotes, or many other properties): Wikidata will link the various places that we will bind individually on geographic features.
- there are lot of things we can't manage in OSM about people, including privacy: it is already hard to avoid abuses only with phone numbers, emails, or URLs to social networks with unfair or illegal or damaging publications about a person.
- I do not agree with reject. This is just your subjective assessment, without understanding the purpose. Wikipedia has an article describing famous or popular people and not ordinary people. The amount of "Relation: person" used is sufficient to become "in_use".
- So we should start voting. --Władysław Komorek (talk) 09:00, 28 September 2017 (UTC)
- I think the purpose is good. Only the form is a problem.
- wikidata could describe even ordinary people :-)
- This tool could describe "items" with precise properties. Each property could be "sourced".
- The link between OSM and wikidata is quite simple.
- A temporary issue is that OSM website don't display a link to buried:wikidata values (see n5932931395)
- See also Talk:Tag:cemetery=grave
- --Pyrog (talk) 10:16, 15 November 2019 (UTC)
Renewal of discussions over rewrite proposal for relation:"deceased_person".
Due to the large use of the relation "person", we should start a serious discussion about this relation.
The use of this relation depends on the country. This is similar to the optional use of the "family_name" tag. --Władysław Komorek (talk) 10:16, 24 February 2019 (UTC)
- And as mentioned by Verdy_p, categories shouldn't stored in OSM. If you want to connect the grave and memorials, use wikidata/wikipedia tags and make an overpass-turbo request. That's a more reliable way to get up-to-date categories. Maybe you want to add the streets named after this person, the buildings, etc... --Nospam2005 (talk) 17:38, 15 November 2019 (UTC)
YYYY-MM-DD format is too precise, sometime you have the month or even just the year. So YYYY[-MM[-DD]] would be more flexible. Say the fields are mandatory in order to avoid living people. --Nospam2005 (talk) 17:31, 15 November 2019 (UTC)