Discussioni utente:Nastoshka

Contenuti della pagina non supportati in altre lingue.
Da Wikivoyage.

Per quelli già fatti va bene così, ma per i prossimi cerca di inserire il parametro wikidata prima del paametro descrizione. Andyrom75 (discussioni) 15:34, 14 gen 2024 (CET)[rispondi]

@Andyrom75 grazie come sempre per il feedback!
C'è un motivo per l'ordinamento dei parametri? Quello che sto facendo come esperimento è scrivere un mini bot (anche per svago / piacere e per vedere un po' come le APIs in direzione Mediawiki e Wikidata funzionano). I codici wikidata e gli updati ai params vengono direttamente dalle API, non sono modifiche o query manuali. Vedo un po' se riesco a forzare il `sorting` dei parametri. Volevo parlartene, appena gli esperimenti raggiungono una fase più matura. Nastoshka(Al vostro servizio!) 16:12, 14 gen 2024 (CET)[rispondi]
Andyrom75 Ho risolto con questo commit :) Ora dovrebbe andar bene, no? Continua a dare un'occhiata ai miei edit per favore e se sei d'accordo, potremmo far girare il mio bot e correggere tutti quei DestinationList e Citylist in modo da farli apparire sulle mappe. E continua per favore a rimuovere ruggine dalle mie voy-skills :D --Nastoshka(Al vostro servizio!) 16:37, 14 gen 2024 (CET)[rispondi]
P.s: Low-prio: potresti dare un'occhiata a Discussione:Abcasia? C'è una città che non riesco a trovare. --Nastoshka(Al vostro servizio!) 16:37, 14 gen 2024 (CET)[rispondi]
Non ho mai usato python e nemmeno quello strumento per i bot. Sembra molto interessante. Ogni volta porti una ventata di freschezza :-)
Ho dato un'occhiata veloce. L'algoritmo mi sembra sensato, ma a naso, senza aver approfondito, vedo un unico punto debole: il recupero dell'istanza Wikidata a partire dal nome. Non si può assumere che sia corretto. Abbiamo una policy che ci obbliga a usare lo stesso nome dell'equivalente voce su Wikipedia, ma sia negli articoli già pubblicati che (a maggior ragione) nel "link rossi", si trovano errori, quindi il rischio è di associare un'istanza errata.
Ti suggerisco di lanciare il bot un articolo alla volta e controllare manualmente che l'istanza sia giusta. Oltre a controllare che il wikicodice sia stato modificato correttamente, ma questo lo davo per scontato :-) --Andyrom75 (discussioni) 16:50, 14 gen 2024 (CET)[rispondi]

[ Rientro] Andyrom75 e tu riesci sempre a trovare i punti da ottimizzare con uno sguardo :) In effetti è proprio su quello che sto lavoricchiando. Non tanto a livello tecnico, quanto a livello logico. La query a Wikidata si basa su questo tool di Query. Stavo pensando di raffinare la ricerca con una property che mi assicuri che sia una entity geografica o vedere se ci sono già collegamenti ad altre versioni linguistiche di Wikivoyage. O hai un'altra idea? L'algoritmo che ho al momento, effettua l'update solo se trova una sola entità su Wikidata. In casi ambigui o con risultati multipli, l'update viene skippato. E ovviamente lo sto facendo girare in maniera controllata, 1-2 articoli alla volta. Poi stop e controllo manuale ;) --Nastoshka(Al vostro servizio!) 16:56, 14 gen 2024 (CET)[rispondi]

Puoi restringere il campo aumentando i controlli, ma non avrai mai la certezza del risultato. L'unico modo è usare l'istanza associata ad un articolo già esistente su Wikivoyage. In questo caso, si può avere al più una "propagazione dell'errore", ma non la generazione di nuovi errori. Nel senso, se qualcuno ha associato all'articolo X l'istanza errata, tu la riporterai così come è, ma è una cosa di difficile controllo, e la classificherei come normale manutenzione del sito.
Se può facilitarti il controllo, puoi mostrare a fine elaborazione, la lista dei "link rossi", così controlli solo quelli. Andyrom75 (discussioni) 17:27, 14 gen 2024 (CET)[rispondi]
Hmm, buon suggerimento che sicuramente seguirò. So che posso estrarre i link (sia backlink (pagine che portano ad una pagina X) che quelli che dipartono da una pagina X. Mostrare solo quelli rossi dovrebbe essere fattibile e anche facile (estrai link, check che la pagina esista), ma per il momento mi fido più della mappa, così vedo già ad occhio se le coordinate sono nella regione giusta. Per ora l'errore più comune dell'algoritmo è rappresentato dalle disambigue. In un paio di articoli avevamo wikilink a e.g. Rio, che viene ovviamente trovato su wikidata e wikipedia ma non è quello che vogliamo. È un problema relativo, nel senso, che un link ad una pagina di disambigua non è poi tanto sbagliato, se il wikilink di partenza non era specifico abbastanza e potrà essere corretto, quando i wikilink rossi diverranno blu. Che ne pensi?
P.s: Ti posso dire che gioisco del fatto di tornare a discutere con te di questo tipo di ""problemi""? :) --Nastoshka(Al vostro servizio!) 17:36, 14 gen 2024 (CET)[rispondi]
Se c'è una disambigua in un wikilink è statisticamente un errore e se si trova in un itemlist è sicuramente un errore (da correggere).
Quando parlavo dei link rossi non vorrei essere stato frainteso. L'aggiunta del parametro wikidata va fatto sull'intera lista, ma i link blu (non afferenti a disambigua o redirect) non hanno bisogno di un double check nel caso in cui l'istanza Wikidata è estratta a partire dalla pagina del toponimo.
PS Il piacere è reciproco ;-)
PPS Se puoi il campo Wikidata mettilo subito prima il campo descrizione e non prima delle coordinate. Le quali, tra parentesi, sono ridondanti rispetto al parametro Wikidata. --Andyrom75 (discussioni) 21:47, 14 gen 2024 (CET)[rispondi]
[@ Andyrom75] per quanto riguarda i link rossi / blu avevo capito bene. Grazie per il chiarimento sulle disambigue. Per le coordinate, le ho aggiunte nello script per il caso ci sia anche una {{MappaDinamica}}, nel cui caso con il solo parametro wikidata gli items non appaiono sulla mappa (es. Adamello). Cmq sì, correggo volentieri l'ordine. --Nastoshka(Al vostro servizio!) 22:16, 14 gen 2024 (CET)[rispondi]
Per quanto riguardo il bot per i wikidata link che sto manovrando, finora sono sodisfatto, quasi zero errori. Lo sto facendo girare in maniera semi-automatica, mi chiede un prompt se non è abbastanza sicuro e prima di ogni salvataggio presentandomi un diff. Hai obiezioni o continuo anche lì? Ci sono 2500+ articoli con errori di compilazione negli Itemlist. --Nastoshka(Al vostro servizio!) 19:57, 21 gen 2024 (CET)[rispondi]
Procedi pure che stai facendo un lavoro eccellente!!! (Con ben 3 punti esclamativi :-P) Andyrom75 (discussioni) 07:27, 23 gen 2024 (CET)[rispondi]

