Wikivoyage:Lounge

Wikivoyage:Lounge Il luogo per discutere dei diversi aspetti di Wikivoyage: il progetto in quanto tale, regole e proposte, problemi tecnici, ecc. Per discussioni che coinvolgono la comunità internazionale di Wikivoyage si faccia riferimento alla relativa lounge (EN)

Inizia una nuova discussione

Una panoramica di tutti gli archivi puoi trovarla negli archivi generali. L'archivio attuale è di novembre.

Una pausa durante il viaggio...

Altri progetti

• Wikipedia
• Wikisource
• Wikiquote
• Wikibooks
• Wikizionario
• Wikiversità
• Wikinotizie
• Wikimedia Commons
• Meta-Wiki
• Wikispecies
• Wikidata

Ultimo intervento: 10 aprile 2015, 23:10 Utente: Andyrom75

Mappe svg

Una nota e una richiesta di pareri per chi come me si diletta di tanto in tanto nella modifica di mappe e immagini. Ho avuto modo di parlare con un gentile utente di Commons e sono venuti fuori spunti interessanti, alcuni molto tecnici e altri più "d'etichetta".

• I colori standard delle mappe creano problemi a persone con ipovedenza o problemi di vista. Da tempo su commons si stanno sviluppando linee guida a riguardo e si chiede gentilmente di tener conto di questa categoria di utenti. Non è qualcosa di urgente ma forse con tranquillità ci si dovrebbe riflettere. Da parte mia in quest'ultimo periodo di attività come volontario OTRS ho visto qualche e-mail in archivio con richieste da parte di utenti con problemi di vista a tal riguardo.
• Font: I font in uso nelle mappe, in gran parte provenienti dai vecchi standard di WT, o non sono supportati dall'attuale MediaWiki o non sono diffusi su tutti i sistemi operativi e usare immagini svg può creare problemi di visualizzazione. Per il primo caso (non supportato) è quello dei fiumi e mari, tra quelli non presenti su sistemi basati su Linux come il mio, rientrano tutti gli altri dello standard Wikivoyage.
• Punto più importante: Traduzioni in più lingue in un solo file svg. Ad oggi la pratica diffusa quasi nella totalità dei casi è quella di creare diversi sublivelli di un livello "text" o "label" e di volta in volta estrapolare l'immagine raster .png che viene visualizzata in locale. Il file svg serve quasi una sorta di database con tutte le informazioni insieme, alcune delle quali di volta in volta esportate nel file .png.

Questa pratica ha degli svantaggi notevoli:

• I file svg diventano oltremodo pesanti e computer con una scheda grafica media non riescono a caricarli per modificarli (io non ci riesco ad esempio per le mappe degli stati).
• Si ha una proliferazione esagerata di immagini derivate: una per ogni lingua
• I file con i livelli non sono in plain svg ma conservano le impostazioni di Inkscape, Sodipodi o altri software usati. Sarebbe per una miriade di ragioni consigliabile avere file puri svg in modo da poterli modificare anche con un editor di testo e soprattutto tutti i tool di wmflabs relativi possono operare quasi solo su svg puri.

L'alternativa a tutto questo è usare i tag XML <switch> e i suoi tag "figli" text systemLanguage. Una piccola spiegazione la trovate su questa pagina di Commons. Un manuale, per ora solo in tedesco è qui e il manuale del tag lo trovate sul sito del consorzio W3C. Alcuni file sono già stati realizzati in questo modo e sono in questa categoria. L'unico (non banale) svantaggio è che per inserire quei tag va aperto il file della mappa con un blocco note e va modificato a mano il codice XML inserendo i tag switch. Questo significa che oltre alle capacità grafiche un utente che voglia realizzare una mappa dovrebbe essere a suo agio con il codice sorgente dell'immagine, che poi è il vero core dell'SVG.

Aspetto di sentire cosa ne pensate. Alcuni utenti di Commons si sono già resi disponibili ad aiutarci qualora vorremo cambiare qualcosa nei nostri standard per le mappe. --Nastoshka^{(Al vostro servizio!)} 13:26, 3 apr 2015 (CEST)

