State of the Map/2026/Report/Danysan1: differenze tra le versioni

Da Wikimedia Italia.
Vai alla navigazione Vai alla ricerca
Riga 186: Riga 186:


Quest'anno a SotM ci sono stati 535 partecipanti in persona + 185 online, di cui 60 con borsa della foundation (solo biglietto oppure biglietto + viaggio e alloggio). L'anno scorso a Manila eravamo 209 in persona, la differenza nel numero di partecipanti a SotM (e simili) fra gli anni in cui sono svolte in Europa e in altri continenti è sempre impressionante.
Quest'anno a SotM ci sono stati 535 partecipanti in persona + 185 online, di cui 60 con borsa della foundation (solo biglietto oppure biglietto + viaggio e alloggio). L'anno scorso a Manila eravamo 209 in persona, la differenza nel numero di partecipanti a SotM (e simili) fra gli anni in cui sono svolte in Europa e in altri continenti è sempre impressionante.
L'anno prossimo SotM sarà [https://wiki.openstreetmap.org/wiki/State_of_the_Map_2027/Call_for_venues/Bogota,_Colombia a Bogota, Colombia].
 
L'anno prossimo SotM sarà [https://wiki.openstreetmap.org/wiki/State_of_the_Map_2027/Call_for_venues/Bogota,_Colombia a Bogota, Colombia]. Inevitabilmente le borse di partecipazione dovranno essere meno e di importo molto maggiore a quest'anno, d'altra parte tipicamente considerando la lontananza della destinazione mi aspetto un richiesta minore di richieste. Il fatto che sarà fuori dall'Europa potrebbe anche significare che ci sarà un SotM Europe, potrebbe essere l'occasione per pianificare delle borse anche per questo.  


[[Categoria:State of the Map 2026]]
[[Categoria:State of the Map 2026]]

Versione delle 14:17, 31 ago 2026

Abbiamo presentato un Poster come Wikimedia Italia: https://2026.stateofthemap.org/posters/#22

Venerdì 28

State of Panoramax

Aggiornamento su Panoramax

  • Nuove feature:
    • Istanze ibride con anche foto private
    • Migrazione di foto da un'istanza a un'altra
  • Nuovi plugin
    • Plugin QGIS
    • Plugin per caricamento da video
    • Panoflat & visual repositioning
  • Panoramax Foundation


Durante il Q&A si parla anche dei costi di gestione (tema che ci interessa molto), Christian Quest parla del fatto che per l'istanza francese hanno speso 10k€ in server on-prem mentre responsabile dell'istanza Argentina di Panoramax (Bastian Greshake Tzovaras) parla del fatto che per loro costa meno di 50$ al mese con server in affitto in un data center. Questo comporterà la necessità di una governance sulle regole per definire quali contenuti sono ammessi nelle istanze federate e quali no.

Si parla anche del trasferimento di dati da Mapillary, non c'è una collaborazione diretta (non c'è comunicazione fra i team dei due progetti a causa di filosofie molto diverse) ma ci sono lavori in corso da parte di volontari su tool per permetterlo.

Dopo la sessione parlo con il responsabile dell'istanza argentina, loro hanno usato OVH e il processo è descritto in questo post.

Structuring road information in open data: a nested Wikidata – OSM – BD TOPO architecture

Zimmermann presenta il flusso di merge di dati da Wikidata, OSM, IGN e open data realizzato da Benoit Prieur per realizzare https://dataroads-fr84.info (repo git). Impressionante il sistema di rendering 3D dei ponti con annessa visualizzazione 3D di immagini da Panoramax e Mapillary.

The democratic stakes of mapmaking: a cross-community panel

Tema estremamente interessante ma esplorato male, una delle persone nel panel faceva uno spottone al suo libro leggendo verbatim dagli appunti, e gli altri hanno fatto esempi di casi in cui le mappe hanno creato impatto politico ma senza insight interessanti.

Interessante la discussione sul ruolo delle agenzie nazionali sulla mappatura e negli open data, sia in senso positivo con il supporto delle agenzie francesi a Panoramax e altri strumenti open-source e open-data che in senso negativo come la Russia che dopo l'invasione dell'Ucraina a ritirato dal pubblico molti database open-data che erano stati pubblicati pubblicamente. In quest'ultimo caso molte persone si sono fatte avanti per creare dataset pubblici come dati sulla deforestazione ottenuti tramite droni.

Durante la discussione sul modello OSM come esperimento democratico CQuest sostiene che un grosso problema futuro di OSM sarà il data gardening, siamo bravi ad aggiungere tanti dati ma è importante migliorare la gestione della qualità dei dati esistenti e eliminare i dati obsoleti.

