User talk:Floscher/Archive 1

Welcome to Wikidata, Floscher!

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! Cycn

Merging items

Hallo Floscher,

For merging items, you may want to use the merge.js gadget from help page about merging. It has an option "Request deletion for extra items on RfD" to automatically place a request to delete the emptied page. This way of nominating makes it a lot easier for the admins to process the requests.

With regards, - - (Cycn/talk) 09:01, 25 February 2014 (UTC)

Removed property (P132 (P132) vs. instance of (P31))

Why you have removed instance of (P31) and instance of (P31) in Pergola (Q207463) and other items? --ValterVB (talk) 22:28, 28 February 2014 (UTC)

I have removed instance of (P31) commune of Italy (Q747074) from Pergola (Q207463), because it already had the attribute P132 (P132) commune of Italy (Q747074). From my point of view, P132 (P132) implies instance of (P31).

I mean: If an entity has set P132 (P132) to value XY, it automatically also _is_ an instance of type XY.

With the removal of those attributes I only intended to reduce the size of the dataset(s) by removing in my opinion "duplicate" data.

That's my point of view. If you see advantages of having both attributes set with the same values, you're welcome to convince me of your position. And I'm sorry, if I've (unintentionally) destroyed anything you've created. --Floscher (talk) 19:44, 2 March 2014 (UTC)

No problem, I believe in your good faith and I understand you point of view but for P132 (P132) there is a discussion about the deletion, because community think that instance of (P31) is more flexible and useful. So is better wait the end of the discussion. --ValterVB (talk) 20:46, 2 March 2014 (UTC)

OK, thanks for pointing to that discussion. Abandoning P132 (P132) in favour of instance of (P31) sounds totally reasonable to me, because a "specialized" is_in-Property for administrative entities doesn't offer noteworthy advantages. But as you suggested, I won't touch those attributes until the discussion has finished. I'll maybe rather participate in the discussion. --Floscher (talk) 21:37, 2 March 2014 (UTC)

In the meantime the discussion about deletion of P132 (P132) has come to an end, so P132 (P132) will be deleted soon. --Floscher (talk) 15:16, 8 December 2014 (UTC)

Staat

Hoi Floscher.

Ich habe gesehen, dass du bei einigen Objekten die Eigenschaft country (P17) entfernt hast. Das ist im Prinzip gut überlegt, denn schliesslich kann dieser Wert über located in the administrative territorial entity (P131) oder P132 (P132) hergeleitet werden.

Und trotzdem habe ich diese Änderungen rückgängig gemacht. Denn die Datenqualität bei den administrativen Einheiten ist (zurzeit) alles andere als gut. Oft werden die Verwaltungseinheiten von verschiedenen Ländern miteinander vermischt, P132 wird mit P131 verwechselt oder P132 wird komplett falsch angewendet. Um solche Fehler schneller zu finden, hilft die Eigenschaft country (P17) enorm. Auch wenn dadurch Informationen doppelt gespeichert werden, hilft es Inkonsistenten zu entdecken. Eine List mit allen fehlerhaften Objekten mit Bezug zu P132 findest du übrigens hier. --Pasleim (talk) 13:39, 22 March 2014 (UTC)

Hi Pasleim,

danke für den Hinweis. Wie Du geschrieben hast, bin ich bisher immer davon ausgegangen, dass country (P17) ja durch located in the administrative territorial entity (P131) erschlossen werden kann. Und da ich eigentlich immer geprüft habe, ob located in the administrative territorial entity (P131) wirklich richtig nach oben in der Hierarchie verlinkt, dachte ich, dass man country (P17) an den Objekten nicht mehr braucht (ähnlich wie z.B. P74 (P74) bei den taxon (Q16521)en). Dann werde ich in Zukunft mal country (P17) an die Objekte hängen (habe gerade gesehen, dass instance of (P31) das sogar einfordert).

Und P132 (P132) ist ja nochmal eine andere Kiste. Dazu hatte ich ja schon im vorangegangenen Abschnitt eine kleine Diskussion. Hast Du übrigens schon gesehen, dass P132 (P132) momentan zur Löschung vorgeschlagen ist? --Floscher (talk) 03:33, 30 March 2014 (UTC)

instance of taxon

Hi, I see you are adding instance of taxon. This is not really forbidden, but it is not really useful (if it were useful, it would be easy to run a bot to do this). As it is, this is a waste of your time (better go do something that really needs a human eye!), and is a bother to anybody with a watchlist. - Brya (talk) 19:10, 29 March 2014 (UTC)

