Discussioni utente:Sannita/Archivio 21

Archivio discussioni

---

 

1. dal 15 gennaio 2006 al 30 giugno 2006
2. dal 1º luglio 2006 al 15 dicembre 2006
3. dal 16 dicembre 2006 al 27 febbraio 2007
4. dal 28 febbraio 2007 al 23 aprile 2007
5. dal 24 aprile 2007 al 30 giugno 2007
6. dal 1º luglio 2007 all'11 novembre 2007
7. dal 12 novembre 2007 al 29 febbraio 2008
8. dal 1º marzo 2008 al 15 giugno 2008
9. dal 16 giugno 2008 al 31 ottobre 2008
10. dal 1º novembre 2008 al 30 aprile 2009
11. dal 1º maggio 2009 al 30 settembre 2009
12. dal 1º ottobre 2009 al 31 maggio 2010
13. dal 1º giugno 2010 al 31 dicembre 2010
14. dal 1º gennaio 2011 al 30 settembre 2011
15. dal 1º ottobre 2011 al 15 agosto 2012
16. dal 16 agosto 2012 al 15 febbraio 2013
17. dal 16 febbraio 2013 al 31 gennaio 2014
18. dal 1º febbraio 2014 al 31 dicembre 2014
19. dal 1º gennaio 2015 al 31 dicembre 2016
20. dal 1º gennaio 2017 all'11 agosto 2020
21. dal 12 agosto 2020 al 19 aprile 2022
22. dal 20 aprile 2022 al 18 aprile 2023

---

come archiviare

I agree to the edit counter opt-in terms

Sannita, l'admin (a piede) libero: da oggi col 30% di carognaggine in più.
Ci sono a sprazzi, visto che fra lavoro e vita reale ho sempre molte cose da fare. Se riterrete di scrivermi, abbiate pazienza se non vi rispondo subito.
Astenersi troll e perditempo.

Multilingual captions testing is available

Greetings,

The early prototype for multilingual caption support is available for testing. More information on how to sign up to test is on Commons. Thanks, happy editing to you. - Keegan (WMF) (talk) 19:06, 24 apr 2018 (CEST)

Riconferma amministratore

Ciao Sannita, ti informo che è iniziata la procedura di riconferma annuale che riguarda le funzioni di sysop attribuite alla tua utenza. Se lo desideri, puoi scrivere un commento. Grazie per quanto fatto nell'anno appena trascorso. Buon lavoro.

--Sakretsu (炸裂) 01:02, 28 apr 2018 (CEST)

Moduli LUA?

Ciao! Stavo aggiornando le voci di alcune competizioni e mi sono reso conto (non so se in questi giorni o prima) che lo sfondo di Template:OneLegStart e Template:TwoLegStart sono ora di due tonalità differenti (e.g.: Serie_B_2017-2018_(calcio_a_5)#Terzo_turno). Dalla cronologia dei tmpl non vedo modifiche recenti, dipende per caso dall'introduzione dei moduli LUA? Se sì, possiamo uniformare? --Ombra 19:16, 20 mag 2018 (CEST)

Ok, buono a sapersi; io lo vedo di due verdi diversi sia da mobile sia da pc (Chrome) :/ Domani provo da Modzilla e da Mac per capire se è un problema di browser --Ombra 22:34, 20 mag 2018 (CEST) la mia non era una critica, sto solo cercando di isolare il problema :)

prova di discussione

ciao

Ciao a tutti. --Uomovariabile (Parla con me) 10:39, 23 mag 2018 (CEST)

ora provo a firmare--Rgarramo (msg) 10:42, 23 mag 2018 (CEST)

Note disambigua

Ciao. Cito da Template:Nota disambigua: "Il template va sempre posto all'inizio della voce, prima di qualunque altro template, avviso o testo, perché sia immediatamente visibile a chi apre la voce cercando altro. Si inserisce all'interno di voci ambigue che non contengano già un elemento disambiguante nel titolo (per esempio: è opportuno metterlo in Aeroporto ma non in Aeroporto (film), poiché la seconda voce ha già l'elemento disambiguante nel titolo stesso)". Quindi, le note disambigue non vanno messe in Giuseppe Conte (musicista) e Giuseppe Conte (scrittore). Grazie. --Jerus82 (msg) 13:46, 2 giu 2018 (CEST)

Indipendentemente dallo spostamento da Giuseppe Conte a Giuseppe Conte (disambigua), è il fatto che ci sono gli elementi disambiguanti "musicista" e "scrittore" nei titoli delle due voci a rendere superflua la nota disambigua. --Jerus82 (msg) 13:50, 2 giu 2018 (CEST)

