User talk:Epìdosis/Archive/2020

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Gallerie degli Uffizi

Qualcuno ha inserito alcune modifiche improprie il 30/12/2019 alla voce Q51252: non risulta più istanza di Museo. Io non saprei de dove iniziare a correggere.--Zanekost (talk) 17:41, 2 January 2020 (UTC)

@Zanekost:  Done, risolto. Grazie mille, --Epìdosis 23:47, 2 January 2020 (UTC)

frazione, prima comune

Ciao prma di chiedere al progetto... stavo guardando d:Q80715072 che ho appena creato e qui risulta che Giurlani sia stato sindaco anche di Fabbriche di Vallico. Volevo inserire l'informazione ben sapendo che il comune è stato fuso, oramai li conosco a uno a uno in zona. Il problema è che qualcuno ha trasformato d:Q217028 in un item di frazione ma non avrebbero dovuto lasciarlo come elemento di comune dichiarandolo soppresso? Non mi sembra molto pulito... la frazione (o luogo geografico) è una cosa, il comune un altro.--Alexmar983 (talk) 22:39, 2 January 2020 (UTC)

@Alexmar983: Ci sono sia instance of (P31)frazione (Q1134686) sia instance of (P31)abolished municipality in Italy (Q3685476), non vedo problemi. --Epìdosis 23:49, 2 January 2020 (UTC)

In realtà un problema lo vedrei. La frazione è una cosa, la municipalità un'altra. Non che importi a me più di tanto, ma è assurdo che quando p.e. creo elementi unici per il concetto di un parco naturale che ha due aspetti legislativi e normativi diversi basandosi appunto sul fatto che comunque l'informazione è codificata mi trovo trattato con fare passivo-aggressivo in talk anche se appunto due istanze possono coesistere senza problemi, e il problema semmai è di ordine generale qui e poi su item che uniscono aspetti concettualmente ancora più distanti invece senza problemi si dice che va bene. Misteri di wikidata. Cioè una categoria di commons relativa a "area naturale" è sempre quella sia che sia la porzione sotto la regione che quella sotto lo stato p.e., è molto probabile. Alla fine in molte di loro hai immagini di flora, per esempio e soprattutto hai ID che si riferiscono all'area naturale nel complesso (p.e. google maps). Qui invece già adesso si vedono concetti che si sovrappongono sicuramente di meno. P.e. adesso se consideri lo stesso concetto, ti trovi nella categoria di commons o nei tag di metadati lo stemma dell'ex comune o l'immagine storica di un sindaco, o di un gemellaggio che riguardano comunque oltre la frazione (perché a sua volta avrà avuto altre frazioni) accumunato a immagini di un luogo fisico preciso. Siamo un gradino di sprecisione sopra. Su google maps l'ID è la frazione, non è la frazione e l'ex comune assieme, probabilmente. Quando provai a inquadrare il problema generale facevo notare proprio questo, premesso che i dati sono chiari quando unire concetti che sottendono a istanze diverse e ID diversi è eccessivo? O almeno fino a che livello è globalmente tollerabile? Per me unire due parchi in un item con metadati separati ma ritenuti concettualmente lo stesso era tollerabile (e anche chi ha editato dopo quell'item), trattare assieme questi due concetti molto di meno. Non dico di avere ragione ma almeno ho chiaro il problema...peccato che nessuno se lo fili in modo sistematico, a vedersi intorno. Metà dice che unire va bene e metà che loro sono precisi e gli altri non hanno capito niente. Alla fine ognuno tira il suo carretto... se vuoi fare prima perori le sovrapposizioni, se ti serve di documentare un lavoro preciso fai il pignolo, ma è abbastanza arbitrario. Affari loro, io, io sono tentato di girarci alla larga. per esempio qui non inserisco il dato linkando a quell'elemento.--Alexmar983 (talk) 00:20, 3 January 2020 (UTC)

Unfilled label and description

Buongiorno Epìdosis,

First of all, thanks for your numerous thanks! Second, is there a special page that list elements which are missing a label and/or description in a particular language? I think it would be more efficient if I could fill multiple lesser-known figure of Antiquity in one run instead of randomly finding where I can be useful.

(Lei può anche rispondermi in italiano se è più semplice) Thanks ! --Jahl de Vautban (talk) 08:14, 21 January 2020 (UTC)

@Jahl de Vautban: Ciao! Sì, si possono ottenere liste per mezzo di query e poi andare alla lettera Q per vedere le etichette mancanti. Ti lascio qui sotto due query che dovrebbero coprire una parte significativa dei personaggi antichi:

#Athenian and Spartan citizens - French label
SELECT ?item ?itemLabel WHERE {
 { ?item wdt:P27 wd:Q844930 . } UNION { ?item wdt:P27 wd:Q5690 . }
 SERVICE wikibase:label { bd:serviceParam wikibase:language "fr". }
}
ORDER BY ?itemLabel

Try it!

#Greek mythological characters - French label
SELECT ?item ?itemLabel WHERE {
 ?item wdt:P31 wd:Q22988604 . 
 SERVICE wikibase:label { bd:serviceParam wikibase:language "fr". }
}
ORDER BY ?itemLabel

Try it!

A presto e grazie per l'ottimo lavoro che fai, se hai altre domande sono sempre disponibile! --Epìdosis 08:35, 21 January 2020 (UTC)

Perfetto, grazie ! --Jahl de Vautban (talk) 14:01, 21 January 2020 (UTC)

Ciao Epìdosis! Mi stavo chiedendo, strategos (Q335954) è usato per molti Atheniesi, ma è piutosto generale et infatti uno stratego era molto differente tra una cità et l'altra (sensa parlare delle leghe). Non sarebbe meglio creare un elemento stratego atheniese come sottoclasse di stratego? Grazie per la risposta! --Jahl de Vautban (talk) 13:04, 28 January 2020 (UTC)

Vero, sarebbe più corretto, @Jahl de Vautban: procedi pure! --Epìdosis 15:22, 28 January 2020 (UTC)

 Done Athenian strategos (Q83874251) --Jahl de Vautban (talk) 16:31, 28 January 2020 (UTC)

Strombatura

Ciao! Mi dai una mano? https://www.wikidata.org/w/index.php?title=Topic:Vfgxn7s2kzy5sipp&topic_showPostId=vfj7eg3z959tm9e5&fromnotif=1#flow-post-vfj7eg3z959tm9e5

Ti segnalo anche https://it.wikipedia.org/wiki/Discussioni_progetto:Architettura#Strombatura_in_inglese?_Consulenza_per_Commons.

Un caro saluto! --Pequod76 (talk) 11:11, 25 January 2020 (UTC)

@Pequod76:  Done! --Epìdosis 20:08, 27 January 2020 (UTC)

Batches in QuickStatements

Hello Epidosis,

it is possible to upload big batches again. I tried it and it worked. -- Hogü-456 (talk) 18:52, 27 January 2020 (UTC)

ISSR Q3803825

Cancellerei superior institute of religious sciences (Q3803825), voce vuota, e inutile se manca la città. --Bargioni (talk) 09:33, 30 January 2020 (UTC)

Cognome / Disambigua

Ciao, ho un dubbio: la pagina en:Morroni è classificata come cognome, nonostante che essa abbia la tipica struttura di una disambigua; it:Morroni è invece una disambigua a tutti gli effetti. La domanda è: i rispettivi elementi su Wikidata possono essere fusi o devono invece rimanere separati?-- 3knolls (talk) 07:40, 31 January 2020 (UTC)

@3knolls: Ciao! Devono stare separati: it:Morroni è chiaramente una disambigua, mentre en:Morroni è la pagina di un cognome perché ha l'incipit "Morroni is a surname" e il en:Template:Surname. Chiedimi pure per qualunque altro dubbio. Buona giornata, --Epìdosis 09:43, 31 January 2020 (UTC)

Thanks for the Thanks, but my edit was a Fail

Hi,

On EN Wiki I was looking at Burn! (1969 film) and the German language link there is messed up in Chromium on my computer.

Instead of simply saying "German" in the Languages list, it says "Queimada – Insel des Schreckens German"

I tried to fix that by editing the Wikidata link, couldn't do it, so I deleted the link and created a new one, but it still shows up the wrong way under Languages. Didn't have time to investigate further, so I left it for today, and intended to look at the DE article for the movie tomorrow, and if that didn't show anything unusual ask for help from an expert -- and then you found me :-)

Any ideas what went wrong there?

== Peter NYC (talk) 02:13, 10 February 2020 (UTC)

@Peter NYC: Hi! Right now I see nothing different between the appearence of German language link and other language links, so I don't know what went wrong, I'm sorry :( --Epìdosis 08:37, 10 February 2020 (UTC)

Hi, below is a screenshot of what I see for Burn! (1969 film). Just realised that the link I posted earlier is for the mobile site -- D'uh, I was posting from the mobile site -- so this is what I see in Chromium on my computer.

== Peter NYC (talk) 10:36, 10 February 2020 (UTC)

Tracked in Phabricator
Task T244715

@Peter NYC: Strange, it doesn't happen on my browsers; I've opened a ticket on Phabricator. --Epìdosis 10:49, 10 February 2020 (UTC)

More info: this only happens when I'm logged in, so it appears to be related to the language preferences setting that transcribes "Deutsch" as "German" under the Languages header in EN Wiki. I normally use Firefox and Chromium, where I'm always logged in to EN Wikipedia, so just to see what this might look like -- as you didn't see it -- without being logged in, I had a look in Opera, and there it shows up as plain "Deutsch", but once I log in it appears as "Queimada – Insel des Schreckens German". This should help to narrow the problem down.

== Peter NYC (talk) 11:23, 10 February 2020 (UTC)

Edit: strike in movie title, above. == Peter NYC (talk) 11:34, 10 February 2020 (UTC)

Wikidata:Edit groups/QSv2T/1579418272014

Hey, I hope you remember of Wikidata:Edit groups/QSv2T/1579418272014, although I have reverted some of their batches, but edits 27/1, 28/1 doesn't have edit groups, how can these be reverted without going to each of them. ‐‐1997kB (talk) 15:21, 13 February 2020 (UTC)

@1997kB: Hi, I asked @Horcrux: to program a bot to do it; I think he is working on the code. --Epìdosis 15:22, 13 February 2020 (UTC)

Ah, great to know that you guys are working on them. ‐‐1997kB (talk) 15:27, 13 February 2020 (UTC)

@1997kB: Hello, indeed the code is ready. Just waiting for a stable connection, which should I should get in a couple of days. On Monday for sure the bot will be launched. --Horcrux (talk) 15:43, 13 February 2020 (UTC)

Dannato *provider italiano la cui traduzione letterale è VeloceRete*, mi ha rinviato di una settimana l'appuntamento con i tecnici di internet. Potrei riuscire a trovare qualche gateway alternativo nel frattempo ma non prometto niente :-) --Horcrux (talk) 09:44, 14 February 2020 (UTC)

@1997kB:  Done --Horcrux (talk) 15:47, 16 February 2020 (UTC)

• Hey again, I am wondering if there are any measures to stop such kind of edits in future? I think access to these mass editing tools should be regulated like we do with permissions. Correct me if there are any measures already if not do you also see need of such kind of regulations? ‐‐1997kB (talk) 13:57, 16 February 2020 (UTC)

  @1997kB: Massive insertions of unsourced non-identifier statements should be strongly regulated or maybe prohibited, I agree. --Epìdosis 14:05, 16 February 2020 (UTC)

  Well I am speaking in more general way. Just like we need rollback userright to do rollbacks, similarly there should a userright for accessing mass editing tools, so that people can request them explaining their reason of use and similar situation can be prevented. I know we can't just do that by discussing here, but I am collecting views that how other thinks. ‐‐1997kB (talk) 11:46, 17 February 2020 (UTC)

  @1997kB: I agree! --Epìdosis 11:50, 17 February 2020 (UTC)

elemento da cancellare?

Q84315924, che ne pensi?--Alexmar983 (talk) 21:58, 13 February 2020 (UTC)

@Alexmar983: Esatto,  Done. --Epìdosis 22:01, 13 February 2020 (UTC)

hai un modo rapido di splittare un elemento?

Vedi Q86118587, non so come sia avvenuto, ma hai un modo semplice di dividerlo in sottoelementi? Altrimenti lo faccio io a mano--Alexmar983 (talk) 04:32, 24 February 2020 (UTC)

noto che sono andate perse tutte le informazioni sulle date della fonte. Altro elemento bizzarro che mi fa pensare a un baco di sovrapposizione nella coda del tool. Perché se anche io avessi associato male 4/5 elementi (ma così tante volte? quando le rguardo a uno per limare le coordinate e le associazioni???), almeno uno degli edit avrebbe tutti e quattro i campi a modo, invece qui si sono quasi "annullati" a vicenda.--Alexmar983 (talk) 04:37, 24 February 2020 (UTC)

@Alexmar983: No, non c'è un modo rapido di dividere gli elementi: il massimo che si può fare è copiare/spostare singole dichiarazioni usando il move.js che si attiva nel common.js (copia la riga del mio common.js dove c'è User:Matěj Suchánek/moveClaim.js). --Epìdosis 09:36, 24 February 2020 (UTC)

Mi ci metterò ma il baco è probabilmente questo: per import va a stringa del titolo, è così che inserire metadati diversi nello stesso elemento nel corso dell'import... se non si inserisce il disambiguante sul nuovo elemento lui butta tutto in un elemento unico. Quindi non conta temo l'unicità di riga sul foglio di lavoro. Sigh.--Alexmar983 (talk) 12:19, 24 February 2020 (UTC)

Aligning ToposText name entities to Wikidata

Thank you for the welcome message! Apologies for my inadequate wikiliteracy. I'm the creator of ToposText, a mobile app and website consisting of ca. 800 Greco-Roman texts, all the key historical/geographical/mythological one, plus important literary works (with TLG/CTS ids in the metadata) in (mostly) public domain English translation with links to the original Greek/Latin. Texts are tagged with place names (derived from/aligned with Pleiades/DARE, coordinates hand-corrected, adding many individual monuments for Athens and Rome, Delphi, Olympia etc.). A high percentage of personal names are also tagged with arbitrary IDs (10.2K), disambiguated (with en.wikipedia links) for a few hundred only. In a better world, I would like to retag people and concepts with Wikidata IDs, but my coding skills are primitive. Using an assortment of half-understood Wikidata queries I've assembled 16.4K more or less relevant IDs (label, description, period, father, mother, birthplace, gender, en.wikipedia) for alignment (matching en.wikipedia works for some, manual lookup for others). Clearly I should have asked you first. (Aligning my place IDs to wikidata should be easy for most places since DARE/Pleiades have that.)

ToposText is a huge amount of lightly-structured data, particularly useful for person/place attributions to ancient texts. I regularly generate key-word-in-context place/person indices, with cts id, that could be serialized and uploaded by someone who understands Wikidata properly. (e.g., all personal references in Pausanias) . Would there be interest/capability in the Wikidata community to use my ToposText data? Some of it might be useful in filling in some of the sparser Wikidata entries. I know nothing about modern alignment tools, except that they exist. Suggestions? Thanks, Brady Kiesling JBradyK (talk) 06:25, 4 March 2020 (UTC)

@JBradyK: Great! I didn't know ToposText, very very interesting!, especially as I am an undergraduate in Classics at University of Pisa (Q645663). So, my suggestion is to create specific Wikidata properties for the main parts of the website: places (https://topostext.org/place/ID), ancient texts (https://topostext.org/work/ID) and people (https://topostext.org/people/ID). I can make the three property proposals already today, than in two weeks the properties will be created. Then we will start the match!!! --Epìdosis 17:47, 4 March 2020 (UTC)

@JBradyK: All three properties just proposed :) --Epìdosis 17:54, 4 March 2020 (UTC)

@JBradyK: So, we will proceed in the following way:

• people: we will import only precise matches (no links to disambiguations); gradually old "indifferentiated" (not-disambiguated) IDs will be converted to precise (disambiguated) IDs and matched to Wikidata items
• places and texts: we will match them using Mix'n'match, which we are using for DARE, Pleiades and many other websites

It will be a long work, but really interesting. So, let's wait for the creation of the properties, then we will start. Ask me any question you want. Bye and thanks again for your proposal! --Epìdosis 18:06, 4 March 2020 (UTC) P.S. I'm really looking forward to seeing you in Italy, of course when the medical situation will improve!

@Epìdosis: Wow! You move fast... and your proposal sounds very doable. I would very much like to meet and get a lesson. JBradyK (talk) 18:41, 4 March 2020 (UTC)

@JBradyK: The closure of universities declared today gives me a lot of free time ;-) Good evening, --Epìdosis 18:46, 4 March 2020 (UTC)

@Epìdosis: I'm sure even the Black Death was a great opportunity for someone... :) How realistic is my goal of retagging ToposText texts, replacing the arbitrary person IDs with Wikidata IDs? (My TT IDs are better than a simple name search only because during the tagging I worked pretty hard to align alternate name versions under the same ID). I have a dream of machine disambiguation, where we mine wikidata/wikipedia person entries to create a cloud of related person and place-names and date assertions for each Wikidata ID, and then compare that with the names and dating info extracted from each ToposText paragraph. (Each ToposText paragraph has an event date hastily assigned: -1000 for mythological, -1 for unexamined. Year assertions that are multiples of 100, 50, and 25 tend to be approximate, while a specific year like -384 is derived from some other information, such as when Diodorus is going year by year). Note that I don't administer the ToposText.org website directly, and the database and available downloads you see are from July 2019. New upload soon but I don't know when, with new texts and places and many tagging corrections. I am happy to share the latest places/people/works as Excel spreadsheets, and the texts as html in a directory or else as a single large file of tsv paragraphs, tags customized for your convenience. JBradyK (talk) 05:52, 5 March 2020 (UTC)

@JBradyK: So, it is certainly possible. In my opinion it would be better to reach first 100% alignement with Wikidata of all old IDs (texts, places and people), then start replacing them, in order to avoid having a mixed situation. I think machine disambiguation is probably an utopia at the moment, but since we are managing less than 20k identifiers, the entire reconciliation wouldn't probably require more than 1 o 2 years of work for a small group of people, maybe less than this.

It would be very useful for me having in Excel all the latest spreadsheets (more recent than July 2019), in order to start the reconciliation with Wikidata; I don't need the HTML, honestly I would know how to use it. I send you an e-mail. --Epìdosis 13:42, 5 March 2020 (UTC)

Deletion of valid statement

Hi Epidosis,

I don't quite get this edit. Why the need to remove it? --- Jura 17:32, 8 March 2020 (UTC)

@Jura1: They have no reference, so there is a constraint violation. Am I wrong? --Epìdosis 17:35, 8 March 2020 (UTC)

I'm not aware of any discussion suggesting that. It seems that some user just adds random "citation needed" constraint to properties. It seems odd that you remove "manner of death", but not "cause of death". --- Jura 17:36, 8 March 2020 (UTC)

@Jura1: So I'm reverting myself and I added "suggested" status to the constraint in manner of death (P1196). Thanks! --Epìdosis 17:42, 8 March 2020 (UTC)

• The same constraint was added to date of birth, and date of death, and place of birth, and place of death, and we have over over 1M without references! The solution is to get around to creating a bot to add in references from the authority files, not delete the information. None of the constraints had any discussion to the point of consensus. --RAN (talk) 23:56, 8 March 2020 (UTC)

LIBRIS change revereted

