User talk:Epìdosis

From Wikidata
Jump to navigation Jump to search

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2022.
Logo of Wikidata

Welcome to Wikidata, Epìdosis!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! --Tobias1984 (talk) 12:08, 8 September 2013 (UTC)[reply]

Wikidata:Property proposal[edit]

hi Epì, I need an opinion. Any remarks or enlightenments about:

Geagea (talk) 23:35, 6 February 2022 (UTC)[reply]

@Geagea: Thank you very much for these 9 very useful proposals! I have fixed and supported 7 of them, while I'd have two questions regarding the remaining ones:
Thank you very much again! --Epìdosis 09:48, 7 February 2022 (UTC)[reply]
I should thank you for your help Face-smile.svg.
regarding to Wikidata:Property proposal/NLI topic id. Correct, they have the same id. I asked about it and thats what thet decided.
regarding to Wikidata:Property proposal/ULI id. I have added version, edition, or translation (Q3331189). Geagea (talk) 10:09, 7 February 2022 (UTC)[reply]
@Geagea: OK, so I would propose: withdrawing Wikidata:Property proposal/NLI topic id (usually IDs are not duplicated, both because this means a greater burden placed on storage capacity and because it increases the toil needed for maintaining two different IDs reciprocally in sync) and adding more formatter URLs to National Library of Israel J9U ID (P8189); updating the examples of Wikidata:Property proposal/ULI id and removing written work (Q47461344) from the domains. --Epìdosis 10:13, 7 February 2022 (UTC)[reply]
Ok thanks. Will discuss with NLI about Wikidata:Property proposal/NLI topic id. Geagea (talk) 10:34, 7 February 2022 (UTC)[reply]
You did not supported ULI id. You have any hesitations? Geagea (talk) 12:01, 7 February 2022 (UTC)[reply]
@Geagea: Yes, the 4 examples still associate Wikidata work items with ULI edition IDs. --Epìdosis 12:56, 7 February 2022 (UTC)[reply]
I discussed with User:AhavaCohen about the two issues.
NLI topic. "one more formatter" is good idea. This issue is very similar to the way BnF id workin. They have two links ont to the authority and one to data page. For example Moshe ben Maimon (Q127398). Looking in "BNF (FR) cb11916400m (data) ". One page leads to cb11916400m and one page to data page 11916400. (btw, seems that National Library of Israel J9U ID (P8189) is missing there). I want the same solution to J9U and NLI topic. Any way after "one more formatter" will done I want to add the qualifier named as (P1810) using OpenRefine. And I'll appritiate if you can help to do so.
ULI id. Dr. Ahava described the entry as manifestation (Q286583) less than version, edition, or translation (Q3331189). It's should be used as a reference for record in ULI. So i be glad if you can fix the suggestion properly. Geagea (talk) 10:55, 10 February 2022 (UTC)[reply]
@Geagea: So, I added the other formatter URLs to National Library of Israel J9U ID (P8189); displaying all the three links contemporarily on Wikidata is not technically possible as of now, so the link to the authority file will continue being displayed, but displaying two or more links is of course easily doable on Wikipedias and on external websites (regarding Italian Wikipedia, I will propose adding J9U before the end of this month); adding qualifiers named as (P1810) to P8189 is of course welcome; I would therefore suggest withdrawing Wikidata:Property proposal/NLI topic id. For Wikidata:Property proposal/ULI id: could you see if you agree with the new examples I set? If so, I will proceed supporting. Thanks! --Epìdosis 11:22, 10 February 2022 (UTC)[reply]
Thank you very much. I agree with the the new examples and all your chang's. Btw the topic link is only one but pages have also same page in English and Arabic. Every project can use any of the language they want. Again thank you very much for your efforts. Geagea (talk) 14:55, 10 February 2022 (UTC)[reply]
@Geagea: ULI supported. So all the proposals are OK. See you soon (still waiting for J9U dump in the meanwhile), --Epìdosis 15:15, 10 February 2022 (UTC)[reply]
I see it's already in progress. Thanks. Geagea (talk) 18:39, 10 February 2022 (UTC)[reply]

Hi agian. I do have a problem with the way I can add NLI topic language lebels. See Beit Guvrin (Q830798) for example. The NLI topic have 3 labels Hebrew (בית גוברין (ישראל)), English (Bet Guvrin (Israel)) and Arabic (بيت جبرين (إسرائيل)). It may have only one of the name or two or three of them. I could not think on of idea how to add them successfully to the item. Adding them as a qulifier to P8189 using named as (P1810) is problematic as I cant add the language lebel. Using name (P2561) may be good idea but it's limited - can't be qualifier. D you have any idea? Geagea (talk) 22:06, 15 February 2022 (UTC)[reply]

