User talk:Epìdosis/Archive/2024

From Wikidata
Jump to navigation Jump to search

Recensioni

Ciao, avrei una domanda riguardo i contributi di questo utente, giusto per capire se è "normale" quello che fa o no: io, quando devo aggiornare qualche dato, in questo caso i punteggi delle recensioni o gli incassi, semplicemente cambio il dato aggiornando anche la data e la data di consultazione della fonte, è sbagliato? Perché questo utente invece cancella tutto e poi inserisce i dati aggiornati, ma il problema è che a volte lo fa anche senza motivo, ad esempio qui (puoi vedere tu stesso dalla cronologia) ha cancellato tutto solo per cambiare la data, cancellando tra l'altro la data di consultazione della fonte, insomma il dato delle recensioni non era cambiato ma lui ha cancellato tutto lo stesso, e va avanti da mesi, facendo sei/sette edit al posto di uno solo per aggiornare, se lo facessi su it.wiki mi direbbero che sto intasando la cronologia, ma qui non so bene come funzioni, per cui chiedo a te, e buon anno :)--Luke Stark 96 (talk) 01:20, 3 January 2024 (UTC)

@Luke Stark 96: direi che il problema è dovuto principalmente all'attuale funzionamento di QuickStatements (abbreviato QS; cfr. Help:QuickStatements), che è di gran lunga il principale strumento di modifica massiva dei dati di Wikidata; purtroppo QS non permette di modificare i qualificatori e/o i riferimenti di una dichiarazione esistente, ma per ottenere tale risultato bisogna rimuovere l'intera dichiarazione e poi riaggiungerla (e QS, nell'aggiungere una dichiarazione, aggiunge prima il valore principale, poi un qualificatore per volta, poi un riferimento per volta); ovviamente modificando manualmente (o con un bot, che però dev'essere appositamente programmato) si potrebbe, con una sola modifica, intervenire sia sul valore della dichiarazione sia su uno o più qualificatori sia su uno o più riferimenti, e questo renderebbe le cronologie decisamente più facili da consultare, sono perfettamente d'accordo. Tuttavia, di fatto l'utente sta agendo in modo corretto, anche se perfettibile a causa di uno strumento limitato; l'unico punto criticabile, come osservi, è l'assenza di retrieved (P813) nei riferimenti ... per quanto si possa in questo caso inferire dal qualificatore point in time (P585) della dichiarazione, concordo con te che sia comunque meglio mettere sempre anche la data di consultazione (e ciò peraltro non comporterebbe un'ulteriore modifica, poiché i riferimenti vengono aggiunti ciascuno in un'unica modifica), quindi sì, ti direi di consigliare all'utente di copiare le date di consultazione dal qualificatore P585 anche al riferimento P813. Poi in linea teorica si potrebbe, per dire, aggiornare massivamente soltanto i dati che sono effettivamente cambiati (7 modifiche per mostrare che a distanza di un mese lo stesso film ha lo stesso score sono un po' sprecate, vero), tuttavia ciò implica fare una query sui dati esistenti e un confronto coi dati che si vanno ad aggiungere, il che può essere (specie su grandi moli di dati) un po' macchinoso ... si può suggerire all'utente, ma non direi che sia in senso stretto sbagliato intervenire massivamente su tutti i dati periodicamente, anche se ciò comporta in alcuni casi dei gruppi di modifiche di scarsa utilità come questi. Buon anno anche a te! --Epìdosis 07:27, 3 January 2024 (UTC)
Ah quindi la "colpa" è dello strumento che usa.... ok volevo giusto assicurarmi che il suo operato fosse giusto, ma io non sbaglio se invece aggiorno semplicemente cambiando il dato e aggiornando le date? (facendo un solo edit)--Luke Stark 96 (talk) 11:03, 3 January 2024 (UTC)
@Luke Stark 96: no, tu certamente non sbagli! --Epìdosis 18:42, 3 January 2024 (UTC)
D'accordo, volevo esserne sicuro, grazie e buona serata :)--Luke Stark 96 (talk) 19:05, 3 January 2024 (UTC)

temporary_batch_1704307986391

Hello, Epìdosis. In this batch, you have removed "researcher" as an occupation. I think those were valid statements. May I know the reason for removing the statements? — Haseeb (talk) 23:04, 3 January 2024 (UTC)

Hi @Haseeb55: the batch 1704307986391 is based on https://petscan.wmflabs.org/?psid=24099341&al_commands=-P106%3AQ1650915, which finds to-be-removed statements occupation (P106)researcher (Q1650915) according to the following criteria: 1) the item already has occupation (P106)writer (Q36180) (and presently researcher (Q1650915)subclass of (P279)university teacher (Q1622272)) and 2) the statement occupation (P106)researcher (Q1650915) either has no reference or it is only referenced through imported from Wikimedia project (P143). In these cases I think that occupation (P106)researcher (Q1650915) is just redundant (since occupation (P106)university teacher (Q1622272) is already present, and no actual reference justifies the additional presence of occupation (P106)researcher (Q1650915) itself); however, if it is manually readded with a reference (different from imported from Wikimedia project (P143)), it won't be removed again through the aforementioned mechanism. --Epìdosis 09:07, 4 January 2024 (UTC)

Andrea Ventura

Good morning Epìdosis, I've created Andrea Ventura (Q124109781): Italian artist (1968- ). VIAF:309838442 seems to mix with an other (unknown) person. SBN CFIV199346: Ventura, Andrea <1967- >. Kolja21 (talk) 05:23, 4 January 2024 (UTC)

@Kolja21: I have cleaned all "Andrea Ventura" in SBN as much as possible; for Andrea Ventura <1967- > (https://opac.sbn.it/nome/CFIV199346) there were no other data, and no references at all, so I deleted it; Andrea Ventura <1968- > existed already (https://opac.sbn.it/nome/RL1V003793) and I moved to it all the publications he claims on his website. A note on Andrea Ventura (Q124108270): Italian particle physicist (1975-): he was professor at the University of Florence (as stated in SBN and https://lasinodoroedizioni.it/autore/andrea-ventura/), never apparently at the University of Salento (as stated instead in https://d-nb.info/gnd/1155540778); probably this imprecision is due to a confusion with the younger Andrea Ventura (Q56488808): Italian particle physicist (1975-). Thanks as always for this report! --Epìdosis 09:56, 4 January 2024 (UTC)
There was a wrong ORCID import (physicist: same name, same university). I've created a new GND for the physicist. GND 1155540778 was created for Andrea Ventura, economist at the University of Salento, see Are There Differences in Boards of Directors Between Banks and Non-financial Firms? The professor at the University of Florence might be an other person. --Kolja21 (talk) 17:30, 4 January 2024 (UTC)
@Kolja21: I think effectively the author of https://link.springer.com/chapter/10.1007/978-3-319-70007-6_5 is the physicist (this http://www.dhitech.it/inerrantliveshow/ confirms that he has been involved in the use of physics for business) ... although the department indicated is strange (and probably wrong) since the physicist is obviously affiliated to the Department of Maths and Physics. Anyway, I remove https://d-nb.info/gnd/1155540778 from Andrea Ventura (Q124108270). --Epìdosis 17:39, 4 January 2024 (UTC)
I will look into it but since Q124108270 has been created for Andrea Ventura with GND 1155540778 and the Dialnet ID 5576727 the 1955 economist should get a separate item. --Kolja21 (talk) 17:48, 4 January 2024 (UTC)
@Kolja21: OK, I redirected it to Andrea Ventura (Q56488808) and I created Andrea Ventura (Q124130078) for the economist. --Epìdosis 17:53, 4 January 2024 (UTC)
Thanks but you're a bit to fast. Shouldn't we first find a proof that the GND/Dialnet economist is a the physicist? If I look at Q124130078#P1317 the new item is still a conflation. Let's keep the original Q124108270 using "said to be the same as" and then we work our way forward step by step. --Kolja21 (talk) 18:05, 4 January 2024 (UTC)
@Kolja21: the proof is https://iris.unisalento.it/handle/11587/418506 where the publication is clearly connected to Andrea Ventura physicist at the University of Salento; if the Andrea Ventura author of the publication was a homonym, there wouldn't be the connection. Checking the official list of publications of the physicist Andrea Ventura in the open-access repository of his university (https://iris.unisalento.it/cris/rp/rp02109), https://iris.unisalento.it/handle/11587/418506 (= https://link.springer.com/chapter/10.1007/978-3-319-70007-6_5) is one of them. --Epìdosis 18:11, 4 January 2024 (UTC)
@Kolja21: Finally I created the two coauthors, Vittorio Boscia (Q124130174) and Valeria Stefanelli (Q124130182); they are OK in SBN. --Epìdosis 18:28, 4 January 2024 (UTC)
Thanks. I'll create some of the missing GNDs. --Kolja21 (talk) 18:36, 4 January 2024 (UTC)

Split

Ciao, gli split sono accettati su Wikidata? Volevo creare un elemento su ciò ma non ero sicuro se è ammissibile qui su Wikidata. Àncilu (talk) 09:17, 12 January 2024 (UTC)

@Àncilu: certamente, lo puoi creare con instance of (P31)split album (Q368281). --Epìdosis 10:01, 12 January 2024 (UTC)
Grazie, l'ho creato, Q124262209. Con gli album di Trhä però avrei un dubbio... i titoli sono scritti in una lingua che l'autore ha inventato, quindi come potrei riempire la proprietà titolo? Àncilu (talk) 16:08, 13 January 2024 (UTC)
@Àncilu: puoi usare per title (P1476) il codice "und" (lingua imprecisata), mi pare la scelta migliore. --Epìdosis 16:10, 13 January 2024 (UTC)

MnM PIAC

Ciao Epìdosis, potresti deattivare il catalogo PIAC authors? L'URL risolta aver cambiato da http://piac.urbe.it/ verso https://catalogo.piac.it/. Purtroppo, gli ID non sono statti riusato; ad esempio Jill Diana Harries (Q34004342) sembra di avere avuto l'ID 17837 mentre adesso a 22186. @Bargioni: che l'ha importato. --Jahl de Vautban (talk) 14:39, 25 January 2024 (UTC)

@Jahl de Vautban: sì, è un peccato che tutti gli ID siano da buttare; probabilmente in febbraio importiamo un nuovo catalogo e ricominciamo daccapo ... grazie per la segnalazione, ho disattivato il catalogo. --Epìdosis 15:10, 25 January 2024 (UTC)

Consiste di (P527) con varie sottogruppi

Ciao! Avendo finito di importare i discorsi di Dione, mi è venuta una interrogazione su comme procedire per collegarli all elemento generale dei Speeches (Q87746189). Il problema è chi ci sono varie "sottogruppi", ad esempio On kingship (Q124387454), che consista nei quatro primi discorsi. Per il momento, quando tale sottogruppo esisteva, ho collegato lui a Q87746189, mentre i discorsi sono collegati al sottogruppo, ma forze sarebbe meglio collegare tutti i discorsi individuale a Speeches (Q87746189)? Non so se c'è una pratica migliore, l'esempio dei libri della Biblia mi è paruto molto confuso. Grazie! --Jahl de Vautban (talk) 20:20, 30 January 2024 (UTC)

Ciao @Jahl de Vautban:! Innanzitutto grazie per aver importato tutti i discorsi di Dio Chrysostom (Q334457), mi pare un'ottima idea. Sì, la questione dell'uso di has part(s) (P527) non è facilissima; forse proporrei il seguente schema: Speeches (Q87746189) tramite has part(s) (P527) linka ai singoli discorsi 1-4 (ma non al sottogruppo On kingship (Q124387454) per non creare difformità); i singoli discorsi 1-4 tramite part of (P361) possono linkare sia a Speeches (Q87746189) sia al sottogruppo On kingship (Q124387454); il sottogruppo On kingship (Q124387454) tramite part of (P361) può linkare a Speeches (Q87746189). Che ne dici? --Epìdosis 20:42, 30 January 2024 (UTC)
Ottimo, me ne occupo domani. --Jahl de Vautban (talk) 20:45, 30 January 2024 (UTC)

it.wiki P8189

hello Epi,

Can you help with this. Thanks in advance. Geagea (talk) 11:46, 31 January 2024 (UTC)

@Geagea: thanks, ✓ Done. --Epìdosis 12:00, 31 January 2024 (UTC)

Susanne Lackner

Hi, are you sure about this edit? The entry was probably created for Media law enforcement without frontiers so it’s really about the lawyer not the philologist. --Emu (talk) 10:02, 4 February 2024 (UTC)

Also, I find it highly unlikely that Susanne Lackner (Q121769760) is identical to Susanne Findenegg-Lackner. The DBC 87097968597137 link doesn’t fit at all either. I think the VIAF is just highly inflated. --Emu (talk) 10:05, 4 February 2024 (UTC)
@Emu: thanks for writing me; yes, PLWABN effectively belonged to Susanne Lackner (Q121769760): Austrian jurist, I restored it; and so the VIAF cluster is conflated, I marked it as such, and DBC is surely another person (removed); as for the identification of Susanne Findenegg-Lackner with Susanne Lackner (Q121769760): Austrian jurist, it is supported by BNF and I think it is not so unlikely (GND and BNF agree about Diss. phil. Nijwegen, 2002 - so she probably knows Dutch - and about the fact that she is a translator), I would keep it. --Epìdosis 12:05, 4 February 2024 (UTC)

Merge request

Hello.

The Wikidata page of "Petr Janiš" (Q95392172) and the Wikidata page of "Petr Janiš" (Q95773157), are about the same Czech actor born im 1951, and need to be merged.

Yours sincerely, 31.200.16.100 15:40, 5 February 2024 (UTC)

✓ Done --Epìdosis 20:15, 5 February 2024 (UTC)

K. Samos

Hi Epìdosis, any idea who this artist could be? Samo Koler (Q124433074): painter (1909-1988):

I didn't find him/her in AKL online. --Kolja21 (talk) 22:10, 5 February 2024 (UTC)

@Kolja21: thanks to a hint by SBN I found a sure identification (also in AKL): Samo Koler (Q94491525): painter (1909-1988). Doing these difficult researchers is always very interesting, thanks! Good night, --Epìdosis 23:01, 5 February 2024 (UTC)
Impressive. Thanks! --Kolja21 (talk) 23:50, 5 February 2024 (UTC)

Domenico Gottardi

Hi Epìdosis, any idea who the 18th century author Domenico Gottardi (Q124538070) could be? Priest and/or historian? He is not mentioned in WBIS. Listed titles (GND):

  • Compendio della vita di S. Rainaldo, prima vescovo di Vicenza poi arcivescovo di Ravenna (1789)
  • Memorie storiche di S. Rainaldo Concoregio arcivescovo di Ravenna (1790)
  • Daciana diaconessa (1792)

--Kolja21 (talk) 20:26, 14 February 2024 (UTC)

@Kolja21: priest and historian; I found an entire death announce of 1794 with 5 pages of biography. --Epìdosis 21:02, 14 February 2024 (UTC)
Perfect. I have updated GND 1157640575 accordingly. --Kolja21 (talk) 21:43, 14 February 2024 (UTC)

VIAF

Hi Epìdosis, DifoolBot has now run through all usable VIAF name authority files: CONOR.SI ID (P1280) did not yield must result and National Library Board Singapore ID (P3988) contains an old ID that you can't use to query VIAF, see this discussion: Property talk:P3988#2022 updates.

I'll update the bot code so it can run unsupervised through all IDs and to let it handle unusual cases like this (VIAF ID: no value) and this (no human, pseudonym). In some cases, it was also unnecessary conservative; if VIAF listed multiple IDs (for example this one for BNC) it would skip it. I think I'll wait till User:Difool/viaf already somewhere is mostly emptied and will then run it again. Difool (talk) 04:28, 18 February 2024 (UTC)

@Difool: perfect, I agree. Once most of the page is solved, it will be good to run the bot again on all cases, in order to see new problematic cases emerging. Epìdosis 09:44, 18 February 2024 (UTC)

Pseudonym

How would you handle this? The writer and his pseudonym have both a page on BnF and as a result on VIAF too. Would you merge them or keep them separate, same as Mark Twain (Q110214222)? Difool (talk) 07:10, 18 February 2024 (UTC)

@Difool: pseudonyms are one of the most significant problems in the management of our items about humans. Some authority files have a cataloguing policy which prescribes using one ID for each humans, whilst others have a cataloguing policy according to which each name or pseudonym of the same person should have one separate ID. The usual policy on Wikidata, which is not so coherent, is the following: if at least one Wikimedia project has an article for both the human and one of his pseudonyms, the two items are kept separate and interlinked with said to be the same as (P460); in all other cases, only one item is kept (with all pseudonyms indicated through pseudonym (P742) and the multiple identifiers distinguished through subject named as (P1810)). I adopted this second option of the above case, merging the items. Epìdosis 09:50, 18 February 2024 (UTC)
Okay, thanks, that's very clear. I'll use that - Difool (talk) 15:55, 18 February 2024 (UTC)

Gestione delle property di Data in Pedia / Supporto realizzazione bot

Ciao Camillo, non ho ben chiaro se avendomi tu dato il benvenuto ufficiale sulla mia pagina utente sei pertanto divenuto il mio mentore ma, a prescindere da ciò, col fatto che sei l'autore dei video YouTube inerenti Data che ho visionato (peraltro, complimenti, molto chiari e d'aiuto), sarai sicuramente la persona giusta alla quale rivolgere la mia domanda: mi stavo chiedendo, ora che ho creato una property film ID per nientepopcorn (Q123434360) vorrei inserirlo nel paragrafo dei Collegamenti esterni in Pedia (credo che essendo un sito italiano debba risultare tra i link proposti) ma come viene gestita questo dato in Pedia? Sono giunto al Modulo:Collegamenti_esterni/Cinema ma è protetto e con il mio account non posso modificarlo. Forse devo chiedere qualche abilitazione? Oppure occorre avere raggiunto un certo numero di edit come mi è stato risposto in passato per una richiesta simile? In quest'ultimo caso sarei compromesso (vedasi la mia introduzione nella mia pagina utente)!
Dato che la domanda è più inerente Pedia che non Data, torno in topic con una seconda domanda: sto provando a scrivere uno script in Python per un bot col fine di popolare le property di alcuni portali. È la prima volta che mi affaccio a un intervento così tecnico e non mento nel dire che sono stato rimbalzato tra non so quante pagine di Help per installazioni e configurazioni varie. X_X Eventualmente mi dovessi intoppare, come è già successo numerose volte, posso contare sul tuo supporto (in italiano!!!) anziché impiegare giorni e giorni per venirne a capo?! --Wiccio (talk) 07:50, 21 February 2024 (UTC)