FYI: I reverted your formatter change on SELIBR ID (P906) please let me know what you try to do and why? I have created a new property for the new LIBRISXL system see Libris-URI (P5587) - Salgo60 (talk) 09:30, 12 March 2020 (UTC)

@Salgo60: OK, thanks for the explanation! --Epìdosis 09:36, 12 March 2020 (UTC)

Thanks although its a mess in VIAF that has a mix of the old ID and the new ID I have tried to speak to the VIAF and LIBRIS people without success see Phabricator T223259 - Salgo60 (talk) 09:40, 12 March 2020 (UTC)

@Salgo60: I understand; I know the similar case of Vatican Library, VIAF still retains old Vatican Library ID (former scheme) (P1017) while a new one (Wikidata:Property proposal/VcBA ID) is used. --Epìdosis 09:42, 12 March 2020 (UTC)

Grazie mille!

Per il tuo lavoro con Deutsche Biographie ID!! 77.13.133.219 12:30, 12 March 2020 (UTC)

This will be really great for the items that are humans, like a fine subset of GND ID humans, which all get VIAF after some time. Deutsche Bio has own articles, but also aggregates data from GND based beacons from universities, libraries etc. based in DE-AT-CH. 77.13.133.219 14:38, 12 March 2020 (UTC)

Premodern works in Wikidata

Thank you for your support of my proposals for the BHL and Clavis Clavium, and your own addition of Corpus Corporum. I am keen to see whether we can use Wikidata to bring together the various databases of premodern literature together in a useful way, as it strikes me that this could provide a great basis for exploring this range of often inaccessible literature. I've added new proposals for the BHG, CPL, and CPG. Another potential source is Mirabile, which is perhaps the most comprehensive repertory of Medieval Latin authors, works, and manuscripts. Its URL structure, however, is not terrific. Do you think it would be worth trying to add ID properties for its entities? AndrewNJ (talk) 22:22, 14 February 2020 (UTC)

@AndrewNJ: Thank you indeed for your proposals, they are great (I know very well databases of ancient Greek and Latin literature, but not very well databases of Medieval literature). I usually prefer to propose firstly IDs about authors, because they are entities more clearly identifiable than works (which are often mixed with editions). So, Mirabile is a great source and, as you can see in my userpage, I've already thought it would certainly be worth of a property; I was thinking about its url some days ago ... URLs like http://www.mirabileweb.it/author/albericus-casinensis-monachus-n-1030-ca-m-ante-110-author/19582 should theoretically have "albericus-casinensis-monachus-n-1030-ca-m-ante-110-author/19582" as ID, but I've tried also http://www.mirabileweb.it/author/_/19582 and it works, so maybe the ID can use only the number "19582" (do you agree?). The biggest problem may be creating a Mix'n'match catalog, but I'm not sure. See you in the next days, --Epìdosis 22:35, 14 February 2020 (UTC)

I hadn't looked at your user page; some great material there. Well spotted on the URLs! I've added Wikidata:Property proposal/Mirabile author ID; feel free to amend. AndrewNJ (talk) 22:56, 14 February 2020 (UTC)

I’ve now added property proposals for Mirabile title and manuscript IDs – though no question that it will makes sense to take care of the authors first. AndrewNJ (talk) 19:29, 18 February 2020 (UTC)

@AndrewNJ: I'm refining matches of Corpus Corporum on Mix'n'Match. In the meantime I've proposed Poeti d'Italia in lingua latina :) --Epìdosis 14:27, 19 February 2020 (UTC)

Thanks for your work on this material! I am under quarantine at the moment and this makes a good project. I have a spreadsheet of the Mirabile author data – I am checking with them to see whether they mind me using it here. AndrewNJ (talk) 13:44, 20 March 2020 (UTC)

I've now imported the Mirabile author identifiers with VIAF links to Corpus Corporum. Unfortunately I am now discovering that many of Corpus Corporum's VIAF and DNB references are egregiously incorrect – e.g. confusing Frederick II, Holy Roman Emperor with the modern Swedish ruler by the same name. Its links to Mirabile, on the other hand, seem to be reliable. I am doing my best to fix these whenever I find them. AndrewNJ (talk) 22:39, 20 March 2020 (UTC)

@AndrewNJ: Great work! I also noticed that VIAF and GND links in Corpus Corporum are often greatly wrong (there are also many cases of labels strangely showing Fabius Planciades Fulgentius (Q932714), e.g. this or this). I'm planning to send an email to the curator of the website in the next week and I will certainly attach the following query:

SELECT ?item ?itemLabel 
  (GROUP_CONCAT(DISTINCT ?cc1; separator=", ") as ?cc)
  (GROUP_CONCAT(DISTINCT ?gnd1; separator=", ") as ?gnd)
  (GROUP_CONCAT(DISTINCT ?viaf1; separator=", ") as ?viaf)
  (GROUP_CONCAT(DISTINCT ?mw1; separator=", ") as ?mw)
WHERE
{
   ?item wdt:P7935 ?cc1 .
   OPTIONAL { ?item wdt:P227 ?gnd1 . }
   OPTIONAL { ?item wdt:P214 ?viaf1 . }
   OPTIONAL { ?item wdt:P7986 ?mw1 . }
   SERVICE wikibase:label { bd:serviceParam wikibase:language "la,en,de" . }
}
GROUP BY ?item ?itemLabel
ORDER BY xsd:integer(?cc)

Try it!

If you are mantaining a manual list of wrong VIAFs or GNDs on Corpus Corporum side, please share it with me and I will attach it too, it will probably be useful! Good night, --Epìdosis 23:15, 20 March 2020 (UTC)

@AndrewNJ: Given the number of saints we will have to manage, it's useful to have more IDs for saints: I've just proposed one. Bye, --Epìdosis 17:12, 21 March 2020 (UTC)

Just created Wikidata property for authority control for saints (Q88206155) to trace these properties. --Epìdosis 17:17, 21 March 2020 (UTC)

Good ideas! I've just added another: Wikidata:Property proposal/Cult of Saints in Late Antiquity ID. AndrewNJ (talk) 17:45, 21 March 2020 (UTC)

Further proposals: Wikidata:Property proposal/Pinakes copyist or possessor ID and Wikidata:Property proposal/CIRIS author ID. I'm trying to see whether I can get a Mirabile author catalogue working in Mix'n'match (#3448), but it doesn't seem to be working correctly. AndrewNJ (talk) 16:35, 24 March 2020 (UTC)

@AndrewNJ: Great! Yes, 3448 didn't work - maybe you can retry with a different method. --Epìdosis 16:41, 24 March 2020 (UTC)

I have it working now with #3455. I tweaked the data slightly before importing it to distinguish more clearly between people and pseudepigrapha; I've also removed the entries that are merely cross-references (e.g. 24601. AndrewNJ (talk) 22:23, 24 March 2020 (UTC)

Additions du jour are Wikidata:Property proposal/Geschichtsquellen des deutschen Mittelalters work ID and Wikidata:Property proposal/Geschichtsquellen des deutschen Mittelalters author ID (the latter has been underway in Mix'n'match for awhile and it is not clear to me why it has never been proposed). AndrewNJ (talk) 14:34, 25 March 2020 (UTC)

Allcinema

Occhio che avevo corretto etichetta e descrizione della p:P2465. È usata anche per altro oltre i film, per esempio le serie televisive come questa--Sakretsu (talk) 12:58, 17 March 2020 (UTC)

@Sakretsu: OK, hai ragione; forse adesso è ottimale. --Epìdosis 13:24, 17 March 2020 (UTC)

"Poliedro de aristas uniformes"

I deleted the link to Poliedro de aristas uniformes in Q2471563, since the Spanish wiki article deals with edge-transitive polyhedra, which are a different thing than uniform polyhedra. I'll revert your reversion. If you think I shouldn't do this for some other reason, let me know. – OfficialURL (talk) 22:59, 19 March 2020 (UTC)

@OfficialURL: OK, I've created Q88014143. Thanks, --Epìdosis 23:10, 19 March 2020 (UTC)

Domanda SAN

Ciao Epìdosis, c'è modo di aggiungere questo id del Sistema Archivistico Nazionale (93832, http://www.san.beniculturali.it/web/san/dettaglio-soggetto-produttore?id=93832) al seguente elemento Mario Filzi (Q55496945)? Esiste una proprietà SAN che genera link di questo tipo http://www.san.beniculturali.it/web/san/dettaglio-soggetto-produttore?id=$1? Grazie Afnecors (talk) 11:05, 20 March 2020 (UTC)

@Afnecors: No, per ora non esiste e va senza dubbio proposta; ce l'ho in programma da almeno un anno, ma finora non ho mai avuto tempo. Se vuoi puoi proporla tu, altrimenti oggi posso trovare un quarto d'ora per scrivere la proposta. Fammi sapere, --Epìdosis 11:08, 20 March 2020 (UTC)

Ok, nel fine settimana la propongo e poi te la segnalo qua. Buona giornata, --Afnecors (talk) 13:07, 20 March 2020 (UTC)

 Done Wikidata:Property proposal/SAN archive producer ID, sentiti libero di aggiustare! A presto, --Afnecors (talk) 16:27, 23 March 2020 (UTC)

Tre Gennaro Auletta tre

Puoi per favore cancellare Gennaro Auletta (Q21402959), creato per errore mentre veniva sistemata una omonimia relativa a Gennaro Auletta (Gennaro Auletta (Q5533378) e Q88633158)? Grazie. -- Bargioni  12:20, 26 March 2020 (UTC)

@Bargioni: Meglio cancellare sempre la pagina più nuova, dunque ho lasciato Gennaro Auletta (Q21402959) e cancellato Q88633158. Buona giornata, --Epìdosis 13:42, 26 March 2020 (UTC) P.S. Bella la nuova firma! Tuttavia, ricorda che la firma deve contenere al suo interno sia il link alla pagina utente sia il link alla pagina di discussione utente, che al momento sono assenti

@Epìdosis: Uhm, speriamo bene perché chi l'ha fatta mi ha chiesto di cancellare quella che ti ho indicato. Se hai verificato che non c'è stata perdita di dati, allora ok e grazie.

Firma: grazie della segnalazione, non ci avevo fatto caso e pensavo che la sua cliccabilità fosse automatica. Provvedo. -- Bargioni  15:26, 26 March 2020 (UTC)

@Bargioni: Nessuna perdita di dati, tranquillo :) --Epìdosis 15:32, 26 March 2020 (UTC)

Help

Ciao Epìdosis., ho un po' pasticciato con la voce William Howe (naturalista). Non essendomi accorto che c'era già l'elemento William How Q18672836 ne ho creato un altro Q88862971 del quale poi ho chiesto la cancellazione. In tutto questo non appare il controllo di qualità nella voce anche se collegata all'elemento Q18672836 Grazie per il tuo intervento e scusa il pasticcio.Burgundo (talk) 11:12, 28 March 2020 (UTC)

@Burgundo: No problem,  tutto risolto :) Buona giornata, --Epìdosis 12:05, 28 March 2020 (UTC)

SIUSA

Buon giorno. Bisogna fare qualcosa per collegare lij.wiki all'identificativo SIUSA? Mi potresti rispondere sulla mia pagina discussioni lij.wiki? Ho identificato decine di casi in cui da lij.wiki sono stati fatti errori di collegamento a voci di wikidata. Li sto segnalando nella pagina discussione delle varie voci. Preferisco non essere io ad eseguire il collegamento esatto, fondendo due voci, per tema di fare errori. Qualcuno qui può aiutarmi? Grazie.--Fausta Samaritani (talk) 11:02, 30 March 2020 (UTC)

Che ne pensi di questo ID de Il Sole 24 Ore

Sul sito de Il Sole 24 ore ci sono schede dedicate a vari argomenti e, anche se suddivise in sottogruppi (esempio), sembrano univoche come url... le proponiamo? In genere i giornali fanno pessime ricerche a stringhe ma documentandomi sul COVID-19 sentivo che loro era più professionali quindi ho fatto un controllo e le ho scovate. Avevo smesso di indagare in quel settore perché nessun altro giornale nazionale le aveva all'epoca...--Alexmar983 (talk) 16:18, 31 March 2020 (UTC)

@Alexmar983: Ottimo, procedi pure. --Epìdosis 16:54, 31 March 2020 (UTC)

Nei prossimi giorni probabilmente.--Alexmar983 (talk) 17:01, 31 March 2020 (UTC)

Polibio

Ciao! Seguendo due modificazione sotto IP sulle date di nascita et di morte di Polybius (Q131169) ho fatto alcune richerche e sembre in fatto che nessuno sia d'accordo su queste (la prima pagina di quest'articolo lo mette ben in luce). Ho fatto alcune modificazione con riferimenti, ma secondo te ne vallerebe la pena di cercare tutte le possibilita? --Jahl de Vautban (talk) 18:49, 31 March 2020 (UTC)

@Jahl de Vautban: Senza dubbio, se sei interessato, inserire ancora altre ipotesi è la soluzione migliore; comunque hai già fatto un ottimo lavoro ;-) --Epìdosis 19:20, 31 March 2020 (UTC)

Periodi di vita incerti

Ciao! Se fonte riporta "secolo1/secolo2" come periodo di vita (esempio), tu come lo esprimeresti su 'data?

Io fin ora l'ho sempre interpretato come "vissuto a cavallo fra secolo1 e secolo2", da cui deducevo "data nascita = secolo1" e "data morte = secolo2" (esempio). Ora però—vista anche l'esistenza di casi come questo (dove la distanza è lunga più di un secolo)—inizio a pensare invece che significhi "vissuto nel secolo1 oppure nel secolo2".

Ora, poniamo che la mia seconda interpretazione sia quella giusta.

Quando il secolo è uno solo, io sono solito usare la property floruit (P1317). Per esempio, se il periodo è "V sec a.C.", io dichiaro "floruit = -450 (precisione: 100 anni)", ovvero con errore di ±50 anni.

Ma se i secoli sono più di uno, come si potrebbe esprimere quell'"oppure"? Nell'ultimo esempio, l'ideale sarebbe poter dire "floruit = -250 (con precisione: 300 anni)", ma non sembra sia possibile farlo. --Horcrux (talk) 15:25, 1 April 2020 (UTC)

@Horcrux: Il problema che sollevi è giustissimo. Di solito interpreto anch'io "a cavallo fra" se si tratta di secoli contigui, altrimenti è evidente che si tratta di ipotesi alternative; credo che il modo giusto di esprimere l'"oppure" sia semplicemente mettere due dichiarazioni di floruit (P1317), una recante un secolo e una recante l'altro. --Epìdosis 15:33, 1 April 2020 (UTC)

Un'altra interpretazione è un'"oppure" non esclusivo, ovvero "l'autore potrebbe essere vissuto nel primo secolo indicato, oppure nel secondo, o in entrambi, o comunque entro questi limiti". Cosa ne pensi di questa soluzione? --Horcrux (talk) 07:55, 3 April 2020 (UTC)

@Horcrux: Sì, hai ragione, come hai fatto secondo me va bene! --Epìdosis 13:16, 3 April 2020 (UTC)

Alfredo Costa

Ciao Epìdosis, oggi mi è capitata una cosa strana mai successa in oltre un decennio di collaborazione. Ho tradotto con il tradotto integrato da en:wiki la voce en:Alfredo Costa che di trovava all'elemento Q47015903 e il sistema me l'ha soprascritta alla voce it:Alfredo Costa. Ignaro dell'accaduto ho continuato a completare la voce e nel mentre sono stato letteralmente apostrofato dall'User:Menelik di vandalismo. Chiarito con l'utente ho cercato di modificare l'elemento Wikidata per la voce dell'imprenditore italiano ma non sono riuscito a trovarlo. Errando ho attribuito allo stesso l'evento di cui sopra che solo dopo mi sono accorto appartenere alla voce in inglese. A quel punto per quella ho creato l'elemento Q89355960. A questo punto non ho più saputo cosa fare: Mi affido a te risolvere il casino che involontariamente ho fatto ma debbo capire perché il sistema, nel trasferire la voce, abbia sovrascritto una voce già esistente. Grazie Burgundo (talk) 17:18, 3 April 2020 (UTC)

@Burgundo:  Done, problema risolto. Provo a ricostruire: prima Alfredo Costa (Q3611375) (imprenditore [pagina-it]) e Alfredo Costa (Q47015903) (baritono [pagina-en]) vengono uniti per un motivo non chiarito; poi, quando baritono [pagina-en] viene tradotto in baritono [pagina-it], la [pagina-it] che risultava essere già presente nell'elemento viene cancellata; a quel punto tu trasferisci baritono [pagina-en] e baritono [pagina-it] in un nuovo elemento; io ho ripristinato i due elementi preesistenti e ho unito il nuovo elemento, poi cancellando il redirect superfluo. Dunque, credo che il fatto che la traduzione abbia sovrascritto la vecchia pagina sia "normale"; il problema sta a monte nel fatto che il baritono [pagina-en] si trovasse erroneamente nello stesso elemento dell'imprenditore [pagina-it] a causa dell'unione delle 18:11. --Epìdosis 17:35, 3 April 2020 (UTC)

Grazie dell'intervento. Burgundo (talk) 21:10, 3 April 2020 (UTC)

P8070

All the links you've added today using ToposText work ID (P8070) that I've looked point to specific English translations. Those should be on their own separate but linked data items so that the publication information can be included. --EncycloPetey (talk) 21:01, 5 April 2020 (UTC)

@EncycloPetey: I partially agree: on the one hand, it is true that looking into each item, it refers to a specific translation (rarely a non-otherwise-published translation); on the other hand, the general list intends that each ID refers uniquely to the work and there are no cases of works present in two translations. So, in my opinion it is not entirely wrong having the IDs in the work-items, but it would be preferable to transfer them into the edition-items, which are all to be created. I have in my PC all the data to create these edition items, but in these days I'm quite busy ... probably in one month I'll be able to bot-create the edition-items and to transfer to them the IDs, at the moment let's keep them where they are. Thank you as always and good night, --Epìdosis 21:44, 5 April 2020 (UTC)

Antonello Palombi (Q3618973)

Ciao Epìdosis, ti segnalo questa anomalia. L'elemento in oggetto risulta collegato alla voce in italiano ma se vai nella voce in inglese non la indica come collegata a quella in italiano e viceversa. Grazie Burgundo (talk) 07:01, 7 April 2020 (UTC)

@Burgundo: Ho rimosso e riaggiunto il sitelink inglese, ora funziona. --Epìdosis 07:16, 7 April 2020 (UTC)

Article?

Hello Epidosis, please take a look on the following site: https://cy.wikipedia.org/wiki/Eva_Strautmann There are contents, which we tried to clear, but there was no chance (because we are to stupid, to use Wicipedia in a right way), but what is this article about? There are contents, which we do not understand. Maybe you can help? Thank you so much! Best Regards Bea  – The preceding unsigned comment was added by 2003:c8:af48:f801:2d5e:2487:e224:2fb7 (talk • contribs).

Hi, I cannot understand what you want me to (try to) do. --Epìdosis 12:47, 7 April 2020 (UTC)

Thank you for your answer, please make sure, that this article is an article. Thank you! Best Regards Bea  – The preceding unsigned comment was added by 2003:c8:af48:f801:2d5e:2487:e224:2fb7 (talk • contribs).

In my opinion it is an article. --Epìdosis 13:06, 7 April 2020 (UTC)

