Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Vai al contenuto

Discussioni aiuto:Disambiguazione: differenze tra le versioni

Contenuti della pagina non supportati in altre lingue.
Da Wikipedia, l'enciclopedia libera.
Contenuto cancellato Contenuto aggiunto
Riga 223: Riga 223:
::Il link ''deve'' stare all'inizio e questo è già chiarito bene --[[Utente:Bultro|Bultro]] ([[Discussioni utente:Bultro|m]]) 19:37, 7 mag 2014 (CEST)
::Il link ''deve'' stare all'inizio e questo è già chiarito bene --[[Utente:Bultro|Bultro]] ([[Discussioni utente:Bultro|m]]) 19:37, 7 mag 2014 (CEST)
:::@IP: perdonami, ma non puoi mettere in discussione lo standard attuale presentando link a disamb che sono fuori standard. ''"menù" non compare proprio (appunto per l'uso dei piped link)'': no, non compare perché la disamb è scritta male e va corretta ([https://it.wikipedia.org/w/index.php?title=Menu_%28disambigua%29&diff=65818460&oldid=58448259 fatto]). La pagina [[Menù]] non ha disambiguanti tra parentesi, quindi cosa c'entra il piped in questo caso? [[Utente:Pequod76|pequod<small>76</small>]]<sup>[[Discussioni utente:Pequod76|<span style="color:#dc143c;">talk</span>]]</sup> 20:10, 7 mag 2014 (CEST)
:::@IP: perdonami, ma non puoi mettere in discussione lo standard attuale presentando link a disamb che sono fuori standard. ''"menù" non compare proprio (appunto per l'uso dei piped link)'': no, non compare perché la disamb è scritta male e va corretta ([https://it.wikipedia.org/w/index.php?title=Menu_%28disambigua%29&diff=65818460&oldid=58448259 fatto]). La pagina [[Menù]] non ha disambiguanti tra parentesi, quindi cosa c'entra il piped in questo caso? [[Utente:Pequod76|pequod<small>76</small>]]<sup>[[Discussioni utente:Pequod76|<span style="color:#dc143c;">talk</span>]]</sup> 20:10, 7 mag 2014 (CEST)

== Mettiamo nero su bianco che la "netta predominanza" del significato non si misura dai wikilink entranti? ==

Mettiamo nero su bianco (anzi nero su rosa ...) che la "netta predominanza" del significato non si misura dai wikilink entranti?

L'eventuale utilizzo di tale metodo di valutazione è infatti fuorviante perché
* dipende da quali altre voci sono già state create e quali wikilink (uscenti) siano state messi in esse
* un certo termine e wikilink può essere più ricorrente, anche decisamente, in Wikipedia, ma quello richiesto è che sia il ''significato'' ad essere nettamente predominante, si deve tenere conto a cosa pensa una persona che parla la lingua italiana sentendo quella parola / titolo, non a cosa pensi un wikipediano esperto e abituato alle voci di Wikipedia
* il fatto che al momento una voce sia disambiguata in un modo piuttosto che un altra, influenza (in parte, perché non sempre ci si accorge e li si corregge) i wikilink entranti, se ad es. una voce su un significato non nettamente predominante è comunque al titolo non disambiguato, tutti i wikilink riferiti a quel significato resteranno a quel titolo, mentre quelli relativi agli altri significati vengono (si spera) almeno in parte corretti.

Nonostante ciò, non di rado c'è chi utilizza tale metodo di valutazione, per cui è meglio specificare di non utilizzarlo. --[[Speciale:Contributi/109.54.30.216|109.54.30.216]] ([[User talk:109.54.30.216|msg]]) 21:14, 11 mag 2014 (CEST)

Versione delle 20:14, 11 mag 2014

Trovo non di rado pagine di disambiguazione in cui uno o più elementi non hanno il wikilink alla voce. Ad es. prima di questa mia modifica solo 1 dei 3 elementi aveva il wikilink!

Visto che sono pagine per navigare nelle voci, non pagine di dizionario o simili, quando ne trovo mi chiedo

  • o il wikilink ci va per ogni elemento
  • o forse non c'è il wikilink perché non deve esistere la voce (questione spesso non facile da decidere), ma allora in tal caso non deve neppure esserci quell'elemento nella pagina di disambiguazione, giusto?

--109.53.206.58 (msg) 12:02, 11 gen 2014 (CET)[rispondi]

In generale i wikilink ci vanno, la disambigua serve appunto come "bivio" tra più voci.
Se la voce citata nella disambigua è palesemente non enciclopedica non ci va né il wikilink, né l'occorrenza stessa. Spesso però trattandosi di voci non ancora scritte è difficile dedurlo.
Esiste però un terzo caso: guarda Scheletro. Ci sono due occorrenze che non hanno un wikilink perché la stesura di una voce in quei casi sarebbe difficile/inutile. Si tratta infatti di definizioni rapide, quasi da glossario. Se invece avessero una voce tutta per loro o potrebbero averla andrebbe messo il wikilink, blu o rosso che sia. --AlessioMela (msg) 12:34, 11 gen 2014 (CET)[rispondi]
Wikipedia non è un dizionario, il terzo caso non dovrebbe esistere (quelle due poi non sono nemmeno definizioni, sono solo due degli innumerevoli possibili usi metaforici dello scheletro osseo) --Bultro (m) 12:41, 11 gen 2014 (CET)[rispondi]

Colonna sonora o album

Segnalo. --Superchilum(scrivimi) 15:19, 13 gen 2014 (CET)[rispondi]

Ambiguità ... non ambigue

Non capisco pagine di disambiguazione tipo Top model (disambigua),

forse qualcuno cita ad esempio "Una top model nel mio letto" abbreviandolo in "Top model" e quindi è ambiguo con il significato nettamente predominante? --109.54.23.222 (msg) 07:10, 16 gen 2014 (CET)[rispondi]

È sbagliata, va eliminata. Basta una {{nd}} da top model al film "Top Model" ('87? '88?). C'è poi l'errore di Top Model (film). pequod76talk 09:31, 16 gen 2014 (CET)[rispondi]
hai ragione che bisogna togliere quelle come "Una top model nel mio letto", ed è vero che c'è un solo film che si chiama "Top Model" (quindi va spostato a disambigua semplice "film"). Ma occhio che il reality si chiama anche solo "Top Model", e c'è anche una serie tv con quel titolo, quindi va solo aggiornata la disambigua. --Superchilum(scrivimi) 09:46, 16 gen 2014 (CET)[rispondi]
Ottimo, grazie. :) pequod76talk 09:47, 16 gen 2014 (CET)[rispondi]

✔ Fatto --Superchilum(scrivimi) 10:13, 16 gen 2014 (CET)[rispondi]

Grazie --109.53.200.39 (msg) 17:11, 17 gen 2014 (CET)[rispondi]
Altro caso, penso analogo: Scoperta (in cui mancava il significato nettamente predominante, per cui l'ho aggiunto e chiesto spostamento della pagina di disambiguazione. Ma, a parte ciò, serve ed è corretta una simile pagina di disambiguazione che disambigua cose non ambigue?) --109.54.16.116 (msg) 20:38, 8 feb 2014 (CET)[rispondi]
Al momento la pagina di disambiguazione Scoperta và cancellata perchè non vi sono elencati voci dal titolo ambiguo.--Romero (msg) 20:58, 8 feb 2014 (CET)[rispondi]
Come Romero. Nessuna ricorrenza adeguata. Anche "Scoperta indipendente" non è "Scoperta" e non è una ricorrenza adeguata. Se un giorno qualcuno creerà Scoperta se ne riparlerà. Per ora faremmo bene a cancellare. pequod76talk 21:17, 8 feb 2014 (CET)[rispondi]

Singolo e Single: significati nettamente prevalenti

Segnalo la discussione Discussione:Singolo su se quello discografico sia significato nettamente prevalente.

Inoltre, Single un significato nettamente prevalente l'avrebbe proprio (quello di persona sola, non sposata, indicato nella nota disambigua), per cui andrebbe quello al titolo semplice, non in nota disambigua. Ma quella voce non è ancora stata scritta, ho guardato questa pagina d'aiuto ma non trovo indicazioni su come fare in casi come questo. --Perrry Mason Paul Della (msg) 23:39, 17 gen 2014 (CET)[rispondi]

Io non credo che sui "single" si possa scrivere una voce enciclopedica, è più da wikizionario --Bultro (m) 16:13, 18 gen 2014 (CET)[rispondi]
Dalla disamb di enW si arriva anche alla Ennupla. Bisogna chiedere al prg:matematica.
Per quanto riguarda il significato della persona sola/non sposata, su wdata abbiamo d:Q908826. Però appunto oscilla tra "celibato" (che noi abbiamo) e "single person" (invece fr:Célibat sembra includere entrambi i sensi). Una sezione come questa fa pensare che non debbano per forza coincidere (infatti en:Celibacy). Ovviamente non possiamo che aspettare un commento da chi abbia aperto almeno una volta un libro di sociologia. In italiano, il termine si riferisce esclusivamente alla prospettiva del matrimonio, non a quella dell'amplesso. Di qui il groviglio tra interlink, con Célibat legato a Single person e non a Celibacy. Questione non banale... pequod76talk 16:35, 18 gen 2014 (CET)[rispondi]
E perché mai su single / signolo (inteso come persona che vive da sola) non si potrebbe scrivere una voce enciclopedica?! Spiegate su quali basi sostenete una simile posizione (o forse ... che state scherzando! :-D ) , quando è un concetto importante e ben studiato per descrivere la società, in occidente soprattutto degli ultimi decenni. Sarebbe un po' come dire che "famiglia" è da wikizionario! --109.54.7.45 (msg) 23:55, 23 gen 2014 (CET)[rispondi]
No, io non ho mai sostenuto che su "single" (persona senza compagno fisso) non si possa scrivere una voce. Penso anzi il contrario, ma non è la mia materia, per cui non posso che aspettare che qcno munito di fonti lo faccia. :-) pequod76talk 09:54, 24 gen 2014 (CET)[rispondi]
Si riferiva a quanto affermato da Bultro (e a chi si oppone alla correzione). --109.53.210.214 (msg) 00:46, 25 gen 2014 (CET)[rispondi]

Interprogetto

Le linee guida correnti dicono esplicitamente che in una disambigua l'unico link interprogetto (cioè a progetti come wikiquote, wikizionario, wikivoyage, ecc...) può essere uno al wikizionario, pertanto in seguito a questa segnalazione ho di recente modificato {{Interprogetto}} in modo che ignori link ad progetti diversi dal wikizionario quando ci si trova in una disambigua (la verifica viene fatta attraverso wikidata quindi disambigue quindi il blocco non funziona per voci di disambigua non aventi un link a wikidata). Questo ha l'effetto in che in alcune voci dove il collegamento era a wikiquote (e senza collegamento al wikizionario) adesso compaia una sezione "Interprogetto" vuota, per esempio vedi Davies. Qualcuno ritiene che la linea guida debba essere cambiata ?--Moroboshi scrivimi 15:48, 19 gen 2014 (CET)[rispondi]

Secondo me (ma sono "di parte", in quanto admin di Wikiquote) è un peccato togliere gli interprogetto a Wikiquote dalle disambigue, perché, se finora vari utenti li hanno inseriti, evidentemente li ritenevano utili, e il loro inserimento è costato tempo e lavoro. Inoltre, non è carino creare una situazione di "disparità", perché – se da un lato il collegamento a Wikipedia è ovviamente utile per Wikiquote (e quindi non avrebbe senso toglierlo dalle disambigue di Wikiquote) – dall'altro gli utenti di Wikiquote si troveranno ora nella situazione di non trovare più un collegamento "di ritorno" mentre navigano su Wikipedia. Inoltre, se ammettiamo che le disambigue delle varie versioni linguistiche di Wikipedia debbano essere collegate tra loro attraverso gli interlink – poiché il confronto tra le varie liste può essere utile – non si capisce perché non debba essere utile anche un confronto con la lista di disambiguazione di un altro progetto, dove magari ci sono collegamenti a voci non ancora esistenti su Wikipedia. --Spinoziano (caute) 17:31, 19 gen 2014 (CET)[rispondi]
su Wikidata sono collegate le disambigue, quindi non vedo perché non debbano esserlo acnhe qui. --Superchilum(scrivimi) 19:18, 19 gen 2014 (CET)[rispondi]
La disambigua serve a guidare tra significati; il wikizionario e le wiki straniere fanno eccezione perché possono descrivere altri significati. Prima scegli se vuoi l'orso panda o la Fiat Panda, poi se proprio ti va avrai l'interprogetto con le immagini, le citazioni ecc. appropriati; se sei in una disambigua di Wikipedia non stai cercando in prima battuta delle citazioni. Non a caso anche le wiki straniere mettono solo il dizionario (a loro non si è posto il problema perché usano il template Wiktionary) --Bultro (m) 19:21, 19 gen 2014 (CET)[rispondi]
Le disambigue non sono vere e proprie voci, ma pagine di servizio, mentre il tmp interprogetto va messo solo nelle voci.--Mauro Tozzi (msg) 20:12, 19 gen 2014 (CET)[rispondi]
Spinoziano, sarebbe utile esaminare qualche caso specifico di utilizzo verso Quote. "se finora vari utenti li hanno inseriti, evidentemente li ritenevano utili": be', vediamo in cosa consista questa utilità. pequod76talk 21:24, 19 gen 2014 (CET)[rispondi]
Non vedo motivo di escludere la possibilità di avere link interprogetto nelle disambigue. Nel caso indicato, Davies e Wikiquote, mi sembra che il collegamento sia appropriato. Mi aspetto che anche con Wikivoyage ci siano situazioni simili (esistono luoghi diversi con lo stesso nome). Può darsi che sia un caso insolito, ma perché escluderlo? - Laurentius(rispondimi) 21:58, 19 gen 2014 (CET)[rispondi]
Io la penso come Bultro e Mauro. Le disambigue sono solo pagine di servizio per guidare l'utente verso la voce che vuole. Prima sceglie la voce, e poi gli mostro (in quella voce) l'interprogetto corretto Jalo 09:32, 20 gen 2014 (CET)[rispondi]
Sì, da un punto di vista logico mi pare che il collegamento interprogetto non abbia molto senso.
Non ho capito ancora perché uno dovrebbe andare da Davies a q:Davies. Riesco a immaginare solo esigenze tecniche del contributore, non esigenze "conoscitive" del lettore. Abbiamo bisogno di argomentazioni comprensibili: non "ma perché escluderlo?", ma "serve perché...". pequod76talk 09:53, 20 gen 2014 (CET)[rispondi]
Anche le esigenze tecniche del contributore sono importanti, sebbene secondarie. In ogni caso l'esclusione fatta agendo sul template mi sembra eccessiva, considerando che su questa regola non c'è un consenso forte, ammesso che ci sia consenso. Ricordo inoltre che l'interprogetto è da sempre usato negli altri tipi di pagine di servizio (nelle categorie è ben in vista, mentre nelle pagine delle linee guida c'è l'interprogetto "nolink", cioè il collegamento compare nella colonna a sinistra). --Spinoziano (caute) 14:58, 20 gen 2014 (CET)[rispondi]

Se il punto è "a cosa serve?", il punto di partenza èː a cosa servono i collegamenti interprogetto? Nella mia visione, servono a collegare aspetti diversi di uno stesso concetto. Così, esiste il concetto di Milano come città della Lombardia, ed esiste la voce su Wikipedia su Milano, la pagina su Wikivoyage, il lemma su Wikizionario, la pagina su Wikiquote, e l'item su Wikidata su Milano (che, in un certo senso, in prospettiva, è quello che li collega e definisce tutti). Visto nell'altro senso, con una prospettiva globale, quello che fanno i progetti Wikimedia non è un insieme di pagine singole, ma delle descrizioni di concetti; i concetti sono rappresentati da un elemento su Wikidata e descritti o definiti dagli altri progetti, nelle varie lingue e nei vari punti di vista possibili (quello del turista, quello linguistico, quello della conoscenza enciclopedica, ecc.).
Tornando alle pagine di disambiguazione, come esiste il concetto di Milano come città della Lombardia, esiste il concetto di Milano come espressione, che è il concetto descritto dalla pagina di disambiguazione. Che quindi ha senso in più progetti. E, quando esiste in più progetti, è naturale collegarli. - Laurentius(rispondimi) 21:22, 20 gen 2014 (CET)[rispondi]

Ma l'obiezione dei contrari è che l'espressione proprio non può essere un concetto. Non ti puoi fare un concetto di due parole omografe e ambigue, perché a quel punto stai analizzando il significante, non il significato. Milano potrebbe essere Trrrrrrr ed essere omografa di tutt'altro. Scusami, non voglio essere "ficcante", questi interlink non danno di certo fastidio. Ma arrivati a questa situazione e trovandoci a esprimere una preferenza per l'una o per l'altra soluzione, anzi, peggio, con già sezioni vuote!... Riesco a immaginare un passaggio del tipo: parto da una disamb su Quote per trovare chi o cosa sto cercando, lo trovo e lo cerco anche su wp (o viceversa), ma non tanto che si parta da una disamb, si passi ad un'altra disamb e poi si approdi alla cosa cercata. Non saprei. :) Cmq la modifica interessata è piuttosto recente, maggio 2013, quindi possiamo ben rifletterci. Prima non c'era un espresso "divieto", ma si dava per scontato che il wikizionario, che appunto si occupa del significante (con tutti i suoi significati), fosse un luogo logico cui rinviare. Riflettiamo sul discorso "utile ai contributori", perché oggi come oggi la proposta è per il lettore, e non dovremmo rischiare di proporre delle "porte" che il lettore non si spiegherebbe. pequod76talk 00:49, 21 gen 2014 (CET)[rispondi]
Infatti, la disambigua non descrive un concetto, è solo un mezzo tecnico per raggiungere un'altra pagina, tant'è che non esiste alcuna disambigua, se non per il motivo casuale che ci sono almeno 2-3 pagine omonime. Pensare che descriva un concetto è l'errore tipico di chi riempie le disambigue di disquisizioni e ammenicoli vari (in questo, il link a Quote è la punta di un iceberg...), mentre più sono stringate e rapide e meglio è.
Un compromesso per il contributore potrebbe essere far apparire solo i link nella colonna di sinistra. A quel punto l'interprogetto si potrebbe anche integrare automaticamente nel {{disambigua}} --Bultro (m) 14:14, 21 gen 2014 (CET)[rispondi]
Esattamente, pensavo appunto ad un interlink vecchio stampo. Mi sembra un'ottima soluzione per i contributori. pequod76talk 16:00, 21 gen 2014 (CET)[rispondi]
Mah, secondo me non è spostando una cosa sbagliata nell'angolino nascosto che si risolve il problema. Quel link è (IMHO) inutile, e lo è anche se lo mettiamo nella colonna di sinistra Jalo 16:07, 21 gen 2014 (CET)[rispondi]
Per ragioni tecniche potrebbe essere utile (quindi lato contributore). Se pensata per il lettore, appare gratuita/erronea. IMHO due cose distinte. pequod76talk 17:07, 21 gen 2014 (CET)[rispondi]
Le cose utili per il contributore si implementano con gadget/monobook, non modificando l'interfaccia visibile ai lettori Jalo 17:44, 21 gen 2014 (CET)[rispondi]
Ma l'espressione è un concetto! il concetto stringa gatto è di tipo diverso dal concetto di animale gatto, naturalmente, ma è pur sempre un concetto. (Naturalmente poi esiste anche il concetto stringa adfhrubdiahsdiahda, però non è enciclopedico :-) ).
Comunque, l'utilità per il lettore non contributore è rilevante ma non determinante: siamo pieni di cose inutili per chi non contribuisce (ad esempio, i link rossi). - Laurentius(rispondimi) 19:32, 21 gen 2014 (CET)[rispondi]
Sì, quelli che hai citato sono concetti, ma non la sequenza di lettere "g, a, t, t, o" e sono queste sequenze l'oggetto di una disambigua. Se hai per le mani un concetto, normalmente ci fai una voce. :)
Certo, è vero che le identità "lettore" e "contributore" su wp non sono perfettamente scindibili. Però francamente dire ai lettori "ehi, guarda, c'è una lista di ricorrenze ambigue anche su Quote" non mi pare molto sensato. Invece la soluzione di Bultro (immagino {{interprogetto|nolink|...}}) mi pare un buon compromesso tra le varie esigenze. pequod76talk 20:39, 21 gen 2014 (CET)[rispondi]
Che mi pare un buon compromesso anche a me (btw potrei anche implementarlo di default sulle disambigue senza bisogno di dover inserire il nolink - perlomeno per quelle identificate come disambigue su wikidata). Non ho capito però della proposta se il link al wikizionario resterebbe nel testo principale o anche lui solo nella barra di sinistra.--Moroboshi scrivimi 21:01, 21 gen 2014 (CET)[rispondi]
Il Wikizionario servirebbe perché la disambigua g-a-t-t-o non dovrebbe riportare "definizioni da dizionario" ma solo le voci che hanno nel titolo quell'insieme di caratteri in quell'ordine. Tali definizioni potrebbero però esistere e il lettore che le cerca erroneamente da noi anziché sul dizionario troverebbe una via d'uscita. --AlessioMela (msg) 01:21, 22 gen 2014 (CET) PS certo che stanti così le cose, chiamare il paragrafo "Altri progetti" porta il contributore ad aggiungere i link a diversi altri progetti, come ad esempio quote.[rispondi]
Infatti il wikizionario andrebbe proposto in altro modo rispetto all'attuale sezione "Altri progetti". Se infatti l'interwiki è opportuno (segnatamente perché il corrispondente lemma del wikizionario esiste), allora è facile immaginare che quella disambigua possa avere un incipit (dove appunto inserire l'interwiki). In alternativa, va bene anche il boxino che propone enW (ad es.). pequod76talk 02:18, 22 gen 2014 (CET)[rispondi]
In Discussioni_aiuto:Disambigua/Archivio/08#Link_al_wikizionario si decise di usare il classico interprogetto. Col senno di poi (e con wikidata) si potrebbe tornare indietro sulla decisione e integrare i link a dizionario nel {{disambigua}}. Lo spostamento dovrebbe essere fattibile via bot --Bultro (m) 12:58, 22 gen 2014 (CET)[rispondi]
Se vanno solo nella barra a sinistra sono integrabili nel {{disambigua}} (idem per aggiungere il box in alto stile en.wiki per il wikizionario), ma per mantenere il blocco "altre voci" sia pure per il solo wikizionario a fine voce non penso sia fattibile l'integrazione.--Moroboshi scrivimi 13:01, 22 gen 2014 (CET)[rispondi]
Meglio così, direi, la sezione la trovo molesta e dispersiva. Molto meglio il box stile enW. pequod76talk 15:37, 22 gen 2014 (CET)[rispondi]
Vedo solo ora questa discussione, comunque dico anche la mia. Visto che wikidata già collega in modo univoco i progetti di w, s e voy direi che questi tre dovrebbero essere sempre presenti (i.e. visualizzati automaticamente dal modulo interprogetto) alla stregua di wikt che stato inserito manualmente. Se poi viene deciso di modificarne la visualizzazione va bene, ma trovo errato visualizzare i diversi progetti in modi differenti. --Andyrom75 (discussioni) 16:39, 16 feb 2014 (CET)[rispondi]

Rinviare al disambigua più grande

Volevo chiedere se è sbagliato, in casi come questo, trasformare un disambigua in redirect ad un altro contenente un maggior numero di significati, tra cui quelli che appunto sarebbero propri del disambigua trasformato in redirect. Grazie per l'attenzione, --Epìdosis 22:38, 2 feb 2014 (CET)[rispondi]

Sì, è sbagliato, l'oggetto di una pagina disambigua ha valore letterale non concettuale; quindi una disambigua per Villa Banchieri e una per Banchieri. Poi si possono correlare tramite la sezione "Pagine correalate".--Romero (msg) 22:48, 2 feb 2014 (CET)[rispondi]
Questo vale anche per un disambigua "NOME COGNOME", che quindi non dovrebbe reindirizzare al disambigua "COGNOME"? --Epìdosis 12:33, 3 feb 2014 (CET)[rispondi]
Intendi, per esempio, un redirect da Giuseppe De Giuseppis alla disambigua De Giuseppis? E' errato; se ci sono due (o più) s/oggetti, entrambi enciclopedici, con titolo "Giuseppe De Giuseppis" si fa la disambigua Giuseppe De Giuseppis. Poi esiste la tpologia delle disambigue per cognome e per questa tipologia si fa anche la disambigua De Giuseppis (se uno dei due De Giuseppis è molto più noto dell'altro si può usare una semplice nota disambigua nella voce del più noto). Tieni conto che, al momento, esistono un sacco di eccezioni a questi ragionamenti perchè, nel corso degli anni, il campo delle pagine disambigue è stato una sorta di Far West, in cui ognuno seguiva le proprie regole.--Romero (msg) 12:57, 3 feb 2014 (CET)[rispondi]