@Geagea: I would suggest title (P1476). --Epìdosis 22:13, 15 February 2022 (UTC)[reply]
Can you look Beit Guvrin (Q830798). And also how I mention the fact that the qulifiers are for the "topic id" and not to original J9U. Geagea (talk) 22:21, 15 February 2022 (UTC)[reply]
@Geagea: So: the constraint violation should not appear in my opinion, I will report it to the development team; indicating that qualifiers pertain to the "topic ID" is actually complex or impossible because Wikidata doesn't admit "qualifiers of qualifiers", but in fact looking at I think that the qualifiers correctly apply also to the original J9U, so in fact I don't see the need of further specifications. Anyway, I remain available if the problem needs further reflection in your opinion. --Epìdosis 22:26, 15 February 2022 (UTC) P.S. for constraint violations, they had already been noticed in phab:T221554, where I commented[reply]
Well the J9U and NLI topic are differ as BnF id and Bnf data. The point is that the NLI topic also insist on specific naming in three languages, so it can be used ih similar to the way BnF - for Beit Guvrin (Q830798) itwill look like: "NLI: 987007547547605171 (בית גוברין (ישראל))". So I need the language ticket tecnically. Also the National Library of Israel J9U ID (P8189) includes in fact two non identicl properties and when I'm adding qualifiers to P8189 in item, there is no way to know that the qualifiers are for the NLI topic and not J9U. Geagea (talk) 22:55, 15 February 2022 (UTC)[reply]
@Geagea: I see. Solving the problem elegantly is very difficult because there are two conflicting needs: 1) not duplicating the same ID into two properties, in fact both J9U authority file and NLI topical term use the same ID (as the good example of Bibliothèque nationale de France ID (P268)) and so the only National Library of Israel J9U ID (P8189) is sufficient; but 2) National Library of Israel J9U ID (P8189) sums up two different uses, whose importance is valuable in both cases, and qualifiers to it can apply only to one of the uses, which is somehow difficult to indicate. My first idea is not elegant as I would like, but seems somehow effective: Your opinion? We can try to see if it is satisfying enough and if we find something still better. Good night, --Epìdosis 23:09, 15 February 2022 (UTC)[reply]
That's look like good idea. I do have a big list in Excel file to be add with OpenRefine. Let's think about it over the night. Good night. Geagea (talk) 23:35, 15 February 2022 (UTC)[reply]
To apply this solution? You may have another idea? Geagea (talk) 11:19, 17 February 2022 (UTC)[reply]
I think we can apply it. --Epìdosis 11:20, 17 February 2022 (UTC)[reply]
What do you think about creation one more entry to P8189 in Beit Guvrin (Q830798) See also NLI topic (Q110943955). it's no mixed up with J9U id. Geagea (talk) 13:27, 17 February 2022 (UTC)[reply]
@Geagea: I don't think duplicating the value of P8189 is viable; but I have included NLI topic (Q110943955) in the reference, Q830798#P8189; this is effectively better. --Epìdosis 13:45, 17 February 2022 (UTC)[reply]
But that's the point. It's not duplication. They are two id's that have the same id number. The title (P1476) is only for the NLI topic. Not for J9U. In a matter of a fact the correct id of NLI topic is the name. I beliave that the web link is just for comfortability. Geagea (talk) 13:55, 17 February 2022 (UTC)[reply]
I see, as I said above "solving the problem elegantly is very difficult because there are two conflicting needs" etc. So we probably have three options: 1) resume (un-withdraw) Wikidata:Property proposal/NLI topic id and see if the community approves it; 2) use two values of National Library of Israel J9U ID (P8189), one of them with qualifier applies to part (P518) NLI topic (Q110943955) - this would also require community discussion, I think; 3) use only one value of National Library of Israel J9U ID (P8189), specifying in the reference that the titles apply only to NLI topic (Q110943955). I would prefer 3) as of now, but we can of course ask the community resuming Wikidata:Property proposal/NLI topic id and collect more opinions pinging some WikiProject. --Epìdosis 14:06, 17 February 2022 (UTC)[reply]
Community discussion at WD chat? I want to add 48k edits using OpenRefine. I want to do it in the best way. Geagea (talk) 14:44, 17 February 2022 (UTC)[reply]
I would suggest reopening Wikidata:Property proposal/NLI topic id, removing the "withdrawn" status; then I will comment pinging the WikiProject Authority control and Data quality; WD:PC is a bit dispersive. --Epìdosis 14:46, 17 February 2022 (UTC)[reply]