Thank you Epidosis, than we will see, what this means! Best Regards Bea  – The preceding unsigned comment was added by 2003:c8:af48:f801:2d5e:2487:e224:2fb7 (talk • contribs).

Dionysios (Q850139) e Dionysios (Q61761291)

Ciao! Sai mi dire se c'è una differenza tra queste due pagine? Sto provando a fare un po di pulizie ma è davero difficile. --Jahl de Vautban (talk) 17:06, 8 April 2020 (UTC)

@Jahl de Vautban: Immagino che sia perché il primo è scritto in alfabeto latino, il secondo in alfabeto greco; comunque non li unirei per sicurezza, in generale preferisco non toccare gli elementi sui prenomi ... anche perché c'è tanto da fare altrove ;-) Buona notte, --Epìdosis 19:48, 8 April 2020 (UTC)

@Epìdosis: grazie! Eh si, tanto trovo ad occuparmi anche sensa questo. Ma forse in un paio di giorni chiedero nel Project Chat, perche per il momento non c'è una systematisazione dell'uso dei vari Dionysii e derivati (vedi anche Dionisio (Q5807533) che si ritrova per vari antichi). Mi sa che quello in alfabeto greco dovrebbe essere usato per tutte le personne antiche. --Jahl de Vautban (talk) 07:32, 9 April 2020 (UTC)

@Jahl de Vautban: Esatto: spesso la given name (P735) viene aggiunta da bot che fanno una grandissima confusione per i personaggi greci, poiché si basano sulle etichette nelle altre lingue; siccome i nomi dei personaggi antichi vengono adattati da lingua a lingua, può accadere ad esempio che un "Theodosios" abbia "prenome: Teodosio" o "prenome: Theodosius" o "prenome: Theodose" o "prenome: Feodosi", serve sempre una revisione manuale. Forse una discussione in Project chat non è necessaria, è evidente che l'unica scelta corretta è l'elemento recante il nome in alfabeto greco. Grazie ancora e buona serata, --Epìdosis 19:19, 9 April 2020 (UTC)

auguronissimi...

...di Buona Pasqua e Pasquetta a te e famigghia dalla scn.wiki!! --SurdusVII 12:46, 12 April 2020 (UTC)

Infames Romani

Ciao! Puoi guardare se questa database potrebbe essere adatta in una Property ? Grazie! --Jahl de Vautban (talk) 07:25, 18 April 2020 (UTC)

@Jahl de Vautban: Secondo me sì, sono quasi certo che la gran parte delle schede si possa proficuamente abbinare alle schede della Digital Prosopography of the Roman Republic ID (P6863), quindi procedi pure. Grazie mille, non lo conoscevo! Buon weekend, --Epìdosis 09:20, 18 April 2020 (UTC)

Se sono onesto, lo trovata sta mattina in fatto! Ho proposto la Property, se puoi guardare che l'ho fatto bene. Buon weekend anche a te ! --Jahl de Vautban (talk) 10:03, 18 April 2020 (UTC)

Linking YSO to Wikidata

Hello Epìdosis,

I'm an information specialist working at National Library of Finland's Finto service where we are linking General Finnish Ontology (YSO) concepts to Wikidata items via Mix'n'Match tool at the moment. As you may know, YSO is an indexing tool used widely in the Finnish library sector as well as in museums, archives, public administration and media. I noticed that you had already established a couple of links between YSO and Wikidata in the Mix'n'Match project. We appreciate your activism, but would also like you to consider the following: YSO concepts are maintained by a team of information specialists and are a result of careful concept analysis. Each concept has a specific meaning, indicated foremost by its Finnish and Swedish preferred terms and its broader concepts in the ontology hierarchy, but also, in practical terms, by its use in indexing. Any links made should be in accordance with the precise meaning of the concept. Therefore, while we are happy to receive help, we also express that anybody who's willing to help us in linking YSO concepts to Wikidata should have excellent skills in Finnish and Swedish and should go through our linking guideline tour that we will be giving in Finnish in the near future. If you are interested in helping us more or have any questions, please contact us. See our contact info here: https://www.kansalliskirjasto.fi/en/services/system-platform-services/finto

Best regards, Tuomas / Finto / National Library of Finland Tpalonen (talk) 07:10, 22 April 2020 (UTC)

Hello @Tpalonen:, thank you for your message. Having connected to Wikidata a lot of databases, I perfectly understand the need of precision which is underlying, especially in the case of an ontology (I've had some close relationships with BNCF Thesaurus ID (P508) and I sometimes find difficult also for a native Italian speaker to choose the correct, or closest, match). I unfortunately don't know Finnish at all and the same also for Swedish (although I sometimes can guess some meaning, knowing well English and French and decently German), however I can well understand words of Latin and Greek origin (studying Classics at university) and I can also use for check the English label which is present in the entries, so I linked 17715 to Pre-Socratic philosophy (Q178540) and I moved 14119 from Q20379556 to natural philosophy (Q269323). I will abstain from linking other entries and I will write you if I find some matches which seem strange to me. Write me if you have any doubt about the functioning of Wikidata. Bye, --Epìdosis 08:30, 22 April 2020 (UTC)

Trovare ID soggetto per Radio Radicale person ID

Ciao Epìdosis, volevo aggiungere la proprietà Radio Radicale person ID (P4521) a qualche politico trentino. Ad esempio cercando "Franco Panizza" (Franco Panizza (Q5482666)) sul portale radioradicale.it (vedi) si trovano i suoi interventi, tuttavia non riesco a trovare l'ID dell soggetto da aggiungere come valore alla proprietà. Mi potresti indicare dove lo si può recuperare? Grazie, --Afnecors (talk) 10:13, 23 April 2020 (UTC)

@Afnecors: Ottima iniziativa: allora, il metodo perfetto è: digita l'URL https://www.radioradicale.it/soggetti/ seguito dal nome del politico, in minuscolo, con trattini al posto degli spazi (es. https://www.radioradicale.it/soggetti/franco-panizza), poi manda invio e automaticamente ti anteporrà al nome l'ID numerico; in alcuni rari casi questo caso potrebbe fallire, allora (salvo l'ipotesi remotissima che non ci sia neanche un intervento di quella persona) servono metodi più creativi che ho già sperimentato, quindi puoi segnalarmeli e li vediamo nello specifico. Scrivimi pure per qualunque cosa. A presto e grazie per l'ottimo lavoro! --Epìdosis 10:16, 23 April 2020 (UTC)

Perfetto, grazie mille! A presto, --Afnecors (talk) 12:01, 23 April 2020 (UTC)

Vocanus Ager (Q11954927)

Ciao Epidosis, scusa di disturbati sempre ; ho bisogno di aiuto rispetto a questo Qid. Tutte le fonte che ho trovatto per questo Vocanus ager indicano Liv. 33.48, basato su una vecchia lettura agri Vocani che non è piu fatta oggi; invece, si legge agri vocant. Penso che questo Qid sarebbe da eliminare, ma primo devo convicere CAWP di fare di stesso, giusto? Buona serata a te, --Jahl de Vautban (talk) 17:46, 23 April 2020 (UTC)

@Jahl de Vautban: Esatto :) --Epìdosis 17:48, 23 April 2020 (UTC)

Grazie, vedo cosa posso fare. Sicome pero esistano alcuni articoli di vecchie enciclopedie su questo Vocanus Ager, mi sto chiedendo se non sarebbe più giusto ricordare quest' errore. Ce una P31 del tipo "errore di lettura"? --Jahl de Vautban (talk) 18:45, 23 April 2020 (UTC)

@Jahl de Vautban: Intanto lo puoi indicare in descrizione, per la instance of (P31) ci penso. --Epìdosis 18:50, 23 April 2020 (UTC)

Buongiorno! Ho trovato philological error (Q3732575), andrebere bene? Penso aggiungere anche instance of (P31)territory (Q183366) con deprecated rank. --Jahl de Vautban (talk) 10:02, 24 April 2020 (UTC)

@Jahl de Vautban: Ottimo. --Epìdosis 10:04, 24 April 2020 (UTC)

BVPB

Ciao Epidosis. (Scrivo in inglese perche non sono sicurro di esprimarmi bene) Out of curiosity I checked this edit you made and the URL links to an error page ; the correct value might be 140260. I checked other Qid with this property and found that at least a few Ancient Greek/Roman are off, e. g. Theodoret (Q317029) should be 137297, Strabo (Q45936) should be 14510, etc. Not sure what is causing this error though, if it's just me that can't acces to the data or something more serious. In any case, watch out for the other half of the alphabet if you find matches for this property. And thanks for all that you've done ! Cheers, --Jahl de Vautban (talk) 09:29, 26 April 2020 (UTC)

PS: could you check Andronicus (Q11905573) and Andronicus (Q75524183)? Look the same to me but external DBs seem confused with dates. --Jahl de Vautban (talk) 09:29, 26 April 2020 (UTC)

@Jahl de Vautban: Hai perfettamente ragione, evidentemente c'è qualche problema nel catalogo Mix'n'match, o c'è stato un problema nell'import oppure dopo l'import alcune entry sono state eliminate dal catalogo; siccome ritenevo questi match certi, visti i nomi che Mix'n'match mi forniva, non ero entrato nelle singole schede per verificarne l'esistenza, altrimenti mi sarei accorto che non esistevano. Senza dubbio puoi correggere i casi che hai segnalato, io cerco di indagare più approfonditamente sul catalogo di Mix'n'match in generale.

I due Andronico li ho uniti, erano la stessa persona; per autori molto minori di cui resta poco o nulla è frequente che fonti distanti qualche decennio tra loro varino sensibilmente le datazioni. Grazie mille come sempre a te per l'ottimo lavoro! --Epìdosis 09:55, 26 April 2020 (UTC)

Curiosità

Q62520083

Ci si può fare una pagina del genere su wikidata? --Carlomorino (talk) 11:27, 28 April 2020 (UTC)

@Carlomorino:  Done, no, cancellata. WD:N stabilisce che è accettabile qualunque cosa abbia una pagina su un qualunque progetto Wikimedia e/o sia descritta da fonti attendibili (solo social network non basta) e/o risponda a una necessità strutturale (es. uno che sia figlio di un soggetto accettabile e padre di un soggetto accettabile o uno che abbia scritto un testo usato come fonte per una affermazione su Wikidata). Scrivimi per qualunque dubbio. Grazie mille :) --Epìdosis 12:52, 28 April 2020 (UTC)

Sicilian Regional Assembly ID

Ciao! Potresti creare questa property?

Credi quindi sia opportuno chiedere la creazione di un'altra property per gli identificativi numerici?

E per gli assessori regionali? --Horcrux (talk) 10:20, 29 April 2020 (UTC)

@Horcrux:  Done Sicilian Regional Assembly ID (P8151) e Sicilian Regional Assembly numeric ID (P8152) (andrebbero sistemati due esempi). Sarei favorevole anche a quella sugli assessori regionali. Grazie mille, --Epìdosis 10:48, 29 April 2020 (UTC)

BeWeb ID

Mancava uno slash finale, l'ho aggiunto ai link di esempio che altrimenti non funzionavano. Immagino vadano sistemati anche gli allowed values, ma questo lo lascio a te :) --TriggerOne (talk) 09:19, 30 April 2020 (UTC)

@TriggerOne: Grazie! Me n'ero accorto qualche minuto dopo, ma mi hai anticipato ;-) Allowed values è OK. --Epìdosis 09:24, 30 April 2020 (UTC)

Sì hai ragione, intendevo il formatter URL ma ho visto adesso che era già a posto ;) --TriggerOne (talk) 10:05, 30 April 2020 (UTC)

Leonzio

Ciao! Hai creato ieri Q92616214, che credo sia un duplicato di Leontius of Costantinople (Q11931360). Purtroppo, gli vari identificiatori esterni sono mischiati con un terzo Leontios of Byzantium (Q601998) ; potresti guardare come sbrogliare il tutto? Grazie! --Jahl de Vautban (talk) 08:00, 1 May 2020 (UTC)

@Jahl de Vautban: Grazie! Devo dire che è stato piuttosto difficile districarsi, ma credo di aver sistemato decentemente la situazione. A presto, --Epìdosis 09:16, 1 May 2020 (UTC)

Ottimo, grazie! Se hai tempo ci sono altri due Leonzio, Leontius II of Jerusalem (Q3400613) e Leontius II of Jerusalem (Q23059811), che a me sembrano la stessa personna ma hanno VIAF, GND e CERL distinti. --Jahl de Vautban (talk) 11:10, 1 May 2020 (UTC)

@Jahl de Vautban: Ottimo spunto, concordo: c'è chiaramente una duplicazione lato GND, che si riflette su CERL e VIAF; ho quindi unito. --Epìdosis 11:15, 1 May 2020 (UTC)

Euripides Tragicus

Properly it should be Euripides tragicus, not Euripides Tragicus in Latin, since the "Tragicus" is his occupation and not part of his name. Capitalizing an occupation this way would be like saying Leonardo il Pittore instead of Leonardo il pittore. The capitalization is incorrect for Latin. --EncycloPetey (talk) 01:36, 1 May 2020 (UTC)

@EncycloPetey: I agree about the capitalization of adjectives being incorrect in Latin; however, "Euripides Tragicus" is used as alias by GND and Perseus (cfr. also VIAF cluster and CIRIS), while I don't find uses of "Euripides tragicus" as alias. --Epìdosis 08:40, 1 May 2020 (UTC)

Technically, no, GND and Perseus do not have "Euripides Tragicus", they instead have "Euripides, Tragicus". If we need to match the source database, then a comma is required. Perseus also states his field is "Tragic Poet". Perseus is using title case, where every work is capitalized regardless of grammar. Wikidata does not use title case, as you can see that his occupation here is tragedy writer (Q22073916) ["tragedy writer", in English].

VIAF is a secondary cluster that simply parrots what its member databases has, and so provides no corroboration. --EncycloPetey (talk) 15:08, 1 May 2020 (UTC)

Mail

Hello, Epìdosis. Please check your e-mail – you've got mail!
You can remove this notice at any time by removing the {{You've got mail}} or {{YGM}} template.

--Sotiale (talk) 15:19, 1 May 2020 (UTC)

Grazie per il vostro aiuto (Thank you :D It's a sentence I found in my old dictionary..) --Sotiale (talk) 14:50, 3 May 2020 (UTC)

Encyclopaedia Aethiopica (Q1143409)

Ho cercato di aggiungere nuovi elementi a questa voce, ma ho qualche difficoltà. Puoi controllare se è possibile mettere elementi identificativi? Grazie. Encyclopaedia Aethiopica (Q1143409). --Fausta Samaritani (talk) 10:44, 4 May 2020 (UTC)

@Fausta Samaritani: Sempre difficile aggiungere identificativi a libri. Purtroppo non c'è alcun VIAF, quindi io stesso in Encyclopaedia Aethiopica (Q1143409) ho potuto aggiungere poco. --Epìdosis 10:51, 4 May 2020 (UTC)

Gaius Julius Caesar (Q73354) and Lucius Julius Caesar (Q12119007)

I think it's the other way around. Gaius Julius Caesar (Q73354) is a duplicate of Lucius Julius Caesar (Q12119007) --Romulanus (talk) 14:41, 5 May 2020 (UTC)

@Romulanus: OK, but it is nearly-always better to keep the item with the lowest Q-ID; and in this case the item with the lowest ID has also the most sitelinks. --Epìdosis 14:45, 5 May 2020 (UTC)

In that case, for the time being, it's better to keep them apart as if they were two different people until they can merge in the lowest id. --Romulanus (talk) 15:05, 5 May 2020 (UTC)

@Romulanus: OK, perfect, I agree. --Epìdosis 15:06, 5 May 2020 (UTC)

Aethicus Ister

Ciao! Non riesco troppo a capire la differenza tra Aethicus Ister (Q225857) e Aethicus Ister (Q11926263). Ho visto che hanno una instance of (P31) differente, ma guardando gli interwiki sembra che gli due Qid hanno il stesso soggetto : l'autore di questa Cosmographia, che viene chiamato Aethicus Ister per commodità anche se è piutosto il nome del protagonista; anzi, in DE, EN e IT e verammente la Cosmographia in se stessa che è il sogetto principale dell'articolo. Mi sa che gli due Qid potrebbono essere fusionati sensa problemi. Buona serata! --Jahl de Vautban (talk) 18:32, 5 May 2020 (UTC)

@Jahl de Vautban: Effettivamente ci avevo riflettuto anch'io, ma mi era rimasto qualche dubbio. A questo punto sentirei l'opinione di un esperto bibliotecario, @Bargioni: :) --Epìdosis 19:36, 5 May 2020 (UTC)

@Epìdosis, Jahl de Vautban: Guardando http://catalogo.pusc.it/bib/31266 direi che si tratta di un autore che scrive di un personaggio fittizio che si chiama con il suo stesso nome. Un po' come se Harry Potter scrivesse un libro su se stesso. Ma sentiamo anche @Gentile64:, che ne sa di più. -- Bargioni 🗣 20:19, 5 May 2020 (UTC)

Infatti, è un po' il dubbio che mi era rimasto: omonimia, ma non identità, tra autore e personaggio letterario. Questione sottile, senza dubbio: sentire qualche esperto non guasta ;-) --Epìdosis 20:21, 5 May 2020 (UTC)

Buongiorno, a mio parere non esiste alcuna differenza tra Aethicus Ister (Q225857) e Aethicus Ister (Q11926263) e quindi i due Quid possono essere unificati. Da quello che ho capito da diverse fonti la Cosmographia è una opera anonima ma la traditio la attribuisce ad Aethicus Ister, figura letteraria immaginaria anche se alcuni studiosi identificano l'autore in Virgilio, vescovo irlandese di Salisburgo (†784).  – The preceding unsigned comment was added by Gentile64 (talk • contribs).

@Jahl de Vautban, Bargioni, Gentile64: Bene, allora  uniti. Grazie a tutti, --Epìdosis 07:02, 6 May 2020 (UTC)

P791

Vatti pure a vedere la discussione su it.wp al riguardo nella discussione sul template Collegamenti esterni, mi sa che bisogna ritoccare il codice. --Sannita - not just another it.wiki sysop 14:31, 6 May 2020 (UTC)

@Sannita: Ho risposto lì, magari la prossima volta pingami direttamente in quel messaggio. Purtroppo allo stato attuale il problema è, credo, tecnicamente irrisolvibile, serve l'aggiunta di una nuova funzione al modulo, come ho segnalato. Peraltro mi accorgo solo ora che già in precedenza il link all'ISIL non funzionava per le biblioteche straniere, ma temo nessuno se ne fosse mai accorto, quindi è la volta buona per sistemare l'intera questione. --Epìdosis 14:42, 6 May 2020 (UTC)

re: Un po' di unioni per il tempo libero :)

Grazie :-) messa tra gli OS. Mah, per il lockdown non mi lamento, tu invece come stai? --Superchilum^{(talk to me!)} 12:54, 10 May 2020 (UTC)

Mi fa piacere :) buona tesi. --Superchilum^{(talk to me!)} 21:01, 10 May 2020 (UTC)

San Cristanziano

Ciao, secondo te come si può fare a mettere le fotni su Wikidata per Saint Cristanziano (Q93870581)? Sono cartacee nella voce di Wikipedia. Secondo te si può trovare qualche identificativo? Non c'è nemmeno su Santiebeati --Lombres (talk) 14:08, 10 May 2020 (UTC)