Nastoshka Io non ho niente in contrario al cambio dei colori e dei font consigliati, quelli attuali non mi sono mai piaciuti molto, ma non avendo una buona maestria nella scelta dei colori, mi affido alle proposte di utenti più esperti. Essendo una norma che coinvolge tutte le versione linguistiche, è però necessario chiedere sulla lounge su meta (e non sarà cosa da poco).

Per quanto riguarda il select, per quanto mi riguarda, non c'è problema: non so come usarlo, ma immagino che nei link che hai riportato troverò delle indicazioni (o in caso chiedo ...).

Detto questo permettimi un piccolo fuori argomento e una piccola richiesta, dato che lavori su OTRS potresti controllare a che punto è la mia richiesta (risale a gennaio) su 4 foto della festa dei fiori a Monteisola? Non vorrei che fosse stata bocciata e io sia qui ad aspettare. Mal che vada, vorrà dire che a settembre mi toccherà andare a Carzano!!! --Lkcl it _(Scrivimi) 15:44, 3 apr 2015 (CEST)

Lkcl_it per la richiesta vedo tra pochissimo. Per il resto grazie del tuo commento. Avevo già pensato di chiedere alla lounge internazionale ma volevo prima sentire la nostra piccola comunità locale. --Nastoshka^{(Al vostro servizio!)} 22:40, 3 apr 2015 (CEST)

Ulteriore integrazione con GPX

Segue dalla discussione precedente

Dopo un mese di lavoro e soprattutto del preziosissimo supporto di Joachim, siamo riusciti ad estendere l'integrazione col sistema GPX. Adesso tutti gli articoli di it:voy che contengono dei POI (i.e. punti di interesse inseriti tramite i listing), mostrano un nuovo indicatore (l'icona in alto a destra accanto alla mappa).

Tramite questa icona sarà possibile scaricare tutti i POI in formato GPX pronti per essere installati nei sistemi di navigazione satellitare che lo consentono. Il tracciato GPX generato, è stato pensato per far si che questi sistemi mostrino la stessa numerazione e gli stessi colori dei listing presenti nei nostri articoli.

Questo dovrebbe consentire ad un turista di girare per la città alla ricerca dei vari POI anche senza connessione wifi.

Dato che è una nuova funzione, invito tutti coloro che ne sono in grado di testarla e fornire eventuali feedback, in termini di segnalazione bug o eventuali suggerimenti. Anche l'icona non è da considerasi come definitiva, quindi se ci fossero idee migliori, ben vengano. --Andyrom75 (discussioni) 23:04, 4 apr 2015 (CEST)

Andyrom75 Bellissima funzione. Non ho un navigatore su cui testarla ma vedo che ha dei problemi su alcuni articoli. A te, per esempio, scarica i POI di Colonia (Germania)? --Nastoshka^{(Al vostro servizio!)} 00:38, 5 apr 2015 (CEST)

Thanks for the hint, I have corrected. -- Joachim Mey2008 (discussioni) 07:16, 5 apr 2015 (CEST)

Danke dir Joachim! :) --Nastoshka^{(Al vostro servizio!)} 10:18, 5 apr 2015 (CEST)

Neanche io ho un navigatore per testare il tutto, ma se scarico il file e provo a caricarlo su [1] mi dà il seguente errore "org.xml.sax.SAXParseException: The processing instruction target matching "[xX][mM][lL]" is not allowed.". Penso sia un problema del sito e non nostro, ma non sapendo pressoché nulla di GPX lo segnalo comunque. --Lkcl it _(Scrivimi) 20:59, 7 apr 2015 (CEST)

Quel sito è stato pensato per i percorsi e non per i POI. Verosimilmente è questo il motivo per cui da errore. --Andyrom75 (discussioni) 21:02, 7 apr 2015 (CEST)