Significato nettamente prevalente di disambiguazione con voce non ancora esistente

Segnalo problema: Discussione:Cucito#Disambiguazione su significato nettamente prevalente

(Lo segnalo anche qui, in modo che si trovi in generale un metodo e si scrivano precise istruzioni su come fare in questa pagina d'aiuto -al momento pare proprio che si debbano assegnare i titoli secondo il caso "significato nettamente prevalente", quindi ad es. con la pagina di disambiguazione in "Titolo (disambigua)", ma non è affatto chiaro come fare). --109.53.235.138 (msg) 09:26, 10 feb 2014 (CET)[rispondi]

Nella maggior parte di questi casi ci vuole meno di minuto, molto meno del tempo per fare tutte queste segalazioni e discussioni, per creare un abbozzo della voce col significato prncipale traducendo l'incipit da en.wiki (in questo caso en:Needlework).--Romero (msg) 13:16, 10 feb 2014 (CET)[rispondi]
Questa, Romero, è la soluzione di "buonsenso", ma il fatto che la questione riemerga costantemente fa dubitare che sia così tanto di buonsenso. In pratica si costringe i volontari a fare le cose in un certo ordine non obbligatorio, che diventa tale per problemi "tecnici". Non solo, si costringe i volontari a creare voci che magari non si sentono in grado, da un punto di vista tematico, di creare. Spesso rinunciano (a me è capitato con Da capo - cfr.). pequod76talk 14:49, 10 feb 2014 (CET)[rispondi]
Appunto, fare un abbozzo è un costringere a fare un qualcosa che l'utente non è detto che voglia fare o sia in grado di fare, o abbia anche solo il tempo di fare. Io ad es. varie disambiguazioni le scopro mentre sto ampliando o wikificando un'altra voce, o magari già più d'una, e vado a controllare se i wikilink che ho messo siano giusti (o non ci sia qualche errore o sorpresina ... come appunto è una sorpresina nel caso di un significato nettamente prevalente trovarsi che il wikilink punta a tutt'altro), per cui vero che magari ci vuole poco e si può fare, ma magari non in quel momento. (E comunque tradurre dall'inglese non sempre è così facile, anche chi conosce quella lingua, magari non è conosce i termini tecnici in tale lingua, o magari non sa quasi niente di quell'argomento e stava leggendo Wikipedia proprio per informarsi, e sta dando un piccolo contributo magari aggiungendo qualche wikilink e riscrivendo qualche frase in altra voce, come detto, ma non se la sente di fare di più.
Questa discussione comunque voleva essere generale, come da titolo, per trovare e chiarire un metodo appunto un generale su come procedere e a scriverlo chiaramente. (Si arriverà a decidere, per esempio, che la cosa migliore in questi casi è che si crei un abbozzo? Bene, allora scriviamolo chiaramente)
(Se ci sono altre discussioni/segnalazioni, magari specifiche, beh allora a maggior ragione vuol dire che istruzioni chiare non ci sono).
Anche perché, ora non ricordo nella pagina di discussione di quale voce, un po' di giorni fa ho letto una risposta di un altro utente che diceva che la disambiguazione al momento non era necessaria, di lasciare al momento l'unico significato presente, se sarà il caso ( = dopo che verrà creata la voce) si sposterà. Però:
  • Un utente che vi arriva trovano solo un significato diverso da quello che cerca, senza magari nessun riferimento al "suo", resta spiazzato.
  • Di fatto la necessità di disambiguare (senza la quale la linea guida dice di non disambiguare) c'è già, perché l'ambiguità esiste già. Ed è quello che facciamo nel caso di disambiguazioni senza significato nettamente prevalente (la linea guida dice esplicitamente che si possono mettere i significati che generano quello che è un wikilink rosso, con l'accortezza di controllare il titolo scelto per convenzioni di titolo). La differenza è che in caso di significato nettamente prevalente e mancanza della sua voce, non si sa come tecnicamente procedere. (Sposto la pagina di disambiguazione e lascio un redirect?)
  • A lasciare tutto com'è, non solo poi quando si sposterà la voce non al significato prevalente o la pagina di disambiguazione bisognerà correggere tutti i "Wikipedia:puntano qui" (problema che in teoria dovrebbe essere limitato a solo qualche errore se invece le voci e pagine di disambiguazione fossero già al loro titolo corretto), ma non vorrei che come per nulla affatto di rado qualcuno sostenga, seppure erroneamente, che sia il significato in quel momento non disambiguato sia quello nettamente prevalente visto che la maggior parte dei "puntano qui" riguardano quello (come se l'abbondanza dei wikilink abbia qualcosa a che vedere con la prevalenza di un significato lessicale ....) o viceversa se attualmente vi è una pagina di disambiguazione sostenere sempre per lo stesso erroneo motivo che il significato non è così nettamente prevalente tant'è che ci sono dei puntano qui riguardanti altri significati ... --109.53.203.82 (msg) 08:50, 13 mar 2014 (CET)[rispondi]
Se non vuoi fare il miniabbozzo fà almeno una disambigua. Così i significati secondari sono già sistemati, e se un domani se ne vuol far diventare uno primario non è un grosso sforzo. L'utente con cui hai parlato si sbagliava (se si sapeva dell'esistenza di altri significati, anche se rossi). --Bultro (m) 19:44, 13 mar 2014 (CET)[rispondi]
Appunto, ma dove? Si lascia la voce con significato prevalente vuota ("Esempio") e vi si mette una nota disambigua a "Esempio (disambigua)" in cui mettere la disambigua (o, se poche, direttamente le note disambigue nelle voce vuota)? --109.53.197.203 (msg) 09:45, 2 apr 2014 (CEST)[rispondi]
Una pagina di disambiguazione in "Esempio". Nel dubbio è sempre meglio: promuovere successivamente un significato a principale non dà nessun problema, solo dei redirect. Degradare un principale a secondario causa invece dei link errati --Bultro (m) 14:33, 2 apr 2014 (CEST)[rispondi]