ISBN

Hi Floscher, please take a look at Wikidata:Books task force:

1. ISBNs are only for version, edition or translation (Q3331189) (not for works/books)
2. ISBNs have a special format: Not 8809768272 but 88-09-76827-2 or 978-88-09-76827-7
   1. Wikidata:Database reports/Constraint violations/P957

Cheers --Kolja21 (talk) 22:43, 29 May 2014 (UTC)

Hi Kolja, thanks for pointing that out. So far creating an item for each edition of a book sounded like overkill to me and I thought it might interfere with Wikidata:Notability. But if that's the common practice, I'll do that too in the future. Could you please have a short look at Starcrossed (Q7601547), Q17024306 and Starcrossed (Q17024324)? I've tried to improve Starcrossed (Q7601547) according to your tips and thus created the other two items.

I know about the special format with dashes, but I don't know where to look up where these dashes are located in an ISBN. In the end I just left them out, because I didn't want to guess their positions. I thought, there are surely Wikidata-users who will add them, because the constraint violations tell them to. And in my opinion, it is better to add a wrong-formatted ISBN to wikidata, than adding no ISBN.

Feel free to add the dashes, if you know where to place them. Cheers --Floscher (talk) 16:11, 30 May 2014 (UTC)

I don't think that all editions are notable. But surely the 1st edition (incl. translations) and the editions cited in Wikipedia. Unfortunately some book sellers use there own ISBN format. But you might want to switch to library catalogs that uses the correct format like SUDOC editions (P1025), SWB editions (P1044) or DNB edition ID (P1292). You can also use ISBN converter. Your items look good. I've connected the work page with the single editions: has edition or translation (P747) and added the year of publication, that is imho more important than the number of pages. There was only one small error: You've confused GND ID (P227) with DNB edition ID (P1292). The GND is for persons, organisations and works, the DBN number for the single edition. Good work ;) --Kolja21 (talk) 20:52, 1 June 2014 (UTC)

Sturm der Liebe (Q25128)

Hallo Floscher,

du hast bei Sturm der Liebe (Q25128) meine Bearbeitung als Fernsehserie revidiert, das verstehe ich nicht. Natürlich ist die Serie eine Telenovela, trotzdem ist es unbestreitbar auch eine Fernsehserie. Ich habe mir in Stichproben andere Telenovelas wie z.B. Anna und die Liebe (Q563734) angeschaut, dort sind ebenfalls beide Aussagen drin.

Viele Grüße

--McSearch (talk) 07:47, 14 June 2014 (UTC)

Hallo McSearch,

jede telenovela (Q23745) ist eine television series (Q5398426), aber nicht jede television series (Q5398426) ist eine telenovela (Q23745). Das wird dadurch ausgedrückt, dass das Objekt telenovela (Q23745) die Eigenschaft subclass of (P279) auf serial drama (Q7724161) gesetzt hat, und serial drama (Q7724161) wiederum subclass of (P279) auf television series (Q5398426) gesetzt hat.

Somit reicht es aus, wenn eine spezielle Instanz der Klasse Telenovela die Eigenschaft instance of (P31) auf telenovela (Q23745) gesetzt hat. Das impliziert dann instance of (P31) television series (Q5398426) (und übrigens auch z.B. instance of (P31) television program (Q15416), instance of (P31) film (Q11424) oder instance of (P31) series of creative works (Q7725310)).

In der Regel ist es auch wünschenswert, möglichst wenige Werte bei instance of (P31) einzutragen, da mehrere Werte für diese Eigenschaft darauf hindeuten können (!), dass das Datenobjekt mehr als eine Sache beschreibt (z.B. Objekte über Namen, die Vor- und Nachname sein können und deshalb sowohl family name (Q101352), als auch given name (Q202444) für instance of (P31) gesetzt haben), oder dass – wie in deinem Fall – die vergebenen Klassen über subclass of (P279) „verwandt“ sind und eine die andere impliziert.

Viele Grüße, --Floscher (talk) 13:53, 14 June 2014 (UTC)

Municipi of Milan (Q610625)

Hallo Floscher,

Property talk:P360 kennst Du? Gruß --Oursana (talk) 20:43, 29 June 2014 (UTC)

Unser Song für Malmö (Q2496839)