@Lombres: Si creano gli elementi dei libri necessari (che diventano enciclopedici, notable, per N3 - cfr. WD:N) e si citano quelli. Se mi dici quali sarebbero le fonti che penseresti di aggiungere alle diverse dichiarazioni ti faccio un esempio. --Epìdosis 20:29, 10 May 2020 (UTC)

la voce è w:it:San Cristanziano, bisogna scavare lì per recuperare le fonti, sperando che siano state indicate bene (non è ancora stata corretta da Tavosanis) --Lombres (talk) 20:44, 10 May 2020 (UTC)

@Lombres: Ti ho messo due esempi di riferimenti, uno da sito e uno da libro; purtroppo non trovo nelle note della voce i numeri delle pagine dei libri, che comunque si possono ben indicare, conoscendole :) Buona notte, --Epìdosis 21:52, 10 May 2020 (UTC)

Abbreviazione di un autore antico

Ciao Epìdosis! Arivando sulla pagina di Theophrastus (Q160362) ho visto che esisteva botanist author abbreviation (P428) e anche author citation (zoology) (P835). Cosa sarebbe il meglio per gli autore antichi, usare short name (P1813) o magari creare una nuova property ? Buona giornata! --Jahl de Vautban (talk) 10:36, 12 May 2020 (UTC)

@Jahl de Vautban: A suo tempo usai short name (P1813), ma sono fermamente convinto che servano in realtà diversi identificativi appositi, per le abbreviazioni usate innanzitutto dai diversi dizionari (A Greek–English Lexicon (Q300426) e altri). Ci penso da tempo, non l'avevo ancora proposta perché purtroppo non avrei il tempo poi di aggiungere i valori a mano. Tuttavia, per quanto riguarda il Liddell-Scott se vuoi procedo a proporla anche subito (cioè in una mezz'ora). --Epìdosis 10:45, 12 May 2020 (UTC)

Primo mangio e traduco un po di latino, e poi chi penso ;) Purtroppo io avevo piotusto pensato di usare una sola property con adequati qualificatori (forse used by (P1535)), ma provo a guardare se ci sono in fatto grande differenze tra vari encyclopaedia et dizionari. --Jahl de Vautban (talk) 11:39, 12 May 2020 (UTC)

Batch reports

Hi Epìdosis! (I'll stick with English for this section, to make sure it easier to understand for non italian speakers). --Jahl de Vautban (talk) 11:32, 13 May 2020 (UTC)

@Jahl de Vautban: OK, I mark with  Done all the cases I check. --Epìdosis 12:17, 13 May 2020 (UTC)

1. Ancient Celts (Q35966) : I am not sure this and this are really accurate. For country (P17) especially, looking at the map you'll need to add a dozen of countries to make it true.--Jahl de Vautban (talk) 11:32, 13 May 2020 (UTC)  statement removed
2. Mausoleum of Augustus (Q770847) : this is unnecessary, as there is already instance of (P31)roman mausoleum (Q3822604). --Jahl de Vautban (talk) 11:59, 13 May 2020 (UTC)  unnecessary
3. Mytilene (Q189059) : this and subsequent changes should be moved to Mytilene (Q42295059). --Jahl de Vautban (talk) 13:47, 13 May 2020 (UTC)  moved
4. Irenopolis (Q1672605) : I don't know if I should report it to you or directly to JBradyK, but the ToposText ID links to an empty item. --Jahl de Vautban (talk) 13:52, 13 May 2020 (UTC) I've asked him;  OK, he says they will be uploaded to the website in a few days
5. Altar of the Twelve Gods (Q2872376) : Special:diff/1180361546 if the ToposText item is about the altar itself, then this is probably not correct (the alter is the core of the sanctuary but the sanctuary itself would no be circumscribed to the altar).--Jahl de Vautban (talk) I would say the match is  correct
6. Termini Imerese (Q490851) : Special:diff/1180365705 do you want to create a different item for the ancient city? (this question is also valid for all item that could be concerned, basically should we always have a distinct Qid for the ancient city vs the modern one?) --Jahl de Vautban (talk) 14:10, 13 May 2020 (UTC)

   @Jahl de Vautban: Yes, we should always have separete items; I separe it later. --Epìdosis 14:39, 13 May 2020 (UTC)  moved

7. Zeus (Q34201) : Special:diff/1180367043 wrong item. --Jahl de Vautban (talk) 14:16, 13 May 2020 (UTC)  removed
8. Phoenicia (Q41642) : I think we should have two items, one for the region, one for the civilisation. Currently I think it's like having Crete (Q34374) (or maybe more accurately Ancient Crete (Q4752820)) and Minoan civilization (Q134178) on the same item. It's not directly related to ToposText though, but the bacth highlighted the issue. --Jahl de Vautban (talk) 14:23, 13 May 2020 (UTC)  correct The people is Phoenicians (Q1048468), so this is the region
9. Portus (Q2037271) : this is maybe not necessary, as there is already instance of (P31)ancient port (Q3398414). They could be both though, I'm not entirely sure of the difference between port (Q44782) and harbor (Q283202). --Jahl de Vautban (talk) 14:30, 13 May 2020 (UTC)  unnecessary
10. Ancient Corinth (Q1363688) : Special:diff/1180544027 and Special:diff/1180544021 : it is intended? --Jahl de Vautban (talk) 14:37, 13 May 2020 (UTC) no,  fixed
11. Theatre of Dionysus (Q1227044) : Special:diff/1180544788 this should go to Temenos of Dionysos (Q38278596). --Jahl de Vautban (talk) 14:41, 13 May 2020 (UTC)  statement moved
12. Ierapetra (Q938412) --Epìdosis 14:50, 13 May 2020 (UTC)  moved
13. headache (Q86) --Epìdosis 14:50, 13 May 2020 (UTC)  moved
14. Eleusinian Mysteries (Q26314) --Epìdosis 14:50, 13 May 2020 (UTC)  moved
15. Harmodius and Aristogeiton (Q19178) --Epìdosis 14:50, 13 May 2020 (UTC)  moved
16. Daphni Monastery (Q500444) --Epìdosis 18:20, 13 May 2020 (UTC)  removed

ToposText

Ciao! Ho visto che stai togliendo la reference ToposText dalle città antiche. Come mai non si può usare?Sp!ros (talk) 23:40, 13 May 2020 (UTC)

@Sp!ros: Allora, ToposText come fonte va benissimo, non preoccuparti! Il problema è questo: nel mio import purtroppo mi sono accorto che c'erano molti abbinamenti errati o imprecisi, in particolare città antica con città moderna, quindi ho preferito annullare tutto per poi rifare l'abbinamento in modo più preciso in futuro non tramite OpenRefine, bensì tramite Mix'n'match, così da ottenere precisione maggiore. Il catalogo Mix'n'match relativo a ToposText place ID (P8068) dovrebbe essere caricato entro pochi giorni. A presto, --Epìdosis 07:11, 14 May 2020 (UTC)

Infatti ho visto dopo che ti ho scritto qualche caso qui sopra. Come per esempio Daphni segnalato come tempio. Grazie!Sp!ros (talk) 07:17, 14 May 2020 (UTC)

Georg Lauer

Ciao, nel 2011 è stato creato il record di Georg Lauer, tipografo tedesco. L'anno dopo una persona di lingua inglese ha creato un altro record sullo stesso personaggio: Georgius Lauer. Si possono fondere? --Sentruper (talk) 15:16, 16 May 2020 (UTC)

@Sentruper: Senza dubbio, puoi usare il gadget Merge, attivabile in Preferenze > Accessori, seguendo le istruzioni in Help:Merge. Chiedimi pure se non ti sono chiare, ovviamente! --Epìdosis 16:04, 16 May 2020 (UTC)

Question

Hello! Thanks for sending welcome message to me. I've a question, what's the edit right of Wikiquote? I wanna edit the description but i couldn't find the edit button. Symphonium264 (talk) 00:46, 24 May 2020 (UTC)

Hi @Symphonium264:! Wikiquote (Q369) is semi-protected, so you should be able to edit it after you reach 50 edits (you have 39, so you are very near). Bye, --Epìdosis 07:20, 24 May 2020 (UTC)

Ahh, thanks for the information!Symphonium264 (talk) 08:04, 24 May 2020 (UTC)

Open Library

Ciao, si può fare qualcosa per Property_talk:P648#Work/edition duplicates? Intanto fare pulizia, poi magari per evitare reinserimenti si può mettere un vincolo--Bultro (talk) 10:46, 25 May 2020 (UTC)

@Bultro: Grazie per avermelo ricordato, ho fatto partire un giro di rimozione. --Epìdosis 13:17, 25 May 2020 (UTC)

Jacobello e Iacobello (sempre) del Fiore

I miei tentativi di unire i due elementi Jacobello del Fiore e Iacobello del Fiore sono miseramente falliti. Non capidco perché. Puoi provvedere tu o spiegarmi meglio come fare…--Zanekost (talk) 17:46, 26 May 2020 (UTC)

@Zanekost: Strano, ho  provveduto senza problemi. Hai usato il gadget Merge secondo quanto indicato in Help:Merge, vero? --Epìdosis 17:52, 26 May 2020 (UTC)

No… non so che pasticcio ho fatto--Zanekost (talk) 18:01, 26 May 2020 (UTC)

Two sets of duplicates

Hi there, you recently thanked for an edit which led me here. I found two duplicates, and I am not sure on what to do. Could you merge them? The first pair consists of Q13428410 and Q73538613, and the second pair is Q2211539 with Q92934422 Many thanks! Crispulop (talk) 18:25, 26 May 2020 (UTC)

@Crispulop: Hi! Thanks for your message. You can merge them using the Merge gadget, following the easy instructions in Help:Merge. Obviously write me if you have any problem. Good evening, --Epìdosis 19:06, 26 May 2020 (UTC)

WikiClassics e Wikidata

Caro Signor, Quando noi siamo stati a Stockholm per Wikimania 2019, noi hanno parlato del progetto del nuovo gruppo di utenti WikiClassics. Ho una idea per crescere il support della epoca romana a Wikidata. Nel Internet, ci esistono molti data a proposito della epoca romana come https://github.com/paregorios/roman-persons, https://github.com/sand33pn/roman, https://github.com/jonwrobinson/corpus-iuris, https://github.com/sfsheath/ramphs e https://github.com/rickbonnie/SteppedPools. Io credo che noi possiamo integrare questi informazioni a Wikidata. --Csisc (talk) 20:47, 23 May 2020 (UTC)

@Csisc: Ciao! Sono proposte molto interessanti, provo a elencare i siti in questione:

1. https://github.com/paregorios/roman-persons sembra corrispondere a https://paregorios.org/resources/roman-emperors/ = sono dati sugli imperatori romani e bizantini, si può proporre una proprietà
2. https://github.com/sand33pn/roman sembra trattare di numeri romani, quindi non credo che possa interessarci granché
3. https://github.com/jonwrobinson/corpus-iuris sembra contenere soprattutto i dati di Latin Library, per la quale abbiamo già una proprietà The Latin Library author ID (P7042)
4. https://github.com/sfsheath/ramphs è probabilmente interessante, devo cercare di capirci di più
5. https://github.com/rickbonnie/SteppedPools è molto scarno e non contiene fonti, quindi tendenzialmente lo scarterei

Domani valuto meglio paregorios. Buona notte, --Epìdosis 22:27, 23 May 2020 (UTC)

@Epìdosis: Si, Sicuramente. Paregorios, sfsheath e jonwrobinson sono molti interessante. Per Sfsheath, il dataset è https://github.com/sfsheath/roman-amphitheaters. È molto facile di scaricarla a Wikidata. La licenza è Unlicense. --Csisc (talk) 22:41, 27 May 2020 (UTC)

IDS authors (continued =)

Hello dear Epìdosis,

thank you for your answer on the Project Chat. Well, I'm quite surprised, as long as I never heard about that. Would you have any other examples of this use? And was it already discussed somewhere?

Best, Nomen ad hoc (talk) 09:17, 27 May 2020 (UTC).

And would it be correct also as for CTHS person ID (P2383) (a French directory with signed entries)? Nomen ad hoc (talk) 09:18, 27 May 2020 (UTC).

@Nomen ad hoc: I opened a discussion here, but there weren't many participants. author (P50) and author name string (P2093) are widely used

SELECT ?item ?value ?author
WHERE {
  ?item p:P1986 [ ps:P1986 ?value ; pq:P50 ?author ] .
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Try it!

You can substitute other properties to see their uses with author (P50) or author name string (P2093) qualifier. Of course I think you can use these qualifiers for CTHS person ID (P2383). Bye :) --Epìdosis 09:30, 27 May 2020 (UTC)

Many thanks for these details. If you want, we could in addition try to "reopen" the discussion about massive automated imports (this is of strong interest for me too)... Best, Nomen ad hoc (talk) 11:56, 27 May 2020 (UTC).

"Internetowy Polski Słownik Biograficzny" (IPSB) on Mix'n'match

Hello, thank you for adding Internetowy Polski Słownik Biograficzny ID (P8130) in bio-elements. I see that Mix'n'match helps a lot with creating new elements and adding properties to existing ones. Maybe there are IPSB ID's, that don't have Q number? If so, i could help match them with Mix'n'match. Unfortunately, i don't have certain skills to scrape/import IPSB catalogue to this tool. Maybe you can or suggest anyone who can? Matlin (talk) 12:19, 28 May 2020 (UTC)

@Matlin: Hi! It's a pleasure to hear from you, I see you do a great work on Mix'n'match and I also appreciated very much your work on Internetowy Polski Słownik Biograficzny ID (P8130). So, MnM at the moment has old catalog 20 containing data from IPSB (seemingly), however it is a very old catalog, so it doesn't contain IPSB actual IDs ... don't lose time matching it, it is worthless and needs to be substituted. Certainly @Bargioni: can scrape a very very good MnM catalog and it would be really useful; however, these are busy days, so it will be necessary to wait a bit; hopefully we will have the catalog in two weeks from now, we'll keep you informed. Bye, --Epìdosis 12:29, 28 May 2020 (UTC)

@Matlin:  Done, here for you https://tools.wmflabs.org/mix-n-match/#/catalog/3600. Obviously thanks to @Bargioni: for the great work, I've just uploaded it at the end. --Epìdosis 17:21, 30 May 2020 (UTC)

@Matlin: Wait, I've just done a little error (I've written P1830 instead of P8130). Let me have that fixed. --Epìdosis 17:23, 30 May 2020 (UTC)

@Epìdosis: You helped me a lot, discussing, testing, suggesting...! :-) -- Bargioni 🗣 18:06, 30 May 2020 (UTC)

@Matlin: Problem fixed, you can start matching :) Good night, --Epìdosis 21:07, 30 May 2020 (UTC)

NFB identifier

Hi Epìdosis. Yes, I was happy to add the NFB identifier to the Claude Jutra item. I don't know that it does much good, right now, as it does not appear on Wikipedia articles as far as I can see. I asked its creator, ArthurPSmith, and he thought it might be a question of it not appearing on enough items. Anyway, just fyi, thanks, Shawn à Montréal (talk) 15:39, 29 May 2020 (UTC)

Elemento duplicato

Ciao, come va? Volevo segnalarti che l'elemento Q70078876 sembra un duplicato di Q10983534. Buon lavoro, --Hippias (talk) 15:27, 30 May 2020 (UTC)

@Hippias: Grazie, uniti. In questi casi puoi comunque agire tu stesso usando il gadget Merge, secondo le istruzioni di Help:Merge. Buona serata, --Epìdosis 16:55, 30 May 2020 (UTC)

Grazie, buono a sapersi :) Buona serata anche a te! --Hippias (talk) 16:56, 30 May 2020 (UTC)

Gruppo convenzionale