Disambigue di cognomi (italiani): come andiamo?

Ho cercato vari cognomi di diffusione medio-bassa, che non coincidano con nomi di località per vedere se c'erano disambigue. Alcuni (Cosci, Antonutti, Iannetta) mi davano solo due voci, altri una o nessuna (Iazzi, Ballestrazzi, Mandrile, Vergari) ma altri in genere dovrebbero esistere come disambigua da almeno 3-5 voci... Ho scelto cognomi non rarissimi ma nemmeno troppo usuali, a diffusione a volte provinciale: Aldighieri, Allegretti, Allegrini, Anfossi, Baccini, Barbagallo, Barontini, Bartolini, Bordignon, Borghetti, Bressan, Busetto, Cazzaniga, Cicognani, Coppini, Damonte, Finazzi, Formentini, Frigeri, Marchini, Marconcini, Marzari, Mazzotta, Romanelli, Padoan,

Non sono state poche alla fine le disambigue che ho trovato (nota:ho fatto Marzari io oggi). Sinceramente mi aspettavo peggio... siamo ben oltre il 60%.

Mi chiedevo: ma non converrebbe dal template bio fare EGO dei cognomi più diffusi a cui non corrisponde disambigua? penso che sarebbe un ottimo punto di partenza per essere razionali nel valutare la situazione.--Alexmar983 (msg) 12:33, 11 feb 2014 (CET)[rispondi]

