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, don't hesitate to ask on Project chat. 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)Reply

wd-material-typed.css edit

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)Reply

@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)Reply

datatype.js edit

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

wd-condensed.css edit

Dear Hardwigg,

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

 
@Kopiersperre: Thanks for letting me knowǃ It should be fixed now. --Hardwigg (talk) 07:41, 11 July 2015 (UTC)Reply
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)Reply
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)Reply
@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)Reply

Share your experience and feedback as a Wikimedian in this global survey edit

  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 survey edit

(Sorry to write in Engilsh)

Q41542 edit

https://www.wikidata.org/w/index.php?title=Q41542&oldid=prev&diff=779606714&diffmode=source

Hello,

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)Reply

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 or translation (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)Reply
@Hsarrazin: Whoops! I forgot to ping you. --Hardwigg (talk) 06:14, 3 November 2018 (UTC)Reply
Hello
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 or translation (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)Reply

wbEntity config value to be dropped on July 24th edit

Hello,

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)Reply

Wikimediain in Residence timelines edit

Is it possible to generate some equivalent of this figure using https://tools.wmflabs.org/wikidata-timeline? Here's my attempt but I think I'm missing something in the syntax, because there are a lot absent (see full list). Thanks in advance. T.Shafee(evo&evo) (talk) 09:29, 27 October 2019 (UTC)Reply

@Evolution and evolvability: this should do the trick: Wikimedian in Residence Timeline. The tool does support SPARQL queries, but I don't have a good UI for it it yet. I modified your spraql query to this SPARQL query, and then copied it from the url into the wikidata timeline url. Is that what you were looking for? --Hardwigg (talk) 04:11, 7 November 2019 (UTC)Reply
Champion, thank you! Is there a way to display the employer field rather than the person's name (or on mouse-over)? It's probably the more useful info, but I totally understand if it' harder to code or display. For even greater complexity, somteimes the bars overlap so that it's hard to see where they start/end. Is it possible to randomise 4-6 colours (or even colour based on geographical region of the work location)? Will add it to this page. T.Shafee(evo&evo) (talk) 04:35, 7 November 2019 (UTC)Reply
@Evolution and evolvability: Awesome! Here is the timeline displaying the employers' names (and the corresponding sparql query). Note it looks like there are some duplicates in the data (like https://www.wikidata.org/wiki/Q72521735 ). Adding colours is a great idea! It's something that's been on my todo list for a while; I'll try to add it to the tool over the weekend and get back to you :) In the meantime, you could try increasing the width of the timeline (e.g. here it is with 1 year being 200px). -Hardwigg (talk) 04:56, 7 November 2019 (UTC)Reply
Oh, the other thing I remembered, is there a way to include the items that have no end date? T.Shafee(evo&evo) (talk) 01:22, 17 November 2019 (UTC)Reply

Please check your bot notices edit

Your bot has made this same mistake twice now [4]. --EncycloPetey (talk) 16:25, 31 March 2021 (UTC)Reply

Ah, looks like I only get notified for that talk page if I'm pinged. Taking a look. Hardwigg (talk) 01:28, 5 April 2021 (UTC)Reply