Ciao @Wiccio:, grazie per le domande! Dunque, l'aggiunta di nuove proprietà al it:Template:Collegamenti esterni viene proposta in it:Discussioni template:Collegamenti esterni (non ci sono problemi riguardo al numero di edit), possibilmente segnalando la proposta anche al progetto competente (in questo caso it:Discussioni progetto:Cinema); se dopo es. una-due settimane c'è consenso per l'aggiunta, essa viene effettuata da un amministratore (che, in questo caso, modificherebbe appunto it:Modulo:COllegamenti esterni/Cinema), es. io che posso essere pingato e intervengo velocemente. Per quanto riguarda invece programmare bot su Wikidata, confesso di non averne mai programmato uno e di non esserne in grado; penso che la persona migliore per assisterti in italiano sia @Horcrux:, che da anni gestisce ottimamente @Botcrux:. Ti segnalo che, se intendi semplicemente aggiungere una serie di proprietà a degli elementi, è possibile che non ti sia strettamente necessario programmare un bot in Python, ma potrebbe bastarti usare il tool QuickStatements; su quello sono in grado di aiutarti personalmente, lo uso molto spesso. Per qualunque domanda sono sempre qui a tua disposizione! Buon wiki, --Epìdosis 09:42, 21 February 2024 (UTC)
Ciao! Se dovesse servire una mano con python a portata di ping. --Horcrux (talk) 11:57, 21 February 2024 (UTC)
Grazie mille, gentilissimi e disponibilissimi entrambi! Urrà, appena il lavoro e i bimbi mi permettono di dedicarci il dovuto tempo, torno a mettere in pratica quanto mi è stato consigliato! ;-) --Wiccio (talk) 18:12, 21 February 2024 (UTC)
Ciao @Epìdosis. Infine ieri ho dato un'occhiata al tool Help:QuickStatements e ho provato a inserire 3 proprietà all'elemento Q5887360, una delle quali una volutamente doppia per testarne il funzionamento. Giustamente, come anche specificato nella pagina di help, per la proprietà già esistente non ha generato un doppione, ottimo! Però devo constatarne che non mi velocizza più di tanto l'inserimento né me lo semplifica. Attualmente, con la procedura d'inserimento manuale, io mi apro su un monitor un'area di lavoro precedentemente configurata e preparata sul mio browser Vivaldi mentre sull'altro monitor gestisco l'inserimento su Wikidata. QuickStatements mi "obbliga" a recarmi in ogni caso sulle singole homepage delle proprietà per cercare le stringhe da inserire sul relativo elemento Wikidata. Personalmente starei cercando una procedura più automatizzata che recuperasse da sé queste stringhe. Ti ringrazio tanto per il consiglio e il supporto offertomi ma credo che la realizzazione di un bot, benché al momento io non sappia ancora dire se concretamente fattibile, sia la via migliore da percorrere. In ogni caso sarà un entusiasmante obiettivo! :-) --Wiccio (talk) 07:47, 27 February 2024 (UTC)

Duplicates

Hello Epì, First, Manually update list of Property talk:P8189/Duplicates not working (maybe only for me?).


secondly, we need some way to mark duplicates that are ok. For example zinc mine (Q20897929) and zinc mining (Q8072300) they are both ok with the J9U and LCCN. But there may already be such a marking that I don't know. Geagea (talk) 09:28, 22 February 2024 (UTC)

Hi @Geagea:, sorry but for some reason I forgot to answer your message before! So, for the update of Property talk:P8189/Duplicates I think it's just an issue of Listeria which sometimes is slow in handling manual updates, but it should work anyway (I see the last update on 22 February). For marking cases of items in which the same identifier is effectively shared, the standard way to do it is using qualifier identifier shared with (P4070); using it is surely a better option than adding a great number of exception to constraint (P2303) to the property itself (as has been done e.g. for Library of Congress authority ID (P244) unfortunately); I edited J9U ID (P8189) so that items using qualifier P4070 are not marked as constraint violations and I also edited the Listeria in Property talk:P8189/Duplicates so that (from the next update) cases marked with P4070 will be excluded from the list. As always, ask me if you have other questions or doubts! Epìdosis 05:51, 25 February 2024 (UTC)
Thank you very much for the detailed answer. And I agree with you about exception to constraint (P2303) in Library of Congress authority ID (P244). Geagea (talk) 08:11, 25 February 2024 (UTC)

John Davies

Hi Epìdosis, OPAC SBN Davis, John <1774-1854> lists two titles of a namesake:

--Kolja21 (talk) 00:17, 25 February 2024 (UTC)

@Kolja21: thanks very much! I fixed them (although it's not yet visible) and I also tried to improve the overall situation of the very complex homonymity "John Davis" (see John Davis (Q124661956): American art historian (1961-) and John Davis (Q124661875): American political scientist (1962-)). --Epìdosis 10:15, 26 February 2024 (UTC)

VIAF e ISNI da BeWeB

Ciao Epi, grazie per il lavoro che stai faciendo pullendo le vari ISNI e VIAF! Tuttavia alcune avevano come fonti la loro utilisazione fra BeWeB (esempio) e penso che si dovrebbeno conservare finchè BeWeB vienne corretto (cio chè non so sè verra fatto). Forse tu o altri membri del GWMAB hanno contatto con loro? --Jahl de Vautban (talk) 13:08, 8 March 2024 (UTC)

@Jahl de Vautban: sì, abbiamo un contatto con BeWeb (tramite @Bargioni:) e siamo riusciti già a far correggere vari errori; quello che sto facendo al momento è segnalare i casi all'ISNI tramite la loro interfaccia di segnalazione errori, che nel complesso funziona bene; in circa 2-3 giorni lavorativi risolvono in modo quasi sempre soddisfacente i problemi segnalati, l'unico problema è che non mi notificano che il problema è stato risolto, quindi devo ripassare io a controllare. La speranza è che sistemare ISNI possa influenzare positivamente il VIAF, anche se sul VIAF continuiamo a non avere alcun controllo diretto. Sto togliendo gli ISNI errati di BeWeb perché più che altro aggiungono ulteriore confusione alla già intricatissima situazione di ISNI, che spesso fa conflazioni assurde; l'import da BeWeb fu fatto una tantum e non ne dovrebbero essere in programma altri; se tuttavia venisse fatto un altro import da BeWeb, ne dovrei venire a conoscenza in anticipo e chiederei in ogni caso di applicare la policy già usata con molto successo da Difool per gli import legati al VIAF (ossia raccogliere in una pagina di segnalazioni come User:Difool/viaf already somewhere l'ISNI che BeWeb attribuisce ad A ma già presenti in B), così che poi si potrebbe usare tale pagina per segnalare in blocco a BeWeb un bel gruppo di ISNI da correggere. Quindi appunto, la mia idea è che il rischio di reimport da BeWeb è basso e che, se ci sarà un reimport, si potrà adottare la strategia di "una pagina con lista dei casi problematici" per poi usare tale pagina per segnalre tutto a BeWeb stesso (più comodo che non mandare tante piccole segnalazioni su una miriade di ISNI errati, soprattutto per autori antichi). Cosa ne pensi? --Epìdosis 13:40, 8 March 2024 (UTC) P.S. Ho già fatto correggere almeno una ventina di ISNI di autori antichi e sto procedendo nei momenti liberi: segnalo a ISNI e poi ci torno su dopo tre o quattro giorni per vedere che abbiano corretto bene e per aggiungere i nuovi ISNI a Wikidata (per questo mi vedi aggiungere un po' di ISNI ad autori antichi e bizantini negli ultimi giorni)
Grazie per la segnalazione che i riporti a ISNI funzionano anche sensa risposta dalla loro parte; ne avevo segnalato alcune e effetivamente sono state risolte. Continuero a farli!
Per BeWeB il mio problema è chè nel frattempo di questo ipotetico reimport, le dati non vengono correte e tuto il nuostro lavoro di curazione viene perduto. Mi sembra che uno più esperto che me in SPARQL pottrebe migliora una query di questo genere aggiungendo l'etichetta delle dichiariazione sbagliata, l'etichetta della dichiarazione giusta e che l'esporto del tutto pottrebe essere mandato ogni periodo di tempo a definire a BeWeB per correzione. Al momento ci sono già una trentina di correzione possibile su nove properties differente (non avendo verificato che tutte sono da fare), mi pare già un bel po. --Jahl de Vautban (talk) 16:21, 8 March 2024 (UTC)
@Jahl de Vautban: sì comprendo perfettamente e mi pare una preoccupazione molto giusta. Ho modificato un po' la query (https://w.wiki/9QVy) e @Bargioni: prova a inviarla a BeWeb, così che correggano i dati errati e poi (dopo averli corretti) rimuovano le dichiarazioni deprecate da Wikidata; spero che la mossa possa avere successo. Cerco di recuperare a mano gli ISNI che ho rimosso negli ultimi giorni e di mandarglieli un mail separata. Epìdosis 17:06, 8 March 2024 (UTC)
Grazie per la query migliorata, sono riuscito a aggiungere anche la dichiarizione giusta: https://w.wiki/9QXY --Jahl de Vautban (talk) 18:01, 8 March 2024 (UTC)
@Jahl de Vautban: Abbiamo mandato a BeWeb sia la query con tutti gli errori (https://w.wiki/9QXY) sia, a parte, una lista degli ISNI errati (compresi quelli che avevo già rimosso). Epìdosis 19:14, 15 March 2024 (UTC)
@Jahl de Vautban: gli ISNI errati che avevo segnalato a parte sono stati corretti in BeWeb :) Epìdosis 11:59, 18 March 2024 (UTC)
Ottimo, grazie! --Jahl de Vautban (talk) 12:18, 18 March 2024 (UTC)

Q16105430

Hello Epì

I want to give the statement Moussa B. H. Youdim (Q16105430)date of birth (P569)28 February 1940 preferred rank according to the rational I have expressed in the item's talk page. Do we have some kind of Wikibase reason for deprecated rank (Q27949697) that says lets say: 'see talk page' or something like that. Geagea (talk) 22:51, 14 March 2024 (UTC)

Hi @Geagea:, thanks for the question. In items we usually don't use statements, qualifiers or references referring to something in Wikidata outside the items themselves, because the structured data should be complete in themselves; I think that in this case reason for preferred rank (P7452)source considered most trustworthy (Q97479954) is a good option (I have added also another good source supporting 28/02/1940, which reinforces the statement). Bye! --Epìdosis 09:10, 15 March 2024 (UTC)
Thanks, that was helpful Geagea (talk) 11:33, 15 March 2024 (UTC)

Invitation to participate in the WQT UI requirements elicitation online workshop

Dear Epìdosis,

I hope you are doing well,

We are a group of researchers from King’s College London working on developing WQT (Wikidata Quality Toolkit), which will support a diverse set of editors in curating and validating Wikidata content.

We are inviting you to participate in an online workshop aimed at understanding the requirements for designing effective and easy-to-use user interfaces (UI) for three tools within WQT that can support the daily activities of Wikidata editors: recommending items to edit based on their personal preferences, finding items that need better references, and generating entity schemas automatically for better item quality.

The main activity during this workshop will be UI mockup sketching. To facilitate this, we encourage you to attend the workshop using a tablet or laptop with PowerPoint installed or any other drawing tools you prefer. This will allow for a more interactive and productive session as we delve into the UI mockup sketching activities.

Participation is completely voluntary. You should only take part if you want to and choosing not to take part will not disadvantage you in any way. However, your cooperation will be valuable for the WQT design. Please note that all data and responses collected during the workshop will be used solely for the purpose of improving the WQT and understanding editor requirements. We will analyze the results in an anonymized form, ensuring your privacy is protected. Personal information will be kept confidential and will be deleted once it has served its purpose in this research.

The online workshop, which will be held on April 5th, should take no more than 3 hours.

If you agree to participate in this workshop, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form to register your interest https://forms.office.com/e/9mrE8rXZVg Then, I will contact you with all the instructions for the workshop.

For more information about my project, please read this page: https://king-s-knowledge-graph-lab.github.io/WikidataQualityToolkit/

If you have further questions or require more information, don't hesitate to contact me at the email address mentioned above.

Thank you for considering taking part in this project.

Regards Kholoudsaa (talk) 14:33, 17 March 2024 (UTC)

SPARQL query for qualifiers

Ciao Epìdosis! I am trying to create a query that lists all items with a Rahlfs catalog (Q122984724), that is, all items with a catalog code (P528) statement (regardless of value) that has a qualifier catalog (P972)Rahlfs catalog (Q122984724). The query builder currently has no feature to search qualifiers. Do you know a magic trick? Many thanks in advance, Jonathan Groß (talk) 15:18, 11 March 2024 (UTC)

@Jonathan Groß: sure, very easy:
#title:Manuscripts in Rahlfs catalogue
SELECT ?item ?itemLabel ?n
WHERE {
  ?item p:P528 ?st .
  ?st ps:P528 ?n ; pq:P972 wd:Q122984724 .
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}
ORDER BY ?n
Manuscripts in Rahlfs catalogue
Good evening, --Epìdosis 17:51, 11 March 2024 (UTC)

Thank you so much! Jonathan Groß (talk) 06:26, 20 March 2024 (UTC)

Worldcat deletions

Dear Epidosis! I'm not sure these are correct edits 2, 3 etc. ... Why are they needed? Pallor (talk) 23:48, 13 March 2024 (UTC)

Hi @Pallor:, thanks for the question. I have answered in Wikidata:Edit groups/QSv2/226272 to a similar one. --Epìdosis 08:24, 14 March 2024 (UTC)
Hmmm... I don't know. Here, for example, it would have been particularly useful if the Worldcat ID had been preserved. There was no deception involved, it was the exact link that led to the WCE ID. If I didn't have the item on my watchlist, I would have lost a helpful connection right now.
I've been following the P7859 deletion discussion closely, and I see that there is absolutely no consensus on deleting these identifiers. Personally, I'm of the opinion that the P7859 data should remain until the new WorldCat Entities ID (P10832) IDs roll out, but the current workflow you're doing goes against that. Pallor (talk) 09:33, 14 March 2024 (UTC)
@Pallor: I agree that in P7859 deletion discussion there is no consensus to delete P7859 values until P10832 values are added to the items containing them; however, as I said, I think that: 1) we should not risk to import new P10832 on the basis of P7859 that could well have been wrong from the beginning (since they were imported on the basis of P214 values which have now been removed from the respective items) and 2) we can anyway import P10832 values directly from P214 and P244 values (example: since https://worldcat.org/identities/lccn-n94087312/ redirects to https://id.oclc.org/worldcat/entity/E39PBJqQyJcTGCdfPq8FvfhWDq we can reach the first both through the value of P7859 lccn-n94087312 using formatter https://worldcat.org/identities/$1/ and through the value of P244 n94087312 using formatter https://worldcat.org/identities/lccn-$1/, the difference being that the correctness of the presence of P244 in the item is not problematic, whilst the value of P7859 is possibly risky because it derived from a P214 value already removed from the item). Summarizing: with the goal of adding precise values of P10832 to the items, I think it is important to avoid the risk of using wrong values of P7859 as sources, although this could also cut down a certain percentage of good IDs (but checking all of them manually would be impossible).
I have already expressed this reasoning in Wikidata:Properties for deletion/P7859 on 3 June 2023 and it didn't receive negative replies, so on this basis I sometimes run cleaning batches based on the same principle (i.e. if P7859 is imported on the basis of a P214 not present anymore in the item, it is risky to retain P7859 since it could have been originally wrong and thus lead to a wrong import of P10832). Of course these batches, in order to cut a few wrong P7859 values, surely cut also many good ones; if we judge, instead, that it is better keeping also a certain (difficult to calculate) percentage of wrong P7859 in order not to lose a probably higher percentage of P7859 values, I will of course not do future similar batches. It is just a metter of keeping a few wrong values with more good ones, or remove them all to be more careful. Epìdosis 10:30, 14 March 2024 (UTC)
The thing is, in this series of deletions, there were three entries where the link to the entity identifier was correct, but it was lost because you deleted P7859. Fortunately, I was able to restore the relationship because I had the affected items in my watchlist and I could retrieve them based on the previous relationship.
We have put a lot of effort into linking Hungarian persons to P10832 (currently most P10832s are still) in the Hungarian citizens element), I have personally linked hundreds of elements (e. g. [1]) and my impression is that 99% of the P7859 lccn links point to the correct location. The concern you reported is not real in practice, I can't substantiate it.
However, of the items on my watch list, there were more than 20% from which you deleted the P7859 link, even though the link pointed to the right place, making it difficult to establish a subsequent link with your editing. This makes it clear to me not to support any deletion mechanism for the time being, and to ask you not to delete property P7859 at all until there is community consensus to do so.
The proposed solution you have outlined is a significant detour, and since we know that a flawless database does not exist, if we include a third affected database, we essentially increase the possibility of errors.
Otherwise, regardless of the above, I support the deletion of P7859 once all affected elements have been assigned a P10832 identifier, but this should not be done along ad hoc decisions or flawed concepts, but based on a broader consensus.consensus. Pallor (talk) 21:29, 17 March 2024 (UTC)
@Pallor: OK, basically you think that among the removed values the percentage of good ones overwhelmingly outnumbered the percentage of wrong ones; it is difficult to measure it (as we agree), but I very much hope you are right; as I said, I ran this batch since the previous ones that I ran in June 2023 on the basis of the same reasoning (i.e. if P7859 is imported on the basis of a P214 not present anymore in the item, it is risky to retain P7859 since it could have been originally wrong and thus lead to a wrong import of P10832) didn't receive objections; on the basis of this objection, I will undo the 3 batches I recently ran (https://editgroups.toolforge.org/b/QSv2/226272/, https://editgroups.toolforge.org/b/QSv2/226273/, https://editgroups.toolforge.org/b/QSv2/226306/).
I'm not sure to understand the part "if we include a third affected database, we essentially increase the possibility of errors"; if possible, please have a look at Wikidata:Properties for deletion/P7859#New proposed plan for migration to P10832 and comment there. Thanks! Epìdosis 07:49, 18 March 2024 (UTC)
I don't get it... We just discussed how these edits do more harm than good. Pallor (talk) 10:25, 18 March 2024 (UTC)
@Pallor: this batch is correlated to 3 other batches which do the exact conversion of these values of P7859; the batches are https://quickstatements.toolforge.org/#/batch/226427, https://quickstatements.toolforge.org/#/batch/226428, https://quickstatements.toolforge.org/#/batch/226429 and are presently stuck in the queue; there is an exact correspondence, for each P7859 a new P10832 will be added (once all the batches are run). Epìdosis 10:28, 18 March 2024 (UTC)
BTW in the meanwhile I have also started the rollback of the 3 batches above through EditGroups, although the undo hasn't started yet, probably due to the queue of batches passing through QS (which in these days has often problems with batches stuck for hours). Epìdosis 10:30, 18 March 2024 (UTC)
Okay, that's fine (but you could have said) Pallor (talk) 10:49, 18 March 2024 (UTC)
Currently I have started the undo of the three batches on 18 March, but it is still stuck, as reported to the programmer of EditGroups (cf. Topic:Y0hoi0xhy1w9hry9). --Epìdosis 20:10, 30 March 2024 (UTC)
Ok, thanks for the notification! Pallor (talk) 00:38, 31 March 2024 (UTC)