@Geagea: J9U added now to Italian Wikipedia's authority control box: it:Categoria:Voci con codice J9U is being populated in these hours. --Epìdosis 10:48, 11 March 2022 (UTC)[reply]

That's wonderful. Thanks. Geagea (talk) 10:54, 11 March 2022 (UTC)[reply]

Qustion about Wikidata:Property proposal/HaBima Archive person id. You have mentioned that the "Number of IDs in source" are 3914. Do you have an option to generate a list of them (using API maybe?). Name and id? Geagea (talk) 11:04, 11 March 2022 (UTC)[reply]

@Geagea: I obtained the number using (2310) + (1605); personally I wouldn't be able to extract a list of names + IDs, but we can ask @Bargioni: when he has time. --Epìdosis 11:13, 11 March 2022 (UTC)[reply]

Can you look at Wikidata:Property proposal/Israeli Opera site person id. they have different link to the peoples fir Hebrew and for English. 10:28, 6 April 2022 (UTC)

(‎Rimosso collegamento a [itwikisource]: Donne e Uomini della Resistenza/....[edit]

Ciao Epìdosis. Ho notato solo ora che hai rimosso tutti, o quasi, i collegamenti che avevo inserito per itwikisource: Donne e Uomini della Resistenza, e dato che non sono molto esperta di Wikidata vorrei capire perché o dove ho sbagliato :-). --Bella Trovata (talk) 05:45, 13 April 2022 (UTC)[reply]

Ciao @Bellatrovata:, dunque le pagine di Wikisource "autore" (es. s:it:Autore:Aristide Calani) rappresentano la persona in sé, mentre le pagine come s:it:Donne e Uomini della Resistenza/Luigi Abbiati non rappresentano la persona in sé bensì una voce di un dizionario biografico che riguarda la persona. Quindi su Wikidata, dunque, le voci "autore" vengono connesse agli elementi delle persone, mentre per le voci dei dizionari biografici si adotta il seguente standard:
Esempio analogo per i partigiani è Abele Ambrosini (Q17376039) (persona) e Q110925146 (voce di dizionario). Per qualunque dubbio resto a disposizione. --Epìdosis 07:47, 13 April 2022 (UTC)[reply]
Grazie Epìdosis per il tempo che mi hai dedicato: la tua spiegazione è molto esaustiva. Quando avrò più tempo prenderò ad esempio la voce analoga che hai citato per ricreare tutti i collegamenti per l'{{interprogetto}}. Ciao e buon proseguimento del tuo wiki lavoro :-).--Bella Trovata (talk) 05:15, 14 April 2022 (UTC)[reply]

Protect a page[edit]

Hello, can you please as fast as possible protect this page Q105805736 because It is being heavily vandalized by an IP who has multiple accounts blocked globally. Kiro Bassem (talk) 21:32, 19 April 2022 (UTC)[reply]

Hi @Kiro Bassem:! It seems that effectively there is an ongoing edit war around the item. However, both the versions that are being restored and reverted are totally unsourced (= no single statement has a reference). Please reference the statements of the item and then it will be possible to protect that version. Thanks, --Epìdosis 21:38, 19 April 2022 (UTC) P.S. Anyway, I protected for one day in order to stop the edit war.[reply]

I didn't create this Item, I was just removing a cross-wiki promotion and a long-term abuse by this user, I think you should delete this item because It is not referenced. Kiro Bassem (talk) 21:42, 19 April 2022 (UTC)[reply]

You can also delete this item Q105776253 because It is also not referenced. Kiro Bassem (talk) 21:47, 19 April 2022 (UTC)[reply]

@Kiro Bassem: I agree, no clear notability; both deleted. --Epìdosis 21:48, 19 April 2022 (UTC)[reply]

I hope you also delete these two Q111660942 and Q111660696 for the same reasons above and It's also a cross-wiki promotion. Kiro Bassem (talk) 22:46, 19 April 2022 (UTC)[reply]

@Kiro Bassem: Not notable as well, deleted. Thanks, --Epìdosis 22:48, 19 April 2022 (UTC)[reply]