Notizie tecniche: 2024-03[modifica]

MediaWiki message delivery 01:13, 16 gen 2024 (CET)[rispondi]

Notizie tecniche: 2024-04[modifica]

MediaWiki message delivery 02:04, 23 gen 2024 (CET)[rispondi]

Apprezzo la proattività...[modifica]

...però fermati con le modifiche agli aeroporti fino a che non abbiamo finalizzato tutto :-) Andyrom75 (discussioni) 15:35, 27 gen 2024 (CET)[rispondi]

Got it, :-D, mi fermo, è solo che il fine settimana ho un paio ore da dedicare al progetto e voglia di farlo. Comunque dai un'occhiata alle modifiche successive, quello che mi hai scritto sulla sua talk è quello che sto facendo. Ad ogni modo, stop fino ad avviso contrario. --Nastoshka(Al vostro servizio!) 15:38, 27 gen 2024 (CET)[rispondi]
Ripeto, apprezzabile, ma già da ora c'è da rimettere le mani su tutti :-) Cerchiamo di definire un po' meglio le cose.
Per uniformità col resto del sito, scriviamo minuscoli i codici nel parametro Map.
Del campo Superficie che ne facciamo? Andyrom75 (discussioni) 15:51, 27 gen 2024 (CET)[rispondi]
Hai ragione, scusami :) Non è che sia un campo granché informativo. Per città o simili da un'idea delle dimensioni ma per aeroporti il destino di quel campo mi lascia abbastanza indifferente Nastoshka(Al vostro servizio!) 15:56, 27 gen 2024 (CET)[rispondi]
Allora sarei per eliminare il campo Superficie.
I campi Altitudine e "Tipologia aeroporto" sono recuperabili da Wikidata? In caso affermativo li gestirei dal codice e li eliminerei dal template. Andyrom75 (discussioni) 15:59, 27 gen 2024 (CET)[rispondi]
Lo sono entrambi e già inseriti nel Modulo:Wikibase, altitudine è la P2044, tipologia di aeroporto P31 (instance of). Questo è un altro caso in cui dovremmo discutere quali usare, quali no e come gestire il caso generico di "aeroporto", ora mappato come "scalo" seguendo una delle label "it".
Per lo state of use, il caso standard (in uso) è al momento ignorato ai fini della categorizzazione, ma dovremmo vedere cosa fare con le altre opzioni (dismesso, ma anche "in construzione", "proposto", "chiuso temporaneamente", "parzialmente attivo" ecc..). Dopo la discussione di iera sera l'ho solo rimosso dall'infobox Nastoshka(Al vostro servizio!) 16:08, 27 gen 2024 (CET)[rispondi]
Altitudine la prenderei direttamente da Wikidata (aggiungendo l'unità di misura template).
Quali sono i valori possibili di "Tipologia aeroporto"?
Gli status "in costruzione" e "proposto" non sono realistici per i nostri articoli. Direi che ai nostri fini "parzialmente attivo" lo possiamo considerare attivo. "Chiuso temporaneamente" andrebbe approfondito. Quello che veramente a noi interessa sono gli aeroporti (dei quali abbiamo già un articolo) che sono definitivamente chiusi. In questi casi dovremo decidere il da farsi, ma immagino che sia un problema non immediato. Andyrom75 (discussioni) 16:40, 27 gen 2024 (CET)[rispondi]
Dimmi solo se stai già aggiustando tu i parametri su cui abbiamo idee chiare (avrebbe anche il vantaggio di un altro paio di occhi che controllano il modulo) o se devo/posso farlo io. Quindi da cambiare per ora sono:
  • Superficie: da rimuovere
  • Altitudine (solo wikidata, lo nasconderei semplicemente dal template e documentazione e lascerei nel quickbar).
  • Tipologia di aeroporto, dai un'occhiata table nel modulo Lua, li ho elencati tutti lì
  • Status: qui dovrei modificare la funzione lua, al momento restituisce senza formattare o filtrare ciò che c'è su wikidata. Come ben dici, a noi interessano gli articoli su aeroporti chiusi definitivamente. Non so se però sono da cancellare, alcuni sono ora musei o come questo sedi di aziende e "monumenti" storici. Potrebbero ancora essere interessanti per noi, benchè non come aeroporti. Nastoshka(Al vostro servizio!) 16:48, 27 gen 2024 (CET)[rispondi]
Per un ' po' devo staccare; prosegui tu. Un po' di modifiche lo ho fatte io, ma se mi fosse sfuggito qualcosa prosegui pure.
Per quanto riguarda lo status, credo che a noi interessi solo sapere se è un aeroporto internazionale o domestico. Prova a vedere la tipologia degli aeroporti redatti nelle altre versioni linguistiche per capire se esistono aeroporti di altre tipologie. Andyrom75 (discussioni) 17:34, 27 gen 2024 (CET)[rispondi]
Avevi già fatto quasi tutto :) Le uniche due aggiunte sono:
  • Mappa da Wikidata se nessun codice è presente qui su Wikivoyage
  • Switch per il quickbar header, era troppo affollato con Nome, nome ufficiale e città e la città è già nel corpo della tabella.
  • Per lo status do un'occhiata, ma comunque non penso che abbiamo fretta qui. L'nica cosa che "provoca" al momento una categorizzazione. Ma lo tengo a mente.
  • Per le tipologie vedo un po', modifico la funzione nel modulo e poi puoi dare un'occhiata, ma direi che per il viaggiatore è solo interessante sapere se è un aeroporto internazionale o domestico. I privati e amatoriali non avranno mai (?) un loro articolo. "Scalo" lo rinominerei localmente in "standard". Con Q1248784 è solo inteso che chi ha modificato wikidata non ha scelto nessuna tipologia in particolare.
