Wikivoyage:Lounge/Archivio/2021/02

Questa pagina di discussione è archiviata. Sei pregato di non modificarla! Utilizza la pagina attuale, anche se vuoi continuare una vecchia discussione.

Modifiche tecniche sul Listing Editor

È da diverse settimane che sto lavorando esclusivamente e con quasi tutto il mio tempo libero al Listing Editor. Il mio obiettivo finale è quello di renderlo fruibile anche dai dispositivi mobili, ma per fare ciò ho dovuto ristrutturare integralmente come le finestre venivano create, inoltre ho colto l'occasione per rivisitare alcune parti del codice che erano errate o superflue. Tutte queste modifiche sono prettamente tecniche quindi non entro nel merito perché per la quasi totalità degli utenti parlerei arabo o comunque di cose non interessanti.

Sono molte altre le ottimizzazioni di codice da effettuare, ma al momento vorrei consolidare l'attuale versione, ossia ricevere le vostre segnalazioni di eventuali malfunzionamenti, perché una volta che la certifichiamo come completamente funzionante, vorrei allineare anche il codice su en:voy (operazione tutt'altro che banale perché il codice sorgente è diverso). Una volta aggiornato anche quello, mi dedicherò alle restanti migliorie.

L'unico aspetto funzionale che ho modificato è che ho risolto un bug che precludeva eliminazione di un campo su Wikidata quando questo era errato. A quanto pare sempre esistito ma me ne sono accorto solo in questi giorni mentre facevo dei test.

Esteticamente invece si dovrebbe notare una pulizia maggiore nella schermata, infatti fino a qualche settimana fa, i campi di input non erano tutti allineati e ad esempio i prefissi telefonici predefiniti si sovrapponevano a tali campi. Avendo riprogettato la visualizzazione, tutte queste piccole imperfezioni dovrebbero essere scomparse.

Fatemi sapere, --Andyrom75 (discussioni) 11:54, 24 giu 2020 (CEST)

Posso dirti al volo che tramite iPad la maschera listing è più compatta e meglio utilizzabile. Se riscontro qualcosa ti faccio sapere. Grazie delle migliorie! --Codas (discussioni) 13:03, 24 giu 2020 (CEST)

Andyrom75 Ottimo lavoro ma le caselle per telefono, numero verde e fax sono più corte di qualche millimetro. Nulla di grave ovviamente.--3Pappa3 ^{(dimmi tutto!)} 17:50, 24 giu 2020 (CEST)

3Pappa3, conosco quell'imperfezione che si manifesta solo quando la pagina non è collegata a Wikidata (come la tua Sandbox) o quando l'istanza su Wikidata non è legata ad un Paese specifico (col quale definire almeno il prefisso nazionale). C'avevo sbattuto la testa nei giorni scorsi senza successo. Oggi dopo averci speso circa mezza giornata dovrei essere riuscito a risolverlo, sebbene vada ancora controllato con diversi browser. --Andyrom75 (discussioni) 00:24, 25 giu 2020 (CEST)

Andyrom75 Su tutti i browser che ho, ora è tutto perfetto. Ho notato solamente che su Internet Explorer non ci sono i listing editor...ma chi usa più explorer :-DDDDD--3Pappa3 ^{(dimmi tutto!)} 08:30, 25 giu 2020 (CEST)

Per quanto possa essere d'accordo con te, vorrei capire meglio cosa intendi con "non ci sono i listing editor". --Andyrom75 (discussioni) 16:52, 25 giu 2020 (CEST)

Ho capito. Non compaiono i vari link [modifica] e [aggiungi elemento] su Internet Explorer. Ho notato che lo stesso comportamento ce l'ha anche en:voy e dato che qualche anno fa funzionava mi sa che qualcosa è successo nelle ultime versioni o di IE o del LE o di entrambi. Provo a indagare. Grazie della segnalazione. --Andyrom75 (discussioni) 17:17, 25 giu 2020 (CEST)

Trovato e corretto il bug, grazie 3Pappa3. --Andyrom75 (discussioni) 09:25, 26 giu 2020 (CEST)

