User talk:Multichill/Archives/2020/August

profession from RKD only if it is a person

Hi, would be great if the RKD-script checks if the wikidata-item is a human or not when to decide to add a profession. It is now re-adding this over and over while kribot is removing this statement, see here https://www.wikidata.org/w/index.php?title=Q85408481&curid=84696985&action=history --Hannolans (talk) 18:59, 29 June 2020 (UTC)

@Hannolans: haha, die is mooi zeg. Dit had zomaar nog jaren door kunnen gaan als je het niet gezegd had. Ik zal een check opnemen of het om een instance of (P31) -> human (Q5) gaat en overslaan als dat niet het geval is. Multichill (talk) 19:02, 29 June 2020 (UTC)

Ja, ze zijn bijzonder trouw aan het verbeteren --Hannolans (talk) 19:32, 29 June 2020 (UTC)

@Hannolans: dit zou het op moeten lossen. Multichill (talk) 08:41, 2 August 2020 (UTC)

RKD werklocatie

He Multichill! We zijn bezig met een flink aantal vervaardigers die een rkd-id hebben toe te voegen. Het valt me op dat ze niet altijd langsgelopen worden wat betreft werklocatie, bijvoorbeeld deze: Ton Orth (Q28948817). In 2017 is daar door het botje de gerboortedatum en -plaats toegevoegd, maar de werklocatie (Rotterdam, tijdstip 1950) is niet aangevuld. Ligt dat er aan dat de werklocaties niet altijd goed leesbaar zijn door het script of heeft dit onderdeel af en toe een zwengel nodig? --Hannolans (talk) 14:25, 20 July 2020 (UTC)

@Hannolans: de werklocatie wordt alleen toegevoegd als er voor alle werklocaties in Wikidata een item wordt gevonden. In dit geval ontbreekt Menorca.

Dit heb ik zo gedaan omdat het later botmatig toevoegen zeer complex is. Ik heb het er bij de RKD wel eens over gehad om die thesaurus te koppelen met Wikidata. Dat is er nooit echt van gekomen. We kunnen natuurlijk gewoon een nieuwe property aanmaken en de boel gaan koppelen. De verschillende robots kunnen daar dan weer gebruik van gaan maken. Multichill (talk) 17:30, 20 July 2020 (UTC)

Ahh!!!!! Dat wist ik niet dat dat voorwaardelijk was. Ik wist wel dat het alleen werkte als er niets stond ingevuld. Werkt dat ook zo met beroep, ik heb het vermoeden van wel? Is RKD niet al beschikbaar als LOD en zouden we met SPARQL de gevallen kunnen queryen waarbij RKD wel werklocaties heeft maar wij niet? Een apart property voor RKD-thesaurus lijkt me een goed idee, we hebben inmiddels veel koppelingen met RKD. --Hannolans (talk) 18:18, 20 July 2020 (UTC)

Dat staat iets lager. Daar is het niet zo strict. De beroepen die bekend zijn worden toegevoegd en de rest overgeslagen.

Ik zie dat de RKD nu iets met LOD heeft gedaan op https://data.netwerkdigitaalerfgoed.nl/rkd/rkdartists / https://data.netwerkdigitaalerfgoed.nl/ivo/VGWW-RKD/graphs / https://data.rkd.nl/artists/344312

Onder andere de thesaurus zit daar al in gekoppeld aan externe bronnen. Dit had ik helemaal gemist. Wat leuk zeg. Zal er binnenkort eens goed naar kijken. Mis wel licentie van de data. Heb jij die al ontdekt? Moet iets vrij zijn om het aan Wikidata te kunnen koppelen. Multichill (talk) 19:45, 20 July 2020 (UTC)

@Hannolans: Wikidata:Property proposal/RKD thesaurus ID. Multichill (talk) 10:49, 2 August 2020 (UTC)

@Hannolans: Ik was toch bezig, heb nu work period (start) (P2031), work period (end) (P2032) & floruit (P1317) ook toegevoegd. Multichill (talk) 20:08, 2 August 2020 (UTC)

Super! --Hannolans (talk) 19:21, 4 August 2020 (UTC)

Dein Bot

Nachdem du deutsch sprichst: Magst du deinen Bot so erweitern, dass der in der Versionsgeschichte nachsieht, ob der Item eventuell entfernt wurde. Siehe: Arthur Feldmann. Emu hatte einen guten Grund, den Datensatz zweimal dort zu entfernen. --Wurgl (talk) 07:25, 11 August 2020 (UTC)

@Wurgl: these kind of statements shouldn't be removed, but instead set to deprecated so you did the right thing. This will prevent other users (bots and humans) from adding it again. Thanks for doing that. Multichill (talk) 18:05, 13 August 2020 (UTC)

Zorgvlied, Q2394981

Dag Multichill,

Ik kwam op de categorie Zorgvlied, Amsterdam op Commons. Deze begraafplaats ligt echter in de gemeente Amstelveen, volledig omringd door Amsterdam. Ik heb het op het wikdataitem gecorrigeerd, maar ik zie op allerlei externe databases "Amsterdam" staan. Hoe voorkom ik dat de oude aanduiding terugkeert? Bewijs dat het gemeente Amstelveen is, zie website begraafplaats, https://zorgvlied.amstelveen.nl/ (en bovendien ligt een familielid van mij daar begraven en krijg ik dus altijd nota's van de gemeente Amstelveen, vandaar dat ik het weet). Ellywa (talk) 10:05, 13 August 2020 (UTC) P.S. de commonscat ga ik wijzigen ook.

@Ellywa: hoi, dat is niet correct, Zorgvlied ligt in de gemeente Amsterdam. Zie de inleiding van nl:Zorgvlied (begraafplaats) en de BAG is natuurlijk de baas. Het is net zoiets als de Amsterdamse Waterleidingduinen (Q2014485) die in Bloemendaal liggen. Ik denk dat je wat bewerkingen terug moet draaien. Multichill (talk) 17:58, 13 August 2020 (UTC)

Tja, dank. Dat was niet slim. Ik heb het nu weer hersteld, althans, met een andere categorienaam op Commons, maar het klopt allemaal weer hoop ik. Dank je voor de BAG link. Ellywa (talk) 19:27, 13 August 2020 (UTC)

Kan gebeuren toch? Aangezien we het over Amsterdam hebben: Was een beetje een klerezooi en nu is het weer netjes :-) Multichill (talk) 20:07, 13 August 2020 (UTC)

Please don't do

...things like this. I'm currently working hard to clean up Bavarian objects and with such actions you fill up constrains list again. This is an sub-id and has definately no own ID. It is linked to with P527/P361. Thanks --Derzno (talk) 05:01, 31 August 2020 (UTC)