Ho anche aggiustato mascherina, modello e documentazione. Do un'occhiata alla quindicina di articoli che avevo già modificato e domani se hai tempo mi puoi dare la tua benedizione o un feedback (spero di sì) o maledirmi e bloccarmi (spero di no :-P) Nastoshka(Al vostro servizio!) 18:19, 27 gen 2024 (CET)[rispondi]
Dovrei aver fatto e aggiornato anche gli articoli che avevano già il QuickbarAirport. Nastoshka(Al vostro servizio!) 19:23, 27 gen 2024 (CET)[rispondi]
Buondì,
  • Mappa: ci devo ragionare meglio. Non mi piace l'idea dei due blocchi di codice. In un mondo ideale si controlla prima i parametri che si hanno e poi si elaborano con un unico blocco di codice (per semplificare la manutenzione). La rimozione della seconda parte era intenzionale.
  • Switch: grazie dell'osservazione, non l'avevo testato :-) Il campo città serve solo per i distretti. Ho modificato la logica.
  • Tipologia: mi fai alcuni esempi di "Scalo", magari su nazioni popolari che così posso farmi un'idea? Così a pelle per me esistono solo internazionali o domestici. Vorrei capire se come dici te, è un'informazione che manca (allora può valere la pena categorizzarla), o se si tratta di aeroporti che mai saranno recensiti su Wikivoyage perché trattano di una tipologia non d'interesse turistico.
  • Status: ok, ma visto siamo a metterci le mani ha senso verificare tutto ora. Più avanti faremo uno sforzo maggiore (almeno io :-P)
Andyrom75 (discussioni) 09:40, 28 gen 2024 (CET)[rispondi]
Il parametro "Nome ufficiale" si recupera da Wikidata? In caso affermativo, ha una "copertura"? (quanto meno per gli aeroporti principali che saranno quelli che con buona probabilità avranno un articolo su it:voy). --Andyrom75 (discussioni) 10:47, 28 gen 2024 (CET)[rispondi]
@Andyrom75 Purtroppo non in maniera affidabile. C'è una property apposita sia per il nome in lingua locale che per la denominazione ufficiale, ma nei 20-30 che mi sono guardato non era mai compilato. L'altra property interessante sarebbe "named after" per i casi come Bari Palese dedicato a Giovanni Paolo II. Ma il link è alla persona o cosa a cui l'aeroporto è dedicato e possono esserci molteplici valori. Nastoshka(Al vostro servizio!) 10:57, 28 gen 2024 (CET)[rispondi]
Ok, allora niente, quello ce lo teniamo. Andyrom75 (discussioni) 11:16, 28 gen 2024 (CET)[rispondi]
Per quanto riguarda la questione Mappa, non è possibile gestire la cosa da template, serve una funzione LUA da implementare su Modulo:Quickbar. La funzione dovrà verificare se almeno un parametro tra Map, Lat e Long è stato compilato e in caso affermativo li usiamo in blocco, mentre in caso negativo li peschiamo da Wikidata.
Qualora localmente o su Wikidata avessimo solo 2 parametri su 3, va visto se viene generato in automatico un errore durante la fase di generazione della mappa di localizzazione. In caso affermativo va già bene così, altrimenti va generata una categoria di manutenzione ad-hoc.
Una volta realizzata questa funzione, si semplifica il codice su Template:Quickbar
Ti va di lavorarci? Andyrom75 (discussioni) 12:12, 28 gen 2024 (CET)[rispondi]
Facciamo così: inizio dal minor fix per il codice IATA, poi passo alla funzione per le mappe (dovrei riuscirci oggi, non so ancora se il pomeriggio sono disponibile) e per la semplificazione del Quickbar mi vorrei prendere il tempo dovuto. Ti va di dare un'occhiata a Discussioni modulo:Avviso per vedere come organizzo di solito il codice di un modulo independentemente dal linguaggio? Nastoshka(Al vostro servizio!) 12:19, 28 gen 2024 (CET)[rispondi]
La semplificazione del Quickbar non è prioritario. Mette solo altra carne al fuoco e al momento abbiamo la pancia piena :-)
Sono 2 le cose che devo ancora rivedere, una è il modulo Avviso e l'altra mi sfugge al momento, ma era rimasta in sospeso. Andyrom75 (discussioni) 12:34, 28 gen 2024 (CET)[rispondi]
Allora meglio non strafare per il momento, ma lo tengo a mente :) Anche perchè ho già una bella lista di cosette da fare per aumentare immediatamente la qualità degli articoli nel ns0. È bello essere tornato. Se ti venisse in mente qualcos'altro da fare fammi sapere Nastoshka(Al vostro servizio!) 12:39, 28 gen 2024 (CET)[rispondi]
Quando ti annoi puoi proseguire con la compilazione dei parametri wikidata negli itemlist :-P
PS vedi mail. Andyrom75 (discussioni) 12:52, 28 gen 2024 (CET)[rispondi]
A questo punto direi che manca l'analisi del parametro "Tipologia aeroporto" per decidere il da farsi. Se fattibile, mi piacerebbe gestirlo come IATA, ossia da Wikidata (elaborandolo più o meno come hai già fatto), ma togliendolo dal modello. Andyrom75 (discussioni) 13:03, 28 gen 2024 (CET)[rispondi]
Ah, un'altra cosa:
| Nome ufficiale= <!-- Nome dell'aeroporto, ad es. per Bari-Pales sarà "Karol Wojtyła" -->
lo cambierei in:
| Nome ufficiale= <!-- Nome dell'aeroporto -->
spiegando il senso di questo parametro nel manuale e non nel modello. Andyrom75 (discussioni) 13:09, 28 gen 2024 (CET)[rispondi]
(edit conflict)
C'è qualcosa che non ti convince / ti manca nell'elaborazione attuale? Dovrei aver coperto tutti i casi e resterebbe solo toglierlo dal modello.
(fine edit conflict)
Per questi cambi li farei via bot. È abbastanza noioso aprire - ora 30 pagine (e non tutte mie :P ) per cambiare sempre la stessa riga, sempre con lo stesso valore Nastoshka(Al vostro servizio!) 13:14, 28 gen 2024 (CET)[rispondi]
Si, certo, le modifiche si fanno via bot ... ed è anche per questo che ieri ti ho detto di smettere di aggiornare gli articoli usando un template ancora non finalizzato :-) Il mio intento era di condividerti il mio punto di vista per capire se concordavi o avevi obiezioni.
Per quanto riguarda "Tipologia aeroporto", io sarei per Internazionale, Domestico o altro ... quest'ultimo in teoria è solo da monitorare per essere sicuri che non sfugga qualcosa. Quindi semplificherei anche il codice. Avevo solo premura a farlo senza aver analizzato un campione dati. --Andyrom75 (discussioni) 14:25, 28 gen 2024 (CET)[rispondi]