Researcher quickstatement deletion

Hi,Epìdosis. First of all thank you for your time editing and improving Wikidata. That said, I detected that you used temporary_batch_1710528583746 to revert several dozens of my edits assigning "researcher" as occupation for some people. Could you explain further why is the reason of these edit? Is there a particular criteria I'm missing? Thanks in advance. Kippelboy (talk) 13:27, 19 March 2024 (UTC)

Hi @Kippelboy:, thanks for the question! I used periodically this query:
SELECT ?item
WHERE {
  ?item p:P106 ?st1 . ?st1 ps:P106 wd:Q1622272 .
  ?item p:P106 ?st2 . ?st2 ps:P106 wd:Q1650915 .
  MINUS { ?st2 ?pq ?pv . ?p wikibase:qualifier ?pq . }
  { MINUS { ?st2 prov:wasDerivedFrom ?ref2 } . } UNION
  { ?st2 prov:wasDerivedFrom ?ref, ?ref3 . ?ref pr:P143 [] . MINUS { ?ref3 pr:P854 ?url } . MINUS { ?ref3 pr:P248 ?s } }
}
Try it!
to detect the statements occupation (P106)researcher (Q1650915) to be removed. The criterium was: considering items which have a statement occupation (P106)researcher (Q1650915) with no references, or with only references not containing reference URL (P854) and/or stated in (P248) (i.e. probably references containing imported from Wikimedia project (P143)), if the item also has a statement occupation (P106)university teacher (Q1622272), then having occupation (P106)researcher (Q1650915) is redundant. The main motivation when I originally started to use this query was (if I remember correctly) that indirectly university teacher (Q1622272) was subclass of (P279) of researcher (Q1650915); however, this has probably changed at some point in time (checking which link in the chain has been changed is very difficult, I have tried in the last 30 minutes without finding it), so it is not true anymore. The other reason, still valid, is that occupation (P106)researcher (Q1650915) is too much widespread (by far the most common value of occupation (P106), with 1.95M occurrences as of now: Special:Search/haswbstatement:P106=Q1650915) and in most cases without serious references and often in a far too generic way, typically as a placeholder-value for occupation (P106) in newly-bot-created items about researchers with ORCID iD (P496); so, when the item has other more specific occupation (P106) values, usually researcher (Q1650915) tends to be removed also manually in order to make the whole list of occupations more readable.
Anyway, since the first reason seems not valid anymore, I have removed from my to-do-list the criterium "the item also has a statement occupation (P106)university teacher (Q1622272)" and I will use only the criterium "the item also has a statement occupation (P106)value where value is a direct or indirect subclass of (P279) of university teacher (Q1622272)" (see direct and indirect 1st grade), in order to be sure to remove only surely redundant occupation (P106)researcher (Q1650915) statements in the future. --Epìdosis 15:58, 19 March 2024 (UTC)

Mike Danson

Hello Epì, see the two items:

Looking at the publications in the VIAF, some of them are the same, for example: "Divided scotland? the nature,..", "Employability and local labour markets", "Information gaps in the local labour market", "Redundancy and recession : restructuring the regions?" etc. Seems they are the same person but they have different BnF id, BIBSYS id. What do you think? Geagea (talk) 08:01, 27 March 2024 (UTC)

@Geagea: checked, same person; ✓ merged. Epìdosis 09:39, 30 March 2024 (UTC)
Thanks.
another weird issue. Currently there are 695,000 links to P8189 but it was more than 816,000 before. How can I check what's happened here? Geagea (talk) 07:31, 31 March 2024 (UTC)
@Geagea: very weird! I have checked the number of main statements and references containing P8189 and I notice no strange decrease between 6 and 21 March (we don't have more updated data unfortunately); https://wdrc.toolforge.org/ would be the best tool for checking, but it lags 5 months so it's presently useless; in my watchlist I haven't noticed massive removals of P8189; my provisorial conclusion is that maybe Special:WhatLinksHere is strangely omitting something, but I would like to see the next updates of the number of main statements and references to be sure. --Epìdosis 08:57, 31 March 2024 (UTC)
I'm checking now this query (I'm sending update every month to the National Library of Israel) and it's seems to be ok. Probably just problem with the counting in the link I'v provided. Thanks. Geagea (talk) 09:43, 31 March 2024 (UTC)

translated work

I have been starting work on translated work (Q125309905) items, for which I had to create the new Q-value. I am running into multiple issues, because Wikidata does not have a setup to deal with these items.

These are translated texts which are works in their own right, having been published in multiple editions and various volumes. An example is Oedipus the King (Q125309653), a translated work that was first published in 1865, and has since been published many times. The same would apply to Storr's Greek text or Dindorf's.

The big problem is that there is no property to indicate the original work from which the translated work was translated. We can't use edition or translation of (P629) because (a) that property implies the data item is an edition, (b) requires that the listed item have the inverse property has edition or translation (P747) (which implies the same thing), and (c) it conflicts with has edition or translation (P747) on the same data item, and any translated work (Q125309905) will be both a translation of some work in another language and have editions that are published.

We need a new pair of properties specifically for works that are translated from other works. Again Oedipus the King (Q125309653) is an example. It has a VIAF ID and a LoC authority file ID, both of which identify the item as no specific publication, but rather a work that exists in multiple publications, yet is itself the translation of something else.

based on (P144) and derivative work (P4969) come close, but the latter is far too broad in scope. --EncycloPetey (talk) 00:31, 4 April 2024 (UTC)

I have ran into related issues as well (stuff like Q110655971) and I think the main common culprit is that we are currently using a bastardised FRBR where Expression and Manifestation are conflated into one, which prevent us to describe things in Wikidata the way they are described elsewhere (like Q125309653 is clearly defined as an Expression in both VIAF and LC). I don't really know why it was decided to go with such a modelling, but if it was perhaps working back then I feel it may create more and more problems as we are adding more and more books and the relationships between them complexify. But now that we are so deep with this peculiar modelling I don't know if there is an easy way out. --Jahl de Vautban (talk) 07:38, 4 April 2024 (UTC)

Oxford Reference

Ciao Epi, adesso che c'è Oxford Reference overview ID (P12582), potresti aggiungerla a il catalogo MnM? Si sono quasi 45k IDs che possono essere sincronisati. Grazie! --Jahl de Vautban (talk) 07:44, 6 April 2024 (UTC)

@Jahl de Vautban: ✓ Done e ho anche fatto partire un primo batch di sincronizzazione (https://quickstatements.toolforge.org/#/batch/227500). --Epìdosis 14:14, 6 April 2024 (UTC)

Abante e Ascalabo

Ciao Epìdosis, ho trovatto Ascalabus (Q3603128) e Ascalabus (Q2655419). Si tratta del medesimo personnagio, trasformato in lucertola da Demeter. Ci sono due voci su WPIT, potresti unirle? Grazie ! (scusa per le numerose domande, mi sa che sto apenna comminciado con questo casino di mitologia...) --Jahl de Vautban (talk) 19:43, 12 April 2024 (UTC)

@Jahl de Vautban: grazie per la segnalazione, mi paiono effettivamente la medesima persona. Ho ampliato it:Ascalabo e ho reindirizzato ad esso it:Abante (figlio di Celeo). --Epìdosis 19:55, 12 April 2024 (UTC)

Merging Q349402 Adam Freytag 1608-1650 and Q102156858 Adam Freitag 1602-1664

  1. Q349402 Adam Freytag 1608-1650 https://isni.org/isni/0000000079750576 https://d-nb.info/gnd/124754716
  2. Q102156858 Adam Freitag 1602-1664 https://isni.org/isni/0000000365952347 https://d-nb.info/gnd/1089095554

Why did you merge these? Rostworowski (talk) 16:48, 17 April 2024 (UTC)

@Rostworowski: They seem to be effectively the same person: the dates 1602-1664 are probably contained in some outdates source to which https://d-nb.info/gnd/1089095554 and https://catalogue.bnf.fr/ark:/12148/cb15418770s (copied, among other sources, by https://isni.org/isni/0000000365952347) referred; however, the publications mentioned by BNF and the biographical information coincide (as https://viaf.org/viaf/232782478/ shows) with the data that can be attributed to the person dated 1608-1650 by most sources like https://d-nb.info/gnd/124754716 and https://www.vle.lt/straipsnis/adam-freytag/ and https://web.archive.org/web/20220523211259/https://www.ipsb.nina.gov.pl/a/biografia/adam-freytag (Freitag/Freytag is just a graphical variant). --Epìdosis 20:46, 17 April 2024 (UTC)
Can you post this report to ISNI so that they merge their records? Rostworowski (talk) 15:07, 19 April 2024 (UTC)
@Rostworowski: ✓ Done reported to ISNI now. Epìdosis 15:09, 19 April 2024 (UTC)

Doppione

Ciao, io non sono pratico di Wikidata, ma ti segnalo questo doppione https://www.wikidata.org/wiki/Q95163403 e https://www.wikidata.org/wiki/Q16537964 , entrambi riferiti a https://it.wikipedia.org/w/index.php?title=Anonima_Castelli Moxmarco (talk) 11:26, 30 April 2024 (UTC)

@Moxmarco: grazie per la segnalazione, @Agilix: li ha già uniti; per l'unione di elementi, cfr. Help:Merge dove si spiega l'uso (semplicissimo) del gadget Merge/Unisci, attivabile in Special:Preferences#mw-prefsection-gadgets. Per dubbi resto a disposizione! --Epìdosis 12:28, 30 April 2024 (UTC)

Mix-n-Match for RISM

Hello! I recently came across your mix-n-match setup for RISM people, https://mix-n-match.toolforge.org/#/catalog/3662. I noticed that the links for the resolution point to the old identifiers, however. Is there any way that this can be updated? (Recall this conversation: Property talk:P5504.)

Many thanks for everything you do! Ahankins (talk) 06:33, 3 May 2024 (UTC)

Hi @Ahankins:, thanks for writing me! This catalog was created through a web scraper; I deactivated it because, as you say, it had the old identifiers (and it is not possible to change the format of the identifiers in an existing catalog). It would be necessary to create a new catalog with the new identifiers; the easiest way would be if you send to @Bargioni: via email (see email indicated here) an Excel file containing in the first column the IDs of the persons, in the second column the names of the persons, in the third column the most precise dates, in the fourth column the occupations. I put three examples below ("|" represents the change of column):
  • 30006410 | Natale, Pompeo | 1681p+ | Clergyman, Composer, Maestro di cappella, Music teacher, Organist, Performer, Singer
  • 30094068 | Monk, William Henry | 16.03.1823-18.03.1889 | Composer, Organist, Possessor
  • 30075421 | Passy, Edmund | 1789-1870 | Composer, Music teacher, Organist, Pianist
He will then, in a few passages, transform this table in a Mix'n'match catalogue. Write me if you have any doubt! --Epìdosis 07:09, 3 May 2024 (UTC)
OK, done! Thank you. Ahankins (talk) 09:16, 3 May 2024 (UTC)
It occurs to me that it might also be beneficial to have any aliases or other names in the CSV? If so I can send a new one. Ahankins (talk) 09:46, 3 May 2024 (UTC)
@Ahankins: it could be, effectively; they can be included in the textual description of the entries, helping the user - when doing manual matches - to decide if a match is correct or not. Epìdosis 14:30, 3 May 2024 (UTC)

Luca Luciano Trevisan

Hi Epìdosis, any idea who Luca Luciano Trevisan (Q125764723) is? --Kolja21 (talk) 22:33, 3 May 2024 (UTC)

@Kolja21: seemingly an amateur art historian/critic and an art dealer, resident in Venice: in https://www.ledizioni.it/stag/wp-content/uploads/2016/12/Alberto_martini_Web.pdf I read "Luca Luciano Trevisan, bizzarro personaggio difficilmente collocabile tra passione amatoriale studi e mercato" and "il veneziano Luca Luciano Trevisan, «Accademico Onorario R. [dell’]Accademia Internazionale del “Parnaso” e dell’Accademia “Phoenix”»"; in https://www.academia.edu/92176100/ I read "un certo Luca Luciano Trevisan, residente in “Santa Croce, Calle regina. Ramo calle Bragadin 2328 Venezia “ che nel 1951 fu autore di un testo enigmatico sul Giorgione in cui mescolava delle famose opere del Barbarelli con degli evidentissimi falsi di cui ne proponeva la vendita". --Epìdosis 11:53, 4 May 2024 (UTC)
Unusual and interesting case. "Art dealer in Venice" is a more precise description than "author". Will you add the information to ICCU/SNB? I would like to created a GND. --Kolja21 (talk) 13:44, 4 May 2024 (UTC)
@Kolja21: added now; it will be visible probably on Monday/Tuesday as usual. I have edited the fl. to 1950 since 1950 is the copyright date and 1951 the print date. Epìdosis 13:47, 4 May 2024 (UTC)
Thanks! Federica Nurchis (Q125771340): Italian art historian (1984-) seems to be a citable source. --Kolja21 (talk) 13:52, 4 May 2024 (UTC)

Protection requests per vandalism

Hi @Epìdosis. I would like to inform you that several IPs are vandalizing several entries of Royals, changing deliberately the labels and descriptions in English and some other languages ([2], [3] and [4]), removing deliberately statements ([5], [6], [7] or [8]), and other major modifications like this.

I reverted them and notyfied some of them in their talk page ([9]) for not doing that editions again without obtaining consensus, they revert me and continue with their editions, removing also my warnings from their talks ([10]) by using other IPs. I suspect all are related to a previous case I found here. For that, please consider protect all this entries and restoring them to stable versions if the IPs change them again before the protection.

Thank you in advance. Yours sincerely. 81.41.177.91 23:48, 9 May 2024 (UTC)

@Epìdosis: The entries to protect are:
Yours sincerely. 81.41.177.91 23:46, 9 May 2024 (UTC)
Thanks for reporting, I protected everything for 3 months (except Q125753542 for 1 week); as for the previous case, I would suggest to write in WD:AN to have a quicker response. Epìdosis 09:04, 10 May 2024 (UTC)

SBN catalogue - spaced ISNI

https://mix-n-match.toolforge.org/#/entry/132917794 one example of many. The spaces cause error reports on the ISNI report page. It says you imported the catalogue. Can you take measures to remove the spaced ISNI from the whole catalogue?

There are 106514 unmatched entries, how many have an ISNI I don't know, but probably many new errors would be created if this isn't fixed. ISNIplus (talk) 13:59, 10 May 2024 (UTC)

@ISNIplus: unfortunately I cannot: whilst I can add new auxiliary data, only @Magnus Manske: can remove auxiliary data from catalogs. Anyway, I think KrBot regularly removes the spaces through {{Autofix}}. Epìdosis 14:02, 10 May 2024 (UTC)
1000s of useless edits, bloating the database. Can you talk with Magnus about that?
Alternatively could all that have an ISNI be created? How many would that be? Then at least it is a one time issue, and there will be no error reports in the future. ISNIplus (talk) 14:09, 10 May 2024 (UTC)
I had already reported it on 3 March in Topic:Xyr5b6zcavxhideq; I posted there again. Epìdosis 14:13, 10 May 2024 (UTC)

Vandalo?

Ciao, ti segnalo questo utente MaxMorco. La sua modifica di per sé quasi irrilevante ma con campo oggetto decisamente fuori dalle righe. Il nome è abbastanza simile al mio, non vorrei fosse un clone Moxmarco (talk) 06:42, 12 May 2024 (UTC)

@Moxmarco: grazie per la segnalazione, intanto ho annullato la modifica (concordo su quanto scrivi); se ci sono sviluppi avvisami. Epìdosis 09:24, 12 May 2024 (UTC)
ciao, l'utente è ritornato e ti confermo che ce l'ha con me. Stavolta su Commons https://commons.m.wikimedia.org/wiki/User_talk:Moxmarco Moxmarco (talk) 17:44, 12 May 2024 (UTC)
considerando la sua modifica su Wikidata, tutto sembra nato dal mio messaggio lasciato all'utente Vanni 58 su Wikipedia italiana Moxmarco (talk) 17:53, 12 May 2024 (UTC)
@Moxmarco: vedo; su Commons però non sono amministratore; chiederei consiglio a uno steward @Sakretsu:. Buonanotte, Epìdosis 21:12, 12 May 2024 (UTC)
Ciao, scusate il ritardo. Ho chiuso l'utenza in questione per abuso crosswiki. @Moxmarco per favore fammi sapere se questa storia continua Sakretsu (talk) 17:31, 16 May 2024 (UTC)

WikiProject sum of all paintings

Ciao, ho notato che questa lista Wikidata:WikiProject sum of all paintings/Creator/Giovanni Bellini risulta mal formattata (nella query) per quanto riguarda la data "incepetion" che restituisce 14º secolo anziché 15º e in certi casi un misterioso "140s".
Altra questione : non riesco a inserire l'etichetta it Madonna col Bambino su Q123479354 perché il sistema mi segnala che è già presente (ma non è visibile). Zanekost (talk) 17:37, 12 May 2024 (UTC)

Aggiungo che probabilmente l'errore è esteso a tutte le liste di opere--Zanekost (talk) 18:46, 12 May 2024 (UTC)
@Zanekost: 140s sembra un problema del template {{Wikidata list}} perché effettivamente dovrebbe mostrare 1450s anziché 140s che proprio non ha senso; puoi provare a segnalare nella talk del template. Per Madonna and Child (Madonna Corsini) (Q123479354): non lascia aggiungere etichetta in italiano Madonna col Bambino (in presenza della descrizione dipinto di Giovanni Bellini) perché la medesima coppia etichetta in italiano Madonna col Bambino e descrizione in italiano dipinto di Giovanni Bellini è già presente in Madonna and child (Q20077689). Modificando la descrizione di entrambi (es. aggiungendo la città in cui ciascuno dei due dipinti è conservato) sarà poi possibile aggiungere l'etichetta in italiano mancante. Buonanotte, Epìdosis 21:17, 12 May 2024 (UTC)
Ok… comunicato nella talk. Dacci un'occhiata anche tu ché i mio inglese è un po' rustico.
Per le "Madonne" in questione quel che ho capito è che bisogna rendere in qualche modo unica la scheda, ma sorgono un po' di problemi:
  • la Q123479354 non appartiene al castello di Wavel ma a una collezione privata non definita, al castello è stata invece esposta due volte;
  • la Q20077689 viene prevalentemente rifiutata come opera di Bellini, l'unica pubblicazione italiana che la cita è Tempestini 2000 che la assegna invece a Bartolomeo Montagna.
Come si possono aggiungere le precisazioni necessarie? Zanekost (talk) 18:53, 13 May 2024 (UTC)
@Zanekost: ok per la talk del template, ho aggiunto un breve messaggio ulteriore; non avrei comunque troppa fiducia in una soluzione in tempi brevi del problema.
Per i due elementi specifici ho modificato entrambi secondo le tue indicazioni; mancherebbe soltanto aggiungere nel secondo le pubblicazioni che sostengono l'una e l'altra attribuzione (a Montagna e a Bellini). Epìdosis 19:01, 13 May 2024 (UTC)
OK. Grazie. Ho creato due nuovi elementi per i riferimanti: Q125918892 e Q125918804. Dacci un occhio per favore. Zanekost (talk) 19:35, 13 May 2024 (UTC)
@Zanekost: perfetti i riferimenti che hai aggiunto nel secondo elemento; ho sistemato un pochino gli elementi dei due libri di Tempestini. Buona serata, Epìdosis 19:53, 13 May 2024 (UTC)
Perfetto, grazie. Zanekost (talk) 20:02, 13 May 2024 (UTC)

Query

Ciao! Scusami se ti do noia per una stupidata personale ma mi pare che con le query te la cavi abbastanza bene :)
Facendo seguito a questa discussione al bar; data una query come questa, ma con molti più elementi wikidata, è possibile "scorporare" la lista degli elementi in una sottopagina utente, e fare in modo che la query la vada a pescare da lì? Syrio posso aiutare? 08:48, 15 May 2024 (UTC)

