Property talk:P6744

From Wikidata
Jump to navigation Jump to search

Documentation

FragDenStaat public body ID
identifier for public bodies from FragDenStaat.de
Associated itemFragDenStaat (Q63413894)
Applicable "stated in" valueFragDenStaat (Q63413894)
Has qualitynumeric identifier (Q93868746)
Data typeExternal identifier
Domaingovernment organization (Q2659904), public enterprise (Q17990971), government agency (Q327333), self-regulatory organization (Q536390) or educational institution (Q2385804)
Allowed values[1-9][0-9]*
ExampleFederal Ministry of the Interior and Community (Q502698)87
Federal Ministry of Food, Agriculture and Consumer Protection (Q699656)90
Federal Ministry of Education and Research (Q492234)89
Sourcehttps://fragdenstaat.de/behoerden/
Formatter URLhttps://fragdenstaat.de/behoerde/$1/
Related to country Germany (Q183) (See 363 others)
Lists
Proposal discussionProposal discussion
Current uses
Total3,239
Main statement3,235 out of 40,419 (8% complete)99.9% of uses
Qualifier3<0.1% of uses
Reference1<0.1% of uses
Search for values
[create Create a translatable help page (preferably in English) for this property to be included here]
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/P6744#Single value, SPARQL
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/P6744#Unique value, SPARQL (every item), SPARQL (by value)
Format “[1-9][0-9]*: value must be formatted using this pattern (PCRE syntax). (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/P6744#Format, 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/P6744#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/P6744#Scope, SPARQL

"Slug" rather than "ID"

[edit]

Although FragDenStaat actually has numeric IDs, we use this property to enter the slug as it appears in the URL. --Nw520 (talk) 12:19, 4 October 2020 (UTC)[reply]

New property for IDs?

[edit]

Lately, numerical IDs have become part of the canonical URLs for government agencies in FragDenStaat (although they already existed before in the API). Should a new property be proposed to migrate to these numerical (and probably more stable) IDs? --Nw520 (talk) 15:05, 16 December 2021 (UTC)[reply]

@Kristbaum: as proposer of this property: Lately, FragDenStaat has changed the format of its URLs such that it now contains both the numerical ID and the slug of government agencies. Should this property be repurposed to use the (probably more stable) numerical ID (formatter URL (P1630) wouldn't have to be changed for this)? If not, then URL match pattern (P8966) should be updated since lately contributors have been addings IDs rather than slugs to Wikidata. --Nw520 (talk) 00:22, 25 January 2022 (UTC)[reply]
@Nw520: The numeric ID would probably be more stable in the long run, so we should change the property to prefer them. Is there anyone else that should be consulted, or should we just do it? And is there an official position of FragDenStaat on the long term stability of the slugs?  – The preceding unsigned comment was added by Kristbaum (talk • contribs) at 22:26, 31. Jan. 2022 (UTC).
@Kristbaum: Thanks for the reply! The main developer of FragDenStaat stated that the numerical IDs are to be preferred. He also mentioned that using slugs might lead to problems with stability. Therefore, I propose to:
I don't know of any other parties which need to be consulted and I highly doubt that there are. This migration is only a breaking change if your using the slugs with FragDenStaat's API. URLs of FragDenStaat work with both types of identifiers. --Nw520 (talk) 12:01, 1 February 2022 (UTC)[reply]