Property talk:P10689

Documentation

OpenStreetMap way ID
ID of a way in OpenStreetMap for the item

Represents

OpenStreetMap way (Q100320715)

Applicable "stated in" value

OpenStreetMap (Q936)

Data type

External identifier

Domain

geographical feature (Q618123), geographic entity (Q27096213), hotel (Q27686), work of art (Q838948), educational institution (Q2385804) or combined facility (Q56352703)

Allowed values

[1-9][0-9]{1,10}(?!relation).*

Usage notes

If possible, use "OpenStreetMap relation ID" (P402)

Example

Biblioteca Lúcio Craveiro da Silva (Q18500432) → 121590158
Statue of Liberty (Q9202) → 32965412
Burj Khalifa (Q12495) → 446646206
Church of San Felipe Neri, Valladolid (Q25414677) → 61129689

Formatter URL

https://www.openstreetmap.org/way/$1

Lists

Proposal discussion

Current uses

Total	191,939
Main statement	189,248 out of 990,784,872 (0% complete)	98.6% of uses
Qualifier	30	<0.1% of uses
Reference	2,661	1.4% of uses

Search for values

[create Create a translatable help page (preferably in English) for this property to be included here]

Format “[1-9][0-9]{1,10}”: value must be formatted using this pattern (PCRE syntax). (Help)

List of violations of this constraint: Database reports/Constraint violations/P10689#Format, hourly updated report, SPARQL

