|
On this page, old discussions are archived?after 7 days. An overview of all archives can be found at this page's
archive index
. The current archive is located at
2024/06
.
|
As part of postmarketOS we track a significant amount of information about the specs of computer hardware, mostly tablets and phones (e.g.
the OnePlus 6
) . However, since this info is fixed, I've been thinking it probably makes more sense to find a more central datastore and put this info there and to pull from it instead. Found that some of our devices are already in Wikidata. We'd want to add some more fields probably, but a bunch would already be usable for us. Does this seem like a good use of Wikidata?
2A02:168:F912:0:0:0:0:1001
19:42, 29 May 2024 (UTC)
[
reply
]
- It could be a good use case. The main problem though is that we require information to have references (or at least be referenceable). I'm not clear on where your information is sourced to. Also it would depend on exactly how many new properties you would want made. You may want to consider using
https://www.wikibase.cloud/
which I believe would let you federate somehow with wikidata while maintaining your own database separate from wikidata (which you could link bidirectionally to wikidata). If you went that route you wouldn't need to follow our rules about sources or notability.
BrokenSegue
(
talk
)
01:07, 30 May 2024 (UTC)
[
reply
]
- We don't have a rule that all information needs to have a reference. When it comes to specs there's going to be some official documentation that contains the information so it's going to be referencable. Our rules also don't forbid from using the existing postmarketos website as a source.
- I would expect that the bigger issue is to think through the data model as when we create properties in Wikidata we create them not optimized for single use-cases like "I need a field in which to put X".
ChristianKl
?
?
?
11:41, 30 May 2024 (UTC)
[
reply
]
- The postmarketOS wiki wouldn't be a reference in the scenario I'm proposing, it'd be downstream of Wikidata. My goal would be to put the specs we need in Wikidata so we can remove them from our wiki and instead reference them. However, there are sometimes other places that have this info (GSMArena or the manufacturer's pages, etc.). I think referencing things can be done in many cases.
- Could you elaborate on the issue with properties? We mostly only log this info in our wiki so people can find devices that meet their specs, they aren't critical to our project. However, some are like the CPU and GPU. I've seen RAM (one of the properties we log) documented already in Wikidata, so that looks good. CPU and GPU looks good too. But some are missing, and maybe this is what you're talking about. Like I couldn't find a property for the amount of data storage on a device. Nor for things like the type of sensors that they have. If you look at the OnePlus 6 link in my OP you can see a table with the info I'm talking about.
85.195.207.54
15:53, 30 May 2024 (UTC)
[
reply
]
- The problem is that we don't really have a property for RAM. We have one for
memory capacity
(P2928)
that can be used for both RAM and data storage. That wouldn't be that much of a problem if people would use it as intented and say
phone model X
has part(s)
(P527)
hard disk
memory capacity
(P2928)
128 GB
and
phone model X
has part(s)
(P527)
RAM
memory capacity
(P2928)
8 GB
. In practice, you find people saying
memory capacity
(P2928)
128 GB
{{{3}}}
or
memory capacity
(P2928)
8 GB
{{{3}}}
and the data we have is messy. This isn't an unsurmountable problem but it takes work to move forward.
- When it comes to sensors,
has part(s)
(P527)
would be the way to go. I'm unclear about what you mean with works/broken/partial. If that's a postmarketOS specific category it would likely need a new property.
ChristianKl
?
?
?
13:12, 1 June 2024 (UTC)
[
reply
]
- I think everything I need is supported and then some! I created
a new tablet
. The only two missing properties I ran into were one for "sensor resolution" of the camera sensors and "diagonal" for the size of the display (since those are commonly referenced as diagonal inches). So in general everything looks good!
- The RAM problem I solved by using has part(s) as you can see in the tablet item I made. I think it makes sense to break them out as parts with capacities under them. I'll want to engage more with others working in this area to see what might be the best route here.
- https://wiki.postmarketos.org/wiki/OnePlus_6_(oneplus-enchilada)
shows the info we track on our wiki for reference. What we need is a way to pull all components of a device so that we can track how well it's supported on our end. I don't think that supported attribute should be in Wikidata, but we need a way to map from the components of a device in Wikidata to the way we track status in our system. I think it's possible with the way I've done organized the tablet I added.
- I think the hardest part is integration, as it looks like there's no easy way to pull data into a Mediawiki I operate. However, we may move away from that towards a custom website given upstreaming this data to Wikidata removes a ton of the info we're tracking on our side!
BasilicumTree
(
talk
)
20:34, 1 June 2024 (UTC)
[
reply
]
- @
BasilicumTree
: To note, when adding references use
reference URL
(P854)
rather than
official website
(P856)
. I've fixed that in your example item and cleaned up some other bits. I like how you've formatted it overall.
?
Huntster
(
t
@
c
)
21:18, 1 June 2024 (UTC)
[
reply
]
- https://m.mediawiki.org/wiki/Extension:External_Data
works well for my mediawikis, though I do some external json mangling on a filesystem
Vicarage
(
talk
)
22:21, 1 June 2024 (UTC)
[
reply
]
- @
Huntster
- Thanks for adding more details and correcting some stuff! Glad we're on the right track here! Let me know if I shouldn't ask here, but what about storing manufacturer model numbers for devices? I couldn't find anything for that. I think I'll propose adding a "diagonal" dimension property, since that's so common for describing electronic displays. With that all the device metadata we need looks good!
- @
Vicarage
- Awesome, thanks! I'll check that out.
- We also track info on SoCs, for example the MSM8926, where mostly we want to track the status of components (just like with devices). So I created a
Wikidata item for it
and I think it covers everything. Thought most things are Parts, I didn't see a better way to do it right now.
BasilicumTree
(
talk
)
07:51, 2 June 2024 (UTC)
[
reply
]
- @
BasilicumTree
: for model number,
catalog code
(P528)
possibly
could be used in the form
catalog code
(P528)
12345
applies to part
(P518)
product code
(Q57446692)
, but it isn't ideal. Would be worth it to propose both
model number
and
diagonal
as new properties.
?
Huntster
(
t
@
c
)
12:42, 2 June 2024 (UTC)
[
reply
]
- Found
https://www.wikidata.org/wiki/Wikidata:Property_proposal/part_number
which discusses both
part number
(Q3879409)
and
product code
(Q57446692)
, though I'm not certain how these are different in practice. Does it make sense to comment on this old thread about my new use case to revisit it? or is there a way to reopen an old property proposal?
- I opened
https://www.wikidata.org/wiki/Wikidata:Property_proposal/screen_size
as well, but found there was already an old proposal closed previously. Figured I'd just leave it as the use case I'm proposing wasn't discussed much previously.
BasilicumTree
(
talk
)
10:41, 3 June 2024 (UTC)
[
reply
]
- @
BasilicumTree
: I see no reason the part number proposal couldn't be re-opened if you think you can make a stronger argument than the previous proposal. If you decide to, start a new proposal page and consider linking to the previous discussion.
?
Huntster
(
t
@
c
)
20:13, 4 June 2024 (UTC)
[
reply
]
- How should I start a new proposal page if I think the name of the previous proposal was a good one? Just append a 2 to the original URL for example?
BasilicumTree
(
talk
)
05:36, 6 June 2024 (UTC)
[
reply
]
In a discussion on Discord, one user mentioned an item that he noticed, which seems to fail our notability guidelines:
Q113319514
(it's just one of many power line pylons...). Looking at
user:HighVoltage 5576
contributions, it seems that there are more such items. Is there any reason why these items exist in WD?
Wostr
(
talk
)
20:42, 30 May 2024 (UTC)
[
reply
]
- I thought wikishoot me was about images? but these items have no images? i'm confused. but yeah these items don't seem to be notable.
BrokenSegue
(
talk
)
23:49, 30 May 2024 (UTC)
[
reply
]
- I agree, no notability seen.
Sjoerd de Bruin
(talk)
09:26, 31 May 2024 (UTC)
[
reply
]
- @
Magnus Manske
: WikiShootMe seems to have a function to create a new Wikidata item for a Commons image (the blue circles). No mention at all about the notability policy.?:-( Some sort of notification ought to be displayed the first time someone tries to use this functionality.
Infrastruktur
(
talk
)
09:44, 31 May 2024 (UTC)
[
reply
]
- Going to delete most of the power-line/pylon items. Not sure if the items for the electrical substations are worth keeping. Items for things like power stations should be notable.
Infrastruktur
(
talk
)
10:10, 31 May 2024 (UTC)
[
reply
]
- @
Infrastruktur
,
Wostr
,
BrokenSegue
,
Sjoerddebruin
,
HighVoltage 5576
: High-voltage pylons may be notable, dominant and distinctive, as well as other towers and masts. In areas that are thematically better covered, items are normally created and used for individual objects such as weirs, bridges, sculptures, bus or tram stops, railway crossings, houses, towers and masts, streets etc. A high-voltage pylon is certainly comparable in importance to them, especially when it has its own systematical identifier. This especially applies for pylons in a dominant position, but I don't think it's excessive to document main power lines pylon by pylon. The distance between such pylons is typically 300?500 meters ? if it crosses a valley, it can be even a kilometer. As a rule, these are important orientation and landscape-forming structures. As a permanent registered structure of considerable size, such a pylon undoubtedly fulfills criterion 2 of
Wikidata:Notability
. In particular, if the pylon has it's photo here, it is advisable to identify it using its item to which the photograph is associated. However, a discussion can be held as to which types of power lines are so significant and which do not reach such significance to be elaborated in such detail. For my region, 400 kV and 220 kV (and some 110 kV) lines are the main long-distance lines. In some countries, also 750 kV lines are used. For local systems (35 kV, 22 kV, 15 kV, 10 kV, 6 kV), I would rather not consider individual masts to be significant - they are rather poles than pylons. But it can be open to debate whether it might make sense to import detailed street-furniture and infrastructure databases if they were available. --
?J?
(
talk
)
14:26, 2 June 2024 (UTC)
[
reply
]
- Reminds me about that time I asked if bus stops were considered notable, since they are after all semi-permanent infrastructure, although they don't form stable networks. Train networks don't have this problem. First things first, the items I deleted were technically not notable per WD:N since they lacked sitelinks, references or IDs, not even less "serious" ones. Nor were they interlinked. When I say that power stations are notable I mean there is significant precedence for those items, they are also of public interest.
- I think section two of the notability policy is the only bad part of it. Often it is used as a poor excuse to keep items of dubious notability, it also does
not
lend itself to being easily assessed. What we should have accompanying that rule is granularity standards for what to include given no sitelinks. Example: Wikipedia sometimes have articles on a single house because it is interesting somehow, but I think you can agree it would be excessive to list houses in general. There are a lot of houses and very few of them are of public interest. You can also find official identifiers for houses, but none that implies notability.
- Earlier I discovered that some dude had painstakingly documented the Australian power-grid. He did this down to the substation level. He did not document individual stretches of power-lines or pylons, he did however document the HV power-lines as a whole, which can be quite long. The granularity is reasonable here IMO. I would not consider intermediate voltage or consumer voltage lines notable.
Infrastruktur
(
talk
)
19:06, 2 June 2024 (UTC)
[
reply
]
- In Wikipedia, the question is often whether an item on it's own is of public interest. In Wikidata, we often have cases where a data set is of public interest even if the individual items on their own wouldn't be.
- WD:N (2) says "It refers to an instance of a clearly identifiable conceptual or material entity that can be described using serious and publicly available references." It technically says "can" and not "are". That said, unfortunately we don't have infinite space on Wikidata and storing more data comes with a cost as shown in the proposed split of the citation graph.
ChristianKl
?
?
?
08:39, 3 June 2024 (UTC)
[
reply
]
- I don't have any particular opinion on documenting HV lines pylon-to-pylon, but doesn't that sound more suitable for OpenStreetMaps?
Infrastruktur
(
talk
)
19:39, 2 June 2024 (UTC)
[
reply
]
- @
Infrastruktur
: It is a question of whether Wikidata can go to the same level of detail as map projects for some topics and some types of objects. Anyway, Wikidata goes into greater detail than Wikipedia's ambitions are. Individual benches, trash bins, post boxes or street light poles would seem excessive to me for Wikidata. However, items for high-voltage pylons, transformer towers, bus stops, level crossings, bridges or weirs sometimes make sense. In localities that have some cultural and historical value, it may make sense to register all address points (buildings). The purpose of Wikidata is relatively open - originally it was created primarily as a support for an encyclopedia, but at the same time it also serves as a support for a photography project and can potentially also serve as a database and metadata repository for map projects. --
?J?
(
talk
)
12:02, 3 June 2024 (UTC)
[
reply
]
There is a "Wieriska lantmilisregemente" mentioned in a biography, but I do not see it listed in Wikidata. At one time all the Swedish historical regiments had entries. Perhaps it is misspelled, and ideas? See:
Hans Christoffer von Rohr II (1684-1754) biography
(Q109269711)
RAN
(
talk
)
13:31, 31 May 2024 (UTC)
[
reply
]
- Seem to refer to a
infantry regiment
stationed in
Wierland county
present day Estonia.
Infrastruktur
(
talk
)
14:08, 31 May 2024 (UTC)
[
reply
]
- OK, that makes sense. Thanks. --
RAN
(
talk
)
03:49, 1 June 2024 (UTC)
[
reply
]
- There is
et:Virumaa jalavaerugement
, which had been created but not added to Wikidata; I added the sitelink to
Q126244784
, but the list has "Estlandskt infanteriregemente, Wieriska kretsen I" and "Estlandskt infanteriregemente, Wieriska kretsen II", which are not mentioned in the article.
Peter James
(
talk
)
16:02, 1 June 2024 (UTC)
[
reply
]
- I had a great contact at the Swedish Army Museum, but their email no longer works. They were very good at deciphering these arcane historical regiments and battles. --
RAN
(
talk
)
22:05, 2 June 2024 (UTC)
[
reply
]
Hi all! It has long been discussed, both here in Wikidata, on the Telegram group and in many events (lastly, as far as I remember, two months ago in the session "A few useful gadgets and scripts for Wikidata" in
Wikidata:Events/Leveling Up Days 2024
), that we have no standard procedure to promote CSS and Javascript scripts to gadgets. Sometimes proposals are made here in the Project chat, but it is difficult to follow them because in the Project chat many threads of every sort are opened frequently. As in the past I had created
Wikidata:Tools/Proposals
to collect proposals of new tools, I have just created also
Wikidata:Tools/Potential gadgets
in order to collect in a single place the proposals of transforming existing scripts into gadgets. Whilst I agree with the opinion expressed by many users that we don't need a formally structured process for a script to be approved as gadget (a certain number of users expressing their support, a minimum number of days for the discussion etc.), I think having a page to collect all these proposals would make it easier for interface administrators to follow these procedures and would probably encourage users in general to make such proposals. Of course feel free to propose improvements to the page (both the header and the title), here or in its talk page! --
Epi
dosis
17:05, 1 June 2024 (UTC)
[
reply
]
- It would be good to be also clear about how gadgets get updated/removed if we make the process more open.
ChristianKl
?
?
?
09:41, 2 June 2024 (UTC)
[
reply
]
Some identifiers have been duplicated. i.e.
AllMusic artist ID
(P1728)
,
Discogs artist ID
(P1953)
,
Genius artist ID
(P2373)
,
MusicBrainz artist ID
(P434)
, and
YouTube channel ID
(P2397)
.--
Carnby
(
talk
)
07:06, 2 June 2024 (UTC)
[
reply
]
- So delete them.
Sjoerd de Bruin
(talk)
14:06, 2 June 2024 (UTC)
[
reply
]
- In which item?--
Carnby
(
talk
)
19:55, 2 June 2024 (UTC)
[
reply
]
- The discography one.
Sjoerd de Bruin
(talk)
20:03, 2 June 2024 (UTC)
[
reply
]
Should a hyphenated surname (for example, in the name of Ulrike Janssen-Bienhold (Q87885011)) be treated as a single surname (which would created a new surname Q for Janssen-Bienhold) or as two surnames, Janssen and Bienhold? I think that a single surname is the correct answer, but I would like to be certain.
Eastmain
(
talk
)
08:01, 2 June 2024 (UTC)
[
reply
]
- @
Eastmain
: IMHO a hyphenated surname can mean one surname containing a hyphen, as well as two various surnames (or even two people can be joined with a hyphen ? incorrectly, instead of a dash). The customs of the language, country and period must be taken into account. As for the combination of birth surname and acquired surname, I would think of it as two surnames. When it comes to hereditary double surnames (for example, in the case of merged or divided noble families), it would be possible to treat them also as one surname. --
?J?
(
talk
)
09:40, 2 June 2024 (UTC)
[
reply
]
- @
?J?
@
Eastmain
: at several places this topic has been discussed. My clear opinion is that double family / double given names should be banned in Wikidata. Otherwise we end like auto-generated categories in other Wikiprojects, e.g.
Commons:Category:Amalie Louise of Courland
. Some discussion here:
https://www.wikidata.org/wiki/Topic:Wwm2h3w8gw02roi1
Estopedist1
(
talk
)
07:33, 3 June 2024 (UTC)
[
reply
]
See
Canon EF 70-300mm F4-5.6 IS USM
(Q126286127)
for an example. Interchangeable camera lenses have a lens mount on one end, and a threaded attachment for a lens filter on the other. The lens mount is described using
connector
(P2935)
, and I've also included a value of "some value", qualifiers
applies to part
(P518)
pointing to
photographic filter
(Q876650)
and
diameter
(P2386)
pointing to actual number, to describe the filter size.
I think I'm working around something; when I tried to add
photographic filter
(Q876650)
as a value for
connector
(P2935)
, I got a constraint error, because the value isn't a subclass or instance of
electrical connector
(Q2119531)
,
optical fiber connector
(Q2296938)
, or
lens mount
(Q205722)
.
Should the constraint be expanded, or am I expressing this incorrectly, or both?
Grendelkhan
(
talk
)
18:00, 2 June 2024 (UTC)
[
reply
]
- You can find this message translated into additional languages on Meta-wiki.
Please help translate to your language
Hello,
The scrutineers have finished reviewing the vote results. We are following up with the results of the first
Universal Code of Conduct Coordinating Committee (U4C) election
.
We are pleased to announce the following individuals as regional members of the U4C, who will fulfill a two-year term:
- North America (USA and Canada)
- Northern and Western Europe
- Latin America and Caribbean
- Central and East Europe (CEE)
- Sub-Saharan Africa
- Middle East and North Africa
- East, South East Asia and Pacific (ESEAP)
- South Asia
The following individuals are elected to be community-at-large members of the U4C, fulfilling a one-year term:
Thank you again to everyone who participated in this process and much appreciation to the candidates for your leadership and dedication to the Wikimedia movement and community.
Over the next few weeks, the U4C will begin meeting and planning the 2024-25 year in supporting the implementation and review of the UCoC and Enforcement Guidelines. Follow their work on
Meta-wiki
.
On behalf of the UCoC project team,
RamzyM (WMF)
08:14, 3 June 2024 (UTC)
[
reply
]
- Indonesian version below -
Hello all,
Have you ever wondered how Wikidata stores and models words? How to create and improve Lexemes in your languages? Or even why it is useful and which projects could benefit from it?
The
Lexicodays 2024
will answer these questions, and many more. During this online event, you will be able to learn more about
Lexicographical Data on Wikidata
, to discover how to model words in your languages, and to try out various tools that make it easier to work on Lexemes. It offers a space for editors involved in creating and maintaining Lexemes to discuss their ideas, challenges and best practices.
The
online event
will take place on
June 28, 29 and 30
, with sessions replicated in different languages and at different times across time zones. It is co-organized by Wikimedia Deutschland and the Software Collaboration Team in Indonesia, and we will focus on the
languages of Indonesia and the Wikidata community in Indonesia
. The event is open to everyone regardless of their knowledge of Lexemes. Most sessions will be recorded and published after the event.
On the
main event page
, you can discover the structure of the program, which will keep evolving in the upcoming weeks. We are also welcoming
proposals for the program
until June 20th - we are particularly interested in introductions to Lexicographical Data in different languages, and discussions run by community members on how to improve modelling and documentation in a specific language.
We will launch registration for the event in the upcoming days - if you’re interested, stay tuned by following the
talk page
or joining the
Lexicographical Data Telegram group
.
If you have any questions, feel free to write on the talk page of the event. See you soon, Lea (
Lea Lacroix (WMDE)
) and Raisha (
Fexpr
).
---
Halo, teman-teman!
Pernahkah Anda bertanya-tanya bagaimana Wikidata menyimpan dan memodelkan kata-kata? Bagaimana cara membuat dan meningkatkan Leksem dalam bahasa yang Anda tuturkan? Kenapa Leksem itu bermanfaat? Proyek-proyek apa yang akan terbantu dengan adanya Leksem ini?
Lexicodays 2024
akan menjawab pertanyaan-pertanyaan tersebut, dan masih banyak lagi. Selama acara daring ini, Anda akan dapat mempelajari lebih lanjut mengenai Data Leksikografis di Wikidata, menemukan cara memodelkan kata-kata dalam bahasa Anda, dan mencoba berbagai perkakas yang memudahkan Anda dalam menyunting Leksem. Acara ini membuka ruang bagi para penyunting yang terlibat dalam pembuatan dan pemeliharaan Leksem untuk saling berdiskusi mengenai ide, tantangan, maupun praktik-praktik terbaik.
Acara daring ini akan berlangsung pada tanggal 28, 29, dan 30 Juni, dengan waktu penyelenggaraan yang tersebar dalam beberapa zona waktu dan sesi-sesi serupa yang diantarkan dalam bahasa-bahasa yang berbeda. Acara ini diselenggarakan bersama oleh Wikimedia Deutschland dan Tim Kolaborasi Perangkat Lunak di Indonesia. Fokus dari acara ini adalah untuk bahasa-bahasa yang dituturkan di Indonesia dan komunitas Wikidata di Indonesia. Acara ini terbuka untuk siapa saja, terlepas dari seberapa akrab Anda dengan Leksem. Kami akan merekam sebagian besar sesi dan mempublikasikannya setelah acara selesai.
Anda dapat mengakses jadwal kegiatan pada
halaman beranda acara
, yang akan terus kami perbarui dalam beberapa pekan ke depan. Kami juga mengadakan panggilan terbuka untuk pengajuan
proposal kegiatan hingga tanggal 20 Juni
. Kami sangat tertarik dengan pengenalan Data Leksikografis dalam berbagai bahasa, dan diskusi yang dilakukan oleh anggota komunitas mengenai cara meningkatkan pemodelan dan dokumentasi dalam bahasa tertentu.
Kami akan membuka pendaftaran untuk acara ini dalam beberapa hari mendatang. Apabila Anda tertarik, silakan pantau terus laman pembicaraan ini atau bergabunglah dengan
grup Telegram Data Leksikografis
.
Jika Anda memiliki pertanyaan, jangan ragu untuk menulis di laman pembicaraan acara Lexicodays 2024. Sampai jumpa, Lea
Lea Lacroix (WMDE)
dan Raisha
Fexpr
.
Lea Lacroix (WMDE)
(
talk
)
08:58, 3 June 2024 (UTC)
[
reply
]
Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-06-03. Please help
Translate
.
Discussions
- Open request for adminship:
The Squirrel Conspiracy
- RfP scheduled to end after 9 June 2024 06:47 (UTC).
- New requests for permissions/Bot:
TongcyBot
- Task: Linking the Chinese and English Wiktionary, specifically in categories using Template:auto cat, and pages in the Template, Module, Appendix, Reconstruction, and Rhymes namespaces.
- Open request for permissions/Bot:
IliasChoumaniBot
- Task: Automatic updating of data from JSON files on German scientists.
- Closed request for comments:
IP Masking Engagement
- The RfC was closed due to inactivity. Discussions are still welcomed on Meta.
Events
Press, articles, blog posts, videos
- Blogs
- Papers
- Taxonomies and Ontologies in Wikipedia and Wikidata:
In-Depth Examination of Knowledge Organization Systems. This paper explores the Knowledge Organisation System (KOS) of Wikipedia, Wikidata and gender-related biases contained within. By M. Centelles & N.Ferran-Ferrer.
- Videos
- Miscellaneous
- Wiquizz
a quiz generator based on Wikidata and Query.wikidata.org
Tool of the week
- WikiTwister
- RoloWiki: Replace the interwiki links of a Wikipedia article with a pop-up card full of useful Wikidata, & Wikidata Quick Dip: Browse the Wikidata properties used by the pages in a category.
Other Noteworthy Stuff
Newest
properties
and
property proposals
to review
- Newest
properties
:
- General datatypes:
- LombardiaBeniCulturali collection ID
(ID of a collection on lombardiabeniculturali.it)
- population by native language
(native language population of a place)
- tartan
(item's tartan; Tartan is a Scottish cloth pattern symbolizing a clan, region, or group.)
- taxon synonym of
(''(without English description)'')
- replaced synonym of
(taxon item which replaced this taxon name (now only a synonym) - inverse property of replaced synonym (for nom. nov.) (P694))
- protonym of
(taxon item of which this taxon name is a protonym (original name, for zoological taxa) - inverse property of original combination)
- basionym of
(taxon item of which this taxon name is a basionym (original name, for botanical and similar items) - inverse property of basionym (P566))
- External identifiers:
Dhliz ID
,
RAG ID
,
?The Sounds Resource game ID
,
The Lost Media Wiki page ID
,
Cbonds company profile
,
Iconoteca dell'Accademia di architettura ID
,
K?mako author ID
,
urban area census code
,
The Law Dictionary entry
,
CDC Stacks ID
,
Authority file of the Iraqi Authors
,
Gentoo GURU package ID
,
TheLegacy game ID
,
Explanatory Ukrainian Dictionary ID
,
Grand Theft Wiki ID
,
Folkets lexikon ID
,
Pushkin Museum artist ID
,
Virtual Russian Museum artist ID
,
LGD Block Code
,
Australian Oxford Dictionary ID
,
ICPE establishment ID
,
WIPO Lex ID
,
Lille norske leksikon ID
,
WiiG.de developer ID
,
WiiG.de publisher ID
,
The New Zealand Oxford Dictionary ID
,
Azerbaijani National Assembly ID
,
Canadian Oxford Dictionary ID
,
?GOG product ID
,
Archnet authority ID
,
Brewer's Dictionary of Phrase & Fable ID
,
Comprehensive Dictionary of the Contemporary Ukrainian Language ID
,
Archaeological investigations in Hungary ID
,
Global Egyptian Museum ID
,
Historic Synagogues of Europe ID
,
TheLegacy company ID
,
Nintendo Life game ID
,
Push Square game ID
,
Pure Xbox game ID
,
Palula dictionary ID
,
Oxford Dictionary of English entry ID
,
Slovenian Etymological Dictionary ID
,
?Jedipedia.net ID
,
Bundes-Klinik-Atlas hospital ID
,
Atarimuseum ID
,
Dictionary of Taiwan Hakka ID
,
LGD Village Code
,
LGD District Code
,
LGD State or UT Code
,
LGD Subdistrict Code
,
SNARC ID
,
Dermaptera Species File taxon ID
,
Embioptera Species File taxon ID
,
Isoptera Species File taxon ID
,
Zoraptera Species File taxon ID
,
Bildindex der Kunst und Architektur PID
,
Garner's Modern American Usage ID
,
Artcena ID
,
Islamic Art and Architecture ID
,
Transfermarkt competition ID
,
Sinhala Cinema artist ID
,
Sinhala Cinema film ID
,
Meurgorf identifier
,
milog.co.il entry ID
,
Aphid Species File taxon ID
,
Grylloblattodea Species File taxon ID
,
Mantophasmatodea Species File taxon ID
,
Plecoptera Species File taxon ID
,
Coleorrhyncha Species File taxon ID
,
?Milldatabase ID
,
New Oxford Rhyming Dictionary ID
,
A Dictionary of Biology ID
,
Dictionary of the Middle Ages ID
,
IAFD actor UUID
,
F.C. Copenhagen player id
,
Norwegian prisoner of war camp ID
,
Arkitekturguide for Nord-Norge og Svalbard ID
,
Korrespondenzen der Fruhromantik person ID
,
Korrespondenzen der Fruhromantik work ID
,
Filozofia jezuitow w Polsce w XX wieku ID
,
PLC (primary location code)
- New
property proposals
to review:
- General datatypes:
- last appearance
(last work featuring a fictional character or item)
- is ontological root of
(forms the root element of the ontology)
- located in the Islamic territorial entity
(the item is located on the territory of the following Islamic entity.)
- address of addressee
(address of the address e.g. on a postcard)
- TheaterEncyclopedie ID
(An item of the TheaterEncyclopedie)
- relates to sustainable development goal, target or indicator
(indicates a relation between the subject and the SDGs or one of the components)
- student count by gender
(I think there should be a way to document the number of students at a university by their gender, as data for student counts (at least if they come from GENESIS Online - german universities) contain that data divided in male and female students. I think it would make more sense to implement that as a qualifier for {{P|2196}} than implementing it as a new property as that wouldn't make old data obsolete, but also it could interfere with tools that retrieve that data automated and are then confused by having multiple counts at the same time.)
- has semantic role
(item that describes a role in an event class)
- model for (2)
(what the subject is a conceptual or scientific model/theory for)
- Dynasty
(A dynasty is a sequence of rulers from the same family, usually in the context of a monarchy or imperial system but sometimes also appearing in republics. A dynasty can be used to describe the time period in which a person lived, an event happened, a work was created, or a place existed.)
- showrunner
(person who is responsible for the day-to-day operation of a television show)
- antonomasia
(epithet or phrase that takes the place of a proper name)
- screen size
(Size of a display screen as measured along the diagonal)
- External identifiers:
NLR editions
,
glubinka.by
,
Cerist journal ID
,
Soldatregisteret ID
,
Quranic Arabic Corpus topic ID
,
Oxford Encyclopedia of the Islamic World: Digital Collection ID
,
The Encyclopedia of Religion and Nature ID
,
The Oxford Companion to World Mythology ID
,
promodj album ID
,
The Oxford Encyclopedia of the Modern World ID
,
The Oxford Companion to the Mind ID
,
person ID in MNAHA
,
vehicle keeper marking / VKM
,
JJM Habitation id
,
Justapedia
,
PNG School Code
,
Green's Dictionary of Slang (Oxford Reference) ID
,
Locomotive Yaroslavl HC player id
,
Chinese Basketball Association ID
,
WHO Country Database ID
,
Limited Liability Partnership Identification Number (LLPIN) in India
,
A Dictionary of Zoology ID
,
SALDO sense ID
,
Flown From The Nest person id
,
Online Swahili - English Dictionary ID
,
Tearma ID
,
IMAIOS entity ID
,
Dictionary of Contemporary Icelandic ID
,
A Dictionary of Plant Sciences ID
,
Seret film ID
,
Pocket Oxford American Thesaurus ID
,
Oxford Paperback Thesaurus ID
,
Orthoptera Species File taxon ID
,
CAMRA Experience pub ID
,
Pocket Oxford Spanish Dictionary: English-Spanish ID
,
Paleobiology Database ID for this journal article
,
Naturalis Repository ID
,
Te Aka M?ori Dictionary ID
,
He P?taka Kupu ID
,
Oqaasersiorfik ID
,
Greenlandic-English Dictionary ID
,
poblesdecatalunya.cat identifier
,
?播??播出机??可???
,
Vikidia ID
,
This Is Basketball player ID
- Deleted properties
:
You can comment on
all open property proposals
!
Did you know?
Development
You can see all open tickets related to Wikidata here
. If you want to help, you can also have a look at
the tasks needing a volunteer
.
Weekly Tasks
See for example:
Iron Eyes Cody
(Q587113)
where he had social_classification=pretendian, it was removed because the term was considered a pejorative. What would be the best way to aggregate people that falsely claimed to have Native American heritage. The original list of about a dozen people came from reliable sources, such as a New York Times obituary. Should we create a new Wikidata entry called "falsely claiming Native American heritage" so it is worded neutrally? Should it be "social_classification=falsely claiming Native American heritage" or something else? Or should it be handled the way it was with
Rachel Dolezal
(Q20085770)
and allow them to be called transracial? See also
Sacheen Littlefeather
(Q462050)
where there is yet another way to model disputed ethnicity, where we add the false claim and deprecate it. I would like a single model where a single simple search term would find all the people.
RAN
(
talk
)
13:19, 4 June 2024 (UTC)
[
reply
]
- I would add statement
ethnic group
(P172)
Native Americans in the United States
(Q49297)
with qualifier
reason for deprecated rank
(P2241)
hoax
(Q190084)
and mark it as a deprecated claim. That model is not super easy to query if you want to find all persons with such statement but at least it is doable with existing items and properties.
Samoasambia
?
13:41, 4 June 2024 (UTC)
[
reply
]
- More likely it was removed because it was incorrect use of properties. Some vigilantes like to add "occupation" claims on people accused or sentenced of certain crimes.
Infrastruktur
(
talk
)
15:08, 4 June 2024 (UTC)
[
reply
]
- They wrote that "pretendian" was a pejorative in a message to me. We also had difficulty with slave_owner and holocaust_victim, and how to model them. Social_classification=slave_owner was the final decision and significant_event=Holocaust_victim and subject_has_role=Holocaust_victim are still both in use, with significant_event givng an error message. --
RAN
(
talk
)
15:38, 4 June 2024 (UTC)
[
reply
]
- This can be closed, it is resolved "disputed Native American heritage" rather than the pejorative pretendian. --
RAN
(
talk
)
23:06, 6 June 2024 (UTC)
[
reply
]
Hello everyone,
Community engagement around the Wishlist's redesign is still in progress to help make decisions ahead of the relaunch of the survey in July 2024. The revised survey will need a new name that reflects its new direction. You are invited to help choose a name.
There are some early renaming ideas like Wikimedia Opportunities Registry, Wikimedia Collaboration Hub and ImagineWiki. These names may not resonate with you all, hence, please join the discussions and suggest your own name if need be.
Looking forward to hearing from you
on the discussion page
.
NB: In case you have missed previous discussions and announcements regarding the future of the Wishlist, please see them as bullets below:
On behalf of Community Tech,
STei (WMF)
(
talk
)
14:54, 4 June 2024 (UTC)
[
reply
]
I use
Wiki Shoot Me
to take photos for Wikipedia while I’m traveling. Typically you can identify articles that need photos by looking for yellow dots indicating Wikipedia articles and larger red circles near by indicating WikiData items without photos (as previously these seemed to sync). In two cases recently I noticed articles with CC-licensed images placed correctly in the lead and appropriately sized that did not have their photos synced with WikiData:
National Hotel
(Q65056276)
and
Wet Mountain Valley
(Q7989973)
. I know the page image is being picked up because they display correctly on
Special:Nearby
using their coordinates:
National Hotel
and
Wet Mountain Valley
. It looks like they’re just not making it to WikiData. -
Scarpy
(
talk
)
17:15, 4 June 2024 (UTC)
[
reply
]
- You are free to add them, we do have some automated processes but editors tend sometimes to put non-relevant images as infobox images so we are a bit cautious.
Sjoerd de Bruin
(talk)
07:56, 5 June 2024 (UTC)
[
reply
]
- I’m okay doing that with my photos. For articles with existing photos where I can confirm their relevance, is there a tool I can use to import them so the author information is retained? -
Scarpy
(
talk
)
04:27, 6 June 2024 (UTC)
[
reply
]
- WDFIST
might help.
Sjoerd de Bruin
(talk)
08:08, 6 June 2024 (UTC)
[
reply
]
Hello, I managed to import images from articles to wikidata objects using
Is it possible to use
illustrate_wikidata.py
to get images from a commonscat, for example for every subcat of
and add the first (an mostly only one) image from the category to the wikidata objects connected to the commonscats? If yes, what would the parameters?
Thanks a lot!
M2k~dewiki
(
talk
)
17:16, 4 June 2024 (UTC)
[
reply
]
- @PAWS:~$ pwb.py illustrate_wikidata.py -family:commons -lang:commons -catr:"Cultural properties of local significance in Thun (East)"
- returns:
- >>> File:2023-06-01 Thun Balliz Brunnen bei44.jpg <<<
- commons:File:2023-06-01 Thun Balliz Brunnen bei44.jpg
doesn't have a Wikidata item.
- @PAWS:~$ pwb.py illustrate_wikidata.py -family:commons -lang:commons -namespace:14 -catr:"Cultural properties of local significance in Thun (East)"
- @PAWS:~$ pwb.py illustrate_wikidata.py -family:commons -lang:commons -namespace:14 -catr:"Category:Cultural properties of local significance in Thun (East)"
- does not return anything
M2k~dewiki
(
talk
)
17:52, 4 June 2024 (UTC)
[
reply
]
I don't know if here is the right place to propose it. It would be nice to link item labels, item aliases and monolingual text from statements with a corresponding lexeme. This could be optional, either enter plain text or select a lexeme from the selector. I have no clue about how realistic or difficult to implement it could be. I created an image that I hope explains what I mean.
5628785a
(
talk
)
17:42, 5 June 2024 (UTC)
[
reply
]
- User:Nikki/LinkLabelsToLexemes.js
does that for labels/aliases (but not monolingual text). -
Nikki
(
talk
)
05:00, 6 June 2024 (UTC)
[
reply
]
- Nice work! But still, it would be nice to have it integrated in the Wikidata RDF data model, plus having the possibility of editing the links.--
5628785a
(
talk
)
13:37, 6 June 2024 (UTC)
[
reply
]
Hello, can someone merge these two items?
Q110413151
Q65248886
. They're about the same thing. Idk if I can merge as an IP user and I don't wanna make an account. Thanks.
104.232.119.107
02:02, 6 June 2024 (UTC)
[
reply
]
- I have merged the items. For more information on merging see
Help:Merge
.
William Graham
(
talk
)
02:27, 6 June 2024 (UTC)
[
reply
]
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment.
DannyS712
(
talk
)
07:13, 9 June 2024 (UTC)
[
reply
]
|
Hi,
I am brand new to Wikidata and am wondering whether one can use it for calculations. Here is the idea: we are seeking a way to derive party counts from government descriptions, in our case for European political parties represented in European institutions.
For instance, we would write that the German government has a coalition of the SPD, FDP and Greens. Separately, we would indicate that the SPD is a member of the European PES, that the FDP is a member of ALDE, and that the Greens are a member of the EGP.
Is there a way for this to lead to a counter which would show that the PES, ALDE, and the EGP each have 1 seat in government? This would apply to the Council of the European Union.
This idea is to then simply describe governments of European member states (and update them following elections) and to automatically populate counters in composition bars on pages relating to European political parties.
Thanks!
2A03:1B20:B:F011:0:0:0:A06D
10:24, 6 June 2024 (UTC)
[
reply
]
- I'm not exactly sure what you're asking. Maybe looking at
https://query.wikidata.org/
would answer your question? The wikibase user interface itself won't do calculations but mediawiki instances that pull data from wikibase can.
BrokenSegue
(
talk
)
00:43, 7 June 2024 (UTC)
[
reply
]
I created an item for
An Elegy on the Death and Burial of Cock Robin
(Q126373391)
, which is a 1820 edition of the poem
Cock Robin
(Q4019610)
. On the cover, the book's title is "The Death and Burial of Cock Robin". On the title page, the book's title is "An Elegy on the Death and Burial of Cock Robin". I have put both values in the
title
(P1476)
field for
An Elegy on the Death and Burial of Cock Robin
(Q126373391)
. However, when I try to add a qualifier to specify which one is associated with
title page
(Q1339862)
and which one is associated with
book cover
(Q1125338)
, I keep running afoul of the
property constraint
(P2302)
on
title
(P1476)
for
allowed qualifiers constraint
(Q21510851)
(not sure how to link it with templates,
here's the direct link
). What is the correct way to specify this information?
Beleg Tal
(
talk
)
13:25, 6 June 2024 (UTC)
[
reply
]
- Long list of allowed qualifiers but I think qualifier
applies to part
(P518)
is the best one for this case. ?
Samoasambia
?
23:39, 6 June 2024 (UTC)
[
reply
]
- Since most catalogs (e.g.
WorldCat
) seem to use the longer title ("An elegy of on..."), it might be good to set that as a preferred value for
title
(P1476)
. Covers of old books often have simpler titles which may omit subtitles, definite/indefinite articles (The, A, An) or other elements. Likewise, running headers at the tops of each page often use an abbreviated form.
-Animalparty
(
talk
)
01:20, 7 June 2024 (UTC)
[
reply
]
Please merge Q10267922 (pt:Dolo eventual) and Q113588564 (it:Dolo eventuale, et al.).
Mathglot
(
talk
)
06:16, 7 June 2024 (UTC)
[
reply
]
- Courtesy links:
indirect intent
(Q10267922)
,
Q113588564
?
Justin (
ko
a
vf
)
?
T
?
C
?
M
?
06:20, 7 June 2024 (UTC)
[
reply
]
When I look at various annual shows, they are modeled slightly differently. I have
1914 Westminster Kennel Club Dog Show
(Q107637781)
and
1912 National Horse Show
(Q126392669)
to be improved.
RAN
(
talk
)
14:26, 7 June 2024 (UTC)
[
reply
]
- i took a stab at it
BrokenSegue
(
talk
)
15:27, 7 June 2024 (UTC)
[
reply
]
the things who ever wrote about Paul Rhoades is not true. I am his sister. And before you talk about someone get your facts all the bullshit everyone writes is so far out of line. Maybe you shouldn't write about what you don't know.
2604:3DC0:1:AA0D:99AE:D311:6B4A:1862
21:50, 7 June 2024 (UTC)
[
reply
]
- If what you are saying is true and you are IRL related to
Paul Ezra Rhoades
(Q109860218)
(??), you must've made it sure (before writing here) whether there is something in the Wikidata item besides what is known from the English Wikipedia or from publically available sources. Nothing special, let me guess so?.. We are ready to fix the inaccuracies if the item on very this site contains them and if you are going to point to them being more kindly than now. Have a great evening. --
Wolverene
(
talk
)
22:20, 7 June 2024 (UTC)
[
reply
]
- Probably something in the Wikipedia article or in Find a Grave, not Wikidata.
Peter James
(
talk
)
20:29, 8 June 2024 (UTC)
[
reply
]
Can more people please watch
Q30961105
Vita Zaverukha . Editor @
Yarkovesh
adds "Occupation: neo-Nazi"
[1]
providing a source which is not saying she works as "neo-Nazi" (anybody noticing absurd here?)
Manyareasexpert
(
talk
)
22:04, 7 June 2024 (UTC)
[
reply
]
- 'Neo-Nazi' is not a kind of a job or a field of work. Also, she should not be persistently labeled as a Neo-Nazi activist, unless she or her closest allies admit(s) to such a definition. As we know, the propaganda in one of the countries located next to Ukraine claim as 'Neo-Nazi' everyone who fights for the UA Armed Forces, or just gives a helping hand to Ukraine. I mean, this way 'Neo-Nazi' means nothing relevant at all. I agree that that one is an incorrect value for the property. --
Wolverene
(
talk
)
22:42, 7 June 2024 (UTC)
[
reply
]
- Thanks!
Manyareasexpert
(
talk
)
22:54, 7 June 2024 (UTC)
[
reply
]
- Does your soul hurt so much for this girl that you can't leave her alone?
Yarkovesh
(
talk
)
15:08, 8 June 2024 (UTC)
[
reply
]
- Bellingcat says "reported neo-Nazi" in a caption, with a link to the Daily Mail, which is usually better than propaganda but not reliable.
political ideology
(P1142)
:
neo-Nazism
(Q151250)
would be a valid statement but would require a better source.
Peter James
(
talk
)
20:00, 8 June 2024 (UTC)
[
reply
]
- We really ought to have a edit filter for these contentious statements
Trade
(
talk
)
00:16, 9 June 2024 (UTC)
[
reply
]
Since there still(?) is not an automatic import of academic/scientific studies, I imported several studies for which I had uploaded images by hand with just the DOI. I noticed that for this item the maximum length of text for the label was too short:
Q126369568
? what should be done when such occurs in general and for automatic imports?
It is missing this text at the end": a systematic analysis for the Global Burden of Disease Study 2021". I would suggest there is a separate field for something like "Full title" or "Trimmed title" where the remaining text or the full label can be entered but maybe such exists already.
Prototyperspective
(
talk
)
11:16, 8 June 2024 (UTC)
[
reply
]
- title
(P1476)
does exist to store the title. While the title can be often a good label for papers, labels exist for Wikidata internal purposes of giving people who look for an item easier access. They don't exist to provide people a reliable way to learn about the official title. For that purpose we have
title
(P1476)
.
ChristianKl
?
?
?
22:02, 8 June 2024 (UTC)
[
reply
]
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. Thanks, all clarified now.--
Prototyperspective
(
talk
)
22:31, 8 June 2024 (UTC)
[
reply
]
|
Orif Toshmatov
(Q126327618)
and
Orif Toshmatov
(Q20534101)
RAN
(
talk
)
18:18, 8 June 2024 (UTC)
[
reply
]
- The articles seem to say they are the same; the "garmon" version is mentioned in both articles and is a nickname.
Peter James
(
talk
)
20:20, 8 June 2024 (UTC)
[
reply
]
- I redirected one Uzbecki article to the other and merged the Wikidata items. --
RAN
(
talk
)
21:27, 8 June 2024 (UTC)
[
reply
]
Can someone help tease apart these two people conflated at
Bernard Francfort
(Q80651917)
?
RAN
(
talk
)
18:21, 8 June 2024 (UTC)
[
reply
]
- I moved the subject of
https://www.idref.fr/230217494
to
Q126429057
; it was only the date of birth and identifier that didn't belong to the original subject. This was probably caused by a conflation in IdRef - the 1904 works link to the author born in 1946.
Peter James
(
talk
)
19:17, 8 June 2024 (UTC)
[
reply
]
I wanted to make four items for the subtypes listed
here
but i could not figure what the correct modeling would be. Any suggestions?
Trade
(
talk
)
00:18, 9 June 2024 (UTC)
[
reply
]
I have a table of around 1,800 Australian federal MPs in the below format containing their ID for
Parliament of Australia MP ID
(P10020)
. I want to link each to their corresponding wiki data item. Is there a quick way to do this?
Name
|
P10020 ID number
|
Date Of Birth
|
Place Of Birth
|
State Of Birth
|
Country Of Birth
|
Date Of Death
|
Place Of Death
|
State Of Death
|
Gender
|
Party
|
State
|
Electorate
|
Senate State
|
MP or Senator
|
Service History: First
|
Service History: Last
|
Service History: Duration
|
Age
|
ABBOTT, the Hon. Anthony (Tony) John AC
|
EZ5
|
1957-11-04
|
London
|
|
England
|
|
|
|
Male
|
Liberal Party of Australia
|
New South Wales
|
Warringah
|
|
Member
|
1994-03-26
|
2019-05-18
|
25 years 2 month(s) and 1 days.
|
66.6
|
GMH Melbourne
(
talk
)
05:44, 9 June 2024 (UTC)
[
reply
]
- I would recommend using
OpenRefine
. There you can reconcile the data based on the IDs. ?
Samoasambia
?
06:40, 9 June 2024 (UTC)
[
reply
]
Is it possible to merge
Kementerian Sosial RI
(Q74529320)
to
Ministry of Social Affairs
(Q11046702)
? I think it is safe to assume that the scholary research organization is the ministry itself.
Hans5958
(
talk
)
06:07, 9 June 2024 (UTC)
[
reply
]