Pag. Movimento 2 giugno: azzeramento

Mera curiosità, nemmeno la conoscevo. Perché l'azzeramento ? saluti--☼Windino☼ [Rec] 21:28, 2 giu 2018 (CEST)

Grazie della risposta, esaustivo oltre misura (e pienamente concordante) !--☼Windino☼ [Rec] 21:43, 2 giu 2018 (CEST)

Ha decisamente cambiato aspetto. Le citazioni impropriamente collocate (parere mio non si dovrebbe partire esponendo un evento con le parole di un critico/storico, per quanto possa essere qualificato, magari puoi dirmi tu) sono sparite, l'infobox alleggerisce il tutto. Dei contenuti, leggerò con calma e piacere--☼Windino☼ [Rec] 12:11, 3 giu 2018 (CEST)

Recenti vandalismi

Posso suggerire la protezione anche di Teor e Francesco Graziani? Moxmarco (scrivimi) 22:23, 16 giu 2018 (CEST) Moxmarco (scrivimi) 22:23, 16 giu 2018 (CEST)

E anche Claudio Sala. Sono tutti vandalismi legati a una trasmissione TV in corso Moxmarco (scrivimi) 22:25, 16 giu 2018 (CEST)

Grazie. Segnalo che per Sala bisogna togliere anche il fittizio soprannome. Per Graziani invece è stato ripristinato anche un refuso Moxmarco (scrivimi) 22:28, 16 giu 2018 (CEST)

Mi intrometto anche io: se riesci a proteggere pureGialappa's Band. Scusa e grazie--Giacomo-gu (msg) 22:41, 16 giu 2018 (CEST)

Anche Sergio Brio, ma i vandalismi sono già stati annullati Moxmarco (scrivimi) 23:09, 16 giu 2018 (CEST)

Era la cronaca della partita della Gialappa's ma è appena finita, presumo che adesso le acque si calmino Moxmarco (scrivimi) 23:13, 16 giu 2018 (CEST)

Claudio Sala

Ciao Sannita ti segnalo che nella pagina di Claudio Sala che hai protetto fino al livello amministratori, è rimasto un vandalismo sul soprannome da eliminare.--Cicignanese (msg) 22:47, 16 giu 2018 (CEST)

Come non detto, grazie per aver eliminato tutto.--Cicignanese (msg) 22:49, 16 giu 2018 (CEST)

Francesco Libonati (politico)

Credo che ci sia qualcosa che non va e visto che sei l'unico ad averci messo mano... — Questo commento senza la firma utente è stato inserito da 21 giu 2018 (discussioni · contributi) 79.33.130.159.

Structured Data on Commons IRC Office Hour, Tuesday 26 June

Greetings,

There will be an IRC office hour for Structured Data on Tuesday, 26 June from 18:00-19:00 UTC in #wikimedia-office. You can find more details, as well as date and time conversion, at the IRC Office Hours page on Meta.

Thanks, I look forward to seeing you there if you can make it. -- Keegan (talk) 22:54, 25 giu 2018 (CEST)

What properties does Commons need?

Greetings,

Structured Commons will need properties to make statements about files. The development team is working on making the software ready to support properties; the question is, what properties does Commons need?

You can find more information and examples to help find properties in a workshop on Commons. Please participate and help fill in the list, and let me know if you have any questions. Thanks! -- Keegan (WMF) (talk) 20:53, 28 giu 2018 (CEST)

INDUCKS

Ciao, scusa il disturbo, scrivo a te perché vedo che le varie proprietà Wikidata riguardo a INDUCKS le avevi proposte tu, e in generale credo sia un argomento di tuo interesse.

Allora, il problema è questo: tutte le varie proprietà relative a INDUCKS, esempio identificativo INDUCKS di un personaggio (P4479) o identificativo INDUCKS di una storia (P4483), quando furono create non fu definita la espressione regolare per il formato (P1793), generando così grande confusione.

Il problema sono gli spazi degli identificativi, prendo per esempio Lady Kluck (Q27269399): l'identificativo INDUCKS è stato scritto come "Lady Kluck", lasciando al client di decidere con cosa sostuire lo spazio. Cosa per me sbagliata, come fai a sapere cosa accetta il sito web nell'URL? Normalmente lo spazio è sostituito da un "+" o il "%20", ma non è detto che sia sempre così. Per esempio se il sito web fosse come Wikipedia, e l'identificativo fosse "Lady Oscar", come puoi notare "https://it.wikipedia.org/wiki/Lady+Oscar" non funziona.