Help to stop creating promotion pages[edit]

Hello, can you please as fast as possible stop these users Help901 and Kollla79 and Ahlllwq7 from creating the same useless page every second, they are useless and cross-wiki promotion and I can't stop them, please do something. Kiro Bassem (talk) 01:14, 20 April 2022 (UTC)[reply]

@Kiro Bassem: ✓ Done by @باسم:. For urgent interventions it's better to write in WD:AN than to a single admin because that page is monitored by more people (in different time zones) and so usually the interventions are faster. --Epìdosis 08:38, 20 April 2022 (UTC)[reply]


ottima idea, non mi è chiaro per esempio che accade se io cerco su wikidata un nome che è un alias in una lingua diversa da quella mia di visualizzazione. mi è capitato per esempio con tipograf* francesi su data.bnf, normalmente prima confronto le varie fonti per vedere la forma più usata ma poi cerco di metterle tutte negli alias, in questo caso se metto ad esempio le varianti tipo veuve de, widow of, wittb., viuda de negli alias delle rispettive lingue ha un effetto diverso rispetto a farne una sfilza negli alias italiani? divudì 14:11, 20 April 2022 (UTC)[reply]

PS. C'è un modo più rapido di settare le etichette in altre lingue (non mostrate) che non sia ogni volta cambiare lingua dal menù in alto? Mhh, e se aggiungo lat al babel? divudì 14:21, 20 April 2022 (UTC)[reply]
@Divudi85: In barra di ricerca vedi tutte le etichette e tutti gli alias in tutte le lingue, sì; quindi ad esempio "veuve de" andrebbe preferibilmente come etichetta (o alias, se c'è già un'altra etichetta) in francese anziché come alias in italiano. Per far apparire più lingue nel proprio box delle lingue il metodo più facile è aggiungerle al proprio babel, anche con livello 0 se non le si conosce ma interessano comunque (cfr. mio babel). --Epìdosis 14:44, 20 April 2022 (UTC)[reply]


Ciao Epìdosis, chiedo a te dato che so fare poco e niente su Wikidata, come si fa a proporre un nuovo identificativo o eventualmente un nuovo catalogo da inserire in m'n'm? Ci sarebbe questo che raccoglie i beni culturali della Puglia e mi sembra molto interessante, sbucherebbero un sacco di nuovi item --Mastrocom (talk) 16:27, 20 April 2022 (UTC)[reply]

Ciao @Mastrocom:, la procedura è quella indicata in WD:PP. Nel caso specifico di il sito è sicuramente di valore; ho tuttavia una perplessità, es. presenta 133169 nell'URL ma dichiara che il "Codice Carta Beni Culturali Regione Puglia" è BABIU002618, e tuttavia non trovo un link permanente che contenga BABIU002618. Questo punto possibilmente andrebbe chiarito. --Epìdosis 16:50, 20 April 2022 (UTC) P.S. @Ferdi2005: se ti interessa questo sito potrebbe valer la pena di contattarne i gestori per chiarire questo problema dell'ID[reply]

Wp/sro in lingua campidanese[edit]

Buon giorno, Epìdosis. Mi sto occupando del progetto wiki in Campidanese, ora in 'Incubator', ma che sta procedendo a gran passi ([1] Sardu campidanesu). La situazione del Campidanese è questa: Language code lookup sro, [2]. Mi domando che cosa accadrà quando il progetto sarà fuori da Incubator e si potrà collegare ogni sua pagina e ogni sua categoria con Wikidata. Intanto, aggiungo ad ogni pagina il rispettivo collegamento a Commons. Per tua informazione, sono rimasti in Incubator i progetti Wikipedia (di area italiana) Cimbro, Emiliano, Romagnolo, Istriano, Giudeo-Italiano, Sassarese (fatta richiesta di uscire da Incubator: [3]) e Campidanese. Grazie dell'attenzione. --Fausta Samaritani (talk) 09:20, 22 April 2022 (UTC)[reply]

Q94927001 and Q12409623[edit]

Hi Epìdosis,

Seems that Moshe Krausz (Q94927001) and Moshe Krausz (Q12409623) are the same person. The problem is that the GND ID (P227) he was died in 1956 while National Library of Israel J9U ID (P8189) died in 1.9.1986 . The Israeli library mentions source and he was defanitaly was alive after 1956. Place of birth is Meződ (Q594240) which is village mear Miskolc (Q102397). Opinion. Geagea (talk) 12:21, 25 April 2022 (UTC)[reply]