Nel Q&A alla domanda su come prevenire l'utilizzo di OSM come strumento di oppressione, l'opinione di CQuest è l'enforcing del principio di map what's on the ground, consci che è inevitabile che le informazioni le informazioni finiranno anche nelle mani dei ""cattivi"". Le altre sostengono l'importanza dell'equo accesso ai dati e all'approccio decisionale democratico.

Il clima politico attuale negli USA può creare anche opportunità nel mondo per capire l'importanza di fonti dati libere, se sfruttato bene può diventare l'occasione per trasformarle nell'opzione A invece dell'opzione B, come in molti casi è attualmente.

Un membro di HOT dal pubblico parla del loro approccio di neutralità e delle implicazioni etiche che li hanno costretti per esempio a non identificare precisamente alcune cose mappate per evitare di danneggiare la popolazione locale vulnerabile a attacchi militari o ritorsioni, concludendo che la cosa più importante è ascoltare la popolazione locale. Su questo CQuest sottolinea come si meglio insegnare alle comunità locali come mappare piuttosto che mapparli chiedendo dopo feedback.

Emergency Services using OpenStreetMap in Germany

Interessante panoramica dell'utilizzo di OSM da parte dei servizi di emergenza tedeschi per idranti, routing in emergenza (tramite provider come MapTrip e rescuetrack), chiusure stradali tramite https://closures.osm.ch , ...

Fra i dati che usano di più e di cui c'è più bisogno ci sono:

  • indirizzi
  • Pali abbassabili (bollard=rising / removable)
  • Cancelli accessibili dai veicoli di emergenza (barrier=gate + access=emergency)
  • Peso massimo per percorrere una strada: maxweight=* / maxweightrating=*
  • Larghezza massima per percorrere uan strada: width=* / maxwidth:physical=*

Panoramax Foundation

Qui il primo annuncio ufficiale (giugno 2025). Qui il secondo l'annuncio ufficiale (marzo 2026) con buona parte delle informazioni legali e organizzative.

