Wikipedia

Discussioni aiuto:Dimensioni della voce

Versione del 20 feb 2017 alle 15:36 di Una giornata uggiosa '94 (discussione | contributi) (→Ci aggiorniamo ?)

Ultimo commento: 8 anni fa, lasciato da Una giornata uggiosa '94 in merito all'argomento Ci aggiorniamo ?
Ulteriori informazioni su questa pagina
 
Archivio

Scorporo di voci troppo pesanti

Ultimo commento: 16 anni fa91 commenti55 partecipanti alla discussione

Vorrei segnalare un problema causato dai ricorrenti eccessi citati in una segnalazione Utenti problematici appena chiusa. Il problema riguarda la voce Silvio Berlusconi e la relativa pagina di discussione. Volevo intervenire nella segnalazione UP ma dovevo recuperare un diff da Discussione:Silvio Berlusconi. Il risultato è che il caricamento della pagina di discussione ha provocato la caduta della sessione utente sul mio computer e il riavvio del sistema grafico (in poche parole un Crash del sistema grafico).

Per chi non lo sapesse, questo è un problema generato da pagine troppo pesanti (immagino che ormai sia arrivata ai fatidici 280-300 kb di dimensione) e che colpisce alcune piattaforme client specifiche. E' impensabile continuare con questi flame. Come è impensabile che la voce sia arrivata ad un peso di 154 KB perché alcuni utenti ritengono - in barba ad ogni funzionalità insita nell'ipertestualità - che tutto lo scibile su Silvio Berlusconi debba stare in una pagina.

Faccio presente che i poveracci che non godono della famosa banda larga devono attendere la bellezza di oltre mezzo minuto per attendere il caricamento della pagina (non parliamo poi delle immagini). Negli ultimi 3 giorni, da quando è stato rimosso il blocco della pagina, il peso della voce è ulteriormente aumentato di 1,3 KB. Mi chiedo fin dove si vuole arrivare. A suo tempo proposi lo scorporo della voce in relative voci di approfondimento ma la mia proposta trova l'opposizione di alcuni utenti che la ritengono una forma di censura. Ribadisco che questi utenti non hanno ben capito il significato di "enciclopedia ipertestuale" e siano ancora fermi ad una concezione obsoleta della comunicazione cartacea, ritenendo che questa voce debba essere un volantino propagandistico.

Tutto ciò viola il principio di base dell'"enciclopedia libera" perché di fatto impedisce o ostacola l'accessibilità alla lettura e alla contribuzione per quegli utenti che hanno un problema simile al mio (piattaforma utente) o che dispongono di una connessione lenta. A prescindere dal fatto che tutto questo ha a che fare con la mania di alcune utenze di considerare la voce Silvio Berlusconi un'arena in cui traslare il dibattito-scontro politico pro/contro Silvio Berlusconi (volenti o nolenti è così, visti i continui edit war che riguardano questa voce e i flame nella relativa pagina di discussione).

Naturalmente si può obiettare con un chissenefrega del tuo problema, cambia browser e sistema operativo, ma a questo punto, come amministratore mi riterrei autorizzato a rimuovere questa voce e la talk dalla mia watchlist e dispensato dall'eventuale impegno ad intervenire in operazioni di amministrazione (es. puliture di cronologia per copyviol, blasfemie, insulti e/o operazioni di blocco/sblocco). Fermo restando che finché si mantiene lo status quo siamo in aperta violazione del terzo pilastro.

Intanto chiedo la cortesia di archiviare per la terza volta, in quest'anno, la pagina di discussione. Grazie per l'attenzione --Furriadroxiu (msg) 01:27, 8 lug 2009 (CEST)Rispondi

PS: naturalmente il problema non riguarda solo Silvio Berlusconi ma anche altre voci, spesso finite in vetrina, che superano abbondantemente i 100 KB di dimensione --Furriadroxiu (msg) 01:27, 8 lug 2009 (CEST)Rispondi

Basterebbe rispettare Aiuto:Dimensione della voce. E non c'è bisogno di eliminare completamente le sezioni dalla voce principale: si lascia qualche riga e si rimanda alla sottovoce per l'approfondimento. --Jaqen [...] 09:07, 8 lug 2009 (CEST)Rispondi
(Conflitt)Qui l'elenco delle voci più lunghe di wiki, in pratica il problema è impostare un massimo oltre il quale sia d'obbligo uno scorporo, proporrei il limite dei 200 kb (PS. se volete procedo a quello delle voci più lunghe 400 kb sono davvero troppi per chiunque...) quelli dai 100 ai 200 non so, in vista di un futuro dove le prestazioni saranno sempre migliori.
@Jaqen di quel limite si era discusso (in non ricordo più quale discussione) e si era arrivati alla conclusione che quel limite fosse altamente superato (si indicavano 100 kb come limite e non più i 32 kb).--AnjaManix (msg) 09:29, 8 lug 2009 (CEST)Rispondi
Leggi meglio ;-) --Jaqen [...] 09:35, 8 lug 2009 (CEST)Rispondi
Ah, ok (pensavo di riferissi ai 32 kb, sorry)--AnjaManix (msg) 09:52, 8 lug 2009 (CEST)Rispondi
Concordo con tutti i precedenti. --Barbarian! once known as Sogeking 09:56, 8 lug 2009 (CEST)Rispondi
IMHO possiamo aggiungere qui una riga che dica che oltre i 250k lo scorporo è obbligatorio. --Retaggio (msg) 10:20, 8 lug 2009 (CEST)Rispondi
Come Retaggio: nella tabellina aggiungere una riga in cima in cui dire "oltre i 200k (ndr meglio 200 di 250) lo scorporo è obbligatorio", e quoto gian_d nel suo discorso quando dice che non badare a queste cose limita la libertà (fruibilità) dell'enciclopedia. --Superchilum(scrivimi) 10:24, 8 lug 2009 (CEST)Rispondi
...e aggiungo: Discussione:Silvio Berlusconi è da archiviare. Mo' lo faccio subito (col machete) strafregandomene delle accuse di censura e parzialità. --Retaggio (msg) 10:26, 8 lug 2009 (CEST) PS - 352 K!!! ma chi speravate che la leggesse?Rispondi

tra l'altro molte voci diventano grosse per "artifici grafici", tipo Serie D 2008-2009 o Campionato di calcio brasiliano 2000, con tabelle, colori ecc. (e in più quel fastidioso <div class="HopContent"> che non so se pesi sul server ma di certo è irritante). --Superchilum(scrivimi) 10:36, 8 lug 2009 (CEST)Rispondi

@Retaggio stavo archiviando io la discussione su Berlusconi, cmq niente ora ho sistemato le date (si era creato un doppio archivio 21, sciocchezze.)
Quoto Superchilum, occorre scrivere oltre i 200 kb è obbligatorio suddividere.--AnjaManix (msg) 12:04, 8 lug 2009 (CEST)Rispondi
Sorry, avevo preso il machete.... :-P --Retaggio (msg) 12:06, 8 lug 2009 (CEST)Rispondi
Figurati, pensa che volevo ringraziarti del lavoro svolto :-P--AnjaManix (msg) 13:00, 8 lug 2009 (CEST)Rispondi
@ Superchilum: <ironia>Ma come, vorresti negare a noi utenti la possibilità di ravvivare l'enciclopedia con questi bei colori e renderla grigia e piatta, come magari vogliono quelli della krikka?!?!?!????''apostrofo'!?!?!?!?!?!!111unouno1 Alla censura!</ironia>
Scherzi a parte, se rendessimo obbligatorio lo scorporo a 150kb? Va detto che anche le pagine di servizio tipo CommonsTicker dovrebbero subire un processo di dimagrimento... Spesso mi capita di doverle modificare col bot e ci metto anche 4-5 minuti per correggere un wikilink. Senza contare che è totalmente impossibile poter fare un diff: l'ultima volta Firefox ci ha provato per 3 minuti poi è crashato. -- Sannita - L'admin (a piede) libero 13:08, 8 lug 2009 (CEST)Rispondi

Due domande:

  • perché non mettiamo come limite massimo 125 kb come è stato deciso recentemente?
  • cosa vuol dire obbligatoria? aggiungere aggettivi minacciosi serve a poco, il problema è che spesso non si può semplicemente eliminare qualche sezione, bisogna abbreviare, scorporare, ecc., ma bisogna farlo con criterio! Date un'occhiata alle voci più lunghe, vi accorgerete subito che non basta schioccare le dita per risolvere il problema. --Jaqen [...] 13:38, 8 lug 2009 (CEST)Rispondi