Favorevole all'EGO. Si potrebbe poi anche pensare a una creazione via bot delle disambigue non ancora esistenti, partendo dall'EGO e usando il campo "Cognome" del template {{Bio}}. Che dite? (Ah, tutto questo non dovrebbe valere solo per cognomi italiani, ma direi per tutti). --BohemianRhapsody (msg) 12:42, 11 feb 2014 (CET)[rispondi]
Concordo. Recentemente mi sono occupato di creare tutti i disambigua di cognomi italiani presenti anche su fr.wiki e su ru.wiki e di correggere vari collegamenti errati (le disambigue di de., en., fr. e ru., che sono le wiki più fornite, erano spesso isolati); in tutto ho dovuto creare qui in it.wiki circa 200 disambigua. Ottima l'idea dell'EGO. --Epìdosis 13:24, 11 feb 2014 (CET) P.S. Segnalo che anche l'utente:Bomber pampero sta facendo un ottimo lavoro coi disambigua di cognomi, non solo italiani[rispondi]
Certo anche stranieri, ho provato quelli italiani perché c'erano meno ambiguità di grafia mi aspettavo una situazione migliore e volevo capire quanto era davvero "buona". Epìdosis grazie, come tu ben ti ricorderai io avrei fatto un festival delle disambigue non presenti in italiano (di cui la maggioranza dei casi urgenti e non ambigui son cognomi) ma ci sono resistenze e mi spiace che in pochi come te finiscano da soli a fare 'sto lavoro. Spero che questa versione dell'EGO piu' "it.wiki-centrica" tranquillizzi gli scettici sulla concretezza dell'operazione (io avrei osato di piu' ma alla fine soprattutto su cognomi "esterni" è un buon punto di partenza)--Alexmar983 (msg) 13:35, 11 feb 2014 (CET)[rispondi]
Io intanto ho chiesto l'aggiornamento di questi due EGO, anch'essi molto interessanti. --Epìdosis 13:37, 11 feb 2014 (CET)[rispondi]
ho richiesto l'EGO e l'ho visto. Mi serviva almeno un'idea del tempo computazionale. Nel peggiore dei casi avremo almeno qualche numero del fenomeno per capire dove serve agire. --Alexmar983 (msg) 13:51, 11 feb 2014 (CET)[rispondi]