Ho notato che esistono due elementi per lo stesso gruppo di ospedali storici veneziani, ambedue senza nessuna dichiarazione: Hospice musicien (Q86664687) e Ospedali Grandi (Q2512875). Si tratta di una definizione convenzionale per descrivere i quattro ospedali/orfanotrofi famosi per l'insegnamento e l'esecuzione della musica (Ospedale dei Mendicanti, Ospedale dei Derelitti (o Ospedaletto), Ospedale degli Incurabili e Pio Ospedale della Pietà come chiaramente descritto nelle pagine collegate fr, en, de; proverò più avanti a pubblicarne una in it). Il problema è che non si tratta di tutti gli ospedali storici per così dire maggiori o semi-pubblici (in realtà ospizi, orfenotrofi, etc) di Venezia. Questi, con varie specializzazioni, erano una decina al momento della caduta della Repubblica (compreso l'altro orfanotrofio, quello delle Zittelle, dove però non si praticava la musica). Esistevano inoltre un centinaio di piccoli ospedali frutto dall'assistenza o della carità privata.
Se dal punto di vista dell'assistenza questa aggregazione non è sufficientemente descrittiva, né esaustiva, il raggruppamento è comunque confortato dalle numerose pubblicazioni (p.e. una delle ultime cita espressamente la formula ospedali grandi: Laura Moretti, Dagli Incurabili alla Pietà: Le Chiese degli Ospedali Grandi di Venezia tra Architettura e Musica. Firenze, 2008).
Ne consegue che, a mio avviso, sarebbe necessario indicare quali sono i quattro ospedali nel gruppo (al momento solo Incurabili Q3735802 e Pietà Q1816328 sono presenti in wikidata) ma anche sottolineare che si tratta di un sottogruppo di ospedali storici. Ho paura di fare un pasticcio, pensi di potermi guidare?--Zanekost (talk) 18:52, 29 May 2020 (UTC)

@Zanekost: Ho unito i due elementi (in generale puoi usare tu stesso il gadget Merge secondo le istruzioni in Help:Merge). Dovrei aver sistemato il resto, dai un'occhiata e dimmi se ti pare che vada bene. --Epìdosis 17:20, 30 May 2020 (UTC)

Mi sembra un buon inizio, però:

1. in realtà la dichiarazione ex ospedale non è sempre precisa, forse sarebbe meglio un cosa come ospedale storico, in quanto può ora essere destinato a una funzione diversa, essere stato convertito in un moderno ospedale o essere stato stato demolito;
2. attualmente l'Ospedale dei Mendicanti fa parte dell'Ospedale civile di Venezia (assieme alla Scuola Grande di San Marco, il convento dei domenicani dei Santi Giovanni e Paolo, convento e chiesa di Santa Maria del pianto e diverse costruzioni moderne (XIX e anche fine del XX secolo);
3. l'Ospedale dei Derelitti è stato trasformato in casa di riposo;
4. gli altri due stabilimenti invece non hanno più la funzione di ricoveri;
5. una questione aggiuntiva è come citare le chiese che fanno, o facevano, parte integrante dell'ospedale storico (vedi per gli Incurabili (Q90571178) e (Q3735802), per i Mendicanti (Q3585357) e (Q95897815), per i Derelitti (Q3668820) e (Q95897643), per la Pietà (Q1559661) e (Q1816328)) ma in generale la questione riguarda oltre agli ospedali storici anche i conventi;
6. non so se serva specificare meglio che si tratta di un sottogruppo tra gli ospedali storici veneziani.

Sicuramente serviranno altre limature, ma vedremo poi…--Zanekost (talk) 18:25, 30 May 2020 (UTC)

@Zanekost: Allora, provo a rispondere: 1 direi che possiamo semplicemente usare former hospital (Q64578911) se non sono più ospedali, hospital (Q16917) se lo sono ancora, mentre al momento eviterei di creare un ulteriore elemento "ospedale storico"; 2 OK, ho aggiunto l'appartenenza dell'Ospedale dei Mendicanti all'Ospedale civile di Venezia; 3 OK; 4 OK; 5 meglio rifletterci bene, a prima vista direi part of (P361) ma forse si può trovare di meglio; 6 bisognerebbe creare un elemento generale sugli ospedali storici veneziani, magari lo faccio quando ho un po' più di tempo a disposizione - se vuoi puoi anche provare tu stesso, poi passo a rifinire :) Scrivimi pure se hai altre idee, ché ci riflettiamo. --Epìdosis 16:09, 1 June 2020 (UTC)

Allora:

1. Ho visto che esiste già l'elemento hospital (Q180370), che potrebbe benissimo andare per gli ospedali storici. Non è tradotto in italiano ma parrebbe che il campo semantico (ricovero indifferenziato) sia molto simile in diverse lingue. Io ci metterei la forma arcaica ospitale con le varianti spedal/e, hospital/e, etc… In questo modo un'istituzione può nascere come ospitale ed essere ora un moderno ospedale oppure ospizio o quel che capita…
2. Tornando agli Ospedali grandi trovo un po' pasticciata la definizione come accademia musicale (Q3889692) – classificazione di istituzione propriamente inesistente in Italia (off topic: non so perché per la Pietà mi esce come college of music) – piuttosto che come generica scuola di musica (Q1021290) o magari conservatorio (Q184644) – di cui gli ospedali sono riconosciuti tra i modelli.
3. Per gli ospedali storici veneziani devo prima chiarirmi bene come descrivere la differenza tra quelli semi-pubblici (o sotto patronato dogale) e quelli privati (frutto di carità privata in senso stretto o emanazioni caritatevoli di associazioni devozionali o strutture assistenziali di categorie professionali) – questi ultimi poi difficilmente possono avere una voce enciclopedica, ma sono esistiti. Ho comunque il dubbio se siano trattabili come una creazione esclusiva (o tuttalpiù una serie geograficamente localizzata) o parte di un fenomeno ben diffuso--Zanekost (talk) 16:22, 2 June 2020 (UTC)

Atys

Hi! Why were my edits in Atys revised? PastelKos (talk) 18:41, 3 June 2020 (UTC)

@PastelKos: My error, I've reverted my rollback immediately. Sorry, --Epìdosis 18:44, 3 June 2020 (UTC)

parallel QuickStatements batches

Hey Epìdosis, you are currently running five parallel QuickStatements batches. As your account has sysop rights and is therefore not rate limited, you are effectively hammering edits at a rate of 350/min—which is a pretty much, given that the servers start to show signs of overload at ~700 edits/min for all users. Can you thus please reduce the number of parallel batches in QS, so that you target at roughly 90/min (hard limit for non-sysops/non-bots)? —MisterSynergy (talk) 19:56, 3 June 2020 (UTC)

@MisterSynergy: Currently I see only 4 contemporary batches. Should I still reduce? --Epìdosis 19:58, 3 June 2020 (UTC)

Yes, one has just finished. I would start with one batch and *maybe* add a second one, but that's it. With sysop/bot/flooder accounts, one needs to be extra careful with QuickStatements these days as it is otherwise able to produce insane edit rates that basically eat *all* server resources with one account. Regular accounts are limited to 90/min serverside, which is why they are not that dangerous to use with the tool. Since you are doing a non-sysop task, I'd recommend to reduce parallel batches until you reach a regular user-like rate; as far as I understand, one or two batches are sufficient. —MisterSynergy (talk) 20:03, 3 June 2020 (UTC)

@MisterSynergy: OK, good to know. Reduced to two. Thanks, --Epìdosis 20:08, 3 June 2020 (UTC)

@MisterSynergy: P.S. I would personally prefer launching few batches of 40k or 50k rather than more batches of around 10k, but unfortunately when I load batches of more than 15k QS doesn't load them (substantially these bigger batches never start loading, but after a while, instead of getting a number, they get an "undefined" and disappear), so I have to reduce the size and increment the number. Any idea about why I get these errors? --Epìdosis 20:14, 3 June 2020 (UTC)

No, not really. I can’t remember that I have ever seen batches substantially larger than 10k edits. The tool certainly has its limitations, and Magnus Manske (the tool maintainer) unfortunately has so many tools to maintain that he often even does not realize that something is wrong.
Btw. you are now at 135/min with two active batches. That is sort of fine, I guess. —MisterSynergy (talk) 20:19, 3 June 2020 (UTC)

Epìdosis, when I created the DtBio humans I could only have ~5000, a little more and I got undefined too. It seems to be related to the text size of the batch, not the number of lines. MrProperLawAndOrder (talk) 20:15, 5 June 2020 (UTC)

If it is text size, you could upload more and have less statements that are not added if you avoid trying to add "sex" tries it but it isn't added, since item has sex since creation. Each DtBio human had sex after I stopped working on them Wikidata:Database reports/Complex constraint violations/P7902#Deutsche Biographie ID - type human should have sex. Other GND humans may still miss it. MrProperLawAndOrder (talk) 15:16, 6 June 2020 (UTC)

DeAgostini

Ti ringrazio, spero di aver interpretato bene l'obiettivo. Se hai qualunque suggerimento, ti ascolto. Luckyz (talk) 11:59, 4 June 2020 (UTC)

QS value added twice in one batch

https://www.wikidata.org/w/index.php?title=Q94862053&action=history

probably a QS bug. MrProperLawAndOrder (talk) 21:35, 8 June 2020 (UTC)

@MrProperLawAndOrder: I agree, unfortunately. Now double value removed and item merged :) --Epìdosis 21:39, 8 June 2020 (UTC)

MW SortedProperties

Long story and still something to do ... but I think a lot of progress has been made:

• improved sorting on item pages
• easier maintenance
  • increased readability and less chance for errors due to clearer page layout
  • easier addition of new properties due to sections by datatype

Thank you! MrProperLawAndOrder (talk) 20:07, 5 June 2020 (UTC)

@MrProperLawAndOrder: I agree, thank you very much for all your proposals! Your contribution is really impressive for quantity and quality. We can sometimes disagree about small details, but this is of course also the beautiful aspect of the debate between users who collaborate to a wiki project, from which often better common decisions than initial ideas of single people can spring out. I think we are really improving the quality of authority control, and also other aspects, for Wikidata and also for other sites which use it or will decide to use it in the future. Now back working on GND batches :) --Epìdosis 20:19, 5 June 2020 (UTC)

Wikidata:Contact_the_development_team#Conversion_to_external-id_(June_8) - thanks for fast track ISIN on your part. Could you explain to them that it is needed? They ignore the reasoning presented by me, maybe they take your more serious. Other processes depend on this to be done, because all the recent changes and especially the section ISO IDs shall be presented to a wider audience and then more feedback be gathered. And we have to solve VIAF/ISNI order, which should only be re-discussed if all other ISO IDs are in the section. It is more efficient in Wikidata discussions if ISIN is fixed before, otherwise it would be needed to mention and explain the exception. Last but not least all the readers and editors of items using ISIN get confused, because it is treated differently AND displayed in a different place on the page.

It is the only ISO ID not in section "Identifiers". MrProperLawAndOrder (talk) 19:29, 9 June 2020 (UTC)

Commented. Little information: until the end of July, and in particular in the next ten days, I will be very busy offline, so I may be absent for long periods of time. Good evening, --Epìdosis 20:12, 9 June 2020 (UTC)

But comment states wait a week, but waiting a week what for? And today Lea switched the procedure. saying she will only progress if the six are ready. But three are under discussion, that means each could be not ready forever. WMDE is really not useful in the process, would be good it could be done without them. MrProperLawAndOrder (talk) 21:13, 11 June 2020 (UTC)

Wikidata:Requests for comment/Handling of stored IDs after they've been deleted or redirected in the external database

Your recent comment on Wikidata:Requests for comment/Handling of stored IDs after they've been deleted or redirected in the external database is a bit unwieldy, thus let me try to address some of my concerns about it here:

• You seem to be looking at the problem only from the perspective of the linked content, while ignoring the value of the link by itself. The latter is actually the *identification*, i.e. the very main purpose of identifiers. Those are not just simple weblinks to other external databases or sources. Redirected weblinks would indeed be somewhat superfluous, but redirected identifiers really are not. It is not very surprising that you come to the, well, wrong conclusion in the end when you vote delete. However, be aware that this would negatively impact the workflow of many users, and make Wikidata as a linked data hub in fact much less valuable.
• At one point you have referred to my comment and pinged me. The point that I made is actually quite important to make authority control maintenance at all a desirable task here at Wikidata. A ping-pong of imports and removals with eventual manual curation in between is certainly not a situation we want to have, and particularly the current discussion at German Wikipedia regarding authority control usage from Wikidata centers a lot around this problem. Many users plainly reject to work with or use Wikidata because they fear to be overruled by bots that simply remove their manually curated content. Understandably. Your vote makes this an intrinsically desired workflow, however.

I strongly recommend to reconsider your comment on the RfC page. In case of questions, feel free to ask. Thanks and regards, —MisterSynergy (talk) 22:06, 8 June 2020 (UTC)

@MisterSynergy: Thank you for your message, I'm sure we are all here to make Wikidata a better database, both in itself and for third-parties. As I think this problem of managing redirected and deleted IDs is quite complex, I tried to insert in my comment all the reflections I considered valuable; of course it is a bit unwieldy, but I hoped to provide matters of discussion which I judged important for a more weighed evaluation of pros and cons.

I don't fully understand why you wrote me here instead of in the RfC itself: I think all users can benefit of these objections, not just me; and of course I can reconsider my comment in the RfC itself better than just here, if necessary. However, let's discuss some points here, then we will be able to eventually report conclusions there.

So, regarding "the value of the link by itself", as distinct from the linked content: first of all, I don't see any value of the link itself in the case of aggregators if Wikidata also stores single aggregated sources (as in VIAF ID (P214) case); regarding the case of sources, which comprises nearly all the properties apart from VIAF ID (P214), of course I recognise this value, but at the moment I tend to think that the cons of keeping outdated IDs exceed the pros. If an external database has an ID which is obsolete, it can retrieve it and discover that it is obsolete just without using Wikidata; doing it through Wikidata's deprecated values might be a little easier, as I said, but it also implies that Wikidata should store a great quantity of obsolete IDs - especially considering the problem of the insertion of redirected IDs ex novo (on which I would like to hear your opinion), not just their deprecation when already present - which occupy space both as bytes and as length of pages. Of course, as I said, also having some statistics on the number of obsolete IDs to keep/add would be an interesting information.

One more consideration about this problem, which I haven't inserted in the page not to make my comment still more long: it should be considered the possibility of keeping obsolete IDs just for a certain time (e.g. 2 or 5 years), after which we think that the great majority of external sources might have cleaned them - I would not oppose such a decision

Second point, deprecation of obsolete IDs prevents from readding them. "Many users plainly reject to work with or use Wikidata because they fear to be overruled by bots that simply remove their manually curated content." Usually I see the problem in bots adding imprecise information more than in bots removing good information. In my opinion this problem is not so big: if a bot adds an obsolete ID, soon another bot will remove it. I think that maybe it would be possible for a bot consulting the page history and not-readding IDs which have already been removed, which would in fact resolve the problem.

In conclusion, as I said above, I would really like to observe the evolution of the RfC and the reactions to the points I have raised. My conclusion is not definitive, I just want to assure that the community (including me) evaluates well all the aspects of this complex decision. Good night, --Epìdosis 22:46, 8 June 2020 (UTC)

@MisterSynergy: P.S. Just an example of what I mean saying "I just want to assure that the community (including me) evaluates well all the aspects of this complex decision": for me it is important to understand if users, when voting "keep", intend only "already-present obsolete IDs should be deprecated instead of deleted" or "already-present obsolete IDs should be deprecated instead of deleted and it is fine to add ex novo other deprecated obsolete IDs". It is not a little difference in terms of approach, I want such a point to be well discussed. --Epìdosis 23:06, 8 June 2020 (UTC)

Let me answer in an ordered list on different aspects. You may refer to the points at a later point in this discussion:

1. When you differentiate between "aggregators" and "sources", you do already look at the content again—this may be the main problem which is misleading you. Forget about the content that you find at the linked resource; instead, consider *the link itself* to be a *name* for the given subject. Consider our famous showcase, the person Douglas Adams. He is known under his personal name "Douglas Adams", which is almost certainly ambiguous as other persons can have the same name; thus, in linked data we use unambiguous names for this person, such as <http://www.wikidata.org/entity/Q42>, <http://d-nb.info/gnd/119033364>, or <http://viaf.org/viaf/113230702>. Those *look like* URLs, but in the first place they are names, issued by the institutions which own the domains in those names. It is of course extremely useful and common practice to resolve those names with the form of valid URLs to provide information about that person in question. But those *names* do not care about whether they are a HTTP redirect, or in fact even dead links which do not resolve to anywhere any longer. Once these names are publicly known, someone might still remember and use them. They do not ever become "invalid" names because of the redirection, and thus those identifiers do not ever become invalid. Redirecting identifiers might just not be the preferred name for the subject any longer, but we have no problems to deal with multiple claims and can control visibility with ranks.
2. External users might have large numbers of valid identifiers, without any idea whether they still resolve, or redirect, or are dead. You can for instance throw thousands of identifiers to the Query Service in a single request, and retrieve the corresponding Wikidata items (or any information from the items, or more complex queries involving those items). The only important thing is that as many identifiers (*names*) are present in Wikidata, because you cannot match content when its established identifiers/names which are purposely withheld here. For that reason, I would recommend adding already redirected identifiers as well, and even dead ones—as long as we can verify that they did actually resolve in the past.
3. Accessing the page history with bot code is possible, but extremely unusual and in fact relatively difficult to do properly. You can safely assume that practically all bots edit based on the current content of a page only, without even considering looking at the page history at all. This is common practice and I do not see any chances to change this. Removals thus intrinsically lead to a lot of undesirable ping-pong histories.

—MisterSynergy (talk) 23:26, 8 June 2020 (UTC)

@MisterSynergy: OK, I've reflected in these days and I've substantially understood the usefulness of keeping IDs widely re-used by third-parties. According to that, I've made an operative proposal, trying to summarize all the points emerged in the discussion as of now. I'm very interested in hearing your opinion about the specific points. Thank you again, --Epìdosis 15:24, 10 June 2020 (UTC)

Seen it, thanks.

• You’re now sort of hijacking that RfC with the follow-up proposals. Maybe it would be/have been wiser to move them to the RfC *talk* page, in order to figure out how to proceed and what to propose based on the input. The entire thing is about to become unmanagable right now.
• Back to the issue itself: what I wrote in my previous comments above is not just something which I made up by myself. It is more or less the "Linked Data 101"; one of the very basic concepts of linked data. The idea to use (HTTP) URIs to name/identify things is so crucial that it should effectively govern our strategy about identifiers, "redirected" identifiers, and "dead" identifiers—rather than making community votings. A clean linked data-compliant strategy does not impose any limitations on the use of "redirected" or "dead" identifiers. They can be added at any time, and should consequently be kept indefinitely (though we do not necessarily need to batch-import them now).
• There also should not be any differences between "important" and "less-important" identifiers, as that is highly subjective, difficult to manage and impossible to teach to the community.
• On a side note, we at Wikidata do also use *permanent* redirects a lot when we find that two items are about the same subject. We do so because this is a linked data principle. We also keep identifier properties to databases which are no longer available and their claims in items indefinitely.
• As you seemed to care about computational resources: I do not think this is an issue at all. The number or redirects is usually very small compared to the number of actual entities, thus they are rather an exception than a rule. In Wikidata, for instance, currently only 3.2% of Q-IDs are redirects. I do not think that the number is substantially higher for most databases.
• Assuming that the community will fortunately "vote" for keeping redirected/dead identifiers, the only open issue to resolve is the question which ranks to use for redirecting/dead identifiers, and current ones. Ranks are a Wikidata feature, thus we cannot directly infer what to do from Linked Data principles (or anything else). I have stated my preference in the initial comment on the RfC page, and would be willing to provide more input in case this question gets into focus.

—MisterSynergy (talk) 18:44, 10 June 2020 (UTC)

@MisterSynergy:

• I usually try to be thoroughly analytical in my proposals in order to avoid missing important points and to balance in the most complete way different pros and cons (see e.g. Wikidata:Requests for comment/Sort identifiers). I don't see any sort of "hijacking", simply I'm trying to encourage users express an opinion not only with a generic "keep", which in fact leaves a lot of questions open, but also on some specific problems which are still important, like the use of ranks etc.
• I now tend to agree about the convenience of keeping obsolete (redirected and withdrawn) identifiers, but I'm not so sure about the part "rather than making community votings". My fear is that after a lot of toil in importing obsolete identifiers ex novo a new discussion opened by users which did intend only to maintain pre-existent identifiers become obsolete but not wanting to add them ex novo may result in a lot of praiseworthy but useless work. Since we are talking about big numbers of edits, although probably not dangerous for our computational resources (I agree: "they are rather an exception than a rule" in most databases, although for personal experience I can say that in the case of VIAF ID (P214) these exceptions are very frequent and quite surely higher than our 3.2%), making sure of the consensus about each specific point is crucial in my opinion in order to have a solid basis for future work, which we all desire.
• "Should consequently be kept indefinitely": I remain a bit skeptical about this, mainly again for reasons connected to computational resources, but I may be wrong.
• "There also should not be any differences between "important" and "less-important" identifiers": I don't think it is "highly subjective" and "difficult to manage", since the criterium I have proposed in proposal 1 is clear enough; I recognize it can be difficult, although not impossible, to teach it to the community, so I've already removed it from proposal 2.
• Of course I agree about our use of permanent redirects and about keeping identifier properties to databases which are no longer available (also because usually some part of them is still available on Internet Archive or similar web archives).
• Since the community is widely (and substantially with no objections so far) supporting keeping obsolete IDs, I think we should move on and discuss of single "technical" problems, as I said before: it is my desire to encourage users expressing their opinions about the use of ranks (of course your inputs are welcome!), about the modus operandi of bots and also about the possibility of allowing users to hide in some way obsolete IDs (as they are kept for historical reasons, most users aren't interested in them and if they are too visible I fear an high risk of non-expert users removing them in good faith thinking they are useless). My summary-proposals were an attempt of encouraging users to express about these specific issues, since they weren't mentioned in most comments; however, if you think that the present display of the RfC risks to become "unmanageable", you can move my proposals to the talk page (I don't oppose this, clear) and you can try to arrange these problems in a way you judge more manageable, which of course would be much beneficial. I'm confident we will finally find a solution good for Wikidata and for us all :)

Thanks again for the patience and good night, --Epìdosis 22:00, 10 June 2020 (UTC)

@MisterSynergy: Just another input for the RfC, which I personally judge important but I don't want to introduce personally in order not to further clutter the discussion (so you can insert it in the way and in the moment you judge fit): I've recently found cases of IDs perfectly valid (= not yet obsolete) which were deprecated with reason for deprecated rank (P2241)item/value with less precision and/or accuracy (Q42727519) (e.g. Nicolas Brulart (Q3340156), see also page history) or with reason for deprecated rank (P2241)duplicate entry (Q1263068) (e.g. Erich Caspar (Q1352044), see also page history). I personally find this practice somewhat problematic for the following reasons: the choice of which ID deprecating may be arbitrary, since both IDs are formally valid; if I add the same ID in another item, I don't get any constraint-violation report; it is against the result of this discussion regarding VIAF ID (P214), where it was judged better to keep all valid IDs (note: in this case we are not talking about obsolete IDs) in normal rank, also because we are not certain if the external database will keep the ID we judge the best or the ID we had marked with reason for deprecated rank (P2241)duplicate entry (Q1263068). So I think it would probably be better not to use reason for deprecated rank (P2241)duplicate entry (Q1263068) and using reason for deprecated rank (P2241)item/value with less precision and/or accuracy (Q42727519) only moderately. Please report these argumentation in the way you judge appropriate. Thanks, --Epìdosis 09:35, 11 June 2020 (UTC) P.S. For the same reasons, I would avoid the use of preferred rank as in Memnon of Heraclea (Q983937)

Maybe too much WP:OR: "less accuracy" where does that come from? External source or WD contributor? MrProperLawAndOrder (talk) 21:09, 11 June 2020 (UTC)

@MrProperLawAndOrder: I think that in general WP:OR is one of the risks in establishing some sort of hierarchy (preferred vs. normal or normal vs. deprecated) between still existing IDs; for this reason and the above ones I think it would be better to use normal rank for all still valid IDs. --Epìdosis 21:13, 11 June 2020 (UTC)

But do you classify the redirects as valid? From verifiable facts at a given point in time there is for GND humans: 1) current canonical 2) current same as (redirect) 3) id removed from DB. Plus their pseudonyms. I think a pilot project for GND would be helpful. MrProperLawAndOrder (talk) 21:22, 11 June 2020 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘

• First of all, I am not happy about the RfC extensions, but I do not assume any bad faith on your side. You are very enthusiastic about the matter currently and try to help finding consensus. However, the RfC page is now sort of documenting your personal learning process; the follow-up questions have not been raised concisely, which leads to a rather poor yield of replies as you can see. I am not going to moderate the RfC, however.
• The other issue that you raise at 9:35 today needs to be discussed. As already mentioned, I prefer to go with "preferred rank" and "normal rank" for all identifiers which are correctly assigned (regardless of whether they resolve, redirect, or are dead). "Deprecated rank" should be reserved for incorrectly assigned idenfifiers, and situations such as clear errors in the external database (e.g. conflations). The matter of unstable identifiers needs to be addressed as well, and I could imagine to use start time (P580) and end time (P582) qualifiers then.
• A lot of the current edit patterns related to identifiers are related to the constraint reports by Ivan's bot—which are unfortunately far from being perfect. Users simply try to remove constraint violations, and due to poor guidance and the incorrect reports, they come up with poor solutions. I do not worry that much about GND identifiers, as we can use federation on their public SPARQL endpoint to normalize quite a substantial part of unusual ranking situations, but this is not the case for most other identifiers.

—MisterSynergy (talk) 21:25, 11 June 2020 (UTC)

@MisterSynergy: OK, I think I'm effectively learning a lot in these days :) I substantially agree on all points, except (at the moment) the use of ranks - I still prefer the idea of using normal rank for valid IDs and deprecated both for obsolete IDs and for incorrectly assigned IDs, but I'm looking forward to hearing the reasons for which you suggest using preferred rank for valid IDs, normal rank for obsolete IDs and deprecated rank for incorrectly assigned IDs. I'm not sure how to act now, maybe it's better to wait some days in order to see if users start expressing themselves about specific issues, especially ranks. If it doesn't happen, we can try to find together a solution in order to pose these specific questions in the clearest way to the community. Good night and thanks as always, --Epìdosis 21:35, 11 June 2020 (UTC)

My position regarding use of ranks bases mainly on Help:Ranking. Ranks are basically visibility controllers that do not impose any additional sematic meaning. The basic message of "deprecated rank" is: "don't use this data, it has problems", and this can easily be implemented in data retrieval processes. "Deprecated rank" claims can be plain wrong, or superseded knowledge (think of "the earth is the center of the universe"). In the context of identifiers, we usually use it to prevent re-addition (with normal rank) of claims that should not be there at all.
All "normal rank" and "preferred rank" claims are (historically or currently) correct information and of interest for data users. However, in case of multiple non-deprecated identifiers for one property, there may be different usage scenarios and here the "best rank" concept is important. "Best rank" refers to all "preferred rank" claims in case there are any, or to all "normal rank" claims otherwise (and never to any "deprecated rank" claims). In a Wikipedia template that displays a link to the resource, one might for instance be interested in "best rank" claims (usually only one value, the most current one; for identifiers, this should usually not be a redirect or a dead URL); best rank identifiers are being retrieved with the MediaWiki parser functions by default, or the "wdt:" prefix in SPARQL. Alternatively, another user who is interested in matching would rather be looking at normal+preferred rank claims in order to include redirects and dead URLs for an increased possibility of matches. This setting, which is in fact pretty much derived from Help:Ranking, is quite simple to query: always ignore "deprecated rank" claims for whatever you do—one does not need to fiddle with this reason for deprecated rank (P2241) qualifier scheme with its excessive range of possible values that does effectively not work properly. —MisterSynergy (talk) 22:11, 11 June 2020 (UTC)

Vandalism and insult

Hi. Can you delete this revision record? It's really ugly swearword in Turkish. It also contains slander. - Aybeg (talk) 10:56, 11 June 2020 (UTC)

@Aybeg:  Done. --Epìdosis 11:04, 11 June 2020 (UTC)

Scriptores

già che ci siamo, tu hai un'idea di chi possa essere questo bel tomo qui: s:la:Scriptor:Maximus Grammaticus? non lo riesco a trovare da nessuna parte :( grazie in ogni caso e buona giornata, --Barbaking (talk) 10:56, 12 June 2020 (UTC)

@Barbaking: Eccolo, Maximus of Madaura (Q96238011) appena creato. Segnalami pure casi simili :) Buona giornata, --Epìdosis 11:05, 12 June 2020 (UTC)

Ottimo, grazie mille! :) --Barbaking (talk) 11:08, 12 June 2020 (UTC)

visto che ti sei dato la zappa sui piedi :P ti sei gentilmente offerto, qui ci sono gli autori (pochi per fortuna!) che mi mancano da collegare... a parte "Robert Baruch", che potrebbe benissimo essere una mezza bufala viste le opere riportate, gli altri tre potrebbero probabilmente avere un item che non riesco a trovare... fammi sapere se riesci ad avere maggior fortuna! :) ciao e grazie, --Barbaking (talk) 21:15, 12 June 2020 (UTC)

"Robert Baruch" non riesco proprio a capire chi sia. Per gli altri: Louis Marin (Q96244702) (bene), Q96244867 e Q96244874 (non ho trovato praticamente nulla, quindi solo info minimali; comunque esistono!). --Epìdosis 22:12, 12 June 2020 (UTC)

Refactoring my comments on talk pages

Hi Epìdosis,

Please don't refactor comments I made on project chat or talk pages. Please leave them where I left them.

Further, please ensure you don't help a globally banned user evade blocks. --- Jura 18:17, 12 June 2020 (UTC)

@Jura1: OK, of course; I just tried to reorder a bit the discussion, which was getting a bit disperse. I'm not sure about the second request, but I'll try to keep the eyes open. --Epìdosis 19:18, 12 June 2020 (UTC)

Alman politikacılar → Alman politikacı

Hi. Can you replace "Alman politikacılar" to "Alman politikacı"? For example in Q2594. (Alman politikacılar means "German politicians"; Alman politikacı means "German politician".) - Aybeg (talk) 13:16, 14 June 2020 (UTC)

@Aybeg: Of course,  Doing… (see https://tools.wmflabs.org/quickstatements/#.2Fbatch.2F37199). --Epìdosis 15:07, 14 June 2020 (UTC)

citazione fonte cartacea

ciao, quale proprietà devo usare per citare una fonte cartacea? esempio il libro Roma sotto le stelle del '44, storia, arte e cultura dala guerra alla Liberazione ? Ciao Susanna Giaccai (talk) 12:19, 15 June 2020 (UTC)

@Giaccai: Si crea l'elemento del libro e poi si usa stated in (P248). Chiedimi pure se hai dubbi. --Epìdosis 12:31, 15 June 2020 (UTC)

Query pusc

select ?q ?pusc ?dn ?dm ?pob ?pod $pobLabel $podLabel where {
  ?q wdt:P5739 ?pusc.
  ?q wdt:P569 ?dn.
  optional {?q wdt:P570 ?dm.}
  optional {?q wdt:P19 ?pob.}
  optional {?q wdt:P20 ?pod.}
 # SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}
order by xsd:integer(?pusc)

Try it!

-- Bargioni 🗣 10:11, 17 June 2020 (UTC)

User Research - Looking for volunteers

Hey Epìdosis,

For a current research project we are looking for active community members in Wikipedia, Wikidata and Wikimedia Commons who are interested in filling out a survey and participating in an interview. The aim of the research is to identify opportunities for participation and access for new volunteers in the Wikimedia projects. For this purpose we would like to learn from the experiences of the already active community members and find out success factors for participation in the projects. Participation includes filling out a preliminary survey, a self-study and an interview.

If you are interested in participating, simply fill out this survey. The participants in the interviews will be selected on the basis of the answers in order to be able to consider as many different perspectives as possible.

All selected interview partners will receive a book or photo voucher of 25 euros as a thank you.

Feel free to forward this call to other people you think might share interesting experiences about Commons. If you have any questions you can of course contact me or check the project page :) On the Project Page you can also find more information.

Regards --Merle von Wittich (WMDE) (talk) 09:53, 18 June 2020 (UTC)

Elenco SIUSA

Ciao Epìdosis, pensi sia possibile avere un'estrazione da https://siusa.archivi.beniculturali.it/cgi-bin/siusa/pagina.pl?RicVM=indice&RicTipoScheda=pp&RicSez=prodenti completa di tutti gli enti e dei loro codici (mi basterebbe il nome ed il link relativo da cui mi estraggo tutte le informazioni). Ho iniziato a fare manualmente lo scraping delle pagine ma sono 1426: è un lavoro impossibile da fare. Come sai mi piace con google sheets fare i lavori di matching, ma senza avere la base dati di partenza non ho modo di lavorarci. Luckyz (talk) 10:09, 18 June 2020 (UTC)

@Luckyz: Intendi sostanzialmente un catalogo di Mix'n'match per "identificativo SIUSA di un ente produttore di un archivio" (proposto qui), giusto? Credo che forse @Gerwoman: possa aiutarci :) --Epìdosis 10:13, 18 June 2020 (UTC)

@Gerwoman: mi interesserebbe avere un'estrazione di tutti i prodenti e il link alle loro pagine di dettaglio. Luckyz (talk) 09:19, 20 June 2020 (UTC)

@Luckyz: Credo che @Gerwoman: abbia provato a creare un catalogo Mix'n'match (questo), ma temo ci sia stato un problema, visto che risultano 0 entry; penso sia necessario un secondo tentativo. --Epìdosis 09:22, 20 June 2020 (UTC)

Encouraging ..

Hi Epidosis,

Please avoid restoring content by banned users. This just encourages block evasion. Feel free to revision delete and keep the page titles .. if you find them useful. --- Jura 13:59, 20 June 2020 (UTC)

@Jura1: I understand your motivation, but I don't know if it's common practice and I haven't found guidelines about such cases, so I asked for opinions here; if it will be advised by other admins, I will obviously revdelete the pages. Bye, --Epìdosis 14:10, 20 June 2020 (UTC)

• The question is if it's ok to continue editing after a block. What is your opinion on this? --- Jura 14:16, 20 June 2020 (UTC)

  Obviously I don't think it's OK to continue editing after a block. --Epìdosis 20:07, 20 June 2020 (UTC)

Statistiche contributi

Ciao, avrei bisogno del tuo aiuto! Volevo chiederti se esiste un modo per fare delle statistiche precise dei miei contributi: ad esempio, quanti identificatori esterni ho inserito in un lasso di tempo, quante volte ho usato "fonte dell'affermazione"(P248), quanti articoli scientifici ho legato al proprio autore con P50 attraverso Author disambiguator, etc. Nella ricerca contributi non riesco...Grazie!Alessandra Boccone (talk) 18:08, 21 June 2020 (UTC)

@Alessandra Boccone: Ciao! Purtroppo un tool così raffinato non c'è ancora, io stesso sarei interessato; quanto di più vicino è il comunque utilissimo Navel Gazer (es. su di me), i cui dati sono aggiornati mese per mese (di solito verso il 5 o 10 di un mese il dato viene aggiornato al 1° di quello stesso mese): permette di vedere tutte le proprietà aggiunte (N.B. come valore principale, non si parla di qualificatori e riferimenti) da un utente, in tutto il tempo e specificamente nell'ultimo mese (cioè dal 1° del mese precedente al 1° del mese in corso), e permette anche di fare la stessa cosa per specifiche proprietà (il che è molto utile per capire quali utenti abbiano lavorato su quali proprietà). Mi pare difficile fare statistiche su come gli utenti compilano le note (es. stated in (P248)), credo che difficilmente esisteranno in futuro; non credo sia impossibile in futuro più o meno vicino ottenere dati sull'aggiunta di proprietà (N.B. sempre come valore principale) non solo in tutto il tempo e nell'ultimo mese, ma anche mese per mese, e identicamente sarebbe molto gradita una statistica sugli edit compiuti coi vari tool esterni (PetScan, QuickStatements, OpenRefine, AuthorDisambiguator ecc.). Eventualmente puoi provare a fare qualche proposta specifica al gestore di Navel Gazer, Bamyers99, scrivendogli in talk. Chiedimi pure per qualunque altro dubbio. Buona serata, --Epìdosis 18:21, 21 June 2020 (UTC)

Grazie mille come sempre!Alessandra Boccone (talk) 18:42, 21 June 2020 (UTC)

Censimento chiese italiane

Buongiorno, mi sono reso conto (ti chiedo di correggermi se mi sbaglio) che manca una proprietà che censisca le chiese italiane. Ho notato questo sito http://www.chieseitaliane.chiesacattolica.it/chieseitaliane/ Pensi si possa pensare di crearne una proprietà? grazie della risposta Luckyz (talk) 08:43, 25 June 2020 (UTC)

@Luckyz: Ciao, quel sito (http://www.chieseitaliane.chiesacattolica.it/) mi è ben noto e ti confermo che non ha ancora una proprietà. Non l'avevo mai proposta perché, fino a non molto tempo fa, le singole pagine non avevano un URL stabile (cosa molto fastidiosa), cioè l'URL si generava nel momento in cui tu facevi una ricerca ed era temporaneo, cioè dopo qualche ora se tu provavi ad entrarci venivi reindirizzato alla pagina principale. Ora ho l'impressione che l'URL sia stabile (ottimo passo avanti), ma in ogni caso non serve una proprietà: l'ho messo come third-party formatter URL (P3303) in BeWeb church ID (P5611), poiché usa gli stessi ID. Prova: http://www.chieseitaliane.chiesacattolica.it/chieseitaliane/schedacc.jsp?sinteticabool=true&sintetica=true&sercd=60489 = https://www.beweb.chiesacattolica.it/edificidiculto/edificio/60489/. Quindi basta aggiungere BeWeb church ID (P5611). --Epìdosis 09:27, 25 June 2020 (UTC)

Benissimo! Sei preziosissimo. Grazie Luckyz (talk) 11:42, 25 June 2020 (UTC)

Probabilmente non c'è una corrispondenza completa: http://www.chieseitaliane.chiesacattolica.it/chieseitaliane/AccessoEsterno.do?mode=guest&type=auto&code=70582 e https://www.beweb.chiesacattolica.it/edificidiculto/edificio/70582/ Luckyz (talk) 11:50, 25 June 2020 (UTC)

@Luckyz: Accidenti, peccato; bisognerebbe cercare di capire, ma non credo sia facile, quanto sia ampia la discrasia, per capire poi meglio come comportarci. --Epìdosis 13:25, 25 June 2020 (UTC)

Il problema è che il sito BeWeb contiene diversi "Livelli di rilevazione".

Prima di tutto un po' di nomenclatura: chiamerò BeWeb un sottodominio e ChiesaCattolica l'altro sottodominio per comodità.

Degli oltre 64.000 edifici che dichiara di possedere BeWeb, dall'URL [1], ho scoperto che risultano 65.915 record divisi in due principali livelli di rilevazione:

• Livello Elenco Chiese 37.318 unità che non posseggono in BeWeb il record e quindi non possono essere collegate tramite la BeWeb church ID (P5611)
• Livello Censimento Chiese 28.597 unità che posseggono in BeWeb il record e che quindi potrebbero essere "collegate" come da tuo consiglio tramite la BeWeb church ID (P5611)

Questa ricerca empirica ci direbbe che circa il 57% delle chiese non possono essere "coperte" da questo sistema poiché non posseggono su BeWeb un codiceEdificio.

C'è una complicazione ulteriore però, infatti, le cattedrali (che oltre ad essere generalmente di maggior interesse, pesano per 1390 ulteriori unità) utilizzano un URL pattern diverso: https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/250 e ovviamente questi codici non sono "compatibili" con chiesacattolica. Viceversa la situazione diventa ancora più interessante. Infatti, cercando la cattedrale di San Martino su ChiesaCattolica si trova l'url http://www.chieseitaliane.chiesacattolica.it/chieseitaliane/schedacc.jsp?sinteticabool=true&sintetica=true&sercd=86849 con ID 86849 che è, come previsto, diverso dal 250 dell'URL cattedrali. Volendo però cercare l'URL https://www.beweb.chiesacattolica.it/edificidiculto/edificio/86849/ accade il miracolo: il sito ha mappato un redirect da questa pagina di EdificioCulto alla pagina corretta in cattedrali. Purtroppo questo giochetto funziona in quasi tutti i casi... purtroppo nei casi di codici che iniziano per 0 ad esempio: https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/053/ che diventerebbe https://www.beweb.chiesacattolica.it/edificidiculto/edificio/83087/ si verifica un errore. Invece per tutti i codici... :) Luckyz (talk) 14:14, 25 June 2020 (UTC)

@Luckyz: Ottimo quadro di una situazione non certo ottima :) I due problemi sono quindi: 1) non tutte le chiese contenute in ChiesaCattolica sono contenute in BeWeb; 2) le cattedrali contenute in ChiesaCattolica sono compatibili con quelle contenute in BeWeb solo quando in BeWeb il loro codice "cattedrale" non contiene uno 0 iniziale (in questi casi il redirect dà errore). Il problema 2 è un errore nei loro redirect che va senza dubbio segnalato in qualche modo, magari otteniamo una correzione; il problema 1 è più grosso, ma forse si potrebbe ovviare mettendo come URL preferito quello di ChiesaCattolica (che forse, ad occhio, contiene anche più informazioni) e come URL alternativo quello di BeWeb - a patto però che non ci siano casi in cui BeWeb contiene una chiesa assente in ChiesaCattolica. Questa proposta magari la puoi fare aprendo una discussione in Property talk:P5611, così magari coinvolgiamo qualche altro utente. Grazie ancora per l'ottimo lavoro, --Epìdosis 14:48, 25 June 2020 (UTC)

Una correzione riguardo all'errore del sito sul redirect. Ho inserito numerose cattedrali ed ho intercettato i seguenti 2 tipi di errori, nel caso volessi segnalarlo alla CEI:

