OpenStreetMap
Aggiunto funzionalità –draw-nodes per renderizzare punti di interesse sulla mappa, con o senza nome. Il nome visualizzato è quello del tag name salvo non sia stata indicata una preferenza linguistica differente. Esempio:
–draw-nodes veneto.pbf shop=optician veneto.png –scale 2000 –doc1 000000 –drawName –fontColor 000000 –fontSize 10 –fp topmiddle –language it –xml-info
Rimosso funzionalità –extract-poly-relation a causa del nuovo codice che effettua il parsing del file xml. In compenso è ora possibile ricostruire profili molto lunghi come quelli nazionali (testato su comuni trevigiani, veneto e italia).
Aggiunto funzionalità –draw-poly. E’ ora possibile renderizzare un file .poly in modalità riempimento, solo bordo oppure misto con possibilità di specificare per entrambi il colore in formato esadecimale e lo spessore del bordo. Quasi tutti i parametri hanno una versione abbreviata, ad esempio –drawFillColor1 può essere abbreviato con -dfc1.
./tmap.exe –draw-poly veneto.poly veneto.png 2000 –drawStyle mixed –drawFillColor1 FF0000 –drawOutlineColor1 00FF00 –drawOutlineWidth 20
Questo comando renderizza il file veneto.poly sul file veneto.png con scala 2000. Il colore di riempimento è rosso mentre il bordo è verde. Lo spessore del bordo è 20 pixel. Se lo si desidera, è possibile renderizzare più poly files nella stessa immagine usando l’opzione –xml-info . Ad esempio:
L’immagine finale sarà quella della regione veneto con disegnato al suo interno il perimetro della città di Resana.
TMap è uno strumento che mi serve per la Tourist Map . La prima funzionalità introdotta è la creazione dei file poly per fare degli estratti tematici da zone specifiche, ad esempio per città. TMap è un programma console scritto in C# e richiede la presenza sia di Mono/.Net che di Osmosis. Esempi di utilizzo:
tmap.exe –extract-poly /path/to/source.osm boundary=administrative,admin_level=8,name=city_name destination.poly
tmap.exe –extract-poly-relation /path/to/source.osm relation_id destination.poly
Il programma, al momento, supporta solo membri outer e relazioni relativamente piccole (non usare su regioni o elementi più grandi). A breve arriverà il supporto agli elementi inner e verrà rilasciato il codice sorgente in licenza GPL3. Il programma può essere scaricato a questo indirizzo.
Sto lavorando su un nuovo formato file chiamato “Simple File Format” che dovrebbe risultare facile da implementare e veloce da analizzare. Il formato non è estendibile come il ProtocolBuffer di Google ma include un indicatore di versione nel file codificato.
Nelle intestazioni è indicato il byte di partenza dei nodi, delle way e delle relazioni per saltare direttamente alla sezione che interessa senza dover analizzare tutto il file. Per ogni elemento base (nodi, way, rel.) è prevista una suddivisione in blocchi detta “stride” in modo che sia possibile utilizzare più thread in parallelo per l’analisi del file. La lunghezza della stride è variabile (parametro opzionale in fase di codifica) e deve essere letta dall’intestazione del file codificato. Ogni elemento viene salvato sequenzialmente e non viene fatta distinzione fra attributi e sottonodi.
8 bytes = lunghezza stride
…
…