fetch_coords[modifica]

Attento. Map, Lat e Long vanno presi tutti dalla stessa fonte, non un po' e un po'. Ed è questa la ragione per cui serve LUA e non basta un template (per fare un codice snello). Con:

local latitude = wikibase.latitudine({args = {args['lat']}})

local longitude = wikibase.longitudine({args = {args['long']}})

Potresti prendere Lat da codice e Long da Wikidata o viceversa.

L'idea di base è:

IF map or lat or long (quelli locali) not null allora usa quelli locali, altrimenti quelli di Wikidata

Quelli scelti li assegni a variabili definite all'interno della funzione

Con queste variabili esegui il codice. Andyrom75 (discussioni) 14:33, 28 gen 2024 (CET)[rispondi]

Hmm, ok; in realtà era voluto. Non penso sia molto plausibile avere solo Lat riempito, ma non Long e in quel caso sarebbe penso un errore che correggeremmo durante il controllo delle ultime modifiche. Su altri progetti mi è addirittura capitato che fosse necessario: latitudine andava bene, ma longitudine no (troppo a destra o a sinistra) e lo volevo centrato, ma cambiarle su wikidata non era possibile per uso in altri progetti / wiki. Lo so che è un caso margine e in quei casi dovremmo sovrascriverle entrambe localmente.
Posso ovviamente aggiustare il codice ma ridurremmo in questo modo i casi che copriamo. Ad ogni modo mi hai preceduto, volevo linkarti la Sandbox per farti d'are un'occhiata, non avrei spostato in production senza averne discusso con @te :) Nastoshka(Al vostro servizio!) 14:40, 28 gen 2024 (CET)[rispondi]
La creatività di un utente è spesso superiore alla capacità previsionale di uno sviluppatore, quindi, per quanto rari, i casi vanno gestiti tutti. Per le coordinate "palesemente errate" c'è un controllo simpatico che utilizzano su en:voy basato sulla distanza radiale oltre una certa soglia.
Le ultime modifiche mi impegno a guardarle tutte da anni, ma nessuno è perfetto. Le categorie di controllo aiutano :-) Andyrom75 (discussioni) 14:44, 28 gen 2024 (CET)[rispondi]
E sulla creatività degli utenti non posso che darti ragione :) Sto guardando il Modulo:Location map, non lo conoscevo, grazie dell'hint. Poi passo ad aggiustare handling delle coordinate e performance. Nastoshka(Al vostro servizio!) 14:47, 28 gen 2024 (CET)[rispondi]

frame:preprocess[modifica]

Per un test va bene, ma è poco performante. Al suo posto va usato Modulo:Location map. Idem per frame:expandTemplate. Andyrom75 (discussioni) 14:37, 28 gen 2024 (CET)[rispondi]