Eccezionale come al solito!!!--3Pappa3 ^{(dimmi tutto!)} 09:38, 26 giu 2020 (CEST)

Andyrom75 i miei complimenti arrivano, come al solito, tardi e con una richiesta: riusciresti ad aggiungere il campo oggetto anche quando si crea un nuovo link? Mi farebbe comodo per il permalink, non che sia un grande problema, basta fare in due step, ma se fosse una modifica da poco farebbe comodo. Grazie --Lkcl it _(Scrivimi) 17:45, 29 giu 2020 (CEST)

Lkcl it, anche a me è una cosa che ha dato fastidio in più di un'occasione. Mi sembra una modifica semplice. Vedo cosa posso fare. --Andyrom75 (discussioni) 23:10, 29 giu 2020 (CEST)

Lkcl it,  Fatto --Andyrom75 (discussioni) 23:29, 29 giu 2020 (CEST)

Altra modifica funzionale

it:voy a differenza di en:voy (e probabilmente altre versioni linguistiche) accetta le coordinate in due notazioni:

• Gradi decimali o DD (e.g. 41.890278 12.492222)
• Gradi minuti secondi o DMS (e.g. 41°53′25″N 12°29′32″E)

I DD sono ovviamente molto più semplici da gestire in quanto completamente numerici, ma visto che nei progetti wiki si fa un largo uso del DMS anni fa implementai anche questi sia nei listing che nei marker.

In questi giorni avevo notato che quando il listing editor aveva a che fare con i nostri (i.e. it:voy) DMS, questo in fase di allineamento con Wikidata gli sostituiva un fastidiosissimo "NaN" (i.e. not a number). Ora ho fatto si che la nostra sintassi venga lasciata in pace :-)

Ad oggi è possibile scambiare e trascrivere dati tra Wikidata e Wikivoayge in entrambe le direzioni, con l'unica eccezione della notazione DMS su Wikivoyage che non può essere scritta (ad oggi) su Wikidata che archivia le coordinate in formato DD.

Passo successivo è quello di implementare una procedura di conversione che "funzioni il maggior numero delle volte", infatti a causa dei molteplici modi con cui è possibile scrivere delle coordinate in notazione DMS, non è sempre possibile interpretare la "creatività umana" :-P Quindi cercherò di limitarmi alla notazione dei progetti Wiki e a piccoli scostamenti da essa, altrimenti la complessità di gestione salirebbe troppo. Fatta anche questa mi dedicherò finalmente all'esportazione dello script su en:voy.

Al solito, se notate qualcosa di strano nel funzionamento del listing editor fatemi un fischio. --Andyrom75 (discussioni) 19:11, 28 giu 2020 (CEST)

Grazie del lavoro! Quando ti capita dovresti verificare se effettivamente i listing allineano i dati delle coordinate verso wikidata (al contrario funziona). Ho notato diverse volte che quando li inserivo nel listing ma su wikidata mancavano, all'atto dell'allineamento sono gli unici a non venire registrati su wikidata. --Codas (discussioni) 20:29, 28 giu 2020 (CEST)

Codas, l'avevo notato anche io. Prova adesso e fammi sapere :-) PS Ovviamente come ho spiegato sopra, ad oggi funziona solo se inserisci coordinate in notazione DD, tuttavia, fai tutte le prove del caso, anche quelle più strane, perché è così che si porta a galla i bug da risolvere. --Andyrom75 (discussioni) 20:54, 28 giu 2020 (CEST)

Codas, hai fatto qualche prova? --Andyrom75 (discussioni) 23:10, 29 giu 2020 (CEST)

Andyrom75 mi è capitato di sincronizzare l'email ma ancora non ho trovato un wikidata privo di coordinate da sperimentare. Ti avverto quanto prima, tanto man mano che modifico articoli ci incappo. Per adesso tutto funziona. --Codas (discussioni) 08:44, 30 giu 2020 (CEST)

Andyrom75 ho appena fatto una prova e finalmente funziona tutto. Se dovessi trovare altro ti avverto. --Codas (discussioni) 11:54, 30 giu 2020 (CEST)

