Elenco di pizzerie derivato da OSM: estratto ODbL pubblicato, come restituire le correzioni?

Ciao a tutti,

ho costruito un elenco delle pizzerie italiane: 30.931 schede, di cui
23.911 vengono da OpenStreetMap e le altre da Overture/Foursquare
(CDLA-Permissive e Apache 2.0).

Sulla licenza

Le pagine citano OSM e l’ODbL, ma l’attribuzione da sola copre la clausola 4.3,
le Produced Works. Siccome l’archivio è a tutti gli effetti un database
derivato, ho pubblicato anche l’estratto sotto ODbL come chiede la 4.6:

Sono CSV e JSON Lines, 1,4 MB compressi, 30.932 righe con identificatore OSM,
nome, indirizzo, posizione, orari e servizi. Fuori restano le offerte, i click
e i recapiti dei titolari: quelli da OSM non vengono.

La domanda vera

Lavorando sull’estratto italiano ho accumulato correzioni che a OSM non sono
mai tornate indietro:

  • 1.816 schede doppie dovute all’esportazione: osmium scrive una way chiusa
    due volte, come way e come area derivata (area id = 2 × way id)
  • 5.648 nodi senza indirizzo, che rendono inaffidabile la deduplica per
    nome + distanza
  • alcune pizzerie chiuse definitivamente, verificate una per una
  • comuni ricavati male, dove l’ultimo pezzo dell’indirizzo porta il CAP —
    o l’elenco dei CAP di tutta la città — al posto del nome del comune

Qual è il modo giusto di restituirle? Ho letto di note e MapRoulette, ma non
voglio fare modifiche massive né aprire migliaia di note che poi nessuno
lavora. Se qualcuno mi indirizza, le rimetto volentieri.

Grazie

Spino

Affare complicato, perché ci sono questioni diverse, e si tratta di tanti elementi. Non ho il tempo per seguire una facenda così grossa, ma quando scrivi ci sono alcune pizzerie chiuse definitivamente e verificate una a una. Come hai fatto la verifica?

Per le schede doppie credo potresti risolvere da solo, togli i doppioni, con script / db query.

Per i nodi senza indirizzo non possiamo fare granchè, lascierei e eviterei di fare correzioni di deduplica su questi.

Sul punto “comuni ricavati male” non posso esprimermi, sembra un errore del processing, oppure hai trovato questi errori nei dati di OSM?

Altra questione: oven=wood_fired

Non è utilizzato ancora moltissimo, ma sarebbe interessante (anche la versione elettrica per confermare che non ci sia legna a brusciare) incentivare l’ultilizzo (ad esempio inserendolo nei template di pizzeria in ID, in Josm, e far aggiungere una quest in streetcomplete).

Grazie Martin, sei stato utile più di quanto pensi!
Vado per ordine, perché due delle quattro cose che avevo elencato non andavano segnalate affatto. Sui comuni ricavati male avevi ragione tu: è il mio processing. Dopo la tua domanda sono andato a verificare invece di supporre — ho interrogato Overpass cercando a Catania oggetti con un addr:postcode che contenesse un punto e virgola, e ne ho trovati zero. Quella stringa (“95121;95122;…;95131 Catania”) in OSM non esiste: la fabbrico io. Il mio script completa l’indirizzo dei POI che non ce l’hanno pescando i pezzi da oggetti vicini, e lungo quella catena si porta dietro un CAP multiplo così com’è. Sono 120 schede su 30.000, lo 0,40%. La sistemo da me e tolgo il punto dalla lista.

Le schede doppie erano un artefatto mio, e forse la causa serve ad altri. osmium export scrive una way chiusa due volte, come way e come area derivata, e l’id dell’area è 2 × l’id della way. Chi incrocia sull’id nudo si ritrova il 7% dell’archivio duplicato senza capire da dove arrivi — a me è costato una serata di perplessità. Deduplicando sulla coppia tipo+id sono sparite tutte e 1.816. Anche qui, niente da restituire.

Sui nodi senza indirizzo faccio come dici: li lascio stare e non ci provo la deduplica sopra. Era proprio il motivo per cui il confronto nome+distanza mi restituiva falsi positivi, quindi mi hai risparmiato di insistere su una strada sbagliata. Restano le chiuse, che sono sei. Ti dico come le ho verificate, visto che “una per una” da solo non vuol dire niente: i tre Domino’s vengono dalla ricerca sul web — il franchisee italiano è andato in liquidazione nel 2022 e i punti vendita hanno chiuso tutti, è una notizia pubblica e verificabile.
Le altre le ho controllate telefonando al numero della scheda. Sei oggetti non sono una modifica di massa, quindi pensavo di aprire sei note, una per pizzeria, scrivendo dentro cosa ho fatto e quando. Se invece per te ha più senso intervenire direttamente con disused:amenity=*, dimmelo e faccio così: su sei mi fido più del tuo giudizio che del mio.

E poi c’è oven=wood_fired, che è la parte che mi interessa di più. Ho contato sull’estratto: in Piemonte 34 pizzerie su 1.681 hanno il tag oven, e solo 25 dicono wood_fired. È pochissimo, e concordo che valga la pena spingerlo — nei preset di iD e JOSM per cuisine=pizza, e come quest in StreetComplete è esattamente il genere di domanda a cui si risponde guardando dentro dalla porta. Se serve, posso mettere il lato della domanda. Sulle schede mostro già i servizi che arrivano da OSM (dehors, asporto, consegna, senza glutine, accessibile), ognuno con la sua chiave dichiarata nei dati strutturati, e il forno a legna lo aggiungerei domani: in Italia è la prima cosa che uno guarda quando sceglie dove andare. Avere un posto che mostra il dato è metà del motivo per cui uno lo mappa, e quella metà posso portarla io.

Già che ci sono te lo chiedo: oltre a oven, quali altri tag secondo te meriterebbero di essere spinti su una pizzeria? Io ho l’elenco e il posto dove farli vedere, ma è chiaro che sul cosa chiedere a un mappatore ne sai molto più di me.

Grazie ancora, Spino