Hi Floscher. I noticed that in March, you added a lot of 'Unser Song für Malmö'-related statements into 'Germany in the Eurovision Song Contest 2013', which doesn't quite make sense. Additionally, @Soulkeeper: then merged in another 'Unser Song für Malmö' item which would've been better used to represent that selection show separately to the ESC-country-year item in Wikidata. --Krenair ^{(talk • contribs)} 21:59, 31 August 2014 (UTC)

Hi Krenair,

the problem with this was, that this item described two different things: the Armenian, Dutch, English, Swedish and Turkish Wikipedia pages are about the participation of Germany in the ESC 2013. But the German and Norwegian Wikipedia pages are about the TV-show in German television where the preliminary decision for the ESC was made. I just added information about this TV-show to the Wikidata-item associated with the German Wikipedia-article about it.

To resolve this problem I've now created the new item Germany in the Eurovision Song Contest 2013 (Q17745921) for the former meaning and updated Unser Song für Malmö (Q2496839) to represent only the TV-show. I hope that's okay with you. And by the way: This problem still exists for e.g. Germany in the Eurovision Song Contest 2012 (Q707989), Germany in the Eurovision Song Contest 2011 (Q835473), Germany in the Eurovision Song Contest 2010 (Q707694), Germany in the Eurovision Song Contest 2008 (Q662684), Unser Song für Dänemark (Q15080202) and many more.

Cheers, --Floscher (talk) 22:48, 31 August 2014 (UTC)

why removing P132 (P132): municipality in Germany (Q262166)

Hi, why are you removing the claim P132 (P132): municipality in Germany (Q262166)? Michiel1972 (talk) 15:04, 8 December 2014 (UTC)

Aahh...I see it is accepted to delete P132 since today. I took a long time but finally we can use P31 for this purpose. I will change the poperty label in my language. Michiel1972 (talk) 15:10, 8 December 2014 (UTC)

Yes, and I only delete P132 (P132) where it is duplicating instance of (P31). --Floscher (talk) 15:18, 8 December 2014 (UTC)

ISNI of Dick Richards (Q1209782)‎

Hello, could you explain me why you insist in giving to Dick Richards (Q1209782) the ISNI (P213) of 0000 0003 5409 4068 which doesn't work (see) where 0000 0001 1954 4727 seems the right one, as defined in the authority record from BnF. Toto256 (talk) 09:55, 30 December 2014 (UTC)

Hello Toto, I did this because the ISNI 0000 0001 1954 4727 is in another VIAF-cluster than the one about Dick Richards (Q1209782) (see [1]). Both were born in 1936 and called Dick Richards, but this one was born as Richard Richards and is a director (see IMDb-entry), the other one was born as Brian Alfred Richards and wrote a book about cancer (see GND-entry). The question is now: Is VIAF wrong, or BnF in connecting the ISNI-number to one of both Dick Richards?

Regarding the other ISNI: I didn't check, if the other ISNI worked. Is there a way I can find out, what happened to this ISNI-number (merged with other ISNI-number?), because it probably existed once (it was added by VIAFbot). --Floscher (talk) 17:15, 30 December 2014 (UTC)

Hello Floscher, indeed the case seems complicated with one ISNI for two different persons : the director of "March or die" which is Q1209782 and the Doctor who writes "The topic of cancer when the killing has to stop". I post a comment at ISNI to look for a disambiguation. However, I don't know any authority id for the latter, even though LoC has 2 ids. Just have to wait then. Thanks. Toto256 (talk) 12:15, 31 December 2014 (UTC)

Hi, you might be interested in knowing that ISNI office answers me:

Thank you for using the ISNI database and highlighting the multiple identities in the record for Dick Richards. There are now three separate records relating to each identity:

1. 0000000383102442 Dick Richards (Physician)
2. 0000000354094068 Dick Richards, 1936- (Film director)
3. 0000000439824445 Dick Richards (Journalist and film critic)

So your value of ISNI "0000 0003 5409 4068" is the correct one for Dick Richards (Q1209782). -- Toto256 (talk) 19:18, 15 January 2015 (UTC)

VIAF as reference

is complete nonsense (or makes marginal sense for the statement of the VIAF number itself), since the only meaning of the VIAF clusters is the combined meaning of the individual authority records clustered there. Please verify the authority values you enter with the links VIAF currently provides or - after entering them into Wikidata - with the links Wikidata provides. Thank you. -- Gymel (talk) 14:43, 22 June 2015 (UTC)

Richard Feynman (Q39246)