This viewer: http://www.j-berkemeier.de/ShowGPX.html can show both tracks and waypoints, also in combination. -- Joachim Mey2008 (discussioni) 17:22, 9 apr 2015 (CEST)

Grazie Joachim. Nastoshka penso si utile inserire questo link nelle pagine di aiuto. Lkcl it come avevi realizzato il GPX di Clusane? Se c'è qualcosa di sbagliato nella procedura, la stessa va corretta per evitare futuri inconvenienti. --Andyrom75 (discussioni) 17:37, 9 apr 2015 (CEST)

The editor http://pifpafpuf.de/cycleroute/map may continue to be used. But please there choose download "track" - not "route". That was the mistake. - "Route" data is only suitable for navigation purposes. For map display "track" is the right choice. -- Joachim Mey2008 (discussioni) 18:21, 9 apr 2015 (CEST)

Joachim, thanks for the clarification! --Andyrom75 (discussioni) 18:30, 9 apr 2015 (CEST)

Non sapendo quale tra le due opzioni scegliere, ovviamente, ho scelto quella sbagliata! --Lkcl it _(Scrivimi) 21:13, 9 apr 2015 (CEST) Thanks Joachim --Lkcl it _(Scrivimi) 21:22, 9 apr 2015 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Andyrom75 Ok per il link nelle pagine di aiuto. Appena la "real life" mi darà tregua riprenderò quel lavoro. Ora me lo appunto. --Nastoshka^{(Al vostro servizio!)} 23:04, 9 apr 2015 (CEST)

Discussioni pendenti post-archiviazione

Ho archiviato un bel po' di discussioni che sembravano essersi esaurite. Elenco qui i principali temi su cui dobbiamo ancora lavorare:

• Classificazioni degli articoli seguendo quanto gentilmente iniziato da Lkcl it e mi permetto di aggiungere che rimane ancora da elaborare una classificazione dei frasari
• Wikivoyage:Spedizione Frasari - quel post non credo abbia avuto nessuna risposta.
• Eliminazione NS tematica che credo non sia un'urgenza ma vale la pena ricordarlo --Nastoshka^{(Al vostro servizio!)} 23:57, 9 apr 2015 (CEST)

Dove mettere itinerari e patrimoni mondiali

Riprendo due questioni che (mi pare) non siano ancora state decise: in quale sezione mettere gli itinerari e la lista dei patrimoni mondiali di uno stato?

1. Itinerari
   1. Sottosezione di "Territori e mete turistiche" (solo per stati e regioni)
   2. Sottosezione di "Come spostarsi" (tecnicamente corretta)
   3. Sottosezione di "Cosa vedere"
   4. Sottosezione di "Cosa fare"
   5. Sottosezione di "Nei dintorni" (solo per città) (però potrebbe non andare bene per itinerari che non sono "nei dintorni" ma proprio dentro la città)
   6. Sezione ad hoc in fondo
   7. Ogni itinerario nella sezione che più gli compete: un itinerario per monumenti in "Cosa vedere", uno mangereccio in "Dove mangiare", uno escursionistico in "Nei dintorni" ecc.
   8. altro