Ottimo! Se vuoi fare altre prove puoi anche giocare i dati di un listing rimpallandoli da Wikivoyage a Wikidata e viceversa, o cancellandoli, o inserendone di nuovi ..... ma a patto che alla fine tutto torni come prima per non sporcare i dati nei due progetti :-) Per il debug anche io ho fatto così ma la creatività che ho messo io nei test può essere diversa dalla tua (o da quella di chiunque altro) portando alla luce nuovi bug da risolvere. --Andyrom75 (discussioni) 12:36, 30 giu 2020 (CEST)

Andyrom75 vorrei suggerire di inserire il collegamento a wikidata anche per il campo dell'indirizzo. La versione tedesca lo contempla e in effetti consentirebbe di arricchire i dati di wikidata.--Codas (discussioni) 15:48, 1 lug 2020 (CEST)

Codas, qui il problema non è tanto tecnico quanto funzionale. Va capito se quel campo è ufficiale e come viene compilato. Se come è ragionevole pensare, venisse compilato in lingua locale, gli indirizzi arabi o asiatici sarebbero per noi completamente inutilizzabili, e poi sarebbe un susseguirsi di guerre di modifiche su Wikidata. Già con i banner capita saltuariamente di avere delle discussioni. --Andyrom75 (discussioni) 16:53, 1 lug 2020 (CEST)

Andyrom75 se non erro quando si trova un indirizzo in lingua wikidata riconosce la lingua, pertanto credo che andrebbe prevista la traduzione nel caso di lingue ostiche. Ma non ne sono sicuro. --Codas (discussioni) 16:56, 1 lug 2020 (CEST)

Codas, Wikidata è solo un archivio e gli archivi non hanno "logica", al più dei controlli di formato. Ci sono dei campi su Wikidata che consentono l'inserimento di informazioni in più lingue ma come dicevo sopra è un'analisi funzionale e non tecnica. Va capito quel campo come è stato concepito e come viene utilizzato. Ogni campo ufficiale (perché ce ne sono anche di non ufficiali) è creato a fronte di una discussione che ne definisce tutte le regole di utilizzo. L'assenza di regole o l'utilizzo di campi non ufficiali non da alcuna garanzia del suo funzionamento nel lungo termine. --Andyrom75 (discussioni) 17:23, 1 lug 2020 (CEST)

Andyrom75 ora mi è chiaro. --Codas (discussioni) 17:28, 1 lug 2020 (CEST)

Andyrom75 i gradi DMS non si sincronizzano con wikidata. --Codas (discussioni) 10:26, 3 lug 2020 (CEST)

Codas, cito quanto ho scritto sopra: Ad oggi è possibile scambiare e trascrivere dati tra Wikidata e Wikivoayge in entrambe le direzioni, con l'unica eccezione della notazione DMS su Wikivoyage che non può essere scritta (ad oggi) su Wikidata che archivia le coordinate in formato DD.

Tuttavia nella versione beta ho già implementato questa funzionalità più altre migliorie definiamole "non percepibili". Non l'ho ancora messa in produzione perché sto riscontrando problemi sporadici durante il salvataggio di altri campi (non le coordinate). Fino a che non individuo il problema lo lascio in beta. Se vuoi provare questa funzione sperimentale (e te ne sarei grato almeno mi dai altri feedback), devi attivarla tramite le tue preferenze. --Andyrom75 (discussioni) 11:02, 3 lug 2020 (CEST)

Andyrom75 lo faccio subito. --Codas (discussioni) 11:04, 3 lug 2020 (CEST)

Pieno supporto della notazione DMS

Ho appena messo in produzione l'ultima versione del listing editor che ha una serie di piccole migliorie, ma la più importante è il completamento del supporto della notazione DMS, questo significa che oltre a riconoscerla e accettarla come già fatto nella precedente versione, adesso riesce anche a convertirla in formato decimale per poter aggiungere le coordinate nelle istanze Wikidata che ne sono prive (o aggiornando le attuali qualora pensassimo che le nostre siano più precise).

Finalmente ho raggiunto l'obiettivo che mi ero prefissato in questa fase. A valle di un utilizzo più intensivo del listing editor da parte di tutti, vorrei assicurarmi di non aver introdotto altri bug. Una volta che tutto è a posto inizio la conversione per en:voy. --Andyrom75 (discussioni) 23:30, 7 lug 2020 (CEST)

