[go: up one dir, main page]

Property talk:P10689

Latest comment: 25 days ago by Peter17 in topic Automatic import

Documentation

OpenStreetMap way ID
identifier for a way in OpenStreetMap
RepresentsOpenStreetMap way (Q100320715), OpenStreetMap (Q936)
Applicable "stated in" valueOpenStreetMap (Q936)
Data typeExternal identifier
Domaingeographical 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 notesIf possible, use "OpenStreetMap relation ID" (P402)
ExampleBiblioteca 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 URLhttps://www.openstreetmap.org/way/$1
See alsoOpenStreetMap relation ID (P402), OpenStreetMap node ID (P11693), Mapcarta ID (P12966)
Lists
Proposal discussionProposal discussion
Current uses
Total210,212
Main statement206,575 out of 990,784,872 (0% complete)98.3% of uses
Qualifier63<0.1% of uses
Reference3,5741.7% 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
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
 

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

  1. an ID of an OpenStreetMap element not the element
  2. 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:1 mapping: each of the three sets of IDs for the three OpenStreetMap element types is mapped to exactly one of three Wikidata properties
  2. storing without prefix: reduce storage space, make data comparison and sorting of results easier
  3. allow single-value constraint for nodes, which for ways isn't feasible
  4. 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

  1. please explain this swedish translation? Is that your own thoughts or is it used at other places
  2. when you change name other people will have difficulties finding the property please add the old value as alias....
  3. this new label is 26 characters long --> I feel best practice is not using long names as this will impact reports and search queries
  4. 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

  1. 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)".
  2. 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.
  3. I agree, but is there a Wikidata guideline you can point me at supporting the use of abbreviations in the labels?
  4. 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

P10689 mediwiki synchronization with kartographer tags

edit

Is there any documente use of tools like OpenRefine to synchronize these tags with what Kartographer have? Is there any talks of automating the import from the Kartopgrapher server copy of all the OSM (Tools such as Maplink needs both a wikidata QID on the OSM data and someone to fill in the Property:P402/P10689 to display the shape and not a empty maplink frame) This could also work to mitigate problems when the OSM way or relation ID have changed for a object which could happen. The only thing you really need is the OSM folks to put in the wikidata tag and we could look at the Kartographer copy for tags without these Properties in the wikidata entries.

Also posted a dicussion topic on the P402 page. Dengamlapotatisen (talk) 09:50, 18 August 2024 (UTC)Reply

Automatic import

edit

Is it allowed for a bot to automatically fill this attributes on Wikidata item Qxxx based on the presence of wikidata:Qxxx on an OSM object? This page indicates that it is forbidden to import OSM data on Wikidata: https://wiki.openstreetmap.org/wiki/Wikidata but it seems unclear to me whether this also applies on numerical ids of OSM objects... Thanks in advance. Best regards. Peter17 (talk) 16:13, 14 October 2024 (UTC)Reply

Return to "P10689" page.