Ciao @Syrio:, grazie per avermi scritto. La risposta è no, non mi risulta che sia possibile "scorporare" la lista degli elementi in una sottopagina utente, e fare in modo che la query la vada a pescare da lì. Quello che si può fare, invece, è riscrivere la query in modo che si possa, anziché elencare singoli elementi, trovare tutti gli elementi che rispondono a uno o più criteri. Se hai uno o più criteri degli insiemi d elementi, posso poi provare a tradurli in query. A presto, Epìdosis 13:23, 15 May 2024 (UTC)
Ah, mannaggia. Non c'è un criterio, è la lista delle chiese che ho fotografato, solo che è talmente lunga che non funziona più neanche l'accorciamento dell'url XD Beh, pazienza, me la tengo scritta in un file di testo come ho fatto finora. Grazie comunque! --Syrio posso aiutare? 13:39, 15 May 2024 (UTC)

Jean Moreau de Séchelles

Hi Epidosis! Thanks for your wellcome message. I have a question regarding Jean Moreau de Séchelles. I think his year of death is wrong. It was by an IP-adress in to the french wikipedia, the article was then into english. And form there the date was written in to wikidata. While different wikipedias and wikidata say Moreau de Séchelles died 1761, other wikipedias and all the litterature I found, say he died 1760. See: https://gallica.bnf.fr/ark:/12148/bpt6k3558n/f202.image, https://journals.openedition.org/crcv/17907#ftn57, https://cths.fr/an/savant.php?id=117753, https://www.academie-sciences.fr/fr/Liste-des-membres-depuis-la-creation-de-l-Academie-des-sciences/les-membres-du-passe-dont-le-nom-commence-par-s.html, https://books.google.fi/books?id=BpNoAAAAcAAJ&hl=fi&pg=PA483#v=onepage&q&f=false How can I change the date of death in wikidata? Zumedi (talk) 13:59, 17 May 2024 (UTC)

Hi @Zumedi:, thanks very much for your message. For all statements which have no source, or have only Wikipedia(s) as source(s), you can just edit them (i.e. change the value, if necessary) replacing the Wikipedia-source with one or more true sources, like the ones you cite. I did it on Jean Moreau de Séchelles (Q950360) (using only those which provided also the day of death and not only the year); I have also edited English Wikipedia, where 1761 had no source. If you have any further question or doubt, please of course ask me! Good evening, Epìdosis 19:58, 17 May 2024 (UTC)

Qualificatori di Creatore

Ciao, secondo te qual’è l’uso corretto di creatore (P170) quando è presente un qualificatore del tipo di “bottega di”, “seguace di”, etc.

Vedi il caso di Q120035369 dove sicuramente il creatore non è Bellini ma non si accetta “anonimo”.

Tra l’altro manca tra i qualificatori possibili “ e aiuti” oppure “e bottega”, Zanekost (talk) 16:51, 17 May 2024 (UTC)

@Zanekost: l'elemento di esempio di workshop of (P1774) è Tobias and the Angel (Q1635039); sulla base di quest'ultimo esempio ho modificato Madonna and Child (Q120035369). Sui qualificatori mancanti potrei avere un'idea di come supplire, se mi dai degli esempi per entrambi posso provare a proporre possibili soluzioni. Buona serata, Epìdosis 19:48, 17 May 2024 (UTC)
Grazie. Allora basta non inserire nulla nel campo principale e qualificare con “quel che è” poi specificare “ruolo del soggetto” = “anonimo” ?
Però devo dire che non mi pare particolarmente intuibile che il ruolo sia riferito al creatore…
Quanto agli esempi di un creatore con l’aiuto della bottega te ne esemplifico solo tre riferiti al Giambellino di cui gli stessi musei asseriscono la collaborazione della bottega: Q3842590; Q64787463; Q19911550.
Quanto a mettere "e bottega" oppure "e aiuti" può lasciare una certa libertà in caso non sia conclamata la struttura di una bottega. Zanekost (talk) 21:32, 17 May 2024 (UTC)

Giacomo Rocca

Hi Epìdosis, is Giacomo Rocca (Q3105084): Italian painter (1532-1605) identical with Giacomo Rocchetti (Q105855717): no description? --Kolja21 (talk) 00:13, 26 May 2024 (UTC)

@Kolja21: I cannot find decisive sources; many websites say "Giacomo Rocchetti (Rocca?)", so it seems the identification is not fully sure, although highly probable; I have added said to be the same as (P460) and I would keep them distinct, at least as of now. --Epìdosis 07:57, 26 May 2024 (UTC)

Protection request against vandalism

Hi. Can you protect this page(1) and this page(2) from non-patrols or non-administators? These pages vandalise by someone who signs up with different accounts. Thank you. Aybeg (talk) 05:02, 2 June 2024 (UTC)

@Aybeg: ✓ Done protected both for 1 year. Epìdosis 08:35, 2 June 2024 (UTC)

Giovanni Bruni

Giovanni Bruni (Q125921261), author of Monete lucane e bruzie nel Museo di Catanzaro (1977), needs a GND but there is no information about him. He could be a numismatist or a classical archaeologist. Museo di Catanzaro = Museo delle arti (Catanzaro, Italy) (Q16336147)? --Kolja21 (talk) 01:13, 5 June 2024 (UTC)

PS: Looks like the "Museo Provinciale di Catanzaro" (Google Books) = Museo Archeologico Numismatico Provinciale. --Kolja21 (talk) 01:16, 5 June 2024 (UTC)
@Kolja21: I agree with the identification of the museum; for Giovanni Bruni, unfortunately the name is very common and he seems to have not published nothing else (I have also searched in SBN and I have isolated him from homonyms; I find only another publication which may belong to him, regarding also Catanzaro); I cannot provide any further information, unfortunately. Epìdosis 08:29, 5 June 2024 (UTC)
Thanks. The connection to the museum is sufficient. I've created GND 1331760399 and linked him to the Museo Archeologico Provinciale (Q126369281). --Kolja21 (talk) 16:18, 5 June 2024 (UTC)
For the conflated namesake (NUKAT) I've created Giovanni Bruni (Q126369390): no description. --Kolja21 (talk) 16:56, 5 June 2024 (UTC)

Libro di Arto Paasilinna

Ciao Epì, ti segnalo che [11] e [12] vanno uniti. Stavo lavorando sulla voce in italiano quando ho trovato l'errore. Grazie AmaliaMM (talk) 09:09, 12 June 2024 (UTC)

@AmaliaMM: ✓ Done! Epìdosis 09:23, 12 June 2024 (UTC)

QuickBatch

Ciao! Ok, uhm, non l'ho mai usato e partendo da zero per me è arabo. Per te sarebbe un problema buttarmi giù un batch esemplificativo (una roba veloce, per un paio di elementi con giusto 3-4 campi)? Così poi da quello vedo come è fatto e (sperabilmente) mi arrangio a fare tutto come avevo fatto per quella cosa della query. Syrio posso aiutare? 12:25, 13 June 2024 (UTC)

@Syrio: dunque la traduzione in QuickStatements sintassi CSV di Saint Michael chapel (Q126538137) è (faccio etichetta in italiano, descrizione in italiano e le prime proprietà; lascio qid vuoto, come se l'elemento fosse da creare):
qid,Lit,Dit,P31,P140,P17,P8543
cappella di San Michele,"cappella cimiteriale a Valdaora di Sotto, Valdaora",Q1457501,Q1841,Q38,"""16350"""
Immagina ognuna come una colonna in Excel; poi basta fare qualche sostituzione e il gioco è fatto. Per ulteriori info sono a disposizione. --Epìdosis 12:30, 13 June 2024 (UTC)
Troppo gentile! Appena ho un attimo ci smanetto, grazie! :) --Syrio posso aiutare? 13:54, 13 June 2024 (UTC)

Ciao! Allora, sono riuscito a far girare il tutto alla prima prova (Q126617137); ho solo due dubbi: 1) non so come inserire le coordinate (ho provato a virgolettarle ma non ne voleva sapere, vanno formattate in qualche modo particolare?) 2) i quickstatements funzionano solo su elementi già esistenti o si possono usare anche per creare un elemento ex novo? --Syrio posso aiutare? 10:38, 14 June 2024 (UTC)

@Syrio: ciao, QS si può usare anche per creare nuovi elementi, se usi la sintassi CSV basta semplicemente lasciare la prima colonna qid vuota e anziché modificare un elemento esistente verrà creato un nuovo elemento; in generale puoi sempre far riferimento al manuale che è molto chiaro nel complesso (Help:QuickStatements, sezione CSV file syntax); per le coordinate il formato è @LAT/LON (vedo che questo formato non è specificato nella sezione CSV file syntax, ma solo nella sezione superiore; ho rimediato). Per qualunque dubbio sono sempre qui. A presto, Epìdosis 11:04, 14 June 2024 (UTC)

Arieccomi :S ho preparato un CSV per cinque elementi (in realtà sei perché ho dimenticato dentro anche i dati di quello che ho creato prima); i primi due, rispetto agli altri, avevano in più il parametro "dedicato a", che negli altri era lasciato vuoto. L'ho fatto girare, ha creato i primi due elementi senza problemi, e si è inceppato sugli altri. Pensavo che fosse per la presenza del parametro vuoto, ma provando a rilanciare il csv per i soli elementi mancanti (che a questo punto sono tre, avendo "riciclato" il doppione che ho creato), mi dà continuamente errore; eppure nell'anteprima che ti fa vedere prima di partire a me sembra tutto in ordine. Dove sto sbagliando? Il csv è questo: 

qid,Lde,Lit,Dit,Len,Den,P31,P17,P131,P8543,P140,P708,P625
,Preindlerkapelle in Niederolang,cappella Preindler,"cappella a Valdaora di Sotto, Valdaora",Preindler chapel,"chapel in Niederolang, Olang",Q108325,Q38,Q493802,16354,Q1841,Q1249360,@46.767837/12.019809
,Kapelle beim Oberhof,cappella presso la residenza Oberhof,cappella nel comune di Valdaora,chapel at Oberhof,chapel in the municipality of Olang,Q108325,Q38,Q493802,16364,Q1841,Q1249360,@46.767837/12.019809
,Kapelle beim Kofler,cappella presso il maso Kofler,cappella nel comune di Valdaora,chapel at Kofler,chapel in the municipality of Olang,Q108325,Q38,Q493802,16375,Q1841,Q1249360,@46.764306/12.054181

Grazie --Syrio posso aiutare? 12:02, 14 June 2024 (UTC)