Io lo sto usando e non riscontro finora problemi. --Codas (discussioni) 07:49, 8 lug 2020 (CEST)

Aggiornamento link in tempo reale

Ho ripristinato il corretto funzionamento dei link che compaiono all'interno del listing editor e migliorato il loro aggiornamento in tempo reale, in particolare:

• "localizza su geomap": aveva smesso di funzionare da anni. Ora non solo funziona nuovamente, ma al cambiare dei valori presenti nei campo longitudine e latitudine, il link si aggiorna in tempo reale. Chiaramente legge le coordinate in formate DMS e le converte in formato DD. Qualora uno dei due campo fosse vuoto, legge le coordinate del toponimo (i.e. dell'articolo che contiene il listing), per visualizzare la zona in cui il listing si trova e magari proprio da li trovare le coordinate da inserire. Sarebbe bello un giorno poter inserire le coordinate facendo click sulla mappa, ma al momento ciò non è possibile :-)
• "Vedi la voce su Wikipedia" e "Vedi l'immagine su Commons": adesso i due link si aggiornano anche a valle della sincronizzazione con Wikidata
• "WP": adesso il link scompare correttamente quando viene svuotato il campo Wikipedia

Al solito, se qualcosa non va, fatemi un fischio. --Andyrom75 (discussioni) 18:09, 14 lug 2020 (CEST)

Fantastico. Ma hai già attivato il nuovo modulo listing per tutti? --Codas (discussioni) 18:51, 14 lug 2020 (CEST)

Codas, il punto 2 (forse anche il 3 ma non ricordo) era già attivo da giorni. Il punto 1 l'ho attivato per tutti perché fiducioso che funzionasse o che quanto meno non introducesse problemi "invalidanti". ...spero di non sbagliarmi :-P --Andyrom75 (discussioni) 20:59, 14 lug 2020 (CEST)

Andyrom75 non so se è collegato alle modifiche ma ho appena notato che se clicco su numero del listing oppure dei marker non apre la mappa per mostrare la posizione geografica. Ho provato anche un Safari e Chrome. Succede anche a voi? --Codas (discussioni) 16:33, 15 lug 2020 (CEST)

Codas, sono problemi scollegati, infatti il listing editor lo puoi anche disabilitare dalle tue preferenze, ma la funzionalità di aprire la mappa (che è propria dei marker che stanno alla base dei listing) resta invariata. Da una velocissima prova che ho fatto ho visto l'errore generato ma così su due piedi non so come risolverlo. Farò qualche prova stasera. --Andyrom75 (discussioni) 18:02, 15 lug 2020 (CEST)

Andyrom75 grazie. --Codas (discussioni) 19:33, 15 lug 2020 (CEST)

Ho aperto un ticket perché credo che il problema sia lato server. Codas, una cortesia, potresti dirmi se riscontri lo stesso problema su tutti i browser? --Andyrom75 (discussioni) 20:03, 15 lug 2020 (CEST)

 Richiesto in Phabricator ^(?)
Bug n° T258090 Duplicato

 Richiesto in Phabricator ^(?)
Bug n° T258256 Risolto

Andyrom75 si lo avevo scritto poco sopra. --Codas (discussioni) 20:18, 15 lug 2020 (CEST)

Codas, mi chiedevo se avessi modo di verificare anche con IE e Firefox. In caso contrario fa niente. --Andyrom75 (discussioni) 21:12, 15 lug 2020 (CEST)

Andyrom75 se li avevo istallati li provavo. Ormai conosco la procedura ;-) Posso aggiungere che il problema c'è anche su Safari per ipad. --Codas (discussioni) 10:14, 16 lug 2020 (CEST)

Confermo che il problema è lato server. Vediamo se ne vengono a capo. --Andyrom75 (discussioni) 14:46, 21 lug 2020 (CEST)

Codas, dovrebbero aver risolto. --Andyrom75 (discussioni) 23:05, 22 lug 2020 (CEST)

Andyrom75 grazie! --Codas (discussioni) 18:13, 23 lug 2020 (CEST)

