Property talk:P402

From Wikidata
Jump to navigation Jump to search

Documentation

OSM relation ID
identifier for a relation in OpenStreetMap
Descriptionthe ID of the relation of this place/object in OpenStreetMap (Q936). http://wiki.openstreetmap.org/wiki/Relation
RepresentsOpenStreetMap (Q936)
Data typeExternal identifier
Domaingeographical feature: streets, countries, states, buildings, places, everything with geocoordinates (note: this should be moved to the property statements)
Allowed values[1-9][0-9]{0,9}
ExampleBerlin (Q64)62422
Sourcehttps://www.openstreetmap.org
Formatter URLhttps://www.openstreetmap.org/relation/$1
Tracking: differencesno label (Q15088393)
Tracking: usageCategory:Pages using Wikidata property P402 (Q28003135)
Tracking: local yes, WD noCategory:OpenStreetMap Relation identifier not in Wikidata, but available on Wikipedia (Q14947065)
See alsoOSM tag or key (P1282)
Lists
Proposal discussionProperty proposal/Archive/5#P402
Current uses66,873
Search for values
[create] Create a translatable help page (preferably in English) for this property to be included here
Conflicts with “instance of (P31): human (Q5), Wikimedia disambiguation page (Q4167410), Wikimedia category (Q4167836), Wikimedia project page (Q14204246), Wikimedia template (Q11266439), Wikimedia list article (Q13406463): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P402#Conflicts with P31, SPARQL, SPARQL (new)
Format “[1-9][0-9]{0,6}”: value must be formatted using this pattern (PCRE syntax). (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P402#Format, SPARQL, SPARQL (new)
Distinct values: this property likely contains a value that is different from all other items. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P402#Unique value, SPARQL (every item), SPARQL (by value), SPARQL (new)
Single value: this property generally contains a single value. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P402#Single value, SPARQL, SPARQL (new)

Discussion[edit]

Why "Relation"?[edit]

AFAIK, OSM has points, lines, and more structured records which I guess are called Relations. But just because something is called Relation in OSM, doens't mean htat "Relation" is a good name for this prop.

Berlin is a place, it's not a Relation. Please let's rename this to "OpenStreetMap ID" (or "OpenStreetMap place ID"). Thanks! Vladimir Alexiev (talk) 11:08, 15 June 2016 (UTC)

That wouldn't work that easy because
  1. A relation may represent other stuff than just places and
  2. places may also be represented by ways or nodes, for which the OSM item's type would need to be known.
On the other hand, there seems to be no Property for Ways and Nodes, but it's (from the OSM side) not recommended to use their IDs for reference anyway, because the ID can change very easily and might even represent a completly different real-world object then. --Nenntmichruhigip (talk) 11:30, 16 June 2016 (UTC)

Decision subject to change, depending on near-future Permanent_ID implementation (as generic "place ID" independent of geometry). --Krauss (talk) 17:22, 10 July 2018 (UTC)

Unstable property ?[edit]

At https://phabricator.wikimedia.org/T145284 , use of this property was rejected due to stability issues. If this is confirmed, I wonder if we should keep it.
--- Jura 16:50, 1 November 2016 (UTC)

It's better to use the key:wikidata on OSM as said on WIWOSM. Here's a video guide to add it easily with iD. The RedBurn (ϕ) 13:14, 12 October 2017 (UTC)

NOTE: depending on near-future Permanent_ID implementation (as stable/persistent ID), it will ne not a problem. --Krauss (talk) 17:24, 10 July 2018 (UTC)

Please, do you support the implementation of a new Wikitada-to-OSM service[edit]

The new service will solve the cited problem of "only relations": will be possible to point OSM Map Features represented by nodes or ways.

The new server must br hosted at the Openstreetmap-side, but needs the support of the Wikidata community also. The service will redirect Wikidata item "Q" identidiers by http://osm.org/Q$1 (or wikidata.osm.org or other) to the respective geometry. Examples:

  • Relation. The Wikidata item that represents the concept of the country Brazil (Q155), on OSM is a relation,
      http://osm.org/Q155 will redirect to https://www.openstreetmap.org/relation/etc
  • Way. The Wikidata item that represents the concept of the Fraternity Bridge (Q2679759), on OSM is a way,
      http://osm.org/Q2679759 will redirect to https://www.openstreetmap.org/way/etc
  • Node. Wikidata item of the Number zero survey marker of the city of São Paulo, (Q10325364), on OSM is a node,
      http://osm.org/Q10325364 will redirect to https://www.openstreetmap.org/node/etc

See more details at the wiki.openstreetmap.org Proposal-QID. --Krauss (talk) 00:02, 28 August 2018 (UTC)

Great idea, Krauss! As a workaround, we're currently using {{Overpasslink}}, which is clearly less adequate. What kind of support do you need? Maybe just consensus? Perhaps some technical advice? --abián 12:01, 30 August 2018 (UTC)

Which is better?[edit]

Is it better to create P402 links to OSM, or wikidata: properties on OSM? Is there a bot that automatically creates the inverse links in either direction?

The English Wikipedia infobox mapframe seems to pick up the boundary if it is linked from OSM, but the documentation suggests it needs P402, so I'm not sure if there are hidden features, or magic translations. --ScottDavis (talk) 05:03, 28 September 2018 (UTC)