Hi! I'm new to wikidata and I have a question about the edit you just reverted. I added 'science education' as occupation to Richard Feynman because 'science educator' was not accepted (it would automatically change into Science Educator, the journal). And the reason I wanted to add 'science educator' is that it was listed in the now removed persondata template on the enwiki article about Feynman. Do you know how to solve this, or is it not necessary to add 'science educator' here at all? Thanks, Gap9551 (talk) 17:17, 13 October 2015 (UTC)

Hi and welcome to WikiData,

first of all, I am not the one who reverted your edit. I edited the wikidata-item directly before you did, and afterwards Jared Preston reverted your changes back to my revision of that item (the links in this paragraph take you to the changes/revisions I talk about).

I think the problem with your changes was, that neither science education (Q2485457) nor Science Educator (Q15764090) are occupations, one is as you said a journal, the other one is a field of education, but no occupation. The item for the occupation "science educator" does not exist yet AFAIK, so you currently can't assign Richard Feynman the occupation science educator. I see three viable solutions for your problem:

• You could create a new item "science educator" with subclass of (P279)pedagogue (Q1231865), instance of (P31)profession (Q28640) and field of this occupation (P425)science education (Q2485457) (similar to music educator (Q16145150)). But as you are a new wikidata-editor, I would advise against this, or at least you should discuss this with other editors (e.g. Jared Preston) before doing so.
• You could add field of work (P101)science education (Q2485457) to the wikidata-item Richard Feynman (Q39246), that would be my favourite solution.
• You could add occupation (P106)pedagogue (Q1231865) to the wikidata-item, as that is a more generic term for "science educator".

I hope that clears things up a bit, if not don't hesitate to come back here and ask again. --Floscher (talk) 12:52, 14 October 2015 (UTC)

Thanks for your clear explanation of the various options! I went with your second solution. And I apologize for wrongly attributing that edit to you, I misread the edit history. Gap9551 (talk) 23:55, 2 November 2015 (UTC)

No problem. Such changeset comments can easily be misread (revision 257498276 restored by Floscher instead of restored revision 257498276 by Floscher). Thank you for your feedback. --Floscher (talk) 13:02, 3 November 2015 (UTC)

Wikinews link

Hi. You reverted one of my edits in error. Letting you know. Wikinews topic categories are one of the several cases on Wikidata where non-mainspace pages in a sister project correspond to Wikipedia mainspace pages (I've never had personal dealings with other examples, merely heard of such). For example — the particular case in point — n:en:Category:Madrid corresponds to w:en:Madrid, so that both link to Madrid (Q2807). Cf. Wikidata:Wikinews/Development#Interproject links. --Pi zero (talk) 12:06, 3 November 2015 (UTC)

Thank you for letting me know. I wasn't aware of that and will keep that in mind for the future. --Floscher (talk) 12:47, 3 November 2015 (UTC)

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

Hello! The Wikimedia Foundation is asking for your feedback in a survey. We want to know how well we are supporting your work on and off wiki, and how we can change or improve things in the future. The opinions you share will directly affect the current and future work of the Wikimedia Foundation. You have been randomly selected to take this survey as we would like to hear from your Wikimedia community. To say thank you for your time, we are giving away 20 Wikimedia T-shirts to randomly selected people who take the survey. The survey is available in various languages and will take between 20 and 40 minutes.

Take the survey now!

You can find more information about this project. This survey is hosted by a third-party service and governed by this privacy statement. Please visit our frequently asked questions page to find more information about this survey. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email to surveys@wikimedia.org.

Thank you! --EGalvez (WMF) (talk) 20:31, 13 January 2017 (UTC)

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

(Sorry to write in Engilsh)

Hello! This is a final reminder that the Wikimedia Foundation survey will close on 28 February, 2017 (23:59 UTC). The survey is available in various languages and will take between 20 and 40 minutes. Take the survey now.

If you already took the survey - thank you! We won't bother you again.

About this survey: You can find more information about this project here or you can read the frequently asked questions. This survey is hosted by a third-party service and governed by this privacy statement. If you need additional help, or if you wish to opt-out of future communications about this survey, send an email through EmailUser function to User:EGalvez (WMF) or surveys@wikimedia.org. About the Wikimedia Foundation: The Wikimedia Foundation supports you by working on the software and technology to keep the sites fast, secure, and accessible, as well as supports Wikimedia programs and initiatives to expand access and support free knowledge globally. Thank you! --EGalvez (WMF) (talk) 08:03, 24 February 2017 (UTC)