Bandierine

Salve! Quando sistemo delle disambigue dove ci sono dei nomi di luoghi, frequentemente divido i toponimi per stato di appartenenza e aggiungo le relative bandierine; è in linea con quanto previsto? Perché qui sono state tolte. --Syrio posso aiutare? 08:49, 14 feb 2014 (CET)[rispondi]

...le definizioni devono tendere all'essenzialità, perché servono solo a far comprendere al lettore cosa troverà nelle voci cui si rinvia attraverso i wikilink: definizioni troppo lunghe riducono la fruibilità della pagina e non corrispondono allo scopo per cui è stata creata. Per la stessa ragione, nelle pagine di disambiguazione non va collocato alcun genere di immagine o file multimediale (come bandiere nazionali, stemmi, gonfaloni, mappe, fotografie ecc.).
Sorry, ma sono d'accordo con la p. di aiuto. Mi pare solo un grattacapo in più, senza tanta convenienza e forse anche qualche effetto psicotropo non desiderato. pequod76talk 08:56, 14 feb 2014 (CET)[rispondi]
Ah, quella parte me l'ero proprio persa! Beh, nessun problema, non le metto più :) --Syrio posso aiutare? 09:17, 14 feb 2014 (CET)[rispondi]
È una parte relativamente recente. :) --pequod76sock 11:40, 14 feb 2014 (CET)[rispondi]

Non sarebbe più corretto cambiare il trattino con la lineetta enne (–)? Nel caso basta relegare il compito di sostituirlo in tutte le voci periodicamente a un bot. --Tartufo (msg) 19:03, 28 feb 2014 (CET)[rispondi]

Mi sembra un'ottima idea. --SuperVirtual 20:59, 28 feb 2014 (CET)[rispondi]
A me francamente no. La lineetta di cui disponiamo nella tastiera è -
Quindi avremmo continuamente utenti umani che inseriscono la "breve" e bot che inseguono trasformando in "lunga". Oppure gli umani dovrebbero vincolarsi a mettere direttamente la "lunga".
E tutto questo per avere un beneficio non particolarmente apprezzabile.
Eviterei. pequod76talk 16:30, 2 apr 2014 (CEST)[rispondi]
la lineetta lunga è quella corretta secondo le convenzioni della lingua italiana e secondo il manuale di stile. finora è quella che ho sempre utilizzato anche nelle disambigue. poco male se qualcuno usa il trattino, ma senza dubbio sono per sostituirlo con la lineetta in questa pagina d'aiuto. --ppong (msg) 16:40, 2 apr 2014 (CEST)[rispondi]
Francamente non sono riuscito a trovare una fonte che affermi che le fantomatiche "convenzioni della lingua italiana" (???) prevedano la en dash o la em dash per le definizioni di un lemma. Quel che si trova è che il trattino (-) serve a unire (separandole graficamente) delle parole, mentre en dash e em dash rispettivamente a scopi analoghi al trattino e a produrre un inciso più veemente delle parentesi. In entrambi i casi stabilire che servono per introdurre la definizione di un lemma è una vostra assunzione personale. Troviamo delle fonti che dicano chiaramente che lemma e definizione debbano essere separati da un en/em dash e poi discutiamo eventualmente del beneficio che otteniamo, a parte la sedicente "correttezza". Lo scarto tra lemma e definizione nelle disamb esiste già ed è ottenuto con il grassetto per il lemma. Il tutto è stato deciso con ampio consenso. Nulla osta a cambiare, ma evitiamo di sovraccaricare i botolatori senza avere le idee chiare su pro, contro e perché. pequod76talk 17:48, 2 apr 2014 (CEST) p.s.: il MDS dice che la lineetta è sempre tra due spazi, ma stando a en:Dash non è così.[rispondi]
Il gioco di parole "en-dash/en:dash" è voluto? :-) --Horcrux九十二 18:06, 2 apr 2014 (CEST)[rispondi]
No, anzi, sì, da te che l'hai visto! ;) pequod76talk 00:10, 3 apr 2014 (CEST)[rispondi]