Dovrei aver fatto sia per l'utilizzo di Location Map che per le coordinate (solo la mappa la tratterei a parte e non in fetch_coords(), per il resto mi hai convinto). Non so però cosa intendi o come sostituire expandTemplate. Mi faresti vedere? Nastoshka(Al vostro servizio!) 15:07, 28 gen 2024 (CET)[rispondi]
In realtà non c'è una sostituzione, va proprio pensato in modo diverso.
Senza essere entrato nel codice, immagino che ti sei preparato i dati di input da dare in pasto ad una funzione già pronta che casualmente è già presente in questo stesso modulo. La cosa più veloce da fare è stata la chiamata al template passandogli quei parametri. Però così si perdono i benefici di LUA.
Ci sono 2 approcci.
Uno equivalente in termini di performance ma che evita questa chiamata "ibrida" e uno più performante che spesso e volentieri richiedere una scrittura (almeno parziale) della funzione esistente.
Caso 1: la tua funzione termina con la determinazione dei parametri di input. Il template chiamante si occuperà di chiamare la seconda funzione tramite l'interfaccia template
Caso 2: spezzi in 2 la funzione chiamata. Da una parte l'interfaccia template e dall'altra l'elaborazione vera e propria. La tua nuova funzione passerà i parametri a questa seconda funzione, alla stregua di come farà l'interfaccia template. Il risultato finale è che sei sempre rimasto in ambiente LUA. Andyrom75 (discussioni) 16:02, 28 gen 2024 (CET)[rispondi]
Che stupido che sono... c'era già la funzione per il {{quickbar image}} nel modulo quickbar. Con questo dovremmo poter chiudere il vaso di Pandora o l Fiorentino non è ancora soddisfatto? :) Nastoshka(Al vostro servizio!) 17:57, 28 gen 2024 (CET)[rispondi]
Intanto: :-P
Dopo di che :-D, non ho fatto test (li lascio a te), ma a naso il modulo Quickbar ora dovrebbe andare.
Sul Wikibase invece modificherei airportCategorization per lasciare i casi Internazionale e Domestico. In automatico tutto il resto è "" (stringa vuota). I primi due casi danno adito ad essere stampati, mentre il terzo popolerà una categoria di controllo che ci servirà a valutare la creazione di ulteriori categorie.
Sul Template:QuickbarAirport e sul modello farei sparire "Tipologia aeroporto" e uniformerei i commenti.
Poi un ultimo check prima di ripassare tutti gli articoli col bot per uniformarli al modello. Andyrom75 (discussioni) 18:33, 28 gen 2024 (CET)[rispondi]
Ho semplificato l'attuale codice su Modulo:Wikibase, ma ho un dubbio sul funzionamento di get_instanceof_numeric_id che, sebbene non abbia guardato il codice in dettaglio, ho notato che ritorna un unico valore. Se prendo Aeroporto di Dublino, la proprietà istanza ha 3 valorizzazioni. Come si fa ad avere la certezza di analizzare quello che a noi serve (in questo caso Internazionale)? Andyrom75 (discussioni) 22:51, 28 gen 2024 (CET)[rispondi]
È una domanda che mi sono posto anch'io quando ci ho rimesso mani prima. La risposta poco soddisfacente è che non ne abbiamo la certezza. Hai suggerimenti a parte quello di sovrascriverlo localmente in quel caso? L'altra idea che mi era venuta in mente è di usare i ranks di wikidata e usare quello "preferito". Nastoshka(Al vostro servizio!) 22:56, 28 gen 2024 (CET)[rispondi]
Bisogna lavorare sugli elementi che possiamo controllare. Wikidata non lo possiamo controllare: chiunque può cambiarlo averlo esigenze diverse e magari altrettanto valide.
Secondo me dovremo estrarre tutte le istanze su Wikidata e controllarle una alla volta. Non appena si trova un Internazionale/Domestico ci si ferma altrimenti si continua ottenendo tutti risultati vuoti.
Tornando al discorso Wikidata, quello che possiamo fare non è modificare le valorizzazioni esistenti, bensì potremmo aggiungere quelle mancanti. Ad esempio, su Aeroporto di Cagliari-Elmas manca il valore che a noi interessa, però possiamo aggiungerlo e controllandoli tutti siamo sicuri che venga mostrato nel Quickbar. Andyrom75 (discussioni) 23:08, 28 gen 2024 (CET)[rispondi]
Avrei voluto evitare troppi 'loop' ma sì, hai ragione. Per stasera stacco, ci sentiamo nei prossimi giorni anche se sarò abbastanza in giro per lavoro questa settimana. Destinazioni ha di nuovo una mappa ;) e se mi controlli Aeroporto di Berlino-Brandeburgo e Aeroporto di Birmingham, procedo poi pian piao ad applicare il modello. Lo farei in modo semi-automatico (bot produce il wikicodice, do un'occhiata e salvo manualmente), visto che questi articoli hanno più di un ritocco e aggiunta del quickbar da fare. Nastoshka(Al vostro servizio!) 23:37, 28 gen 2024 (CET)[rispondi]
Air fans ha già fatto una bella pulizia manuale dei vari articoli. Io gli allineamenti ai modelli li ho sempre fatti manualmente se pensi di trovarti meglio con un bot, procedi pure. Una cosa che ho notato è che spesso è andato perso il sito internet che era nell'incipit.
Il servizio che gestisce la mappa l'ho riavviato parecchie volte, ma nel medio termine si è sempre rivelata una battaglia persa (da qui l'idea di ripensare il meccanismo). Andyrom75 (discussioni) 23:59, 28 gen 2024 (CET)[rispondi]
@Air fans è meglio di qualsiasi bot ;)
Sì alla fine procedero in maniera quasi manuale, ma stare a pescare e copincollare immagini, banner, didascalie ecc... per il quickbar o sistemare il quickfooter e aggiungere gli esempi commentati dei listing può farlo il bot. Troppo noioso per me :D
Sito e codice IATA dall'incipit li ho rimossi volontariamente. Dici che ha senso ripetere le stesse info che sono 5 cm più a destra nell'info box? Nastoshka(Al vostro servizio!) 00:05, 29 gen 2024 (CET)[rispondi]
Intendevo dire che è stato rimosso il sito senza riportarlo nel Quickbar. Per IATA va bene visto che è pescato in automatico. Andyrom75 (discussioni) 09:10, 29 gen 2024 (CET)[rispondi]

