Open main menu

User talk:Hardwigg

Logo of Wikidata

Welcome to Wikidata, Hardwigg!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards!

--Nandhinikandhasamy (talk) 03:39, 23 December 2014 (UTC)



What do you think about ordering the CSS dataype classes in the same order as the classes are ordered in Special:ListDatatypes?

I did it for a copy of your CSS here: [1]

I adjusted my own here [2].

I think it makes cooperation between different parties easier. I don't think the order in Special:ListDatatypes is optimal, but it is a neutral common ground. FreightXPress (talk) 14:23, 29 April 2015 (UTC)

@FreightXPress: Seems good. I think Special:ListDatatypes is only ordered by creation date, but agree it's a good base for consistency. I copied your edits into mine. -Hardwigg (talk) 04:49, 2 May 2015 (UTC)


I now have the properties in one object, [3]. FreightXPress (talk) 15:07, 29 April 2015 (UTC)


Dear Hardwigg,

with german language enabled the statement labels are vanished.--Kopiersperre (talk) 07:53, 10 July 2015 (UTC)

@Kopiersperre: Thanks for letting me knowǃ It should be fixed now. --Hardwigg (talk) 07:41, 11 July 2015 (UTC)
You might have to do a hard refresh (Usually ctrl+shift+r, but depends on your browser) to get things to 'update'. Let me know if it's still not working. --Hardwigg (talk) 07:48, 11 July 2015 (UTC)
Ok, that solved my problem. Do you know, how it's possible to have more than 4 languages in the "description box"?--Kopiersperre (talk) 12:19, 14 July 2015 (UTC)
@Kopiersperre: I couldn't find a native way to do it :/ I was able to create a script that will let you though. See User:Hardwigg/show-more-languages.js for instructions on how to use it. Hope that helps! -Hardwigg (talk) 01:38, 16 July 2015 (UTC)

Share your experience and feedback as a Wikimedian in this global surveyEdit

  1. This survey is primarily meant to get feedback on the Wikimedia Foundation's current work, not long-term strategy.
  2. Legal stuff: No purchase necessary. Must be the age of majority to participate. Sponsored by the Wikimedia Foundation located at 149 New Montgomery, San Francisco, CA, USA, 94105. Ends January 31, 2017. Void where prohibited. Click here for contest rules.

Your feedback matters: Final reminder to take the global Wikimedia surveyEdit

(Sorry to write in Engilsh)



This info is stored on the edition itself, but for editions all listed as "Dracula", or where the label is not displayed at all (many languages do not appear when they are not well placed in the fallback chain), the language qualifier allows to know which is which. This is for human users, not for machines of course...

I catalogued thousands of editions, and all have the language qualifier to understand which is which - sometimes other qualifiers too :) --Hsarrazin (talk) 09:38, 2 November 2018 (UTC)

I see where you're coming from. I agree, being confronted with a bunch of "Q..." or even 6 "Dracula" isn't helpful, but in a database, duplicating information is generally considered bad practice and should be avoided where possible. It increases the likelihood for errors and inconsistencies. I'd argue that if you're working a lot with books/editions, using SPARQL is a better choice; like:
SELECT ?x ?xLabel ?langLabel WHERE {
  wd:Q41542  wdt:P747 ?x.             # Dracula hasEdition ?x
  OPTIONAL { ?x wdt:P407 ?lang. }     # ?x languageOfWork ?lang
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
Try it!
to see the languages of all Dracula's editions.
But it certainly doesn't look like you're alone :P It looks like there are ~2900 has edition (P747) statements that have language of work or name (P407) qualifiers (compared to ~8800 without). This is something that should be solved with a better interface, not by redundant data. But, until that happens, I guess this is probably fine; once that interface arrives, it will be pretty easy to remove all of these qualifiers. :) Cheers, --Hardwigg (talk) 00:20, 3 November 2018 (UTC)
@Hsarrazin: Whoops! I forgot to ping you. --Hardwigg (talk) 06:14, 3 November 2018 (UTC)
I also use SPARQL, but when you just work on 1 item, and see a list of editions, it is not the most useful tool…
we agree : duplication is very bad practice in a database ; editions should not even have to be stored in the work item, but listed from all items containing edition or translation of (P629) - but as they are, it is problematic for the contributor who works on items to easily distinguish which edition is which - the addition of discrimination info helps for the work ; also know that I generally do not add it by hand (for fr at least) ; it is automatically done by the script I use to retrieve info from frws, so I am sure not to forget it. I sincerely hope the interface will be improved, and these info can be removed (and also the superfluous has edition (P747)), but in the meantime, they are useful (for the contributors who try to not forget any edition when working) — the bots obviously do not need them… 
it will certainly be easier to remove the clutter with a bot when the interface improves than for each contributor to guess which edition is which for now
let's hope that a better interface, displaying info stored in linked items will soon be available — I think it's Christmas's list time ; let's hope and cross fingers :D --Hsarrazin (talk) 07:11, 3 November 2018 (UTC)

wbEntity config value to be dropped on July 24thEdit


We are about to drop the mw.config.get( 'wbEntity') config value, that is deprecated for two years. Starting on Wednesday, July 24th, scripts that use this value may encounter issues.

I noticed that your scripts located on User:Hardwigg/header-img.js and User:Hardwigg/wdTableView.js are still using this value. I suggest that you update it, for example by using the hook wikibase.entityPage.entityLoaded (see an example here).

If you have any questions or need help, feel free to leave a comment under the related task.

Thanks for your understanding, Lea Lacroix (WMDE) (talk) 09:00, 22 July 2019 (UTC)

Return to the user page of "Hardwigg".