1. Codici che iniziano con 0 (e.g. Q2942686, Q2407717, Q2278808, Q2942828, Q2942838, Q2942710, Q2942711) vanno in errore, immagino che i codici vengano trattati come integer invece che come stringhe.
2. Codici alfanumerici invece che numerici (e.g. Q753363 https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/FV7/, Q2981009 https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/FUJ, Q937850 https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/FX0, Q2942566 https://www.beweb.chiesacattolica.it/cattedrali/cattedrale/FY6/) vanno in errore.

Per aprire la discussione al fine di cambiare sottodominio di riferimento in Property talk:P5611, ci lavoro domani. Saluti Luckyz (talk) 18:46, 25 June 2020 (UTC)

Item

Hi Epìdosis, something get wrong at this item: Q85409163. Can you check it? --Jumpy01 (talk) 13:12, 25 June 2020 (UTC)

@Jumpy01: It seems a normal item used as "sandbox" for users making some experience with how Wikidata works in the so-called "tours", so I wouldn't change anything. --Epìdosis 14:37, 25 June 2020 (UTC)

Your txs for that

uh ... well, your welcome, but it's not worth it : the property doesn't allow to make the external link (bug) ;) I search the problem. —Eihel (talk) 18:12, 27 June 2020 (UTC)

Ospedale Papa Giovanni Xxiii kindergarden

Buongiorno, ho scoperto che esiste un asilo nido a Bergamo omonimo al più famoso ospedale. E fin qui tutto bene. Poi però ho scoperto che il portale ROR ha un riferimento a wikidata per l'ospedale Giovanni XXIII. Il riferimento però è proprio a questo asilo d'infanzia. Ovviamente non possiamo cambiare il portale Research Organization Registry Community (oppure sì?). Nel frattempo, se sei d'accordo procederei a inserire il ROR ID (P6782) al Qnumber corretto dell'ospedale. Il rischio però è la creazione di un'incongruenza fra wikidata e il ROR. Scrivo a te perché ipotizzo che tu possa conoscere qualcuno che può intervenire o comunicare l'errore ai gestori della Research Organization Registry Community. Luckyz (talk) 13:29, 29 June 2020 (UTC)

@Luckyz: In realtà non conosco nessuno al ROR, non credo di aver nemmeno mai usato questa proprietà :( Secondo me la cosa migliore è inserire l'ID nell'elemento corretto, come dici, e segnalare l'errore nella talk della proprietà, in modo che ne rimanga traccia e magari qualcuno del ROR, o che abbia contatti al ROR, noti la segnalazione e le dia seguito. Grazie come sempre per l'attento lavoro, --Epìdosis 13:32, 29 June 2020 (UTC)

bonus point, GRID ha propagato l'errore. Seguirò il tuo consiglio. Buon pomeriggio. Luckyz (talk) 13:35, 29 June 2020 (UTC)

@Luckyz: Eh, accade spesso purtroppo, e la maggior parte degli errori che diffondiamo sono dovuti a import/abbinamenti imprecisi fatti da bot, non certo da umani, che di solito intervengono a correggere proprio questi errori; la speranza è sempre che, correggendo l'errore su Wikidata, gradualmente anche la correzione si propaghi ;-) Buon wiki, --Epìdosis 13:37, 29 June 2020 (UTC)

Descrizioni

Ciao, anticipo da subito le mie scuse per il disturbo. Ho visto che sei Italiano quindi ti scrivo in Italiano. Sono di vec.wiki (Wikipedia in lingua Veneta) volevo chiederti alcune cose dato che non sono un grande navigatore di Wikidata, però devo assolutamente impararle a fare. Come si fa ad aggiungere automaticamente una descrizione "comune" a più elementi in modo automatico? Ad esempio: I comuni della francia contengono la descrizione italiana: Comune Francese.. come si fa ad aggiungere la descrizione in lingua veneta su tutti gli elementi che contengono in Italiano o in altre lingue questa descrizione? Grazie di cuore in anticipo per la tua risposta e per la disponibilità! Un saluto! --Fierodelveneto (talk) 12:40, 1 July 2020 (UTC)

@Fierodelveneto: Ciao! Anche io in realtà sono mezzo veneto e ho frequentato il liceo a Verona, tuttavia sono solo in grado di comprendere il veneto, non certo di parlarlo o scriverlo :( Allora, il miglior metodo credo sia il seguente:

• fai una query che trova tutti i comuni francesi, questa

SELECT ?comunefrancese
WHERE {
  ?comunefrancese wdt:P31 wd:Q484170 .
}

Try it!

• copi i risultati in Excel e fai una tabella a tre colonne, che dovrebbe apparire più o meno così:

Q16238	Dvec	"comun in Fransa"
Q16239	Dvec	"comun in Fransa"
Q16246	Dvec	"comun in Fransa"
Q16248	Dvec	"comun in Fransa"
Q16255	Dvec	"comun in Fransa"

• copi queste righe su QuickStatements e clicchi prima "Import V1 commands", poi nella pagina seguente "Run in background" (trovi il manuale di QuickStatements qui), lasci che il batch si carichi e poi eventualmente puoi anche chiudere la finestra del browser; N.B. meglio se non incolli più di 20mila righe per batch, altrimenti c'è il rischio che non riesca a caricarsi
• esempio di risultato

Scrivimi se hai dubbi su qualunque passaggio e/o per qualunque altra cosa. Buon pomeriggio e buon wiki, --Epìdosis 12:51, 1 July 2020 (UTC)

Mi sta venendo male solo leggendo.. pensa te a farlo! Ad ogni modo, ora provo a vedere se riesco a far qualcosa, altrimenti pace e amen a questo punto. Mi fa strano che Wikidata non cerchi di unificare le descrizioni e casomai fare specialpages dedicate alla loro traduzione! Sarebbe assai più semplice e sopratutto avrebbe maggior partecipazione vista la "semplicità". Ora provo e ti so riferire! PS. Riguardo al Veneto, se vuoi fai un giro in vec.wiki, abbiamo assai bisogno di una mano, per wikidata, per le grafiche, per i codici, per accessori ecc.. Se guardi vedi che non siamo per niente messi male, ma vorrei implementare sempre più "semplicità" per la collaborazione. Scrivimi pure su vec.wiki se ti va, non mi farebbe altro che un grandissimo piacere! E me racomando, el leon de san marco tienlo senpre alto! ahah --Fierodelveneto (talk) 13:07, 1 July 2020 (UTC)

Non ho capito come copiare i risultati in Excel.. mi dovrebbe dare una tabella, ma non mi dà tabelle..che disastro --Fierodelveneto (talk) 13:40, 1 July 2020 (UTC)

@Fierodelveneto: OK, faccio io. Mi confermi che "comun in Fransa" va bene? --Epìdosis 13:52, 1 July 2020 (UTC)

'comun fransexo.. questo è il più corretto! Poi se riesci a fare pure quelli Italiani con comun italian non sarebbe male ahah.. PS. poi dimmi come si fa a incollare sta roba, che ancora non c'ho capito un "òstrega".. mi piacerebbe imparare --Fierodelveneto (talk) 13:56, 1 July 2020 (UTC)

Chiedo scusa se mi immetto su discussione in pagina talk altrui. @Fierodelveneto: se vuoi imparare ad usare quickstatements ti consiglio di guardare le guide [2] e [3]. Luckyz (talk) 14:03, 1 July 2020 (UTC)

@Luckyz: Ti ringrazio di cuore per il consiglio, però ciò che devo capire è come copiare una query su excel.. questo è il vero problema al momento. Per chi lo sa fare sarà sicuramente una cosa facilissima, ma per chi non la usa mai è un problema.. non è molto intuitiva Fierodelveneto (talk) 14:06, 1 July 2020 (UTC)

@Fierodelveneto: c'è il pulsante "Scarica" e poi puoi scegliere "File CSV". Poi trovi su google come importare un CSV in excel. --Luckyz (talk) 14:09, 1 July 2020 (UTC)

@Fierodelveneto: Ho fatto partire i comuni francesi, sarà fatto entro domattina, credo. @Luckyz: Grazie per gli ottimi interventi :) --Epìdosis 14:13, 1 July 2020 (UTC)

@Luckyz:Grazie di cuore.. lo utilizzerò con i comuni di slovenia, che sono anche pochi! Questo è ciò che mi mancava. Un saluto e grazie ancora --Fierodelveneto (talk) 14:16, 1 July 2020 (UTC)

Ok perfetto Epìdosis, ti ringrazio di cuore per la tua piena disponibilità, cordialità e gentilezza! Ora provo a fare qualcosa anch'io e nel caso ti farò sapere! Un saluto --Fierodelveneto (talk) 14:16, 1 July 2020 (UTC)

@Fierodelveneto: Benvenuto in wikidata!Luckyz (talk) 14:39, 1 July 2020 (UTC)

@Luckyz: Grazie di cuore! --Fierodelveneto (talk) 15:47, 1 July 2020 (UTC)

Endless dup from dumps

Hi,

Thanks for trying to put some sense into the data dump.

The same dob/dod reports are now filled with them, e.g.

• Q2372281 = Q94809699
• Q3291841 = Q94836072

etc..

It seems that some identifiers you added might allow to merge them fairly easily.

BTW, if the import went well otherwise, maybe it could worth trying to import entries that have sufficient data, but currently no entry in Wikidata. --- Jura 10:32, 7 July 2020 (UTC)

@Jura1: Hi, I'm dealing with some problematic cases manually, in particular when GND seems to have duplicates (e.g.). In the next days I will try to see if the IDs I added allow safe merges. I'll keep you informed. Bye, --Epìdosis 10:42, 7 July 2020 (UTC)

In that case, we probably shouldn't import more of them. Given that it may be the same person creating them there who dumped them here, it's unlikely that their quality there is better than here.

Did you see the note by Kam about the actors? --- Jura 10:47, 7 July 2020 (UTC)

@Jura1: Fortunately the GND duplicates seem to be no more than two or three hundreds. Importing FilmPortal maybe can be done, I will ask Bargioni. --Epìdosis 10:54, 7 July 2020 (UTC)

You mean duplicates between GND and GND? Maybe. If there are 2000 with dob+dod dates, I wonder how many there are without any dates. --- Jura 10:57, 7 July 2020 (UTC)

@Jura1: 552 just batch-merged, now I'm revising one by one. --Epìdosis 15:11, 7 July 2020 (UTC)

We can just flush everything that can't be put to use. Wikidata isn't here to revise defects of GND/some blocked account --- Jura 06:01, 8 July 2020 (UTC)

KBpedia ID for pornographic actor (Q488111)

Hi! I saw that you removed the assertion that pornographic actor (Q488111) has the external ID KBpedia ID (P8408) "PornStar". I've put it back, experimentally, and it seems reasonable to me on the basis that the reverse relation is stated at https://kbpedia.org/knowledge-graph/reference-concept/?uri=PornStar . Am I missing something here? -- The Anome (talk) 17:19, 9 July 2020 (UTC)

@The Anome: No, you are perfectly OK! The massive import had an issue related to references added in the wrong way and this issue regarded most of the items, so I had to revert all the edits, but some were already good; I've now added the reference for completeness. Bye, --Epìdosis 17:22, 9 July 2020 (UTC)

recent Dura-Europos edits

Ciao Epidosis! I am a researcher at Yale University, working on linked data for the site of Dura-Europos and its associated archaeological objects kept in the Yale University Art Gallery. I notice that you reverted all of the edits I recently made on the item Dura-Europos (Q464266). Can you clarify the reasoning for rolling back all of these edits? Ahc84 (talk) 15:23, 14 July 2020 (UTC)

@Ahc84: I'm really sorry, I didn't intend to revert them! It was probably an accidental click, I've now restored all your edits. You are doing a very good work! If you have any doubt about Wikidata, please ask me and I will be glad to answer your questions. --Epìdosis 15:45, 14 July 2020 (UTC)

@Epìdosis: No worries! Thanks for checking! I'm a new editor so I wasn't sure if I had done something wrong--I appreciate your offer to be a source of help as I dive in deeper! Ahc84 (talk) 15:52, 14 July 2020 (UTC)

Serkan Keskin

Hi. Have we got two of them or different people? (Q6101399/Q95770705) --E4024 (talk) 02:06, 25 July 2020 (UTC)

@E4024: Two of them,  now merged. Thanks, --Epìdosis 08:24, 25 July 2020 (UTC)

Special:Diff/1227328375

What has this to do with qualifiers? 1234qwer1234qwer4 (talk) 17:31, 27 July 2020 (UTC)

@1234qwer1234qwer4: The problem regarded the batches as a whole: in each case the batch inserted a value with two properties as qualifiers, although these properties should go in statements (example); however, QuickStatements has a problem because of which it often happens that qualifiers and references are inserted in a second moment, not immediately following the main value of the statement; so this case in particular had nothing wrong, but most cases had to be reverted, and the easiest solution was to revert all the edits. --Epìdosis 19:04, 27 July 2020 (UTC)

Christian Müller (Q73400560) and Christian Müller-Kademann (Q73401486)

Are you sure about your recent changes to Christian Müller (Q73400560) and Christian Müller-Kademann (Q73401486)? --Emu (talk) 11:39, 29 July 2020 (UTC)

@Emu: Looking at the two values of Library of Congress authority ID (P244), I would simply merge the items. Do you agree? --Epìdosis 11:48, 29 July 2020 (UTC)

Not at all.

• Christian Müller (Q73400560) is a jurist (b 1972 in Hanover), his dissertation is Die Haftungsverwirklichung nach der Insolvenzordnung als Steuerungsinstrument des Mobiliarkreditsicherungsrechts (Q76661804).
• Christian Müller-Kademann (Q73401486) is an economist (b 1972), his dissertation is Money Demand in Europe (Q73401924). The dissertation was published under his old name.

The two work in very different fields and are clearly different persons. LCCN n2003094925 is a conflation: It used to refer to the first one to the second one but now is a conflation between the two. --Emu (talk) 11:57, 29 July 2020 (UTC)

@Emu: Ok, it seems a good explanation. Thanks for disentangling! --Epìdosis 12:08, 29 July 2020 (UTC)

Rinomina

Ciao, posso chiederti come si rinomina un elemento? Potresti rinominarmi Q16583339 cambiando "O." in "Oscar"? Grazie! --ValeJappo (talk) 10:31, 30 July 2020 (UTC)

Nulla, ci sono riuscito! Grazie comunque --ValeJappo (talk) 10:32, 30 July 2020 (UTC)

Il tuo messaggio di benvenuto

Grazie del tuo benvenuto! Anche se Wikidata non è il mio campo principale di attività continuerò a contribuere piccole correzioni quando l'occasione si presenta. Ammetto però che Wikidata veramente richiede di abituarmi al suo funzionamento.

Il tuo nome mi sembra lontanamente familiare, forse da Wikipedia italiana. Se pensi che io possa aiutare in qualche progetto/progettino italo-tedesco sempre puoi contattarmi. (Un po' di spionaggio – usando guc.toolforge.org o simile – ti mostrerò i miei interessi e competenze.) Per esempio ho trovato (in Wikipedia) che voci italiane tradotte da quelle inglesi su soggetti tedeschi qualche volta hanno un rischio elevato di malintesi (esempi: w:it:Strada barocca dell'Alta Svevia, w:it:Kunsthalle Bremen o w:it:Heinrich Vogeler). Leggerle da un punto di vista tedesco può aiutare occasionalmente ... -- Martinus KE (talk) 20:29, 8 August 2020 (UTC)

NUKAT and Wikidata:VIAF/cluster/conflating specific entries

I see your batch with NUKAT id's. I earlier report NUKAT errors in moreldentifiers at Wikidata:VIAF/cluster/conflating specific entries. It is good idea if i will check my reports and delete those expired? Matlin (talk) 09:18, 16 August 2020 (UTC)

@Matlin: If you mean checking if VIAF has corrected the error you reported and if so deleting the report, for me it's OK :) --Epìdosis 09:29, 16 August 2020 (UTC)

@Epìdosis: I guess not cases mentioned by You. I will try to explain in another way: I use moreIdentifiers gadget and i saw, that all proposed NUKAT suggestions are affected by error. According to discussion i'm having doubts, do i still have to report that in conflating specific entries or even delete these reports. Matlin (talk) 21:03, 23 August 2020 (UTC)

@Matlin: OK, now I have understood what you mean. So, I try to explain the problem mentioned in the discussion you have seen: VIAF stores two types of NUKAT IDs, the ones with "n" (stable IDs, used by Wikidata) and the ones with "vtls" (unstable IDs, not used by Wikidata); VIAF stores "n" IDs in the XML form and "vtls" IDs in the JSON form; since the gadget extracts IDs from the JSON form, it is impossible to retrieve "n" IDs, so there is always error; however, this is a general problem, so you should not report these cases in the reports and you can delete previous reports (or, if you want, I can do it). If you have any doubts, ask me. Good night, --Epìdosis 22:41, 23 August 2020 (UTC)

@Matlin: OK, I've cleaned the reports. Just a clarification: the reports page is not meant for the accumulation of the IDs which are strikked in red (NUKAT, but also LNB and BNC), because these IDs aren't wrong in themselves, but are just wrongly stored by VIAF; the reports page is meant for the accumulation of IDs which are assigned to a cluster X but should go in a cluster Y (so, if I see a ID for Caesar in a cluster related to Pompeus, I should add a report to the reports page). If you have any doubt, always ask me. Good night, --Epìdosis 20:29, 24 August 2020 (UTC)

Dati

Buonasera, vorrei collegare questa pagina [4] a questo elemento ma non capisco se esiste una proprietà adeguata. Sapresti aiutarmi? grazie Luckyz (talk) 16:03, 17 August 2020 (UTC)

@Luckyz: Ho fatto una serie di prove e sono proprio convinto di no. Andrebbe proposta, se ti serve aiuto ovviamente sono disponibile. Certo il sito del MIBACT è proprio un labirinto ... --Epìdosis 16:13, 17 August 2020 (UTC)

Grazie, sospettavo questo fatto. Più che altro il sito MIBACT è un database di entità (ad esempio il palazzo di cui sopra has parts [5] e [6] e has conservation status [7], has use [8] e has design [9] quindi nell'ottica wikidata sarebbe interessante fare qualcosa di più che un semplice riferimento esterno. Però capisco che non sia qualcosa di discutere così al volo. Grazie ancora Luckyz (talk) 18:39, 17 August 2020 (UTC)

hapax legomenon

Hai annullato questa modifica perché sbagliata? Lo stesso utente ne ha fatta un'altra identica che dovrebbe essere altrettanto sbagliata. Non è la prima volta che un anonimo con IP che comincia per 7, 8 o 9 mette in maiuscolo le descrizioni italiane di alcuni articoli su wikidata, tieni d'occhio queste modifiche! 151.21.90.248 08:10, 1 September 2020 (UTC)

Grazie per la segnalazione, annullata anche la seconda modifica. --Epìdosis 13:31, 1 September 2020 (UTC)

Di nulla, ti segnalo anche quest'altra modifica che dev'esserti sfuggita (al cotrario di questa che hai già annullato). 151.21.93.48 10:30, 3 September 2020 (UTC)

IP nuovo, modifiche identiche... Vedo che sei un sysop, magari potresti lasciargli un avviso sulla sua talk così forse capisce che sta sbagliando e non lo farà più. 151.21.89.47 10:17, 4 September 2020 (UTC)

 Done, spero serva. --Epìdosis 11:11, 4 September 2020 (UTC)

Buonasera, ti segnalo che il solito tizio è tornato, scrivo ancora a te perché finora ci hai sempre pensato tu. 151.21.90.214 15:12, 13 September 2020 (UTC)

Forse mi hai segnalato l'IP sbagliato, questo ha inserito descrizioni perfettamente regolari (senza maiuscole e senza punti finali). --Epìdosis 20:42, 13 September 2020 (UTC)

Hai ragione, questo è un altro, scusa il disturbo! 151.21.89.45 07:43, 14 September 2020 (UTC)

Vandal report

How can I report a vandal? [10] Luckyz (talk) 13:08, 8 September 2020 (UTC)

@Luckyz: Always WD:AN :) --Epìdosis 18:37, 8 September 2020 (UTC)

Vandalism and a vandal

Hi. Can you block this vandal who writes ugly swearword in Turkish and delete these revision records of vandalism: [11], [12], [13], [14], [15], [16], [17], [18], [19], [20], [21], [22], [23], [24]? - Aybeg (talk) 16:21, 12 September 2020 (UTC)

@Aybeg: Thanks, vandal blocked and performed all the necessary revdeletes (actually some more than these, as far as I could see using Google Translate). Just a little advice: if something is urgent (e.g. blocking a vandal), it's probably better to write it in WD:AN, so that you have more chances to find an admin available; in these cases you could ping HakanIST, who is our only native Turkish speaker-admin. Bye, --Epìdosis 16:48, 12 September 2020 (UTC)

Thanks, but his 1 edit summary is still visible (dated 09:08, 12 September 2020). Can you delete it, please? - Aybeg (talk) 16:56, 12 September 2020 (UTC)

@Aybeg: Oh, thanks for noticing,  solved. --Epìdosis 16:59, 12 September 2020 (UTC)

Proposta cancellazione elementi in bozza

Propongo il merge di tre elementi o la cancellazione delle bozze Q96334714 e L'Universo (Q96334713) che ho scoperto solo dopo avere creato L'Universo (Q99335822) e avere aggiunto l'ISSN. Grazie. -- Bargioni 🗣 13:50, 15 September 2020 (UTC)

@Bargioni:  Done. --Epìdosis 15:32, 15 September 2020 (UTC)

Grazie. -- Bargioni 🗣 15:57, 15 September 2020 (UTC)

P5063

The links being generated by this property Interlingual Index ID (P5063) do not work. Do you know why that is? --EncycloPetey (talk) 21:47, 18 September 2020 (UTC)

@EncycloPetey: Now they seem to work although some days ago I had the same impression as you. --Epìdosis 22:34, 18 September 2020 (UTC)

Is the one on Odyssey (Q35160) working for you? It's not working for me. All I get is a bunch of HTML code in tags. Same for every other one I've tried. --EncycloPetey (talk) 00:44, 19 September 2020 (UTC)

@EncycloPetey: Same for me, a bunch of HTML code in tags everywhere. I suppose this is in fact how the site works right now - maybe the visualization will be improved in the future. --Epìdosis 07:03, 19 September 2020 (UTC)

Vandalism

Hi. Can you delete this revision record, and block this vandal? - Aybeg (talk) 07:42, 25 September 2020 (UTC)

@Aybeg:  Done. --Epìdosis 10:47, 25 September 2020 (UTC)

We sent you an e-mail

Hello Epìdosis/Archive/2020,

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org.

You can see my explanation here.

MediaWiki message delivery (talk) 18:45, 25 September 2020 (UTC)

Problema con VIAF

Ciao Epìdosis, avrei bisogno di un piccolo aiuto per risolvere un problema con VIAF ID (P214), relativo al numero di cifre. Mi sono accorto che non riesco a scrivere nel campo più di 7 cifre, mentre ho dei codici con 8 cifre da inserire, esempio https://viaf.org/viaf/66239472/ in Q24284172. Grazie in anticipo. --Marcok (talk) 14:55, 1 October 2020 (UTC)

@Marcok: Ciao, ho provato a inserirlo e non ho avuto problemi; spesso ho inserito anche codici di 15 e più cifre senza problemi. L'unica cosa che mi viene in mente potrebbe essere un malfunzionamento di User:1Veertje/identifierInput.js nel tuo common.js, puoi provare a disattivarlo e a vedere se il problema permane. --Epìdosis 15:58, 1 October 2020 (UTC)

Grazie, provo! --Marcok (talk) 16:11, 1 October 2020 (UTC)

Pare fosse proprio quello il problema. Io ci avrei messo settimane per arrivarci da solo. ;) Grazie. --Marcok (talk) 16:36, 1 October 2020 (UTC)