Notizie tecniche: 2024-05[modifica]

MediaWiki message delivery 20:31, 29 gen 2024 (CET)[rispondi]

Template:strada[modifica]

Ciao, volevo chiederti una cortesia. Siccome ho creato l’articolo Guidare in Messico, ti posso chiedere di creare il template strada del Messico? Codas (discussioni) 09:07, 3 feb 2024 (CET)[rispondi]

Volentieri, ma a quanto vedo ci sono segnali solo per le strade federali, o mi sbaglio? Nastoshka(Al vostro servizio!) 09:51, 3 feb 2024 (CET)[rispondi]
@Nastoshka si, vanno distinte solo con una D per quelle di ordine inferiore. Purtroppo le comunali non hanno cartellonistica su Wikipedia, o almeno non ho trovato nulla. Codas (discussioni) 16:26, 4 feb 2024 (CET)[rispondi]
Dai un'occhiata al template, dovrei aver fatto. L'unica lettera disponibile è C per Carretera Federal. La D la puoi aggiungere insieme al numero nell'ultimo parametro. Nastoshka(Al vostro servizio!) 16:28, 4 feb 2024 (CET)[rispondi]
Ti posso chiedere di aggiungere la riga in cui si scrive che CD significa superstrada? Meglio essere completi. Codas (discussioni) 16:33, 4 feb 2024 (CET)[rispondi]
@Codas Non credo di capire, scusami, altrimenti lo farei volentieri :D -- Nastoshka(Al vostro servizio!) 16:38, 4 feb 2024 (CET)[rispondi]
Le superstrade sono indicate con un numero e una D finale. Mi hai scritto che se aggiungo la D questa spunterà. Ma siccome non è indicata questa possibilità nel template sarebbe meglio specificarlo. Codas (discussioni) 17:55, 4 feb 2024 (CET)[rispondi]
@Codas Ora ho capito, scusami, sono un po' duro di comprendonio a volte :) Dai un'occhiata se ho capito bene come funzionano le strade in Messico. Nastoshka(Al vostro servizio!) 18:12, 4 feb 2024 (CET)[rispondi]
@Nastoshka perfetto grazie. Quanto prima lo utilizzerò. Codas (discussioni) 18:20, 4 feb 2024 (CET)[rispondi]

Ti posso chiedere di creare lo stesso template per la Thailandia? Ecco il riferimento: Guidare in Thailandia. --Codas (discussioni) 18:46, 10 feb 2024 (CET)[rispondi]

@Codas, Mi metto all'opera ;) Nastoshka(Al vostro servizio!) 18:47, 10 feb 2024 (CET)[rispondi]
@Codas Daresti un'occhiata? Nastoshka(Al vostro servizio!) 19:20, 10 feb 2024 (CET)[rispondi]
Sei eccezionale! Grazie! Codas (discussioni) 20:09, 10 feb 2024 (CET)[rispondi]

Smart Edittools nella nuova interfaccia[modifica]

Non so a che punto sei con la revisione del codice che gestisce le destinazioni tramite Wikidata. Comunque, mentre "avanzi con l'alfabeto" e senza interferire con la mappa, ti volevo segnalare una piccola miglioria del gadget in oggetto, visto che non funziona con la nuova interfaccia. Immagino vada rivisto il primo "if" e l'ancora in cui appendere il riquadro (forse anche il riferimento al box con cui dovrà interagire). Comunque niente fretta, procedi pure con la tua scaletta :-) Andyrom75 (discussioni) 18:15, 3 feb 2024 (CET)[rispondi]

Che problema riscontri con la nuova interfaccia con questo tool? Io ce l'ho attivato e sembra funzionare a dovere. BTW c'è anche il corrispettivo ufficiale di Mediawiki: Chart Insert che potremmo importare o a cui potremmo ispirarci.