@Syrio: vedo: dunque, il senso dell'errore "Bad value type quantity, expected string" è che lui interpreta come quantità alcuni valori che dovrebbero essere stringhe; non ti dice quali, ma si tratta specificamente di Monumentbrowser ID (P8543) che è un identificativo esterno (e gli identificativi esterni sono trattati esattamente come stringhe); le stringe nella sintassi CSV di QuickStatements devono sempre essere circondate da """stringa""" quindi es. sopra dovresti avere non 16354 ma """16354"""; idem nelle righe sotto. Prova così e dovrebbe funzionare ;-) Epìdosis 13:31, 14 June 2024 (UTC)
Top! Ho dovuto calibrare un attimo ma adesso ci sono; ho visto anche che talvolta (nella conversione da ods a csv) mette le virgolette alle descrizioni, e talvolta no, ma quickbatch non sembra farsi troppi problemi per quello, boh. Grazie mille! :) --Syrio posso aiutare? 13:49, 14 June 2024 (UTC)

Removing "withdrawn" ISNI

https://www.wikidata.org/w/index.php?title=Q54853285&diff=prev&oldid=2102684245 - this has not been withdrawn. The deprecation was false. Elisabeth Pommern (talk) 16:26, 18 June 2024 (UTC)

@Elisabeth Pommern: sure, the deprecation was imprecise (I didn't add it in fact), but the ID was anyway obsolete, since it had been redirected to the other one; this is already being discussed in WD:PC, I will add a comment there probably tomorrow. Epìdosis 22:03, 18 June 2024 (UTC)

Removing WorldCat ID

https://www.wikidata.org/w/index.php?title=Q2390246&diff=prev&oldid=2100326674 - this is very bad practice. Please undo each such edit. Elisabeth Pommern (talk) 18:58, 18 June 2024 (UTC)

@Elisabeth Pommern: As you can see from https://editgroups.toolforge.org/b/QSv2/226272/, I have already scheduled its undoing. Epìdosis 22:00, 18 June 2024 (UTC)

Nomisma MnM

Ciao Epi, vedo che qualcuno (@Liber008:) a importato un nuovo catalogo MnM per Nomisma, però al momento manca la proprieta Nomisma ID (P2950) ; potrebbi aggiungerla? Cosi possiamo anche validare le 2k+ links che abbiamo già. Inoltre, siccome questo nuovo catalogo sembra risultare più completo che il vecchio, forse questo sarebbe da cancellare. Grazie e a presto, --Jahl de Vautban (talk) 05:11, 25 June 2024 (UTC)

Ciao @Jahl de Vautban:, è un piacere risentirti! Ho disattivato il vecchio catalogo MnM di Nomisma e ho legato la proprietà Nomisma ID (P2950) al nuovo catalogo. Non ho ancora fatto la sincronizzazione (ma chiunque la può fare ora) perché ho trovato un certo numero di abbinamenti che mi lasciavano perplesso, tipicamente abbinamenti tra zecche (mints) di Nomisma e città antiche o città moderne (es.). L'abbinamento ideale sarebbe quello tra una zecca di Nomisma e una zecca di Wikidata (e.g. Okalakom (Q109791897)). Da questo punto di vista, ci sono ancora alcune centinaia di abbinamenti scorretti da rimuovere, e ovviamente rimuoverli quando sono solo su Wikidata è più facile che rimuoverli quando sono sia in Wikidata sia in Mix'n'match. L'ideale sarebbe trovare un modo per individuare tutti gli ID di zecche, vedere se sono legati in Wikidata a zecche o a città, rimuoverli da Wikidata e poi fare la sincronizzazione; ma non ho ancora trovato un modo sicuro per individuare tutti gli ID di zecche. Per caso hai idee? Epìdosis 07:19, 25 June 2024 (UTC)
Dovrei veramente mettermi alla mia tesi inveche di giocare con Wikidata... beh, mi sa che la mia faticca mi è passata. Fortunamente Nomisma a uno SPARQL endpoint; usando li la seguente query dovrebbi prendere tutte le zecche di Nomisma:
PREFIX crm:  <http://www.cidoc-crm.org/cidoc-crm/>
PREFIX dcterms:  <http://purl.org/dc/terms/>
PREFIX dcmitype:  <http://purl.org/dc/dcmitype/>
PREFIX foaf:  <http://xmlns.com/foaf/0.1/>
PREFIX geo:  <http://www.w3.org/2003/01/geo/wgs84_pos#>
PREFIX nm:  <http://nomisma.org/id/>
PREFIX nmo:  <http://nomisma.org/ontology#>
PREFIX org:  <http://www.w3.org/ns/org#>
PREFIX rdf:  <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs:  <http://www.w3.org/2000/01/rdf-schema#>
PREFIX skos:  <http://www.w3.org/2004/02/skos/core#>
PREFIX xsd:  <http://www.w3.org/2001/XMLSchema#>

SELECT * WHERE {
  ?s a nmo:Mint
}
Try it!

--Jahl de Vautban (talk) 07:39, 25 June 2024 (UTC)

batch in corso, ho preso tutte i Qid che non erano zecche e li ho confrato alla query di nomisma; risulta in 765 elementi da dove tolgo nomisma. --Jahl de Vautban (talk) 14:10, 25 June 2024 (UTC)
@Jahl de Vautban: ottimo lavoro, grazie mille! Epìdosis 14:11, 25 June 2024 (UTC)
Thank you both for adressing this issue, I was eventually going to work more on my Nomisma upload, but I got caught up with other projects in the meantime. Great job! Liber008 (talk) 14:49, 25 June 2024 (UTC)

MnM Hederich

Ciao Epi, ho fatto uno nuovo catalogo MnM per Hederich encyclopedia article (P2272) perchè il vecchio aveva frecamente doppioni e descrizione mancante (ho lasciato un messago sulla pagina della proprieta per le spiegazione). Potrebbi cancellare il vecchio? Grazie! --Jahl de Vautban (talk) 12:12, 29 June 2024 (UTC)

Se per caso hai un'idea, non riesco a capire che sarano i 701 IDs che MnM trova su Wikidata ma non nel catalogo. Ho provato varie abbinamenti e tutti concludano che tutte le IDs che sono al momento su Wikidata dovrebbono ritrovarsi nel catalogo. --Jahl de Vautban (talk) 13:10, 29 June 2024 (UTC)
@Jahl de Vautban: ho scaricato gli ID dei due cataloghi e li ho confrontato, penso di aver capito il motivo dei 701 ID non trovati. Si tratta di codifiche diverse tra il vecchio catalogo (che poi si è riflesso in Wikidata) e il tuo nuovo catalogo, principalmente in due casi: ID contenenti spazi e ID contenenti caratteri con diacritici. Seguono alcuni esempi:
Wikidata MnM 108 Mnm 6361 Problema
Amphidamas (Q16515495) Amphidamas [1] Amphidamas+[1] Spazio vs +
Ampyx (Q98318185) Ampyx+[1] Ampyx+[1] Stranamente qui il vecchio catalogo ha anch'esso + quindi il problema non si pone
Acholoë (Q21547793) Acholoë Acholoë Sembrano ID uguali, però per qualche motivo il nuovo MnM non riesce a importare l'abbinamento da Wikidata
Spero possa esserti utile. Sicuramente farei una sostituzione massiva degli spazi con + per gli ID presenti in Wikidata, si imposta facilmente con {{Autofix}}. Per gli ID coi caratteri con diacritici al momento non ho soluzioni, sembra un bug dell'autosync di MnM. Quando mi dai conferma cancello il vecchio catalogo; magari può ancora essere utile tenerlo per qualche ora/giorno per qualche ultimo check in confronto col nuovo. --Epìdosis 13:30, 29 June 2024 (UTC)
Grazie per l'indagine! Avendo gia modificato prima oggi la regex per togliere il spazio, ho simplicemente preso tutti le ID che l'avevano ancora e fatto un batch con QS; in fato questo era la prima motivazione a fare un nuovo catalogo. Forse queste modifiche metrano più tempo ad arrivare in MnM; riprovo domani. Per le diacritici provo a trovarle tutte e a fare l'abbinamento manualmente. --Jahl de Vautban (talk) 14:32, 29 June 2024 (UTC)

Ping new property

Hi Epi, could you help me and ping the appropriate projects for this new property: The New Mithraem ID. I don't know why, each time I try to ping a project, the ping doesn't go through. According to the template, maybe it was because I didn't sign my message, but it seems to be a recurring error for me. Thank you!  – The preceding unsigned comment was added by ‎Liber008 (talk • contribs).

Hi @Liber008:, I did it and now the pings should work. Remember that, when you use {{Ping}} and/or {{Ping project}}, you should add the ping templates in the same message that you sign; if you forget to sign the message and you add the signature in a second message, the pings won't work. So, if you forget to sign, first edit and remove the pings, then edit again adding the pings and the signature in the same edit; that should work. For any question of course I'm here ;-) --Epìdosis 15:36, 15 July 2024 (UTC)

Proprietà per EDF Epigraphic Database Falsae

Ciao, buongiorno, ho visto che aveva formulato la proposta della P12495 (identificativo Epigraphic Database Roma): potresti proporre analogamente una proprietà per l'identificativo Epigraphic Database Falsae (EDF)?

Grazie, ciao, Accurimbono (talk) 09:14, 17 June 2024 (UTC)

@Accurimbono: certamente, entro dopodomani ci riesco senza problemi e con grande piacere. Epìdosis 11:24, 17 June 2024 (UTC)
Grazie mille,
nel frattempo ho preparato su Commons:
Sulla falsariga dei corrispondenti EDR.
Ciao, Accurimbono (talk) 07:01, 18 June 2024 (UTC)
@Accurimbono: ciao, la mia proposta di proprietà è sostanzialmente pronta, tuttavia da ieri sera EDF non si carica; appena si carica la completo e la salvo. Epìdosis 07:07, 19 June 2024 (UTC)
@Accurimbono: a distanza di un mese la situazione è invariata: la mia proposta è pronta, ma da allora EDF non è più tornato online - anzi, mi pare che recentemente abbia pure smesso di comparire nelle ricerche Google, brutto segno. Continuo comunque ad attendere, ogni tanto controllo. Epìdosis 19:38, 18 July 2024 (UTC)
Ciao @Epìdosis:,
Ho inviato il 19/6 una email all'Area Servizi Informatici e Telecomunicazioni dell'UNIVE, mi hanno risposto il 20/6 che si sono attivati con il professore referente di progetto, ma da allora nessuna novità.
Intanto ti ringrazio per la disponibilità e direi di congelare la proposta in attesa (i.e. nella speranza) che EDF torni online.
Ciao, Accurimbono (talk) 07:53, 19 July 2024 (UTC)

Bots

Congratulations on receiving the bot flag for your bot! I'll already see its edits on my watchlist. The code could probably be used for other references, such as IdRef ID (P269) and Bibliothèque nationale de France ID (P268) - I also saw this related request from @Jahl_de_Vautban. My bot is currently busy with task 3, the BNF ID part, once that is finished I'll let it work on linking VIAF IDs again. Difool (talk) 02:06, 19 June 2024 (UTC)

@Difool: thanks very much for your congratulations! I surely intend to recycle my code for other fixes to references and surely the request by Jahl to which you point would be an easy but important task to which I could commit. I don't know when I will finish these fixes to sex or gender (P21) since there is a very big amount of references to fix, but I will surely bear in mind the IDREF fix for that time. Thanks also for taking care of the VIAF part, it is much needed; I'm sorry for not having contributed much to solving User:Difool/viaf already somewhere in the last months, I have had many things to do for my PhD and also here on Wikidata (I have been busy contacting some authority files to obtain fixes to mistakes I noticed through Wikidata, and I have also continued my longstanding activity of merging duplicate humans and of taking care of unique-value constraint violations for some authority files); I hope to be able to help you again when the list will be enlarged again during the new bot run, although I fear that at least in the second half of this year my other activities won't decrease; I will anyway try to help, this task is very important and deserves to be undertaken by more users. See you soon, Epìdosis 07:25, 19 June 2024 (UTC)
Oh, don't worry about that --- I don't mind going through the list. And your PhD is, of course, more important!
On a related note, I'm about to submit another bot permission request based on Jahl de Vautban's suggestion. This request involves replacing the reference URL (P854) in sources with associated properties (as shown here) and merging identical sources (as shown here). When I replace the URL or merge sources, I typically remove the reference URL. My reasoning for doing so is that the reference URL doesn't provide additional information (since you can obtain details from IdRef ID (P269) --- though the same could be said for stated in (P248)) and the URL may even be outdated. What are your thoughts on this?
And just to be safe, could you confirm that the oxford URL's here can be replaces with Benezit ID (P2843) B00054215? Difool (talk) 02:10, 17 July 2024 (UTC)
Hi @Difool:, thanks for writing me! Yes, I can confirm that both http://oxfordindex.oup.com/view/10.1093/benz/9780199773787.article.B00054215 and http://www.oxfordartonline.com/benezit/view/10.1093/benz/9780199773787.001.0001/acref-9780199773787-e-00054215 are redundant in comparison with Benezit ID (P2843)B00054215. As for the use of reference URL (P854), I think that your interpretation (i.e. that a P854 value which is redundant in comparison with the related ID property value should be removed) is the most reasonable, and adequate to the needs of Wikidata (also in terms of reducing as much as possible redundant information, to decrease a bit the huge burden of data ingested in the query service etc.); it is also the one compliant with the guideline Help:Sources#Adding a source to a statement, which shows a 3-properties-reference with no redundant P854 (and recommends P854 only when an ID is missing). Whilst I remember having heard a few times users defending also the presence of redundant P854, I personally think that the first interpretation is still the best one; I often remove manually redundant P854 values.
I would add to your task also the following task: if a statement already contains 1+ references with stated in (P248), removing possible references containing imported from Wikimedia project (P143) (and/or Wikimedia import URL (P4656)) attached to it; this is also included in Wikidata:Requests for permissions/Bot/EpidòseosBot and I think it is another useful way to reduce redundancy (in this case, removing mediocre-quality sources in presence of good-quality sources).
Finally I just want to thank you again for this great work, reducing reduncancy in references is one of the thing that I have desidered for long time in Wikidata, and I'm very happy it's now coming to a turning point. Bye! Epìdosis 12:46, 17 July 2024 (UTC)
Thanks for the kind words! I've added the bot request: Wikidata:Requests for permissions/Bot/DifoolBot 5 Difool (talk) 02:15, 19 July 2024 (UTC)

Quali riferimento è più opportuno?

Buondì Epì! In oggetto una domanda da niubbo quale sono! Finora ho sempre inserito proprietà agli elementi senza aggiungere i rispettivi riferimenti ma reputando sia più completo e informativo evidenziare la fonte del dato inserito, mi ritrovo a non sapere quale riferimento utilizzare. Nello specifico, al momento con il mio bot mi sto occupando di film; in sostanza leggo l'ID di IMDb o TMDb (che sono i database più ampi per quanto riguarda i film) direttamente dal sito per il quale sto inserendo l'asserzione e cerco la rispettiva entità su Wikidata. Stavo pertanto iniziando a usare based on heuristic (P887) con inferred from IMDb ID database lookup (Q115288501) come riferimento ma noto che altri utenti utilizzano piuttosto stated in (P248). Qual è il riferimento più adatto nel mio caso? --Wiccio (talk) 09:38, 23 June 2024 (UTC)

Buon pomeriggio @Wiccio:, grazie per la domanda. Il riferimento più adatto si compone di tre parti: stated in (P248)Internet Movie Database (Q37312) + IMDb ID (P345)ID + retrieved (P813)data; idem per TMDb, stated in (P248)The Movie Database (Q20828898) + TMDB movie ID (P4947)ID + retrieved (P813)data. Per qualunque domanda sono a disposizione! A presto, Epìdosis 11:38, 23 June 2024 (UTC)
Tenchiu @Epìdosis, sempre precisissimo! Capito, in tal caso convertirò le attuali P887 che ho inserito con le P248 composte come da tua spiegazione. Mi rimane solo una domanda a pertinenza: essendo il mio script semestrale, qualora le informazioni non subiscano modifiche da ora a sei mesi (come normale che sia), al prossimo lancio dello script dovrei semplicemente aggiornare il campo della data o consigli di lasciarlo invariato per attestare il primo inserimento? --Wiccio (talk) 13:07, 23 June 2024 (UTC)
@Wiccio: Io direi di aggiornare la data di consultazione; cioè, retrieved (P813) attesta la data in cui hai estratto i dati dal database, se li estrai ora vale la data odierna, se li estrai tra sei mesi andrebbe messa la data di tra sei mesi; perché comunque retrieved (P813) non riguarda la data di ultima modifica di IMDb, ma la data in cui tu hai estratto le informazioni da IMDb. Epìdosis 13:30, 23 June 2024 (UTC)
Pierfietto, così farò! Gracias. ;-) --Wiccio (talk) 15:53, 23 June 2024 (UTC)
Ciao Epì, scusa se torno sull'argomento ma sono ancora confuso. Stavo riflettendo che un stated in (P248)Internet Movie Database (Q37312) + IMDb ID (P345)IMDb ID non è totalmente corretto dal momento in cui sul sito di IMDb non vi è alcun riferimento alle proprietà delle quali mi sto occupando. Il mio bot usa sì l'ID IMDb come fonte, ma sul sito di IMDb non compie nessuna azione/ricerca, l'ID lo prende dal sito stesso per il quale sto inserendo l'asserzione. P.e. per TheTVDB movie ID (P12196), il bot cicla ogni pagina in questo database e cerca dentro al sorgente di ogni singola pagina il rispettivo collegamento a IMDb, con quest'ultimo dato cerca su Wikidata la relativa entità. Dunque il bot parte dall'ID TheTVDB numero 1, ottiene dal sorgente della pagina l'ID IMDb tt0437086 e lo usa per cercare su Wikidata tramite SPARQL la rispettiva entità Alita: Battle Angel (Q24053265). Quindi la fonte dell'affermazione è la pagina stessa di TheTVDb, mi verrebbe da dire. Sperando di essere riuscito a rendere chiara la logica del mio bot, qual è il tuo esito a riguardo della gestione dei riferimenti? --Wiccio (talk) 11:22, 17 July 2024 (UTC)
@Wiccio: penso di aver capito meglio, anche guardando Special:Contribs/Wicci'o'Bot; suggerirei matched by identifier from (P11797)Internet Movie Database (Q37312) + IMDb ID (P345)ID; effettivamente usi Imdb non tanto come fonte di informazioni, ma come ID per fare ponte tra Wikidata (che ha IMDb ma non TheTVDB) e TheTVDB (che ha IMDb ma non Wikidata), quindi P11797 è più precisa di P248 in questo caso. Cosa ne pensi? Epìdosis 12:34, 17 July 2024 (UTC)
Esattamente, l'ID IMDb è lo strumento che fa da collante piuttosto che la fonte vera e propria. Però anche con matched by identifier from (P11797), così come con stated in (P248), l'entità passata come parametro non sta a indicare dove risiede l'identificativo col quale è avvenuto l'abbinamento? L'ID di IMDb io lo leggo da TheTVDb. Ma credo che scrivere matched by identifier from (P11797)TheTVDB (Q15616250) + IMDb ID (P345)tt0437086 non abbia molto senso. --Wiccio (talk) 15:54, 17 July 2024 (UTC)
@Wiccio: forse la cosa più completa potrebbe essere la seguente: stated in (P248)TheTVDB (Q15616250) + matched by identifier from (P11797)Internet Movie Database (Q37312) + IMDb ID (P345)ID IMDb che leggi in TheTVDb. Come ti pare? Epìdosis 16:26, 17 July 2024 (UTC)
Suona bene! E credo sia comprensibile anche per chi non conosce la logica del bot. Sempre paziente, rapido e gentile! Grazie Epì! ;-)) --Wiccio (talk) 16:34, 17 July 2024 (UTC)