Sulla falsariga della seconda domanda di Jaqen penso ad Oscar Wilde, li ho scorporato di tutto, dai processi (non sono mai riuscito a terminare la voce ed ora per mancanza di testi - alcuni li ho dovuto restituire - non riuscirò a farlo a breve, ma credetemi verrà molto più lunga ), alla sua incarcerazione, alle opere, lo stile, persino alla bibliografia e alla filmografia... Stiamo parlando di ben 6 voci di approfondimento.. Che altro devo inventarmi?--AnjaManix (msg) 14:05, 8 lug 2009 (CEST)Rispondi
Da sloggato. Per avere voci piu' snelle basterebbe seguire un banale principio: un argomento per ogni voce, e una voce per ogni argomento. E spesso la suddivisione in paragrafi della voce e' adattibile alla suddivisione in sottovoci. Ma la tendenza, direi smania, di inglobare nelle voci, ad esempio dei comuni, tutto lo scibile relativa ad una data localita' e' molto diffusa e spesso origina unione, anziche' scorpori, di voci gia' esistenti in quella del comune gia' esistente. Ho guardato l'elenco di cui sopra: Montevarchi, oltre 60/70 righe di citazioni iniziali! ha una corposissima storia che semplicemente si potrebbe scorporare in Storia di Montevarchi, in Storia di Monteleone d'Orvieto oltre a montagne di informazioni ci sono numerosi riquadri che con la storia non ha a che fare molto: ne cito a caso due o tre: La via Cassia, 1243 - l'editto di Federico II, Il "Croco" di Monteleone (storia dello zafferano!, che merita una voce a se' come tutte le altre) e via dicendo. Tutto questo si origina spesso nel campanilismo, tutto nella "mia" voce sul mio paese, oppure nella smania da vetrina, piu' contenuti piu' possibilita' di entrarvi, che in realta' originano voci assolutamente poco fruibili, poco leggibili, poco iperterstuali e poco utili per wikipedia. e' un vero peccato, perche' le informazioni ci sono gia' e pure le regole redazionali, basterebbe seguirle. 92.101.14.67 (msg) 14:11, 8 lug 2009 (CEST)Rispondi
Favorevole allo scorporo obbligatorio oltre una certa dimensione (anche se va capito come operare con le liste, specie quelle create da bot). Mi chiedo inoltre se la lunghezza eccessiva della voce possa essere esplicitamente prevista come uno dei motivi di esclusione dalla vetrina. --Nicolabel (msg) 17:55, 8 lug 2009 (CEST)Rispondi
Concordo con la considerazione di 92.101.14.67, il difetto è spesso dovuto alla volontà di dare visibilità all'argomento generico nel suo complesso e ricorre spesso in voci di geografia che trattano di una regione, di un paese, di una città, Si tratta spesso di voci nate da sensibili ampliamenti fatti da un solo utente o da un piccolo gruppo di utenti, con dimensioni che vengono eventualmente amplificate dagli aggiustamenti necessari per candidare la voce alla vetrina: i template delle citazioni e della bibliografia inevitabilmente allungano il codice sorgente, senza parlare degli inutili elenchi, fini a se stessi in quel contesto, che riguardano le personalità correlate, le specialità gastronomiche, ecc. Purtroppo esiste la mentalità della qualità della voce che emerge a scapito della qualità della sezione tematica: ovvero, concentro gli sforzi sulla singola voce, stubizzando tutti gli argomenti minori correlati (per il solo scopo di bluificare i link) e mando a quel paese ogni velleità ipertestuale. Eppure basterebbe poco, basterebbe imprimere l'idea che un singolo nodo può essere associato ad una microrete ipertestuale che rende ancora più sofisticata e avvincente l'enciclopedia. Ovvero si offre l'impressione al lettore di una documentazione articolata su differenti livelli di approfondimento: la voce generica, snella ma esaustiva nel suo insieme, e le sezioni di approfondimento correlate, adatte a rispondere a specifici bisogni di approfondimento. Ovviamente tutto questo si muove nell'ottica di offrire una marcia in più al lettore ma penalizza il bisogno di gratificazione dell'autore, che si vede "anonimizzato" parte del proprio lavoro. Infatti, è immediato vedere chi è l'autore di una voce in vetrina, mentre lo è di meno per un insieme di voci correlate ad una principale. Per favore, usciamo da queste logiche campanilistiche e/o narcisistiche: il nostro lavoro su WP non è quello di dare la massima visibilità ad un argomento o mostrare a tutto il mondo quanto siamo bravi e belli, il nostro obiettivo è quello di offrire la massima funzionalità nel rispondere alla domanda di informazioni. E questa funzionalità è insita nell'ipertestualità: l'enciclopedia funziona meglio e risponde meglio se invece di 100 KB di contenuti concentrati in un nodo offre 200 KB di contenuti distribuiti fra 10 nodi. E mentre c'è un limite fisiologico alla dimensione di una voce, non ci sono limiti al numero di voci.
@ Jaqen: il limite dei 125 KB potrebbe essere una buona soglia (personalmente mi fisso gli 80 KB come limite di guardia e i 100 KB come limite di tolleranza). Non dovrebbe esserci bisogno se si rispettasse la linea guida, ma se proprio serve, ben venga una soglia d'intervento obbligatoria. Sono d'accordo sul fatto che non è facile scorporare, ma non è affatto impossibile.
@ Nicolabel: la proposta è di competenza della sezione vetrina. Purtroppo in quella sede si è scelto di incentivare la ridondanza invece della qualità. Fra i rilievi frequentemente messi rientra il numero di note rigidamente rapportato alla dimensione della voce, mentre non si prende mai in esame la lunghezza della voce. Il risultato è questa infausta correlazione lineare fra dimensione del testo e numero di note, per cui le voci in vetrina, a causa della ridondanza, sono ancora più pesanti per l'integrazione di decine di KB di sole citazioni bibliografiche ridondanti. --Furriadroxiu (msg) 19:18, 8 lug 2009 (CEST)Rispondi
Nella discussione che aveva portato alla modifica di quella linea guida si era deciso che fosse 125kb il limite di scorporo obbligatorio. Jalo 20:24, 8 lug 2009 (CEST)Rispondi
appoggio la questione di scorporare pagine pesanti in termini di maximum di kb, ma non ho capito bene cosa significa. Io abbinerei la questione a stralcio di paragrafi che trattano un tema omogeneo, perchè se il paragrafo o l'albero di paragrafi è omogeneo, senz'altro è anche autonomizzabile. Quindi una linea guida che dicesse il paragrafo omogeneo è stralciabile apponendo un template del tipo "vedi anche", se gli dai un tot minimo di kb. --Caceo (msg) 00:44, 9 lug 2009 (CEST)Rispondi
Scorporo obbligatorio a 125 KB significa che salta mezza vetrina ci sarà un impatto enorme, difficilmente perseguibile. IMHO delle due l'una: o lo scorporo obbligatorio si fa ad una soglia più alta (io segnalavo 250KB, secondo me non dovrebbe esistere alcuna pagina più alta di questa soglia) oppure rimaniamo con una linea guida che dà una forte indicazione, come ora. Esempio, per spezzare lista di calciatori o lista di attori (come ad esempio Lista di italiani/F), ci vuole un lavoro di concerto tra progetto bio e bot, mica si fa in due secondi... PS - Comunque appoggerei la proposta che tra i criteri da vetrina ci sia anche un qualcosa tipo "apertura della pagina in tempi umani con un 56K". Bye. --Retaggio (msg) 09:42, 9 lug 2009 (CEST)Rispondi
Sloggato.Qual e' il problema se "salta mezza vetrina (o più)."? se ci sono tra le cosiddette migliori voci che sono poco leggibili in virtu' di regole che non contemplano ancora la leggibilita' delle voci (sic!) nel senso di una mole di informazioni gestibili a livello di utente medio, sia come conoscenze e pazienza sia come connessione ad internet e/o dotazione hard/soft ware, e che saltino pure! Wikipedia nasce per produrre voci non per metterle in vetrina! 92.101.30.142 (msg) 09:51, 9 lug 2009 (CEST)Rispondi
Intendevo nel senso di "impatto enorme, poniamoci obiettivi realistici". Esempio lista di attori: cominciamo a riorganizzare queste liste con bio e bot, ad esempio, che sono il 90% delle voci più lunghe... --Retaggio (msg) 09:54, 9 lug 2009 (CEST)Rispondi
Una è in cancellazione, prima di tutto chiedo: se venissero cancellate ci sarebbero problemi con i bot? Poi perchè non le cancellliamo tutte?--AnjaManix (msg) 10:09, 9 lug 2009 (CEST)Rispondi
Beh, penso che ci sarebbero certamente problemi, bisognerebbe quanto meno discuterne al progetto bio (altrimenti il bot la ricrea tal quale dopo poche ore...) --Retaggio (msg) 10:15, 9 lug 2009 (CEST)Rispondi

(rientro) ehm.. veramente il bot non tocca quelle liste da mesi.. possiamo anche cancellarle in attesa che si decida come fare (se tenerle automatiche, se non tenerle, se tenerle a mano), ma il problema non sono certo le liste automatiche: nel momento in cui decidiamo una soglia di kb, il bot agirà di conseguenza e le scorporerà (gli diremo di fare così). --Superchilum(scrivimi) 10:18, 9 lug 2009 (CEST)Rispondi

OK, ho dato una dimostrazione d'ignoranza bottesca... :-P --Retaggio (msg) 10:23, 9 lug 2009 (CEST)Rispondi

Aggiungo anche (anche se ovviamente non risolutivo) che anche un po' di attenzione nel creare le voci non guasta: da questa voce [1] ho eliminato 50K solo cancellando gli spazi doppi... --Retaggio (msg) 10:27, 9 lug 2009 (CEST)Rispondi

Fatto bene! Anzi, perché non creare un bot ad hoc per gli spazi doppi? (La butto lì, non so nulla di bot) --Nicolabel (msg) 10:36, 9 lug 2009 (CEST)Rispondi

(mantengo il rientro, conflittato) Giuste le considerazioni di Retaggio, lo scopo di questa discussione non è tanto quello di trovare una regola rigida adesso e subito quanto quello di iniziare a definire un modello per le voci di futuro ampliamento e quelle in corso di ampliamento, contenendo almeno in una prima fase la retroattività della norma: l'impatto sarebbe deleterio. Fermo restando che il limite dei 250 kb lo considero troppo alto perché troppo vicino alla soglia in cui firefox va in balla e perché è poco sostenibile per le connessioni lente. Credo che la soglia opportuna si collochi fra i 100 e 150 KB. In ogni caso dobbiamo tenere in considerazione questi differenti contesti:

  1. Le voci già sviluppate, in particolare quelle in vetrina, richiedono per lo scorporo un vero e proprio lavoro di revisione. Personalmente sarei orientato alla proposta di un festival di qualità a medio termine: ad esempio, promuovere la revisione di queste voci e il relativo scorporo nell'arco di due anni, dopo di che si propone la rimozione. Ovviamente si tratta di un esempio di proposta, così a crudo credo che farebbe schizzare in alto il wikitermometro, però iniziare a studiare la soluzione migliore e discuterla serenamente (nella sede opportuna) non sarebbe una cattiva idea. L'importante è che si ponga il vincolo per le voci future e che le attuali voci "lunghe" non siano considerate un modello di riferimento.
  2. Disincentivare, anche con il bold, le modifiche alle voci in vetrina in senso peggiorativo da questo punto di vista. Ad esempio, ieri c'è stata una modifica nella voce Sardegna che ha aggiunto in una botta sola 6 KB ai 105 KB già presenti. Tutto per l'inserimento di una tabella di dati climatici che, oltre ad essere senza fonte ed essere poco rappresentative di un territorio vasto e climaticamente eterogeneo, possono stare meglio in una trattazione più razionale e documentata in una voce di approfondimento. Per questo motivo ho rollbaccato senza troppi complimenti.
  3. Per le liste automatiche bisogna studiare la fattibilità di un coordinamento con il lavoro dei bot. Non ho competenza in merito, perciò non so quali problemi possano scaturire in proposito.
  4. Per le voci in corso di sviluppo o di revisione il discorso è completamente diverso: per queste voci va assolutamente deprecato l'allungamento. Perciò, mentre si sta sviluppando la voce, l'autore o gli autori possono rendersi conto della tendenza e applicare subito i correttivi necessari. Ad esempio, quando revisionai la voce Insecta, ad un certo punto mi accorsi di aver raggiunto i 90 KB con uno sviluppo ancora incompleto. A quel punto ho interrotto lo sviluppo, creato o revisionato diverse voci correlate di approfondimento (alcune piuttosto ampie fra l'altro) e snellite le singole sezioni nella voce principale. Ciò ha permesso di realizzare una voce principale completa, ampia ed esaustiva ma non pesante (85 KB) e nello stesso tempo una sezione di approfondimento di buona fattura che comprende la bellezza di 17 voci (non tutte fatte da me, sia chiaro). La metà di queste ha dimensioni che vanno dai 20 ai 40 KB. Insomma nel complesso ci sarebbero oltre 400 KB di contenuti frazionati in due diversi livelli di approfondimento, cosa che una singola voce non sarebbe in grado di fornire. Tutte le voci sono fra loro correlate da un template di navigazione posizionato come infobox che permette di saltare da un punto ad un altro, oltre alla funzionalità dei collegamenti ipertestuali incorporati nel testo.

--Furriadroxiu (msg) 10:45, 9 lug 2009 (CEST)Rispondi

Solo per portare all'attenzione la voce Giove (astronomia): straultrascorporata (addirittura con una sottovoce in vetrina e altre due possibili future candidate), ma nonostante tutto grande 200kb. Per tutto il resto, quoto gian_d. --Roberto Segnali all'Indiano 10:48, 9 lug 2009 (CEST)Rispondi
Leggo, aggiungo solo ecco l'ultima nuova entrata in vetrina Francavilla Fontana...rago (msg) 12:58, 9 lug 2009 (CEST)Rispondi

Liste: come vogliamo risolvere?

Riallacciandomi al discorso qui sopra, cosa vogliamo fare con le liste:

Qui cito solo le più lunghe ricordando che in vista di un espansione dell'enciclopedia, tutte diventeranno lunghissime. Accertato che possiamo cancellarle, le soluzioni sono:

  • Cancellarle
  • Scorporarle (tramite bot)

Una di esse era stata porposta per la cancellazione, poi venne interrotta perchè si credeva desse problemi ai vari bot, io sarei per la prima sinceramente, l'utilità non la vedo, se invece voi la vedete per favore spiegatemela, (almeno per questi casi estremi le categorie dovrebbero funzionare meglio, credo nella mia beata ingenuità:-)) grazie.--AnjaManix (msg) 15:11, 12 lug 2009 (CEST)Rispondi

Concordo, le categorie sono più funzionali, e già scorporate per nazioni. Liste del genere sono inutili e creano solo problemi (tecnici).--Midnight bird fly with me 15:21, 12 lug 2009 (CEST)Rispondi

Pagine che non potrò mai aprire, perciò le ritengo del tutto inutili --Furriadroxiu (msg) 17:31, 12 lug 2009 (CEST)Rispondi
dato che ciclicamente ne vengono poste in cancellazione alcune, non avendo senso che alcune rimangano e altre no, e dato che il bot sono mesi che non tocca quelle liste, io sarei per cancellarle tutte (eventualmente se si decidesse di ricrearle, con ratio diverse e occhio alle dimensioni, farà tutto il bot in automatico). Allo stato inutili (sia perchè non aggiornate sia perchè, viste le dimensioni, difficilmente aggiornabili). --Superchilum(scrivimi) 17:34, 12 lug 2009 (CEST)Rispondi
Anche per me se al bot non servono si possono togliere --Cotton Segnali di fumo 17:18, 19 lug 2009 (CEST)Rispondi
Sono d'accordo che simili liste, pesanti e rigide (leggi non modificabili a mano) non siano utili; lo diventano invece se contengono informazioni aggiuntive, come ad es. la Lista di astronauti e cosmonauti che fu oggetto di discussione tempo fa. A questo punto semplifichiamo la vita al botolatore, teniamoci le categorie, e creiamo (o facciamo creare al bot) liste solo quando servono. Se c'è consenso pensiamo a come agire: mettiamo in semplificata una lista che valga per tutte, mettiamo tutte in semplificata (col rischio di vederne cencellate alcune e non altre), cancelliamo in immediata? Segnalo la discussione al bar. --gvnn scrivimi! 12:19, 29 lug 2009 (CEST)Rispondi
C'è già una lista in cancellazione che vale come esempio: se va come sta andando, direi di cancellare in immediata tutte le liste ex-automatiche e tenersi solo le categorie. Discorso diverso per liste analoghe non automatiche (come Lista di astronauti e cosmonauti o Lista di statistici celebri) che hanno un contenuto informativo aggiuntivo e vanno tenute. Lucio Di Madaura (disputationes) 13:07, 29 lug 2009 (CEST)Rispondi

D'accordo con Lucio e Gvnn --Bramfab Discorriamo 13:13, 29 lug 2009 (CEST)Rispondi

@Retaggio: dopo la segnalazione al bar, ho segnalato anche al progetto:Biografie. Non saprei cosa altro fare per aumentare la visibilità. --gvnn scrivimi! 14:41, 29 lug 2009 (CEST)Rispondi
@(fuori cron)No Jalo, non fornisce nessuna informazione aggiuntiva alle migliaia di voci di cui parlano, (in realtà sarebbero dei giganteschi C5, se poi vogliamo ignorare questo fatto, ma resta un dato di fatto) sono voci enormi che nessuno potrà mai vederle, e avere voci dai 300 kb in su significa non averle, e non c'entra assolutamente nulla il fatto che non siano aggiornate, l'interesse per certe liste (tipo una lista di italini per lettera P) è, e resterà 0. Spesso sono utilizzate a fini promozionali, inoltre qui non si parla di avere una voce in più o in meno, ma di avere una voce doppione o meno e sinceramente non vedo traccia di buon senso nel tenerle.--AnjaManix (msg) 22:58, 29 lug 2009 (CEST)Rispondi
Se una voce diventa orfana è un problema suo. Non teniamo le voci solo per disorfanarne altre. Se era puntata solo dalla lista non era una buona cosa già da prima. Per rintracciarle c'è la categoria --Bultro (m) 19:55, 29 lug 2009 (CEST)Rispondi
  •   Contrario. Concordo con Jalo. --Harlock81 (msg) 16:27, 29 lug 2009 (CEST)Rispondi
  •   Favorevole alla cancellazione: la manutenzione manuale di queste liste è sostanzialmente impossibile, ed ha poco senso tenere voci con un problema cronico di allineamento delle informazioni. Fino a che non si trovano soluzioni automatiche o il software non fornisce strumenti opportuni è impensabile mantenere pagine di questo genere. --Aeternus∞ 16:37, 29 lug 2009 (CEST)Rispondi
  •   Favorevole Se qualche voce diventa orfana a causa delle cancellazioni, le possiamo valutare caso per caso, se non si trovano collegamenti da altre voci può darsi che non siano enciclopediche. Ho avuto diversi crash a causa di pagine troppo lunghe! :( --Marcol-it (msg) 16:48, 29 lug 2009 (CEST)Rispondi
  • +1 Cancellarle una volta per tutte. Amen. Inoltre, rispondo a Ramatteo: sono queste liste, create automaticamente da un bot ormai inattivo e perciò come "avulse" dalle altre voci dell'enciclopedia, a essere praticamente orfane, casomai: a nessuno verrebbe in mente che un link a esse possa essere di una qualche utilità. --Moloch981 (msg) 16:52, 29 lug 2009 (CEST)Rispondi
  •   Contrario. Concordo con Jalo. --EH101{posta} 17:50, 29 lug 2009 (CEST)Rispondi
  •   Contrario. Anche io sono d'accordo con Jalo ma permettetemi una riflessione; se le liste sono o meno fruibili o necessarie dovrebbe sempre essere la comunità a votare, ci piaccia o meno siano liste di calciatori, veline o personaggi di Pokemon (o più seriamente personaggi legati ad una una saga editoriale e cinematografica fatta da personaggi principali e minori, vedi libri & film/manga & anime); le sorprese in questo campo sono sempre molte ;-)--threecharlie (msg) 19:18, 29 lug 2009 (CEST)Rispondi
  •   Favorevole per la cancellazione queste liste potenzialmente infinite sono inutili a qualsiasi fine così come sono fatti, ci vorrebbe una possibilità di usare 'pedia anche come database perché ricerche del genere abbiano un senso. PersOnLine 19:48, 29 lug 2009 (CEST)Rispondi
  •   Favorevole Pesanti ed inutili a mio avviso --L'alchimista (msg) 20:15, 29 lug 2009 (CEST)Rispondi
  •   Favorevole,ovviamente,dato che sono stato io a mettere originariamente in cancellazione la lista di calciatori:continuo a non capire di quale utilità possono essere al lettore liste così lunghe e le cancellerei tutte in immediata--Der Schalk (msg) 22:11, 29 lug 2009 (CEST)Rispondi
  •   Contrario alla cancellazione delle liste di cose o entità, che di norma non sono molto lunghe, e fanno da frame per avere una idea unitaria dell'argomento;

Mi pare di capire che si sia fatta un poco di confusione; nei commenti a favore della cancellazione si mischiano pareri contro tutte le liste di persone, contro le liste non fruibili, contro le liste automatiche e non modificabili, contro le liste non aggiornate, contro le liste a favore delle categorie (non considerando che le liste possono contenere informazioni (attività, date di nascita e morte, altro) che nelle categorie non sono immediatamente a disposizione).

Ora, mentre mi sembra che sia emerso un chiaro consenso all'eliminazione delle liste troppo lunghe e pesanti (quindi non fruibili), vi chiedo: dato che abbiamo la possibilità tecnica di avere liste corte quanto vogliamo e spezzate in più parti, aggiornate, con informazioni aggiuntive rispetto alle categorie, insomma senza alcun apparente svantaggio, ci interessa questa possibilità o meno? Il codice è pronto, si tratta solo di trovare i volontari che lo facciano girare, se la cosa è utile. Salut. --gvnn scrivimi! 11:10, 30 lug 2009 (CEST)Rispondi

Per quanto mi riguarda se parliamo di liste creabili/aggiornabili automaticamente che siano scorporabili per problemi di dimensione va benissimo. --Aeternus∞ 02:14, 31 lug 2009 (CEST)Rispondi
Se fosse tutto automatico basterebbe imporre un limite (tipo 50 kb superati i quali si scorporerebbe) e vai (non sarei comunque favorevole ma rispetterei un eventuale decisione comunitaria contraria), il problema è che non è automatico, bisogna avviare ogni volta tutto a mano e se ho capito bene l'avvio non è neanche una cosa tanto semplice (qui se sbaglio correggetemi)--AnjaManix (msg) 02:40, 31 lug 2009 (CEST)Rispondi

Per chi si preoccupa che le voci siano orfane, ricordo che i dati del template Bio vengono usati anche per generare le sezioni Nati/Morti degli anni e dei giorni. Tranne i casi di biografie prive di date di nascita E di morte (nemmeno l'anno), le altre hanno almeno un collegamento in entrata. ary29 (msg) 10:36, 31 lug 2009 (CEST)Rispondi

Dunque visto il consenso ottenuto nella procedura di cancellazione (94%) e visto il consenso qui ho iniziato le cancellazioni, cercando di rispettare quanti più criteri possibili:
  • Non elimino liste storiche, chiuse (esempio Lista di aztechi) che cmq rimarranno (a voi decidere se tenerle o meno) nel caso di tenerle ricordo quanto propose la saggia Ary29, occorre dare maggiore visibilità, alcune delle liste aveva una visibilità pari a 0
  • Tutte le voci presenti nel "da fare" nella pagina di discussione (ora cancellate) o link rossi all'interno della voce a cui non corrispondono voci cancellate per semplificata-ordinaria sono state trasferite in una mia sandox, sono tutte voci che potranno essere create
  • Controllo i link in entrata per valutarne l'importanza, cancellarli o deviarli verso link più appropriati
  • Ricordo che Gac stava lavorando ad un progetto affine, ad un database, idea abbandonata... Nel senso che lui ha abbandonato wiki:-)--AnjaManix (msg) 04:59, 4 ago 2009 (CEST)Rispondi
  Lo stesso argomento in dettaglio: Wikipedia:Bar/Discussioni/Liste: Cancellarle tutte o no?.

--Avversariǿ (msg) 13:44, 8 nov 2009 (CET)Rispondi

Spostamento

Ultimo commento: 15 anni fa5 commenti4 partecipanti alla discussione

Considerato che questa non è in realtà una pagina di aiuto ma una pagina di policy propongo di spostare da Aiuto:Dimensione della voce a Wikipedia:Dimensione della voce. Favorevoli? Contrari? Perché? --Jaqen [...] 14:14, 19 nov 2009 (CET)Rispondi

(leggermente OT) intanto mi sono permesso di effettuare questa modifica alla tabella, per specificare quello che è un dato di fatto innegabile. --Roberto Segnali all'Indiano 14:22, 19 nov 2009 (CET)Rispondi
D'accordo per lo spostamento, un po' meno per una policy che imponga un limite categorico e inviolabile. Certe pagine, tipo Lista dei comuni dell'Italia (632 kb) o Codici ISO 639-3 (240 kb), non possono essere potate. L'ideale, dal punto di vista dell'utente, sarebbe riuscire ad avere un segnalino che avvisi quando si sta per caricare una pagina mastodontica, ma questo comporterebbe un intervento a livello mediawiki e un sovraccarico per i server (per ogni link andrebbe verificata la dimensione della pagina). Marco Bernardini (msg) 14:55, 19 nov 2009 (CET)Rispondi
Se la si vuole tenere la si può dividere in sottopagine (come peraltro è stato proposto qua) --Jaqen [...] 17:28, 19 nov 2009 (CET)Rispondi
In realtà molte pagine Aiuto: sono policy (es. Aiuto:Cosa mettere su Wikipedia e sue sottopagine). Non vedo tutta questa differenza. --SignorX (msg) 11:16, 22 nov 2009 (CET)Rispondi

Voci in vetrina: bell'esempio ...

Ultimo commento: 15 anni fa2 commenti2 partecipanti alla discussione

Le voci in Wikipedia:Vetrina dovrebbero essere d'esempio.

Allora com'è che una grossa percentuale di esse non rispetta questa linea guida superando (e non di poco!) il limite di dimensione? (Alcune addirittura sono elencate nella pagina speciale delle pagine più grandi - e immagino che quella dimensione sia al netto di immagini e altri file, che nelle voci in vetrina non scarseggiano di certo- ). --SignorX (msg) 18:06, 24 gen 2010 (CET)Rispondi

Forse perchè non c'è consenso con l'attuale stesura, figlia di una forzatura ? Se le voci di vetrina (il cui consenso è verificato ogni singola volta) sono contro questa policy, è la policy che non ha consenso, non il contrario. --EH101{posta} 12:35, 30 ago 2010 (CEST)Rispondi

Spostare a aiuto:dimensione della pagina

Ultimo commento: 15 anni fa1 commento1 partecipante alla discussione

visto che il problema non riguarda solo le voci. Che dite?--Pierpao.lo (listening) 23:37, 26 apr 2010 (CEST)Rispondi

Vetrina

Ultimo commento: 14 anni fa1 commento1 partecipante alla discussione

Segnalo questa discussione sull'applicazione del limite nella dimensione massima alle voci in vetrina. --Harlock81 (msg) 20:37, 18 apr 2011 (CEST)Rispondi

Aggiornare i limiti di dimensione della voce?

Ultimo commento: 14 anni fa40 commenti25 partecipanti alla discussione

I limiti delle dimensione della voce sono stati aggiornati per l'ultima volta 3 anni fa e, visto il progresso più o meno costante delle connessioni internet, possono essere considerati obsoleti. Gli attuali limiti sono:

  • 75 kB: La divisione potrebbe rivelarsi opportuna.
  • 125 kB: La divisione è senz'altro opportuna.

Il peso reale delle voci dipende significativamente anche da altre cose come la traduzione in html, la presenza di template e immagini ma per confronto si tenga conto che il peso delle home page dei vari siti di informazione tipo corriere.it, ecc. ad oggi si aggira sui 1,5/2,5 MB. Ihmo dopo 3 anni dei valori congrui a cui aggiornare i limiti potrebbero essere:

  • 125 kB: La divisione potrebbe rivelarsi opportuna.
  • 200 kB: La divisione è senz'altro opportuna.

--ArtAttack (msg) 20:36, 18 mag 2011 (CEST)Rispondi

Ma le altre wiki come si comportano? LoScaligero 20:51, 18 mag 2011 (CEST)Rispondi
Su en.wiki sono ancora meno aggiornati di noi: secondo la loro linea guida, oltre i 60kb la divisione potrebbe essere opportuna e oltre i 100kb è sicuramente opportuna. Questo è in forte contrasto con il loro sistema di valutazione delle voci, che da anni premia anche voci da 120-150kb, pertanto la loro validità è relativa. --Roberto Segnali all'Indiano 20:55, 18 mag 2011 (CEST)Rispondi
Non sono d'accordo, per una serie di motivi:
  1. non tutti hanno connessioni veloci, e ancora una percentuale rilevante dell'Italia non possiede la banda larga; inoltre non è detto che chi accede ad it:wiki sia per forza residente in Italia.
  2. lo stesso discorso vale per sistemi non recenti. Io non ho difficoltà con diverse delle mie macchine, ma se apro con una macchina più vecchia con una leggerissima Puppy Linux spesso mi arriva il messaggio di interruzione dello script per time-out, a causa delle dimensioni di pagina.
  3. Accorpare tutto in una voce significa negare il senso stesso dell'ipertesto, e allora che mettiamo a fare avvisi di wikificazione e a cosa servono i Vedi anche?
--Pigr8 ...libertà è partecipazione! 20:56, 18 mag 2011 (CEST)Rispondi
Informo tutti che computer come l'ipad collegato wireless non sono veloci a caricare voci pesanti...--Nickanc ♪♫@ 21:07, 18 mag 2011 (CEST)Rispondi
  • i problemi su sistemi obsoleti, IMHO, non arrivano certo a causa dei 200.000 caratteri di una voce, ma a causa del peso complessivo della stessa. Il peso di una pagina dipende soprattutto dal numero di immagini, template e tabelle ecc.. quindi, se vogliamo mettere una linea guida, sarebbe il caso di trovare il modo di "pesare" seriamente le pagine, lasciando perdere il solo conteggio dei caratteri che IMHO non ha nessun senso
  • chi ha sistemi lenti può tranquillamente navigare WP in versione mobile (funziona anche su sistemi "fissi", ovviamente)
  • prescindendo un attimo da questo discorso, le cose andrebbero considerate come al solito caso per caso: la pagina ACF Fiorentina può essere efficacemente divisa in sottopagine , quindi è giusto farlo; invece (ad esempio) credo che Carcinoma del polmone non sia altrettanto divisibile ed è assurdo voler a tutti i costi distruggere l'organicità di una voce eccezionale solo per rispettare una linea guida --Desmodromico 749 msg 21:19, 18 mag 2011 (CEST)Rispondi
@Pigr8: il problema di time-out dello script non dipende dalla dimensione della pagina ma, soprattutto, dalla dimensione della "grafica" (monobook/vector ed altri javascript). concordo con ritoccare leggermente a rialzo i criteri, tenendo anche conto che "raddoppiare" gli attuali criteri rende comunque relativamente leggera la lettura di una pagina da parte di un utente sloggato (quindi privo di orpelli particolari incentrati sulla modifica) priva di gallerie d'immagini o panoramiche di lato maggiore di 1000px. --valepert 21:23, 18 mag 2011 (CEST)Rispondi
A me il limite dei 125 kb va bene. Se proprio volete in extremis (in extremis ho detto, quindi per me è meglio tenersi i 125 kb) allargare il cerchio, non superate i 140 kb perfavore. Le mie motivazioni si rifanno in gran parte al punto 3 di Pigr8, quando parla dell'ipertesto, poi c'è da dire che una voce, quando è lunga, oltre ad essere pesante da caricare (Castelleone di Suasa mi pare abbia preso l'ADSL l'anno scorso) è anche noiosa. Non dico certo che dobbiamo sacrificare i contenuti per chi non ha voglia di leggere, ma le pagine chilometriche non piacciono a nessuno, sia che siano di carta sia che siano su un monitor. --Bonty - tell me! 22:25, 18 mag 2011 (CEST)Rispondi

Mi introduco a discussione appena iniziata, mentre stavo preparando un sunto delle varie opinioni emerse da una discussione, dato che non fa mai male, eccolo qua.

Da una recente discussione sulla rimozione dalla vetrina di una voce, sì è ripresentato, ancora una volta, il problema della lunghezza della voce e della sua applicazione (più o meno rigida) come criterio per l'inserimento in vetrina. Riassumendo, i sostenitori del limite dei 125kB, con piccoli margini di flessibilità e con le eccezioni ricordate nella stessa pagina di aiuto, sottolineano le seguenti ragioni per l'applicazione di tale limite:

  • manterrebbe la pagina di facile caricabilità anche per gli utenti che utilizzano strumentazioni antiquate
  • renderebbe più "leggera" la lettura della pagina, prevenendo il fatto che il lettore si possa annoiare
  • la pagina potrebbe essere resa più leggera dall'utilizzo di wikilik e vedi anche senza troppi problemi per l'organicità della stessa
  • le voci in vetrina dovrebbero mantenersi abbastanza strettamente al criterio dei 125kB perché, essendo voci esemplari, devono rispettare tutte le linee guida decise dal progetto.

Il quinto pilastro è illuminante, sottolineando ancora una volta, fortemente, che l'obiettivo di wikipedia è scrivere un'enciclopedia, la migliore possibile, e non essere una burocrazia che pedantemente segue le proprie policies. Tenendo bene a mente questo come obiettivo ultimo, le ragioni per cui il mantenimento di questo limite e la sua applicazione rigida non reggono sono varie e articolate, a mio avviso e come è anche stato fatto notare dagli altri utenti nella discussione linkata all'inizio:

  • dal momento che gli standard tecnologici sono in media aumentati, il limite di 125kB è obsoleto, e giocando a ribasso priva l'enciclopedia dall'avere voci orgaqniche per argomenti che richiedono una trattazione più estesa. Voci molto più pesanti del limite attuale sono caricabili comodamente anche da dispositivi mobili non di ultima generazione.
  • il metodo di calcolo dei kB non è un'immagine affidabile dell'effettivo tempo di caricamento della voce, non tenendo conto del numero di immagini e di template richiamati, che sono ciò che più conta per il browser. Non è nemmeno uno specchio affidabile della lunghezza del testo (e quindi di un'ipotetica possibilità di annoiare il lettore), tenendo conto del linguaggio wiki, immagini, link, citazioni e template. In particolare, voci che richiedono un'estesa quantità di note da riviste (quindi non da un'unica fonte citata in bibliografia e richiamata dalle note) lievitano nel peso in kb per la lunghezza della sintassi di ogni singolo template (cita pubblicazione)
  • l'utilizzo di wikilink e vedi anche è fondamentale per un'enciclopedia online come la nostra, ma va fatto con buon senso. L'organicità della voce deve permanere intatta, il filo del discorso deve essere seguibile senza saltare da una pagina all'altra e con una buona fonte di dettaglio, altrimenti lo studio di un argomento si tramuta in uno zompettamento esponenziale da una pagina all'altra per ritrovare tutte le informazioni di cui si ha bisogno. In particolare, in voci scientifiche in cui la comprensione di un paragrafo a valle richiede la comprensione di un paragrafo a monte, talvolta non può essere possibile rimandare ad altre voci la trattazione dei particolari, perché i particolari sono proprio importanti.
  • non si può piegare la completezza di una voce alle regole sulle dimensioni della stessa o sulla possibilità di non annoiare il lettore con trattazioni troppo lunghe. Le enciclopedie trattano anche di argomenti ostici, che richiedono trattazioni corpose, e la completezza dell'informazione è ciò che deve essere salvato.

Detto questo, propongo l'eliminazione del criterio di peso della voce come attualmente definito e la sostituzione con un limite più alto. Tenendo conto anche dell'essenzialità del dialogo per la crescita dell'enciclopedia, propenderei per una ricerca di volta in volta di un consenso se la dimensione della voce in questione sia o meno ragionevole (sempre che qualcuno ponga il problema) e non nell'applicazione tout court di un limite discusso finché si vuole, ma senza avere l'esatta idea della singola voce discussa di volta in volta. Si potrebbe innalzare il limite sotto il quale le dimensioni della voce sono considerate OK, quindi porre una fascia di dimensioni tra questo limite ed un altro più alto in cui si può discutere dell'opportunità o meno di sforare il primo limite, e quindi il limite superiore che non dovrebbe essere oltrepassato salvo eccezioni (liste..). Giusto per esempio:

  • voci <200kB: lunghezza idonea
  • voci tra i 200kB e i 300kB: lunghezza discutibile
  • voci >300kB: lunghezza eccessiva.

Scusate per la sicura lunghezza eccessiva di questo mio intervento. --Anassagora (msg) 22:36, 18 mag 2011 (CEST)Linko dove può essere utileRispondi

Per me il problema principale è la fruibilità dei contenuti: le voci enciclopediche sono "intensive", ricchissime d'informazioni, il testo deve essere ragionevolmente breve, l'abilità sta quindi nel disporre le informazioni in maniera da consentire al lettore di poterle recepire nel modo che gli è più congeniale. Insomma sono propendo per i limiti più bassi proposti. --Vito (msg) 22:55, 18 mag 2011 (CEST)Rispondi
spesso voci corpose sono ricche di contenuti, piu' o meno affastellati, che troverebbero una miglior collocazione in voci a parte. Un classico i comuni italiani dove nella voce "madre" vengono inseriti tutte le informazioni relative ad architetture spesso rilevanti - ultimo caso in cui mi sono imbattutto Verbania dove neppure due chiese monumenti nazionali non hanno una voce autonoma - ma che non vengono scorporate per i piu' svariati motivi. Anch'io "sono propendo" - ;-) - per i limiti piu' bassi proposti. Rago (msg) 23:50, 18 mag 2011 (CEST)Rispondi
Ohibò, ma questo è solo un limite che dice: "non andare oltre X perché altrimenti ci sono problemi di natura tecnica", non è un consiglio e non garantisce che tutto ciò che sia sotto X vada bene. Per assurdo anche una voce di 20K può essere prolissa e ridondante, non è certo con un limite più basso del dovuto che si ottiene qualità ma di contro un limite più basso del dovuto è dannoso per quei casi in cui una certa dimensione serve per la completezza e la presentazione omogenea dei contenuti. Una buona ipertestualità la si persegue anche non suddividendo ciò che afferisce allo stesso concetto. Ad oggi non c'è ragione per avere un limite massimo di soli 125k. Poi bisogna anche intendersi su come debba essere applicata la policy, dura lex, sed lex o opportunità e non obbligatorietà? --ArtAttack (msg) 00:00, 19 mag 2011 (CEST)Rispondi

La penso come Vito, anche secondo me il problema non è tanto della pesantezza della pagina (anche se aprire in modifica voci molto grosse manda in palla computer anche non tanto vecchi), ma della fruibilità dei contenuti. Se io voglio sapere grosso modo la biografia di Oscar Wilde, devo per forza avere il tempo per leggermi oltre 400 righe di testo? Non sarebbe meglio avere una bigorafia un po' meno corposa in voce e una più lunga in biografia di Oscar Wilde? E si noti che la voce è a 119kb, quindi sono il limite dei 125.

Sono consapevole che ci sono casi in cui restare sotto il limite è difficile, ed in alcuni casi si può anche fare un'eccezione (penso ad esempio ad Italia), ma lo sforzo di non scrivere voci fiume ci dev'essere sempre. Per questi motivi lascerei le cose come stanno (e faccio cmq notare che già addesso la linea guida dice "si noti che esistono particolari e motivate eccezioni per non procedere alla divisione", sottolineatura mia).--Sandro_bt (scrivimi) 01:02, 19 mag 2011 (CEST)Rispondi

Concordo in toto con Anassagora. I template presenti in certe voci le rendono difficili da caricare anche più che il testo contenuto in altre. Se poi si vuole contare i caratteri, allora possiamo proporre per la cancellazione i template di citazione: {{cita pubblicazione}} e {{cita libro}}. Il limite va gestito ponendo l'attenzione alla voce e non pretendendo che tutto ricada entro regole indicative, altrimenti si dovrebbero fornire giustificazioni ben più fondate di quelle finora espresse per spiegare il perché questo limite dovrebbe essere 125 kB e non 130 o 200, tanto per buttare lì delle cifre. --Harlock81 (msg) 01:25, 19 mag 2011 (CEST)Rispondi

(rientro) Ll problema 'e che mentre le ADSL e le connessioni UMTS hanno migliorato le prestazioni, i numerosi 56Kb sono rimasti tali, cosi' come sono ancora presenti (sopratutto con i cellulari e le chiavette internet) contratti legati al traffico dati scaricato. Non so chi di voi ha provato a caricare una pagina con il modem analogico ultimamente, a me e' capitato alcuni mesi fa, e vi posso assicurare che pagine di dimensione media (60/70Kb di testo piu' qualche miniatura di foto) impiegavano gia' diversi minuti per aprirsi correttamente, in queste condizioni una pagina da 200Kb di testo+ miniature (circa 4/5Kb l'una) + CSS e roba varia di grafica wiki sarebbe completamente non fruibile da chi non ha l'ADSL&C. --Yoggysot (msg) 04:32, 19 mag 2011 (CEST)Rispondi

Concordo che c'è anche il problema dell'usabilità (oltre che della velocità/costo di scaricamento), e anche una questione ... come dire ... di principio: questa è un'enciclopedia, scriviamo voci enciclopediche, non ... tomi di 30.000 pagine. --La voce di Cassandra (msg) 08:29, 19 mag 2011 (CEST)Rispondi
Dato che il 33% degli italiani non ha la banda larga (vedi: [2]) il progresso tecnologico non è arrivato per tutti gli italofoni, inoltre, come già fatto presente, molti utilizzano altri strumenti per accedere alla rete che hanno prestazioni equivalenti ad un pc desktop obsoleto, quindi non c'è nessun bisogno di aggiornare i parametri. Se molte voci superano questi limiti è un problema che va risolto, le voci vanno snellite nelle parti non informative: immagini non strettamente necessarie, tabelle con bandierine colorate, eccesso di template (di citazione, navigazione, portali, vetrina, vdq etc.). Inoltre le voci vanno sviluppate in profondità, non in lunghezza: bisogna lasciare alle voci ancillari l'approfondimento di tutti i concetti non essenziali alla trattazione. In questo la vetrina non aiuta, si interpreta l'esaustività come interna alla voce e si richiede un'immagine (almeno) a paragrafo per motivi estetici. Andrebbe introdotto il criterio della profondità e sconsigliato l'utilizzo di immagini che non aggiungono informazioni alla voce. --Demostene119 (msg) 08:57, 19 mag 2011 (CEST)Rispondi
PS Poi c'è il problema della talk di vito, che andrebbe trasformata in pagina di servizio per permetterne l'archiviazione.

Secondo me la questione è stata affrontata dal punto di vista sbagliato. La velocità di connessione conta fino ad un certo punto. Bisogna ricordarsi invece che wikipedia è un 'ipertesto, che voci grandi rendono le informazioni meno facili da trovare. Dobbiamo sforzarci in generale di scrivere voci di dimensioni più piccole: 5-10 KB. Non tutte le voci sono uguali, ma non dobbiamo cadere nella tentazione di scrivere un trattato tipo "Architettura barocca" o "Storia della Francia" e metterci dentro tutto. Molti utenti hanno la mentalità di scrivere una singola voce (magari senza curarsi troppo dei wikilink), un miglioramento sarebbe acquisire la mentalità dell'ipertesto, in cui la voce è un singolo mattone.  AVEMVNDI  ✉ 09:20, 19 mag 2011 (CEST)Rispondi

Personalmente penso che l'attuale limite indicativo di 125 kb sia adeguato, non tanto per una questione di peso (anche con un connessione lenta la differenza tra caricare una pagina di 100 kb e una di 200 kb non è così tanta, quanto a fare la differenza sono la quantità delle immagini dell'articolo - facilmente di 15-20 kb ognuna - o della wiki pubblicità che ogni tanto appare in cima alla pagina - pesante anche più di 100 kb da sola) quanto perchè fornisce una indicazione di quanto la pagina debba essere lunga. Alzare il limite consigliato a 200 kb secondo me può invogliare a scrivere pagine uniche troppo lunghe e prolisse anche quando sarebbe meglio scorporarle. Un esempio classico, una città con la descrizione di tutti i suoi monumenti nell'articolo principale, dove una suddivisione ovvia e semplice da applicare potrebbe essere contestata proprio per il fatto che l'articolo non supera i 200 kb.
Per questo sarei per lasciare invariato il limite attuale - buon suggerimento sulla lunghezza da non superare - ma di applicarlo con elasticità a seconda della voce. Come nel caso del calcinoma al polmone, che è si più lunga del consigliato ma comunque organica e di ottima qualità e non facile da suddividere --Postcrosser (msg) 10:51, 19 mag 2011 (CEST)Rispondi

Oltre che per le difficoltà tecniche esposte negli interventi precedenti (Yoggysot, ad esempio), sono d'accordo con le opinioni di Pigr8 (il punto 3), Vito, Rago, Sandro bt, Cassandra, Demostene, Postcrosser e soprattutto AveMundi. Gli attuali limiti di dimensioni sono già fin troppo ampi. Ovviamente con le dovute, rare, eccezioni. Proporrei anzi di dare maggior risalto alla Categoria:Dividere inserendola nella pagina speciale Ultime modifiche, sull'esempio delle voci da wikificare, tradurre, controllare ecc.: se c'è "unire", perché non dovrebbe esserci "dividere"? --Eva4 (msg) 12:56, 19 mag 2011 (CEST)Rispondi
Quoto Eva4.--francolucio (msg) 18:59, 19 mag 2011 (CEST)Rispondi
Quoto Yoggysot fino alle virgole. --Retaggio (msg) 20:38, 19 mag 2011 (CEST)Rispondi

Proposta: Spezziamo la voce in due o più tranche: Titolo/1, Titolo/2, etc..; in modo che possa essere proseguita la lettura, come fossero pagine. --Harlock81 (msg) 21:02, 19 mag 2011 (CEST)Rispondi

Messerschmitt Bf 110: prendete ad esempio. --Bonty - tell me! 21:23, 19 mag 2011 (CEST)Rispondi
(fc) Le poche note aiutano a non sforare il limite, di sicuro. (Esempio de che?)--Anassagora (msg) 21:32, 19 mag 2011 (CEST)Rispondi
Esempio di come dividere una pagina. Se la guardi, vedrai le varie suddivisioni: Messerschmitt Bf 110 (produzione industriale), Messerschmitt Bf 110 Zerstörer (impiego operativo - parte 1), Messerschmitt Bf 110 Zerstörer (impiego operativo - parte 2), Messerschmitt Bf 110 Nachtjäger (impiego operativo) --Bonty - tell me! 21:37, 19 mag 2011 (CEST)Rispondi
Ah, sì scusa. Boh, non so. Sicuramente è efficace, però come metodo non mi convince appieno.. devo ancora capirlo bene..--Anassagora (msg) 21:43, 19 mag 2011 (CEST)Rispondi
(conflit) Tendenzialmente sfavorevole: così si hanno tutti gli svantaggi di una voce divisa (mancanza di organicità) e di una voce non divisa (mancanza di ipertestualità).
Faccio notare, ancora una volta, che da più parti è stato correttamente osservato che il "peso" di caricamento di una pagina dipende in minima parte dalla quantità di testo, ma da tante altre cose: il metodo attuale di valutazione delle dimensioni della voce è totalmente inadeguato. Inoltre, i criteri di qualità delle voci seguono la filosofia della botte piena con la moglie ubriaca: da un lato vogliono pagine leggere, ma complete, con tante citazioni (che occupano un sacco di kB con i loro template) e con ampie illustrazioni. Ora, per rientrare nei criteri, dato che le note e le illustrazioni sono le cose più "visibili" per una valutazione in vetrina, cosa credete sfoltirà l'utente di fronte alle lamentele sulla eccessiva lunghezza della voce?
Ricordo inoltre a lavocedicassandra che wikipedia è sì un'enciclopedia, ma (come dice il primo pilastro) comprende anche il materiale di enciclopedie specialistiche. Inoltre, vorrei far notare che per fortuna wikipedia non è come le enciclopedie cartacee: è una nuova enciclopedia, in cui il limite della pagina di carta stampata non è (o non dovrebbe) più essere un peso, un limite all'approfondimento della voce stessa. Inoltre Un'enciclopedia è un'opera che raccoglie la sistematizzazione del sapere umano su un determinato argomento, mica è colpa di qualcuno se si sa tanto su un argomento.--Anassagora (msg) 21:29, 19 mag 2011 (CEST)Rispondi

Contrario all'ampliamento dei limiti. A parte il fatto che sono orientativi e ci sono già parecchie voci che sforano, in ogni modo a me è capitato fino a qualche mese fa di subire il peso di pagine lunghe che impiegano una vita a caricarsi (a prescindere da template e grafica). E' capitato anche di rinunciare ad aprire una pagina. E non credo di essere l'unico. Per non parlare della rotellina del mouse soggetta ad usura e dei crampi all'indice :D Detto questo, concordo con quanto ha detto Avemundi e sono fermamente convinto che un fattore di qualità sia la combinazione razionale di sintesi e approfondimento giocando proprio sull'ipertestualità. Perché concentrare tutto in una schermata quando il click è molto più ergonomico dello scroll? perché costringere a lunghe e faticose letture quando il grado di approfondimento può essere articolato su più livelli, scorporando gli approfondimenti in pagine correlate? Chiedo scusa per la lunghezza, ma voglio fare un esempio concreto con la voce Insecta: peso 86kb (già troppi a mio parere). La voce ha già un accettabile grado di completezza, ma molti paragrafi hanno un approfondimento correlato, con segnalazione nel paragrafo e altra segnalazione nella sezione Vedi gli approfondimenti nell'infobox a destra integrato nel {{Tassobox}}. Ogni approfondimento ha un template tipo infobox di correlazione trasversale con link di rimando alla voce principale:

Gli approfondimenti nel complesso pesano oltre 250 kb e sono stati sviluppati dopo che mi ero reso conto che la voce principale stava sforando con un livello di approfondimento inferiore. Mettendo tutto insieme si sarebbe realizzata una voce di 150-200 kb molto meno approfondita e, presumo, piuttosto pesante e noiosa da leggere. Ricordiamoci che se è vero che la tecnologia ha azzerato lo stress di computer, programmi e connessioni causato da voci lunghe[senza fonte], non esiste ancora una tecnologia efficace che riduca in modo significativo lo stress delle persone che vanno ad impattarsi con pacchi da leggere in una sola schermata (ovviamente da scrollare ad libitum) --Furriadroxiu (msg) 03:10, 20 mag 2011 (CEST)Rispondi

esempio perfetto dell'applicazione di una regola che risolverebbe molti problemi: una voce singola per ogni argomento e un solo argomento per ogni voce. Se l'argomento e' vasto avra' vari sottoargomenti, varra' lo stesso. Rago (msg) 09:42, 20 mag 2011 (CEST)Rispondi
Posso portare anch'io un esempio analogo a quello di gian_d, anche se meno articolato:
cui vanno ad aggiungersi le voci correlate di argomenti considerati anche come a sé stanti, come Nebulosa di Orione, M78 e altre. In particolare, decisi fin dalla fase di progettazione di scorporare le sezioni sulle aree periferiche in una voce a parte, proprio per non gravare eccessivamente sulla voce madre, prevista già di grandi dimensioni (e giunta alla fine a 112kb). In generale, sono del parere che i criteri attuali siano abbastanza equilibrati: ovviamente le voci che trattano argomenti lunghi possono e devono essere necessariamente di una lunghezza appropriata, ma che deve comunque restare entro certi limiti e non superare (o sfondare di poco) i limiti suggeriti. Il tutto però sempre con una discreta dose di plasticità, qualche eccezione può anche essere ammessa, magari favorita qualora si veda che uno scorporo su voci correlate è già stato effettuato. --Roberto Segnali all'Indiano 21:29, 21 mag 2011 (CEST)Rispondi

Decidetevi, ma in maniera univoca, una volta per tutte! Da un lato si dice che pagine troppo grandi vanno divise in sottopagine... però poi vedo continuamente voci proposte per la cancellazione con la motivazione che le informazioni di quella voce possono essere benissimo integrate nella voce principale! Cosa vogliamo fare? Possibile che su tante questioni non si agisce in maniera univoca e troppo spesso voci o situazioni simili subiscono invece un trattamento ben diverso a seconda degli utenti che prendono parte a ciascuna discussione? Che ne è della auspicata NEUTRALITA' di wikipedia che non dev'essere applicata soltanto nel contenuto delle voci ma anche nel tipo di sviluppo verso cui si indirizza l'enciclopedia stessa? Antpriv (msg) 04:59, 22 mag 2011 (CEST)Rispondi

Infatti secondo si sbaglia e di grosso a voler unire voci ad altre principali: sporattutto per far fronte a problemi di enciclopedicità. Se le informazioni non sono sufficientemente enciclopediche non vanno accatastate altrove. Però a volte accorpare due voci risponde magari agli standard ed è corretto. AVEMVNDI  ✉ 22:21, 23 mag 2011 (CEST)Rispondi

Contrario all'ampliamento dei limiti attuali. Ha detto tutto Avemundi. --Er Cicero 21:48, 24 mag 2011 (CEST)Rispondi

Favorevole all'ampliamento. Concordo con Anassagora sulla suddivisione delle lunghezze e trovo parecchio strana la motivazione "la gente si annoia a leggere voci lunghe". Capisco che negli ultimi decenni il limite di sopportazione e la soglia di attenzione umana è drasticamente sceso, ma se una voce necessita di tot spazio per enucleare i concetti al suo interno, così sia. Le voci fiumi, se coerenti con l'argomento, ci stanno. Wikipedia, da quello che leggo, è un'enciclopedia, non un bignami, evitiamo di andare sempre al ribasso. Se, invece, si ha bisogno di una singola informazione e non si ha tempo di leggere tutta la voce... be', c'è l'indice ad inizio pagine proprio per questo, no? grievous 14:29, 2 giu 2011 (CEST)Rispondi

Già, chi se ne frega dei poveri sfigati che con una connessione analogica devono aspettare almeno un minuto per caricare una voce di 200 kb, sperando che non ci siano troppi template e troppa grafica e che la connessione non cada nel frattempo. Mai sentito parlare di ipertestualità? Se tiri in ballo il Bignami immagino che sia ancora fermo al concetto di sequenzialità obbligata dei flussi di contenuti. Sveglia! Wikipedia non è un'enciclopedia cartacea! :D --Furriadroxiu (msg) 16:54, 2 giu 2011 (CEST)Rispondi
Quindi per non fare aspettare un minuto - e questo conferma il discorso sul limite di sopportazione abbassato - bisognerebbe limitare e costringere l'enciclopedia? Proprio perché wikipedia non è su carta non ci dovremmo porre problemi relativi allo spazio, quando un argomento ne necessita), sennò tanto valeva che mi tenessi la Treccani. L'ipertestualità rientra in questo discorso, certo, serve ad alleggerire e rimandare i discorsi, ma non è la panacea di tutti i mali, ci sono voci che non ne possono usufruire (vai a parlare di ipertestualità con questa, che tra l'altro è una voce che impiega più tempo a caricarsi anche ad un non analogico come me) e che hanno bisogno del loro spazio per essere trattate nel modo più esaustivo possibile. grievous 14:07, 3 giu 2011 (CEST)Rispondi
[fuori crono] Combinare la sintesi con l'esaustività, articolata su differenti livelli di approfondimento, collegati in modo razionale (e non mi riferisco ai vedi anche) è un fattore di qualità. Qualità non è mettere tutto lo scibile in un unico contenitore, ma organizzarlo in una struttura articolata in modo da rispondere contemporaneamente a differenti esigenze e soddisfare differenti target. Non è una cosa che si trova nei fustini dei detersivi, la realizzazione di un ipertesto completo e ben articolato richiede un'adeguata progettazione, partendo dallo storyboard. Certo che se si parte dalla scrittura a manetta e poi ci si accorge di aver sforato e si cerca di "snellire" smembrando il contenuto in "pezzi" collegati, si è partiti col piede sbagliato e si continua ad inciampare. Il problema, però, non risiede in un presunto limite del concetto di testo o ipertesto, bensì nel limite di chi non riesce a sfruttarne in pieno la potenza. --Furriadroxiu (msg) 18:12, 3 giu 2011 (CEST)Rispondi
Non è andare al ribasso, è fare le cose con buon senso. Per me cliccare su un vedi anche equivale a girare la pagina di un libro. E poi questo sistema di approfondire le cose è già presente nelle fonti cartacee, a volte le note scrivono che per approfondimenti si deve andare a pagina XX, proprio per non appesantire la trattazione. Se il lavoro di gruppo non riesce a far scendere di dimensione una pagina, la pagina non andrà in vetrina secondo il consenso attuale. Non credo poi che 3 o 4 utenti insieme non riescano a diminuire le dimensioni della pagina... la cosa è fattibilissima e non inficia niente. Sapevo che la mia affermazione "la gente si annoia" veniva strumentalizzata. --Bonty - Reise, Reise... 14:12, 3 giu 2011 (CEST)Rispondi
Non sto dicendo che i "vedi anche" sono il male di vivere, sto dicendo che l'ipertestualità, a volte, non è possibile e, con i limiti attuali, si penalizzano le voci riccamente dettagliate che non riescono a spartire il peso delle informazione con voci create ad hoc perché la materia trattata non lo permetto. La voce che è ho riportato sopra mi sembra esemplare in merito. In che altro senso andava intesa la tua affermazione? grievous 14:25, 3 giu 2011 (CEST)Rispondi

Opportunità o obbligatorietà

Ultimo commento: 14 anni fa13 commenti6 partecipanti alla discussione

Mi permetto di fare una domanda diversa dalla richiesta di aggiornamento dei limiti delle voci. La linea guida riporta espressamente come azione consigliata: «La divisione è senz'altro opportuna» quando la voce supera i 125 kB, con l'annotazione che:

«L'opportunità della divisione cresce con l'aumentare delle dimensioni oltre il limite. Si noti che esistono particolari e motivate eccezioni per non procedere alla divisione (ad es. per gli elenchi o per voci di carattere generale già correlate di un gran numero di sottovoci il criterio può essere meno stringente). In ogni caso, una pagina da 250-300 kB già può creare notevoli problemi di caricamento in caso si utilizzino sistemi non recenti.»

Si parla in entrambi i casi di opportunità e non di obbligatorietà e l'opportunità andrebbe valutata, ad esempio nelle procedure per la vetrina da cui questa discussione segue, dal consenso che vi emergerebbe sulla necessità o meno della divisione (necessariamente anche alla luce dell'esistenza o meno di un numero adeguato di sottovoci). Ritenete che questa lettura della regola sia sbagliata? Grazie. --Harlock81 (msg) 18:35, 2 giu 2011 (CEST)Rispondi

Premessa: gli attuali criteri sono il frutto di una lunga e partecipata discussione avvenuta nel maggio del 2008, a seguito della quale procedetti ad aggiornare i criteri nella forma in cui attualmente si trovano. La discussione è consultabile per intero nella sottopagina Discussioni aiuto:Dimensione della voce/Sulla lunghezza delle voci; consiglio vivamente a tutti coloro che intendono intervenire di leggersi prima con attenzione questa discussione, per capire come si è giunti alla forma attuale.
Mio parere: io sono favorevole al mantenimento delle dovute eccezioni, mentre sono contrario all'ampliamento del limite consigliato. Esistono infatti delle voci che, benché abbiano già una mole di materiale scorporato in voci correlate, molto ma molto difficilmente si riesce a imbrigliarle all'interno del limite rigoroso dei 125kb, e questo è uno spunto su cui auspico una riflessione a prscindere (e se servono esempi concreti, ne posso portare di estranei alle polemiche delle ultime settimane).
A margine: in qualsiasi senso vada la discussione, ricordo comunque a tutti che, fino a quando questa discussione non produrrà l'eventuale eliminazione di questo passo, il citare questa linea guida per pretendere l'accorciamento di una voce a carattere molto generale e/o che risponde alla casistica delle eccezioni riportate costituisce de facto una violazione della stessa, nella formula in cui attualmente si presenta, che prevede invece l'esistenza di tali eccezioni. Le modifiche prima si devono discutere, poi se emerge consenso si applicano. Grazie. --Roberto Segnali all'Indiano 20:56, 2 giu 2011 (CEST)Rispondi
Bene, abbiamo citato le linee guida e "ricordato" che pretendere l'accorciamento della voce secondo le norme attuali è violarle. Il problema è in quel "dovute eccezioni", perchè stabilisce un margine di aleatorietà che dipende da persone e rapporti e non da criteri oggettivi. Ora, ritengo che buona parte dei rapporti conflittuali che si sono susseguiti in questi contesti siano riconducibili alle "dovute eccezioni" che spesso e volentieri sembrano dovute ad utenti e non ad argomenti concreti, tanto più in quanto in altri casi vengono applicate con fermezza e puntigliosità che sembra tesa esclusivamente a creare problemi piuttosto che ad innalzare la qualità delle voci. Quindi, per me, assolutamente no ad allargare i criteri (e quindi concordo con Roberto Mura). Assolutamente no a stabilire deroghe che non nascano da un consenso unanime, ma si alle eccezioni che siano totalmente condivise e motivate. Assolutamente no a brandire le regole in una discussione che non è quella nella quale le regole vengono applicate (o la loro applicazione è oggetto di discussione) ma quella nella quale vengono messe in discussione le regole stesse, e quindi non apprezzo il tono dell'"a margine", decisamente fuori luogo come se fosse il richiamo ad un ragazzino colto in fallo, e tanto più in quanto viene da chi come admin dovrebbe essere super partes. Prego, altri pareri. --Pigr8 ...libertà è partecipazione! 21:43, 2 giu 2011 (CEST)Rispondi
Mi dispiace se questa è l'impressione che ne deriva dalla mia nota, ma il punto è che ho visto i toni infiammarsi notevolmente e ho visto utenti che pretendono a prescindere che una voce non superi i 125-130kb, citando appunto la regola in discussione. Ritengo giusto che, se non si è integralmente d'accordo con una regola, questa si metta in discussione ed eventualmente la si aggiorni secondo consenso, non che si diano "letture" delle regole nella sede della loro applicazione. Sono d'accordo che nei casi dubbi le eccezioni non debbano essere considerate, dato che queste devono essere, appunto, debitamente motivate. --Roberto Segnali all'Indiano 21:52, 2 giu 2011 (CEST)Rispondi
Tranquillo, Roberto, la chiacchierata fatta è stata illuminante, e capisco che possono generarsi malintesi. Ora cerchiamo di stabilire regole certe, perchè un utente possa affacciarsi alla vetrina con tranquillità, anche se è occasionale, senza dubbi su cosa sia lecito e cosa non lo sia. Cordialmente. --Pigr8 ...libertà è partecipazione! 23:26, 2 giu 2011 (CEST)Rispondi
Il consenso non si misura sull'unanimità, ma sulla fondatezza delle ragioni esposte. Vi ringrazio intanto per le risposte ricevute ed in particolare Roberto per avermi segnalato la pagina che ha condotto all'attuale linea guida, che fornisce indicazioni importanti anche sulle sue modalità di applicazione. --Harlock81 (msg) 00:06, 3 giu 2011 (CEST)Rispondi
Personalmente cerco sempre di snellire le pagine, attraverso sottovoci. Tranne in rari casi, immagino relativi ad argomenti non umanistici, è praticamente sempre possibile scorporare senza pregiudizio dell'intelligenza della voce. Cercherei di condensare delle raccomandazioni su cosa non fare piuttosto che su cosa fare. Ecco cosa eviterei: struttura a differente gradazione di approfondimento. Se si tratta solo della questione di cui stiamo parlando, meglio uno scorporo deciso. Se deve esservi una biografia di Oscar Wilde come voce a sé stante e una versione ridotta nella voce generale, aumenta a dismisura il rischio di filogenesi diverse per contenuti identici: contraddizioni, ridondanze... per favore, no. A meno che il sunto non sia davvero tale da evitare il rischio. E per una voce biografica (l'esempio di Wilde) il rischio è evidente. Altra cosa da evitare: cercare parametri numerici fissi, da utilizzare come confini di tolleranza da applicare indistintamente per voci diversissime. È già stato detto che la quantità di kilobyte non è un dato direttamente associabile alla quantità di testo. Forse, in questo senso, sarebbe bene evitare che la vetrina facesse riferimento a questo parametro. La forma migliore non è sempre la più breve. I vari {{cita}} li vogliamo o no? Mi pare che ci sia da riflettere senza schemi pregiudiziali. Il principio base che adotterei è insomma il seguente: cercare di avere "voci-capitoli" brevi, adottando gli scorpori senza particolari patemi, ma stando attenti alle necessità concrete di ciascuna voce. --Pequod76(talk) 21:22, 4 giu 2011 (CEST)Rispondi
Se si vuole eliminare il criterio dei kilobite, si potrebbe prendere quello del numero dei caratteri o delle parole (copincollare il testo in un elaboratore di testo è un'operazione che possono fare tutti).PersOnLine 12:45, 5 giu 2011 (CEST)Rispondi
Concordo con Pequod76, per Wilde questa versione la consideravo completa ma dicevano che era troppo lunga... Per quanto riguarda in generale ora abbiamo:
Voci enormi (vedi anche questa discussione a cui nessuno rispose) come ci vorremmo regolare in questi casi? Sottodividerli? --AnjaManix (msg) 19:26, 5 giu 2011 (CEST)Rispondi

Ho letto adesso lo smembramento che è stato fatto della voce di Wilde e devo dire che è semplicemente ridicolo: mi pare l'esempio lampante di come non vadana fatto uno snellimento delle voci mediante scorporo, non solo per l'originalità della divisione (Aspetto fisico e carattere di Oscar Wilde, Studi di Oscar Wilde, Oscar Wilde negli Stati Uniti d'America, Oscar Wilde e le donne - Pasolini almeno è sto diviso per aree tematiche), ma anche per il genere di informazioni riportate: la maggior parte delle quali andavano eliminate, non scorporate, così sarebbe ridotta la pagina, invece di portare eventi insignificanti come quello che avrebbe detto davanti alle cascate del Niagara o che è inciampato in un manichino. PersOnLine 21:44, 5 giu 2011 (CEST)Rispondi

@POL: Numero caratteri/parole... No, io penso che un parametro quantitativo per le voci in vetrina non ci va in nessuna forma: l'unico parametro deve essere quello della qualità dell'informazione, dell'equilibrio e della proporzione dell'esposizione. Capisco che esiste il problema delle connessioni a 56k e dei palmari, però trovo assurdo prendere le voci a colpi d'accetta per garantire voci "distrutte" a tutti gli apparati. Mi chiedo cosa sia meglio: contenuti buoni garantiti solo ad alcuni o contenuti a brandelli per tutti? Io penso che dovremmo fare un festival dello scorporo ragionato, a partire da un EGO di voci sopra i 100/125kb, consci del fatto che si tratta di un lavoro che richiede molta abilità nell'esposizione e nella gestione del testo. Sale pepe olio! --Pequod76(talk) 22:32, 5 giu 2011 (CEST)Rispondi
Colgo l'occasione per fare un resoconto delle posizioni di questo paragrafo e del precedente, che di fatto sono collegati, anche per poter dare un indirizzo nelle circostanze che ne richiedono l'applicazione. Dunque:
  • a favore del mantenimento dello stato attuale: Pigr8, Nickanc (se ho interpretato bene), Bonty, Vito, Rago, Sandro_bt, Yoggysot, La voce di Cassandra, Demostene119, Avemundi, Postcrosser (ma con eccezioni non meglio precisate), Eva4, Retaggio, gian_d, RobertoMura, Er Cicero
  • per un allargamento: Desmodromico749, Anassagora, ArtAttack (credo), Harlock81, Grievous
Pertanto il consenso sembrerebbe, con qualche distinguo, orientato al mantenimento dei limiti attuali. Ora, per l'obbligatorietà, il problema a mio avviso è: se esiste una norma, come si fa ad evitare che il "buon senso" col quale la stessa deve essere applicata diventi aleatorio e legato magari a gruppi organizzati di utenti che di fatto pilotino le decisioni in una direzione piuttosto che un'altra? Per me, come ho già detto, se in una discussione non esiste unanimità, evidentemente la regola va applicata con una certa precisione, e d'altronde la tolleranza può essere definita in pochi punti percentuali, non nel 50% o oltre. No all'accetta indiscriminata sulle voci, e non solo a quelle in vetrina, ma non posso immaginare che esista sulle riviste scientifiche un limite all'articolo, oltre il quale lo stesso non viene pubblicato, e da noi invece no, anche se comunque i contenuti possono essere organizzati in un cluster di voci tramite un ipertesto. --Pigr8 ...libertà è partecipazione! 18:37, 15 giu 2011 (CEST)Rispondi
Mi spiace, ma non condivido affatto la tua lettura della discussione, anzi. Applicare la regola, significa leggere ogni sua espressione e non limitarsi a guardare al valore numerico. La regola prevede delle eccezioni, purché siano rispettati determinate condizioni. IL problema, allora, è verificare che quelle condizioni siano rispettate:
  • argomento di carattere generale
  • esistenza di adeguate pagine di approfondimento dello stesso.
Se è così, bene, la riduzione sarebbe opportuna, ma non necessaria; altrimenti, la riduzione va eseguita procedendo con la creazione di quelle pagine di approfondimento o ridimensionando la voce stessa (se, non essendo di carattere generale, si ritiene debba essere limitata lòa trattazione). Né condivido il consiglio di apllicare la regola in modo ferreo se non c'è unanimità, quando, a maggior ragione, ciò che chiedi è applicare una tua interpretazione della stessa. --Harlock81 (msg) 09:16, 16 giu 2011 (CEST)Rispondi

voci molto lunghe

Ultimo commento: 12 anni fa1 commento1 partecipante alla discussione

segnalo questa discussione del bar dove si discute delle numerose voci sopra I 125 KB.--188.217.39.4 (msg) 18:58, 12 giu 2013 (CEST)Rispondi

proposta aviso

Ultimo commento: 12 anni fa6 commenti5 partecipanti alla discussione

nelle voci o nelle discussioni delle voci molto lunghe che non si sanno come divide proporei di mettere un aviso che dica qualcosa del tipo, "Antenzione voce molto lunga che non si sa come dividere".--95.238.183.198 (msg) 15:09, 15 giu 2013 (CEST)Rispondi

nessuno è interessato alla proposta?--79.53.176.28 (msg) 20:28, 6 ago 2013 (CEST)Rispondi
allora nessun parere?--79.19.183.171 (msg) 23:09, 1 set 2013 (CEST)Rispondi
mah, non saprei, in quanti casi tale avviso sarebbe utile?--LikeLifer (msg) 01:34, 2 set 2013 (CEST)Rispondi
non so il numero, cosa ne pensate se propongo un festival per controllare quante e quali delle circa 600 voci che superano i 125.000 byte sono divisibili o accorciabili e quali no?--79.19.183.171 (msg) 16:12, 2 set 2013 (CEST)Rispondi
se non ci sono pareri qui? lo propongo direttamente li.--87.18.176.206 (msg) 15:42, 5 set 2013 (CEST)Rispondi

Aggiornare la policy ?

Ultimo commento: 11 anni fa13 commenti11 partecipanti alla discussione

Nella pagina è scritto che "oltre i 125 kB la divisione è senz'altro opportuna" e "In ogni caso, una pagina da 250-300 kB già può creare notevoli problemi di caricamento in caso si utilizzino sistemi non recenti."

Noto però che:

  1. Il numero di voci oltre il limite è molto alto (cfr. Speciale:PaginePiùLunghe)
  2. Lo scorporo anche di pagine di 500k non è ritenuto necessario (cfr. Discussione:Catalogo della National Gallery)

Alziamo la soglia?--151.67.222.253 (msg) 14:51, 15 gen 2014 (CET)Rispondi

A prima vista non mi pare necessario. Anzitutto le voci sopra i 300k sono davvero poche, tanto che - come nel caso del Catalogo della National Gallery potrebbero tranquillamente essere l'eccezione che conferma la regola. Le linee guida possono essere derogate in casi particolari, previo consenso, in questo caso qualora non si trovi un modo accettabile per dividere la voce senza peggiorare la qualità e facilità della consultazione (parlo appunto di particolari liste, non certo di voci in generale). --MarcoK (msg) 14:58, 15 gen 2014 (CET)Rispondi
le voci sopra 250 kB sono poco più di 20. invece di alzare l'asticella, si potrebbe iniziare a pensare a qualcosa equivalente al ns spagnolo Anexo per voci come "Armoriale delle famiglie italiane" (10 delle 30 voci più grosse dell'enciclopedia). --valepert 15:13, 15 gen 2014 (CET)Rispondi
voci corpose? wikipedia e' un ipertesto, dovrebbero essere rarissime eccezioni, quindi il limite puo' rimanere com'e', anzi lo abbasserei pure! --Rago (msg) 20:08, 15 gen 2014 (CET)Rispondi
Non ne vedo il motivo: al di là della possibile difficoltà di caricamento (motivazione forse superata) una pagina molto lunga è proprio più pesante da leggere e può rendere più difficile trovare ciò che si sta cercando al suo interno. E a parte rari casi hanno comunque poco senso pagine-fiume, quando si possono inserire dei "vedi anche". Mantenere il imite attuale può essere visto anche come un incentivo a creare delle pagine organizzate meglio. --Postcrosser (msg) 20:54, 15 gen 2014 (CET)Rispondi
Penso che le dimensioni per una voce da vetrina dovrebbero tranquillamente poter arrivare a 180 kb. Detto da uno che ha problemi di visualizzazione: col mio vecchio portatile (ma la colpa è mia non delle voci). Alcune voci si possono ridurre molto, come abbiamo fatto io e Cristiano 64 e gli altri utenti del Progetto Antica Roma per la voce Marco Aurelio (ora di 173 kb), ma non si può mutilare la voce di informazioni fondamentali (messe in voci ancillari con il vedi anche) oltre un certo limite, senza rovinare la voce stessa. Trovo assurdo che quella voce non possa stare in vetrina.--StefanoRR (msg) 12:21, 16 gen 2014 (CET)Rispondi
Per quanto riguarda la vetrina sono d'accordo. Questa pagina fornisce delle indicazioni discrezionali e non dovrebbe mai essere interpretata in modo rigido come una "regola" (termine che andrebbe evitato su Wikipedia al di fuori dei 5 pilastri). Il fatto che stia nel namespace "Aiuto" e non "Wikipedia" è da questo punto di vista significativo. --MarcoK (msg) 13:02, 16 gen 2014 (CET)Rispondi
Sono d'accordo con gli intereventi che mi precedono, però, se proprio si deve fare una modifica alla policy, cambierei "notevoli problemi di caricamento" con "problemi di caricamento ".... 300k non è che fanno crashare un browser, bisognerebbe proprio avere un computer degli anni '90, e sinceramente non credo che a quel punto il probelma sarebbe il navigare su wikipedia, ma su gran parte dei siti online... --Sailko 09:22, 18 gen 2014 (CET)Rispondi
È vero che sui computer rispetto ad anni fa ci sono meno problemi tecnici a caricare pagine più pesanti,
ma altre novità ci sono state negli ultimi tempi: un tempo non c'erano smartphone, tablet e simili. Qualcuno sa come si comportino con pagine più pesanti?
Oltre alle motivazioni tecniche, ce ne sono anche di editoriali (cioè di scelta): essere un'enciclopedia con voci di una certa dimensione (ognuna centrata su uno specifico argomento), non trattazioni più lunghe su macroargomenti. --109.54.7.126 (msg) 01:12, 19 gen 2014 (CET)Rispondi
Io sono fortemente contrario all'abbassamento dei limiti (anche nel caso delle voci in vetrina), anzi quasi quasi semmai gli abbasserei. Questo non per motivi tecnici, ma perché le voci devono essere appunto voci e non piccoli libri (per fare un esempio, la versione pdf di Boeing B-52 Stratofortress, voce in vetrina appena sotto i 125kb, ha 34 pagine, che poi contengono mediamente più contenuto di un tipico libro). In altre parole, quando leggo una voce mi piacerebbe trovare le cose più importanti senza aver bisogno di leggermi una cinquantina di pagine piene di dettagli meno significativi. E questo vale anche per le voci che trattano argomenti molto generali, per i quali le informazioni importanti non ci starebbero in 125kb: "basta" (so bene che non è facile) infatti selezionare le informazioni più importanti e rimandare a delle sottovoci per le altre.--Sandro_bt (scrivimi) 06:35, 21 gen 2014 (CET)Rispondi
Esatto, siamo un'enciclopedia, e (almeno per quelle relativamente moderne) è normale rimandare ad altre voci (certo un accenno ci vuole,mentre viceversa vedo a volte dei {{Vedi anche}} senza neppure 4 parole), per di più rispetto all'enciclopedie cartacee questa è in ipertesto nel www per cui è anche più facile passare da una voce all'altra e aprire un'altra un un'altra finestra/scheda.
Certo, non sempre è facile selezionare le informazioni principali (soprattutto voci che devono dare una "panoramica", ma quello varia anche da area tematica ad area tematica, ad es. nelle voci di geografia come comuni o zone geografiche, ecc. è normale mettere una sezione storia almeno breve e poi rimandare a una voce specifica, ma almeno qualcosa normalmente si mette sempre e a farla breve si fa ben fatica. Oltre a quello anche sport, arte, economia, ecc. ecc. -anche se magari per il comune non è che siano poi così rilevanti, se non per il fatto di trovarcisi fisicamente dentro- e la voce si allunga ... Mentre per dire in molte voci di matematica, scienza o anche tecnologia ben spesso non c'è nessun accenno storico, anche quando servirebbe far notare che le cose non sono sempre state così. --109.55.7.63 (msg) 08:53, 11 mar 2014 (CET)Rispondi
Ecco, ho ritrovato una discussione su una voce, in cui si sostiene che sia corretto che per contestualizzate ci siano persino più dettagli e informazioni delle voci più specifiche: Discussione:Comune di Parigi (1871)#Contestualizzazione della situazione precedente troppo dettagliata --109.55.7.63 (msg) 09:37, 11 mar 2014 (CET)Rispondi
In quella discussione non si sostiene niente del genere. Leggi bene. --Paola Michelangeli (msg) 10:06, 11 mar 2014 (CET)Rispondi

Namespace Aiuto: o Wikipedia: ?

Ultimo commento: 11 anni fa2 commenti2 partecipanti alla discussione

Non andrebbe spostata al namespace Wikipedia: , visto che si tratta di una policy (linea guida), più che una vera e propria pagina d'aiuto? --109.55.7.63 (msg) 08:43, 11 mar 2014 (CET)Rispondi

Come ho spiegato sopra, sta bene dov'è. --MarcoK (msg) 10:37, 11 mar 2014 (CET)Rispondi

Dimensione reale

Ultimo commento: 11 anni fa3 commenti2 partecipanti alla discussione

Mi pare che ci sia una confusione di fondo (e anche la pagina di en.wiki non è messa meglio, a parte un accenno all'inizio). La parte "Aspetti tecnici" parla chiaramente di dimensioni del wikicodice. Ma il wikicodice non è quello che i broser dei lettori devono scaricare; per loro conta la dimensione effettiva dell'HTML generato, che può variare anche di tanto. In particolare la dimensione del wikicodice non tiene conto dell'espansione dei template, cioè {{pippo}} sono 9 byte nel wikicodice, ma in realtà può rappresentare 50kb di roba. Poi ci sono le immagini (ma forse hanno un'attenuante, si può cominciare a leggere mentre caricano). Il famoso limite di 75kb dovrebbe in realtà riferirsi alla dimensione dell'HTML? Se si dovremmo spiegarlo, se no è un limite che lascia il tempo che trova --Bultro (m) 00:44, 17 mag 2014 (CEST)Rispondi

Esiste un sistema per "calcolare" la dimesione effettiva dell'HTML generato da una pagina di Wikipedia? --Franz van Lanzee (msg) 11:59, 17 mag 2014 (CEST)Rispondi
Di sicuro ogni browser permette di salvare la pagina come file html, ma ci sarano anche modi migliori. Questa pagina di aiuto ad esempio è 12kb di wikicodice e 62kb di html --Bultro (m) 12:42, 17 mag 2014 (CEST)Rispondi

Questioni di nomenclatura

Ultimo commento: 10 anni fa3 commenti2 partecipanti alla discussione

Non sarebbe il caso di sostituire tutte le occorrenze nella linea guida del termine "lunghezza" con il termine "peso" quando nel contesto ci si riferisce alla dimensione espressa in kB e lasciarlo solo laddove si intende effettivamente la lunghezza nel senso di estensione? Capisco che queste sono pagine di servizio e non dell'enciclopedia, però sarebbe bene esprimerle nei termini corretti. Vedo che in qualche punto si usa effettivamente il termine peso in altri "lunghezza" nel senso di peso --Frank50_s [✉] 20:18, 12 ago 2015 (CEST)Rispondi

Neanche "peso" è un nome corretto, è un modo di dire... --Bultro (m) 12:57, 13 ago 2015 (CEST)Rispondi
Non è un modo di dire ma un gergo tecnico, tra l'altro già usato nella linea, si tratta di armonizzare, almeno si evita confusione. La lunghezza quando si parla di editoria et cetera indica il numero di righe.--Frank50_s [✉] 13:39, 13 ago 2015 (CEST)Rispondi

Revisione criteri lunghezza voci per VdQ e di Vetrina

Ultimo commento: 10 anni fa6 commenti3 partecipanti alla discussione

Buongiorno a tutti quanti, vorrei aprire un dibattito che è emerso nelle segnalazioni da me proposte in vetrina, e cioè si può chiedere di aprire una riflessione sulla lunghezza delle voci in Vetrina, rendendo più flessibile il giudizio in base alla peculiarità della singola. Per esempio, la voce Alessandro Manzoni è lunga 165 mila byte, ma non è possibile creare una voce ancillare sulla vita, avendo già per il resto ridotto al minimo le parti tecniche con voci ancillari (seguendo in tal modo le indicazioni dei revisori). Di conseguenza, sono d'accordo sul limitare la lunghezza delle voci, ma non assolutizzare tale regola e lasciando alla coscienza dei revisori della voci i provvedimenti da apportare. Grazie --Erasmus 89 (msg)--12:03, 23 set 2015 (CEST)Rispondi

A stretto rigore, il regime di eccezione che chiedi è già previsto nella presente pagina: "Si noti che esistono particolari e motivate eccezioni per non procedere alla divisione (ad es. per gli elenchi o per voci di carattere generale già corredate di un gran numero di sottovoci il criterio può essere meno stringente)". Si valuta caso per caso in ragione delle caratteristiche peculiari di esso. --Franz van Lanzee (msg) 12:33, 23 set 2015 (CEST)Rispondi
Meno male che ci sei tu ad aiutarmi. Perché sembra che sia una regola fissa, a detta di Er Cicero, il non superare i 125 mila byte. Ora glielo posso far sapere! Grazie, [@ Franz van Lanzee] --Erasmus 89 (msg)--13:39, 23 set 2015 (CEST)Rispondi
[@ Erasmus 89] Chi dice che non si possano creare voci ancillari sulla vita? Non dico che vada necessariamente fatto in questo caso, e certo non è la prassi, ma in realtà lo facciamo già in alcuni casi sulla morte, ma enwiki lo fa spesso, su singoli periodi della vita di persone su cui approfondiscono molto, vedi ad es. en:Early life and career of Barack Obama. Un esempio nostro forse è Ingresso in politica di Silvio Berlusconi. --Jaqen [...] 13:49, 23 set 2015 (CEST)Rispondi
Ciao [@ Jaqen], non sto dicendo che non si possa fare, ma che non sta bene fare delle voci ancillari sulla biografia di un personaggio, opinione emersa già durante la segnalazione di Dante Alighieri. Sinceramente, non riuscirei a vedere dove possa "tagliare" nella voce su Manzoni, in quanto nella parte biografica ho esposto velocemente anche le opere, così come ho adottato parecchie voci ancillari nelle varie sezioni. Se riesci a dare un'occhiata e a suggerirmi qualche spuntatina nella parte biografica, te ne sarei grato. Sul caso di Obama e Berlusoni, le cose a mio avviso sono profondamente diverse, in quanto su di loro disponiamo migliaia di informazioni sulla loro vita pubblica, mentre su Manzoni abbiamo sì parecchie notizie, ma provenienti sempre da un cerchio ristretto di conoscenti, e non da articoli di giornale e simili. --Erasmus 89 (msg)--13:55, 23 set 2015 (CEST)Rispondi

p.s: comunque, bel profilo [@ Jaqen] ;) --Erasmus 89 (msg)--14:08, 23 set 2015 (CEST)Rispondi

Ci aggiorniamo ?

Ultimo commento: 8 anni fa6 commenti5 partecipanti alla discussione

I progressi nell'informatica, nel hardware e nelle reti rendono obsoleti i limiti suggeriti, che spesso inoltre cozza contro voci di carattere generale e argomento enciclopedicamente rilevante già corredate di un gran numero di sottovoci. Propongo di aggiornare i numeri cambiando 75 in 150 e 125 in 300. Opinioni e commenti? --Bramfab Discorriamo 11:52, 20 feb 2017 (CET)Rispondi

Fino a pochi giorni fa ti avrei dato ragione, ma proprio venerdì ho gestito questa richiesta di archiviazione, relativa ad una pagina di appena 148 kB, che mi induce a credere che i limiti attuali, se sono obsoleti, non lo siano per tutti (e per tutte le modalità di accesso, perché accedendo alla versione "mobile" credo il problema non si ponga).
Secondo me, anzi, almeno per le pagine di servizio (incluse tutte le talk) nelle quali di norma non si pone il problema di spezzettare un la trattazione organica di un soggetto unico, il limite andrebbe abbassato e rispettato in maniera più rigorosa di quanto si faccia oggi.
Nondimeno, un aggiornamento della pagina di servizio sarebbe IMHO il benvenuto: riferimenti a browser di 15 anni fa sono proprio anacronistici. --Nicolabel 12:06, 20 feb 2017 (CET)Rispondi
(conflittato) Non saprei... se è sicuramente vero che gli hardware e i browser attuali non hanno più i problemi nel caricare pagine pesanti che ci potevano essere anni fa, va considerato che molte persone che consultano l'enciclopedia lo fanno anche attraverso dispositivi mobili. E su un cellulare è sicuramente più semplice leggere una voce e trovare al suo interno le informazioni che si stanno cercando se questa non è troppo lunga. Io forse lascerei il limite dei 75kb come è ora, per non invogliare a scrivere pagine troppo lunghe quando c'è la possibilità di suddividerle bene (per una questione di fruibilità delle pagine più che di peso), mentre forse si potrebbe alzare il limite massimo, per quei pochi casi in cui la suddivisione diventa complicata o farebbe perdere di unità la pagina. --Postcrosser (msg) 12:35, 20 feb 2017 (CET)Rispondi

Si tratterebbe solo di regolamentare quanto è già normale. Molte delle pagine in testa a Speciale:PaginePiùLunghe rifuggono da anni e anni qualunque tentativo di scorporo che ne riduca la dimensione, difese a spada tratta da alcuni utenti, rendendosi di fatto illeggibili da dispositivi mobili e da chi ha una connessione lenta o un pc datato (si parla di dimensioni ben sopra i 300, la prima sfiora i 500 !).--151.67.220.158 (msg) 13:27, 20 feb 2017 (CET)Rispondi

[@ Postcrosser] per chi consulta da smartphone, basta già una voce con la dimensione di 3 pagine A4 per non renderla fruibile e un'enciclopedia non e' pensata per essere un tascabile. Per quelli che consultano tramite smart serve un buon incipit.
[@ Nicolabel] non obsoleti per quanti percentualmente? Sulle pagine di discussione sono d'accordo più snelle e le stesse discussioni se lunghe spezzettate. Incidentalmente io ho l'impressione, ma ci vuole il commento di qualcuno ben dentro il software di mediawiki, che il problema del caricamento lento non stia tanto nella lunghezza in se della pagina, ma nella suddivisione in paragrafi della pagina, ossia una pagina con 100 paragrafi, come spesso accade di trovare nelle pagine di discussioni, mi si carica e mi si apre più lentamente di una pagina di medesima lunghezza, ma suddivisa in 20 paragrafi.--Bramfab Discorriamo 13:47, 20 feb 2017 (CET)Rispondi
Penso anch'io che i problemi tecnici con le voci lunghe siano ormai superati, sia per i PC che per gli smartphone. Sono d'accordo nel cambiare la pagina, ma bisogna tenere conto che oltre al problema tecnico (superato) per il namespace 0 rimane comunque un problema di leggibilità dei contenuti e di soglia di attenzione del lettore. Per cui sono favorevole ad aumentare la soglia, ma penso che ancora meglio sarebbe smettere di misurare la dimensione in KB (che è una misura che ha senso per i computer ma poco per i fruitori umani, ancora oggi utile ma solo per una minoranza di dispositivi e utenti). Sarebbe molto più utile mettere dei limiti (flessibili) alla dimensione del testo visualizzato dal lettore, cioè escludendo tutta la sintassi wiki e tutte le note: ad esempio un numero massimo di caratteri o di parole. Il motivo per cui lo propongo è che spesso le pagine con molte note sforano questa linea guida pur avendo un testo leggibile e non eccessivamente lungo; quando si fa notare che la pagina viola la linea guida, si inizia a cercare di limare KB ovunque, cosa che spesso si riesce a fare solo con effetti controproducenti (eliminando delle note oppure usando la sintassi <ref>[www.sito.it Titolo]</ref> al posto di quella più lunga e corretta con il {{Cita web}}). --Una giornata uggiosa '94 · E poi, di che parliamo? 15:36, 20 feb 2017 (CET)Rispondi
Estratto da "https://it.wikipedia.org/w/index.php?title=Discussioni_aiuto:Dimensioni_della_voce&oldid=86060195"
Ritorna alla pagina "Dimensioni della voce".