Anica

Ciao Epì, alcuni film come La grande bellezza hanno un identificativo ANICA più lungo, e questo fa comparire un punto esclamativo nell'elemento del film. Sai per caso come sistemate? --Spinoziano (talk) 07:21, 26 September 2020 (UTC)

@Spinoziano: Giustissima osservazione, penso di aver risolto ora; potrebbe volerci un'ora o due perché i punti esclamativi scompaiano. --Epìdosis 08:22, 26 September 2020 (UTC)

In 11 settembre 1683 il punto esclamativo si vede ancora, non so se ci siano anche altri casi...--Spinoziano (talk) 14:49, 19 October 2020 (UTC)

@Spinoziano:  Done in quel caso, poi a breve faccio un controllo generale. --Epìdosis 17:43, 19 October 2020 (UTC)

Onorificenze della Repubblica

Ciao Epidosis, pensi sia possibile aggiungere una property per le schede riguardanti le Onorificenze della Repubblica? Ho notato che qualcuno su it.wiki sta caricando sistematicamente tutti gli assegnatari e che le schede sono fatte piuttosto bene. Buona giornata. Luckyz (talk) 11:31, 12 October 2020 (UTC)

@Luckyz: Secondo me sì, puoi proporre una nuova proprietà (WD:PP). Grazie per l'idea! --Epìdosis 11:35, 12 October 2020 (UTC)

Biographisches Lexikon des Kaiserthums Oesterreich e Deutsche Biographie ID hanno creato copie

Ciao Epìdosis, ho trovato due casi nei quali ho notato che sono state create coppie di item a partire fondamentalmente dalla stessa fonte. Andiamo con ordine:

• Q94985997 è una voce creata a partire dall'enciclopedia Biographisches Lexikon des Kaiserthums Oesterreich (BLKO) Q90893830
• Q94840709 è una voce creata a partire dalla Deutsche Biographie che a sua volta è basata come vedrai sulla BLKO
  

Quindi, se la mia ipotesi fosse vera, vorrebbe dire che potenzialmente a partire da BLKO e Deutsche Biographie potrebbero essere stati creati numerosi duplicati.
Altra coppia di esempio: [25] e [26]
Pensi ci siamo modo di fare un controllo a tappeto? --Luckyz (talk) 20:57, 25 October 2020 (UTC)

@Luckyz: Purtroppo credo di sì. In generale l'import che ha riguardato Deutsche Biographie ha creato alcune migliaia di duplicati e alcuni non sono ancora stati individuati. Se vuoi posso provare a darti una mano in qualche modo. Buona serata, --Epìdosis 21:25, 25 October 2020 (UTC)

Can you help me out?

I need a Mix'n'Match catalog scraped from All the Tropes and it's subcategories.--Trade (talk) 11:55, 30 October 2020 (UTC)

@Trade: Personally not (I imported a MnM catalog through scraper only once, I spent much time in understanding how to do it but it wasn't completely successful ...), we can try asking @Gerwoman:. --Epìdosis 13:23, 30 October 2020 (UTC)

I'm sorry. Ironically, I don't know how to scrape a wiki. --Gerwoman (talk) 18:13, 30 October 2020 (UTC)

Eratostene

Ciao ! Potresti proteggere Eratosthenes (Q43182)? Vandali lo visitano un po tropo. Buona serata, --Jahl de Vautban (talk) 19:27, 1 November 2020 (UTC)

@Jahl de Vautban: Hai perfettamente ragione,  Done. --Epìdosis 21:15, 1 November 2020 (UTC)

data di scioglimento o demolizione

Secondo te è possibile dividere la proprietà data di scioglimento o demolizione in data di sconsacrazione o chiusura e data di demolizione (a meno che non esista già qualcosa). Sono cose ben distinte… --Zanekost (talk) 19:05, 4 November 2020 (UTC)

@Zanekost: Ciao, secondo me data di demolizione dovrebbe essere dissolved, abolished or demolished date (P576), mentre data di sconsacrazione andrebbe creato; un'opzione alternativa è usare significant event (P793)deconsecration (Q73397932) con qualificatore point in time (P585). Se vuoi ti faccio un esempio. --Epìdosis 19:09, 4 November 2020 (UTC)

Sicuramente deconsecration (Q73397932) può andare bene, e così diventa chiaro come usare dissolved, abolished or demolished date (P576)… Ma per le date è possibile inserire un valore approssimato (tra, dopo, prima…)??? P.e. la it:Chiesa di Santa Lucia (Venezia) venne chiusa e quindi sconsacrata nel 1806 e demolita tra il 1861 e il 1863 e la it:Chiesa di San Giacomo (Giudecca) la demolizione risulta ancora più lunga (1818-1837) --Zanekost (talk) 19:50, 4 November 2020 (UTC)

Ho provato con la San Stin (Q3672094) ma non mi sembra chiarissimo.--Zanekost (talk) 20:14, 4 November 2020 (UTC)

Aggiungo che non mi accetta il !0º secolo viene sempre fuori 1º secolo--Zanekost (talk) 20:19, 4 November 2020 (UTC)

@Zanekost: Tutto fattibile. I valori approssimati e gli intervalli sono assolutamente possibili, ho inserito tutti gli esempi che mi hai detto. Si può fare anche il circa, così come ante quem e post quem (è tutto spiegato in Help:Dates, se hai singoli dubbi o esempi tu dimmi e io ti mostro come lo farei io senza alcun problema). Per quanto riguarda i problemi relativi ai secoli, so che digitando come dici viene fuori errore ... ti consiglio un metodo diverso che funziona perfettamente: digita l'anno centrale del secolo (es. 1850) e poi vai nella finestrella di dialogo dove c'è "Precision" e seleziona "Century"; se poi salvi, vedrai che viene fuori il secolo corretto. Per qualunque altra domanda scrivimi qui e sarò felicissimo di risponderti. Buona notte! --Epìdosis 22:11, 4 November 2020 (UTC)

Property

Hi Epidosis, would you create this property? If you click "create", I can do the other steps. --- Jura 07:33, 6 November 2020 (UTC)

@Jura1:  Done, format as language specific regular expression (P8770). --Epìdosis 08:19, 6 November 2020 (UTC)

Also that, if you'd be so kind? --- Jura 10:54, 28 November 2020 (UTC)

@Jura1: Surely, complementary property (P8882). --Epìdosis 13:31, 28 November 2020 (UTC)

Utente sospetto

Ciao, dagli osservati speciali di wikipedia ho notato che l'utente Assu1046 sta continuando a rimuovere collegamenti senza apparente motivo. Potresti controllare? Grazie! --ValeJappo (talk) 12:53, 9 November 2020 (UTC)

@ValeJappo: Ti ringrazio per la segnalazione, ieri e oggi sono stato insolitamente impegnato. Avevi ragione, l'utente è già stato bloccato. In questi casi magari segnala direttamente in WD:AN, dove probabilmente c'è sempre qualche amministratore in grado di intervenire prontamente. Buona giornata, --Epìdosis 07:16, 11 November 2020 (UTC)

Can you add a link for me?

This page [27] for Wikidata Q302.The WWE man (talk) 23:16, 10 November 2020 (UTC)

@The WWE man:  Done. --Epìdosis 07:14, 11 November 2020 (UTC)

FAST ID constraint

The constraint that requires FAST ID to also have LCCN is not correct. There are also FAST IDs that correspond to just LCGFT. Every LCSH and LCGFT term has an equivalent FAST ID. There are some FAST IDs that only correspond to LCGFT. For example: LCSH has Vampires--Drama, and there is no FAST term equivalent to it, but LCGFT has Vampire drama and it has the equivalent FAST term Vampire drama. It is not correct to always require LCSH. It is correct to require EITHER LCSH or LCGFT. UWashPrincipalCataloger (talk) 05:51, 16 November 2020 (UTC)

@UWashPrincipalCataloger: Hi! Thanks for the explanation. At the moment, unfortunately, it is not technically possible to require EITHER one ID or another ID, so I readded the constraint marking it as "suggested". The creation of such a new constraint is being projected by the Development Team, I remember. Thank you again, --Epìdosis 10:13, 16 November 2020 (UTC)

Deutsche Biographie

Hello Epìdosis, I still benefit from the large import of Deutsche Biographie (GND) ID (P7902) a few months ago. The current status is:

609.508 out of 801.103 (76% complete)

Are there any plans to complete the import? Cheers --Kolja21 (talk) 11:16, 18 November 2020 (UTC)

@Kolja21: Hi! At the moment there is no plan to complete the import, although it might be worth considering. Anyway, we need to be very careful: the last import performed by MrProper has created a big backlog of items probably needing to be merged, still more than 5000, and I would do no import before solving this situation. However, any suggestion is welcome in order to start reflecting about future steps. Bye, --Epìdosis 11:20, 18 November 2020 (UTC)

Richiesta

Ciao! Buona domenica! Ho inoltrato qui una richiesta. Eventualmente potresti provvedere tu? Grazie. --FeltriaUrbsPicta (talk) 16:46, 29 November 2020 (UTC)

@FeltriaUrbsPicta:  Done :) --Epìdosis 17:40, 29 November 2020 (UTC)

Grazie mille! --FeltriaUrbsPicta (talk) 17:44, 29 November 2020 (UTC)

Apollodoro di Damasco

Ciao! Ho seguito la tua metodologia su Apollodorus of Damascus (Q189375) seguente una modificha anonima ; forse sono stato un po tropo perfessionisto è addesso ci sono 6 dichiarazione differente con varie fonte. Ne ho aggiunto un altra settima per avera una dichiarazione che avrebbe stato una sintesi delle altre, ma come si puo dire in fonte che risulta dalle limite inferiore et superiore delle dichiarazione attualle ? Grazie ! --Jahl de Vautban (talk) 13:36, 30 November 2020 (UTC)

@Jahl de Vautban: Ho solo fatto alcune piccole modifiche (soprattutto l'ordinamento cronologico delle diverse dichiarazioni); mi pare un ottimo lavoro! --Epìdosis 10:04, 1 December 2020 (UTC)

Batches National Library of Korea ID

Hello, I noticed there are quite a few mistakes in the batches for the National Library of Korea ID, e.g. here and there. --Christian140 (talk) 13:04, 3 December 2020 (UTC)

@Christian140: Thanks for noticing, unfortunately it was previewable: the matches were performed by Mix'n'match on the basis of labels/aliases and the correspondence of years of birth/death, which in rare cases causes problems. I will try to review some probable mistakes in the next weeks. --Epìdosis 13:21, 3 December 2020 (UTC)

This one is especially weird as the ID of someone else was added to this object where the correct National Library of Korea ID and VIAF ID already existed. --Christian140 (talk) 08:29, 5 December 2020 (UTC)

Help with VIAF

Perhaps you can help me. Manuel da Costa Andrade (Q26256207) has a VIAF id and a PTBNP id, but the VIAF page points to other PTBNP id. I created Manuel Andrade (Q104156290) with the second PTBNP id. What else can we do? Joao4669 (talk) 10:58, 13 December 2020 (UTC)

@Joao4669: Very good, here the following steps:

1. move the VIAF containing the PTBNP-1 to the item containing the PTBNP-1 (VIAF will update the link to Wikidata in a few weeks, hopefully)
2. add the VIAF containing the PTBNP-2 to the item containing the PTBNP-2
3. add to the item containing the PTBNP-2 the other authority controls present in the VIAF containing the PTBNP-2, provided that they represent the same person, using User:Bargioni/moreIdentifiers
4. add different from (P1889) in both items

Let me know if you have whichever doubt! Bye, --Epìdosis 11:11, 13 December 2020 (UTC)

Thank you very much ️Epìdosis Joao4669 (talk) 11:21, 13 December 2020 (UTC)

Unione elementi

Ciao, ho notato che questi due elementi trattano lo stesso argomento ma non ho ben capito come poterli unire: Monte Viglio Q3862123 monte Viglio Q31611443 ti ringrazio per la disponibilità! Giu.gent93 (talk) 00:13, 19 December 2020 (UTC)

@Giu.gent93:  Done, grazie! Per future unioni, puoi procedere tu stesso usando il gadget Merge, attivabile in Preferenze > Accessori (cfr. Help:Merge). Per qualunque questione resto sempre a disposizione. Buon wiki e buone feste, --Epìdosis 08:38, 19 December 2020 (UTC)

Aiuto!!!

Ciao ho creato un unica pagina per descrivere i quattro quadri it:Maddalena penitente (Georges de La Tour) con relativi Redirect dal titolo originale ma non posso creare un link da e per wikidata. Si può/conviene creare un gruppo?--Zanekost (talk) 17:47, 20 December 2020 (UTC)

@Zanekost:  Done Paintings of penitent Magdalene by La Tour (Q104383362) con sitelink a Wikipedia in italiano e collegamenti agli elementi dei quattro dipinti. Il problema dei sitelink che sono redirect è da tempo noto e dibattuto su Wikidata: allo stato attuale, non è possibile connettere un redirect come sitelink, ma se si disattiva momentaneamente il redirect (come vedrai dai miei contributi su Wikipedia) lo si può connettere a Wikidata, poi ripristinando il redirect; proprio in questi giorni si sta votando una nuova policy. Per qualunque cosa scrivimi. Buone feste, --Epìdosis 18:26, 20 December 2020 (UTC)

Veloce come la luce! Grazie!--Zanekost (talk) 18:29, 20 December 2020 (UTC)

"Lovifm.com artist ID"

Hello, please do it in wikidata "Lovifm.com artist ID""  – The preceding unsigned comment was added by 91.193.178.173 (talk • contribs).

Could you link me at least three artist IDs from the website? Thanks. --Epìdosis 18:58, 30 December 2020 (UTC)

Chiese cattoliche

Ho notato che su molte chiese compare la categoria (rossa) P140 differente su Wikidata?, e sono molte. Ho provato a sistemare la w:it:Basilica dei Santi Giovanni e Paolo (Venezia), ma francamente in Wikidata non è proprio chiaro quale forma usare per religione e comunque non ho visto effetti. Rimanendo nella campionatura di Venezia il messaggio appare anche in w:it:Chiesa della Maddalena (Venezia), w:it:Chiesa di Santa Maria dei Miracoli (Venezia), w:it:Chiesa di Santa Maria della Visitazione (Venezia), w:it:Chiesa di Santa Maria di Nazareth (Venezia). Altre non ne ho trovate listate, Però controllandone altre (p,e, [[:w:it:Chiesa di Sant'Alvise[]) la categoria rossa non c'è ma la religione non è presente in wikidata.--Zanekost (talk) 18:53, 30 December 2020 (UTC)

@Zanekost: Su Wikidata l'uso di religion or worldview (P140)Catholic Church (Q9592) mi pare corretto. La categoria di errore su Wikipedia secondo me è dovuta a un errore nella programmazione dell'infobox, non vedo altra spiegazione. --Epìdosis 19:01, 30 December 2020 (UTC)