[ Rientro] Non hai tutti i torti (a Pequod), ma mi sembra un po' ingiusto basare il manuale di stile di un enciclopedia sulle abitudini che hanno gli utenti inesperti (o comunque che ignorano il cambiamento) e sul possibile "sovraccarico" ai bot. Ma dopotutto si sta solo parlando di pagine di disambiguazione. --Tartufo (msg) 00:21, 3 apr 2014 (CEST)[rispondi]

Ciao Zack, non ho capito il discorso degli utenti inesperti: cosa intendi? Perché anche io che lo sto venendo a sapere non sarei troppo allegro di sapere che "devo" digitare una combinazione per ottenere la en dash invece del comodo trattino che ho sulla tastiera. Ma magari ho capito male quello che dici.
Sul sovraccarico dei bot, è vero, diciamo sempre che le risorse del sistema non vengono certo messe in difficoltà, però i botolatori sono umani volontari. Quindi non hanno difficoltà ad accogliere richieste su cui ci sia consenso e senso. A me non sembra che il trattino semplice sia così inadatto: ovviamente se decidiamo diversamente mi adatto (purché ci pensino i bot, appunto). pequod76talk 00:49, 3 apr 2014 (CEST)[rispondi]
Intendevo il fatto che, come hai detto prima e come hai ripetuto ora, molti ignoreranno il fatto che va messa la en dash al posto del trattino normale, anche perché più comodo da digitare (quindi anche sapendo che va messa la enne mettono per comodità il trattino invece). E, di conseguenza, mi sembrava inadatto allo stile dell'enciclopedia rinunciare a questa modifica del manuale per questa ragione. Ma, come ho già detto, si sta parlando solo di pagine di disambiguazione. Si può anche fare uno strappo alla regola e basarci per una volta più sulla comodità della cosa in sé (mettere il trattino normale) che sul fatto che sia più giusto o no (lineetta enne). --Tartufo (msg) 01:15, 3 apr 2014 (CEST)[rispondi]
(P.S.) Tra l'altro non è neanche una "cosa giusta" cambiare con la lineetta enne, la mia è stata solo una proposta basata sull'aspetto grafico delle pagine di disambiguazione e, soprattutto, da una discussione avuta con SuperVirtual (che addirittura era convinto che questa pagina di servizio consigliasse di mettere la enne e non il trattino, e secondo me anche giustamente). Quindi non so, se si arriva alla conclusione che mettere il trattino è anche più corretto oltre che più comodo, ovviamente ritiro la mia proposta. --Tartufo (msg) 01:17, 3 apr 2014 (CEST)[rispondi]
Se sulla tastiera ci fosse una en dash sarei d'accordo a metterla, perché esteticamente è più valida ai nostri propositi. Ma nella tastiera non c'è. Se anche alle 8.00 di tutte le mattine passasse un bot a correggere trattino con en dash, le disambigue sarebbero cronicamente sballate. Se infatti voglio inserire una nuova ricorrenza in una disamb, la metterò col trattino (quindi fuori MDS): in attesa del bot creo disomogeneità. Infine, il trattino è esteticamente così poco valido? Secondo me no.
Non sottovalutiamo le disamb: è vero, non sono importanti in sé stesse, ma ci portano dove vogliamo andare quando sono presenti delle ambiguità. È un caso raro? No. Infatti le disamb sono 55.411, cioè quasi il 5% del totale attuale delle voci di ns0 (1.111.815 in questo momento). pequod76talk 00:01, 4 apr 2014 (CEST)[rispondi]
E allora lasciamo il trattino, se la enne crea davvero così tanti problemi. --Tartufo (msg) 11:56, 4 apr 2014 (CEST)[rispondi]

disambigue poco modificate

In Wikipedia:Elenchi generati offline/Voci più antiche poco modificate ho fatto creare sezioni per le disambigue. Se non venisse approvata la proposta di fdQ è possibile comunque darci un'occhiata.--Alexmar983 (msg) 09:50, 21 mar 2014 (CET)[rispondi]

Traslitterazioni

Sono in procinto di tradurre la pagina di disambiguazione en:Maidan, ma mi è venuto un dubbio: è meglio tenere una sola pagina con tutte le traslitterazioni del termine (tenendo le traslitterazioni come redirect) come fa en.wiki o è meglio creare una nuova disambigua per ogni traslitterazione interconnettendole fra loro? --Horcrux九十二 15:44, 9 apr 2014 (CEST)[rispondi]

La seconda. Gli italofoni non confondono "may" e "mey" come gli inglesi... --Bultro (m) 19:42, 10 apr 2014 (CEST)[rispondi]
in generale le disambigue servono per connettere tra loro omografie, quindi significati scritti nello stesso modo, quindi la seconda. --Superchilum(scrivimi) 20:16, 10 apr 2014 (CEST)[rispondi]
Immaginavo, grazie ad entrambi :-) --Horcrux九十二 20:27, 10 apr 2014 (CEST)[rispondi]

In Nota disambigua non va messo il piped link, perché in pagina di disambiguazione si può mettere?

In {{Nota disambigua}} non vanno messi dei piped link

come indicato in Template:Nota disambigua/man# (si veda anche Discussioni template:Nota disambigua#Piped link nel wikilink per le motivazioni più approfondite), in breve: per evitare che in una voce "Pippo" si legga "se cerchi il significato in economia vedi la voce Pippo" e il lettore si confonderebbe "Ma sono già nella voce Pippo!).


Per le pagine di disambiguazione però non vi è uniformità rispetto alle note disambigue:

secondo Aiuto:Disambigua#Pagina di disambiguazione nelle pagine di disambiguazione il piped link può esserci (non per forza, subito prima fa un esempio senza). Andrebbe comunque chiarito meglio perché non è chiaro dagli esempi se il link debba essere per forza un piped link (o comuunque sia meglio, la pagina dice "per wikificare correttamente l'elenco") se vi è una descrizione.

Non sarebbe meglio invece non mettere proprio i piped link anche nelle pagine di disambiguazione (e modificare la pagina di aiuto in modo dica chiaramente di non metterli)? Questo per:

  • Stesse motivazioni che per Nota disambigua. Vero che in una pagina di disambiguazione vi è il template in cima che avvisa che si tratta di una pagina di disambiguazione, ma un utente potrebbe essere un po' perplesso a clickare in una voce "Pippo" un link che a prima vista sembra portare a "Pippo"
  • Uniformità con Nota disambigua (anche più facile ricordarsi le regole)
  • Maggiore facilità di lettura e consultazione: soprattutto in una pagina di disambiguazione non molto lunga e quindi non divisa in sezioni, il disambiguante visibile nel link e in grassetto aiuta in molti casi ad individuare più rapidamente la voce desiderata, senza che sia necessario leggere tutte le descrizioni. --109.55.4.115 (msg) 12:44, 13 apr 2014 (CEST)[rispondi]
