Wikidata:Property proposal/Generic
Shortcuts: WD:PP/GEN, WD:PP/Generic
Property proposal: | Generic | Authority control | Person | Organization |
Creative work | Place | Sports | Sister projects | |
Transportation | Natural science | Computing | Lexeme |
See also
[edit]- Wikidata:Property proposal/Pending – properties which have been approved but which are on hold waiting for the appropriate datatype to be made available
- Wikidata:Properties for deletion – proposals for the deletion of properties
- Wikidata:External identifiers – statements to add when creating properties for external IDs
- Wikidata:Lexicographical data – information and discussion about lexicographic data on Wikidata
This page is for the proposal of new properties.
Before proposing a property
- Search if the property already exists.
- Search if the property has already been proposed.
- Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically.
- Select the right datatype for the property.
- Read Wikidata:Creating a property proposal for guidelines you should follow when proposing new property.
- Start writing the documentation based on the preload form below by editing the two templates at the top of the page to add proposal details.
Creating the property
- Once consensus is reached, change status=ready on the template, to attract the attention of a property creator.
- Creation can be done 1 week after the creation of the proposal, by a property creator or an administrator.
- See property creation policy.
![]() |
On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2025/03. |
General
[edit]Ethnologue language family ID
[edit]Description | Ethnologue external identifier for linguistic families |
---|---|
Data type | External identifier |
Example 1 | Indo-European (Q19860) –> 3 |
Example 2 | Austronesian (Q49228) –> 447 |
Example 3 | Dravidian (Q33311) –> 1265 |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://www.ethnologue.com/subgroup/$1/ |
See also | Ethnologue.com language code (P1627) |
Motivation
[edit]I propose this property because we already have Ethnologue.com language code (P1627) but we have no way to link language families with their Ethnologue web page.
Discussion
[edit]Research projects that contributed to this data set
[edit]Description | This property allows to identify research projects that they have contributed to or created an item |
---|---|
Data type | Item |
Allowed values | research project (Q1298668) research institute (Q31855) |
Example 1 | Tsvi Nussbaum. A Boy from Warsaw (Q132796334) → (Con)sequential Images (Q131465458) |
Example 2 | Stained glass windows of Augsburg Cathedral (Q130705422) → Corpus Vitrearum Medii Aevi (Q1135178) |
Example 3 | The Ego and Its Own (Q1193108) → Datenbank des deutschsprachigen Anarchismus (Q1172352) |
Motivation
[edit]Many research projects contribute substantially to Wikidata. They might even use Wikidata as their main database, e.g. the research project "Places of Gestapo terror in present-day Lower Saxony" (Q107008182). At this moment, research projects have no proper way of displaying items which they have created or to which they have contributed. Neither can they cannot isolate items important for their research via a simple query.
As a workaround, "Places of Gestapo terror" uses the property "collection" (P195) pointing to the item "Places of Gestapo terror in present-day Lower Saxony (test version)" (Q106571749), which is an instance of a "collection | version, edition or translation". In our view, this is not a satisfying solution.
A similar property (P131) already exists in FactGrid (https://database.factgrid.de/wiki/Property:P131), demonstrating the utility of such an identifier for collaborative research.
Discussion
[edit]Support. This would be very interesting for the filmography of our research project about iconic archival film materials (https://www.wikidata.org/wiki/Q131465458). --Johannes Fabian Schmidt (talk) 09:50, 21 March 2025 (UTC)
Yukon Register of Historic Places ID
[edit]Description | Database of historic places in Yukon, Canada |
---|---|
Represents | Yukon Register of Historic Places (Q131359113) |
Data type | External identifier |
Example 1 | Log Skyscrapers (Q132816975) –> 3239 |
Example 2 | Caribou Hotel (Q132816820) –> 775 |
Example 3 | St. Paul's Anglican Church (Q7591019) –> 412 |
Number of IDs in source | 42 |
Formatter URL | http://register.yukonhistoricplaces.ca/Place/$1 |
Country | Canada |
Motivation
[edit]The Yukon Register of Historic Places includes all historic places in Yukon, some of which have not been added to the Canadian Register of Historic Places. Without this property, it is very difficult to do a complete query of historic places in Yukon.
Il lupa (talk) 01:51, 1 March 2025 (UTC)
Discussion
[edit]Notified participants of WikiProject Canada. Samoasambia ✎ 19:46, 3 March 2025 (UTC)
Support Small register with only 42 places, but at least as territorial level. Fralambert (talk) 22:04, 3 March 2025 (UTC)
Oppose With such small numbers, I think described by source (P1343) would be better. Lots of very small properties make querying the database on general terms, like "historic places registers" harder. Vicarage (talk) 09:32, 4 March 2025 (UTC)
Support I don't see why not. Amqui (talk) 00:56, 4 March 2025 (UTC)
Radiomuseum.org vacuum tube transitor ID
[edit]Description | aggiungi la descrizione della proprietà in italiano, per esempio la stessa contenuta nella documentazione dell'infobox (it) – (Please translate this into English.) |
---|---|
Represents | Radiomuseum (Q27002572) |
Data type | External identifier |
Domain | vacuum tube (Q3574371), transistor (Q5339) |
Example 1 | General Electric (Q54173) → tube_ecc83 |
Example 2 | ECL86 (Q118313132) → tube_ecl86 |
Example 3 | EM84 (Q1275149) → tube_em84 |
Example 4 | 6N3P (Q4642461) → tube_6n3p |
Example 5 | 2N3055 (Q2734114) → tube_2n3055 |
Format and edit filter validation | ^tube[a-z\d_\d]+$ |
Planned use | match website with Wikidata, create some items not yet on Wikidata |
Number of IDs in source | +20000 |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.radiomuseum.org/tubes/$1.html |
See also | Radiomuseum company ID (P11863) |
Motivation
[edit]We started to have lots of vacuum tubes and transistors in Wikidata and one of the most known source of info it's the radiomuseum.org website. This properry should allow to improve our items with radiomuseum.org data and create new ones.
I hope to receive feedbacks about it as well a better name to give to this property.--DnaX (talk) 17:43, 20 February 2025 (UTC)
Discussion
[edit]Support I would suggest the name Radiomuseum tube ID. --Kdkeller (talk) 20:09, 25 February 2025 (UTC)
name with acutes
[edit]Description | item name with acute accents showing stressed vowels |
---|---|
Data type | Monolingual text |
Example 1 | Albert Einstein (Q937)name with acutesАльбе́рт Эйнште́йн@ru |
Example 2 | Albert Einstein (Q937)name with acutesАльбе́рт Ейнштейн@uk |
Example 3 | Australia (Q408)name with acutesАвстра́лия@ru |
Example 4 | Australia (Q408)name with acutesАвстра́лія@uk |
Robot and gadget jobs | Would be great if it would be imported from ruwiki/ukwiki (just the content of first use of bold font, it would be correct in 99% total cases and in 99.99% cases in case of people), but no worries if not. |
Motivation
[edit](Related to this discussion)
Acute accents are used in some languages (e.g. Russian and Ukrainian) for showing stressed vowels. They are optional but show this phonetic property and so are often useful (probably the situation is similar to vocalized name (P4239)) and ruwiki and ukwiki require names with acutes to be used as the definition in lead sections. Probably the property will be most usefully used in people but it can be used in all items. Well very well (talk) 05:57, 25 January 2025 (UTC)
- Not sure about the correct English name, maybe «name with stresses» would be better. Well very well (talk) 06:03, 25 January 2025 (UTC)
Discussion
[edit]Support. --Mitte27 (talk) 06:52, 25 January 2025 (UTC)
- Tend to
Oppose as very tailored to a specific pronunciation denotation scheme in a specific language. I wonder if broadening the scope of pronunciation (P7243), which too was initially proposed for Russian but since expanded to other languages, might be more appropriate here. Mahir256 (talk) 21:55, 25 January 2025 (UTC)
- I didn't see that property before this proposal, thanks! I'm not sure why is it called that way if it means the same thing...
I would suggest then renaming that property (probably "name with stresses"/"name with acutes" doesn't really fit for lexemes, but it's still OK in my opinion — at least it conveys the meaning better than "pronounciation") and expanding its scope to include items. Well very well (talk) 22:43, 25 January 2025 (UTC)- The only thing is — if we rename it then probably pronunciation audio (P443) and IPA transcription (P898) should no longer be used as its qualifiers (and just be used as standalone properties of the lexeme), so a bot run will be required. Well very well (talk) 22:49, 25 January 2025 (UTC)
- @Well very well: Any name that involves a specific diacritic is in some sense a tailoring to particular schemes or languages (not all languages use acute accents to denote stress, after all), which the broadening of P7243 has tried to avoid, so renaming that property is something I too would oppose. I do not believe disallowing certain qualifiers as a consequence of a broadening of P7243 would be appropriate, but I wonder what others think of such a broadening in the first place. Mahir256 (talk) 21:25, 26 January 2025 (UTC)
- I think you've broaden the description of it (and the old description should've corresponded to a narrower name) — could you please share some examples of how it is used for other languages currently?
- I didn't see that property before this proposal, thanks! I'm not sure why is it called that way if it means the same thing...
- In any case, even if it would be not specifically for acutes, I still think "pronounciation" is a bad name — maybe "name with pronounciation marks"/"name with phonetic marks" then... Well very well (talk) 09:19, 27 January 2025 (UTC)
- @Well very well: Here are some examples in Turkish, Hausa, Igbo, Zulu, and even English. Mahir256 (talk) 16:47, 27 January 2025 (UTC)
- (Isn't it just a mistake in the last case? Yiddish lexeme is not the same as the English one, no?) Well very well (talk) 22:30, 27 January 2025 (UTC)
- @Well very well: Here are some examples in Turkish, Hausa, Igbo, Zulu, and even English. Mahir256 (talk) 16:47, 27 January 2025 (UTC)
- In any case, even if it would be not specifically for acutes, I still think "pronounciation" is a bad name — maybe "name with pronounciation marks"/"name with phonetic marks" then... Well very well (talk) 09:19, 27 January 2025 (UTC)
- @Mahir256 @Well very well I do think there is a case to be made for a property like vocalized name (P4239) with a broader scope for lexeme forms specifically, and distinct from the pronunciation (P7243) property for canonical diacritic-bearing forms. There are some semantic difficulties in coming up with an appropriate name. This is a more specific use case than pronunciation which can include pronunciation respellings, and exclude notation systems which are still opaque about details of the pronunciation.
- If we take the lexeme L1311650, the inflections are differentiated by accent/pitch; however, this accent can be grave or acute, and the absence of a diacritic is still information which can be used to distinguish forms. In the cases of pitch accent, an accent is actually marked by the absence of a diacritic. If a property is created with a broader scope than this proposal, I would suggest calling it something like "fully diacriticized form" or "fully diacriticized representation", and have it take monolingual text (not a bare string). عُثمان (talk) 19:23, 27 January 2025 (UTC)
- @عُثمان @Mahir256 I don't think it should be a distinct property, in my opinion all we need is:
- rename the property from "pronounciation" to a more concrete name,
- broad the scope to include items,
- fix the descriptions (currently most languages use the old one about only acutes),
- move the qualifiers with a bot.
- I didn't know about Vedic accent, thanks! Probably in such a case "fully diacriticized/accented form/representation" is indeed the best name (using monolingual text is already a part of the proposal, and existing property also has that).
I'm not sure about difference between diacriticized/accented — as far as I understand difference of their meaning (I'm not sure that I understand it correct) — "accents" is used only for stresses/long vowels/tones, while "diacritics" refer to general "marks on letters", which can turn a sound into a completely different one. E.g. "ï" in "naïve" is considerably different from "i" and I don't think we should put "naïve" as a value for this property into a lexem for "naive".
(By the way, are there some property like "alternate spelling" for lexemes? E.g. it's strange that naive (L24695) and naïve (L227251) or матрас (L125965) and матрац (L125969) aren't only not the same, but even don't link to together in any way) Well very well (talk) 22:57, 27 January 2025 (UTC)- @Well very well Diacritics can be used for things other than accent, stress, or pitch in some languages. In Hausa for example, there are diacritics used for vowel length and the retroflex allophone of "r" which is not normally shown in writing.
- Lexemes are generally split based on etymology and/or distinct syntactic behaviour or inflection, with some case by case discretion depending on language. I would suggest merging those two English lexemes, since naïve is just an older spelling of naive, but leaving the Russian ones separate as various languages which borrow extensively from Russian have a word derived from one of those forms but not the other. عُثمان (talk) 23:17, 28 January 2025 (UTC)
- Ok, I am fine with "full diacriticized form/representation" name if you think it's better. Well very well (talk) 02:54, 29 January 2025 (UTC)
- @Mahir256 @عُثمان @ArthurPSmith Do you agree to such a proposal (the numbered list in the comment above)? If so, I think I can try to implement it. Well very well (talk) 02:48, 30 January 2025 (UTC)
- @عُثمان @Mahir256 I don't think it should be a distinct property, in my opinion all we need is:
Comment This seems like it should be a property of lexemes - (A) this is language-specific and (B) stressed syllables wouldn't generally be different for different people with the same name, would it? Also why is this proposal limited to names? ArthurPSmith (talk) 16:50, 28 January 2025 (UTC)
- This was discussed above — it was found that there already is a property for lexemes and it was proposed to extend it to items. It should not be exclusive to lexemes.
> stressed syllables wouldn't generally be different for different people with the same name, would it?
There are ton of cases where names could be spelled in one language the same but had different stressed syllable. Also I don't think we have an item for every given and family name (probably a very small percent actually).
Proposal is not limited to names, even the examples include Australia (Q408). Well very well (talk) 02:57, 29 January 2025 (UTC)
- This was discussed above — it was found that there already is a property for lexemes and it was proposed to extend it to items. It should not be exclusive to lexemes.
- I'll defer to whatever Mahir256 thinks on this, I'm not really following. The reason I asked about "name" was from the proposed "name with acutes" label for the property; I guess the label is still under discusison here. ArthurPSmith (talk) 18:15, 30 January 2025 (UTC)
- TL;DR: first this proposal was created as a proposal for a new property but then (as the existing property was mentioned in the discussion) became a proposal for modifying and extending that property. The current proposed label ("full diacriticized form" or "full diacritized representation") doesn't include word "name" in it. Well very well (talk) 04:29, 31 January 2025 (UTC)
identifiant Les Inrockuptibles d'un sujet
[edit]Description | identifiant d'un sujet sur le site Les Inrockuptibles (fr) – (Please translate this into English.) |
---|---|
Represents | Les Inrockuptibles (Q2758142) |
Data type | External identifier |
Domain | item |
Example 1 | Donald Trump (Q22686)→donald-trump |
Example 2 | Netflix (Q907311)→netflix |
Example 3 | 2024 Cannes Film Festival (Q119141934)→cannes-2024 |
Example 4 | Yelle (Q18574071)→yelle |
Example 5 | Anatomy of a Fall (Q117037697)→anatomie-dune-chute |
Example 6 | Emily in Paris (Q64584978)→emily-in-paris |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | http://www.lesinrocks.com/tag/$1 |
Wikidata project | WikiProject France (Q10816832) |
Motivation
[edit]Plein d'IDs et articles très intéressant. Pas mal de sujet/tags de journaux proposé et déjà sur Wikidata. – The preceding unsigned comment was added by Legonin (talk • contribs) at 07:15, 16 October 2024 (UTC).
Discussion
[edit] Notified participants of WikiProject France – The preceding unsigned comment was added by Legonin (talk • contribs) at 07:15, 16 October 2024 (UTC).
Notified participants of WikiProject France - repinging, signing is required to send pings. --Lewis Hulbert (talk) 00:06, 17 October 2024 (UTC)
Support. Maxime 05:47, 17 October 2024 (UTC)
Oppose not convinced, this is a tag more than an identifier (which probably means it won't be perennial). I'm not really sure what value it brings. Cheers, VIGNERON (talk) 06:18, 17 October 2024 (UTC)
Support Rémi sim (talk) 07:20, 17 October 2024 (UTC)
Oppose I agree with VIGNERON. -Ash Crow (talk) 09:23, 17 October 2024 (UTC)
Support. This proposal aligns with a series of other identifiers of the same kind, giving the articles of a sufficiently important periodical on a given theme. As the theme itself is stable enough, the identifier will, in practice, be perennial, even though it is not numerical, and it is assumed to be unique for each theme. — Baidax 💬 12:50, 18 October 2024 (UTC)
Oppose Not very effective as a tag (not id) : this is without Trump tag. Why ? —Eihel (talk) 11:26, 29 January 2025 (UTC)
- wdym? Trade (talk) 04:20, 5 February 2025 (UTC)
French environmental protection classification
[edit]Description | Industrial or agricultural operations generating risks to health and the environment are regulated in France. The various risks are organized into headings in the nomenclature of installations classified for environmental protection. The dangers, pollution and nuisances of each operation are listed by public authorities. |
---|---|
Data type | Item |
Domain | installation classée pour la protection de l'environnement (Q3151661) |
Allowed values | Q125631811 |
Example 1 | Raffinerie de Feyzin (Q3417389) → Q125635166 |
Example 2 | Chemical factory, Balan (Q16511667) → Q125639692 |
Example 3 | ArcelorMittal Dunkerque (Q21164927) → Q125636796 |
Example 4 | Q130526075 → Q125635500 |
Example 5 | Q123267504 → Q125635414 |
Motivation
[edit]Cette propriété est importante pour recenser les dangers pour la santé et l'environnement associés aux activités économiques. Une propriété dédiée permettra d'ajouter les qualificatifs pertinents (dates, références, etc.) pour chaque risque. Arpyia (talk) 08:53, 19 October 2024 (UTC)
Notified participants of WikiProject France
Discussion
[edit] Notified participants of WikiProject France. Ping needs a signature to work. Samoasambia ✎ 14:07, 22 October 2024 (UTC)*
Support — Baidax 💬 14:19, 22 October 2024 (UTC)
Comment Arpyia is there no other property that could be used? this proposal seems too specific without reason. If not, why not create a more general property? Something like "industrial classification" would make more sense. Also, about ICPE, 2. we should model the "régime" before the "rubrique", this is way more important ; the SEVESO status would be also more useful. Cheers, VIGNERON (talk) 15:20, 22 October 2024 (UTC)
Oppose en l'état, car trop spécifique. Maxime 15:31, 22 October 2024 (UTC)
Comment C'est pas plutôt une classe qu'une propriété ? Alphos (talk) 23:18, 22 October 2024 (UTC)
Options How about expanding this to "Hazardous site classification" in a way similar to heritage designation (P1435)? A separate new or existing property could link back to the relevant classification scheme. Circeus (talk) 19:36, 12 February 2025 (UTC)
operating cost
[edit]Description | estimated or average ongoing recurring cost for operating or using an object |
---|---|
Represents | operating cost (Q831940) |
Data type | Quantity |
Domain | activity (Q1914636), architectural structure (Q811979), facility (Q13226383), artificial object (Q16686448) |
Allowed values | 0-10000000000000 |
Example 1 | F-35A Lightning II (Q17519093)→USD$6.6m/year |
Example 2 | swimming pool (Q1501)→USD$1450/year |
Example 3 | Tesla Model 3 (Q7705507)→USD$623/year |
Allowed units | currency (Q8142) per unit of time (USD/year, EUR/month, etc) |
Expected completeness | always incomplete (Q21873886) |
See also | capital cost (P2130) |
Motivation
[edit]capital cost (P2130) already captures the initial capital cost of an object (building, vehicle, etc) but there is no equivalent property for capturing the recurring ongoing costs of maintaining and operating an object.
Qualifiers such as determination method or standard (P459) and valid in period (P1264) would be very important to use with this property as there are many ways to calculate an operating cost for equipment or a building. In the Tesla Model 3 example provided (USD$623/year) this was only an estimate valid at a point in time, for the first five years of ownership of a car, and excluding a number of other operating costs such as electricity and insurance.
--Dhx1 (talk) 03:22, 25 October 2024 (UTC)
Discussion
[edit]Weak support A week support from me, because I think it needs a qualifier of sort. I think the cost of annual ownership can benefit from qualifier of a country, region, city, where it's owned. For example, cost of ownership of Tesla car in Norway and US differ tremendously. Also, I think it would benefit from more time periods like 5 year and so on, but I'm not certain about it. --David Osipov (talk) 12:11, 26 October 2024 (UTC)
Comment The time span should be specified using duration (P2047) qualifier; otherwise you need to create items for every combination of currencies with day/week/month/year, which would be a nightmare for editors and data consumers. Dexxor (talk) 17:57, 27 October 2024 (UTC)
Oppose Operating cost will change over time and from place to place, while the cost of building a building is final at a point in time. There is no such thing as a fixed operating cost for most things, typically it will depend on a lot of factors. This means the value will have to be constantly updated and it may also like other time-series data start to accumulate. While the data might be of use to some, in all likelihood it will suffer from being permanently out of date meaning there are better sources for this data. All in all I don't think this is a good fit for a database such as Wikidata. Infrastruktur (talk) 23:06, 8 February 2025 (UTC)
SupportUseful--Trade (talk) 01:49, 17 March 2025 (UTC)
Measuring point uuid
[edit]Description | Measuring point uuid or Measurement points uuid, german Messstellenuuid, is the unique identifier for measuring points at which collects data. |
---|---|
Data type | External identifier |
Domain | item |
Allowed values | Universally Unique Identifier (Q195284) |
Example 1 | Stream gauge Berlin-Mühlendamm UP (Q110797934) → 09e15cf6-f155-4b76-b92f-6c260839121c |
Example 2 | Stream gauge Berlin-Ploetzensee OP (Q110805383) → ee52ce62-212c-4735-b438-26fbdc37e3e2 |
Example 3 | Pegel Mannheim (Q60773342) → 57090802-c51a-4d09-8340-b4453cd0e1f5 |
Source | https://www.pegelonline.wsv.de/gast/pegeltabelle https://www.pegelonline.wsv.de/gast/stammdaten?pegelnr=23700700 |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Planned use | I like to add all wate level measurement point in Germany. They are used at rivers, chanles, at North and Barentsea. |
Number of IDs in source | In Germany there are more than 650 measurement points. https://www.pegelonline.wsv.de/gast/pegeltabelle |
Expected completeness | eventually complete (Q21873974) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Motivation
[edit]In Germany, for example, the measuring point uuid is used as a unique identifier for water level measuring points (Stream gauge). At these points, the current level of the water of rivers, channels, lakes or the sea will be collected. These Measuring points have a coordinate. This will belong to the Project Germany, WikiProject Rivers and WikiProject Geology. These Measurement points indicates the difference between standard sea level and actual water level. As alternativ a general uuid value can be implemented. There are already uuid properties, but they are to specific, either people World Rowing UUID or books BHCL UUID. If a universal uuid is implemented, it would be fine for my project. I like to add all wate level measurement point in Germany. They are used at rivers, Canals, at North- and Baltic Sea. In Germany there are more than 650 measurement points. See also extern: [1] GodeNehler (talk) 16:13, 7 November 2024 (UTC)
Discussion
[edit]- Take a look at how property descriptions are usually written, and write one for this property in the same form. Currently, it's not clear to me whether this is supposed to be a property about a certain German identifer (so a standard external ID property) or supposed to be something more general.
- Is there some regulation that codifies these measuring points? ChristianKl ❪✉❫ 21:38, 7 November 2024 (UTC)
- Sorry for the late response. The problem is, that I don't know, where outside Germany this identifier is use. But to my understanding a uuid is a global unique identifier. So it can be used everywhere else for this purpose. And: to my understanding an uuid is a global unique identifier and can be used for everything as long as it is global unique. [2]. The problem in WD is, that we have already uuid but to specific. So, please add either a specific uuid for Measuring points or an general uuid. I hope this explantation helps. --GodeNehler (talk) 20:55, 10 March 2025 (UTC)
Marktstammdatenregisternummer
[edit]Description | Im Marktstammdatenregister werden pro Eintrag verschiedene Nummern vergeben. Sie sollen zusammengefasst als Eigenschaft Marktstammdatenregisternummer angegeben werden können. Für die verschiedenen Nummerntypen - genauer gesagt Präfixe, die verschiedene Bezüge haben (SEE[...] identifiziert eine Einheit, SGE[...] eine Genehmigung, ABR[...] einen Anlagenbetreiber usw.) - wären einzelne Qualifier denkbar. (de) – (Please translate this into English.) |
---|---|
Represents | no label (Q130696971) |
Data type | External identifier |
Domain | item |
Allowed values | (ABR|B|E|G|KWK|S|)(AN|E|G|MB|NB|OM|S|V|)(E|G|I|L|M|P|)\d{12} |
Example 1 | Q130706160→SEE957863394442 |
Example 2 | Q130706160→SGE998787568830 |
Example 3 | Q130706156→SEE926057008953 |
Example 4 | Q130706156→SGE998787568830 |
Example 5 | Q130701667→ABR951932196005 |
Source | https://de.wikipedia.org/wiki/Marktstammdatenregister; https://www.marktstammdatenregister.de/MaStR/Einheit/Einheiten/OeffentlicheEinheitenuebersicht |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.marktstammdatenregister.de/MaStR/suche/$1 |
Wikidata project | WikiProject Germany (Q6871603) |
Motivation
[edit]Die Aufnahme dieser ID hat auch für die Datenpflege hier einen expliziten Nutzen, z. B. in der Vermeidung von Dubletten oder der eindeutigen Zuweisung, falls kein Label verwendet wird/kein sinnvolles Label verwendet werden kann. – The preceding unsigned comment was added by P170 (talk • contribs).
Discussion
[edit]Comment Enorme Fülle an Detailinformationen zum deutschen Energiesystem, daher definitiv ein nützlicher Vorschlag. Ich würde aber nicht für jeden Prefix der Nummer eine eigene Eigenschaft erstellen, sondern alle Typen von Einheiten, Betreibern usw. unter einer zusammenfassen. (Daher würde ich auch die beiden Wikidata Einträge zusammenlegen, weil es eigentlich der selbe Identifikator ist.) Weißt du darüber hinaus, ob das Online-Portal eine Möglichkeit bietet anhand der MaStR-Nummer auf den jeweiligen öffentlichen Registereintrag zu verlinken? (sowas wie marktstammdatenregister.de/{MaStR-Nummer} leitet dann auf die entsprechende Seite im Register weiter) Aus formellen Gründen wären außerdem zwei weitere Beispiele noch gut. Printstream (talk) 00:00, 9 November 2024 (UTC)
- Hi!
- Zwei weitere Beispiele habe ich ergänzt.
- Mir wäre es (leider) nicht bekannt, dass aus der MaStR-Nummer auf den Eintrag verlinkt werden kann
- Dein Vorschlag die IDs für Einheiten, Betreiber usw. unter einer Eigenschaft zusammenzufassen klingt sinnvoll. Ich ändere das und gehe davon aus, dass das kein Problem ist und kein neuer Vorschlag nötig ist.
- P170 (talk) 08:50, 9 November 2024 (UTC)
- Ergänzung: Zusammenfassen bedeutet allerdings, dass eine Einheit bei Wikidata mehrere MaStR-Nummern erhält: Für die Einheit an sich, dann gibt es bspw. noch eine MaStR-Nummer für die EEG-Anlage und teilweise eine MaStR-Nummer für die Genehmigung. Diese beiden letztgenannten Beispiele fallen ja auch unter das eine Wikidata-Objekt. Siehst Du da ein Problem oder hattest Du das schon einkalkuliert? P170 (talk) 08:59, 9 November 2024 (UTC)
- Mehrere MaStR-Nummern pro Objekt sind kein Problem, können dann per Qualifier einfach spezifiziert werden. Da müsste man sich dann auf eine einheitliche Methode einigen. Vielleicht mit instance of (P31) und dann jeweils eigenen Wikidata-Objekten für die 23 verschiedenen Prefixe/Typen von Einträgen. Wegen der Weiterleitung habe bei der BNetzA mal angefragt. Printstream (talk) 10:46, 9 November 2024 (UTC)
Support @P170: @SuPich: Endlich nach viel hin und her: https://www.marktstammdatenregister.de/MaStR/suche/$1 ist der Endpunkt. Habe den Vorschlag dementsprechend angepasst. Printstream (talk) 00:05, 13 December 2024 (UTC)
- Mehrere MaStR-Nummern pro Objekt sind kein Problem, können dann per Qualifier einfach spezifiziert werden. Da müsste man sich dann auf eine einheitliche Methode einigen. Vielleicht mit instance of (P31) und dann jeweils eigenen Wikidata-Objekten für die 23 verschiedenen Prefixe/Typen von Einträgen. Wegen der Weiterleitung habe bei der BNetzA mal angefragt. Printstream (talk) 10:46, 9 November 2024 (UTC)
- Ergänzung: Zusammenfassen bedeutet allerdings, dass eine Einheit bei Wikidata mehrere MaStR-Nummern erhält: Für die Einheit an sich, dann gibt es bspw. noch eine MaStR-Nummer für die EEG-Anlage und teilweise eine MaStR-Nummer für die Genehmigung. Diese beiden letztgenannten Beispiele fallen ja auch unter das eine Wikidata-Objekt. Siehst Du da ein Problem oder hattest Du das schon einkalkuliert? P170 (talk) 08:59, 9 November 2024 (UTC)
- Bzgl. der Verlinkung: In der URL ist eine eindeutige ID erkennbar, z. B. 3046180: https://www.marktstammdatenregister.de/MaStR/Einheit/Detail/IndexOeffentlich/3046180
- Diese verändert sich auch nicht, könnte also auch als Referenz-ID verwendet werden, um auf das MaStR zu verlinken. Evtl. könnte man sich dann auch die übrigen IDs sparen.
- Ansonsten würde ich dieses Proposal auf jeden Fall unterstützen, da im MaStR viele relevante Informationen drinstecken!
- -- SuPich (talk) 22:36, 25 November 2024 (UTC)
- Ein bisschen Reverse Engineering hat mich auf folgende API gebracht: https://www.marktstammdatenregister.de/MaStR/Schnellsuche/Schnellsuche?praefix=SEE&mastrNummerOrId=930503783721
- Die Response ist
{"url":"/MaStR/Einheit/Detail/IndexOeffentlich/3046180"}
, liefert also die gewünschte URL. - Das gleiche funktioniert dann z.B. auch mit der EEG-Nummer, die auf (fast) dieselbe URL führt, nur mit dem passendem Abschnitts-Anker: https://www.marktstammdatenregister.de/MaStR/Schnellsuche/Schnellsuche?praefix=EEG&mastrNummerOrId=910547427461
{"url":"/MaStR/Einheit/Detail/IndexOeffentlich/3046180#eeg"}
- Falls es also möglich ist, diese API anzubinden, könnten wir auch direkt diese Nummern verwenden. SuPich (talk) 22:42, 25 November 2024 (UTC)
- Hi!
Notified participants of WikiProject Germany
Printstream (talk) 13:47, 11 November 2024 (UTC)
Comment Are the entities described by this ID actually notable? Individual wind turbines for example? That seems a stretch to plan to include them all. ArthurPSmith (talk) 15:10, 19 November 2024 (UTC)
- I wouldn't focus solely on wind turbines, as the ID also captures a wide range of other entities. The register contains almost all entities that are in some way connected to the German energy infrastructure. This includes larger power plants of all kinds, thousands of companies (e.g., grid operators or all German municipal utilities, for which, to my knowledge, there is no other identifier in Germany), as well as authorities, energy trading platforms, business associations, and more. Printstream (talk) 17:38, 20 November 2024 (UTC)
Support Arpyia (talk) 14:01, 21 December 2024 (UTC)
Support --Trade (talk) 15:19, 18 February 2025 (UTC)
Open Library Collection
[edit]Description | Link to Open Library Collection which contain manually and automaticallly collections of editions and works on certain topics |
---|---|
Data type | URL |
Example 1 | Meyers Reisebücher (Q1429532)→https://de.wikisource.org/wiki/Meyers_Reiseb%C3%BCcher |
Example 2 | Star Wars (Q462)→https://openlibrary.org/collections/star-wars |
Example 3 | subject→value |
Planned use | Sie soll dazu dienen Themen in der WD mit Collections in der OL zu verlinken. Das würde ich gerne nutzen. |
Formatter URL | https://openlibrary.org/collections/$1 |
See also | Open Library ID (P648), Open Library subject ID (P3847), Open Library publisher ID (P12088) |
Motivation
[edit]Bessere Verlinkung der DAten in der OpenLibrary. – The preceding unsigned comment was added by Ogmios (talk • contribs) at 11:09, 13 November 2024 (UTC).
Discussion
[edit]Israeli Governmental Data Repository
[edit]Description | Identifier for a matching dataset of a subject in the Israeli Governmental Data Repository |
---|---|
Represents | DATA GOV database (Q131470416) |
Data type | External identifier |
Example 1 | list of cities in Israel (Q28330) → citiesandsettelments |
Example 2 | Tel Aviv Metro (Q28220630) → metro_line |
Example 3 | Beersheba Light Rail (Q22443681) → mataan_brshva |
Source | https://data.gov.il/dataset/ |
Planned use | Q131459692 |
Number of IDs in source | 1,148 and growing |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://data.gov.il/dataset/q=$1 |
Country | Israel |
Single-value constraint | yes |
Distinct-values constraint | yes |
Motivation
[edit]I'd like to propose this property, linking to datasets available on the Israeli Governmental Data Repository ("DataGov"). The repo contains 1,148 datasets on various subjects – from transit usage and environment to trees in Beersheba. All datasets are being published under a free license, some of them under Creative Commons (attribution).
In addition to the dataset ID, I'd like to suggest adding another string for description. מקף־עברי (talk) 09:45, 19 December 2024 (UTC)
Discussion
[edit]Support. Geagea (talk) 10:43, 19 December 2024 (UTC)
Comment I think this needs a better label - the US and UK and probably many other countries have "data.gov.*" websites that are somewhat similar. How can we be clearer this is for the Israeli one? ArthurPSmith (talk) 19:00, 7 January 2025 (UTC)
- Hi @ArthurPSmith, I apologize for the delay. I suggest "Israeli Governmental Database". מקף־עברי (talk) 17:45, 29 January 2025 (UTC)
Know Your Meme slug
[edit]Description | article at Know Your Meme |
---|---|
Represents | Know Your Meme (Q2071334) |
Data type | External identifier |
Domain | memes, creative works, people, groups, communities, websites, organizations, companies, countries, cultures (not an exhaustive list) |
Allowed values | [1-9][0-9]* |
Example 1 | soda geyser (Q128450) → diet-coke-and-mentos |
Example 2 | 2 Girls 1 Cup (Q83103) → 2-girls-1-cup 2-girls-1-cup 2-girls-1-cup |
Example 3 | Reddit (Q1136) → sites/reddit |
Formatter URL | https://knowyourmeme.com/memes/$1 |
Motivation
[edit]My intention is for this to become the new identifier for KYM with Know Your Meme numeric ID (P6760) being moved to the role as a qualifier for this property. This will avoid the usual issues that comes with having an identifier whose value is not included in the URL--Trade (talk) 02:07, 2 February 2025 (UTC)
Discussion
[edit]Support Sure, why not. Edit: Maybe we should switch the names upon property creation? Rename the old one to "Know Your Meme numeric ID" and this one to "Know Your Meme ID".Infrastruktur (talk) 09:26, 2 February 2025 (UTC)
- No reason to wait Trade (talk) 23:40, 3 February 2025 (UTC)
Support --Kdkeller (talk) 23:02, 27 February 2025 (UTC)
has license
[edit]Description | licenses the subject have |
---|---|
Data type | Item |
Allowed values | license (Q79719) permit (Q882991) |
Example 1 | Bernd Mayländer (Q62900)→driver's license (Q205647) |
Example 2 | Max Verstappen (Q2239218)→FIA Super Licence (Q173370) |
Example 3 | Tom Cruise (Q37079)→commercial pilot license (Q333089) |
See also | permits (P8738) |
Motivation
[edit]To add which licenses a person (or organisation for that matter) have I think would be useful. I'm new to Wikidata and this is my first proposal, so if I missed something just tell me :) // Kakan spelar (talk) 15:20, 9 February 2025 (UTC)
Discussion
[edit]- I don't think driver's license should be included because it's hard to determine that and so many people have it. --Prototyperspective (talk) 16:22, 9 February 2025 (UTC)
- Agrees. Should also exclude trucks, buses, motorcycles, scooters, tractors and snow-scooters. Infrastruktur (talk) 16:32, 9 February 2025 (UTC)
- Would you be open to allow the use for driver's licenses on fictional characters? In some TV shows there are whole episodes where someone getting an driver's license becomes an plot point Trade (talk) 00:07, 10 February 2025 (UTC)
- Then I think this should be set on main subject or something like that. Driver's license could be added a later point maybe if there is some large database(s) that can easily be imported from *and* some bot/scripts that make sure all items with instance of: human have the accurate value set...but I doubt that would be a good idea for quite a while: if the driver's license is set then that may be outdated data or wrongly entered and if it is not set that doesn't mean the person doesn't have that license. Prototyperspective (talk) 01:25, 10 February 2025 (UTC)
- @Prototyperspective That many people have it is irrelevant, right? Every human has a name, yet that hasn't been an opposing vote towards that property. Regarding how to determine it, verifiability through references is possible, as it is for all claims, so really not special for this property either. Ainali (talk) 18:22, 10 February 2025 (UTC)
- You did not address any of the points I was making. Prototyperspective (talk) 19:07, 10 February 2025 (UTC)
Support Should we set the domain to human (Q5)? Are there long term permits that organization have that are worthy of mention? Contractors get permits to put up a house. SpaceX gets permission to fire off a rocket in a limited time-window. Some rights granted by laws are self-evident, e.g. police have a de jure monopoly on use of violence. Infrastruktur (talk) 16:32, 9 February 2025 (UTC)
- Including fictional human (Q15632617) will allow us to list James Bond as having a license to kill, lol. Infrastruktur (talk) 16:39, 9 February 2025 (UTC)
- I don't know if we should include driver licenses or not. I feel like it could be relevant, but at the same time many people have them so... Here in Sweden it would be simple to see if a person have a driver license or not because it is included in our Freedom of information but I don't know how it is in other countries.
- I'm not aware how licenses for organizations work, I just guessed that they also have licenses given to them. For police, I don't know if it would work to have permits (P8738)→use of force (Q971119) in the item for a police department or something like that. But my main focus is for people.
- About James Bond, I think that would be a perfect case for this property! :D // Kakan spelar (talk) 17:16, 9 February 2025 (UTC)
- I would focus on companies' licenses to operate services, mineral extraction etc, rather than the trivia of people's driving or pilot's licences. Vicarage (talk) 19:01, 10 February 2025 (UTC)
- This would make more sense, agree. At least for a start, things could be changed once large databases can be imported from. Prototyperspective (talk) 19:08, 10 February 2025 (UTC)
- Why do we need large databases to import from? Trade (talk) 04:27, 11 February 2025 (UTC)
- I would like reassurance that this property would be well-used, rather than created in a fit of enthusiasm, and then the creator moves on. The James Bond stuff is rather foolish, so it needs a proper mandate with expected numbers of entries. Vicarage (talk) 10:37, 11 February 2025 (UTC)
- Explained it above. Also it's useless, unreliable, and very incomplete. Prototyperspective (talk) 17:20, 11 February 2025 (UTC)
- We understand what uses the property can have on Q5, but should look more into which permits for organizations are worth listing. Rocket launch permissions are pointless to list since they are per-launch and implied. Mineral extraction permissions are given for a long term period IIRC and useful to list, same goes for extraction rights for other natural resources like oil, natural gas, wood coal and maybe fish. When we talk about services, aren't things like contracts for bus, rail or air transportation well enough covered by the operator claim with start and end time? Permits for financial institutions and insurance providers might also be implied, if they operate, they have a permit basically. Private schools and healthcare providers I'm not sure about, it might suffice with the personal authorizations, it might not. What about environmental permits? License to dam up a river for use with hydroelectric turbines, or permissions to pollute. Permissions to operate or work in hazardous conditions that would normally be forbidden: think privately contracted search and rescue or other critical fields. Infrastruktur (talk) 20:06, 11 February 2025 (UTC)
- The property is broad enough to see a decent amount of use Trade (talk) 22:44, 13 February 2025 (UTC)
- What is the use of that? It can't be used for anything because items could not have it set despite the person having some common license and vice versa if it is set that may be outdated if not wrong. Just a time-sink of no use as far as I can see but maybe using it for uncommon licenses would be useful, especially if there is a DB to import from. Prototyperspective (talk) 22:59, 13 February 2025 (UTC)
- The property is broad enough to see a decent amount of use Trade (talk) 22:44, 13 February 2025 (UTC)
- We understand what uses the property can have on Q5, but should look more into which permits for organizations are worth listing. Rocket launch permissions are pointless to list since they are per-launch and implied. Mineral extraction permissions are given for a long term period IIRC and useful to list, same goes for extraction rights for other natural resources like oil, natural gas, wood coal and maybe fish. When we talk about services, aren't things like contracts for bus, rail or air transportation well enough covered by the operator claim with start and end time? Permits for financial institutions and insurance providers might also be implied, if they operate, they have a permit basically. Private schools and healthcare providers I'm not sure about, it might suffice with the personal authorizations, it might not. What about environmental permits? License to dam up a river for use with hydroelectric turbines, or permissions to pollute. Permissions to operate or work in hazardous conditions that would normally be forbidden: think privately contracted search and rescue or other critical fields. Infrastruktur (talk) 20:06, 11 February 2025 (UTC)
- Why do we need large databases to import from? Trade (talk) 04:27, 11 February 2025 (UTC)
- This would make more sense, agree. At least for a start, things could be changed once large databases can be imported from. Prototyperspective (talk) 19:08, 10 February 2025 (UTC)
Support --Trade (talk) 15:16, 18 February 2025 (UTC)
Oppose because as yet its scope is unclear, and attempts to clarify that aren't being addressed.Vicarage (talk) 15:20, 18 February 2025 (UTC)
Identifiant dans le dictionnaire de la BnF (fr) – (Please translate this into English.)
[edit]Description | identifiant dans le dictionnaire de la BnF (fr) – (Please translate this into English.) |
---|---|
Represents | Comité d'histoire de la Bibliothèque nationale de France(47351535) |
Data type | External identifier |
Domain | être humain(5) et organisation(43229), principalement |
Example 1 | département Droit, économie, politique de la Bibliothèque nationale de France(132200718) → biblioth%C3%A8que-nationale-france-d%C3%A9partement-droit-%C3%A9conomie-politique |
Example 2 | Jean Babelon(3170484) → babelon-jean |
Example 3 | administrateur général de la Bibliothèque nationale(62086469) → administrateur-g%C3%A9n%C3%A9ral |
Source | https://comitehistoire.bnf.fr/dictionnaire-bnf-index |
Formatter URL | https://comitehistoire.bnf.fr/dictionnaire-bnf/$1 |
Motivation
[edit] Notified participants of WikiProject France. Maxime 15:34, 11 February 2025 (UTC)
Discussion
[edit]Support --Trade (talk) 15:16, 18 February 2025 (UTC)
Support --Wyslijp16 (talk) 12:12, 1 March 2025 (UTC)
United Nations Multilingual Terminology Database ID
[edit]Motivation
[edit]This is a huge database and most entries are not notable for Wikidata but it seems useful and is an official project by the United Nations. Dexxor (talk) 22:52, 14 February 2025 (UTC)
Discussion
[edit]Comment If we want to store that the first ID for UNICEF comes from UNHQ and that the second ID comes from DETERM, we would need a new property. Its allowed values would be DETERM, ECA, ECLAC, ESCAP, ESCWA, GLOBAL, ICAO, IFAD, IMO, ITU, UNDP, UNESO, UNHQ, UNOG, UNON, UNOV, WHO, and WMO. But I think the proposed property would also be useful without this qualifier. Dexxor (talk) 23:20, 14 February 2025 (UTC)
Support --Trade (talk) 15:15, 18 February 2025 (UTC)
TermTerm UUID
[edit]Description | identifier for a terminology entry in the TermTerm database |
---|---|
Represents | TermTerm (Q132396491) |
Data type | External identifier |
Allowed values | [0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12} |
Example 1 | extension of a concept (Q4330553) → 8b61e049-1432-49e2-b6e0-b1f5ffcd37b8 |
Example 2 | termbase (Q2404903) → a6f307bf-7c8b-4fd9-b0f9-563b5b846a19 |
Example 3 | prefix (Q134830) → e1f9902a-27c3-4322-9040-f7bf2fe1ac5b |
Example 4 | terminology science (Q4455895) → 6daf61a6-0074-4f4d-a2a4-00df5e273417 |
Source | https://termterm.kaleidoscope.online/terminology/search |
Planned use | Create Mix'n'match catalog |
Number of IDs in source | 1726 |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://termterm.kaleidoscope.online/terminology/search?tenant=termterm&termbaseId=28&entryUUID=$1 |
See also | IEV number (P8855), IATE entry ID (P11662) |
Applicable "stated in"-value | TermTerm (Q132396491) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Wikidata project | WikiProject Linguistics (Q10857957) |
Motivation
[edit]This termbase provides translations (mostly Greece, German, and French) and definitions for terms used in terminology science (how meta!). Dexxor (talk) 12:10, 15 February 2025 (UTC)
Discussion
[edit]Notified participants of WikiProject Linguistics
Support --Trade (talk) 15:15, 18 February 2025 (UTC)
Encyclopædia Universalis index ID
[edit]Motivation
[edit] Notified participants of WikiProject France: I propose to create a new property for indexes on Encyclopædia Universalis (Q1340194) website (http://www.universalis.fr/). There are many topics in this important website that are not covered by encyclopedic articles, and this property complements the validation of French-language topics in the Wikidata project. --Soufiyouns (talk) 06:38, 22 February 2025 (UTC)
Discussion
[edit]Support Bonne idée que de distinguer les index des articles ! Maxime 07:29, 22 February 2025 (UTC)
- @Maxime Ravel: En effet, beaucoup de pages d'items sur Wikidata ne comportent pas de référence à l'encyclopédie Universalis faute d'articles dédiés, et cette propriété élargira la couverture de la validation en langue française avec cette multitude de noms d'index disponibles. Cordialement. Soufiyouns (talk) 07:27, 23 February 2025 (UTC)
- @Soufiyouns, Maxime Ravel:
Comment isn't it just the same identifier as Encyclopædia Universalis ID (P3219)? If so, we could just add an other formatter URL (P1630) for the index, no need to duplicate the value. Cdlt, VIGNERON (talk) 08:13, 22 February 2025 (UTC)
- @VIGNERON, Maxime Ravel: I think that Wikidata's guideline when creating properties is to discern as much as possible the informational components of each website, and I believe that Universalis' indexes are clusters similar to newspaper and media topics. Therefore, the presence of this property is more than necessary in order to optimize access to the French-language content of this renowned encyclopedia. Regards. Soufiyouns (talk) 08:21, 22 February 2025 (UTC)
- @Soufiyouns: yes, but only if the identifier are different. Are they here? Cheers, VIGNERON (talk) 08:27, 22 February 2025 (UTC)
- @VIGNERON, Maxime Ravel: I think that Wikidata's guideline when creating properties is to discern as much as possible the informational components of each website, and I believe that Universalis' indexes are clusters similar to newspaper and media topics. Therefore, the presence of this property is more than necessary in order to optimize access to the French-language content of this renowned encyclopedia. Regards. Soufiyouns (talk) 08:21, 22 February 2025 (UTC)
- @VIGNERON: A good example to think about is the British Museum (Q6373) website which is currently represented in Wikidata by 4 properties: British Museum person or institution ID (P1711), British Museum object ID (P8565), British Museum place ID (P3633), British Museum thesaurus ID (P3632). Regards. Soufiyouns (talk) 08:43, 22 February 2025 (UTC)
- Here, the 4 BM identifiers concern distinct (disjointed) objects by nature. That's not a good refutation for VIGNERON's argument. GAllegre (talk) 09:22, 22 February 2025 (UTC)
Weak support. @VIGNERON, GAllegre: after checking a few entries, it seems to me that articles are a subsection of indexes, or at least there is a huge overlap, but for example there is no article for the index entries https://www.universalis.fr/index/tombeau/ or https://www.universalis.fr/index/royaumes-combattants/ -Ash Crow (talk) 16:47, 22 February 2025 (UTC)
- @Ash Crow: This is exactly the reason why I came up with this property when I found a multitude of index titles that did not contain any articles with the same title. Soufiyouns (talk) 07:21, 23 February 2025 (UTC)
- I think that the confusion stems from the fact that all the examples you put in the proposal are ones that are also articles. -Ash Crow (talk) 12:02, 23 February 2025 (UTC)
- @Ash Crow, Maxime Ravel, VIGNERON: I've updated the examples in the proposal and hope this will remove possible confusion between index and article titles. Soufiyouns (talk) 13:34, 23 February 2025 (UTC)
- I think that the confusion stems from the fact that all the examples you put in the proposal are ones that are also articles. -Ash Crow (talk) 12:02, 23 February 2025 (UTC)
- @Ash Crow: This is exactly the reason why I came up with this property when I found a multitude of index titles that did not contain any articles with the same title. Soufiyouns (talk) 07:21, 23 February 2025 (UTC)
Question How do you access to the index? This returns an error: https://www.universalis.fr/index/ Thank you. Gerwoman (talk) 07:49, 4 March 2025 (UTC)
- @Gerwoman: Thank you very much for your very important question. Indeed, when entering a keyword in the search box of the Universalis website, you will have the results displayed in categories with the number of items in parentheses. For example: Articles (221); Index (5); etc. You will then have to consult the indexes that interest you. Regards. Soufiyouns (talk) 08:25, 4 March 2025 (UTC)
Encyclopaedia of Islam (glossary and index of terms) ID
[edit]Description | identifier of an index on the online version of the Encyclopaedia of Islam |
---|---|
Represents | Encyclopaedia of Islam, 2nd edition (EI-2 Glossary and Index of Terms) (Q133136403) |
Data type | External identifier |
Domain | index (Q873506) |
Allowed values | (SIM|DUM)\_gi_\d+ |
Example 1 | fasting in Islam (Q178915) → SIM_gi_04183 |
Example 2 | Suhur (Q1999671) → SIM_gi_04049 |
Example 3 | Imsak (Q6044140) → SIM_gi_01773 |
Example 4 | iftar (Q577401) → SIM_gi_01200 |
Example 5 | kaffara (Q12234989) → SIM_gi_01964 |
Example 6 | sadaqah (Q1210214) → SIM_gi_04000 |
Source | https://referenceworks.brill.com/display/db/eieg |
Expected completeness | eventually complete (Q21873974) |
Implied notability | Wikidata property for an identifier that does not imply notability (Q62589320) |
Formatter URL | https://referenceworks.brill.com/display/entries/EIEG/$1.xml |
Applicable "stated in"-value | Encyclopaedia of Islam, 2nd edition (EI-2 Glossary and Index of Terms) (Q133136403) |
Distinct-values constraint | yes |
Wikidata project | Wikidata:WikiProject Islam |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject Islam: I propose to create a new property for indexes on the Encyclopaedia of Islam, 2nd edition (EI-2 Glossary and Index of Terms) (Q133136403) website (https://referenceworks.brill.com/display/db/eieg). --Soufiyouns (talk) 07:01, 1 March 2025 (UTC)
Discussion
[edit]Support --Trade (talk) 17:13, 10 March 2025 (UTC)
VejinBooks author ID
[edit]Description | author identifier in the VejinBooks digital library |
---|---|
Represents | VejinBooks (Q61388877) |
Data type | External identifier |
Domain | item, human (Q5) |
Allowed values | \d+ |
Example 1 | Piramerd (Q1363783)→23 |
Example 2 | Abdurrahman Sharafkandi (Q1395692)→62 |
Example 3 | Abdulla Goran (Q317630)→11 |
Source | https://books.vejin.net/ck/authors/ |
Planned use | Adding VejinBooks Author IDs to Kurdish authors on Wikidata. |
Number of IDs in source | 139 |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://books.vejin.net/ck/author/$1 |
See also | Goodreads author ID (P2963) |
Applicable "stated in"-value | VejinBooks (Q61388877) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Motivation
[edit]VejinBooks is a modern initiative to collect and digitize Kurdish literary and historical texts, supporting Central Kurdish (ck), Northern Kurdish (nk), English (en), and Persian (fa). While I’m unsure about the expected completeness value, the project will likely reach a fixed number of authors. I mention Goodreads simply to highlight the type of project, making it easier to compare properties, not as a direct connection to VejinBooks. If this property is created, I will request another for their books. Years ago, I created ckb:داڕێژە:ڤەژینبوکس for this purpose, and I believe it’s time for VejinBooks to have dedicated properties on Wikidata. Thanks! Aram (talk) 05:13, 8 March 2025 (UTC)
Discussion
[edit]watercraft prefix
[edit]Description | prefix applied to watercraft operated by different organisations |
---|---|
Data type | Monolingual text |
Example 1 | Royal Navy (Q172771) → "mul:HMS" |
Example 2 | Royal Navy (Q172771) → "mul:HMT" qualified by class of object(s) of occurrence (P12913) tug (Q191826) |
Example 3 | Royal Canadian Navy (Q25387) → "en:HMCS" or "fr:NCSM" |
Example 4 | United States Coast Guard (Q11224) → "mul:USCGC" |
Example 5 | Swedish Navy (Q1141396) → "mul:HMS" "en:HSwMS" |
Example 6 | Royal Netherlands Navy (Q931281) → "mul:HNLMS" and "nl:Zr.Ms" "nl:/Hr.Ms." qualified by start time (P580) and end time (P582) depending on gender of monarch. |
Example 7 | royal mail ship (Q841696) → "en:RMS" |
Example 8 | Royal National Lifeboat Institution (Q2166873) → "en:RNLB" |
Example 9 | training vessel (Q660668) → "en:TS" |
Planned use | populate using ship prefix (Q1501958) WP articles as a guide |
Motivation
[edit]Ship prefixes (and more generally watercraft prefixes to include submarines and boats) are commonly used for both naval and merchant vessels. They are initialisms to a complicated pattern (see Ship prefix on Wikipedia), often varying in time and with language, and as yet we have no way of recording them. This property could be combined with short name (P1813) as an alternative to coding many name (P2561). I would be sympathetic to having this property broadened to be be just "prefix" if other similar use cases can be identified. Vicarage (talk) 09:28, 10 March 2025 (UTC)
Discussion
[edit]@Esquilo, Infrastruktur, Peter_F._Patel-Schneider:
Support --Trade (talk) 17:10, 10 March 2025 (UTC)
- Is it really monolingual text, or just a string value? ArthurPSmith (talk) 18:50, 11 March 2025 (UTC)
- I mean - yes I see the two different ones for Canada for example, but are both really used? I only ever saw HMCS when I was there (but admittedly an English-speaking area). ArthurPSmith (talk) 18:52, 11 March 2025 (UTC)
- Format needs to be the en:"" one, whatever that is called. No idea what non-English speakers actually do beyond what their WPs say, I was expecting them to document that side of things. Vicarage (talk) 19:22, 11 March 2025 (UTC)
Support I guess it would be better to use a country qualifier instead of monolinguals since there are countries where they speak more than one language and, some languages are spoken in more than one country, for instance english is spoken in the US and the UK as a native language. I support the proposal in general, but this should be left open for a while so it can be properly discussed. From an earlier discussion this is to be used on items for navies and ship classes primarily, yes? Or do you want to use it individual watercraft items too? Infrastruktur (talk) 09:44, 13 March 2025 (UTC)
- My first thought for recording it was with navies, where the country is stated elsewhere. I guess a French Canadian would query Royal Canadian Navy (Q25387) and FILTER on LANG fr. Certainly watercraft. I don't like narrow proposals, as in encourages others to create duplicates with their sub-interests. No reason why it couldn't be called "prefix", as that's what I'd have used for this if it were available.
- I can't think of naval examples with different prefixes adopted by different countries with shared languages, perhaps there are merchant ones, but en-gb and en-us etc should cover that, and a very few country qualifiers for edge cases.
- Not so clear where to record this for merchant vessels, probably at watercraft type (Q16335899), for consistency we could not use navies but naval vessel (Q177597) and rely on a query stopping at the first match in the chain, to handle the {His/Her Majesties} {Ship/Submarine/Tug} change of letter. Vicarage (talk) 10:04, 13 March 2025 (UTC)
JSIC code
[edit]Description | Japan Standard Industrial Classification code |
---|---|
Data type | External identifier |
Domain | Japanese industry (Q268592) |
Allowed values | ([A-T]|\d{2,4}) |
Example 1 | transportation industry (Q11640494) --> H |
Example 2 | general motor truck transportation business (Q124030905) --> 441 |
Example 3 | financial instruments business (Q11647879) --> 651 |
Source | https://www.soumu.go.jp/toukei_toukatsu/index/seido/sangyo/index.htm |
Formatter URL | https://www.e-stat.go.jp/classifications/terms/10/04/$1 |
See also | International Standard Industrial Classification code Rev.4 (P1796), NAICS code (P3224), SIC code (P3242) |
Motivation
[edit]The Japan Standard Industrial Classification (Q11508310) is the standard industrial classification system in Japan, managed by the Ministry of Internal Affairs and Communications (総務省). It is widely used in statistics and administrative processes, similar to ISIC, NAICS, and SIC.
Adding JSIC as a property in Wikidata will improve the organization of industry-related data and facilitate cross-referencing with international classification systems. By applying this property to industry sector items rather than individual companies, and linking them using main subject (P921), industry (P452) or similar properties, it will help better structure company-related data in Japan and enable more precise categorization and analysis.--Likibp (talk) 15:44, 13 March 2025 (UTC)
Notified participants of WikiProject Japan--Likibp (talk) 12:29, 22 March 2025 (UTC)
Discussion
[edit]Support --特急いよのたみ (talk) 13:51, 14 March 2025 (UTC)
Encyclopaedia of Islam (Arabic edition) ID
[edit]Motivation
[edit] Notified participants of WikiProject Islam: I propose to create a new property for the Encyclopaedia of Islam (Arabic Edition) (Q133281902). I suppose this to give readers links to Arabic articles written by competent specialists that can expand Wikipedia articles. Encyclopaedia of Islam (Arabic edition) entries can be linked to items for Islamic topics (https://referenceworks.brill.com/display/db/eiao). --154.121.110.50 08:05, 15 March 2025 (UTC)
Discussion
[edit]Openalfa street ID
[edit]Description | identifier for a street on Openalfa website (format "country:title") |
---|---|
Represents | Openalfa Street Directories (Q133366696) |
Data type | External identifier |
Domain | street (Q79007) |
Allowed values | [a-z]:*$ |
Example 1 | avenue Charles-de-Gaulle (Q2873566) → france:avenue-charles-de-gaulle-paris |
Example 2 | rue Jeanne-d'Arc (Q3448550) → france:rue-jeanne-d-arc-13th-arrondissement |
Example 3 | avenue des Champs-Élysées (Q550) → france:avenue-des-champs-elysees-75008-paris-8th-arrondissement-of-paris-paris |
Source | https://openalfa.com/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://$1-streets.openalfa.com/streets/$2 |
See also | Vikidia article ID (P12800), Fandom article ID (P6262) |
Motivation
[edit] Notified participants of WikiProject France: I propose to create a new property for identifying streets on the website of Openalfa Street Directories (Q133366696) (https://openalfa.com/). --154.121.89.93 08:11, 19 March 2025 (UTC)
Discussion
[edit]News website tag
[edit]Ech-Chaab tag ID
[edit]Description | identifier for a tag on Algerian Arabic-language newspaper Ech-Chaab |
---|---|
Represents | Ech-Chaab (Q3046937) |
Data type | External identifier |
Allowed values | ^[ا-ي0-9].*$ |
Example 1 | Algeria (Q262) → الجزائر |
Example 2 | Africa (Q15) → إفريقيا |
Example 3 | Europe (Q46) → أوروبا |
Source | www.ech-chaab.com/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.echaab.dz/tag/$1 |
See also | El Moudjahid topic ID (P13141), El Watan topic ID (P13297), Radio Algeria topic ID (Arabic) (P13160), Radio Algeria topic ID (French) (P13161), Le Figaro tag ID (P6621), Le Parisien tag ID (P6622), Mediapart tag ID (P6813) |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject Algeria: I propose to create a new property for the tags on the website of the Algerian Arabic-language newspaper Ech-Chaab (Q3046937). This property proposal allows to populate and validate Wikidata items related to Algeria and the world in fields as diverse as people, countries, politics, geography, history, and many other subjects. Indeed, this Arabic-language daily newspaper was created on 11 December 1962 shortly after the independence of Algeria, and its very rich archives allow to tag as many subjects as possible with the digitization of all its published articles. --Soufiyouns (talk) 08:57, 16 December 2024 (UTC)
Discussion
[edit]- This makes sense to me. If it's the main newspaper of record for the country, then it should have it's own tag. Eric Schucht (talk) 12:50, 3 February 2025 (UTC)
- @Eric Schucht: Indeed, this daily newspaper (Ech-Chaab (Q3046937)) in Arabic is accompanied by another daily newspaper in French whose title is El Moudjahid (Q28055931), and fortunately a property has been created for it: El Moudjahid topic ID (P13141). Regards. Soufiyouns (talk) 13:23, 3 February 2025 (UTC)
- Looks OK to me. Vysotsky (talk) 14:58, 3 February 2025 (UTC)
- @Eric Schucht: Indeed, this daily newspaper (Ech-Chaab (Q3046937)) in Arabic is accompanied by another daily newspaper in French whose title is El Moudjahid (Q28055931), and fortunately a property has been created for it: El Moudjahid topic ID (P13141). Regards. Soufiyouns (talk) 13:23, 3 February 2025 (UTC)
Support --Trade (talk) 03:53, 14 February 2025 (UTC)
Euronews topic ID
[edit]Description | identifier of a topic at the English-language website of Euronews |
---|---|
Represents | Euronews (Q8478) |
Data type | External identifier |
Domain | topics |
Allowed values | [a-z]+(-[a-z]+)* |
Example 1 | Donald Trump (Q22686) → donald-trump |
Example 2 | Europe (Q46) → europe |
Example 3 | Germany (Q183) → germany |
Source | https://www.euronews.com/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.euronews.com/tag/$1 |
See also | France 24 topic ID (English) (P9347) |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject France: I propose to create a new property for topics on the website of Euronews (Q8478) (https://www.euronews.com/). --Soufiyouns (talk) 07:01, 2 February 2025 (UTC)
Discussion
[edit]Support. Maxime 08:18, 2 February 2025 (UTC)
Comment. This formatter URL with two parameters won't be working. You have to pick one language per property. Thierry Caro (talk) 16:08, 2 February 2025 (UTC)
Comment If necessary we could add two-parameter formatter handling for this to the Wikidata External ID redirector (Q108047563), but it seems like you really would want separate properties for different languages since otherwise you'll have many different id's on each item? ArthurPSmith (talk) 20:24, 3 February 2025 (UTC)
- Vikidia article ID (P12800) uses multiple languages Trade (talk) 01:19, 5 February 2025 (UTC)
- @ArthurPSmith, Thierry Caro: We have the choice between an integrated design and an expanded one. If we opt for a single identifier for Euronews (Q8478) supporting about 20 languages, we have the model of Vikidia article ID (P12800) with 2 parameters and the model of Fandom article ID (P6262) with 3 parameters. If on the other hand we lean towards the distributed choice, we have the model of the 4 multilingual identifiers of France 24 (Q166180): France 24 topic ID (French) (P9346), France 24 topic ID (English) (P9347), France 24 topic ID (Spanish) (P9348), France 24 topic ID (Arabic) (P9349). Regards. --Soufiyouns (talk) 06:36, 4 February 2025 (UTC)
- Are all tags available in all languages? Trade (talk) 03:57, 14 February 2025 (UTC)
- @Soufiyouns:--Trade (talk) 02:27, 16 February 2025 (UTC)
- @Trade: Please look at the new examples and give me your opinion. Soufiyouns (talk) 07:13, 16 February 2025 (UTC)
- @ArthurPSmith, Trade, Maxime Ravel, Thierry Caro: Since the Euronews website is available in almost 20 languages, it is really cumbersome to have a property that will display 20 entries for each topic in each corresponding Wikidata item. I am then tempted to opt for just creating a single property for the English version, and the user will switch through the Euronews website drop-down menu to all the other available language versions. Regards. --Soufiyouns (talk) 07:59, 16 February 2025 (UTC)
- That sounds like an better idea Trade (talk) 03:06, 17 February 2025 (UTC)
- @ArthurPSmith, Trade, Maxime Ravel, Thierry Caro: So, we will opt for a single property in English, and we will also have to think about merging the four multilingual properties of France 24 (Q166180): France 24 topic ID (French) (P9346), France 24 topic ID (English) (P9347), France 24 topic ID (Spanish) (P9348), France 24 topic ID (Arabic) (P9349). Regards. Soufiyouns (talk) 06:37, 17 February 2025 (UTC)
- Yes
- If by merging you mean moving moving the to the new property and then deleting them Trade (talk) 06:39, 17 February 2025 (UTC)
- @ArthurPSmith, Trade, Maxime Ravel, Thierry Caro: Now let other users give their opinion on this unique property for the Euronews website. Soufiyouns (talk) 06:49, 17 February 2025 (UTC)
- @ArthurPSmith, Trade, Maxime Ravel, Thierry Caro: So, we will opt for a single property in English, and we will also have to think about merging the four multilingual properties of France 24 (Q166180): France 24 topic ID (French) (P9346), France 24 topic ID (English) (P9347), France 24 topic ID (Spanish) (P9348), France 24 topic ID (Arabic) (P9349). Regards. Soufiyouns (talk) 06:37, 17 February 2025 (UTC)
- That sounds like an better idea Trade (talk) 03:06, 17 February 2025 (UTC)
Conditional support As long as only one identifier is used for the Euronews tags in all the languages--Trade (talk) 15:14, 18 February 2025 (UTC)
RFI topic ID
[edit]Description | identifier of a topic on the website of RFI (format "lang-code:title") |
---|---|
Represents | RFI website (Q30097346) |
Data type | External identifier |
Domain | topics |
Allowed values | [a-z]+(-[a-z]+)* |
Example 1 | Ségolène Royal (Q81923) → fr:ségolène-royal |
Example 2 | Martine Aubry (Q228977) → en:martine-aubry |
Example 3 | Anne Hidalgo (Q2851133) → es:anne-hidalgo |
Example 4 | Angela Merkel (Q567) → pt:angela-merkel |
Example 5 | Theresa May (Q264766) → ru:тереза-мэй |
Source | https://www.rfi.fr/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.rfi.fr/fr/tag/$1 or https://www.rfi.fr/en/tag/$1 or https://www.rfi.fr/es/tag/$1 or https://www.rfi.fr/pt/tag/$1 https://www.rfi.fr/ru/tag/$1 |
See also | Vikidia article ID (P12800), Fandom article ID (P6262) |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject France: I propose to create a new property for topics on the RFI website (Q30097346) (https://www.rfi.fr/). --Soufiyouns (talk) 07:29, 2 February 2025 (UTC)
Discussion
[edit]Support. Maxime 08:18, 2 February 2025 (UTC)
Comment separate properties per language would be better, unless these items only appear in one language (which I doubt). ArthurPSmith (talk) 20:25, 3 February 2025 (UTC)
- If you change the language of the entries you can see that not all tags are available in all languages nor does all languages contain the same articles or amount of articles Trade (talk) 15:10, 18 February 2025 (UTC)
- @ArthurPSmith: We have the choice between an integrated design and an expanded one. If we opt for a single identifier for RFI website (Q30097346) supporting about 17 languages, we have the model of Vikidia article ID (P12800) with 2 parameters and the model of Fandom article ID (P6262) with 3 parameters. If on the other hand we lean towards the distributed choice, we have the model of the 4 multilingual identifiers of France 24 (Q166180): France 24 topic ID (French) (P9346), France 24 topic ID (English) (P9347), France 24 topic ID (Spanish) (P9348), France 24 topic ID (Arabic) (P9349). Regards. --Soufiyouns (talk) 06:43, 4 February 2025 (UTC)
Support --Trade (talk) 15:10, 18 February 2025 (UTC)
Algeria Press Service topic ID
[edit]Motivation
[edit] Notified participants of WikiProject Algeria: I propose to create a new property for the tags on the website of the news agency Algeria Press Service (Q1162323) (https://www.aps.dz/). --Soufiyouns (talk) 07:58, 2 February 2025 (UTC)
Discussion
[edit]- I'm unfamiliar with APS. Is it anything like the Associated Press in the U. S.? Eric Schucht (talk) 12:51, 3 February 2025 (UTC)
- @Eric Schucht: Algeria Press Service (Q1162323) is a government news agency in Algeria, and it publishes articles in several languages (Arabic, English, French, etc.). Soufiyouns (talk) 13:06, 3 February 2025 (UTC)
- Gotcha. Well, if it's a big deal, then it should have it's own tag like you propose. Eric Schucht (talk) 13:09, 3 February 2025 (UTC)
- @Eric Schucht: Now, we have to implement this property the choice between an integrated design and an expanded one. If we opt for a single identifier for Algeria Press Service (Q1162323) supporting about 8 languages, we have the model of Fandom article ID (P6262) with 3 parameters. If on the other hand we lean towards the distributed choice, we have the model of the 4 multilingual identifiers of France 24 (Q166180): France 24 topic ID (French) (P9346), France 24 topic ID (English) (P9347), France 24 topic ID (Spanish) (P9348), France 24 topic ID (Arabic) (P9349). Regards. --Soufiyouns (talk) 17:03, 5 February 2025 (UTC)
- Gotcha. Well, if it's a big deal, then it should have it's own tag like you propose. Eric Schucht (talk) 13:09, 3 February 2025 (UTC)
- @Eric Schucht: Algeria Press Service (Q1162323) is a government news agency in Algeria, and it publishes articles in several languages (Arabic, English, French, etc.). Soufiyouns (talk) 13:06, 3 February 2025 (UTC)
Support --Trade (talk) 15:08, 18 February 2025 (UTC)
Comment Wikidata currently does not support $2, $3 and $4 in URL formatter. Midleading (talk) 04:05, 27 March 2025 (UTC)
The Atlantic topic ID
[edit]Description | identifier of a topic at The Atlantic website |
---|---|
Represents | The Atlantic (Q1542536) |
Data type | External identifier |
Domain | topics |
Allowed values | [a-z]/[a-z]+(-[a-z]+)* |
Example 1 | Donald Trump (Q22686) → person/donald-trump |
Example 2 | California (Q99) → location/california |
Example 3 | climate (Q7937) → general/climate |
Example 4 | Microsoft (Q2283) → organization/microsoft |
Source | https://www.theatlantic.com/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.theatlantic.com/tag/$1 |
See also | New York Times topic ID (P3221), The New Yorker topic ID (P13317), Wall Street Journal topic ID (P3183) |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject New York Public Library: I propose to create a new property for topics on The Atlantic (Q1542536) website (https://www.theatlantic.com/). --Soufiyouns (talk) 06:49, 12 February 2025 (UTC)
Discussion
[edit]Support --Trade (talk) 03:58, 14 February 2025 (UTC)
@Soufiyouns: DoneThe Atlantic topic ID (P13401) Midleading (talk) 04:08, 27 March 2025 (UTC)
Breitbart News tag ID
[edit]Description | identifier for a topic on Breibart News' website |
---|---|
Represents | Breitbart News (Q4960434) |
Data type | External identifier |
Example 1 | Donald Trump (Q22686)→donald-trump |
Example 2 | video game (Q7889)→video-games |
Example 3 | Wikipedia (Q52)→wikipedia |
Example 4 | bitcoin (Q131723)→bitcoin |
Source | https://www.google.com/search?q=site%3Ahttps%3A%2F%2Fwww.breitbart.com%2Ftag |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Number of IDs in source | Unknown |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://www.breitbart.com/tag/$1/ |
Applicable "stated in"-value | Breitbart News (Q4960434) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Motivation
[edit]Breitbart News is one of the most well-known news websites in the United States (if not the English-speaking world) so it will fit well on Wikidata along with all the other news website tag identifiers
I'm just gonna point it out before anyone else. Having this identifier does not mean that either i or Wikidata endorses the website or it's content or opinions – The preceding unsigned comment was added by Trade (talk • contribs) at 16:06, February 18, 2025 (UTC).
Discussion
[edit]Oppose Just because it's a frequented website doesn't make it useful to interconnect it here. Not useful. --Prototyperspective (talk) 17:22, 18 February 2025 (UTC)
Support. Unfortunately a valid Wikidata property to identify news website topics (Q105946994) just like any other. Necessary for a balanced coverage of news website topics. --Lewis Hulbert (talk) 04:26, 19 February 2025 (UTC)
- Whether or not it's necessary kind of depends on how the properties to identify news website topics are being used. If they are actually used in some way where adding this one would be useful, e.g. similar to Ground News then adding this one may make sense and I may revoke my opposition / a new proposal could be made. Prototyperspective (talk) 16:06, 19 February 2025 (UTC)
The Sun topic ID
[edit]Description | identifier of a topic at The Sun news website |
---|---|
Represents | The Sun (Q208875) |
Data type | External identifier |
Allowed values | (topic|where|who)/[A-Za-z0-9-]+ |
Example 1 | United States (Q30)→united-states |
Example 2 | Elon Musk (Q317521)→who/elon-musk |
Example 3 | Federal Bureau of Investigation (Q8333)→topic/fbi |
Source | https://nypost.com/ |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Number of IDs in source | Unknown |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.the-sun.co/$1/ |
See also | New York Times topic ID (P3221), Wall Street Journal topic ID (P3183) |
Motivation
[edit]--Trade (talk) 22:33, 25 March 2025 (UTC)
Discussion
[edit]The Jerusalem Post topic ID
[edit]Description | identifier of a topic at The Jerusalem Post news website |
---|---|
Represents | The Jerusalem Post (Q35438) |
Data type | External identifier |
Example 1 | Israel Bar Association (Q2908716)→israel-bar-association |
Example 2 | anime (Q1107)→anime |
Example 3 | Zionism (Q42388)→zionism |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Number of IDs in source | Unknown |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.jpost.com/tags/$1/ |
See also | New York Times topic ID (P3221), Wall Street Journal topic ID (P3183) |
Motivation
[edit]--Trade (talk) 15:23, 26 March 2025 (UTC)
Discussion
[edit]MediaWiki wiki
[edit]Enpedia ID
[edit]Description | identifier for an article on Enpedia |
---|---|
Represents | Enpedia (Q131736854) |
Data type | External identifier |
Domain | item |
Allowed values | string |
Example 1 | Japanese New Year (Q701398) → 正月 |
Example 2 | Bloom Into You (Q22932761) → やがて君になる |
Example 3 | Ai Kayano (Q1187078) → 茅野愛衣 |
Example 4 | citation needed (Q3544030) → 要出典 |
Example 5 | 2024 in rail transport (Q60542990) → 2024年の鉄道 |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Number of IDs in source | 110753 |
Formatter URL | https://enpedia.rxy.jp/wiki/$1 |
See also | NicoNicoPedia ID (P6900), Moegirlpedia ID (P5737), Namuwiki ID (P8885), Pixiv Encyclopedia ID (P11408) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Motivation
[edit]Enpedia is a Japanese encyclopedia website. It has a lot of articles of Japanese railways and Hyogo. Sometimes it might have more information than relevant Wikipedia articles.Shapez (talk) 16:59, 11 January 2025 (UTC)
Discussion
[edit]Support --Trade (talk) 02:15, 2 February 2025 (UTC)
Strong oppose : Enpedia […] includes information that cannot be published under Wikipedia's strict publication standards, such as rumors and speculations that there are few sources that can be clearly identified. Here. So it is far from an authority. —Eihel (talk) 17:01, 10 February 2025 (UTC)
- NicoNicoPedia ID (P6900) and Pixiv Encyclopedia ID (P11408) are far from authorities. But they are adopted as properties. So I think it's okay. --Shapez (talk) 15:43, 15 February 2025 (UTC)
- Better now? Trade (talk) 21:14, 6 March 2025 (UTC)
- Yes, Enpedia is as authoritative a site as Niconico Pedia (Q10856286) and Pixiv Encyclopedia (Q108472060). -- 特急いよのたみ (talk) 13:48, 14 March 2025 (UTC)
Wikishia item ID
[edit]Description | identifier for an item in Wikishia |
---|---|
Represents | Wikishia (Q18558287) |
Data type | External identifier |
Allowed values | Q[1-9]\d* |
Example 1 | Islam (Q432) → Q11 |
Example 2 | Qur’an (Q428) → Q342 |
Example 3 | Muhammad (Q9458) → Q194 |
Example 4 | Alī ibn Abī Ṭālib (Q39619) → Q75 |
Example 5 | Fatima (Q180123) → Q193 --> |
Source | https://data.wikishia.net/ |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://data.wikishia.net/data/Item:$1 |
See also | EU Knowledge Graph item ID (P11012), RationalWiki ID (P7775), FactGrid item ID (P8168), SNARC ID (P12749), PersonalData.IO ID (P7771), Wikibase World ID (P11914), Wikibase Registry ID (P6307) |
Distinct-values constraint | yes |
Proposed by | Soufiyouns |
Motivation
[edit] Notified participants of WikiProject Religions: I propose to create a new property for items on the website of Wikishia (Q18558287) which is a graph hosted using a Wikibase. This property proposal allows to populate and validate approximately 12,000 Wikidata items related to the fields of faith, jurisprudence, history, and many other subjects related to the Islamic religion. --Soufiyouns (talk) 09:16, 5 January 2025 (UTC)
Discussion
[edit]Support --Trade (talk) 04:11, 5 February 2025 (UTC)
Oppose نسخة من ويكي بيانات وموقع غير موثوق ولا يفضل إنشاء خاصية له، لأنه ببساطة نسخة من ويكي بيانات، والمستخدم مقدم الطلب ممنوع منعا دائماً.--Mohammed Qays (talk) 10:40, 19 March 2025 (UTC)
wikiHow article ID
[edit]Description | identifier of an article on wikiHow. Format: language:Page_title |
---|---|
Represents | wikiHow (Q306527) |
Data type | External identifier |
Example 1 | roasted marshmallow (Q132494780) -> en:Roast Marshmallows |
Example 2 | kiss (Q7307) -> en:Kiss |
Example 3 | cake (Q13276) -> fr:cuire un gâteau (fabrication method (P2079): baking (Q720398); language of work or name (P407): French (Q150)) |
Example 4 | surfing (Q159992) -> en:Surf |
Example 5 | lasagna (Q20034) -> en:Cook Lasagne |
Number of IDs in source | 256,754+ content pages in English, plus more in other languages. (see wikihow:Special:Statistics) |
Expected completeness | always incomplete (Q21873886) |
Motivation
[edit]This property allows users to easily find articles on wikiHow in multiple languages. We don't have this property yet. Xeverything11 (talk) 09:27, 15 January 2025 (UTC)
Discussion
[edit] WikiProject Authority control has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. Xeverything11 (talk) 07:03, 17 January 2025 (UTC)
- This might have potential, but two of the three sets of examples given are not exact matches and should not be used. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:09, 17 January 2025 (UTC)
- applies to part (P518) might be more appropriate than fabrication method (P2079), so it can be distinguished from the entire entity. -wd-Ryan (Talk/Edits) 18:42, 17 January 2025 (UTC)
Wait I would like to see more examples that are exact matches. @Xeverything11: --Trade (talk) 01:40, 2 February 2025 (UTC)
- marshmallow shouldn't be linked like that – create an item about roasted marshmallow or marshmallow-roasting if there is none yet and add it there. Prototyperspective (talk) 22:34, 15 February 2025 (UTC)
- What about recipes and DIY projects on wikiHow that start with "Make", "Create" or "Cook"? Xeverything11 (talk) 19:04, 4 March 2025 (UTC)
- Should be added to items about xy as food / xy dish. Would be easier to say with examples. If it's an instance or subclass of type of food or dish (Q19861951), I think it generally could be added there. Prototyperspective (talk) 15:24, 26 March 2025 (UTC)
- What about recipes and DIY projects on wikiHow that start with "Make", "Create" or "Cook"? Xeverything11 (talk) 19:04, 4 March 2025 (UTC)
@Prototyperspective:--Trade (talk) 15:15, 26 March 2025 (UTC)
Nonbinary Wiki ID
[edit]Description | identifier for an subject in the Nonbinary Wiki |
---|---|
Represents | Nonbinary Wiki (Q132142958) |
Data type | External identifier |
Example 1 | two-spirit (Q301702)→Two-spirit |
Example 2 | non-binary (Q48270)→Nonbinary |
Example 3 | non-binary (Q48270)→Nonbinary/fr |
Source | https://nonbinary.wiki/wiki/Special:AllPages?from=&to=&namespace=0&hideredirects=1 |
External links | Use in sister projects: [ar] • [de] • [en] • [es] • [fr] • [he] • [it] • [ja] • [ko] • [nl] • [pl] • [pt] • [ru] • [sv] • [vi] • [zh] • [commons] • [species] • [wd] • [en.wikt] • [fr.wikt]. |
Number of IDs in source | 975 |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://nonbinary.wiki/wiki/$1 |
Wikidata project | WikiProject LGBT (Q115677465) |
Motivation
[edit]Dont know why this isnt here yet. --Trade (talk) 04:56, 5 February 2025 (UTC)
WikiProject LGBT has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.--Trade (talk) 00:57, 9 February 2025 (UTC)
Discussion
[edit]WIkidot article ID
[edit]Description | identifier of an article on Wikidot. Format: subdomain:Page_title |
---|---|
Represents | Wikidot (Q7999846) |
Data type | External identifier |
Domain | item |
Example 1 | SCP-173 (Q59495270)→scp-wiki:scp-173 |
Example 2 | SCP-173 (Q59495270)→scp-wiki-de:scp-173 |
Example 3 | Level 0: "The Lobby" (Q114772033)→backrooms:level-0 |
Example 4 | Smilers (Q114777153)→backrooms-wiki:entity-3 |
Planned use | Migrating any statements or references that links to Wikidot instances to this identifier |
Number of IDs in source | Unknown |
Expected completeness | always incomplete (Q21873886) |
Implied notability | Wikidata property for an identifier that does not imply notability (Q62589320) |
Formatter URL | https://$1.wikidot.com/$2 |
See also | Fandom article ID (P6262) and Miraheze article ID (P11250) |
Applicable "stated in"-value | Wikidot (Q7999846) |
Single-value constraint | no |
Distinct-values constraint | no |
Motivation
[edit]Wikidot is a Polish wiki farm that are linked to by several Wikidata items--Trade (talk) 15:07, 18 February 2025 (UTC)
Discussion
[edit]As a wikifarm, it is not a uniform site, and there is no connection between the URLs across the different sites. If an individual site is notable, its own property could be proposed, though more likely described by source (P1343)/URL (P2699)
I've been following the gradual decline of Wikidot for years, and no development is occurring, attempts to sell it have failed, and most of its sites are moribund. It is no longer a significant player in the wiki market. See https://wiki.archiveteam.org/index.php/Wikidot
For these reasons, I Oppose the proposal. Vicarage (talk) 19:16, 24 February 2025 (UTC)
- The wiki have 12 million page. I think we can justify an identifier even if the site is not in it's best shape Trade (talk) 05:37, 6 March 2025 (UTC)
Qur'an Wiki article ID
[edit]Description | identifier for an article in Qur'an Wiki website |
---|---|
Represents | Qur'an Wiki (Q133264963) |
Data type | External identifier |
Domain | Wikidata item (Q16222597) |
Allowed values | [0-9]\d* |
Example 1 | Al-Fātiḥah (Q219669) → 1 |
Example 2 | Ya Sin (Q230014) → 36 |
Example 3 | Al-Nas (Q234248) → 114 |
Source | https://www.quran-wiki.com/ |
Expected completeness | always incomplete (Q21873886) |
Implied notability | Wikidata property for an identifier that does not imply notability (Q62589320) |
Formatter URL | https://www.quran-wiki.com/ayat.php?sura=$1 |
Applicable "stated in"-value | Qur'an Wiki (Q133264963) |
Distinct-values constraint | yes |
Wikidata project | Wikidata:WikiProject Islam, Wikidata:WikiProject Quran |
Motivation
[edit] Notified participants of WikiProject Quran: I propose to create a new property to identify articles on Qur'an Wiki (Q133264963) website (https://www.quran-wiki.com/). --154.121.84.81 13:16, 13 March 2025 (UTC)
Discussion
[edit]Support--Trade (talk) 01:47, 17 March 2025 (UTC)
Rodovid family ID
[edit]Motivation
[edit]I propose to create a new property to identify families (lineages) on Rodovid (Q649227) website (https://en.rodovid.org/wk/Special:FamilyList). I would like to add the word "person" to the property title Rodovid ID (P1185) to get the title "Rodovid person ID" and thus differentiate it from this proposal concerning families. --154.121.88.60 17:20, 15 March 2025 (UTC)
Discussion
[edit]Support--Trade (talk) 01:47, 17 March 2025 (UTC)
Identificativo opera Vix Vocal (it) – (Please translate this into English.)
[edit]Description | ID for dubbing database |
---|---|
Aliases | Vix Vocal ID |
Data type | External identifier |
Example | |
Source | https://www.vixvocal.it |
Formatter URL | https://www.vixvocal.it/opere/$1 |
See also | Il mondo dei doppiatori ID (P5099) |
Proposed by | Ignazio Cannata |
Motivation
[edit]Have a dubbing database to use as reference. --Ignazio Cannata (talk) 00:38, 22 March 2025 (UTC)
Discussion
[edit]I think we need the item Vix Vocal (similar to Q3794835 for Il mondo dei doppiatori) before creating the property. --Valepert (talk) 07:48, 25 March 2025 (UTC)
- @Valepert: Q133520022, done. --Ignazio Cannata (talk) 12:04, 25 March 2025 (UTC)