Collegamenti esterni non funzionanti

In collaborazione col gentilissimo Wrh2, abbiamo fatto girare il suo bot qui su it:voy per individuare tutti i link non funzionanti attualmente presenti nella nostra versione linguistica e il risultato come mi aspettavo è decisamente devastante. Quasi 1900 articoli hanno articoli non funzionanti. La lista di tali articoli è raccolta in questa categoria. Nell'incipit della categoria sono descritti i principali interventi da effettuare (il link non va semplicemente cancellato!). Chiederei a tutti un supporto per diminuirne la numerosità anche a tempo perso.

Andiamo un po' più in dettaglio. Il bot aggiunge il template {{Dead link}} alla destra del link incriminato. Si veda il manuale di tale template per maggiori informazioni. Questo template è invisibile a qualunque un utente non registrato e a tutti gli altri che non hanno attivato nelle proprie preferenze almeno uno tra i seguenti due gadget:

• Debuginfo: (scelta consigliata) consente di individuare tutte le categorie di errori attualmente classificati per correggerli
• Linkinfo: per chi è interessato alla correzione dei soli link esterni non funzionanti

Oltre agli interventi di pulizia spicciola vorrei anche condividervi una considerazione che impatta la compilazione degli articoli.

Nella sezione "Cosa vedere" sono elencate attrazioni durevoli negli anni (e.g. monumenti), talvolta anche secoli (e.g. edifici) o millenni (e.g. mausolei egizi, templi maya, ecc.), quindi ogni qualvolta si aggiunge qualcosa in quella sezione abbiamo un elevata possibilità di aver migliorato quell'articolo "per sempre".

