State of the Map/2026/Report/Danysan1: differenze tra le versioni
| Riga 18: | Riga 18: | ||
** [https://forum.geocommuns.fr/t/panoramax-foundation-lets-go/3100 qui l'annuncio originale] | ** [https://forum.geocommuns.fr/t/panoramax-foundation-lets-go/3100 qui l'annuncio originale] | ||
Durante il Q&A si parla anche dei costi di gestione ([[OpenStreetMap/Panoramax#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 parla del fatto che per loro costa meno di 50$ al mese con server in affitto in un data center. | Durante il Q&A si parla anche dei costi di gestione ([[OpenStreetMap/Panoramax#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. | ||
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. | 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 | Dopo la sessione parlo con il responsabile dell'istanza argentina, loro hanno usato OVH e il processo è descritto [https://tzovar.as/setting-up-a-first-panoramax-instance-for-argentina/ in questo post]. | ||
=== [https://2026.stateofthemap.org/sessions/VS9YKN/ Structuring road information in open data: a nested Wikidata – OSM – BD TOPO architecture] === | === [https://2026.stateofthemap.org/sessions/VS9YKN/ Structuring road information in open data: a nested Wikidata – OSM – BD TOPO architecture] === | ||
Versione delle 09:57, 28 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
- Possibilità di fillare un support form al loro stand
- qui l'annuncio originale
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. 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
...
Update on attribution enforcement for users of OpenStreetMap servers
...