Favorevole Concordo in tutti i punti della proposta. Ci sono troppe disambigue in giro in cui non si capisce dove bisogna cliccare perché i link che interessano sono affogati all'interno di lunghe descrizioni e piped-link. Meglio evidenziare ad inizio di ogni riga i nomi delle pagine. --Daniele Pugliesi (msg) 19:05, 14 apr 2014 (CEST)[rispondi]
Dubbioso, i disambiguanti tra parentesi non sempre sono adatti allo scopo di far comprendere di cosa tratta la voce e spesso non sono uniformi tra loro, seguendo regole o prassi diverse. Secondo me è più efficace la descrizione libera, che deve essere breve, semplice e di immediata comprensione. --ArtAttack (msg) 21:20, 14 apr 2014 (CEST)[rispondi]
Personalmente leggendo le proposte dell'IP non vedo evidenti controindicazioni al buon senso, il problema di uniformità che pone ArtAttack imo andrebbe risolto prima di pensare alle disambigue dato che si tratta dei titoli delle voci (mi sembra che ci siano regole abbastanza rigide a tal proposito) e comunque non capisco (non sarebbe certo la prima volta, probabile che mi sbaglio) perchè la disuniformità degli stessi dovrebbe motivare l'uso del piped link. --^musaz 21:32, 14 apr 2014 (CEST)[rispondi]
Sinceramente non vedo che omogeneità debba esserci tra disambigue e note disambigua. Hanno in comune l'elemento della disambiguazione, null'altro.
Nella pag. di aiuto, "può presentare un piped link" non significa che il piped si può anche non mettere, ma che può non essere necessario (non tutte le voci hanno un disambiguante tra parentesi). L'esempio precedente, senza piped, è probabilmente un retaggio del vecchio impianto della pagina, prima che si decidesse il nuovo formato. "Per wikificare correttamente l'elenco" bisogna seguire il format consigliato.
Concordo con la necessità di facilitare la consultazione: una buona definizione dovrebbe iniziare, quando possibile, con "in chimica/in informatica/in linguistica ecc.". In moltissimi altri casi, la prima parola della definizione è appunto il disambiguante ("romanzo", "numero", "serie televisiva"...). Mostrare invece il piped ha due problemi: uno, quello menzionato da ArtAttack, per cui i disambiguanti tra parentesi non hanno e spesso non possono avere uniformità; due, non sono sempre presenti: uno su cosa deve fare affidamento quando mancano? Quoto ancora ArtAttack: definizioni concise e chiare, ed è fatta. In genere i disambiguanti non servono a chiarire di cosa parla la voce, ma a distinguere titoli omonimi. Naturalmente in molti casi chiariscono di cosa parla la voce, ma non nascono per questo. Dal solo titolo capite cosa è Cize (Ain)? O Noto (provincia)? Provincia di Noto? O DNA ligasi (ATP)? E Oreste (Cimarosa)? Per non parlare degli elementi tra parentesi che non sono disambiguanti: Tre uomini in barca (per non parlare del cane).
@Daniele: il link dove cliccare deve stare sempre all'inizio (tranne rarissimissimi casi) ed è evidenziato col grassetto. Non vedo come ci si possa confondere.
Stiamo bene come stiamo: sulla base del falso presupposto che note disambigua e disambigue debbano avere una qualche omogeneità, finiamo per sporcare le disamb, rendendole caotiche, che è appunto quello che si vuole evitare. L'attuale conformazione è pulitissima: la voce si linka all'inizio ed è evidenziata con grassetto; le definizioni devono avere pochi link (io li avrei tolti tutti, ma non si è voluto). pequod76talk 01:01, 15 apr 2014 (CEST)[rispondi]
[↓↑ fuori crono] (parzialmente OT) @Pequod76: Secondo Wikipedia:Convenzioni di stile/Geografia, Noto (provincia) dovrebbe in realtà essere Provincia di Noto (Giappone) (perché già esiste una Provincia di Noto che andrebbe invece spostata a Provincia di Noto (Regno delle Due Sicilie). --BohemianRhapsody (msg) 14:15, 16 apr 2014 (CEST)[rispondi]
quoto Pequod, non vedo perchè ci debba essere uniformità tra un template e una pagina che ti indirizza al significato corretto. Avere le disambiguazioni "estese" può generare più confusione (anche grafica) che altro. --Superchilum(scrivimi) 17:35, 15 apr 2014 (CEST)[rispondi]
Perché dovrebbe esserci uniformità e che omogeneità dovrebbe esserci?! Hanno in comune che sono delle disambiguazioni, servono entrambe al lettore per arrivare alla voce desiderata tra diverse voci omonime. Se vi pare poco ... (sono proprio sorpreso, sarebbe come dire che non si vede perché una voce sul cavallo e una sull'asino dovrebbero avere delle convenzioni uguali perché hanno in comune solo che sono degli equini utilizzati dagli uomini).
Che uno sia un template e l'altro no, è una differenza tecnica (per altro non indispensabile: giusto per dire, potremmo creare un template per ciascun elemento della pagina di disambiguazione, oppure modificare il template Disambigua per contenerli all'interno) che poco interessa al lettore che cerca a quale tra le voci omonime arrivare, i vari vantaggi elencati qui se non si usassero i piped link riguardano appunto i lettori (tranne in effetti quello dell'uniformità della convenzione su come scrivere il codice di quelle pagine, quello sarebbe un vantaggio per coloro che scrivono le pagine, sarebbe più semplice e più facile da ricordare per loro).
In ogni caso, l'attuale pagina d'aiuto è poco chiara (tant'è che io vi leggo che si può fare in entrambi i modo, un altro utente interpreta che l'indicazione del vecchio metodo è una rimanenza che non è ancora stata aggiornata quando è stato introdotto il nuovo metodo. Nuovo metodo che da quanto scritto non solo da me ma anche da altri ha degli svantaggi), per cui andrebbe perlomeno migliorata. Serve però prima decidere cosa vogliamo che vi sia indicato, in base a cosa sia meglio fare.--109.55.16.111 (msg) 10:32, 16 apr 2014 (CEST)[rispondi]
Non sono due modi diversi di fare la stessa cosa. Uno è un elenco essenziale (banale elenco di link), l'altro è wikificato. --Horcrux九十二 12:22, 16 apr 2014 (CEST)[rispondi]
Beh, a me piaceva l'idea di lasciare il link con la parentesi perchè a) guardando l'elenco di voci nella disambigua mi salta subito all'occhio la pagina che sto cercando senza che devo leggere la descrizione b) mi accorgo subito di eventuali disuniformità nel titolo delle voci c) si andrebbe di qualche centimetro nella direzione di uniformare il variopinto universo delle disambigue di it.wiki soltanto facendo girare un bot che toglie i piped. --^musaz 12:58, 16 apr 2014 (CEST)[rispondi]
a) E la descrizione che ce la mettiamo a fare? Mi rifaccio poi a quanto dice Pequod: se dal titolo Cize (Ain) riesci a capire di cosa parla la voce più in fretta di quanto faresti leggendo la descrizione, mi congratulo con te.
b) Se vuoi un elenco di voci disambiguate per vedere quali hanno una disambiguazione uniforme, ti faccio un EGO. Oppure puoi farti un giretto in Categoria:Disambigua...
c) I bot sanno anche aggiungerli i piped, non preoccuparti! --Horcrux九十二 13:14, 16 apr 2014 (CEST)[rispondi]
Certo che non sono obiezioni trascendentali, ma il senso dei miei suggerimenti "pratici" è che il numero delle voci che seguono esattamente alla lettera le linee guida sulle disambigue, arrotondando per eccesso e contando quelle che verranno create nei prossimi 10 anni, è probabilmente zerocorreggo: qualcuno c'è! (ammenoché uno abia deciso che il fulcro della sua attività wikipediana sia creare disambigue rispettando tutte le regole scritte qui). Quindi per me possiamo anche discutere mille anni se sia meglio il piped o no, tanto le disambigue resteranno ognuna diversa dall'altra con o senza piped link. --^musaz 13:27, 16 apr 2014 (CEST)[rispondi]
si vede che sei sfortunato con le disambigue (nel senso che hai incontrato quelle messe peggio), ci sono diversi utenti (ad es. Syrio o il sottoscritto) che quando possono curano le pagine di disambiguazione secondo le regole che hai linkato :-) detto questo, è vero che la situazione in generale non è eccelsa. --Superchilum(scrivimi) 14:00, 16 apr 2014 (CEST)[rispondi]
Beh, il fatto che ci sia qualcuno oltre a me che si ponga il problema mi solleva moltissimo XD lo so che si dovrebbero seguire le linee guida e basta, però una semplificazione generale delle stesse secondo me andrebbe proprio fatta. --^musaz 15:52, 16 apr 2014 (CEST)[rispondi]