Scope is as main value (Q54828448), as qualifier (Q54828449), as reference (Q54828450): the property must be used by specified way only (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P10689#Scope, SPARQL

Allowed entity types are Wikibase item (Q29934200), Wikibase MediaInfo (Q59712033): the property may only be used on a certain entity type (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P10689#Entity types

Distinct values: this property likely contains a value that is different from all other items. (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P10689#Unique value, SPARQL (every item), SPARQL (by value)

Single best value: this property generally contains a single value. If there are several, one would have preferred rank (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303).
List of violations of this constraint: Database reports/Constraint violations/P10689#single best value, SPARQL

Type “geographical feature (Q618123), geographic entity (Q27096213), hotel (Q27686), work of art (Q838948), educational institution (Q2385804), combined facility (Q56352703)”: item must contain property “instance of (P31), subclass of (P279)” with classes “geographical feature (Q618123), geographic entity (Q27096213), hotel (Q27686), work of art (Q838948), educational institution (Q2385804), combined facility (Q56352703)” or their subclasses (defined using subclass of (P279)). (Help)

Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Black Lives Matter (Q96081169)
List of violations of this constraint: Database reports/Constraint violations/P10689#Type Q618123, Q27096213, Q27686, Q838948, Q2385804, Q56352703, SPARQL

Format “(?!relation).*”: value must be formatted using this pattern (PCRE syntax). (Help)

List of violations of this constraint: Database reports/Constraint violations/P10689#Format, hourly updated report, SPARQL

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

Pattern ^way/([1-9]\d*)$ will be automatically replaced to \1.
Testing: TODO list

Pattern ^node/([1-9]\d*)$ will be automatically replaced to \1 and moved to OpenStreetMap node ID (P11693) property.
Testing: TODO list

“IDs can change”[edit]

https://wiki.openstreetmap.org/wiki/Template:Hardcoded_IDs --Nw520 (talk) 18:35, 25 April 2022 (UTC)[reply]

allowed-entity-types constraint: image?[edit]

Is there a reason not to allow adding the OSM object property as structured data to a wikimedia commons item? --Middle river exports (talk) 02:01, 5 May 2022 (UTC)[reply]

@Middle river exports: No, I do not think so. Do you have an example of such Wikimedia Commons item? Pamputt (talk) 06:31, 5 May 2022 (UTC)[reply]

Sure. I linked the node of the intersection this image depicts for example https://commons.wikimedia.org/wiki/File:Indiana_East_1200_South--East_900_North_at_Adams_County_-_Jay_County_border,_United_States.jpg Middle river exports (talk) 06:43, 5 May 2022 (UTC)[reply]

Well I've gone ahead and added Wikibase MediaInfo which should do it Middle river exports (talk) 22:23, 7 May 2022 (UTC)[reply]

multiple objects[edit]

Multiple objects should be allowed. Wikidata objects are not always precise. For example the object Amada can describe the temple of Amada or the world heritage site (which has a larger area). It makes sometimes sense to reference different objects with different roles (here temple building or world heritage site). You can also mix this property with a relation, so there is no protection against ambiguity. Sinuhe20 (talk) 20:14, 19 July 2022 (UTC)[reply]

Better to fix Wikidata and remove the conflation of two entities into one item. GeoGQL (talk) 13:48, 15 March 2023 (UTC)[reply]

OpenStreetMap element, not OpenStreetMap object[edit]

Nodes, ways, and relations are OpenStreetMap elements, not OpenStreetMap objects. Maybe the English description of this property and associated translation in other languages should be modified in order not to generate confusion (more details on OSM Wiki). Dcapillae (talk) 13:13, 16 December 2022 (UTC)[reply]

I agree. So9q (talk) 15:41, 16 December 2022 (UTC)[reply]

Renamed the property in German and English. --Nw520 (talk) 12:44, 21 December 2022 (UTC)[reply]

OpenStreetMap node or way ID plus prefix, not OpenStreetMap element[edit]

The property is designed to store

an ID of an OpenStreetMap element not the element
a node or way ID, not a relation ID example bug

Please rename to "OpenStreetMap node or way ID" and in usage instruction tell that the prefix should be used. GeoGQL (talk) 12:24, 15 March 2023 (UTC)[reply]

Done for label, not done for usage instruction, but changed description instead. GeoGQL (talk) 08:41, 16 March 2023 (UTC)[reply]

Single best value[edit]

Why would that be so? E.g. streets in OSM can be split into several ways, why should one of these be the single best? GeoGQL (talk) 13:29, 15 March 2023 (UTC)[reply]

Maybe it is correct for nodes, but for ways it seems not to be correct. See Wikidata:Property proposal/OpenStreetMap node ID which allows to have that constraint only for nodes. GeoGQL (talk) 06:36, 16 March 2023 (UTC)[reply]

@GeoGQL: If a feature on OSM is made up of multiple ways then they should be grouped together in a relation, and that relation then linked to the relevant Wikidata item. It's only if there's a single way that this property should be used. (At least, this is my understanding.) Sam Wilson 05:30, 2 August 2023 (UTC)[reply]

Wikidata:Property proposal/OpenStreetMap node ID[edit]

Wikidata:Property proposal/OpenStreetMap node ID - a proposal to move the node IDs to a seperate property.

1:1 mapping: each of the three sets of IDs for the three OpenStreetMap element types is mapped to exactly one of three Wikidata properties
storing without prefix: reduce storage space, make data comparison and sorting of results easier
allow single-value constraint for nodes, which for ways isn't feasible
allow easier querying

GeoGQL (talk) 06:35, 16 March 2023 (UTC)[reply]

Error message[edit]

When I click on most links I just get an error message, what is going on? See Mount Olivet Cemetery (Q21586308) for example. RAN (talk) 16:28, 27 March 2023 (UTC)[reply]

@Richard Arthur Norton (1958- ): This property was recently repurposed as a by-product of the creation of OpenStreetMap node ID (P11693) and values need to be migrated. --Nw520 (talk) 19:46, 27 March 2023 (UTC)[reply]

In that case the value has been changed 2023-03-25 02:35 but the old URL formatter is still applied, it was changed to the new pattern 2023-03-25 19:44. A bug in the software. GeoGQL (talk) 12:01, 29 March 2023 (UTC)[reply]

@Richard Arthur Norton (1958- ): each value is now changed to be numeric only and those converted before the formatter change seem to have been refreshed, so hopefully each issue is fixed. [1]. GeoGQL (talk) 17:42, 31 March 2023 (UTC)[reply]

Swedish Label "sträck-ID på OpenStreetMap"[edit]

changed by Lucarpedia / swedish Wikipedia presentation

please explain this swedish translation? Is that your own thoughts or is it used at other places
when you change name other people will have difficulties finding the property please add the old value as alias....
this new label is 26 characters long --> I feel best practice is not using long names as this will impact reports and search queries
better start with OSM or Open Street Map --> then type ahead will show all properties reláted to OSM...

- Salgo60 (talk) 08:29, 25 September 2023 (UTC)[reply]

A way in OSM is called a "sträcka" on the OSM website with Swedish locale. As an example, way 4421145 is described as "Sträcka: Tillfällavägen (4421145)".
The old name "OSM way" is generic and is searchable in other languages, but I will add it as an alias as it is probably good practice to do so.
I agree, but is there a Wikidata guideline you can point me at supporting the use of abbreviations in the labels?
Reasonable, I'll look into that.

Lucarpedia (talk) 10:39, 26 September 2023 (UTC)[reply]

Lucarpedia guess no guidelines but lesson learned is that long names easy makes a mess in the UI - Salgo60 (talk) 07:46, 29 September 2023 (UTC)[reply]