Se guardi i sorgenti HTML delle pagine del sito INDUCKS vedrai che gli identificativi sono scritti con "+" esempio "I+PKNA+22-1", non c'è scritto "I PKNA 22-1" e chi li ha importati su Wikidata che ha sbagliato.

Quindi non può essere lasciato al client decidere con cosa sostituire lo spazio, vanno corretti tutti gli identificativi INDUCKS, uniche proprietà che riscontro con questo problema (c'era stato anche Last.fm e fu corretta). Oppure mi si deve indicare in identificativo INDUCKS di un personaggio (P4479), in un formato machine-readable, che lo spazio va sostituito con il "+", informazione che al momento non esiste, né mi pare esista il modo di indicarlo, quindi presumo che vadano corretti tutti gli identificativi e aggiunta espressione regolare per il formato (P1793), che è sempre mancata.

Se potessi occuparti dell'argomento mi faresti un grande favore. Ciao. --Rotpunkt (msg) 22:34, 30 lug 2018 (CEST)

Per espressione regolare per il formato (P1793) mi sembra semplice, se per dire i caratteri ammessi sono A-Z a-z 0-9 + e - basta aggiungere nella pagina identificativo INDUCKS di un personaggio (P4479) la proprietà espressione regolare per il formato (P1793) con il valore [A-Za-z0-9\+\-]+ e anche nella parte "Vincoli". In questo modo se qualcuno userà da quel momento lo spazio il valore sarà automaticamente segnalato come errore e l'elemento finirà nelle violazioni di formato in d:Wikidata:Database reports/Constraint violations/P4479. Vedi come esempio di proprietà con espressione regolare che ho seguito recentemente: identificativo LegaBasket.it di un cestista (P5476). --Rotpunkt (msg) 23:13, 30 lug 2018 (CEST)

Accidenti, ho sbagliato io, però il sito web inducks.org è allucinante. Se guardi il sorgente HTML di una pagina, esempio https://inducks.org/creator.php?c1=refer&c=Walt+Disney, quando usa più parametri della query string, scrivono: "creator.php?c=Walt+Disney&showScans=1", mentre quando c'è un solo parametro: "character.php?c=Walt Disney", con lo spazio! Non mi ero accorto di questo fatto. Quindi non penso ci sia niente da fare, bisogna tenersi questo maledetto spazio. Correggo le regex che hai creato sostituendo il "+" con lo spazio e devo modificare il modulo:Collegamenti_esterni per fare una sostituzione per quel solo sito web. Peccato. Scusa per l'imprecisione, correggo io. Se non altro non ci sarà da passare a correggere gli identificativi nei vari elementi Wikidata. --Rotpunkt (msg) 19:53, 31 lug 2018 (CEST)

Dovremmo essere a posto, diff. Inoltre lo stesso utente che correggeva gli identificativi su Wikidata ha ulteriormente migliorato le regex (il A-Z a-z 0-9 di sopra era più che altro un esempio), lui le ha rese specifiche per ogni proprietà, magari conosce/usa spesso quel sito web, meglio così. Ciao e grazie anche a te per le modifiche su Wikidata. --Rotpunkt (msg) 20:58, 31 lug 2018 (CEST)

Structured Data feedback - Depicts statements draft requirements

Greetings,

A slide presentation of the draft requirements for depicts statements on file pages is up on Commons. Please visit this page on Commons to review the slides and discuss the draft. Thank you, see you on the talk page. -- Keegan (WMF) (talk) 23:20, 7 ago 2018 (CEST)

Vedi

Questa discussione, grazie. --94.162.215.160 (msg) 18:36, 14 ago 2018 (CEST)

Insediamenti umani in Italia e Wikidata

Lupus in fabula. :-) Nemo 18:47, 28 ago 2018 (CEST)

Re: Incontro sportivo

Ciao. Grazie a te per la segnalazione, ho corretto. Ho aggiornato il template all'uso di Lua per migliorare le prestazioni; fammi sapere se noti altri errori. Inoltre qui ho espresso un dubbio in merito ai parametri Punteggio 1 e Punteggio 2: originariamente il codice non prevedeva che non fossero compilati, ma vedo che molte pagine richiamavano il template con |Punteggio N = (parametro vuoto) per non far mostrare {{{Punteggio N}}}. A questo punto non so se queste pagine vadano riviste oppure se il modulo non debba includerle nella categoria di errore.--Sakretsu (炸裂) 21:42, 29 ago 2018 (CEST)