[a capo] Questa discussione mi ha ricordato di un festival della qualità da proporre e l'ho proposto. Non penso che abbia senso risolvere il problema dell'omogeneità dei disambiguanti tra parentesi tramite l'eliminazione dei piped nelle disamb. Questo lavoro, come accennato da Horcrux, va fatto tramite EGO (la proposta di festival linka appunto ad una serie di EGO fatti da ValterVB in passato, che servono appunto a questo). Sarebbe come dire di non usare i piped nel corpo delle voci così possiamo lavorare all'omogeneità dei disambiguanti. Suvvia.

Continuo a dissentire dall'ip: la nota disamb ha delle caratteristiche, una pagina disambigua è un'altra cosa. Per stabilire come va fatta una disambigua non ha senso andare a ragionare su come sono fatte le note disamb. L'uomo e il cigno sono entrambi bipedi: hanno molto in comune, dunque! Non costringiamoci a fare ragionamenti così generici. Se non si vuole il piped nelle disamb, si argomenti sulla forma delle disamb, senza stirati riferimenti a funzioni assolutamente distinte.

Anche io mi occupo molto spesso di wikificare disamb: peraltro non si tratta solo di questioni di forma. Infatti curare le disamb significa anche rimuovere ricorrenze fuori standard (del tipo "triangolo equilatero" in "triangolo (disambigua)", che ahimè è fuori standard!), controllare significati nettamente prevalenti, adeguare le definizioni alla novella esigenza di scriverle asciutte e chiare (in passato si abbondava!), controllare la congruità dei singoli titoli (spesso fuori standard, il che è un problema delle voci più che delle disamb che le linkano).

Chiedo il permesso di risolvere le incongruità della p. di aiuto individuate dall'ip.

@^musaz: discutiamo liberamente di semplificazioni del format delle disamb. Allo stato mi pare che la semplificazione proposta consista di un carattere in meno (|). Il che fa precipitare la leggibilità delle disamb, per le ragioni addotte. pequod76talk 16:06, 16 apr 2014 (CEST)[rispondi]

Prima di avere il tempo di leggere (e pensarci su e rispondere) al resto, rispondo ad alcuni punti dei primi interventi.
Che problema comporta che i disambiguanti tra parentesi non sono uniformi? Ok, sarebbe meglio che lo fossero il più possibile (e questa sarebbe un'altra cosa da discutere), ma perché questo fa si che non sia opportuno mostrarli e quindi sia opportuno usare il piped link? Sono ... "brutti"? Ma una pagina di disambiguazione serve per far navigare e arrivare alla voce desiderata, non ha pretese estetiche. (E non ci facciamo scrupolo di fare comparire i disambiguanti nelle note disambigua in cima alle voci ...)
Che non sempre ci sia il disambiguante, e che non sempre è sufficientemente chiaro e che spesso la descrizione inizia con quella parola, non vedo quale sarebbe il problema: si tratta di un di più che faciliterebbe (quando possibile), non è stata proposta l'eliminazione della descrizione (e anche su quello si potrebbe discutere come fare, prevedendo degli standard, ma qui anzi vedo che è stato detto che è meglio una "la descrizione libera") . Descrizione (a volte non breve) che però con il piped link obblighiamo a leggere, anche per quegli utenti per cui basterebbe solo il disambiguante.
Che il link stia all'inizio, non è sempre vero (a meno, appunto, di ridiscutere anche che standard debbano avere i vari elementi delle pagine di disambiguazioni), le situazioni delle pagine di disambiguazione sono molto diverse tra di loro. Mi viene in mente Coorte (disambigua) che è si facile da modificare mettendo la parola con il link ad inizio riga (ma andrebbe chiarito bene e deciso in modo adeguato e attento), ma un altro caso più particolare per un altro motivo è Menu (disambigua) in cui la parola "menù" non compare proprio (appunto per l'uso dei piped link). Un altro caso abbastanza frequente, ma di cui ora non mi ricordo un esempio reale, ne invento uno del tipo "Tizio o [[Caio]] - un elemento in architettura"
Comunque non sto dicendo che ci sia rischio di confondersi dove si debba clickare (anche se certo alcune descrizioni hanno troppi wikilink, ma quello è già previsto dalle convenzioni che dovrebbero essercene meno, basta toglierli per adeguare alle convenzioni).
Il mio dubbio principale è se per Nota disambigua abbiamo preferito non mettere i piped link è perché qui invece sì? --109.53.231.129 (msg) 16:40, 7 mag 2014 (CEST)[rispondi]
Il link deve stare all'inizio e questo è già chiarito bene --Bultro (m) 19:37, 7 mag 2014 (CEST)[rispondi]
@IP: perdonami, ma non puoi mettere in discussione lo standard attuale presentando link a disamb che sono fuori standard. "menù" non compare proprio (appunto per l'uso dei piped link): no, non compare perché la disamb è scritta male e va corretta (fatto). La pagina Menù non ha disambiguanti tra parentesi, quindi cosa c'entra il piped in questo caso? pequod76talk 20:10, 7 mag 2014 (CEST)[rispondi]

Mettiamo nero su bianco (anzi nero su rosa ...) che la "netta predominanza" del significato non si misura dai wikilink entranti?

L'eventuale utilizzo di tale metodo di valutazione è infatti fuorviante perché

  • dipende da quali altre voci sono già state create e quali wikilink (uscenti) siano state messi in esse
  • un certo termine e wikilink può essere più ricorrente, anche decisamente, in Wikipedia, ma quello richiesto è che sia il significato ad essere nettamente predominante, si deve tenere conto a cosa pensa una persona che parla la lingua italiana sentendo quella parola / titolo, non a cosa pensi un wikipediano esperto e abituato alle voci di Wikipedia
  • il fatto che al momento una voce sia disambiguata in un modo piuttosto che un altra, influenza (in parte, perché non sempre ci si accorge e li si corregge) i wikilink entranti, se ad es. una voce su un significato non nettamente predominante è comunque al titolo non disambiguato, tutti i wikilink riferiti a quel significato resteranno a quel titolo, mentre quelli relativi agli altri significati vengono (si spera) almeno in parte corretti.

Nonostante ciò, non di rado c'è chi utilizza tale metodo di valutazione, per cui è meglio specificare di non utilizzarlo. --109.54.30.216 (msg) 21:14, 11 mag 2014 (CEST)[rispondi]