2. Lista dei patrimoni mondiali (es. dove linkare Patrimoni mondiali dell'umanità in Argentina nella voce Argentina)
   1. Sezione "Territori e mete turistiche"
   2. Sezione "Cosa vedere"
   3. Pagine correlate
   4. altro

Pareri? --Superchilum^(scrivimi) 11:01, 10 apr 2015 (CEST)

Gli itinerari hanno la loro sottosezione ad essi dedicata === Itinerari === che in Stati e regioni sta sotto "Cosa vedere", mentre nelle città sta sotto "Nei dintorni".

Il collegamento alla lista dei patrimoni UNESCO (che in caso metterei solo negli articoli degli Stati), andrebbe messo sotto "Cosa vedere", ma NON lo metterei a tappeto, perché in alcuni casi non ha poi così senso. Come dissi tempo fa, quando c'è (ad esempio) un unico sito protetto, è molto meglio elencarlo direttamente al posto di mettere un wikilink. Mentre, nel caso dell'Italia che ne ha oltre 50, allora si che ha un senso, perché in quell'articolo si dovrebbe citare solo una ristretta cernita. --Andyrom75 (discussioni) 13:23, 10 apr 2015 (CEST)

Posso essere d'accordo sugli stati, ma per le città IMHO è scorretto mettere gli itinerari nella sezione "Nei dintorni", perché non si parla di dintorni. Se faccio un itinerario sui luoghi di Colombo nella città di Genova, quella va da qualche parte "dentro" Genova, non "nei dintorni". Oppure, mettiamo caso che ci sia un itinerario che passi attraverso diverse città di una regione o provincia... dove si linka quell'itinerario? In quel caso invece potrebbe avere senso metterlo in "Nei dintorni". Per omogeneità con stato/regione avrebbe senso anche per le città metterli sotto "Cosa vedere".

Per quanto riguarda i patrimoni mondiali, concordo se si tratta di uno o due patrimoni si può anche non inserire. Però lo metterei anche nelle città... parlando di Assisi o Venezia che sono patrimonio, nella frase si potrebbe mettere un link a "Patrimoni mondiali dell'umanità in Italia". --Superchilum^(scrivimi) 14:19, 10 apr 2015 (CEST)

Storicamente non ci sono stati itinerari urbani; da qui la scelta di inserirli in "Nei dintorni", ma la tua considerazione è corretta. Gli itinerari urbani possono essere inseriti in una sottosezione di "Cosa vedere". Questa sottosezione non farà parte del modello standard, ma si può inserire nella guida del modello degli articoli sulle città, in qualità di sottosezione ammissibile.

A differenza degli Stati dove userei il buon senso per l'inserimento del wikilink, nelle città proprio non lo metterei, perché le città con patrimoni UNESCO hanno già il logo nel banner e sicuramente avranno quei/quel patrimoni(o) elencati nella sezione "Cosa vedere". Detto ciò direi che è superfluo il link alla specifica lista nazionale. --Andyrom75 (discussioni) 14:58, 10 apr 2015 (CEST)

Premetto che non sono un esperto né di patrimoni mondiali né di itinerari visto che non ho mai compilato né l'uno né l'altro articolo però a naso la vedrei così:

• Patrimoni mondiali: siamo d'accordo sul buon senso negli articoli sugli stati. Io sarei per usarlo anche nelle città. Ha ragione Andyrom sulla sua "inutilità" però è anche vero che se ci scappa un link nel mezzo di una frase non credo finisca il mondo. Personalmente anzi lo vedrei come un vantaggio per come sono abituato a navigare io in rete: Sono sull'articolo di Firenze, leggo che c'è un patrimonio e curioso come una scimmia voglio sapere che altro ha questa nazione come patrimoni? Se non ci fosse il link e se fossi estraneo a Wikivoyage sarebbe più dura andare a ricercare: Patrimoni mondiali dell'umanità in Italia. Da estraneo tenterei magari con "Siti UNESCO Italia" (e avrò picche), "Patrimoni in Italia" (picche ancora), poi perdo la pazienza ed esco :-D Sto esagerando ma è per dire che un link non fa male, anzi è il principale vantaggio dei testi online che sono ipertesti appunto per questo motivo. (Adoro il concetto di Serendipity se non si fosse capito). In ogni caso non predisporrei una sezione standard per le città o per le regioni nel caso esse siano patrimoni UNESCO. Quando si va ad ampliare quell'articolo lo si inserisce lì dove suona meglio, tanto alla fine è solamente un [[link]] non un template o una sezione o altro.

Per gli stati, lo metterei in cosa vedere sempre, fermo restando il buon senso.

• Per gli itinerari il discorso è più complicato. Andrebbe prima di tutto rivisto e sistemato un modello standard per quel tipo di articoli che ad oggi è tutt'altro che completo. Eviterei categoricamente di sviluppare l'itinerario nello stesso articolo della città o della regione. Per il link concordo con entrambi. Il link nella sezione "Nei dintorni" ha senso per itinerari extra-urbani, poco per quelli urbani ma ripeto rivediamo prima il modello. Ci darà idee su cosa ci si potrà presentare e poi sarà automatico capire dove aggiungere il link. --Nastoshka^{(Al vostro servizio!)} 15:31, 10 apr 2015 (CEST)

Una precisazione. Non intendevo dire che è vietato inserire un wikilink in un articolo (nella fattispecie, quello della lista dei patrimoni negli articoli delle città). ...ci mancherebbe altro... Intendevo dire che non ci deve essere un elemento puntato, o una (sotto)sezione standard in cui si esplicita sempre tale link. --Andyrom75 (discussioni) 15:36, 10 apr 2015 (CEST)

Andyrom75 Perdonami avevo frainteso. Allora perfettamente d'accordo con te. Una sezione con tale elenco è davvero superflua. --Nastoshka^{(Al vostro servizio!)} 15:39, 10 apr 2015 (CEST)

Stewards confirmation rules

Hello, I made a proposal on Meta to change the rules for the steward confirmations. Currently consensus to remove is required for a steward to lose his status, however I think it's fairer to the community if every steward needed the consensus to keep. As this is an issue that affects all WMF wikis, I'm sending this notification to let people know & be able to participate. Best regards, --MF-W 18:12, 10 apr 2015 (CEST)

VisualEditor News #2—2015

Lo sapevi?

Con Citoid in VisualEditor, premi il l'icona del "libro col segnalibro" e incolla l'URL di una fonte affidabile:

Citoid cerca la fonte per te e ritorna dati della fonte. Premi il pulsante verde "Inserisci" per accettare il risultato e aggiungere la fonte alla voce:

Dopo aver inserito la fonte, puoi modificarla. Seleziona la nota e premi il pulsante "Modifica" del menù contestuale per fare cambiamenti.

La guida utente ha più informazioni su come utilizzare VisualEditor.

Dall'ultima newsletter, il Team di modifica ha sistemato molti errori e ha lavorato sulle prestazioni di VisualEditor, sul servizio per le fonti Citoid e sul supporto per le lingue che richiedono input complessi. I resoconti sono pubblicati su Mediawiki.org. La lista di lavori che verranno effettuati tra aprile e giugno è disponibile in Phabricator.

L'incontro per la valutazione dei compiti di questa settimana è ancora aperto ai volontari, ogni mercoledì alle 11:00 (mezzogiorno) PDT (18:00 UTC). Non devi necessariamente partecipare all'incontro per segnalare errori. Invece, puoi andare su Phabricator e segnalare il bug al progetto Q4 blocker del team di modifica. Scopri come unirti all'incontro e come segnalare gli errori in mw:Talk:VisualEditor/Portal.

Migliorìe recenti

VisualEditor è ora decisamente più veloce. In molti casi, aprire la pagina di VisualEditor è più veloce che aprire l'editor di wikitesti. Il nuovo sistema ha migliorato la velocità di codifica del 37% e la velocità di connessione di quasi il 40%.

Il Team di modifica sta lentamente aggiungendo funzioni di autocompletamento per le note. Queste funzioni sono attualmente in funzione solo sulle Wikipedia in francese, italiano e inglese. Il servizio Citoid prende un URL o DOI di una fonte attendibile e ritorna una nota bibliografica già compilata e formattata. Dopo averla creata, potrai modificarla o aggiungere le informazioni alla nota, nello stesso modo in cui modifichi fonti preesistenti con VisualEditor. È pianificato il lavoro per aggiungere il supporto per ISBN, PMID e altri identificatori. In futuro, gli utenti saranno in grado di aumentare la precisione e diminuire le correzioni manuali contribuendo alle definizioni di Citoid specifiche per ogni sito web.

Citoid richiede un buon TemplateData per i template di citazione. Se vuoi richiedere questa funzione sulla tua wiki, fai richiesta al progetto Citoid su Phabricator. Includi collegamenti a TemplateData per i template di citazione più utilizzati sulla tua wiki.

Lo strumento di inserimento caratteri speciali è stato migliorato, basandosi sui commenti degli utenti attivi. Dopo questo lavoro, VisualEditor è stato reso disponibile il 30 marzo scorso a tutti gli utenti della Fase 5. Questo ha interessato 53 wikipedia medio-piccole, tra cui quelle in afrikaans, azerbaijano, bretone, kyrgyz, macedone, mongolo, ta tar e gallese.

Il lavoro continua per supportare lingue con requisiti complessi, come koreano e giapponese. Queste lingue utilizzano imput method editors (IME). Recenti miglioramenti al posizionamento del cursore, eliminazione e cancellazione semplificheranno l'utilizzo di VisualEditor per gli utenti.

Il design del processo di selezione delle immagini utilizza ora un modello "a forma di muratura". Le immagini sono mostrate tutte con la medesima altezza, ma con lunghezza differente, similmente ai mattoni dei muri in muratura, o come la modalità "packed" delle gallerie immagini. Questo stile aiuta a trovare la giusta immagine mostrando immagini più dettagliate.

Ora puoi spostare le categorie (utilizzando il drag & drop) per modificare l'ordine con cui appariranno nella voce.

La finestra di dialogo che appare quando viene cliccata una nota, un'immagine, un link o altri elementi è chiamato "menù contestuale". Mostra ulteriori informazioni utili, come la destinazione del collegamento o il filename dell'immagine. Il team ha anche aggiunto il pulsante "Modifica" nel menù contestuale, che aiuta gli utenti ad aprire lo strumento di modifica dell'elemento.

I template invisibili sono contrassegnati da un'icona a pezzo di puzzle così che si possa interagire più facilmente con essi. Gli utenti possono anche vedere e modificare anchor HTML nella sezione principale.

Gli utenti dell'editor TemplateData GUI possono impostare una stringa come testo opzionale della proprietà "deprecato" in aggiunta al valore booleano, che indica agli utenti quale template o parametro dovrebbero utilizzare. (T90734)

Guardando avanti

Lo strumento di inserimento caratteri speciali di VisualEditor avrà presto la medesima lista di caratteri speciali della modifica wikitesto. Gli amministratori di ogni wiki avranno anche l'opzione di creare una sezione personalizzata in cima alla lista per i caratteri più utilizzati. Le istruzioni per personalizzare la lista saranno pubblicate su mediawiki.org.

Il team sta discutendo di un test VisualEditor per gli utenti della Wikipedia in inglese, per vedere se hanno raggiunto i loro scopi rendendo VisualEditor adatto per questi utenti. La messa in atto di questo test è ignota, ma dovrebbe partire presto. (T90666)

Collaboriamo

• Condividi le tue idee e poni domande in mw:VisualEditor/Feedback.
• Puoi tradurre dall'inglese in un'altra lingua? Controlla questa lista per vedere se servono ulteriori traduzioni dell'interfaccia per la tua lingua. Contattaci per avere un acocunt o se ti serve aiuto!
• Il team di ricerca design vuole sapere come lavorano gli utenti. Iscriviti al loro programma di ricerca.
• Compila richieste in Phabricator per icone per Grassetto e Corsivo appropriate alla tua lingua per il menù di formattazione caratteri.

Iscriviti, disiscriviti o modifica la pagina in cui ti viene recapitata questa newsletter su Meta. Se non riesci a leggere questa newslettere nella tua lingua, aiutaci con le traduzioni! Iscriviti alla mailing list dei traduttori o contattaci direttamente, così che possiamo notificarti quando è pronto il prossimo numero. Grazie!

— Elitre (WMF)

21:49, 10 apr 2015 (CEST)

5.000!

Finalmente dopo innumerevoli sforzi da parte di tutti anche la versione italiana ha raggiunto quota 5.000!

E qual miglior articolo dei Patrimoni mondiali dell'umanità in Italia? :-) --Andyrom75 (discussioni) 00:10, 11 apr 2015 (CEST)