Nelle altre sezioni ("Dove mangiare", "Dove dormire", "Come divertirsi", ecc...) le informazioni hanno una volatilità decisamente più elevata, perché queste strutture nascono e muoiono ogni anno, per non parlare della qualità delle stesse, ma soprassediamo su quest'ultimo aspetto. Il template "Dead link" ci aiuta proprio in questo, ossia nel tenere aggiornate le nostre strutture. Un sito web è la vetrina virtuale di una struttura e questa vetrina ha un costo (seppur irrisorio). Quando una struttura chiude, cessa di pagare il canone di questa vetrina virtuale e anche quest'ultima chiude i suoi battenti (anch'essi virtuali). Quindi il sito web è per noi un'importante cartina tornasole.

Da qui il suggerimento di inserire solo strutture che hanno un sito web (ove ragionevole) perché questi siti ci danno l'implicita possibilità di monitorarle. È chiaro che il barcaiolo del lago Atitlan in Guatemala non avrà un sito web, ma se segnalo un hotel a Venezia direi che è obbligatorio che ce l'abbia.

Regolamentare questo aspetto è arduo e far rispettare una simile regola è utopico, quindi mi limiterei a tenerla come raccomandazione.

Voi cosa ne pensate? --Andyrom75 (discussioni) 19:00, 27 lug 2020 (CEST)

Ho constatato che molti siti di esercizi commerciali (ovviamente a pagamento) sono stati sostituiti da pagine Facebook (ovviamente gratuite): vale anche per queste la regola suddetta? --Teseo _(✉) 19:47, 27 lug 2020 (CEST)

Teseo, se il sito ufficiale di una struttura è diventata una pagina FB, sostituiamo il vecchio sito non funzionante con questa pagina. Ovviamente la determinazione se una struttura è ancora aperta o meno guardando una pagina FB non è così immediata perché in genere le pagine FB non vengono cancellate (in quanto gratuite). Solitamente guardo i post che sono tutti datati e se negli ultimi 5 anni (per dire un numero) non ci sono stati post inizio a pensare che sia chiuso. Magari faccio un controllo su siti di valutazione tipo tripadvisor se ce ne sono di più recenti. Sono tutti indizi ma che me messi insieme fanno una prova. --Andyrom75 (discussioni) 19:55, 27 lug 2020 (CEST)

Spesso Google maps da una buona conferma. --Codas (discussioni) 08:05, 28 lug 2020 (CEST)

Ma non sempre. Ti faccio l'esempio di un hotel a Firenze che ho rimosso giusto ieri. Visibile su Google street map ma chiuso da tempo. Il mio suggerimento è di usare più fonti e spiegare sempre nel campo oggetto il motivo della rimozione di un listing e come si è giunti a tale conclusione se ci sono solo "ipotesi". Alla stregua delle fonti, queste ipotesi possono essere prese in esame da un altro utente per effettuare in caso altre verifiche. --Andyrom75 (discussioni) 08:15, 28 lug 2020 (CEST)

Concordo nel lasciare il discorso del link come linea guida, non come obbligo. Può succedere che a volte non si abbia altra scelta che inserire strutture senza sito internet e/o pagina fb. Dovrebbero capitare sempre meno spesso, ma potrebbe. Google maps non so come funzioni, penso su segnalazione di utenti, a volte riporta 'chiuso definitivamente'. Può essere usato come conferma. --Lkcl it _(Scrivimi) 15:12, 28 lug 2020 (CEST)

Sì è vero purtroppo in google street view molto le immagini sono vecchie risalenti anche al 2017. Bisogna sempre controllare quando sono state scattate.

Una domanda. Ma dobbiamo mettere veramente le pagine facebook? Io normalmente se l'esercizio commerciale non ha un sito piuttosto che la pagina FB non metto niente. Secondo me sono troppo informali, volubili e come hai detto tu non ci aiutano a capire se l'esercizio è chiuso. Inoltre immedesimandosi in un avventore del nostro sito non mi aspetterei/piacerebbe essere portato su una pagina FB invece che sul sito. C'è una linea guida a riguardo?--3Pappa3 ^{(dimmi tutto!)} 10:12, 29 lug 2020 (CEST)

3Pappa3, non c'è una linea guida, e per quanto possa non piacere FB, non si può chiudere gli occhi (e le porte) al fatto che è uno dei siti web più usati al mondo e che diverse aziende lo usano come punto di contatto virtuale (esclusivo o in aggiunta al proprio sito web). Cito FB, ma potrei citare un qualunque altro sito che ospita pagine web gratuitamente. --Andyrom75 (discussioni) 11:44, 29 lug 2020 (CEST)

Non dico che non mi piaccia facebook, anzi, ma non mi sembra molto adatto ad una guida turistica. Forse sono ancora condizionato da Wikipedia dove non valeva nemmeno come fonte...--3Pappa3 ^{(dimmi tutto!)} 12:17, 29 lug 2020 (CEST)

Sul fatto che non sia un fonte enciclopedica concordo al 100%, ma turisticamente parlando ha il suo perché :-) --Andyrom75 (discussioni) 12:51, 29 lug 2020 (CEST)

Al più si può valutare se in futuro si vuole aggiungere un campo (come per la versione tedesca) solo per Facebook, in modo da separare il link ad un sito. --Codas (discussioni) 14:07, 29 lug 2020 (CEST)

Secondo me nella versione tedesca hanno implementato dei listing che sono fin troppo laboriosi, sul fronte link esterni hanno creato parametri ad-hoc per FB, Twitter, Flickr, Instagram e Youtube. Ingegneristicamente completo, non c'è che dire, ma mi sembra turisticamente eccessivo. Quando ho una fonte ufficiale, qualunque essa sia, direi che un turista è a posto. Se ci sono fonti secondarie, nel 90% dei casi, queste sono indicate in quella ufficiale, ed è così che al momento operiamo. Visto che queste informazioni stanno su Wikidata, volendo potrei anche mostrarle in sola visualizzazione in un colpo solo modificando i template, ma il problema è un altro, l'aggiornamento di tali indirizzi. Grazie al nuovo template:Dead link, ho avuto modo di vedere che alcuni dei nostri link non funzionanti sono uguali a quelli presenti su Wikidata, quindi col listing editor si possono aggiornare entrambi in un colpo solo. Per pulire quelle 1900 pagine, servirà un lavoro imponente. Vi immaginate a dover correggere anche tutti gli altri? A me sembra che il gioco non valga la candela. --Andyrom75 (discussioni) 14:35, 29 lug 2020 (CEST)