@Geagea: Merged, clearly the same person. The source used by GND is not available anymore, but 1956 is surely wrong; @Kolja21: could you have a look? Thanks, --Epìdosis 12:28, 25 April 2022 (UTC)[reply]
thanks. Geagea (talk) 13:00, 25 April 2022 (UTC)[reply]
✓ Done Indeed the same person (director of the Palestine Office in Budapest). Jahresberichte für deutsche Geschichte (Q1678640) is stating "Krausz, Moshe (1908-1956)" (no typo). I've added the dates from the National Library of Israel. --Kolja21 (talk) 15:48, 25 April 2022 (UTC)[reply]
Thanks Kolja21. Geagea (talk) 19:52, 25 April 2022 (UTC)[reply]

About Joseph Breuer (Q12407986). The Q12407986#P735 is incorrect in Hebrew. It should be "יוסף" like Yosef (Q29051199). I already complained about this ridiculous way of working. someone added the ticket based on the English. They have no idea that the Hebrew is not correct. There is no ticket says Joseph and יוסף so it should be created, but what when someone will add label in Chinese... Geagea (talk) 12:19, 26 April 2022 (UTC)[reply]

@Geagea: I agree that the way of auto-adding names in languages in non-Latin scripts on the basis of "en" label is a problem. I added Yosef (Q29051199). --Epìdosis 12:27, 26 April 2022 (UTC)[reply]
The point is that now the English is not ok. New ticket should be created to fix it... Geagea (talk) 12:34, 26 April 2022 (UTC)[reply]
@Geagea: Better? --Epìdosis 12:39, 26 April 2022 (UTC)[reply]
Its looks a bit weird in Hebrew. It says "יוסף" in Hebrew and "ג'וזף" in English. My suggestion was that the labals will be only in one language. So name will shown in there language. in that case I would have "יוסף" in Hebrew and "Joseph" in English. In that case we don't need language of work or name (P407). It is better but still weird. Geagea (talk) 12:52, 26 April 2022 (UTC)[reply]
@Geagea: Ok, I understand and I agree. The implementation of "mul" (multilingual) labels, which is imminent, should probably solve this. Let's wait. --Epìdosis 12:58, 26 April 2022 (UTC)[reply]

sorry to bother you again, does this make sense? Geagea (talk) 14:26, 27 April 2022 (UTC)[reply]

@Geagea: not much, official website (P856) is sufficient there. --Epìdosis 14:57, 27 April 2022 (UTC)[reply]

Open Jerusalem[edit]


Ha mai sentito parlare di quest'iniziativa? Vedo che non esiste nessuna proprietà correlata, ma forse sarebbe interessante proporne una...

Tanti auguri, Nomen ad hoc (talk) 11:56, 11 May 2022 (UTC).[reply]

@Nomen ad hoc: Grazie per la segnalazione! Non conoscevo il sito, effettivamente sembra molto interessante. Il mio dubbio principale è che, trattandosi di un sito archivistico, connetterlo a noi non è facilissimo. Allo stato attuale l'authority file ( ha solo 68 enti e 48 persone, quindi forse conviene attendere. Buona giornata, --Epìdosis 14:40, 11 May 2022 (UTC)[reply]


Hi! Just wanted to say thanks for the edits on the chilean museum items. I have two question, mostly because I'll continue to put more information and I don't want to repeat the same mistakes.

Again, thanks and have a good day :-) --Soylacarli (talk) 17:54, 14 May 2022 (UTC)[reply]

@Soylacarli: Thanks for your import, of course! Yes, located in the administrative territorial entity (P131) should report only the most precise administrative unit (e.g. the commune, not the province and the region), although it is sometimes used imprecisely; private museum (Q614316) and public museum (Q111986502) should always go into instance of (P31) because we are talking of single museums, not of types of museums (see Help:Basic membership properties for detailed explanation). I will fix all your edits in a few minutes, at least for P279; I may leave some P131 to you ;-) Write me if you have any doubts, of course. --Epìdosis 18:01, 14 May 2022 (UTC)[reply]
Thank you for the explanation! I'll see the Help page you mention :-). I'll continue to import more data and I'll fix the ones that are already here :-) Best, Soylacarli (talk) 19:17, 14 May 2022 (UTC)[reply]


hello again Epì,

