Shortcuts: WD:PC, WD:CHAT, WD:?
Wikidata:Project chat
Wikidata project chat A place to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.
Please use
|
- Afrikaans
- العربية
- беларуская
- беларуская (тарашкевіца)
- български
- Banjar
- বাংলা
- brezhoneg
- bosanski
- català
- کوردی
- čeština
- словѣньскъ / ⰔⰎⰑⰂⰡⰐⰠⰔⰍⰟ
- dansk
- Deutsch
- Zazaki
- dolnoserbski
- Ελληνικά
- English
- Esperanto
- español
- eesti
- فارسی
- suomi
- føroyskt
- français
- Nordfriisk
- galego
- Alemannisch
- ગુજરાતી
- עברית
- हिन्दी
- hrvatski
- hornjoserbsce
- magyar
- հայերեն
- Bahasa Indonesia
- interlingua
- Ilokano
- íslenska
- italiano
- 日本語
- Jawa
- ქართული
- қазақша
- ಕನ್ನಡ
- 한국어
- kurdî
- Latina
- lietuvių
- latviešu
- Malagasy
- Minangkabau
- македонски
- മലയാളം
- मराठी
- Bahasa Melayu
- Mirandés
- مازِرونی
- Nedersaksies
- नेपाली
- Nederlands
- norsk bokmål
- norsk nynorsk
- occitan
- ଓଡ଼ିଆ
- ਪੰਜਾਬੀ
- polski
- پنجابی
- português
- Runa Simi
- română
- русский
- Scots
- davvisámegiella
- srpskohrvatski / српскохрватски
- සිංහල
- Simple English
- slovenčina
- slovenščina
- shqip
- српски / srpski
- svenska
- ślůnski
- தமிழ்
- తెలుగు
- ไทย
- Tagalog
- Türkçe
- українська
- اردو
- oʻzbekcha / ўзбекча
- Tiếng Việt
- Yorùbá
- 中文
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/08. |
How to describe printed work?
[edit]There is general term publication (Q732577) for any published, than physically printed work and printed book (Q11396303) is limited to just book. How to call any of such printed release of newspaper or any release looking like this? Eurohunter (talk) 19:28, 5 August 2024 (UTC)
- @Eurohunter Do you mean periodical issue (Q21995230) ? Vojtěch Dostál (talk) 12:29, 8 August 2024 (UTC)
- @Vojtěch Dostál: I don't think so. It don't indicate paper release. In case of music there are CD, vinyl or digital version, in case of books there is paper and digital version. Eurohunter (talk) 19:27, 8 August 2024 (UTC)
- Do you want to model the specific exemplar or the fact that this newspaper was released via print? Uniwah (talk) 17:47, 11 August 2024 (UTC)
- @Uniwah: Yes I want to model the fact that this newspaper was released via print. Eurohunter (talk) 07:44, 15 August 2024 (UTC)
- Do you want to model the specific exemplar or the fact that this newspaper was released via print? Uniwah (talk) 17:47, 11 August 2024 (UTC)
- @Vojtěch Dostál: I don't think so. It don't indicate paper release. In case of music there are CD, vinyl or digital version, in case of books there is paper and digital version. Eurohunter (talk) 19:27, 8 August 2024 (UTC)
made-for-TV film whose subsequent re-runs have been divided into seperate television series episodes
[edit]Do we have any items or properties that can be used to indicate this? And to indicate the relationship between the movie and the seperate episodes? Trade (talk) 17:48, 9 August 2024 (UTC)
- Unfortunately, I don't think there's an established, documented way of modeling such editions (film cut into episodes, series cut into a movie, or movies that are sometimes released as one, two or more parts). Various such pilot movie items simply have has part(s) (P527) statements with the different episode items as values. But that doesn't really convey the exact nature of their relationship. Maybe edition or translation of (P629) and has edition or translation (P747) could be used. based on (P144) on the other hand is probably too generic, IMHO.
- Tried to look up how this case is modeled on EIDR, but they simply list the three separate episodes and the film as just episodes of the show. And ISAN doesn't even have an entry for the film version, only the three episodes. So no help there, unfortunately. --2A02:810B:580:11D4:64A3:4ECC:9AC4:295B 21:26, 10 August 2024 (UTC)
- Why not use derivative work (P4969)? Trade (talk) 14:37, 14 August 2024 (UTC)
- Right, that would also a good candidate, didn't think of that. Though it kinda has the same "problem" as based on (P144), in that it is somewhat generic and doesn't necessarily fully convey the exact relation.
- Though now I'm not even sure how we can properly model the details without creating items for the parts of the movie (like chapters of a book), and then use something like edition or translation of (P629) or derivative work (P4969) to connect those to the episode items. But that approach would probably be too detailed and also too cumbersome.
- We also have the same problem (only parts of a work edited into a new work/edition) with other things like comics or literature published in serialized form.
- Maybe we need a new property specifically to describe the exact relationships between individual works? Something like "relationship to other work" linking to the movie item, with qualifiers like "object has role" -> "movie cut into episodes" or "original work" + "subject has role" -> "episodic edit of a movie". That might even be useful for stuff like sequels, prequels, reboots or remakes that we also don't have a good way of modeling so far. --2A02:810B:580:11D4:B022:D696:BA14:90A3 00:31, 15 August 2024 (UTC)
- Why not use derivative work (P4969)? Trade (talk) 14:37, 14 August 2024 (UTC)
- I have now created television film later divided into television series episodes (Q129086536). Please suggest a better name or description because this isn't too great--Trade (talk) 14:38, 14 August 2024 (UTC)
Using low numbers for commonly used properties
[edit]Summary
[edit]Property:P6 is the only one of P1-P9 that currently exists. Since these numbers that are easy to type and remember, should we could move common properties to them or redirect them to the existing common property numbers?
Property history
[edit]P7 and P9 were deleted in 2016 and probably had substantial use. I don't think we should overwrite these any time soon.
P11 and P12 were deleted in 2013 with no substantial usage. (P11 log, discussion; P12 log, discussion). I'm inclined to overwrite these.
Suggested properties
[edit]I'd suggest the following properties:
- instance of (P31)
- subclass of (P279)
- part of (P361)
- has part(s) (P527)
- inception (P571)
- head of government (P6) (Already exists)
- P7 (P7) (Reserved from recent usage)
- dissolved, abolished or demolished date (P576)
- P9 (P9) (Reserved from recent usage)
- video (P10) (Already exists)
- start time (P580)
- end time (P582)
- publication date (P577)
I based this list on properties that I subjectively regard as basic, and prioritized items I thought most likely to be used by humans (as opposed to automated tools) in queries and manual entry.
One list of most frequently used properties is at Wikidata:Database reports/List of properties/Top100. It might be useful to compare another list which excludes properties used in references.
I offer this list to help illustrate my proposal, but I'd suggest we postpone discussing which properties to choose before answering the feasibility and desirability questions below.
Questions
[edit]- Is it possible there were uses of these low-numbered properties in Wikidata history that we should care about that aren't showing up in "Main public logs" at Special:Log?
- Is moving a highly-used property inherently a bad idea because it will increase server load due to increased redirects? (eg. redirecting P31 to P1) This will decrease over time.
- Is making a highly-used redirect inherently a bad idea because it will increase server load due to increased redirects? (eg. redirecting P1 to P31). This will continue perpetually.
- Do others think moving or redirecting would be good or bad for other reasons besides questions 2 and 3?
- Which is better, redirecting P31→P1 or P1→P31?
- Should we move or redirect over deleted properties that were never substantially used, eg. Property:P11? How much time should we give for existing uses to transition after deletion? (eg. 10 years)
Daask (talk) 18:58, 10 August 2024 (UTC)
- It is a tremendously bad idea to repurpose deleted items or properties, regardless of the reasoning. Doing this would require millions and millions of changes to existing items. And furthermore, the item and property numbers aren't how most human interact with them -- instead they rely on the autocompletion of the labels and aliases. Your proposal seems to be a solution in search of a problem. I see no problem with the status quo. William Graham (talk) 20:36, 10 August 2024 (UTC)
- @William Graham: Not repurposing answers question 6. "Millions and millions of changes" seems to oppose moving, but doesn't address creating redirects. As for what problem this solves: I often rely on my memory for common Wikidata property numbers for queries. Obviously, there are far more properties than can be memorized, so we do need user-friendly systems for searching for properties by label, but I thought having low numbers for the most common ones would make Wikidata more accessible to new users. Daask (talk) 12:34, 12 August 2024 (UTC)
Strong oppose Creating redirects would make item histories nonsensical. There are a nontrivial number of historical (deleted) statements of deleted properties. If the Property number came back into existence then it would make it look like the value from the historical deleted statement applied to a completely different property. Also redirects in the property namespace will create scenarios where the results from Wikidata Query Service are missing results or provide unreliable results. Those are just some of the reason that your proposal is bad for data integrity and the useability of the knowledge base. William Graham (talk) 15:47, 12 August 2024 (UTC)
- @William Graham: Not repurposing answers question 6. "Millions and millions of changes" seems to oppose moving, but doesn't address creating redirects. As for what problem this solves: I often rely on my memory for common Wikidata property numbers for queries. Obviously, there are far more properties than can be memorized, so we do need user-friendly systems for searching for properties by label, but I thought having low numbers for the most common ones would make Wikidata more accessible to new users. Daask (talk) 12:34, 12 August 2024 (UTC)
- It certainly would be nice to have the most common properties at the low numbers that are much easier to memorize. And if we had to built the project again from the ground up, that would certainly be something that would be done. But after more than a decade into the project's existence, I think changes like that are simply not easily doable and would most likely have too many downsides and potential unintended side effects. --2A02:810B:580:11D4:68ED:8DC0:B68B:72FE 21:40, 10 August 2024 (UTC)
Oppose I think everybody's going to have their own list of properties they'd like to be easier to enter, but really 2 characters vs 3 or even 5 is not a big deal. Plus most properties in my experience are just entered via autocomplete (or bots) where the property number is irrelevant. If I was to pick my priority properties it would probably be human-related ones like occupation (P106), employer (P108), affiliation (P1416) and some of the properties related to name (P2561). ArthurPSmith (talk) 14:21, 12 August 2024 (UTC)
- Tech comment re 1 – my understanding is that in the early days of Wikibase, the list of reserved Entity IDs was shared between all Entity types, so P1–P5 never existed because Q1–Q5 were reserved (Universe (Q1), Earth (Q2), life (Q3), death (Q4), human (Q5)). Lucas Werkmeister (WMDE) (talk) 16:02, 12 August 2024 (UTC)
Oppose – IMHO the justification for this proposal is pretty weak; I’ve previously argued (meta:Talk:Abstract Wikipedia/Reserved ZIDs#Spreading out numbers) that core Wikidata entity ID numbers not being consecutive or clustered in a small numeric range is actually a good thing. Lucas Werkmeister (talk) 16:05, 12 August 2024 (UTC)
- I can never remember the number of family name (P734) because it's right next to given name (P735), so I strongly agree with this argument. —Xezbeth (talk) 06:31, 14 August 2024 (UTC)
Oppose I see no good reason to re-number existing properties. And even if there were a reason, it would have to be a really good one to justify the technical problems that such a renumbering would cause. M2Ys4U (talk) 16:56, 12 August 2024 (UTC)
Oppose no, please no! Multichill (talk) 16:32, 13 August 2024 (UTC)
Oppose many people tent to remember something by its look or name. Changes like this, makes the environment to them unfriendly. --Juandev (talk) 07:20, 14 August 2024 (UTC)
Add a link
[edit]How can I add a link from https://ru.wiktionary.org/wiki/*dailijaną to https://en.wiktionary.org/wiki/Reconstruction:Proto-Germanic/dailijaną? This https://www.wikidata.org/wiki/Q127874798 doesn't work. ПростаРечь (talk) 21:25, 10 August 2024 (UTC)
Lots of population statements
[edit]For a nearby municipality, official population count for each village is available online with monthly precision going back about 15 years. Is there anything wrong with adding ~200 statements per village to reflect that data? It seems "bad" in some way but I can't figure out any concrete problems. Uniwah (talk) 13:09, 11 August 2024 (UTC)
- @Uniwah: Large items (with more statements) are slower to load, and there is a fixed limit on item size (which is usually reach at something like 5000 statements). But we do have a property specifically for this problem of lots of population data: tabular population (P4179) - the datasets go on Commons, with a link from the Wikidata item. ArthurPSmith (talk) 14:28, 12 August 2024 (UTC)
Wikidata weekly summary #640
[edit]This is the Wikidata summary of the week before 2024-08-12. Please help Translate.
- Wikimania 2024 took place in Katowice, Poland. You can watch replays of the sessions on YouTube. Additionally, recordings of individual sessions are linked to each item on the Eventyay schedule.
Press, articles, blog posts, videos
- Blogs
- Scholarly discussions through they eyes of CiTO (and Wikidata) - The post emphasizes how Wikidata can serve as a central hub for linking various scholarly resources, enabling better data interoperability and discoverability.
- Papers
- Talking Wikidata: Communication patterns and their impact on community engagement in collaborative knowledge graphs - a study of Wikidata's collaboration patterns reveals that a small group of highly engaged members drives most contributions, and improving discussions and engagement strategies could enhance long-term participation in the community.
- Videos
- FOSS4GE 2024 | Bridging Worlds: Integration of Wikidata and OpenStreetMap - Discover the synergy between Wikidata and OpenStreetMap, two monumental open data repositories. This talk unveils innovative web-based tools facilitating the linking of these platforms, enhancing the richness and accuracy of geospatial data.
- Setting up a Wikibase reconciliation service - Wikibase Working Hours by OlafJanssen
- Notebooks: List of countries by continent in Wikidata
Tool of the week
- New Q5 - is a form that quickly sets up a Wikidata Item for an individual by generating a QuickStatement with the basic parameters such as name and age.
- User:Nikki/SDCInfo.js - is a Userscript that shows some Wikimedia Commons statements on pronunciation audio statements on Lexeme forms.
Newest properties and property proposals to review
- Newest General datatypes:
- indexer (entity responsible for compiling an index of a book, database, website or other forms of media publications in the form of a methodical arrangement of records designed to enable users to locate information quickly)
- object of action (specific object to which an action or class of actions occurs)
- object class of action (class of objects (including substances) to which an action or class of actions may occur)
- public funding (amount of public funding an organisation receives)
- relates to sustainable development goal, target or indicator (indicates a relation between the subject and the SDGs or one of the components)
- Newest External identifiers: Nintendo Life company ID, Wiley Online Library journal ID, Museums in Russia ID, Helveticat ID, ARABTERM entry ID, Hawramani Arabic Lexicon entry ID, Women in Resistance ID, French-English Dictionary ID, German-English Dictionary ID, Emerald Group Publishing journal ID, Taylor & Francis journal ID, JTA Sightseeing Database ID, WorldCyclingStats ID, The New Mithraeum ID, Finnish Ministers database ID (new), State Historical Museum of Russia person ID, mandumah ID, Educational center of resistance and deportation of Landes ID, Encyclopaedia of Islam (French edition) ID, FoodData Central ID, French bathing water ID, Norwegian Kunstnerforbundet artist ID, Political Dictionary ID, United Nations Digital Library ID, U.S. Copyright Office Public Records System work ID, 365scores football player ID, African Music Library artist ID, Akademický slovník současné češtiny ID, GamingOnLinux Database ID, TIPLOC code, JJM Habitation ID, IDU play ID, IDU original ID, Stichting Erfgoed Nederlandse Biercultuur beer ID
- New General datatypes property proposals to review:
- date de vote (vote date, date on which people decided or cast their ballot)
- schmeckt nach (taste that a food or drink has)
- has semantic role (2nd proposal) (item that describes a role in an event/action class)
- growth rate (growth rate of something over time)
- lifespan (duration of a person's known or recorded lifespan)
- APPF registration status (status of registration of this entity with the Authority for European political parties and European political foundation)
- exponent of base unit (a qualifier of {{Q|P12571}} used to describe the exponent of the unit)
- Javanese registers (suggest the relationship between similar Javanese lexemes, between its various registers (social variants), mainly {{Q|12500634}} register (plain Javanese), {{Q|12492493}} register (high/polite Javanese), and {{Q|13091955}} register (middle Javanese))
- New External identifier property proposals to review: Tretyakov Gallery artist ID, Religion Past and Present Online (German edition) ID, identifiant FranceTerme, Yediot Books book ID, xdaforums, FolkWiki ID, 365scores basketball player ID, The House of Graphs ID, SIMBAD catalog properties (used more than 1 million times), All Musicals lyrics ID, 365scores football team ID, 365scores basketball team ID, Illinois Center for the Book Author ID, Ôlyrix Person ID, Ідентифікатор відеогри Gamekombo, Slekt og Data grave ID
You can comment on all open property proposals!
Did you know?
- Query examples:
- Newest WikiProjects: Redundancy - The primary aim of WikiProject Redundancy is to reduce the amount of Wikidata's data—without reducing the amount of information in Wikidata!—for the well-being of Wikidata, its community, and its downstream users.
- Newest database reports: Items with instance of (P31) human (Q5) and date of birth (P569) > date of death (P570)
- Showcase Items: Cambridge (Q350): city in Cambridgeshire, England
- Showcase Lexemes: kpanjɔɣu (L651052) - A Dagbani noun described in English as hampers, baskets, or similar containers made from woven materials like reeds, grasses, or wicker, traditionally used for carrying or storing clothing.
Development
- Not much happened this past week because the team was attending Wikimania.
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
- Add labels, in your own language(s), for the new properties listed above.
- Contribute to the showcase Item and Lexeme above.
- Summarize your WikiProject's ongoing activities in one or two sentences.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!
Blue plaques
[edit]Hello folks - I've been considering how specific instances of blue plaque (Q885849) (used to commemorate notable people in the UK) should be represented on Wikidata. A few have been created as their own Q item (e.g. Annie Besant blue plaque (Q123737173), First Flying bomb on London fell here (blue plaque), Tower Hamlets (Q83187836), Helene Aldwinckle blue plaque (Q116544313)). One building, Colonnade Hotel (Q5148462) "has part" blue plaque, which commemorates Alan Turing.
Would there be less redundancy if the person recognised by the plaque had a statement saying something like "commemorated by / award received > blue plaque" and then qualifiers for date, awarding body, and coordinate locations? Or is the separate item preferable because of the material and geographical nature of plaques? I'm thinking probably the building approach is not ideal because most buildings home to plaques will not be on Wikidata already and so that would be a barrier.
What do you think? Zeromonk (talk) 09:42, 13 August 2024 (UTC)
- I don't think we should compete with the good people at Open Plaques (Q23018437), and should use Open Plaques plaque ID (P1893) rather than create lots of new items Vicarage (talk) 14:27, 13 August 2024 (UTC)
- I agree with Vicarage. Multichill (talk) 16:32, 13 August 2024 (UTC)
- Thanks both, that makes total sense! Do you know if it's possible to write a query in the Wikidata Query service to pull in things like coordinates from OpenPlaques to represent alongside data about people? Zeromonk (talk) 09:38, 14 August 2024 (UTC)
- I don't, but you might also like to look at Historical Marker Database (Q21815238) which also has a WD property. Generally WDQS returns WD information, and you'd need to scrape URLs mentioned there to get further information on the 3rd party site. Vicarage (talk) 15:55, 15 August 2024 (UTC)
- Thanks both, that makes total sense! Do you know if it's possible to write a query in the Wikidata Query service to pull in things like coordinates from OpenPlaques to represent alongside data about people? Zeromonk (talk) 09:38, 14 August 2024 (UTC)
Problematic items for Brazilian people
[edit]P31|Q5|S460|Q18382802
Some items for Brazilian people have wrong references
Each item has said to be the same as (P460) sex or gender (Q18382802) as their reference of instance of (P31) human (Q5)
I fixed some item such as Fabiana Andrade (Q10279109). Sharouser (talk) 15:56, 13 August 2024 (UTC)
- We should fix these items and add citizenship information to them.
- I think this is just bullshit. At least this is conflicting with human rights (Q8458) which might be the reason Brazil makes such silly laws. --Matthiasb (talk) 05:56, 14 August 2024 (UTC)
SELECT ?item ?reference
WHERE {
?item wdt:P31 wd:Q5 .
?item p:P31 [ prov:wasDerivedFrom [ pr:P460 ?reference ] ] .
}
- I will fix them. Sharouser (talk) 11:41, 14 August 2024 (UTC)
QuickStatements Community Consultation
[edit]Hello, fellow Wikidata contributors!
QuickStatements has become an essential tool for many of us in the community, helping to streamline our contributions to Wikidata.
In light of the new developments around this tool, we want to hear from you about QuickStatements and where we can improve it.
For that, we've created a brief 19-question survey to gather your valuable insights on QuickStatements.
It will take just 15-20 minutes of your time and it will really help us refine the tool towards your needs and make it even more effective for everyone.
The survey will be open until August 31st.
Thank you in advance! EPorto (WMB) (talk) 19:20, 13 August 2024 (UTC)
P248
[edit]Why stated in (P248) is vague and we dont have properties for different types of resources, like book, article, database etc.? Juandev (talk) 07:15, 14 August 2024 (UTC)
- We want to be wary of multiplying up properties, as it generates more edge conditions and slows queries. As with described by source (P1343), its better to have a vague general property and use qualifiers to narrow it down. Vicarage (talk) 07:46, 14 August 2024 (UTC)
- @Juandev Please don't create items like Q128840843 for each URL you want to cite in a reference. It is perfectly adequate to just cite it using a more general stated in (P248) value such as Vetřelci a volavky (Q98538810) and specify URL or authors using reference URL (P854) and author name string (P2093) *in the reference itself*. See Help:Sources#Web_page for a general quideline. Vojtěch Dostál (talk) 11:08, 14 August 2024 (UTC)
- Creating items for chapters such as Umění v hotelu ČSSR (Q128836594) is also unnecessary, see Help:Sources#Books where usage of chapter (P792) is explained. Vojtěch Dostál (talk) 11:10, 14 August 2024 (UTC)
- type of reference (P3865) may be useful, too. --Matěj Suchánek (talk) 12:46, 17 August 2024 (UTC)
Deleted qaulifier
[edit]Is this possible to find deleted qualifier by label? Eurohunter (talk) 07:43, 15 August 2024 (UTC)
Populated places and their industries
[edit]My interest is in using Wikidata to capture and present aspects of Scottish history. After a recent conversation about the decline of the Scottish fishing industry, I looked at the available data. Petscan gives a decent category-based list of towns [1], but the place items themselves (e.g. Eyemouth (Q1020260)) lack any data association with fishing.
Looking around, I can see some use of instance of (P31) fishing village (Q1317251) but that seems inappropriate for say Aberdeen. There is also occasional use of industry (P452) on a place (e.g. Bonon (Q2910327), but with warnings that it breaches the Subject Type Constraint, as the property is reserved for use on companies, etc.
I wonder if there is another property to capture the industries of a place? If not, should there be? Or should the use of P452 be relaxed to allow its use for populated places? It strikes me that this or some other Property can underpin a richer understanding of what forms of work activity led to a town emerging/declining: fishing, weaving, salt panning, etc. AllyD (talk) 13:02, 15 August 2024 (UTC)
Should they be opposite of (P461) or inverse property (P1696) of each other? JuguangXiao (talk) 09:14, 16 August 2024 (UTC)
- I don't think they have that relationship. Usually inverse properties are when tboth have a data type of a Q item and it is normally the case that the statements will link two items in both directions, like has parts and part of or child and mother/father. William Graham (talk) 02:01, 17 August 2024 (UTC)
- It will sometimes be inverse but not always because of the "recommended" part - also would it be useful to add qualifiers to Q8111 statements to say who it is recommended by? When looking at how P111 was used, one of the first uses I found was Q22686#P111 where I think it is not the correct property for the purpose but I'm not sure what should replace it there. Peter James (talk) 19:39, 17 August 2024 (UTC)
What to do when external identifier URL form is changed?
[edit]Hello, as the title mentioned, I observed that the URL format for PDDikti higher education institution ID (P9959) (attribute for Indonesian higher education institutions database) is changed, the attribute currently list the URL format as https://pddikti.kemdikbud.go.id/data_pt/$1 where the current version used by the PDDIKTI system is https://pddikti.kemdikbud.go.id/detail-pt/$1
This make the value contained in the attribute obsolete as it did not return the supposed data. What should I do to resolve this? Do I need to contact property creators to update or could I myself update it? I saw some folks from Indonesia tried to update the pattern, but they said it did nothing (in the end they reversed it back). Or is there some period until all the record resolved after we update the value contained in the formatter URL (P1630)?
This happened often in Indonesia, if the ministry get merged or dissolved or divided, a lot of URLs will changed. Thanks. HA (talk) 10:36, 17 August 2024 (UTC)
- Hi, I changed the formatter URL property at PDDikti higher education institution ID (P9959) to match with the current URL format you mentioned above. The change will take effect in user interface after few hours time (often up to 24 hours). Until that the user interface will continue to present users the old URLs. –Samoasambia ✎ 15:17, 17 August 2024 (UTC)
- Thank you very much. HA (talk) 15:33, 17 August 2024 (UTC)
- Also, could you kindly also check the regex, whether they can pass the newer format? Since I noticed in the given sample in the discussion page, compared to the newer one, the newer one had more character (-_=). Thank you HA (talk) 15:38, 17 August 2024 (UTC)
Q18945598
[edit]At Leonardo Mocenigo (Q18945598) we have a conflation, anyone want to tease them apart? RAN (talk) 16:38, 17 August 2024 (UTC)
- I moved the additional birth and death dates and most identifiers to a new item Leonardo Mocenigo (Q129258216); also moved one identifier to Leonardo Mocenigo (Q65346313) and one to Alvise Mocenigo (Q3613470). Peter James (talk) 19:32, 17 August 2024 (UTC)
Seems a mixup of multiple people. GZWDer (talk) 07:03, 18 August 2024 (UTC)