Structured Data feedback - structured licensing and copyright

Mockups of structured licensing and copyright statements on file pages are posted. Please have a look over the examples and leave your feedback on the talk page. -- Keegan (WMF) (talk) 22:32, 7 set 2018 (CEST)

New discussion on Commons talk:Structured data

Hello. I've started a new, important discussion about creating properties for Commons on Wikidata. Please come join in, if the process is something that interests you or if you can help. Keegan (WMF) (talk) 18:48, 19 set 2018 (CEST)

Pagine con errori di script

Ciao, ho visto che avevi risolto Discussioni_utente:Daniele_Pugliesi_(WMIT)#Due_pagine_in_Categoria:Pagine_con_errori_di_script. Ora c'è Progetto:Wiki Loves Monuments 2018/Monumenti/Emilia-Romagna/Città metropolitana di Bologna, errore "Troppe entità Wikidata accedute.".

Oltre a dividere le pagine in gruppi con minori elementi, per risolvere definitivamente questo problema bisognerebbe: (1) fare a meno di Template:WLM2018-riga-listeria, che non ho capito perché è stato creato, si poteva usare direttamente T:WLM2018-riga (2) substare WLM2018-riga, in questo modo il wikitesto diventerebbe un po' più grande ma non ci sarebbero più questi limiti di entità Wikidata. Magari per questa volta dividila ancora, io posso fare qualche prova per l'altro metodo, che non ho ancora testato. --Rotpunkt (msg) 17:45, 21 set 2018 (CEST)

[@ Rotpunkt] Vedo per caso questa discussione e mi inserisco perché m'interessa... concordo che si potrebbe eliminare il WLM2018-riga-listeria, aveva un senso nel momento in cui è stato creato ma adesso l'unica cosa che fa davvero è "rinominare" il parametro da item a wikidata - ma basterebbe modificare WLM2018-riga per ottenere lo stesso risultato. Non mi è chiaro però come questo o fare il subst aiuterebbe per il limite degli accessi arbitrari a Wikidata: il numero di accessi da fare nella pagina rimarrebbe lo stesso, no? - Laurentius^(rispondimi) 12:49, 22 set 2018 (CEST)

[@ Laurentius] Quando non si usa il parametro "row_template" di Wikidata list, esempio Utente:Rotpunkt/Liste/Calciatori della Nazionale svizzera il bot genera le righe della tabella direttamente nella voce, quindi senza i limiti di accessi a Wikidata (non ci sono template Wikidata o #property nel wikitesto finale). Usando row_template = subst:WLM2018-riga (e aggiungendovi dei safesubst) si dovrebbe ottenere la stessa cosa. Faccio una prova in una sandbox. --Rotpunkt (msg) 12:58, 22 set 2018 (CEST)

[@ Rotpunkt] Ah, ho capito cosa dici. Questo però verrebbe al costo di includere tutto staticamente (quindi facendo tornare il template riga un template di visualizzazione e parzialmente di logica ma che non fa nessun accesso a Wikidata) e rendere più complessa la query (che a questo punto dovrebbe ad es. estrarre i qualificatori e distinguere per la categorizzazione fra elementi che hanno un P373 o no, alberi monumentali, ecc.). - Laurentius^(rispondimi) 13:39, 22 set 2018 (CEST)

[@ Laurentius] Esatto, adesso provo anche con la query, ma non mi sembra che vada cambiata (è un po' che non seguo gli avanzamenti). Se andava bene includendo T:WLM2018-riga, dovrebbe andare bene anche substandolo. I dati si aggiorneranno al passaggio di ListeriaBot. --Rotpunkt (msg) 14:15, 22 set 2018 (CEST)

[← Rientro] [@ Laurentius] Ho messo il test alla sandbox Speciale:Permalink/99812658, usando la Provincia di Potenza che era una delle pagine che si era dovuto dividere. Se si guarda nel sorgente HTML si trova:

Number of Wikibase entities loaded: 0/400

(mentre la sola Progetto:Wiki Loves Monuments 2018/Monumenti/Basilicata/Provincia di Potenza/A-M indica "Number of Wikibase entities loaded: 225/400") tuttavia a un certo punto della pagina c'è un errore "Troppe entità Wikidata accedute.", anche se la pagina è stata generata correttamente. Credo il bug sia in Listeriabot, probabilmente espanderà troppi template WLM2018-riga assieme generando così l'errore. --Rotpunkt (msg) 15:45, 22 set 2018 (CEST)