P.s: Per la mappa non me ne volere ti prego, ma per ora l'ho messa in fondo alla lista. Ho un paio di domande a tal proposito, tra le altre, cosa usano le altre versioni voy, dato che non tutte sembrano usare poimap2? Se dovessi riscriverlo, vorrei prendermi 2-3 giorni in blocco e pianificarlo per benino, dato che ci sono una marea di dettagli da chiarire, dai più tecnici a quelli più legati alla user-experience (clustering, logo, barra di ricerca ec...) --Nastoshka(Al vostro servizio!) 18:47, 3 feb 2024 (CET)[rispondi]
Gadget: mi riferisco a quando uno fa click su [rispondi] anziché su [modifica].
Mappa: non va riscritta la parte grafica, bensì solo quella di raccolta dati. Le altre versioni linguistiche usavano questo tool, ma dato che ogni tanto "salta", en:voy l'ha disabilitato tempo fa. Andyrom75 (discussioni) 21:11, 3 feb 2024 (CET)[rispondi]
Ahh ok, ora capisco cosa intendi con nuova interface. Non penso siano compatibili out-of-the-box, dato che usano due diverse API, ma ho aperto thread sulla pagina della nuova interfaccia. Vediamo se qualcuno ha un'idea.
Per la mappa ok, allora è molto più semplice. Devo comunque trovare un 1-2 giorni liberi :D Prendiamo tutti gli articoli provvisti di un Quickbar? Conviene comunque procedere in maniera simile a quello che fa il tool attuale , i.e. scaricare l'ultimo backup ed elaborare i dati da lì, completandoli dove necessario con Wikidata. Importare i dati in stream direttamente da Wikidata o Wikivoyage sarebbe troppo lento e incorrerei quasi certamente in timeout errors -- Nastoshka(Al vostro servizio!) 21:46, 3 feb 2024 (CET)[rispondi]
Gadget: più che compatibile direi che è fattibile l'adattamento (con gli accorgimenti che dicevo prima).
Mappa: temo che l'elaborazione del backup sia troppo lento, non so se cambiando logica esiste un modo per elaborare anche quello più corposo di en:voy. Premesso che non ho idea della fattibilità, mi chiedevo se una query scritta ad-hoc ci potesse venire incontro. Andyrom75 (discussioni) 21:56, 3 feb 2024 (CET)[rispondi]
Mappa: Ho già fatto 2-3 tests a questo proposito: Il download è lento (~2-3 min) ma l'elaborazione è velocissima e offline (sotto i 2 secondi). Ho provato anche con singole query a Wikidata e non è fattibile, finisce sempre in un timeout.
Però potremmo farci venire in mente una query fattibile.
Che ne dici di questa:
SELECT ?sitelink ?coordinates ?entity
WHERE {
  ?entity wdt:P625 ?coordinates. # Qualsiasi "cosa" abbia coordinate
  ?sitelink schema:about ?entity; # e abbia un collegamento ad un progetto
            schema:inLanguage "it" ; # progetto italiano
            schema:isPartOf ?WP.
    ?WP wikibase:wikiGroup "wikivoyage" . # di tipo wikivoyage
}
# LIMIT 40
Puoi testarla qui, al momento ritorna 8329 risulati in 1637ms -- Nastoshka(Al vostro servizio!) 22:27, 3 feb 2024 (CET)[rispondi]
La query da te indicata è quella che avevo in testa (i.e. titolo, istanza e coordinate). Quindi non ho capito che intendevi con "singole query a Wikidata e non è fattibile". Andyrom75 (discussioni) 23:53, 3 feb 2024 (CET)[rispondi]
Una prova veloce che avevo fatto era quella di raccogliere dal backup gli articoli senza coordinate locali o difficili da leggere e per ognuno di questi chiedere le coordinate a Wikidata in una request separata. Quest'approccio oltre che idiota à la Nastoshka non sarebbe fattibile ;) Nastoshka(Al vostro servizio!) 00:06, 4 feb 2024 (CET)[rispondi]
Ah sì, certo, questo non va bene :-D Le coordinate mancanti vanno gestite con categoria apposita e sistemate manualmente. Andyrom75 (discussioni) 12:40, 4 feb 2024 (CET)[rispondi]
Nastoshka, non so se ci avevi fatto caso ma ti avevano risposto sugli Smart Edittools. Nessun aiuto dalla regia... Mi sa che l'unico modo di far funzionare lo script è di smanettarci in prima persona (se ti va...). --Andyrom75 (discussioni) 09:23, 8 mar 2024 (CET)[rispondi]
@Andyrom75 Sì avevo letto... Peccato. Il mio problema è che non saprei ancora dove mettere mano. I tool e script che abbiamo si basano sul fatto di essere in edit mode. Il tool di discussione (quando clicchi su [rispondi]) funziona in maniera completamente diversa dal punto di vista tecnico. La maggior parte delle variabili mw che conosco non sono presenti o utilizzabili in questo caso. Do un'occhiata se c'è già qualche esperimento o documentazione tecnica sul tool. Nastoshka(Al vostro servizio!) 16:17, 8 mar 2024 (CET)[rispondi]
Ok. Prova a documentarti e se getti la spugna fammi un fischio che faccio qualche tentativo casereccio ;-P Andyrom75 (discussioni) 17:35, 8 mar 2024 (CET)[rispondi]
Se ti va di provarci o di discutere proposte e idee su come farlo, sarei più che curioso di vedere come può funzionare. Al momento tutte le idee che mi vengono in mente sono molto fragili e buggy. La documentazione del tool la trovi qui:
- Extension:DiscussionTools
- Codice sorgente
Il tool è abbastanza elegante, ma si basa pesantemente su Visual Editor per il parsoide e lavora solo con l'HTML, mai con il wikicodice. Crea dinamicamente degli elementi HTML (che possono essere ambigui, basandosi sul nome dell'utente che risponde e a cui si risponde) e poi tutta una serie di JS manda di continuo delle richieste in background (dai un'occhiata al "Network tab" del browser mentre hai aperto un thread di risposta). In background viene sia controllato che nessun'altro abbia già risposto (edit conflict) e viene fatto un parsing della risposta transformando eventuale wikicodice. Uno dei problemi è che la logica memorizza la posizione del cursore all'ultimo testo inserito. Se lo si manipola aggiungendo un SmartEdittool o SpecialCharset, la logica "impazzisce" :D
Dai un'occhiata ad un tentativo molto casereccio :) Riesco ad inserire il riquadro con i simboli e a immetterli nel testo ma dire che è buggy è un complimento. Nastoshka(Al vostro servizio!) 21:58, 8 mar 2024 (CET)[rispondi]
Più o meno hai fatto ciò che avevo in mente (con l'unica differenza che avrei usato MediaWiki:Edittools, ma questo è un dettaglio).
La parte complicata è che usano pesantemente JS. L'idea di base è analizzare questa lunga serie di funzioni richiamate per individuare quali sono le variabili che indicano che il testo nel riquadro di edit è stato modificato per condizionare l'esecuzione dello script. Il punto è che quando si aggiunge il testo tramite il pulsante, queste variabili non sono state aggiornate, quindi lo script pensa che il testo è sempre quello precedente, eliminando la nostra aggiunta. Queste variabili vanno inizializzare nel momento stesso in cui si preme il pulsante.
Ho provato ad analizzare un po' il codice ma non sono arrivato a nulla. Se hai tempo e ti va, prova guardare il JS in quest'ottica. Andyrom75 (discussioni) 10:33, 9 mar 2024 (CET)[rispondi]

Notizie tecniche: 2024-06[modifica]

MediaWiki message delivery 20:22, 5 feb 2024 (CET)[rispondi]

Notizie tecniche: 2024-07[modifica]

MediaWiki message delivery 06:49, 13 feb 2024 (CET)[rispondi]

Livelli[modifica]

A tempo perso controlla se effettivamente gli articoli dei 24 Stati e delle 20 regioni siano effettivamente guide; sono scettico. Dubito che tutti i loro rispettivi sotto-articoli siano almeno usabili e di conseguenza verrebbero declassati a usabili. Andyrom75 (discussioni) 23:22, 17 feb 2024 (CET)[rispondi]

D'accordo, solo che il quadro della situazione è già abbastanza desolato / desolante :-D
Comunque, da buon stalker quale sei (e sono), avrai capito cosa sto facendo, sto tentando di italianizzare en:Wikivoyage:Maintenance_panel che mi è sempre sembrato molto utile. Quando finisco apro un post in Lounge e vi chiedo se deve rimanere una mia sottopagina o lo posso spostare nel ns Wikivoyage, in modo che sia utile a tutti.
P.s: riguardo ai livelli, dai un'occhiata al mio ultimo lavoretto? Me lo sono arrogantemente promosso a guida ma mi viene il dubbio che debba essere un terzo a promuoverlo e non l'autore principale dell'articolo. Nastoshka(Al vostro servizio!) 23:27, 17 feb 2024 (CET)[rispondi]
L'avevo notato e mi sembra che qualcuno in passato l'aveva già fatto (quantomeno parzialmente) ma procedi pure.
Per l'articolo procedi pure in autonomia, non c'è alcuna procedura.
Per il quadro desolante pazienza, l'importante è che corrisponda alla realtà :-) Andyrom75 (discussioni) 23:50, 17 feb 2024 (CET)[rispondi]

Tech News: 2024-08[modifica]

MediaWiki message delivery 16:37, 19 feb 2024 (CET)[rispondi]

Lint error[modifica]

Potresti controllare Wikivoyage:Pannello di manutenzione/LinkUtili? Ha problemi di lint (verosimilmente la tabella ha un errore). Essendo inclusa anche in Wikivoyage:Pannello di manutenzione, l'errore si ripercuote anche qui. Andyrom75 (discussioni) 11:41, 24 feb 2024 (CET)[rispondi]

@Andyrom75 Certo, do un'occhiata tra qualche minuto. Grazie come sempre del feedback Nastoshka(Al vostro servizio!) 11:45, 24 feb 2024 (CET)[rispondi]
@Andyrom75 dovrei aver fatto. Comunque buono a sapersi che basta spostare qualche div e table affinché tu ti faccia sentire. Cominciavo a pensare di aver fatto qualcosa di sbagliato :-P Nastoshka(Al vostro servizio!) 12:25, 24 feb 2024 (CET)[rispondi]
P.s: Già che c'ero ho risolto anche gli ultimi due errori di linting. Ora siamo a 0 ;) -- Nastoshka(Al vostro servizio!) 12:39, 24 feb 2024 (CET)[rispondi]
ahhahah ma figurati... scusa se sono latitante ma mi sto dividendo tra molte cose, ma ti assicuro che monitoro come l'occhio di Sauron ;-P :-D Andyrom75 (discussioni) 14:12, 24 feb 2024 (CET)[rispondi]
:-DD - Nastoshka(Al vostro servizio!) 14:19, 24 feb 2024 (CET)[rispondi]

Ricerche[modifica]

Se ti va e hai tempo, proveresti a capire perché su it:voy di default cerca su "main" e "portale" mentre su en:voy solo su "main"? Ma soprattutto perché con la vecchia interfaccia trovava di default anche i template (cosa comodissima). Andyrom75 (discussioni) 18:17, 25 feb 2024 (CET)[rispondi]

@Andyrom75 Do volentieri un'occhiata. Comunque un paio di info che forse già hai o forse no: i namespace in cui viene cercato sono settati attraverso la variabile $wgNamespacesToBeSearchedDefault. Dalla versione 1.41 del software (dic 2023) viene cercato solo nel Namespace 0.
Non penso tu la possa sovrascrivere, neanche con i diritti da amministratore di interfaccia. Però potremmo aprire un ticket su Phabricator. en.voy l'ha già fatto in passato, ma per escludere tutto tranne NS0. Parecchi altri progetti hanno richiesto modifiche simili.
Se apriamo un ticket, sarei il primo a supportarlo... è snervante se lavori spesso con moduli e template. Nastoshka(Al vostro servizio!) 18:35, 25 feb 2024 (CET)[rispondi]
Ero certo fosse lato server ma non avevo le informazioni che hai trovato (grazie mille). Apro una discussione in lounge perché è necessaria per richieste di questo tipo. Andyrom75 (discussioni) 19:15, 25 feb 2024 (CET)[rispondi]

Notizie tecniche: 2024-09[modifica]

MediaWiki message delivery 20:23, 26 feb 2024 (CET)[rispondi]

Notizie tecniche: 2024-10[modifica]

MediaWiki message delivery 20:47, 4 mar 2024 (CET)[rispondi]

Notizie tecniche: 2024-11[modifica]

MediaWiki message delivery 00:04, 12 mar 2024 (CET)[rispondi]

Notizie tecniche: 2024-12[modifica]

MediaWiki message delivery 18:40, 18 mar 2024 (CET)[rispondi]