Wikipedia:Bar/2017 02 10

Da Wikipedia, l'enciclopedia libera.
Vai alla navigazione Vai alla ricerca
Il bar di Wikipedia

Bar completo
Indice della settimana

Not Italian? It-0? Go to the Embassy Desk!
Not Italian? It-0? Go to the Embassy Desk!
New message? Deutsch · English · Español · Français  |   Aggiorna la pagina

 
Discussioni in corso
Nessuna discussione.

10 febbraio


Progetto Attualità: suggerimenti e conta utenti interessati (esterna)

Questa è una discussione esterna (Che significa?)
La discussione prosegue in «Discussioni utente:Supernino/Attualità». Segnalazione di Supernino.

Chiamata API scorretta a causa di un template di navigazione


Ciao a tutti, scrivo qui perchè non saprei quale bar specialistico usare... Ho notato un bug nella chiamata rest API: quando c'è un template di navigazione che ha una foto, ed è inserito in una pagina senza foto, la chiamata API mi visualizza la foto del template di navigazione.

Per esempio:

https://it.wikipedia.org/api/rest_v1/page/summary/Jacopo_Alighieri

Come potete notare, l'immagine richiamata è quella di Dante, cioè quella presente nel template {{Dante}}. Non so bene come risolvere, o se sia una cosa che possiamo risolvere come comunità, ma lo chiedo direttamente a voi. Aubrey McFato 11:37, 10 feb 2017 (CET)[rispondi]

cc [@ Vituzzu, Rotpunkt, ValterVB, Moroboshi], non ricordo altri wikipediani competenti in materia ;-)
Ciao, nella documentazione a "get /page/summary/{title}" c'è scritto: "The summary response includes a text extract of the first several sentences, as well as information about a thumbnail that represents the page. ". Bisogna cercare come è implementato questo "thumbnail that represents the page". Solo per curiosità perché hai bisogno di usare l'API REST sperimentale invece della classica Action API? --Rotpunkt (msg) 14:11, 10 feb 2017 (CET)[rispondi]
Ho notato che anche nelle informazioni della pagina http://it.wikipedia.org/w/index.php?title=Jacopo_Alighieri&action=info l'immagine è già considerata "Immagine della pagina", bisogna cercare al riguardo. --Rotpunkt (msg) 14:33, 10 feb 2017 (CET)[rispondi]
La scelta dovrebbe derivare da mw:Extension:PageImages, vedi mw:Extension:PageImages#Image_choice, richiamabile anche con: https://it.wikipedia.org/w/api.php?action=query&prop=pageimages&titles=Jacopo_Alighieri Ti consiglierei a questo punto di scriverne nella pagina di discussione della estensione, come vedo hanno già fatto altri, e/o su phabricator. --Rotpunkt (msg) 14:40, 10 feb 2017 (CET)[rispondi]
[@ Nemo_bis] ne sa qualcosa. Il problema è noto e abbastanza importante, perché PageImages è utilizzata da molte parti: i popup (al passaggio del mouse su un link), l'app per smarthphone e la versione mobile di wikipedia (l'immagine viene mostrata sopra il testo degli articoli), ecc. Non solo ma ci sono casi più gravi (mi viene in mente una biografia di una persona di cui non abbiamo fotografie, ma l'articolo contiene più in basso, per altre ragioni la foto di un'altra persona: la foto viene scelta come dalla API ma non c'entra niente con il personaggio). Se ne discute da due anni [1] c'è la proposta di utilizzare al suo posto l'immagine specificata su Wikidata [2]. Al momento, comunque, non c'è modo di cambiare l'immagine scelta da PageImages, e non si sa nemmeno quali siano i criteri usati dall'estensione. --Una giornata uggiosa '94 · E poi, di che parliamo? 17:38, 10 feb 2017 (CET)[rispondi]

Non c'è nulla di "scorretto" tecnicamente: PageImages guarda solo alla pagina, non all'argomento della stessa, e quell'immagine rappresenta effettivamente ciò che la voce Jacopo Alighieri contiene. Si possono immaginare infinite pezze ma l'unica soluzione reale, per cui potete eventualmente esprimere un "token" di apprezzamento, è dare priorità a Wikidata (P18, immagine significativa) in modo che l'immagine possa essere sull'argomento della voce (rappresentato dal suo elemento Wikidata). Nemo 20:03, 10 feb 2017 (CET)[rispondi]

e cosa risolverebbe a Jacopo, che la P18 non ce l'ha? La soluzione reale è ignorare tutto ciò che è classe metadata/noviewer, che non fa parte del vero contenuto enciclopedico della pagina; come fa già con successo il MediaViewer --Bultro (m) 22:48, 10 feb 2017 (CET)[rispondi]
Sarebbe già utile ma IMHO non basta. Ad esempio, per le voci dei comuni, PageImages sceglie quasi sempre lo stemma o la bandiera del comune, quando invece la più opportuna è quasi sempre quella contenuta nel parametro panorama=. --Una giornata uggiosa '94 · E poi, di che parliamo? 23:04, 10 feb 2017 (CET)[rispondi]
Stavo appunto per menzionare la classe "metadata", ma rientra nel catalogo delle infinite pezze: se guardi i collegamenti a Phabricator sopra, vedrai che ci sono vari altri casi in cui attenersi al "vero contenuto enciclopedico" non risolve nulla, anzi è considerato il problema; quindi ribadisco che l'unica soluzione reale è che PageImages si riferisca all'argomento della pagina invece che alla pagina stessa.
Se PageImages usasse P18, ovviamente ci sarebbe anche maggiore interesse per la sua compilazione in Wikidata. Invece di inseguire i mille casi possibili in altrettante discussioni al bar, ce la caveremmo con veloci modifiche e discussioni sull'elemento Wikidata. :) Nemo 10:06, 11 feb 2017 (CET)[rispondi]
Ma lo scopo delle API di cui sopra, come anche di PageImages a giudicare dal nome, è proprio dare informazioni sulla pagina, non sul suo argomento. L'hanno già fatto notare su Phabricator mi pare. Se si vogliono informazioni sull'argomento, si usino le API di Wikidata --Bultro (m) 13:58, 11 feb 2017 (CET)[rispondi]
[@ Bultro] mi pare una distinzione sottilissima e di fatto "pericolosa" perchè penso che pochissime persone possano capire la differenza. Io non sono un esperto programmatore, ma le API di MediaWiki sono semplici e ben documentate e Wikipedia la conosco bene. SO che è tendenzialmente più completa di Wikidata, soprattutto sul versante fotogragia. Pensare che la gente automaticamente comprenda la distinzione "Wikipedia ~ pagina" e "Wikidata ~ soggetto della pagina" è, IMHO, un controsenso e una decisione scorretta. Aubrey McFato 19:13, 12 feb 2017 (CET)[rispondi]