Un collegamentio improprio

Ciao, qui sono collegati due romanzi evidentemente di autori diversi. Io sto lavorando su quello in italiano di Glenn Cooper, ma non comprendo cosa sia potuto accadere. In ogni caso, sempre per il libro in italiano, ho tre fonti che lo qualificano come libro di Glenn Cooper, mentre l'altro autore mi è del tutto sconosciuto. Spero nelle tue arti magiche... grazie, amalia AmaliaMM (talk) 08:18, 31 July 2024 (UTC)

@AmaliaMM: confermo, sono due opere distinte; i due elementi erano stati erroneamente uniti nel 2017, ho annullato l'unione e ora non ci sono più problemi. Buon wiki! Epìdosis 08:23, 31 July 2024 (UTC)
Ciao, invece ci sono perché L'invasione delle tenebre (titolo italiano) ora figura di Alistair McFarlane e invece è di Glenn Cooper... scusa se sono tanto insistente, grazie AmaliaMM (talk) 08:36, 31 July 2024 (UTC)
@Epìdosis:, ti ringrazio per quanto hai fatto, consentendomi di recuperare un importante collegamento esterno. Ciao AmaliaMM (talk) 08:46, 31 July 2024 (UTC)
@AmaliaMM: Ho ricontrollato, io ora vedo i due elementi separati correttamente (Down - Floodgate (Q24953233) e Floodgate (Q5460091)); non mi pare che L'invasione delle tenebre figuri di Alistair McFarlane. Epìdosis 08:49, 31 July 2024 (UTC)
Sì, certo, ora tutto bene, come avevo scritto sopra. Grazie ancora e a presto, AmaliaMM (talk) 08:52, 31 July 2024 (UTC)

Sceneggiatore non esistente

Ciao, nella pagina di Captain America: Brave New World volevo aggiungere lo sceneggiatore Matthew Orton, ma non riesco a inserirlo, perché mi compaiono due persone con quel nome ma nessuno dei due è giusto, ciò significa che la pagina non esiste e che bisogna crearla prima di inserirla nella pagina in questione?--Luke Stark 96 (talk) 20:19, 5 August 2024 (UTC)

@Luke Stark 96: esattamente, puoi usare il link "Crea un nuovo elemento" (ossia Special:NewItem) nella barra di sinistra. Epìdosis 21:11, 5 August 2024 (UTC)
Ok, grazie--Luke Stark 96 (talk) 21:28, 5 August 2024 (UTC)

"Veduta di Venezia" (Q26106449)

Ciao Epìdosis, ho notato che è stata aggiunta una collezione, come se fosse l'unica.

Dei tre stati della xilografia dono noti 25 esemplari, molti di questi sono elencati come edizione o traduzione.

Anche questo non mi pare un campo adatto. Ma esistono dei campi adatti ad elencare gli esemplari di una stampa e i suoi stati? Zanekost (talk) 18:18, 24 August 2024 (UTC)

@Zanekost: ciao, non sono purtroppo un esperto del tema; forse si potrebbe usare exemplar of (P1574) per linkare dagli esemplari a View of Venice (Q26106449)? Questa è l'unica proprietà forse più adeguata rispetto a has edition or translation (P747) che mi è venuta in mente. Epìdosis 18:26, 24 August 2024 (UTC)
Evidentemente mancano dei campi adatti alle stampe. In un'altra stampa (Battaglia di dieci uomini nudi (Q2984746)) sono invece state elencate numerose collezioni (per altro duplicate come luogo) al posto di edizione o traduzione. Secondo te se riprendo la edizione o traduzione (prima di cancallerla) in nuove collezioni aggiuntive, può andare bene? Zanekost (talk) 18:46, 24 August 2024 (UTC)
Se vuoi legare l'elemento generale sulla stampa ai vari esemplari, has edition or translation (P747) mi pare plausibile; in Battle of the Nudes (Q2984746) la proprietà collection (P195) è stata invece usata per legare l'elemento generale sulla stampa alle varie istituzioni che conservano esemplari (e non ad elementi di esemplari). Epìdosis 18:49, 24 August 2024 (UTC)
!!! :-(( Mi sono accorto che per questa veduta esistono anche altri elementi in WD (Q26106449), (Q98085988), (Q60781196), (Q98076707), (Q60781077), (Q98085508), (Q98078181), (Q80991923), (Q60781196), (Q107262110): alcuni si riferiscono (per lo meno al momento della creazione dell'elemento) ai singoli esemplari delle single collezioni, altri non mi risulta chiaro.
Il risultato è una notevole confusione. In special modo quando vengono collegate ad immagini su commons. Come nella c:Category:Images of Venice by Jacopo de' Barbari, categoria generale che non può riguardare solo l'esemplare berlinese, oppure nel c:File:San Michele Arcangelo de Barbari.jpg, dettaglio che ho caricato io e che non proviene sicuramente da quella stampa.
Non ho idea di cosa si possa fare. Unire??? L'uinco che rimandi a pagine WP è (Q26106449).Zanekost (talk) 20:00, 24 August 2024 (UTC)
Ho rivisto tutto e dovrebbe essere più chiaro: l'elemento generale è View of Venice (Q26106449); tutti gli altri sono esemplari in vari musei, li ho collegati all'elemento principale tramite exemplar of (P1574) e ho reso più chiaro che si tratta di esemplari aggiungendo all'etichetta un numero di inventario tra parentesi. Epìdosis 05:52, 25 August 2024 (UTC)
In effetti! Dubbio però; mi pareva ce ne fosse uno che elencava la maggior parte delle collezioni, non lo rintraccio più.
Secondo te andrebbero elencati (o potrebbero esserlo) nell'elemento generale senza entrare in conflitto con le schede singole? Con un consiste di…? Zanekost (talk) 16:17, 25 August 2024 (UTC)
@Zanekost: Sono stato io a cancellare la lista, stava nell'elemento principale; questo perché exemplar of (P1574) non ha una proprietà inversa, la relazione è soltanto dall'esemplare verso l'elemento generale; per visualizzare l'inversa (dall'elemento generale agli esemplari) si può usare il gadget RelatedItems attivabile in Preferenze > Accessori oppure una query, ma non è previsto che nell'elemento generale vengano codificate delle dichiarazioni che puntano agli elementi degli esemplari. Epìdosis 16:58, 25 August 2024 (UTC)
Vabbé, rinviamo a se e quando potrò essere attivata la proprietà inversa– Zanekost (talk) 17:45, 25 August 2024 (UTC)

monk (Q733786) delete

Hi! Why do you need to delete these from all elements? Now many items have no occupation at all. Pallor (talk) 13:36, 20 August 2024 (UTC)

Hi @Pallor:! Today I deleted many occupation (P106)monk (Q733786) without references through QS (I also fixed a few that had references manually) because, looking at religious order (P611), the value was incorrect. A Jesuit (as well as a Franciscan, a Dominican, a Carmelitan and an Augustinian) cannot be defined a monk according to Catholic doctrice; regarding Jesuits, see e.g. https://jesuits-eum.org/frequently-asked-questions/ ("So we are not diocesan priests, but religious, and we are not friars or monks"). New correct values of occupation (P106) can now be added manually; for Jesuits I think that in most cases occupation (P106)Catholic priest (Q250867) could be easily inferred from available sources. Epìdosis 18:05, 20 August 2024 (UTC)
Well, that's a very interesting interpretation of reality. In Wikidata we try to describe reality, which will never be perfect, but we can always try to make it a little bit more perfect, but I think this series of edits without consultation has had the opposite effect: we have just got further away from reality.
First of all, if you mass delete an occupation from a person's profile, don't try to make it look like it's an "opportunity" to enter it: it was entered before you deleted it, and if it's an opportunity for someone, it's the person who deleted the occupation. Please then go ahead and enter an occupation wherever it is not now, because it is a very crucial part of a person's biography. We have discussed this before, and even you agreed then that it was an important piece of data, so I am annoyed that you have now rushed into it and deleted a lot of elements.
Secondly, the Jesuits describe themselves https://www.jesuits.org/about-us/the-jesuits/ as the largest "Roman Catholic order". I'm not sure that the half-sentence you took from the FAQ sufficiently supports an intrusion of this magnitude into the database.
Third, how did the Franciscan, Dominican, Carmelite and Augustinian orders get here? Where is the source that these are not monastic orders?
Here is a query: https://w.wiki/Ax$Z that shows that there are currently nearly 3,000 friars with no occupation entered, and I do not see this as an improvement in the database. (I am sorry, but I do not speak English well: perhaps it is clear that I consider this series of edits to be extremely unsound and damaging.) Pallor (talk) 19:00, 20 August 2024 (UTC)
Good evening again @Pallor:,
1) I confirm we agree that occupation (P106) is an important part of the items; however, I think that, since it is so important, we should avoid keeping in it wrong values, and I would underline that the values that I remove were wrong and did not have references; if removing wrong values means that the item ends up having momentarily no values for P106, I see it as a smaller problem in comparison with having it with one wrong value of P106. I hope we also agree that no value is better than a wrong value.
2) I cited https://jesuits-eum.org/frequently-asked-questions/ as just an example of source saying that Jesuits are not monks - it was particularly interesting because it was an official website compiled by the Jesuits themselves - but of course it was not my only source, see below 3)
Scheme of Catholic religious orders
3) for a classification of Catholic religious orders, apart from en:Religious order (Catholic) (also illustrated by the scheme here), I referred to https://www.treccani.it/enciclopedia/ordini-religiosi_%28Enciclopedia-Italiana%29/ and https://gcatholic.org/orders/types.htm
  • only for the religious orders that are also monastic orders (i.e. mainly Benedictines, Cistercians, Carthusians and Basilians) it is possible to define each member as Christian monk (Q2109894) (more precise than monk (Q733786));
  • Jesuits fall into the clerics regular orders, so each member is a regular cleric (Q2138822);
  • Franciscans, Dominicans, Carmelitans and Augustinians are mendicant orders, so each member is a friar (Q548320).
This demonstrates that the use of occupation (P106)monk (Q733786) on the aforementioned items was wrong.
With that said, I have seen the results of the query of humans with religious order (P611) and without occupation (P106) - https://w.wiki/Ax$Z. I have fixed manually a few tens of items having wrong values and I have massively made a fix on Buddhist monks and a fix on Christian nuns; now the results are down from 3000 to less than 2400.
Widening the discussion, there is a more general problem about the redundance between occupation (P106) and religious order (P611): if an item X has e.g. religious order (P611)Dominican Order (Q131479), having also occupation (P106)friar (Q548320) is redundant (the fact that X is a friar can be inferred by the fact that he is a member of the Dominican order); so we should decide if, given the presence of P611, we want a redundant value of P106 on the item
A) always (so always religious order (P611)Dominican Order (Q131479) + occupation (P106)friar (Q548320))
B) only if otherwise there is no P106 (so occupation (P106)friar (Q548320) can removed if I add e.g. occupation (P106)Catholic priest (Q250867))
C) never (so never religious order (P611)Dominican Order (Q131479) + occupation (P106)friar (Q548320))
For me both solutions A and B are valid ones and we just need to choose one; I remember you previously raised this problem here in 2022; I then opened a discussion at the competent WikiProject here a few days later, but no one answered. If we decide on this point officially, I can afterwards add occupation (P106) to the 2400 aforementioned items personally. I only need an official standard. We can decide the standard here: Wikidata talk:WikiProject Religions#Redundance between P611 and P106.
I hope this makes clearer what I intended to do. Best, Epìdosis 21:42, 20 August 2024 (UTC)
Hello Epìdosis! I'll let the monasticism question go, although I note that all the NON-MONASTIC orders you mention have P31 listed as monastic order, and the related Wikipedia entries have monastic order. It's as if you started a terribly big conversion job not at the beginning but at the end.
On the other hand, the English description of the P611 property says: religious order/monastic order. This means that you should not include the Jesuit (as well as a Franciscan, a Dominican, a Carmelitan and Augustinian) orders in P611, as they are not included in this property. These will have to be deleted from P611, which will certainly be done later. I am very curious to know how to indicate which order the persons concerned belong to.
What I will not let go of, however, is that it is better not to have an occupation than to have an approximate but inaccurate occupation. This is simply nonsense, there is no logic along which I can agree with you. It's not that a completely wrong occupation is given, it's that it's inaccurate or too general. It's not that a sociologist is given as a butcher, but that, say, an obstetrician is only given as a doctor or a gynaecologist. But now this approximate data has also disappeared and there is nothing at all in its place, which I very strongly protest against - especially as the data will also be removed from P611, since it is not a monastic order, and that is the only one that can be entered there. Pallor (talk) 08:39, 21 August 2024 (UTC)
Good morning @Pallor:, as far as I can see
So monastic order (Q3355750) is not used on these items; I also don't see the words "monk" or "monastic" in the incipits of the respective articles of en.wikipedia, so I'm unsure about what you are referring to specifically. "monastic order" is the English alias of religious order (P611) whose label is currently "religious order", so I don't see why non-monastic orders should not be accepted as values of the property; in fact the value-type constraint (Q21510865) allows all types of religious order (Q2061186); the value of Wikidata item of this property (P1629) was wrongly edited with no consensus in 2022 and I have now restored the previous one; so I see no reason in deleting values from P611 or in splitting it into two properties, one for monastic and one for non-monastic orders (this would also be a somehow difficult distinction if applied outside Christianism).
I agree that applying "monk" to the members of the aforementioned religious orders can be defined as "inaccurate" rather than completely "wrong"; as I said, I do not intend to remove values from religious order (P611) (and I will strongly object to others possibly removing them), and I am willing to add more accurate values to occupation (P106) in substitution of the inaccurate "monk" values I removed once a decision is taken in Wikidata talk:WikiProject Religions#Redundance between P611 and P106. I also precise that the discussion was not opened afterwards, but it had been opened (with no answer) in 2022. Epìdosis 09:05, 21 August 2024 (UTC)
I really put aside the issue of monks, I don't have enough deep knowledge to take a stand.
On the other hand, I believe that occupation (P106) is a very important part of a person's element, and I do not consider it acceptable that elements remain without it. Thanks for looking into it. Pallor (talk) 09:51, 23 August 2024 (UTC)
@Pallor: OK, at Wikidata talk:WikiProject Religions#Redundance between P611 and P106 there seems to be consensus for having occupation (P106) with religious order (P611); so today I started 3 QS batches to add appropriate monk (Catholic monk (Q117940921)), regular cleric (regular cleric (Q2138822)), friar (friar (Q548320)) to the items missing them; these will fix, among others, all the imprecise "monk" occupations I removed from Jesuits, Franciscans, Dominicans, Augustinians and Carmelitans, and should also add occupation (P106) to many others, effectively the results of https://w.wiki/Ax$Z from about 2350 to a few hundreds.
They will run once QS is repared (now it is stuck as it happens a bit too often in the last months). Epìdosis 16:30, 23 August 2024 (UTC)
@Pallor: batches run, the results of https://w.wiki/Ax$Z are down to 437 right now. Epìdosis 07:52, 26 August 2024 (UTC)
Thanks for the pinging and notifications, language corrections, I'll try to keep an eye on the matter. Pallor (talk) 23:20, 29 August 2024 (UTC)

