OpenStreetMap ItaliaIl blog dei mappatori italiani

La transizione è terminata ed i server sono nuovamente attivi (un po’ sovraccarichi a dire il vero, causa “curiosi”!).

D’ora in poi, per ogni gruppo di modifiche verrà richiesto di inserire una descrizione.. sarà quindi possibile anche eliminare uno specifico changeset.

Qui la pagina su cui seguire le modifiche: http://www.openstreetmap.org/browse/changesets

o meglio, i servizi di OpenStreetMap migrano alle nuove api 0.6 questo significa che per il weekend i server funzioneranno a singhiozzo, non sarà possibile introdurre modifiche ai dati e non è garantito che le mappe funzionino.
Molto importante, allora, è aggiornare la propria versione di JOSM lunedì mattina per essere certi di poter ricominciare ad editare la mappa. Chi partecipa a Tiles@Home dovrebbe fare un update agli script in modo che anche questi siano allineati alle nuove api.

Una delle novità introdotte, una delle più “pesanti” dal mio punto di vista, è l’eliminazione dell’editing anonimo del database. E’ particolarmente importante perchè si elimina una fonte di guai per quel che riguarda il copyright. L’editor anonimo è impossibile da contattare in caso di futuri cambi di licenza e/o in caso di contestazioni alla liceità del dato immesso.

Le modifiche introdotte, inoltre, dovrebbero permettere una nuova procedura di revisioning per combattere in maniera più efficiente i vandalismi, le edit/war e, soprattutto, l’importazione di dati coperti da copyright.

È notizia dell’ultimo minuto: a CloudMade, azienda il cui ruolo nel mercato delle mappe orbita intorno al progetto libero OpenStreetMap, è arrivato Smaug, il server che ospiterà una versione più veloce e competitiva dell’infrastruttura di OpenStreetMap. Qui è possibile reperire qualche informazione in più sul server, e qui ci sono alcune foto dell’unboxing. Sono un ambientalista a mio modo, e concordo - come Nokia - sul fatto che bisogna finirla con la commercializzazione di prodotti contenuti in enormi imballaggi che non fanno altro che inquinare ed aumentare le spese di trasporto… ma l’unboxing è un piacere che a nessun geek dovrebbe mai venir negato È come scartare i regali di natale, come rompere l’uovo Kinder, come sguainare la spada laser… vabbè ci siamo capiti. Approfitto del post per segnalare che sarò irreperibile per 8 giorni, causa settimana di vacanza in Sardegna con la mia ragazza (ogni tanto lo scrivo, così non vi lasciate trarre in inganno dalla spada laser sopra citata: non sono ancora diventato irrimediabilmente nerd). Sarò nei dintorni di Porto Cervo, quindi lancio il sasso: se c’è qualche mapper che vuole aggregarsi anche per un pomeriggio di mapping, è il benvenuto. Potrebbe essere l’occasione giusta per dare il via a qualcosa di simile a… “M’appare il nuraghe” Vi lascio con una poesia dedicata ad OpenStreetMap che il mapper Mikel Maron ha pubblicato oggi nella mailing list internazionale… A presto

Come forse saprete, per il prossimo weekend era stato previsto un downtime di 2 giorni per convertire tutta l’infrastruttura del progetto alle api 0.6
Poiché il nuovo server DB, acquistato con i fondi raccolti il mese scorso, non è ancora arrivato, la migrazione è stata posticipata al weekend del 17-20 aprile, in pratica quello successivo la Pasqua.

Per chi volesse conoscere le caratteristiche del nuovo server, trovate tutto qui:
http://wiki.openstreetmap.org/wiki/Servers/smaug

Ovviamente il passaggio di API comporterà un aggiornamento anche dei vari strumenti di editing, Potlatch e JOSM su tutti. Da quel che sappiamo, tutti gli editor sono pronti con le nuove versioni che dovranno, obbligatoriamente, essere sostituite a quelle vecchie.

E’ in corso di implementazione la nuova struttura dei dati di OSM. Scompariranno i segmenti ed appariranno le "relazioni".
In pratica ora la way sarà una relazione tra nodi.
Si potranno, inoltre, aggiungere anche le informazioni sui divieti di svolta che ad oggi sarebbe stato impossibile maneggiare.
Le principali applicazioni su cui si basa OSM sono già convertite o sono in corso di conversione. Non si sa bene quando lo switch tra 0.4 e 0.5 avrà luogo, ma quando questo avverrà la differenza sarà visibile: il database di alleggerirà moltissimo, gli errori di tagging si ridurranno e tutta l’infrastruttura diventerà molto più rapida.