La fondazione gestirà lo sviluppo del software Panoramax e il metacatalogo (attualmente https://explore.panoramax.fr), attualmente gestiti da OSM France. NON avrà una sua istanza Panoramax (quantomeno non un'istanza normale, forse potrebbe avere un'istanza di test in cui le immagini vengono cancellate dopo poco tempo) per evitare di dare un'idea sbagliata di centralizzazione e promuovere il modello federato. Si discute su come gestire la governance del codice e dell'opportunità di un modello a plugin come Josm che permetta di creare feature senza aumentare il peso sui manutentori.

Sarà un'entità legale senza scopo di lucro con sede in Francia. I membri saranno divisi in 3 categorie:

  • public sector institutions (government linked entities, local authorities, etc)
  • business sector (companies, and more globally “for profit” structures)
  • civil society sector (individuals, associations and more globally “non profit” structures)

La governance sarà organizzata con una rappresentanza per ognuna delle tre categorie. Le persone fisiche possono iscriversi in una delle tre categorie. Si discute la possibilità fase di iscrizione di essere assegnati dalla board a una categoria diversa da quella in cui si è chiesto di essere iscritti.

Il gestore dell'istanza olandese parla del fatto che attualmente usano 30TB e che sta velocemente diventando la voce di spesa ma maggiore. L'argentino sottolinea come il modello in affitto dei server permette di partire con poca spesa e poi nel momento in cui ci sono abbastanza forti da richiedere più spazio si ha numeri più precisi e argomentazioni in più sulla necessità di finanziamento.

Lightning Talks I

Il mainatainer di OpenFoodFacts annuncia OpenPrices, basato anche su OSM. Durante il Q&A qualcuno segnala anche Grocy, basato anche lui su OpenFoodFacts.

NLNet parla dei propri grant per progetti open source, alcune dei quali sono già andati a progetti legati a OSM.

Sarah Hoffmann (maintainer di Nominatim) parla di come usare Photon (OSM Wiki, sito ufficiale) al posto di Overpass per la ricerca di uno o più tipi di POI in un certo raggio attorno ad un punto geografico. Domani si parlerà di più di questa funzione e come installare Photon.

MapLibre - from data to rendering, in one status update

Sabato 29

Centipede-RTK with RTKBase and Millipede: centimeter-level GNSS positioning

Panoramica sul mondo RTK e in particolare su Centipede, interessante ma niente di nuovo rispetto a quello detto a FOSS4G-IT 2025.

Reconstructing A High-detailed Lane-Level Road Network Model from OpenStreetMap

Un deep dive sulla realizzazione di una rete (nel senso matematico del termine) di corsie, quasi esclusivamente dal punta di visto di data consumer ma senza grossi insight su come migliorare o validare i dati sulle corsi in OSM.

Immersing Panoramax in the 3D world

Panoramica del lavoro per integrare e renderizzare le point cloud in Panoramax fatto dalla compagnia francese OSLandia con obbiettivo per la prima release dicembre 2026. Budget iniziale di 80k€ che crescerà se si andrà avanti con altre feature già pensate come gaussian splatting e estrazione/ rimozione elementi. A livello tecnico permette di connettere traiettorie e/o immagini Panoramax a cataloghi di point cloud.

Construction ahead

Recap delle nuove feature introdotte quest'anno a

  • core (database e back-end) di OSM
  • osm.org: notifiche per messaggi, traccie gpx, auto-link nelle note, strumenti di moderazione, ...

C'è sempre bisogno di aiuto sulla repo di openstreetmap-website.

Per quanto riguarda openstreetmap-ng c'è apertura, non c'è stata una chiusura completa ma neanche l'intenzione di adottarlo come sito ufficiale sul breve-medio termine.

Il lavoro sull'SSO sulla wiki OSM è a buon punto ma manca l'ultimo miglio.

Upgrading the OSM Front Page

Recap del passaggio di alcune parti di osm.org da leaflet a maplibre e l'introduzione delle tile vettoriali. Previsioni sul futuro a medio termine: passaggio a MLT per le tile vettoriali e adozione di WebGPU.

Mi preoccupa l'arrogante noncuranza mostrata durante il Q&A dell'effetto breaking change che queste modifiche potrebbero avere sui vecchi hardware & sistemi operativi.

Running OpenStreetMap.org in the Age of AI

Panoramica dei problemi che gli scraper stanno causando su osm.org, wiki e altre parti dell'infrastruttura OSM. Questi sono sempre più difficili da riconoscere grazie ai residential proxy, si sta provando a usare strumenti come JA4 per riconoscerli ma con efficacia da verificare. Un altro problema in crescita è quello dello spam, classico per SEO o nella nuova forma di "LLM citation farming" cercando di fare in modo che le LLM leggano e usino lo spam pubblicitario nel preparare le risposte.

Sapevo già che fastly forniva servizi di networking in-kind ma scopro che anche AWS (tramite l'open source program) e Equinix offrono i loro servizi di networking/hosting in-kind. Tuttavia ha specificato che non siamo completamente dipendenti con loro, saremmo in grado di restare online anche senza i loro servizi (e abbiamo un preavviso di terminazione di 3 mesi), anche se comporterebbe difficoltà ancora più grandi nel gestire scrapers e banda in uscita.

Attualmente non usano Kubernetes perché l'infrastruttura IaC su Chef è molto matura, fare deploy è molto semplice per il team e K8s sarebbe overkill per la complessità della nostra infrastruttura e avrebbe più svantaggi che vantaggi per i nostri use case.

Clearance: Quality Proxy for OSM Replication. The Roadmap up to v1.0

Il creatore di Osmose presenta un suo progetto (relativamente) nuovo, Clearance (repo, sito, demo), tool per avere una copia di OSM che rimanga aggiornata ma garantisca un livello di qualità superiore tramite controlli di qualità su POI, reti stradali o altri temi specifici di interesse, in modo da fornire a aziende o enti pubblici una fonte di cui essere più confidenti.

Richiede l'importazione di un estratto OSM in un DB e poi ogni volta che vengono importati i diff vengono fatti controlli che se richiedono una verifica in caso di modifiche sospette sui temi scelti. Regole di validazione da configurare possono includere spostamento di geometrie, utenti in blacklist, utenti nuovi, changeset con commenti, modifiche in un'area scelta in un intervallo temporale scelto, formato scorretto di campi come phone=*, strumenti di QA esterni, ...

Potrebbe essere un tool interessante da avviare in Italia, per esempio per i volontari del CAI che devono controllare specificamente le modifiche ai sentieri, vedo che nel README della repo ci sono le istruzioni ma non i requisiti di sistema, dopo la presentazione ho chiesto al relatore quali sono e mi ha detto che come CPU e RAM è abbastanza leggero ma come storage richiede dieci volte il peso del dump per l'area che si vuole coprire, quindi essendo l'Italia 2.1GB direi che serve almeno 10GB, decisamente abbordabile.

Adopt Your Town

Giacomo parla delle attività svolte nella sua scuola in PCTO.

Search and find what you are looking for

Sarah Hoffmann (maintainer di Nominatim e Photon) parla di come installare Photon (OSM Wiki, sito ufficiale, DB download, esempi di uso) per il pianeta o un'area specifica, aggiungere contesto (come lingua di ricerca, filtri particolari o altre configurazioni). E' possibile filtrare per area geografica, tema, tipo di POI, ...

Photon ha risultati tipicamente migliori rispetto a Nominatim ma per il momento non c'è intenzione di usarlo al posto di Nominatim su OSM "perchè non sono ancora soddisfatti della qualità", non ho capito in che senso.

Photon è stato creato inizialmente da Komoot ma ora è stato liberato ed è mantenuto da Sarah, comunque ha continuato a sostenerlo e Bending Spoons (che ha acquistato Komoot) per ora ha intenzione di continuare a farlo.

Domenica 30

CoMaps - How to make a community-based map & navigation app based on OpenStreetMap

Fino a qualche tempo fa' la pipeline per la generazione da OSM del pacchetto di mappe richiedeva una settimana di elaborazione ed era collegata con le release dell'applicazione, recentemente è stata abbassata a un giorno e mezzo (anche grazie alla donazione di un server ben carrozzato) ed è stato disaccoppiato dalle release rendendolo settimanale. Nuove feature pianificate: traffico live, miglioramenti al trasporto pubblico (usando come back-end Transitious, che ha avuto un altro talk a questo SotM), recensioni, indoor mapping. Yahoooo!

Making world spinning faster - How we sped up Valhalla graph creation in 3 times

Talk molto tecnico su come è stato riscritto il sistema di inizializzazione del routing engine Valhalla per ridurre il tempo necessario da 12 a 4 ore, interessante come sviluppatore ma nessun grosso insight su OSM in generale.

From centroid to entrance: a global assessment of POI access locations for accessibility

Sottolinea l'importanza di mappare gli ingressi per evitare errori di routing che per aeroporti, parchi o altre aree molto grosse può diventare anche ore a piedi (analisi qui su GitHub)

StreetMeasure

("StreetMeasure - A low cost open source framework using monocular depth estimation supporting OSM measurement tags from 360 streetview photos, the case of SP6")

Progetto per usare le immagini Mapillary e Panoramax per misurare la larghezza delle strade (e potenzialmente taggarle con width=*, width:carriageway=* o est_width=*) usando metodi avanzati di CV (qui su GitHub)

OSMF Board AMA

Continua il lavoro di spostamento dall'UK al Belgio di cui si è parlato anche l'anno scorso (per avere maggiore protezione intellettuale, per poter accedere più facilmente a bandi e tavoli di lavoro legati all'Unione Europea, ...); la procedura si dovrebbe completare l'anno prossimo.

Entro l'anno è necessario trovare 300k€ per raggiungere il pareggio di bilancio, sottolineano l'importanza di invitare enti e aziende a supportare la OSMF tramite i programmi di sponsorship.

In Canada qualcuno ha fatto causa a OSMF perchè i mappatori hanno mappato un sentiero che lui non vorrebbe fosse mappato.

Per le prossime elezioni ci sono 4 candidati per 4 posti, problematico, si parla di avere un approccio più proattivo nell'invitare le persone a partecipare, in partecipare donne perché rimarrà una sola donna nel board.

Ogni mese nazioni e individui scrivono al board lamentando confini secondo loro errati perchè contesi, è un grosso pericolo per l'OSMF perchè sarebbe difficile difendersi se un grande stato facesse causa su questo tema.

Si sta parlando della possibilità di introdurre su osm.org un banner in stile Wikipedia per raccogliere fondi per OSMF, anche se sottolineano che a differenza di Wikipedia la maggioranza degli utenti usa OSM tramite client/siti terzi, non tramite osm.org, quindi questo avrà probabilmente un impatto ridotto.

Closing session

Quest'anno a SotM ci sono stati 535 partecipanti in persona + 185 online, di cui 60 con borsa della foundation (solo biglietto oppure biglietto + viaggio e alloggio). L'anno scorso a Manila eravamo 209 in persona, la differenza nel numero di partecipanti a SotM (e simili) fra gli anni in cui sono svolte in Europa e in altri continenti è sempre impressionante.

L'anno prossimo SotM sarà a Bogota, Colombia. Inevitabilmente le borse di partecipazione dovranno essere meno e di importo molto maggiore a quest'anno, d'altra parte tipicamente considerando la lontananza della destinazione mi aspetto un richiesta minore di richieste. Il fatto che sarà fuori dall'Europa potrebbe anche significare che ci sarà un SotM Europe, potrebbe essere l'occasione per pianificare delle borse anche per questo.