ICCU: catalog vs. bibliography

Hi Epìdosis, there is an item for the organisation Istituto Centrale per il Catalogo Unico (Q3803707) (ICCU) and an item for the catalog OPAC SBN (Q105086090). The GND cites as source not the catalog but the following bibliography:

Catalog and bibliography appear to be identical. Should I add the GND there or do we need a separate item? --Kolja21 (talk) 14:16, 29 August 2024 (UTC)

@Kolja21: I'm not convinced of the definition of ICCU as a bibliography; ICCU is not a written work, it is the institute (part of the Ministry of Culture (Q1347047)) which coordinates the about 7k libraries which contribute to the OPAC SBN (Q105086090). The case of e.g. BNF is different, because BNF manages its own catalog; ICCU in fact is not a library, it is just an institute coordinating libraries and creating standards for them. I think an ID for the OPAC SBN, which is a bibliographic entity (a collective catalog, specifically) unlike ICCU, would be worth. Epìdosis 14:21, 29 August 2024 (UTC)
Sounds convincing but what do you mean with "an ID for the OPAC SBN ... would be worth"? And where should we add GND 1024483649? --Kolja21 (talk) Kolja21 (talk) 14:28, 29 August 2024 (UTC)
@Kolja21: Istituto Centrale per il Catalogo Unico (Q3803707) has already https://d-nb.info/gnd/1035341-0 which is correct; for "an ID for the OPAC SBN ... would be worth" I intended creating an ID inside GND for OPAC SBN (Q105086090) but maybe it should just be readapted from https://d-nb.info/1024483649 which is in fact not so clear ... ICCU is not a bibliographic entity, renaming it as OPAC SBN would be IMHO more accurate. Because as of now https://d-nb.info/1024483649 is quite confusing as you say. Epìdosis 14:33, 29 August 2024 (UTC)
Someone might be able to correct errors in the bible but not the official rules in Germany ;) We have to live (= work) with GND 1024483649 even if the bibliographical information is not consistent. --Kolja21 (talk) 14:49, 29 August 2024 (UTC)
@Kolja21: I understand ... maybe we can attach it to OPAC SBN (Q105086090) to make it clear that it intends to refer to it, although the match is imperfect - but the intention is quite clear. Epìdosis 14:51, 29 August 2024 (UTC)
✓ Done I wrote GND but it's a DNB ID. I've added it with entry in abbreviations table (P8703) where it shouldn't be a problem. --Kolja21 (talk) 15:04, 29 August 2024 (UTC)

QuickBatch

Ciao! Abbi pazienza, torno a elemosinare aiuto su QuickBatch, per questa cosa del censimento dei laghi. Ho dato un'occhiata alle istruzioni e sono riuscito a capire come inserire la fonti. Ora, prendendo ad esempio il seguente batch: 

qid,P2044,S248,S304
Q60220205,1091,Q129945927,"""381"""

con cui ho aggiunto l'altitudine a Q60220205, ho due problemi:

  1. Come faccio a fare in modo che il numero di pagina sia inserito nello stesso "slot" della fonte, e non come se fosse una fonte separata?
  2. Come aggiungo l'unità di misura per l'altitudine?

Syrio posso aiutare? 18:44, 29 August 2024 (UTC)

@Syrio: ciao, per far sì che i due pezzi formino il medesimo riferimento basta ricordare che con S maiuscola comincia nuovo riferimento, mentre con s minuscola fa parte del precedente; l'unità di misura si fa attaccando al numero la lettera U seguita dal numero dell'elemento dell'unità di misura. Quindi riscriverei:
qid,P2044,S248,s304
Q60220205,1091U11573,Q129945927,"""381"""
Intanto ho sistemato a mano il primo elemento. Per qualunque altro dubbio resto a disposizione! Buona notte, Epìdosis 21:40, 29 August 2024 (UTC)
Grazie mille! Ne ho fatti un po' ed è filato tutto liscio direi (a parte che riesco a farli solo un per volta ma vabbè, amen). --Syrio posso aiutare? 15:45, 30 August 2024 (UTC)
@Syrio: Strano solo uno per volta; forse è perché ripeti la riga "qid ...", quella va messa solo in cima e poi sotto tutte le altre righe. Epìdosis 16:02, 30 August 2024 (UTC)

Nono, la riga del qid era in cima e basta. Per dire, se importo i comandi CSV del seguente batch (che è già stato fatto) mi carica solo la prima fila 

qid,P2044,S248,s304,P2043,S248,s304,P2049,S248,s304,P2046,S248,s304,P4511,S248,s304
Q115173841,480U11573,Q129945927,"""382""",160U11573,Q129945927,"""382""",100U11573,Q129945927,"""382""",10600U25343,Q129945927,"""382""",2U11573,Q129945927,"""382""",
Q60039515,540U11573,Q129945927,"""383""",520U11573,Q129945927,"""383""",125U11573,Q129945927,"""383""",70800U25343,Q129945927,"""383""",15U11573,Q129945927,"""383""",
Q60039246,548U11573,Q129945927,"""384""",130U11573,Q129945927,"""384""",70U11573,Q129945927,"""384""",7800U25343,Q129945927,"""384""",8U11573,Q129945927,"""384""",
Q17635197,1994U11573,Q129945927,"""385""",180U11573,Q129945927,"""385""",120U11573,Q129945927,"""385""",15500U25343,Q129945927,"""385""",10U11573,Q129945927,"""385""",

le altre semplicemente non appaiono in lista. --Syrio posso aiutare? 16:09, 30 August 2024 (UTC)

@Syrio: Le righe non devono chiudersi con virgola, se togli tutte le virgole a fine riga non ci sono problemi. Epìdosis 16:16, 30 August 2024 (UTC)
Ah, ok; la virgola avevo provato a metterla perché facendo alcuni test all'inizio mi dava errore sull'ultima operazione (inserire la fonte per la profondità), e aggiungendo la virgola invece funzionava. --Syrio posso aiutare? 16:24, 30 August 2024 (UTC)
@Syrio: mi pare che senza virgola funzioni tutto perfettamente adesso. Epìdosis 16:28, 30 August 2024 (UTC)
Quando preparo il prossimo batch appuro :) intanto grazie ancora! --Syrio posso aiutare? 16:31, 30 August 2024 (UTC)

Direi tutto a posto! --Syrio posso aiutare? 18:22, 30 August 2024 (UTC)

Nessun risultato trovato

Hi Epìdosis, I've tried to create a GND for Silvio Greco (Q124560301): Italian author (fl. 1867). SBN SBNV006733: "Nessun risultato trovato." Can you fix it? --Kolja21 (talk) 02:58, 10 September 2024 (UTC)

@Kolja21: SBN was my mistake, removed; the only available information is one bibliographic record known by the Vatican Library, I have improved the item. Epìdosis 09:38, 10 September 2024 (UTC)

Agiografia Silvestrina medievale

Hi Epìdosis, the publication Agiografia Silvestrina medievale (1983) is about Christian saints and Italy. It mentions:

He has the same year of death as Hugh Ripelin of Strasburg (Q1635599): Dominican theologian so CERL merged them. Can you find any information about him? Kolja21 (talk) 23:34, 10 September 2024 (UTC)

@Kolja21: surely different persons: Agiografia Silvestrina medievale contains an anonymous text named Vita beati Ugonis Monachi Silvestrini or Vita vel potius miracula beati Ugonis monachi Silvestrini, which is a hagiography regarding Ugo degli Atti (Q4002928): Silvestrine monk (-1270); sources are clearly different; moreover, Hugh Ripelin of Strasburg (Q1635599): Dominican theologian is a Dominican friar and Ugo degli Atti (Q4002928): Silvestrine monk (-1270) a Benedictine (specifically Silvestrine) monk. --Epìdosis 07:57, 11 September 2024 (UTC)
✓ Done Perfect! I've marked CERL cnp01343680 as a conflation. Kolja21 (talk) 17:40, 11 September 2024 (UTC)

Property talk:P7859/Duplicates

pls delete Property talk:P7859/Duplicates and Property talk:P7859/Duplicates/humans. The first page shows up at https://www.wikidata.org/wiki/Special:LinkSearch?target=https%3A%2F%2F*.worldcat.org%2Fidentities - the 2nd I couldn't find there, but has similar logic. I am cleaning up https://www.wikidata.org/wiki/Special:LinkSearch?target=https%3A%2F%2F*.worldcat.org%2Fidentities - but these unused maintenance pages make that harder. Andres Ollino (talk) 17:58, 25 September 2024 (UTC)

✓ Done both deleted as empty. Epìdosis 22:35, 25 September 2024 (UTC)

Un consiglio

Ciao Epìdosis, è da un po' che non ti rompo le balle. Ho fatto questa query che elenca tutti gli item con proprietà P3360 presenti in itwiki. Ora, a me non interessa tanto avere l'itemLbael, quanto il titolo della voce su itwiki. Immagino debba mettere mano al wikibase. Come potrei fare? Grazie Mastrocom (talk) 15:27, 4 October 2024 (UTC)

@Mastrocom: è un piacere sentirti; propongo:
SELECT DISTINCT ?item ?itlabel ?articleurl ?article ?id
WHERE {
  ?item wdt:P3360 ?id ; rdfs:label ?itlabel . FILTER(LANG(?itlabel) = "it")
  ?articleurl schema:about ?item ; schema:isPartOf <https://it.wikipedia.org/> .
  BIND(REPLACE(wikibase:decodeUri(SUBSTR(STR(?articleurl), 31)),"_"," ") AS ?article) .
}
Try it!
Come ti pare? Epìdosis 17:51, 4 October 2024 (UTC)
Perfetta! Grazie mille! Mastrocom (talk) 06:54, 5 October 2024 (UTC)

Carlo Angeli

Hi Epìdosis, there are three Italian artists from the 17th century of the name "Carlo Angeli". I can't distinguish them clearly:

Can you help? --Kolja21 (talk) 22:05, 8 October 2024 (UTC)

@Kolja21: I am honestly in doubt about Carlo d'Angelo (Q21288599): Italian painter (17th century) because I cannot find sources beyond ULAN, but it seems not identical to Carlo Angeli (Q108744105): Italian painter (fl. 1655); I have created also Carlo Angeli (Q130533005): Italian silversmith (fl. 1684). Epìdosis 21:40, 14 October 2024 (UTC)
Thanks for the disambiguation. So we have artists from Antwerp, Naples, and Perugia. But what's about ICCU CUBV005267 = Carlo Angeli, author of Momenti d'ozio. Versi (1895)? Should I create a fourth item for him to clean up VIAF 307349502. --Kolja21 (talk) 02:16, 15 October 2024 (UTC)
@Kolja21: He is a poet of which nothing else is known: I have now created Carlo Angeli (Q130534738): Italian poet (fl. 1897) for him. Epìdosis 07:32, 15 October 2024 (UTC)

"Troppe entità Wikidata accedute"

Ciao! Torno a elemosinare un aiutino anche se non so se è il tuo campo (ma magari sai indirizzarmi da qualcun altro che può rispondermi). Sapresti dirmi se questo problema è risolvibile in un modo diverso da "substare tutti i template Wikidata"? Syrio posso aiutare? 08:58, 14 October 2024 (UTC)

Ciao @Syrio:, temo sia effettivamente l'unica soluzione ma non sono così esperto del riuso dei dati di Wikidata in altri progetti; il messaggio inglese è "Too many Wikidata entities accessed" e cercandolo ho trovato phab:T279069; è un errore che ricordo sicuramente di aver già visto in passato. Penso che @Horcrux: possa darti consigli pratici molto più utili dei miei. Epìdosis 10:09, 14 October 2024 (UTC)
Mi dispiace ma purtroppo non so come aiutare :-/ --Horcrux (talk) 11:28, 14 October 2024 (UTC)
No worries, grazie comunque a entrambi! --Syrio posso aiutare? 12:40, 14 October 2024 (UTC)

Query

Ciao! Sperando che tu non mi maledica, torno a chiederti un consulto (a tempo perso, non è una cosa importante) e poi spero di lasciarti in pace per un po'. In una query come questa (sempre la solita) come faccio a far visualizzare il nome delle chiese nella mappa? Ho provato a pescare la stringa da qui ed è mezz'ora che ci smanetto ma non riesco a farla funzionare P_P Syrio posso aiutare? 20:31, 15 October 2024 (UTC)

@Syrio: la cosa più facile è https://w.wiki/BYhM direi. Epìdosis 21:24, 15 October 2024 (UTC)
aaah mi mancava da aggiungere il churchlabel in alto! Grazie, sei sempre gentilissimo :) --Syrio posso aiutare? 07:18, 16 October 2024 (UTC)

Pietro Paoletti

Ciao Epidoisis, l'aggiunta dell'identificativo DDB in Q16198880 è errata nella fonte: l'autore è delle opere lì indicate è Pietro Paoletti di Osvaldo (1849-1936) (Q21289690). Che si fa in questi casi? Zanekost (talk) 18:04, 17 October 2024 (UTC)

Per errori nel GND e dintorni, di solito segnalo a Kolja21, ma per attribuzioni errate di opere non sono sicuro che possa risolvere. Proviamo comunque.
@Kolja21: the two works listed in https://www.deutsche-digitale-bibliothek.de/person/gnd/123511992 are in fact not by Pietro Paoletti (Q16198880): Italian painter (1801-1847) but by Pietro Paoletti (Q21289690): Italian art historian (1849-1936). Could it be reported? Thanks as always! Epìdosis 21:59, 17 October 2024 (UTC)
"Datenpartner" (= digital copy available by) Bayerische Staatsbibliothek. They need to correct the author but I don't see no error report form. Kolja21 (talk) 02:58, 18 October 2024 (UTC)
E pensare che proprio il secondo Paoletti firmava l'opera lì citata Pietro Paoletti di Osvaldo per distinguersi dal primo… Zanekost (talk) 16:50, 18 October 2024 (UTC)
@Zanekost: capisco perfettamente, questi casi sono estremamente spiacevoli (oltre che irritantemente frequenti) ed è tuttora un problema che molti siti non abbiano sistemi per riportare errori (cf. Wikidata:Data round-tripping) veramente efficaci. Epìdosis 17:09, 18 October 2024 (UTC)
Gia! Zanekost (talk) 19:27, 18 October 2024 (UTC)

Silvia Berselli

Ciao Epìdosis,

Per il momento abbiamo solo Silvia Berselli (Q128008516), ma L'archivio fotografico : manuale per la conservazione e la gestione della fotografia antica e moderna, da cui SBN conosce quatro edizioni, probabilmente non è da lei. In fato ci sono in paio di rissorce scritte da una Silvia Berselli attorno il soggeto della fotografia che risalgono al 1991, quando l'architteta aveva 11 anni. Potresti creare una nuova scheda? Grazie e a presto, --Thomas Kerboul (BGE) (talk) 13:55, 18 October 2024 (UTC)

@Thomas Kerboul (BGE): sistemato in SBN, sarà visibile martedì; in Wikidata Silvia Berselli (Q128008516): Italian architect and historian of architecture (1980-) and Silvia Berselli (Q115658651): Italian photo restorer.
@Kolja21: https://opac.k10plus.de/DB=2.299/PPNSET?PPN=1620271230&PRS=HOL&INDEXSET=21 is wrongly attributed to the first (= https://d-nb.info/gnd/1089084560) but it is by the second. My edits to SBN will be visible on Tuesday. I also reported conflations to ISNI (and to Parsifal), let's see. --Epìdosis 14:33, 18 October 2024 (UTC)
I've created GND 134538422X for the photo restorer. --Kolja21 (talk) 22:50, 18 October 2024 (UTC)

BEIC Digital Library: Pietro Bernardo

Hi Epìdosis, can you take a look at Pietro Bernardino (Q18945740): "sec. 15.-16."? The item was created based on the BEIC Digital Library (Bernardo, Pietro 1475-1502). Later, with the same source: 1451-1550. Reinheitsgebot added GND 121182045 was obviously wrong. Could be identical with Pietro Bernardino (Q7192934): Italian heretic (1475-1502). --Kolja21 (talk) 09:58, 20 October 2024 (UTC)

@Kolja21: BEIC checked, it was effectively a duplicate of Pietro Bernardino (Q7192934): Italian heretic (1475-1502). Epìdosis 12:35, 22 October 2024 (UTC)

Segnalazione vandalo

https://www.wikidata.org/wiki/Special:Contributions/Alobetit

Segnalo questo utente: 3 edit, 3 vandalismi. Puoi pensarci tu per favore? Non sono familiare come le procedure di segnalazione vandali qui su Wikidata. Grazie, ciao, Accurimbono (talk) 09:48, 22 October 2024 (UTC)

@Accurimbono: bloccato, grazie per la segnalazione. In questi casi puoi segnalare a WD:AN, possibilmente in inglese; quella è la pagina sorvegliata da tutti gli amministratori. Comunque per casi non troppo urgenti scrivi pure a me se preferisci. A presto! Epìdosis 09:51, 22 October 2024 (UTC)
Grazie mille! Accurimbono (talk) 09:54, 22 October 2024 (UTC)

