Property talk:P1850
Documentation
identifier for a place name in the Norwegian Mapping Authority's place name registry Sentralt stedsnavnregister (SSR)
List of violations of this constraint: Database reports/Constraint violations/P1850#Unique value, SPARQL (every item), SPARQL (by value)
List of violations of this constraint: Database reports/Constraint violations/P1850#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1850#Item P625, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1850#Item P131, search, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1850#Entity types
List of violations of this constraint: Database reports/Constraint violations/P1850#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1850#Label in 'nb' language, search, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1850#Label in 'nn' language, search, SPARQL
|
About geo positions
[edit]Note that the geo positions (locations) used in SSR are the positions on the maps for the written strings, not the named object. Jeblad (talk) 08:25, 14 December 2015 (UTC)
URL doesn't work anymore.
[edit]It seems that Kartverket has changed their database. All the IDs has changed, and the new url is : https://stadnamn.kartverket.no/fakta/62752 -PeterFisk (talk) 11:47, 22 December 2016 (UTC)
- All ID's has now been corrected. Stigmj (talk) 09:21, 31 January 2017 (UTC)
- I have changed the titles and descriptions to reflect the current usage. Calling the current values "name id" was just wrong, as the successor to that concept is a different (composite) value. However, I have no established English translations, so I just put the Norwegian term there. I think they (will) correspond to something in the INSPIRE standard, but not without a namespace prefix. Ters (talk) 16:53, 31 January 2017 (UTC)
Format constraint
[edit]I noticed that the format is defined as 0 through 6 digits. This is not the technically correct limit for stedsnummer. Accepting 0 digits is just plain wrong. What the correct upper limit should be is more tricky. Strictly speaking, according to the data model for SSR, stedsnummer is a signed 64-bit integer value. (Another delivery format doesn't state the size of the integer data type.) As such, it can contain a lot more digits than six. However, I do think the biggest value currently in use is just six digits, and numbers are allocated sequentially, but the value is close to reaching seven digits. Should the upper bound reflect the actual data model from which the values come, or should it be limited to the at any given time maximum value to stop people from entering an obviously too large value? Ters (talk) 05:04, 13 July 2017 (UTC)
- It's currently defined as having 1 to 7 digits. [1-9] means 0 isn't accepted as a single digit.
--- Jura 05:23, 13 July 2017 (UTC)- Sorry, I missed that the first digit was separate from the rest. That is, I read it as [0-9]{0-6}. The main question of whether to use the formally defined actual possible range for the value, or what appear the be the range in practice at the current time, still stands. Ters (talk) 19:48, 13 July 2017 (UTC)
Country contraint
[edit]FYI: SSR place name numbers have been assigned for places outside Norway as well. 328689 is the number for Sweden. SSR is not authoritative for such places of course, but that is also the case for some places in Norway as well. Ters (talk) 14:58, 23 May 2018 (UTC)
- Norway-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 10000+ items
- Properties with format constraints
- Properties with unique value constraints
- Properties with single value constraints
- Mandatory constraints with exceptions
- Properties with constraints on items using them
- Properties with entity type constraints
- Properties with scope constraints
- Properties with label language constraints