Welcome to Wikidata, Johansen.fred!
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! Taketa
Re : Country(P17) propertyEdit
Hello ! :) I want to explain you first how I proceed. I use the tool autolist2 with a request based on the index of French portals and some Wikidata properties ( if there'is claim instance of (P31) and coordinate location (P625) but not the country (P17). For the French Wikipedia the property P17 of Wikidata is used in order to ordered the geolocated subjects by categories.
There's two avantages :
- We obtain statistics of located articles by countries for the French Wikipedia 
- We can correct obvious error of coordinates using the KML. Unfortunately there's some article where the method could be wrong.
But let's see the example Q192050 I think that historic location should have the modern country in P17 but we should find a way to be the more precise for the government it was at the former time. Otourly (talk) 08:31, 26 October 2014 (UTC)
- Thanks for the information. If I understand correctly, you do agree that there are problems with the approach for some items. Which may lie in the association of a particular geolocation ("static") with a specific country (and countries are temporary, historically speaking). The approach compounds the problem when it inserts data into Event items first (which you know beforehand might be wrong), and leaves the manual evaluation to a later stage. I would still urge you to do it the other way around, namely to do the manual evaluation before inserting country(P17) data into Event items (or instances of any subclass of event)). At least when they have actual date properties (P580,P582,P585), which means that you have specific grounds for concluding that there's a semantic conflict or not. -- Regarding examples, imagine that tomorrow, a specific country were split in two, or that one of its regions became independent; the kind of approach you describe would possibly impact all the events within the geographical area of that new country, which might consist of hundreds or thousands of Wikidata items. Clearly, the country set for all these should not be invalidated when the area is given to a new country. Event items represent objects constrained in scope by both space and time, so any property, like country(P17), should not violate that scope. It's only the geolocations that might be said to "get" an association to the new country, but the Event items should from the start belong to the historical country. Hope you see my point, and thanks for your patience :-) Fred Johansen (talk) 12:53, 26 October 2014 (UTC)
regarding historiography (Q50675) and science-of-history (Q1066186)Edit
Hi, I made some decisions between the two, particularly settling for the Chinese and Japanese articles. I have elaborated this issue at w:Talk:Historiography (newest section) on enwiki. Please take a look.
If anyone wants to modify this, please notify me by leaving msg on my Talk page. Thank you! -- SzMithrandir (talk) 01:47, 17 October 2015 (UTC)