Stefano Angeli and Stefano de Angeli

Hi Epìdosis, I would like to create a GND for:

I assume he is an historian (based on the title of his book). But there is a second author who wrote books about history:

Can you check the two items? --Kolja21 (talk) 10:15, 22 October 2024 (UTC)

Q130610695 contains https://viaf.org/viaf/305107957/ which contains https://id.loc.gov/authorities/names/n83018190.html which has Identifies RWO https://isni.org/isni/0000000369278011 but that ISNI exists at Stefano degli Angeli (Q3498009) Lorenz Karsten (talk) 10:37, 22 October 2024 (UTC)

Hi, LCAuth n83018190 = Stefano Angeli (Q130610695). The metadata (RWO = Real World Object) is automatically linked to the authority file and have not been checked. In this case the RWO link was most likely based on an error in Wikidata. @Ferran Mir: FYI. --Kolja21 (talk) 11:03, 22 October 2024 (UTC)
Stefano Angeli (Q130610695): Italian historian (an historian surely, but in fact nothing else emerges) and Stefano De Angeli (Q130610921): Italian classical archaeologist (an archaeologist, many infos found) both fixed in Wikidata and in SBN (visible on Tuesday as usual); in SBN I have reviewed all the records having Stefano and Angeli in their name. Epìdosis 13:06, 22 October 2024 (UTC)
Not sure what n83018190 is about. What has more weight than "Identifies RWO https://isni.org/isni/0000000369278011"? If one assumes this claim is based on an error in the ISNI, then, maybe one of you can file a report to ISNI? I *think* I recently had good and fast experience with ISNI on error correction. Lorenz Karsten (talk) 06:24, 23 October 2024 (UTC)
@Lorenz Karsten: I confirm, I filed a report to ISNI about https://isni.org/isni/0000000369278011 and I'm waiting for their answer. Epìdosis 06:31, 23 October 2024 (UTC)
Please report back when you found a change which could be interpreted as action based on your report. Would really be great if they fix errors and do that fast. Lorenz Karsten (talk) 06:35, 23 October 2024 (UTC)
@Kolja21, Lorenz Karsten: Solved now, ISNI has moved LC to a new ISNI. Epìdosis 08:54, 24 October 2024 (UTC)
Great! How did you find out, seeing that LC was removed from the old one and then searching the new in the ISNI DB? Lorenz Karsten (talk) 09:04, 24 October 2024 (UTC)
Just checking again in ISNI through the internal search of "Stefano Angeli". Epìdosis 09:06, 24 October 2024 (UTC)
Did you enter your email address into the form, but got no reply at all (like me on other items)? Lorenz Karsten (talk) 09:09, 24 October 2024 (UTC)
@Lorenz Karsten: I have been sending a few hundreds of mistake reports to ISNI through the form systematically since March 2024; in the first cases I inserted the email address and got no answer, so now I usually never add it to spare time. Only in one case, when I reported a vast conflation of 5 (!) persons into one record, I added my email to answer eventual requests for clarifications and effectively I was contacted for a clarification. But it seems to me that they send emails to the address you indicate only if the case is very complex and they need further evidence; otherwise they just don't write you. This is my experience in the last 8 months. Epìdosis 09:13, 24 October 2024 (UTC)
Thank you for this detailed report! Lorenz Karsten (talk) 09:18, 24 October 2024 (UTC)

Giovanni Anfossi

As suggested I've created a GND for Giovanni Anfossi (Q1525725): Italian composer, pianist and music educator (1864-1946). He has a lesser-known namesake: Giovanni Anfossi (Q130639922). --Kolja21 (talk) 04:52, 25 October 2024 (UTC)

@Kolja21: thanks very much! I managed to improve Giovanni Anfossi (Q130639922): Italian priest (1840-1913) and I suggest creating a GND also for the other important honomym Giovanni Anfossi (Q3766412): Italian geographer (1876-1918). Epìdosis 08:09, 25 October 2024 (UTC)
✓ Done Con piacere. --Kolja21 (talk) 08:55, 25 October 2024 (UTC)

JACQ (Q129906337)

Hello Epi,

We do have item for JACQ (Q129906337) but we don't have property for taxon identifiers from this database. I think it's good idea to create. Geagea (talk) 14:02, 27 October 2024 (UTC)

@Geagea: It could be, I agree: could you give me 3 examples of equivalences of IDs in JACQ and Wikidata items? Epìdosis 14:06, 27 October 2024 (UTC)
Achillea biebersteinii Achillea biebersteinii (Q15260715) --> https://www.jacq.org/detail.php?ID=912937 but seems that there are more
Achillea falcata Achillea falcata (Q12234017) --> https://www.jacq.org/detail.php?ID=110089
Achillea ligustica Achillea ligustica (Q340265) --> https://www.jacq.org/detail.php?ID=117167
Achillea lingulata Achillea lingulata (Q15585943) --> https://www.jacq.org/detail.php?ID=165634
But maybe needed her someone that understand more about it, Geagea (talk) 14:54, 27 October 2024 (UTC)
@Geagea: Yeah, hearing also someone more expert in this matter of taxa would help before proposing the property. The examples seem good anyway. I can wait, no problem. Epìdosis 15:04, 27 October 2024 (UTC)
@Succu, can you give your opinion her? Geagea (talk) 17:20, 27 October 2024 (UTC)

The Princeton Encyclopedia of Classical Sites (Q116050186)

Ciao! Stavo pensando di proporre un'identificativo per le voci dell'enciclopedia in oggetto digitalizzata su perseus.tufts.edu, ad esempio:

Vorrei però prima avere una tua opinione. Horcrux (talk) 14:24, 28 October 2024 (UTC)

@Horcrux: mi sembra una buona idea, Perseus contiene varie vecchie enciclopedie digitalizzate che possono tornare utili; magari sentiamo informalmente anche @Jahl de Vautban:, ma credo proprio che non ci siano problemi. Buona serata, Epìdosis 20:59, 28 October 2024 (UTC)
@Horcrux, Epìdosis: buongiorno, non vedo problemi neanche, l’enciclopedia è abbastanza moderna per essere autoritativa. Tuttavia non mi sono molto occupato di luoghi, perche non sono tropo felice con i numerosi casi in qui la città moderna condivide il stesso item con la citta antiqua, che è frequammente lei stessa amalgamata con la poleis in senso politico. Speriamo che una rissorssa tipo questa aiute a vederci meglio. —-Jahl de Vautban (talk)
@Jahl de Vautban: Grazie a entrambi! Ho aperto la proposta: WD:Property proposal/The Princeton Encyclopedia of Classical Sites ID --Horcrux (talk) 08:43, 29 October 2024 (UTC)

OPAC SBN

Buongiorno, lavorando al progetto https://www.wikidata.org/wiki/Wikidata:Gruppo_Wikidata_per_Musei,_Archivi_e_Biblioteche/Stelline/2024 ho trovato diversi item che risultano associati a link OPAC SBN non esistenti, ovvero cliccando su tali link il sistema punta sì all'OPAC SBN ma senza alcun risultato. Sperando di fare cosa utile e gradita li segnalo di seguito:

Cyrus Leo Sulzberger II Q5201118
Leonora Cristina di Schleswig-Holstein Q262989
Jurij Borisovič Norštejn Q371337
Robin Maugham, 2nd Viscount Maugham Q7352644
Pseudo-Apollodoro Q12506564
Arthur Cravan Q579188
Wumen Huikai Q7991321

Grazie mille, cari saluti Silviafanti (talk) 15:50, 24 October 2024 (UTC)

@Silviafanti: grazie per il messaggio e soprattutto per il lavoro che stai facendo! Ho controllato nell'OPAC SBN e sono riuscito a trovarli tutti a parte Pseudo-Apollodorus (Q12506564), che SBN sceglie di non distinguere da Apollodorus of Athens (Q205704); ho aggiunto i rispettivi ID nei vari elementi; alcuni peraltro avevano dei duplicati che ho provveduto ad unire. Epìdosis 17:38, 25 October 2024 (UTC)
Grazie mille a voi per la preziosa opportunità di lavorare al controllo bibliografico delle voci di autorità, seppur non direttamente e internamente a SBN. A mio modesto parere ce ne sarebbe un gran bisogno di queste bonifiche. Solo una curiosità gentilmente: come si generano i suddetti link che non rimandano ad alcun risultato OPAC SBN? Forse la procedura di estrazione o i dataset utilizzati non rispondono in modo efficiente? Grazie mille Silviafanti (talk) 13:05, 28 October 2024 (UTC)
@Silviafanti: dunque io di solito uso https://opac.sbn.it/it/ricerca-avanzata e provo a inserire nella voce "Autore" varie stringhe finché non ottengo risultati, nei casi in cui sono sufficientemente sicuro che la persona abbia record bibliografici in SBN; comincio inserendo la stringa che è usata come etichetta in italiano in Wikidata, ma a volte con quella non ottengo risultati perché SBN usa una forma diversa, quindi poi magari provo a inserire altre forme simili finché non becco quella giusta. Quando l'ho trovata, procedo con "Cerca" e poi trovo l'identificativo SBN nel modo mostrato in questo mio video. In caso di dubbi, resto ovviamente a disposizione. Buona serata e ancora grazie per il lavoro e per le domande! Epìdosis 21:04, 28 October 2024 (UTC)
Capisco, anch'io qualche tentativo lo faccio ugualmente cercando con altri termini plausibili però non capisco come siano stati estratti i link SBN associati all'item WD. Colgo l'occasione per esporre un quesito: mi sarebbe piaciuto partecipare ai Wikidata days di Bologna, in particolare agli appuntamenti di venerdì pomeriggio ma vedo dalla relativa pagina che i posti disponibili sono esauriti. Con grande rammarico ne prendo atto ma non ho potuto iscrivermi precedentemente in quanto ho avuto un problema di salute che fino ad qualche giorno fa non mi permetteva di programmare alcunchè. Non c'è proprio più speranza di aggiungersi per favore? Grazie mille di nuovo e scusate il disturbo Silviafanti (talk) 10:36, 30 October 2024 (UTC)
@Silviafanti: per il metodo di estrazione, non sono ancora sicuro di capire la domanda; magari scrivimi via mail (Special:EmailUser/Epìdosis) e ci sentiamo online così mi spieghi meglio.
Per Bologna mi spiace molto, purtroppo l'interesse per Wikidata:Events/Wikidata Days Bologna 2024 è stato molto più alto del previsto e abbiamo esaurito abbastanza presto gli 80 posti disponibili; esiste una lista di attesa che usiamo nel caso in cui qualcuno ci comunichi che non riesce a venire e quindi rinunci (anche all'ultimo momento) al suo posto; il massimo che posso fare purtroppo è aggiungerti a quella, anche se non è garantito che alla fine appunto ci siano molte rinunce. Poi ovviamente speriamo di ripetere eventi simili riguardo a Wikidata in futuro qui in Italia; uno è già fissato per Firenze il 5-6 giugno del prossimo anno e sicuramente avremo anche più posti in sala (meta:Wikidata and research). Buon pomeriggio, Epìdosis 11:20, 30 October 2024 (UTC)
Spiacente ma il link "Special:EmailUser/Epìdosis" non è attivo, ho provato a scriverti ma il sistema risponde che non esiste alcun riferimento, mi dispiace. Nel frattempo ti chiederei cortesemente di aggiungermi alla vostra lista di attesa per i Wikidata days per favore, non si sa mai. Grazie mille, buona giornata Silviafanti (talk) 12:15, 30 October 2024 (UTC)
@Silviafanti: quasi sicuramente non è attivo perché non hai indicato una mail nel tuo account; se vai in Special:Preferences e associ un indirizzo mail al tuo account poi sicuramente il link Special:EmailUser/Epìdosis funzionerà; peraltro associare una mail al proprio account è anche fondamentale per recuperare la password nel caso in cui la si dimentichi. Intanto comunque ti faccio aggiungere alla lista di attesa! Epìdosis 14:09, 30 October 2024 (UTC)
Grazie infinite per tutte le preziose indicazioni e buona serata.Silviafanti (talk) 17:31, 30 October 2024 (UTC)

Giovanni Battista Anfossi

GND 1157844693 was created by SUB Göttingen for Giovanni Battista Anfossi (Q91785415): Italian physician, author of "Dell'uso ed abuso della cioccolata" (1779). Unfortunately, they added the title of a second person:

Any idea who that could be or is it just a typo? (I suspect Pasquale Anfossi was meant.) --Kolja21 (talk) 05:17, 25 October 2024 (UTC)

@Kolja21: I confirm that in Das Dramma giocoso La Finta giardiniera the only involved person surnamed "Anfossi" is Pasquale Anfossi (Q266985): Italian opera composer = https://d-nb.info/gnd/118846922. Epìdosis 08:16, 25 October 2024 (UTC)
✓ Done SUB Göttingen corrected the catalog entry for Das Dramma giocoso La Finta giardiniera (1984). --Kolja21 (talk) 23:54, 29 October 2024 (UTC)

Giuseppe Cosentino

Hi Epìdosis, I've seperated:

Can you check if Q41568912 was a historian, theater historian (BnF) and paleografo, archivista (SBN)? It's seems to be a common name. There is also an ambiguous item without further information or source: Giuseppe Cosentino (Q111334961), studioso italiano. --Kolja21 (talk) 20:17, 31 October 2024 (UTC)

@Kolja21: I have started the cleaning in Wikidata but the access to editing SBN is only Monday-Friday 8-21 and Saturday 8-19, so to do checks and cleanings on SBN side I have to wait tomorrow. I write you here when I have finished. Epìdosis 22:15, 31 October 2024 (UTC)
@Kolja21: after two hours of work, I finally have all the answers.
  • I have created one more item deserving a GND (Giuseppe Cosentino (Q130749161): Italian priest (1972-)) and fixed a conflation (Giuseppe Cosentino (Q3770362): Italian entrepreneur (1950-2020) -> all IDs moved to new Giuseppe Cosentino (Q130749057): Italian jurist and civil servant (1950-));
  • about Giuseppe Cosentino (Q111334961): Italian historian I haven't found much, but he is clearly distinct from all the others, he wrote a few publications about Genua and the Jesuits there;
  • most importantly, Giuseppe Cosentino (Q41568912): Italian archivist and paleographer (1852-1920) was a historian and paleographer and all his works were published in Palermo, where he lived and worked, and regardend either paleography or the history of Sicily; he was not a theatre historian (bad mistake of BNF) - there is a confusion with the theatre critic Giuseppe Cosentino (Q130749179): Italian theatre critic (18..-1932) who was active in Bologna and wrote about theatre and about Bologna.
Everything fixed in SBN, visible next Tuesday as usual; afterwards I will try to obtain fixes from BNF and ISNI. Epìdosis 11:29, 1 November 2024 (UTC)
Thanks for the extensive research!
Kolja21 (talk) 14:06, 1 November 2024 (UTC)
Yes, 1852 for Giuseppe Cosentino (Q130749179): Italian theatre critic (18..-1932) is obviously a mix-up, I have searched a lot the real birth date online but unfortunately I found nothing; the first publication is of 1901, so I think he was probably born later than 1852. Epìdosis 14:08, 1 November 2024 (UTC)

Corpus Corporum author ID

Can you find any information about Florentius (Q105757911)? The Corpus Corporum author ID does not provide any unique matches.

I ask because of the namesake Florentius (Q130754130), author of an agricultural textbook (3rd century). Kolja21 (talk) 05:41, 2 November 2024 (UTC)

@Kolja21: they are surely different, thanks for reporting; I merged the first into Florentius (Q1001940): Roman praetorian prefect and consul, which had a wrong GND that I removed. BTW, duplicate GND in Florentius de Faxolis (Q112175102): Italian priest and music theorist. Thanks! Epìdosis 08:47, 2 November 2024 (UTC)
Thanks again! (I've reported the duplicate already.) What strikes me is GND 136117325:
  • Florentius Radewynsz (Florentius von Genf), Bischof von Genf, ca. -1. H. 6. Jh. Source: NDB/ADB-online.
I suspect GND 136117325 is a mix of two persons. What do you think? Kolja21 (talk) 16:10, 2 November 2024 (UTC)
@Kolja21: I surely agree, it is an evident mix of two persons. Epìdosis 16:13, 2 November 2024 (UTC)
Thanks for the confirmation. I will file a report. --Kolja21 (talk) 16:26, 2 November 2024 (UTC)

Merge Andreas Metzner Q130775628

https://www.wikidata.org/w/index.php?title=Q130775628&action=history can you explain PersOrga (talk) 12:29, 5 November 2024 (UTC)

@PersOrga: Q130778504 was a duplicate of Q130775628 and I merged them; I have created Q130907522 for the homonym. --Epìdosis 13:07, 5 November 2024 (UTC)

Deprecated

Hi Epìdosis! Do you remember why you set this to obsolete? I think it's a good data. Thanks Pallor (talk) 10:33, 8 November 2024 (UTC)

Hi @Pallor:, I don't remember and effectively now it looks good; I have de-deprecated it. Thanks! Epìdosis 05:58, 9 November 2024 (UTC)
OK, thank you! Pallor (talk) 08:24, 9 November 2024 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=User_talk:Epìdosis/Archive/2024&oldid=2285319620"