The National Library of Israel created NLI API's with international standards for open data. Iwonder if you know how to the reconciliation service test bench. That it can be used in OpenRefine. Geagea (talk) 11:38, 15 May 2022 (UTC)[reply]

Hi @Geagea:! Unfortunately I'm not sure I understand the question and I don't think I have the answer, since I've never used personally OpenRefine :( --Epìdosis 13:11, 15 May 2022 (UTC)[reply]
Part of the process of using OpenRefine is reconciliation. normally the reconciliation is to WD. But there is an option to use API and make reconciliation with VIAF for example. As the NLI created NLI API's with international standards for open data. It seems that reconciliation can be with NLI. Anyway thanks. Geagea (talk) 18:36, 15 May 2022 (UTC)[reply]

Data di nascita e di morte[edit]

Ciao, Epìdiosis. Ti volevo segnalare che l'utente Jmax sta eliminando gli estremi anagrafici tra parentesi in varie descrizioni di umani (in inglese, francese, tedesco e anche italiano) perché secondo lui sono fuori standard. Potresti intervenire che io non riesco a ritrovare le discussioni? :)--Alienautic (talk) 18:07, 17 May 2022 (UTC)[reply]

Ciao @Alienautic:! La questione generale resta dibattuta: di fatto la discussione più importante e recente a me nota, Wikidata:Project_chat/Archive/2021/12#Should_the_description_of_a_person_include_year_of_birth_and_death,_if_applicable?, ha avuto esito aporetico; quella più piccola che avevo avviato al bar italiano, Wikidata:Bar/Archive/2021/11#Descrizioni_in_italiano_per_elementi_di_persone, invece, si era conclusa con esito positivo all'aggiunta delle date (anche in assenza di ambiguità). La possibilità di autogenerare le descrizioni degli umani (ovviamente anche di altri tipi di elementi) in relazione a occupazione/i + cittadinanza/e + date di nascita e morte potrebbe dare un'ulteriore svolta al problema, o perlomeno invitare le diverse comunità linguistiche di Wikidata a prendere decisioni chiare; tuttavia, penso che non vedremo qualcosa del genere prima di due-tre anni da adesso. Lo status quo mi pare sia: consenso generale (anche di Jmax) che è meglio lasciare le date in caso di omonimi; consenso sul lasciare le date in italiano; dissenso sul resto. --Epìdosis 18:20, 17 May 2022 (UTC)[reply]
Quindi come ti comporti quando un utente ti modifica le descrizioni eliminando le date che avevi inserito? Perché noto che continui a inserirle nelle descrizioni en, quindi sarà capitato anche a te. È un gran peccato che non ci sia coordinazione :(--Alienautic (talk) 18:28, 17 May 2022 (UTC)[reply]
Anche in tedesco mi era parso ci fosse ultimamente una tendenza a inserirle (col trattino lungo, però). Grazie!--Alienautic (talk) 18:30, 17 May 2022 (UTC)[reply]

Pozvánka na česko-slovenský Wikimedia Hackathon 2022[edit]

Srdečně Vás zveme na český a slovenský Wikimedia Hackathon 2022, který se bude konat 21.5. od 9:00 do 16:00 hybridně - paralelně online (na tomto odkazu) a paralelně offline (na adrese Slovenská 1705/21 v Praze 2 v sídle spolku Wikimedia Česká republika, který akci pořádá). Letošní hackathon bude věnovaný slovenským wikidatům a budování slovenské Wikidata komunity. Celý Hackathon bude v českém a slovenském jazyce. Více o programu Hackathonu se dozvíte na tomto odkazu nebo na FB události. Těšíme se na Vás! S pozdravem, --Vojtěch Dostál (talk) & Eva Vele (WMCZ) (talk) 18:20, 17 May 2022 (UTC)[reply]

We cordially invite you to the Czech and Slovak Wikimedia Hackathon 2022, which will take place on 21 May from 9:00 - 16:00 in a hybrid way - parallel online (at this link) and parallel offline: at Slovenská 1705/21 in Prague 2 at the headquarters of the Wikimedia Czech Republic, which organizes the event. This year's hackathon will be dedicated to Slovak Wikidata and building the Slovak Wikidata community. More information about the Hackathon program can be found at this link or on the FB event. The whole Hackathon will be in Czech and Slovak language only. We look forward to seeing you there! Best regards, --Vojtěch Dostál (talk) & Eva Vele (WMCZ) (talk) 18:20, 17 May 2022 (UTC)[reply]