Documentation

OKTMO ID
identifier in Classification on Objects territory of municipal formations (Russia)
Descriptionidentifier in Classification on Objects territory of municipal formations (Russia)
Applicable "stated in" valueOKTMO (Q4330203)
Data typeExternal identifier
Template parameter"ОКТМО" in ru:template:Сельское поселение, ru:template:Городское поселение etc.
DomainObjects of municipal formations in Russia (main type - place) (note: this should be moved to the property statements)
Allowed values(\d{11}|\d{8}) (numeric string, 8 or 11 digits)
ExampleBolshekolpanskoye rural settlement (Q50699)41618408
Nizhny Novgorod (Q891)22701000001
Formatter URLhttps://classinform.ru/oktmo/search.php?str=$1
Tracking: usageCategory:Pages using Wikidata property P764 (Q43940339)
Related to country Russia (Q159) (See 345 others)
See alsoOKATO ID (P721)
Lists
Proposal discussionProposal discussion
Current uses
Total176,146
Main statement176,140>99.9% of uses
Qualifier2<0.1% of uses
Reference4<0.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
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/P764#Unique value, SPARQL (every item), SPARQL (by value)
Single value: this property generally contains a single value. (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/P764#Single value, SPARQL
Format “(\d{11}|\d{8}): value must be formatted using this pattern (PCRE syntax). (Help)
List of violations of this constraint: Database reports/Constraint violations/P764#Format, hourly updated report, SPARQL
Item “country (P17): Russia (Q159): Items with this property should also have “country (P17): Russia (Q159)”. (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/P764#Item P17, search, SPARQL
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/P764#Item P131, search, SPARQL
Conflicts with “subclass of (P279): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P764#Conflicts with P279, hourly updated report, search, SPARQL
Conflicts with “is a list of (P360): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P764#Conflicts with P360, hourly updated report, search, SPARQL
Conflicts with “State Water Register Code (Russia) (P884): this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P764#Conflicts with P884, hourly updated report, search, SPARQL
Conflicts with “dissolved, abolished or demolished date (P576): this property must not be used with the listed properties and values. (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/P764#Conflicts with P576, SPARQL
Allowed entity types are Wikibase item (Q29934200): 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/P764#Entity types
Scope is as main value (Q54828448), 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/P764#Scope, SPARQL
This property is being used by:

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

Discussion edit

Длина кода для муниципальных образований edit

Сейчас для сельских/городских поселений, а также для районов используется код длинной 8 знаков, без завершающей тройки нулей. Откуда такая традиция — уже и не вспомнить, возможно предыдущий вариант классификатора, когда в нём ещё не было населённых пунктов, имел восьмизначные коды. Стоит продолжить традицию или заменить все коды на 11-значные? @Allardais: возможно у вас будут соображения по этому поводу? — Ivan A. Krestinin (talk) 21:51, 3 May 2015 (UTC)Reply

Я стал указывать завершающие нули когда, заметил, что они присутствуют в классификаторе на http://classif.spb.ru Более того, переход по ссылке с тройкой нулей на странице элемента выводит конкретно на данный пункт списка, а не семейство населённых пунктов с совпадающими первыми 8 знаками. Если этот момент критичен в плане занимаемого места, то я готов указывать 8 знаков. 11 знаков целиком удобнее копипастить, но это не существенно :) --Allardais (talk) 22:15, 3 May 2015 (UTC)Reply
Я тоже склоняюсь к переходу на 11-значные идентификаторы, обрабатывать два варианта написания неудобно. Если в ближайший день-другой возражений не будет, то планирую заменить глобально. — Ivan A. Krestinin (talk) 22:45, 3 May 2015 (UTC)Reply
Хранить можно как вам удобно, главное, чтобы в статьях выводилось так, как в первоисточнике - 8-значными числами для муниципальных образований и 11-значными для населённых пунктов. Игорь Темиров (talk) 04:24, 4 May 2015 (UTC)Reply
На Викиданных обычно используется формат представления аналогичный оригинальной базе. Раз в первоисточнике до сих пор используются 8-значные коды, то нам лучше тогда также делать. Спасибо за ссылку. — Ivan A. Krestinin (talk) 08:31, 4 May 2015 (UTC)Reply
Пожалуйста. Игорь Темиров (talk) 12:29, 5 May 2015 (UTC)Reply
Кстати, недавно они опубликовали её в xml-формате. Видимо будут и в дальнейшем. Возможно будет удобнее для верификации. В питерской БД есть несовпадения. Игорь Темиров (talk) 12:34, 5 May 2015 (UTC)Reply
Хорошее начинание, ещё бы сделали визуализатор этих данных и было бы совсем хорошо. Странно, что на classif.spb.ru есть несовпадения, черпают то они данные скорее всего из одного источника. — Ivan A. Krestinin (talk) 05:27, 6 May 2015 (UTC)Reply
Return to "P764" page.