Ik heb deze architect aangemaakt en vond zijn geb. datum in een van de bestanden geannexeerde gebieden van Amsterdam en zijn keuring militaire dienst. Ik heb geen idee hoe ik dat moet schalen boven het jaar van de architectendienst. Zijn overlijdensdatum komt van zijn grafsteen,~~~~
About this board
Welcome to Wikidata, Spinster!
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 [[User talk:|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! Cycn
Previous discussion was archived aton 2016-06-16.
Pieter Rinze Bloemsma (Q25335557)
Hi, can you take a look at the catalog setting of https://mix-n-match.toolforge.org/#/catalog_editor/4327 ? It looks like 5567 (National Research Institute for Cultural Properties artist ID (P5567)) should be specified as the property, but the slot is empty, at least to me. I thought you might have forgotten to set it. Thanks.
Hi @Whym, yes, I noticed that property indeed after I created the catalog. I have tried to update the catalog by hand with the catalog editor, but adding the property doesn't seem to work. I've already asked Magnus whether he could help to update the catalog, but have gotten no reply yet. If this stays unresolved for a bit more, I'll take a look and will check whether I can disable this catalog and create a new one with property.
If he doesn't respond, trying a clean start sounds like a good move in that case. I imagine Magnus has too many things on his plate to respond quickly. Hopefully we can salvage the matches already done by downloading and importing/mass-adding them.
I agree. Normally it shouldn't be hard to export the matches and create them via another way (e.g. QuickStatements), so I'm not very worried. Feel free to ping me if you think it takes too long :-)
busts and genres
Please note that the bust is a specific subclass of sculpture. Please also that your use of genre (P136) got rather messy. I seriously think you should reconsider it.
Hi @Hjart, as an art historian who has been working with art databases since the early 2000s I'm sorry to say I disagree with you.
I want to refer to the answer I gave at Topic:Vm8jaav1aixh3pta. At Wikidata we aim to keep P31 for artworks high level, and describe genres, movements etc. under their respective properties. This is also how the Sum of All Paintings project has been doing it for many years now, and for various reasons (ease of querying, consistency among types of art) we are using that same system for sculptures too. Additionally, please check bust (Q17489160) which is indicated as an instance of (P31) genre of sculpture (Q18783400).
As you seem to be of a different opinion: can you tell me which sources and guidelines you would be using for genre, and what kind of system you would advice with which arguments?
If we don't manage to come to an agreement, I suggest we continue this discussion at the talk pages of Wikidata:WikiProject Sculpture, WikiProject Public Art and also engage other editors active in cultural heritage.
I went ahead and started a discussion at WikiProject Cultural Heritage.
question about "Notable works (P800)"
Hello Spinster and thank you very much for your message. Very glad to meet you! I admire a lot the WikiProject Public Art and is willing to contribute. I understand perfectly your point, the Atlasmusem homepage can not be a enough precise reference URL for notable work (P800). In fact, there is a page dedicated to each artwork in Atlasmuseum (artworks /one percent for art pieces in France, data provided by the French Ministry of Culture in the context of Atlasmuseum, a research project conducted during and since my PhD in Aesthetics at Rennes 2 University). If the specific URL, for exemple like on the Anti-Robot page for each artwork can be indicated for notable work (P800), could it be in line with the Wikidata guideline? Kind regards, Atlasmuseum 💬
Hello @Atlasmuseum, thanks for your message! Hm, I'm not entirely sure. Personally I'm not a big fan of the notable work (P800) property because it's so extremely subjective. When is a work 'notable', and why, and according to whom? If you add the property for all works and creators on Atlasmuseum, why shouldn't I add it for all works and creators on all the other websites I'm using to add public art to Wikidata (for instance vanderkrogt.net and bkor.nl which I use all the time, but I'm not associated with these sites)? Do you see my point?
That said, any other 'hard' data you add about the artworks is absolutely very welcome (items for the artworks themselves, creators, dates, coordinates etc). It's indeed very much preferred that you use the artworks' own web pages as references there. It's a pity that there is no freedom of panorama in France... it would be so nice to be able to add images to modern and contemporary works.
Please keep up the good work and feel free to ask anything.
OpenRefine and Structured Data on Commons: community meetup, February 22
Hello! You are receiving this message because you signed up for updates about Structured Data on Commons (SDC) functionalities in OpenRefine.
The OpenRefine team has made quite a bit of progress in the past months. We warmly invite you to a meetup with updates and a first demo of the newly developed SDC editing functionalities in OpenRefine. Bring your questions!
- When? Tuesday, February 22, at 15:00-17:00 UTC (check the time in your timezone).
- For whom? For anyone who is curious about the current status of SDC support in OpenRefine!
- Where? Online, via Zoom. The event's info page has the link.
- The meeting will be recorded and the recording will be published to Wikimedia Commons afterwards.
OpenRefine and SDC updates: user survey and monthly office hours
Hello! You are receiving this message because you signed up for updates about the Structured Data on Commons (SDC) features that are currently developed for OpenRefine.
Short survey for SDC features in OpenRefine
OpenRefine is running a short survey to learn about user needs and expectations for its new SDC features. If you upload files to Wikimedia Commons and/or edit structured data there, please help by filling in this survey!
Monthly OpenRefine and Wikimedia office hours
OpenRefine's community meetup of February 22 was very well attended. You can see its recording, slides and notes here. The team now hosts monthly, informal office hours for Wikimedians (online, via Zoom). Upcoming office hours are:
- Tuesday, April 19, 2022 at 4PM UTC (how late is this in my timezone?)
- Tuesday, May 24, 2022 at 8AM UTC (how late is this in my timezone?)
- Tuesday, June 21, 2022 at 4PM UTC (how late is this in my timezone?)
The Zoom link of the next office hour will be posted on OpenRefine's info page on Wikimedia Commons. Please drop by and say hi!
Structured Data - blogs posted in Wikimedia Space
- Working with Structured Data on Commons: A Status Report, by Lucas Werkmeister, discusses some ways that editors can work with structured data. Topics include tools that have been written or modified for structured data, in addition to future plans for tools and querying services.
- Structured Data on Commons - A Blog Series, written by me, is a five-part posting that covers the basics of the software and features that were built to make structured data happen. The series is meant to be friendly to those who may have some knowledge of Commons, but may not know much about the structured data project.
Why are you reclassifying busts (such as Johannes von Tepl (Q1698774))to sculptures?
Deleting statements with contact data
I have noticed that you deleted many telephone numbers and email addresses today. What is the reasoning behind it? Is there any rule stating that these should not be added to the database?
Yes, I have done that because I believe that structurally adding these to Wikidata is risky and potentially a privacy violation, which can get the community deeply in trouble with the European GDPR legislation. I have not deleted telephone numbers and email addresses of politicians, as these are public figures who actually need to be reachable as part of their public duty.
I am aware that many of these email addresses and telephone numbers have been sourced from university websites and personal websites, but I believe that we should be very cautious with that. If someone's email address and phone number is listed on such websites, it does definitely not mean that they want that data to be replicated or aggregated elsewhere, especially not in a broadly scoped project like Wikidata whose data will be harvested for many other purposes.
I think that this should be discussed with the community instead of deciding the mass deletion of data on your own. If the discussion leads to the same conclusion as you do, there then could be constraints be added to these properties.
I think you're right. I have raised the issue on the talk page of Wikidata:Living people.
Hello. I don't mind that User:Liuxinyu970226 added my phone number and e-mail address to my Wikidata entry, there was no need to remove them. :)
Umm, aren't they published by you on m:User:Gereon Kalkuhl (WMF)?
They are, and on many other places in the Wikiworld as well.
Hello @Gereon K. - then perhaps (while we don't have a clearer policy on Wikidata yet) it's probably good if you mention that on your item's talk page? I'm not a GDPR expert, but I think I understood that explicit permission from individuals is needed to collect personal information like this. We also may want to think of a system to collect such explicit permissions unambiguously and with verified connection to the individuals' identities (OTRS?) - also pinging @ChristianKl who has been quite active on policies related to living people.
I edited the item about me after the the information was added. I regard this as consent. And it would be easy to change the statements as such in such a way that they give a warning when applied to a human, but they don't.
@Spinster: I will think about how to change our policy in a way that refers to explicit permissions. I created a proposal for a property to store information on https://www.wikidata.org/wiki/Wikidata:Property_proposal/approval_of_subject