from:"Stefano Droghetti"

Verissimo, infatti la mia è una domanda tecnica, generale, una curiosità.
Venuta in mente parlando di questo utente ma non legata a questo utente
nello specifico, che è palese si tratti di uno scemo.

Il 16/set/2016 12:58, "Martin Koppenhoefer" <dieterdre...@gmail.com> ha
scritto:


2016-09-16 12:44 GMT+02:00 Stefano Droghetti <stefano.droghe...@gmail.com>:

> Sì ma magari è cinese? Giapponese?



si, oppure un nativo della foresta amazonica, che non sa scrivere ;-)
Seriamente, perché uno così dovrebbe con insistenza chiudere note in OSM a
Milano? Potrebbe essere un italiano che non capisca l'inglese, ma anche lì
non è proprio il comportamento giusto di rispondere ftftftft...

Ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che chiude note a caso a Milano




Il 16/09/2016 12:28, Germano Massullo ha scritto:

Uno che ti risponde ftftftftft non merita altro che un ban

___

Concordo, infatti la mia era più che altro una curiosità.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che chiude note a caso a Milano




Il 16/09/2016 12:34, Federico Cortese ha scritto:

2016-09-16 12:13 GMT+02:00 Stefano Droghetti <stefano.droghe...@gmail.com>:

Per curiosità, è possibile vedere più o meno da che zona proviene l'utente
bloccato?
Perché magari è straniero e non ha capito i messaggi in italiano che gli
abbiamo mandato, boh. Tenete conto che là fuori c'è gente che non ha idea di
cosa sia OSM e che dietro ci siano persone vere che vengono danneggiate da
certi comportamenti.

Non credo sia stato contattato in italiano ma in inglese, anche dal DWG.
Sì ma magari è cinese? Giapponese? Laggiù l'inglese è - in media - 
ancora più sconosciuto che qui in Italia, al contrario di quello che 
crediamo.

Lo dico perché per un'altra comunità abbiamo avuto qualche caso simile.
In questo caso mi sembra un italianissimo demente, ma dico in generale, 
per le prossime volte, è possibile controllare la provenienza? Magari 
dall'IP delle chiusure delle segnalazioni.




___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utente che chiude note a caso a Milano




Il 16/09/2016 09:00, Marco ha scritto:

Vero, adesso risulta bloccato per un tempo accettabile.
Tengo d'occhio la pagina su cui sono elencate tutte le note chiuse in 
Italia e se vedo un nuovo utente sospetto lo segnalo.


Per curiosità, è possibile vedere più o meno da che zona proviene 
l'utente bloccato?
Perché magari è straniero e non ha capito i messaggi in italiano che gli 
abbiamo mandato, boh. Tenete conto che là fuori c'è gente che non ha 
idea di cosa sia OSM e che dietro ci siano persone vere che vengono 
danneggiate da certi comportamenti.

Se si tratta del solito bimbominkia antisociale invece ben venga il ban.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna

2016-07-24 Thread Stefano Droghetti


Il 08/07/2016 12:41, Cascafico Giovanni ha scritto:

Tempo fa veniva suggerito in ML di usare la tabella degli indirizzi
della Pubblica Amministrazione [1], essendo questi capillarmente
distribuiti sul territorio nazionale e soprattutto in IODL 2.0

[1] http://www.lineaamica.gov.it/rubricapa/opendata/rubricapa_csv.zip


Ottima idea ma ignoro come si faccia ad aggiungere al file [1] queste 
informazioni automaticamente.


[1] https://drive.google.com/open?id=0B_9DH8lxMw2bRmVfQmt5cFV6RVk

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna

2016-07-24 Thread Stefano Droghetti


Il 23/07/2016 23:20, Lorenzo Mastrogiacomi ha scritto:


Sicuri che il source non vada sul changeset solo?


Giusto. Ma mi era stato detto così, nella prima discussione sui civici 
di Ferrara. Se concordate, lascio perdere il source su tutti i nodi.


Inoltre penso sia assolutamente da evitare il fixme su tutti i nodi. 
Visto che li hai controllati abbondantemente direi che vanno bene. Se 
è perché manca il CAP allora imho non va messo.


Giusto, concordo.
Ma a questo punto cosa dite, il file lo posso aggiungere così com'è. 
previa eliminazione dei civici doppi?


Il file già convertito è qui:
https://drive.google.com/open?id=0B_9DH8lxMw2bRmVfQmt5cFV6RVk

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

2016-07-09 Thread Stefano Droghetti


Confermo: è un bug di OsmAnd 2.3
Ho provato con vari rami di 2.3, compresa la nightly build, e non 
segnala i velox non inseriti sulla way.

Tornando alla 2.2 funziona tutto.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OsmAnd e autovelox (speed cameras)

2016-07-09 Thread Stefano Droghetti


Il 09/07/2016 11:13, Andrea Lattmann ha scritto:

Sinceramente non ci avevo fatto caso, proverò a vedere. Voglia di andare in 
vacanza e Stefano?? :-) per me manca ancora... Troppo!


Ahaha :-) no, è che sto lavorando un po' qua e là in provincia in questi 
giorni, mi ritrovo molto in macchina e quindi ne approfitto per fare le 
prove.

Ribadisco, lo chiedo a tutti: OsmAnd non segnala più i velox anche a voi?
Se ve li segnala, vi segnala solo quelli sulla way?

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] OsmAnd e autovelox (speed cameras)

I cosiddetti "Autovelox" in OpenStreetMap, come sapete, si possono 
aggiungere in due modi:

1) L'apparecchio è un enforcement sulla way, è un punto della way.
2) L'apparecchio è di fianco alla way, e si prendono tre punti e si 
mettono in una relazione di enforcement: from (da dove l'autovelox 
comincia a fare foto), device (l'autovelox) e to (fin dove il velox fa 
le foto)


Finora OsmAnd, mi ha sempre segnalato correttamente i velox, sia se in 
OSM sono mappati in un modo o nell'altro.
Poi oggi all'improvviso, mentre testavo la mappa creata col mio script, 
ho visto con terrore che mi segnala solo quelli aggiunti col metodo 1 
(peraltro deprecato).
In preda al panico, ho cominciato a elaborare teorie su come fosse 
possibile che la mia mappa avesse quel difetto, quando ho provato a 
rimettere la sua mappa vecchia di default: l'ho scaricata, è di 15 
giorni fa più o meno, Emilia Romagna, provo e... sorpresa: fa lo stesso 
difetto. Sembra quasi che OsmAnd sia tornato alle vecchie versioni, 
quando vedeva solo i velox aggiunti col metodo 1.

Le FAQ effettivamente continuano a dire questo:
http://osmand.net/help-online#speed_cameras
ma in realtà la cosa era stata risolta da molto tempo e funzionava tutto 
bene: non mi capacito di come si possa essere tornati indietro.
O è un improvviso inspiegabile difetto del mio telefono? Ho visto la 
versione di OsmAnd Plus, è la 2.3.5 del 28/4/2016, regolarmente pagata e 
scaricata da Google Play. Ho provato a cancellare la cartella e 
reinstallare, ma niente, stesso problema, niente più autovelox aggiunti 
col metodo 2.

Mah!

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna




Il 08/07/2016 11:29, Alessandro Palmas ha scritto:
Siamo sicuri che non siano gli stessi? La regione li ha pubblicati a 
fine aprile. In caso di dubbio possiamo chiedere direttamente a loro.
Leggo dalla pagina wiki che nell'esempio si parla di civico 7a, non si 
era stabilito che l'esponente andasse in maiuscolo? 


Sono domande a cui non so rispondere con certezza. Però, dicevo, basta 
confrontare il file OSM già normalizzato ai dati della Regione che state 
importando.
Dicevo, il file è qui: 
https://drive.google.com/open?id=0B_9DH8lxMw2bRmVfQmt5cFV6RVk


Tra l'altro guardando a campione a Ferrara in Via Zemola trovo 
esponenti sia in maiuscolo che in minuscolo.

Quelli sono messi da singoli utenti, non derivano da alcun import.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna

Io nel frattempo ho applicato gli script fatti da Andrea Musuruane alo 
shapefile di Ferrara, ed ecco il file .osm con i civici di Ferrara, già 
normalizzati:

https://drive.google.com/open?id=0B_9DH8lxMw2bRmVfQmt5cFV6RVk

Ecco cosa bisogna aggiungere prima di fare l'upload su OSM:

- aggiungere source=Comune di Ferrara a tutti i record
- aggiungere il C.A.P. riferendosi a questa mappa: 
http://www.rudybandiera.com/wp-content/uploads/2009/03/cap-ferrara.jpg 
(N.B. qualcuno ha idea di come si possa fare velocemente una cosa del 
genere? Altrimenti c'è da impazzire.)
- aggiungere il tag fixme a tutti i record, così la gente può 
controllarli pian piano uno per uno. Aggiungo comunque che quest'anno 
nei ritagli di tempo ne ho controllati tantissimi e andavano tutti bene.


Una volta fatto ciò, penso che questo dataset sia più aggiornato di 
quello della regione Emilia-Romagna, quindi sia meglio, per il Comune di 
Ferrara, utilizzare questo invece di quello che state importando.


Inoltre: per Bologna, i numeri civici ci sono già. E da tempo. Questo 
dataset è più aggiornato o lasciamo quello che c'è già (che mi pare 
dettagliatissimo e aggiornatissimo)?


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna




Il 07/07/2016 20:34, Lorenzo Perone ha scritto:



Ciao Lorenzo,
per ora stavo cercando di capire dove aprire la pagina wiki per
documentare e coordinare l'import. Ho appena creato la pagina

http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
, sarà da linkare sulla pagina principale della wiki regionale. E'
giusto
una bozza.



Potreste linkare questa?
http://wiki.openstreetmap.org/wiki/Ferrara,_Italy/Numeri_civici
Sono, molto più aggiornati di quelli dell'Emilia Romagna, del Comune di 
Ferrara. Solo Comune, non Provincia.


Andrea Musuruane ha fatto lo script che crea lo shapefile con la 
normalizzazione dei nomi e tutto l'occorrente:

https://github.com/musuruan/osm_imports/tree/master/ferrara

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

2016-07-07 Thread Stefano Droghetti




Il 07/07/2016 12:14, Cascafico Giovanni ha scritto:

Ciao!


http://www.stefanodroghetti.it/mappe-gratis-per-navigatori#fabbric

"2.2 - Fabbricare la mappa
N.B.: questo paragrafo è solo per Linux (Ubuntu e derivate). Se non
usate Linux passate al Capitolo 3"

"3 - Modifica/crea percorsi, "Mie destinazioni" e POI"

Dov'è tale capitolo?
Purtroppo l'unico PC che posso tenere acceso a lungo è un windows...
Significa che se usi Windows devi limitarti a scaricare le mappe non 
aggiornatissime o senza la ricerca per indirizzi. La fabbricazione delle 
mappe è possibile solo per Linux, se qualche buon'anima non fa un 
porting dello script.
Linux comunque lo puoi mettere persino su una chiavetta separata. Non do 
assistenza su Windows, che, come ho scritto, non accendo da più di 12 
anni ormai.



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

2016-07-06 Thread Stefano Droghetti


Il 06/07/2016 18:37, Andrea Lattmann ha scritto:

Sarebbe bello realizzare l' interfaccia in kivy... E si lo so, ho sparato 
troppo in alto! :-D

Prima volta che lo sento :-)
Purtroppo le mie conoscenze di programmazione sono poche e tutte rivolte 
solo a sistemi Linux :-( In realtà un po' di python lo conosco, quindi 
se avessi tempo lo farei io il porting, ma sinceramente mi sembra tempo 
sprecato, non mi soffermerei troppo su elaborate interfacce e 
programmini user friendly, per questi motivi:
- lo script si basa comunque su un programma di terzi, che è 
OsmAndCreator, nonché su splitter.
- fra un po' di tempo OsmAnd passerà a mappe incrementali, così si 
eliminerà il problema dei file più lunghi di 4GB e dell'outofmemory. 
Quindi il mio script serve solo momentaneamente.
- gli script bash da poco o fra poco che io sappia dovrebbero funzionare 
anche su Windows, no? Tutta quella cosa che Canonical aveva portato "il 
terminale di Linux" su Windows non serve a questo?
- lo script è molto semplice e credo quindi che esistano comandi dos per 
farne un porting su Windows comunque senza problemi, un file bat cioè.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

2016-07-06 Thread Stefano Droghetti


La nuova versione di Osmux, con tutte le istruzioni, la trovate qui:
http://www.stefanodroghetti.it/mappe-gratis-per-navigatori#fabbric

Qualche buon'anima mi farebbe sapere se funziona? Se c'è qualcosa da 
cambiare?


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory


Errata corrige per lo script chiamato auto.sh :

#!/bin/bash

# Questo script utilizza Splitter e OsmAndCreator per suddividere
# un file .osm.pbf o un file .osm.bz2 in molte sottomappe,
# per ognuna di esse crea una mappa .obf navigabile con OsmAnd
# e un file unico per la ricerca degli indirizzi.

# Versione automatizzata per l'Italia: scarica e compila tutto da solo

# Autore: Stefano Droghetti
# Licenza: GPL

echo -e "\n\nQuesto script converte una mappa\nOSM dal formato .osm.bz2 
o .osm.pbf\nnel formato obf per OsmAnd.\n\n\n"


# Parametri da cambiare all'uopo

MINIMO=128
MASSIMO=2000
FILEPAESE=italy-latest  # Nome del file .osm.pbf corrispondente al paese 
da scaricare (controllare su http://download.geofabrik.de/europe.html)

PAESE=Italia# Nome del paese da scaricare

# Scarica l'ultima mappa

echo -e "Scarico l'ultima mappa disponibile per la seguente nazione: 
$PAESE\n\n\n"


# Trova la data della mappa e la aggiunge al nome del file

VERSIONE=`curl -s "http://download.geofabrik.de/europe.html; | egrep -o 
"contains all OSM data up to .{10}" | egrep -o ".{10}$"`


rm *.pbf
aria2c http://download.geofabrik.de/europe/$FILEPAESE.osm.pbf
mv ./$FILEPAESE.osm.pbf ./$PAESE.osm.pbf

# Cancella file inutili

echo -e "Rimozione file obsoleti\n\n\n"

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

cd osmand-obf
rm *.*
cd ..

rm *.log

# Fa partire il cronometro

START=$(date +%s.%N)

# Usa splitter per suddividere le mappe

cd tmp

echo -e "\n\n\n\nDivisione della mappa in piccole sottomappe...\n\n\n\n\n"

java -Xms${MINIMO}M -Xmx${MASSIMO}M -jar ../splitter/splitter.jar 
../$PAESE.osm.pbf

mv *.osm.pbf ../osmand-pbf
cd ..

# Converte ognuna della mappe in .obf

echo -e "\n\n\n\nCreazione delle mappe .obf...\n\n\n\n\n"

cd OsmAndMapCreator-main
java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.data.index.IndexBatchCreator ../batch-normale.xml


# Usa le mappe .obf create per creare un unico file di indirizzi

echo -e "\n\n\n\nUnione delle mappe in un unico file...\n\n\n\n\n"

java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.MainUtilities merge-index ../osmand-obf/$PAESE.obf --address 
../osmand-obf/${1}*.obf


cd ..

# Cancella i file inutili e rinomina le mappe.

cd osmand-obf
rm *.log
rm 6324*.*
cd ..

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

# Ferma il cronometro e calcola quanto ci ha messo

END=$(date +%s.%N)
DIFF=$(echo "$END - $START" | bc)
TEMPO=`date -d@$DIFF -u +%H:%M:%S`

# Rinomina il file aggiungendo la data di download dei dati originali

cd osmand-obf
mv ./$PAESE.obf ./$PAESE.$VERSIONE.obf
cd ..

# apertura cartella con i file creati

echo -e "\nSi aprirà ora una finestra\ncontenente il file da 
copiare\nnella cartella di OsmAnd sullo smartphone"


xdg-open osmand-obf

echo -e "\n\n\n\nMappa creata in $TEMPO"
echo -e "\n\nBye bye!"

exit


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory


Il 05/07/2016 13:02, Max1234Ita ha scritto:

Ho provato a scaricare lo "script": 419 mega mi sembrano un po' tantini per
un po' di codice... o-O


Il "mero" script è questo:

===

#!/bin/bash

# Questo script utilizza Splitter e OsmAndCreator per suddividere
# un file .osm.pbf o un file .osm.bz2 in molte sottomappe,
# per ignuna di esse crea una mappa .obf navigabile con OsmAnd
# e un file unico per la ricerca degli indirizzi.

# Autore: Stefano Droghetti
# Licenza: GPL

# Schermata di presentazione

zenity --info --title="Osmux" --text="Questo script converte una 
mappa\nOSM dal formato .osm.bz2 o .osm.pbf\nnel formato obf per OsmAnd."


# Chiedo quanta memoria minima deve avere (richiesto per Java)

MINIMO=`zenity --entry --height=300 --width=240 --title="Osmux" 
--text="Memoria minima da utilizzare in MB (default=128MB)"`


# Se non viene scritto nulla, si prende il default

if [ "$MINIMO" = "" ]; then
MINIMO=128
fi

# Se non è un nmero, esce

if ! [ "$MINIMO" -eq "$MINIMO" ] 2> /dev/null
then
zenity --info --title="Osmux" --text="Solo numeri interi!\nBye bye!"
exit
fi

echo $MINIMO

# Stessa cosa di prima, per la memoria massima

MASSIMO=`zenity --entry --height=300 --width=240 --title="Osmux" 
--text="Memoria massima da utilizzare in MB (default=3000MB)"`


if [ "$MASSIMO" = "" ]; then
MASSIMO=3000
fi

if ! [ "$MASSIMO" -eq "$MASSIMO" ] 2> /dev/null
then
zenity --info --title="Osmux" --text="Solo numeri interi!\nBye bye!"
exit
fi

echo $MASSIMO

# Chiede dov'è il file OSM da convertire

DIRFILE=`zenity --file-selection --title="Seleziona il file .osm.bz2 o 
osm.pbf da convertire"`


if [ "$DIRFILE" = "" ]; then
zenity --info --title="Osmux" --text="Bye bye!"
exit
fi

# Controlla che il file sia di tipo consenstito e mette
# nome file, cartella, estensione eccetera in varie variabili

ESTENSIONE=".osm.bz2"
ESTENSION2=".osm.pbf"
NOMEFILE=`basename $DIRFILE`
BASEFILE=${NOMEFILE%%$ESTENSIONE}
if [ $BASEFILE = $NOMEFILE ]; then
BASEFILE=${NOMEFILE%%$ESTENSION2}
fi
ESTENS=${NOMEFILE##$BASEFILE}
echo "DIRFILE = $DIRFILE"
echo "NOMEFILE = $NOMEFILE"
echo "BASEFILE = $BASEFILE"
echo "ESTENS = $ESTENS"
if [ "$ESTENS" != "$ESTENSIONE" -a "$ESTENS" != "$ESTENSION2" ]; then
zenity --error --title="Errore" --text="Sono ammessi soltanto file 
di tipo $ESTENSIONE o $ESTENSION2"

exit
fi


# Cancella file inutili

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

cd osmand-obf
rm *.*
cd ..

rm *.log

# Fa partire il cronometro

START=$(date +%s.%N)

# Usa splitter per suddividere le mappe

cd tmp

echo -e "\n\n\n\nDivisione della mappa in piccole sottomappe...\n\n\n\n\n"

java -Xms${MINIMO}M -Xmx${MASSIMO}M -jar ../splitter/splitter.jar $DIRFILE
mv *.osm.pbf ../osmand-pbf
cd ..

# Converte ognuna della mappe in .obf

echo -e "\n\n\n\nCreazione delle mappe .obf...\n\n\n\n\n"

cd OsmAndMapCreator-main
java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.data.index.IndexBatchCreator ../batch-normale.xml


# Usa le mappe .obf create per creare un unico file di indirizzi

echo -e "\n\n\n\nUnione delle mappe in un unico file...\n\n\n\n\n"

java -Djava.util.logging.config.file=logging.properties -Xms${MINIMO}M 
-Xmx${MASSIMO}M -cp 
"./OsmAndMapCreator.jar:lib/OsmAnd-core.jar:./lib/*.jar" 
net.osmand.MainUtilities merge-index ../osmand-obf/${BASEFILE}.obf 
--address ../osmand-obf/${1}*.obf


cd ..

# Cancella i file inutili e rinomina le mappe.

cd osmand-obf
rm *.log
rm 6324*.*
cd ..

cd osmand-gen
rm *.*
cd ..

cd osmand-pbf
rm *.*
cd ..

cd tmp
rm *.*
cd ..

# Ferma il cronometro e calcola quanto ci ha messo

END=$(date +%s.%N)
DIFF=$(echo "$END - $START" | bc)
TEMPO=`date -d@$DIFF -u +%H:%M:%S`

# Schermata finale con apertura cartella con i file creati

zenity --info --title="Osmux" --text="Si aprira' ora una 
finestra\ncontenente il file da copiare\nnella cartella di OsmAnd sullo 
smartphone.\n\nMappa creata in $TEMPO"


xdg-open osmand-obf

echo "Bye bye!"
exit

=

A cui bisogna aggiungere il file chiamato batch-normale.html



zoomWaySmoothness="" osmDbDialect="sqlite" 
mapDbDialect="sqlite" />




===

Lo script auto.sh l'ho modificato ulteriormente e adesso mette la data 
nel nome del file:


#!/bin/bash

# Questo script utilizza Splitter e OsmAndCre

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory


Il 05/07/2016 13:02, Max1234Ita ha scritto:

Ho provato a scaricare lo "script": 419 mega mi sembrano un po' tantini per
un po' di codice... o-O
Perché dentro sono incluse le versioni di OsmAndCreator e di Splitter 
che funzionano con lo script.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

Ecco a voi lo script che permette di fabbricarsi in casa una mappa obf 
(per OsmAnd) anche con un PC con pochi giga di RAM. Questo script usa 
OsmAndMapCreator ma prima suddivide la mappa, renderizza i pezzi uno per 
uno, e poi li riunisce in un'unica mappa.


Lo potete scaricare da qua:
https://drive.google.com/open?id=0B_9DH8lxMw2bT3lKaEJfOFlCTE0

È per Linux. Testato su Xubuntu 16.04 a 64 bit.

Sul mio i5, ad oggi (inizio di luglio 2016) impiega due ore e mezza per 
fabbricare la mappa dell'Italia. Le dimensioni non aumentano troppo, 
direi di una volta e mezzo al massimo: oggi la mappa pbf dell'Italia era 
di 1.2GB, mentre la mappa obf creata era di 1.8GB. Ci saranno problemi 
quando supererà i 4GB, dato che non potrà più entrare nelle SD di 
Android, formattate in FAT32.


Ovviamente chiunque volesse crearne una versione per Windows o volesse 
testarlo su Mac (o persino su Android... perché no?) è il benvenuto, 
dato che io purtroppo non ho idea di come fare per sistemi non Linux.



Come installarlo e come usarlo:

- prima di tutto installare due programmini fondamentali per far 
funzionare lo script

sudo apt-get install aria2 zenity
(questo script usa aria2c invece di wget in quanto wget, per grossi 
file, sulla 16.04 dà spesso errore di segmentazione)


- Ovviamente dovete avere anche Java JRE. Sulla famiglia *buntu 16.04, 
la versione open si installa così:

sudo apt-get install openjdk8-jre
Oppure così per avere la versione Oracle ufficiale (ma proprietaria):
|sudo add-apt-repository ppa:webupd8team/java
|sudo apt-get install |oracle-java8-installer
|
- Salvate il file Osmux2.tar.bz2 dove volete. Poi ci andate sopra col 
tasto destro e scegliete "Estrai qui"


- Vi ritroverete con una cartella Osmux. Entrateci.

- Cliccando col tasto destro su una parte vuota della finestra, 
scegliete "Apri un terminale qui"
N.B.: nessun problema per Xubuntu, Kubuntu e Lubuntu, ma forse su Ubuntu 
questa funzione non c'è. Per installarla basta digitare:

sudo apt-get install nautilus-open-terminal
(non fatelo se non avete Ubuntu)

- Ora potete lanciare due versioni diverse dello stesso script. Una ha 
delle finestrine di dialogo che vi chiedono la memoria da allocare e il 
file da trasformare, un'altra invece fa tutto da sola, compreso lo 
scaricamento dell'ultimissima versione dell'Italia.


- Per lanciare la versione con le finestre di dialogo scrivere:
./go.sh

- Per lanciare la versione automatica scrivere:
./auto.sh

- "go.sh" vi chiede la memoria minima e la memoria massima. Se lasciate 
tutto vuoto vi lascia il default, che è di 128MB per quella minima, e 
3GB per quella massima. In realtà si può comodamente impostare a 2GB, 
quest'ultima, e in una delle prossime versioni farò qualche prova per 
ridurre il default al minimo indispensabile, che dipende dalla grandezza 
dei pezzi in cui viene spezzettata la mappa. Vi chiede poi anche dov'è 
il file da convertire, quindi prima assicuratevi di averne scaricato 
uno, in genere da Geofabric. Se lo scaricate da altre parti, ricordatevi 
di rinominarlo in modo che abbia estensione .osm.pbf o .osm.bz2


- "auto.sh" non vi chiede niente. Se avete meno di 3GB di RAM, 
cambiatelo a mano :-) Ovviamente poi farò una versione da riga di 
comando con parametri a piacere. Ricordatevi di lanciarlo solo se avete 
una buona connessione a internet perché vi va a scaricare il file OSM 
dell'Italia, che al momento è un giga e qualcosa.



--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Lo script funziona, finalmente!
Lo carico sul mio Drive e apro un altro thread solo per lo script. A dopo.

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 04/07/2016 19:02, Stefano Droghetti ha scritto:

Il 04/07/2016 15:43, Max1234Ita ha scritto:

Speriamo! :-)


Direi che funziona!!!
:-O


Sono ufficialmente UN CRETINO
:D :D :D

No dai, la buona intenzione c'era ma non avevo ben capito lo script di 
Harry van der Wolf...

https://groups.google.com/forum/#!topic/osmand/NO5G2tFWZ1c
Oppure è cambiato tutto con la nuova versione di OsmAndCreator? Non 
saprei, comunque, ecco l'inghippo:


Io pensavo che il parametro merge-index (output file) --address (input 
files) creasse un file di soli indirizzi da più mappe, rendendolo 
completamente ricercabile nel campo di ricerca di OsmAnd.
Invece lo script di Harry van der Wolf partiva dall'assunto che il 
parametro merge-address-index (oggi sparito dalle nuove versioni di 
OsmAndCreator) crea un file da più mappe, ma che poi gli indirizzi quivi 
contenuti non siano ricercabili completamente nel campo di ricerca di 
OsmAnd, e che quindi occorra, dal file generato, estrarre un altro file 
ancora di indirizzi, ricercabili in OsmAnd.


Invece il file generato dalle nuove versioni di OsmAnd, è già un grosso 
file che contiene tutto, compreso un indice ricercabile!


Insomma, Harry van der Wolf pensava che il file generato non fosse 
ricercabile ma navigabile, io il contrario :-) E il file invece è 
navigabile e ricercabile!


Quindi FORSE ce l'abbiamo fatta! Modificando il mio script [1], una 
volta terminato, basta cancellare o non copiare proprio nel cellulare le 
mappe 0001, 0002 eccetera e tenere il file finale, magari dandogli un 
bel nome senza la parola "address" dentro.


Ma ora devo uscire. Torno stanotte e se non ho sonno provo.

Nel frattempo, voi potete provare con lo script da me postato prima, ma 
alla fine nel cellulare basta copiare solo il file 
"qualcosa-indirizzi.obf" magari rinominarlo in "qualcosa.obf" e basta, e 
dovrebbe andare tutto perfettamente!


[1] https://drive.google.com/open?id=0B_9DH8lxMw2bUV9reFZpVXQ1NTQ

--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 04/07/2016 15:43, Max1234Ita ha scritto:

Speriamo! :-)


Direi che funziona!!!
:-O

Lo potete scaricare a questo indirizzo:
https://drive.google.com/open?id=0B_9DH8lxMw2bUV9reFZpVXQ1NTQ

Per farlo funzionare, io sono su Xubuntu e faccio così, ma dovrebbe 
essere identico per le altre distro debian based:


- Tasto destro sul file Ormux.tar.gz2 → Estrai qui
- Verrà creata la cartella "Osmux". Entrarci.
- Tasto destro su una parte "vuota" della finestra → "Apri un terminale qui"
- Zenity dovrebbe già essere installato di default. Comunque solo la 
prima volta, provate a installarlo:

sudo apt-get install zenity
- Lanciate lo script così:
./go.sh

Il resto dovrebbe essere abbastanza intuitivo. Anche lo script l'ho 
abbastanza documentato.
All'inizio fate delle prove su mappe piccole. Io ho trovato perfetta 
l'Albania:

http://download.geofabrik.de/europe.html
(il primo file .osm.pbf della lista)

Se scaricate da qualche altra parte, ricordatevi che l'estensione 
dev'essere obbligatoriamente .osm.pbf o .osm.bz2, eventualmente rinominate.


Non ho idea per Windows, non ne vedo uno da 14 anni ormai.

Poi alla fine se va tutto bene vi apre una cartella con dentro tutti i 
file da copiare nella directory di OsmAnd del cellulare. Se siete 
partiti da un file, diciamo, "zozzonia.osm.pbf" vi ritroverete questi 
file da copiare:


zozzonia-0001.obf
zozzonia-0002.obf
zozzonia-0003.obf
...
zozzonia-indirizzi.obf

Una volta copiati i file, è bene andare nelle Impostazioni di Android, 
Applicazioni, OsmAnd Plus, terminare l'applicazione e cancellare la 
cache (non i dati mi raccomando, solo la cache).
Poi tornate sull'applicazione, andate nel menu, andate su "Cerca" e 
quindi su "Indirizzi". Qui, sotto "Paese" dovreste avere la lista di 
tutte le varie zozzonia-0001,  zozzonia-0002 eccetera, e dovete 
impostare zozzonia-indirizzi (in fondo alla lista). A questo punto 
vedete tutti gli indirizzi della nazione.


Io per ora ho provato con l'Albania e con l'Emilia Romagna. Vede tutto e 
fa il routing. Provato su un PC a 64 bit, i3, con 4GB di RAM, lasciando 
così com'è il default (128MB-3000MB).
Ora però mi appresto a provare con la mappa dell'Italia intera. Ci provo 
con un i5 con 12GB di RAM, impostando la memoria a 1MB ma non credo 
che serva (splitter divide automaticamente in pezzi che non abbisognano 
più di 2000MB di heap, credo). Eventualmente si potrebbe introdurre la 
possibilità di decidere quanto grandi vengono fuori i pezzettoni che usa 
splitter, così da ridurre il numero di pezzi se si ha un PC un attimo 
più performante impostando la memoria su parametri grandini.


Fatemi sapere come va, per favore. :-)
Se va tutto bene, gli diamo una leccatina, mettiamo i ringraziamenti 
nelle note dello script e lo uppo sul mio sito personale. Se poi 
addirittura fosse utile a molti in futuro, si potrebbe collegare alla 
wiki di OsmAnd, ma non sogno così tanto :-)




--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 04/07/2016 12:10, Max1234Ita ha scritto:

A quanto pare c'è un' altra maniera di creare gli Address File con meno
dispendio di risorse, partendo dalle informazioni già presenti nelle
"moderne" mappe Roads-Only.

Condivido qui il link, chissà che non possa tornare utile a qualcuno:
https://groups.google.com/forum/#!topic/osmand/NO5G2tFWZ1c
<https://groups.google.com/forum/#!topic/osmand/NO5G2tFWZ1c>

Spettacolare!
In pratica c'è il parametro "merge-index-address" che prende delle mappe 
già compilate e genera un file index intero che comprende tutti gli 
indirizzi delle mappe.
Ho provato e non sembrava funzionare ma poi il terminale mi ha detto che 
la sintassi è cambiata, non è più

 merge-index-address output.obf input.obf
ma è
 merge-index output.obf --address input.obf

Quindi, ricapitolando, lo script deve:
- prendere Italy.pbf e, usando splitter, suddividerlo in una caterva di 
mappe.osm.pbf

- trasformare, con OsmAndCreator, tutte le .osm.pbf in .obf
- prendere tutte le obf e creare un file di indirizzi

Dai che forse siamo vicini a una soluzione... ^_^



--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 04/07/2016 10:13, Luca Delucchi ha scritto:

ma poi riesci a ricomporle? perchè con mkgmap si riesce a fare, con
osmandcreator non ho mai provato

Non si può, non è prevista l'opzione. Ma per la navigazione non è un 
problema, funziona tutto come se avesse una sola mappa unica.
Il problema è la ricerca degli indirizzi, offline. Già adesso devi prima 
comunque scegliere la regione e poi cercare l'indirizzo, con un 
centinaio di piccole mappe la cosa sarebbe infattibile, ecco perché 
l'esigenza di un file soli-indirizzi.
Comunque un indirizzo si trova online anche, via POI, con il plugin 
delle mappe online attivato quindi non è una cosa impossibile. Consuma 
pochissimi dati poi, quindi perlomeno in Italia senza dover ricorrere al 
roaming, non è un vero problema. Anzi, a dir la verità un indirizzo lo 
si trova persino con servizi proprietari tipo Google Maps, poi le 
coordinate si copincollano in OsmAnd e via... :-)



--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate

Ho provato a creare uno script che spezzetta le mappe e le trasforma in 
mappe OsmAnd senza indirizzi, affiancandole a una mappa OsmAnd di soli 
indirizzi.
Niente da fare :-) Funziona tutto benissimo ma per generare un piccolo 
file obf di soli indirizzi, dà lo stesso il problema di memoria, e 
funziona solo allocandogli quantità spaventose e assurde di memoria.

Mi sembra davvero assurdo. A questo punto l'altra soluzione è questa:
- usare comunque le mappe spezzettate per fare la navigazione, la 
ricerca POI eccetera
- usare qualche altro servizio, magari offline, per cercare gli 
indirizzi. Immagino che esista qualche app, o che in qualche modo si 
riesca a leggere il famoso zip di indirizzi Nominatim (o era Geonames? 
Al momento non ricordo) magari esternamente all'applicazione, che generi 
due coordinate da aprire poi con OsmAnd... no?


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] import civici Emilia Romagna


Il 03/07/2016 11:34, Alessandro Palmas ha scritto:

Erano girate alcune mail la settimana precedente a OSMIT quando la regione
pubblicò unmilionesettecentomila numeri civici.


Vi ricordo che per Ferrara ci sono questi:
https://wiki.openstreetmap.org/wiki/Ferrara,_Italy/Numeri_civici
che sono molto più aggiornati, credo.

Io li sto controllando e ricontrollando da un anno, e vanno tutti bene. 
Che dite, li importiamo? Basta eliminare quelli che ci sono già, e che 
sono più precisi perché basati sull'esperienza diretta di chi li ha 
inseriti, e siamo a posto.


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 03/07/2016 15:11, Max1234Ita ha scritto:


Per quanto riguarda le mappe parziali, OsmAnd le supporta già!




Ma infatti io sto ultimando uno scriptino che usa due diversi batch.xml, 
diciamo batch-mappe.xml e batch-indirizzi.xml.

Lo script in pseudocodice fa così:

- prendi il file .pbf dalla cartella ./pbf
- usa splitter e suddividilo in più mappe 0001.osm.pbf e metti i 
file nella cartella /pbf-split

- lancia osmandcreator con il file batch-mappe.xml
- lancia osmandcreator con il file batch-indirizzi.xml

batch-mappe.xml dice di andare a prendere i file pbf dalla cartella 
/pbf-split e di produrre file obf con addressindex=false
batch-indirizzi di andare a prendere i file pbf dalla cartella .../pbf e 
di produrre file obf con addressindex=true e tutti gli altri parametri 
=false. Quest'ultimo genera un file di soli indirizzi e anche per 
l'intero file dell'Europa occupa poca memoria e ci mette poco.


Così alla fine ho un centinaio di piccole mappe numerate senza 
indirizzi, e un unico file solo con gli indirizzi.


Per fare tutta l'Italia spezzettata ci mette sempre parecchio ma non usa 
più di 2GB di memoria. Risolto il problema, no?


Anzi a questo punto uno potrebbe persino lasciare il pc a lavorare per 
un paio di giorni interi e produrre l'intera Europa :-)


Penso che vada quasi tutto bene ma ora debbo andare, quindi termino il 
lavoro stasera o domani. Quand'è tutto pronto metto su Drive e vi dico. 
Così magari potete testare anche da voi se va bene :-)


(se riusciamo a farci le vacanze con l'uber-mappa europea entro agosto, 
non sarebbe male, no?)


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 01/07/2016 18:04, Max1234Ita ha scritto:


Quando creo io il .obf col mio PC di casa (un vecchio I7-980 di 6 anni fa,
con 16 GB di RAM), ci mette 22 ore o giù di lì ma con "soli" 10 Giga di
memoria allocata;


Stavo pensando: non si potrebbe provare a usare splitter?
Per creare le mappe per Garmin infatti c'è lo stesso problema di 
memoria. E così si usa splitter, in questo modo:

- Si parte da un file enorme diciamo italia.osm scaricato da Geofabrik.
- Con splitter vengono generati pezzi di italia.osm non più grandi di 
quello che si vuole, già compressi in pbf, quindi italia0001.osm.pbf, 
italia0002.osm.pbf, italia0003.osm.pbf eccetera.
- Poi ci pensa mkgmaps a convertire tutti i vari italia000*.osm.pbf in 
file navigabili da Garmin, per esempio italia0001.img, 
italia0002.osm.img, eccetera
- Infine, mkgmaps stesso li riunisce in un unico file per garmin, 
gmapsupp.img


Ora, mi chiedo, non potremmo provare a fare lo stesso con OsmAndMapCreator?

Basterebbe usare splitter per dividere la mappa in file pbf abbastanza 
piccoli da essere digeriti da OsmAndMapCreator comodamente su qualsiasi 
computer con almeno 2GB di RAM disponibili, darli a un qualche script 
batch che usando OsmAndMapCreator generi i vari file da caricare 
direttamente sullo smartphone, italia0001.obf, italia0002.obf eccetera.
Non credo che esista la possibilità di riunire due o più file obf in 
uno, ma non credo che sia un problema dato che OsmAnd collega 
automaticamente le mappe che trova nella sua cartella.


Ci proviamo?


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate


Il 01/07/2016 13:39, Luca Delucchi ha scritto:


scusa non ho capito se ti riferisci al file obf o agli altri?



Solo al file obf.

Sì, il problema è OsmAndMapCreator che richiede troppa memoria. Gli 
stessi sviluppatori di OsmAnd sui loro server mettono a disposizione 
solo le singole regioni e non più l'intera Italia, o mappe solo 
stradali. Pensavo fosse un problema solo mio dovuto alla scarsità del 
mio computer, ma a quanto vedo è un problema di tutti.
Mi fa piacere che ci siano a disposizione dei PC più potenti per fare un 
tentativo... Fatemi sapere per favore se riuscite a creare una mappa 
dell'Italia in formato pbf, più aggiornata di quelle che mette a 
disposizione OsmAnd...


--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mappe per OsmAnd su Gfoss Geodata non aggiornate

2016-07-01 Thread Stefano Droghetti

Mi sono accorto che su Gfoss Geodata [1] le mappe per OsmAnd (le .obf, 
disponibili solo per l'intera Italia e non regione per regione) benché 
apparentemente aggiornate (le date effettivamente si aggiornano ogni due 
o tre giorni) in realtà rimangono ferme a una versione di un paio di 
mesi fa.
Probabilmente lo script crea ogni giorno la nuova mappa, ma per qualche 
motivo usa sempre gli stessi dati, non aggiornati da mesi.


Ho scritto a Luca Delucchi, ma se c'è qualcun altro in ascolto che può 
fare qualcosa, ben venga.


Nel frattempo avviso che le mappe scaricabili dall'applicazione OsmAnd, 
benché ancora ferme al primo di giugno, sono comunque più aggiornate di 
quella dell'Italia scaricabile da Gfoss Geodata, benché targata 30 giugno.


[1] http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html

Stefano

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

2016-05-29 Thread Stefano Droghetti


Il 27/05/2016 18:50, emmexx ha scritto:

Oggi con la speranza che col tempo ci fosse stato qualche miglioramento,
ho provato a scaricare mappe con dati per il mio vecchio nuvi.

Lo script "Garmux" sul mio solito sito non va?
Ho utilizzato uno dei trucchetti (in particolare quello dell'utente 
GSPEED, segnalato dall'utente AndAg) per far funzionare i nomi italiani 
e da quello che mi dicono gli utenti funziona.


Lo script è qui e non lo cambio dal 2014:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori#mappegratis

La parte di codice che fa funzionare in italiano è questa:

# Get the last full word if a \s (whitespace) exist in name
( mkgmap:country=ITA  | mkgmap:country=FRA | mkgmap:country=CHE) & 
highway=* & name ~ '.*\s.*' { set  last:word='${name|part: :-1}' }
# if the last full word is a roman number - i.e. if a street has been 
named after a King or a Pope - get the last two words
last:word ~ '(I|II|III|IV|V|VI.*|IX|X|XI.*|XV.*|XX.*)'  {set 
last:word='${name|part: >-3}' }
# set 3rd and 4th labels (used for address search only) with the 
last:word as 1st word
last:word=*  { set mkgmap:label:3='${last:word}, ${name|part: <-1}';set 
mkgmap:label:4='${last:word}, ${name|part: <-1}' }


e va aggiunta nel file "address" nella cartella "inc" dello stile che si 
usa.


--
Stefano Droghetti
www.stefanodroghetti.co.nr
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] audio registrazione con georeferenziazione

2016-01-26 Thread Stefano Droghetti


Il 10/11/2014 22:31, Alessandro ha scritto:

Il 10/11/2014 18:26, mircozorzo ha scritto:

Ciao, io uso OsmAnd che è un'app che fa navigatore e ti permette di
registrare note audio georeferenziate.



A me registra le note e le visualizza sul GPX nel telefono, ma quando 
esporto la traccia GPX non mi incorpora i wpt delle note. Ho girato 
cercando i settaggi ma non ho trovato nulla ... sbaglio qualcosa?

Bisogna fare una piccola modifica al file gpx e poi te li importa.
Ho scritto come fare in una guida che trovi qui:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori

O meglio, al paragrafo 4.5:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori#raccosm

--
Stefano Droghetti
www.stefanodroghetti.co.nr
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [NEW] Estratti locali OpenStreetMap

2015-12-21 Thread Stefano Droghetti


Il 21/12/2015 09:03, Simone Cortesi ha scritto:


Ciao,
è con grande piacere che vi annunciamo il rilascio in versione 
"veramente BETA" del sito per estratti e statistiche Openstreetmap in 
Italia.


http://estratti.openstreetmap.it

Frutto del lavoro di sabas, Sbiribizio, e mio.



Grandi! Grazie davvero, bellissimo lavoro. Già aggiunta alla mia guida 
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori


--
Stefano Droghetti
www.stefanodroghetti.co.nr
stefano.droghe...@gmail.com


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import cartografia di base di modena (vie civici edifici..)

2015-10-31 Thread Stefano Droghetti




Il 31/10/2015 10:17, Simone F. ha scritto:



Confermo che Gedit fa fatica ad aprire file di testo pesanti.
Ti consiglio Geany.


Giusto, programma utilissimo, ottimo consiglio.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import cartografia di base di modena (vie civici edifici..)

2015-10-30 Thread Stefano Droghetti


Il 29/10/2015 09:11, Aury88 ha scritto:


  a questo punto non so che pensare...uso anche io linux (ubuntu 15.05) forse
è proprio l'editor gedit che funziona male con i file grandi. tu cosa usi
per aprirlo?


Prima di tutto il consiglio è di usare versioni di Linux stabili e 
supportate, non quelle sperimentali che durano solo 9 mesi. Poi, Ubuntu 
è pesantina come grafica, io uso Xubuntu 14.04 LTS 64 bit sul PC con 4GB 
di RAM, e Xubuntu 14.04 LTS 32 bit su quello scarsissimo.
L'editor di testo che uso è quello fornito con Xubuntu, ossia mousepad. 
Ma non saprei, ho solo aperto il file con JOSM, non con un editor di testo.


Per JOSM, nessun problema sia con la versione "latest" sia con la 
versione "stable". Uso Oracle Java 8: che sia quello che fa la differenza?

Per installarlo:
|sudo add-apt-repository ppa:webupd8team/java
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install oracle-java8-installer
|
Poi apri il file .jar col tasto destro → apri con Oracle Java8 web start 
eccetera.

josm come ti funziona nell'aprirlo? riesci a dare un occhiata per vedere se
i dati sono ben allineati con la mappa?

Direi che sono ben allineati.


eventualmente, per quando sarà il momento dell'import, se non ti è di
disturbo ti chiederò di dividere il file in (almeno) 3 tronconi ;-)

Va benissimo.

Un saluto,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import

2015-10-29 Thread Stefano Droghetti


Il 29/10/2015 11:09, Daniele Forsi ha scritto:
A pagina 21 dice """ Tutti gli accessi esterni di qualsiasi genere che 
dall’area di circolazione immettono direttamente o indirettamente 
all’interno dei fabbricati devono, secondo la normativa vigente, 
essere provvisti di appositi numeri civici """ 


Sì, stavo notando infatti che anche qui a Ferrara ci sono parecchi 
numeri civici duplicati. Per esempio, il 14 di via Ortigara è sia sede 
di qualche palestra di arti marziali, sia, 10 metri più in là, della 
Contrada di Santo Spirito (per il Palio). In realtà è lo stesso 
edificio: le palestre sono al piano di sopra e la Contrada al piano di 
sotto, ma i due ingressi sono completamente distanti e differenti, e i 
due piani non comunicanti. E nessuno si è preso la briga di assegnare un 
14a e un 14b, sono proprio due numeri duplicati.
Come questo è pieno di esempi. E sono in effetti in corrispondenza degli 
ingressi.

OSM protesta se si mettono civici ridondanti?

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import

2015-10-29 Thread Stefano Droghetti


Il 29/10/2015 09:45, Aury88 ha scritto:

non è solo difficile da gestire, a mio avviso è proprio sbagliato
è il changeset ad avere quel source non è l'oggetto in se...io i tag
sull'oggetto li ho sempre intesi come cose che descrivono l'oggetto. le cose
per descrivere il dato (quindi commenti, note...) la loro origine (quindi il
source) come anche la lista di operazioni effettuate su quel dato (il
changelog) dovrebbero essere tutti raccolti sul changeset (come tra l'altro
fanno i programmi di editing della mappa).
concettualmente ha anche + senso secondo me oltre all'indubbio vantaggio di
non appesantire il database con un tag ripetuto n-volte.


Sono d'accordo ma allora tutti i civici dell'Emilia Romagna presenti al 
momento su OSM, fateci caso, sono sbagliati. Hanno tutti il tag source.

:-)


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import




Il 28/10/2015 12:16, Cascafico Giovanni ha scritto:


python ogr2osm.py input.shp -t traduzione.py --no-upload-false

Credo tu debba cercare il wiki di ogr2osm


Grazie!
Fatto :-)
Il file osm si è cucinato molto bene secondo me, ma i dati erano 
traslati di brutto, quasi una trentina di metri a sud est :-o
Li ho spostati a mano (è bastato tenere come riferimento il layer WMS di 
Mapnik), ora dovrebbero essere ok.
Dateci un'occhiata: a voi come dati sembrano di qualità? Si può provare 
a maneggiarli e poi importarli, o è meglio inserire i civici da zero a 
mano tenendo questi dati solo come riferimento?


Qui l'uscita dello script di Andrea Musuruane:
https://drive.google.com/file/d/0BySprOmIwtwdRUtsaUpTeW4tYms/view?usp=sharing

Qui lo stesso file rettificato in modo che combaci con Openstreetmap:
https://drive.google.com/file/d/0BySprOmIwtwdZU9BY21JVHBkRVU/view?usp=sharing

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import


Il 28/10/2015 14:17, Andrea Musuruane ha scritto:


Non sono posizionati correttamente perché non hai dato tutti i 
parametri necessari a ogr2osm. Sono indicati all'inizio del file:

https://github.com/musuruan/osm_imports/blob/master/ferrara/civici.py

Mamma mia che errore da principiante :-( Ora faccio le cose come vanno 
fatte e poi vi uppo il file.



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import cartografia di base di modena (vie civici edifici..)


Il 26/10/2015 08:53, Aury88 ha scritto:

niente...il mio computer non riesce a gestire un file delle dimensioni
dell'output da te creato Andrea...
nè JOSM, ne l'editor di testoriproverò più tardi a spezzare il file in
tronconi più piccoli.


Qui su Linux nessun problema, il file viene aperto dal vecchio netbook 
con su Atom e soli 256 MB di RAM. Se posso rendermi utile, cosa posso fare?



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import


Ho modificato seguendo i consigli. Grazie infinite.

Rimangono ancora fuori:

- i consigli sull'import, gli script, il workflow. Seguendo i precedenti 
thread sui civici di Ferrara, alcuni utenti molto autorevoli ed esperti 
hanno giudicato assolutamente non fattibile l'import con uno script. 
Tanto da minacciare un revert immediato, a causa della scarsissima 
qualità dei dati. Attendo quindi altri pareri prima di aggiungere nella 
wiki la parte sull'import automatizzato, anche se corredato dai fixme.
- la licenza. Sempre nei precedenti thread, molti utenti compreso 
persino il nostro insostituibile Martin hanno espresso enormi dubbi 
sulla compatibilità della licenza. Vorrei quindi che vedessero prima la 
pagina del Comune in cui si descrivono i termini della licenza, per 
vedere se cambiano idea :-)

http://www.comune.fe.it/index.phtml?id=3507

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici del Comune di Ferrara - import




Il 27/10/2015 17:25, Andrea Musuruane ha scritto:


Per quanto riguarda il workflow, se fossi in te, convertirei i dati 
usando questo script:


https://github.com/musuruan/osm_imports/tree/master/ferrara



Perdonami, non ho mai provato fin ora a lanciare uno script python per 
questo genere di cose. Ho scompattato civici.zip in una cartella, quindi 
dentro ci sono gli shapefile, e poi dentro ci ho messo i tre script 
civici.py, normalizer.py e roman.py.
Apro il terminale in quella cartella (uso Linux) e come lancio lo 
script? Ovviamente se lancio solo:

python ./civici.py
non accade nulla, a parte creare il bytecode degli altri due script.
Che parametri devo dargli? C'è una qualche documentazione da qualche parte?

Poi vedo due opzioni. La prima è quella di suddividere i dati di 
import in tanti sottoinsiemi da controllare e riallineare prima di 
importarli.


La seconda è quella di importare di tutto, mettendo un tag fixme in 
tutti i nodi. Bisognerà poi rivedere ogni indirizzo nella fase di QA, 
con verifiche sul campo, posizionando correttamente il nodo, 
aggiungendo il cap e rimuovendo il tag fixme dopo questa operazione.


La parte di data merge può essere presa dal Friuli (ovviamente è da 
testare):


https://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Import_Civici_FVG

Mentre quella di QA possono essere presa da Torino (da testare pure 
questa):


https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Torino

Ciao,

Andrea



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna




la IODL 2.0 chiede di citare la fonte, in qualche modo.
Concordo però che qualcuno non potrebbe essere d'accordo sul modo scelto



Una buona notizia: il Comune ha messo una pagina in cui esplicita cosa 
possiamo fare con la IODL2:

http://www.comune.fe.it/index.phtml?id=3507
Come vedete c'è scritto "se possibile" quindi a questo punto direi che 
non c'è problema per l'import di questi dati:

http://www.comune.fe.it/index.phtml?id=3513#null
Ma ripeto: non corrispondono agli ingressi, quindi io non farei un 
import ma li userei a mo' di WMS per ricalcarli e portarli dove sono 
effettivamente, aiutandosi con le ortofoto e l'esperienza.

Oggi o domani comincio con qualche strada che conosco a memoria.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna




Il 27/10/2015 11:28, Andrea Musuruane ha scritto:


Stefano, devi fare una pagina di import e discuterne anche sulla ML 
dedicata.
Il punto è che non ho intenzione di importare alcunché. È solo un nuovo 
livello WMS che userò come riferimento per mappare a mano i civici della 
mia città, che conosco bene.
Se qualcuno invece vuole fare un import vero e proprio, mi va benissimo 
che crei la pagina, ma io non ho né il tempo né l'esperienza per creare 
la pagina e leggere imparare e rispettare tutta la procedura di import.
Avevo già chiesto se qualcuno era interessato a farlo, ma mi è stato 
risposto che la licenza non è compatibile e che i dati non sono 
utilizzabili per un import in quanto non ubicati in corrispondenza 
dell'effettivo numero civico ma al centro del cassone.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna




Il 27/10/2015 11:46, Andrea Musuruane ha scritto:



Se la usi come riferimento allora devi seguire le procedure di import 
perché stai derivando i dati da un'altra fonte.


Quindi ogni volta che uno aggiunge un WMS a JOSM deve prima aprire una 
pagina di import su OSM?


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Import e burocrazia




Il 27/10/2015 12:53, Luigi Toscano ha scritto:
Nella mia esperienza con altre comunità, va tutto bene finché non 
iniziano i problemi. Nonostante le rassicurazioni più volte portate 
qua in lista (anche da Simone), mi resta comunque il dubbio di quello 
che possa succedere se mai si dovesse cambiare licenza, fra 5 o 10 
anni o più. Al più il reduction bot di allora rimuoverà tutto e amen. 
Ciao 


Dopodiché si prende il backup, ci si fa dare un'autorizzazione esplicita 
(in genere sotto forma di "beh certo, perché diavolo dopo tanti anni non 
dovreste più usare i nostri dati? :-o") e li si ributta sul server :-)


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna




Il 27/10/2015 12:06, Andrea Musuruane ha scritto:


Premessa. Per usare un WMS tu devi rispettare la licenza del WMS 
stesso e ci sono specifiche autorizzazioni a usarli come fonti di dati 
(pensa a Bing e al PCN).
La licenza, come ho detto, è ODBL2 e le specifiche autorizzazioni, come 
ho detto, sono qui: http://www.comune.fe.it/index.phtml?id=3507




Io vedo due problemi nel modo in cui vorresti operare: a) usi una 
fonte senza citarla come prevede esplicitamente la licenza;
La citazione c'è, eccome: la inserisco nel campo source per ogni numero 
civico.
Se hai cercato nei numeri civici presenti al momento a Ferrara, sono 
tutti tirati giù con l'applicazione apposita per Android, con qualche 
mapping party. Non ho ancora cominciato a usare i dati del Comune, 
ragion per cui per ora non troverai attribuzioni.


b) usi un workflow di import senza discuterlo (e senza neanche 
descriverlo).


Non c'è nessun workflow, è ben questo che dicevo: adesso posso avere un 
layer con dei civici messi un po' male, in zone che conosco molto bene. 
Li userò esattamente come la gente usa PCN o Bing: toh, lì dice che c'è 
un civico, c'è veramente? Andiamo a vedere sul posto. Sono spostati di 
tot, creo dei civici con i tag giusti, eccetera.


Ci sono utenti, come Federico Cortese, che hanno speso tanto tempo a 
descrivere come fare degli import, a creare gli script di 
importazione, e a discuterne qui e sulla mailing list internazionale. 
Per me non è burocrazia. E' peer review. Perché quattro occhi vedono 
meglio di due. Ed evita problemi in futuro, come la rimozione dei dati 
inseriti, cosa che purtroppo in passato è già successa.
Per due volte - e questa è la terza - ho ribadito che non sono pratico, 
che non so in quale "gruppo apposito" cominciare la discussione, non ne 
so l'indirizzo e non ne sono iscritto, che non ho mai aperto né 
modificato una pagina wiki in vita mia, che non so esattamente quale 
pagina modificare se anche sapessi come modificarla, e quindi ho chiesto 
se qualcuno più pratico lo fa al posto mio o mi spiega dettagliatamente 
come fare. Ho avuto per due volte la stessa risposta: i dati non sono 
probabilmente utilizzabili, e forse la licenza non è compatibile.
Invece, se aiutati con l'esperienza personale e visite in loco quei dati 
sono utili eccome, e so come mappare bene i civici, sia del Comune che 
della Provincia (in questo caso consultando ogni tanto il WMS CC-BY 2008 
del Geoportale E-R) quindi ora comincio a mettermi al lavoro. E 
ribadisco che se mi spiegate i passi uno per uno faccio volentieri tutta 
la procedura, ma letteralmente non so da dove iniziare.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Numeri civici del Comune di Ferrara - import

Sto cercando di seguire le linee guida. Chiedo venia ma per sbaglio ho 
solo per una piccola frazione di secondo modificato la pagina originale 
di Biella, avevo sbagliato a premere un tasto, ma l'ho subito riportata 
alla versione originale. Sono profondamente dispiaciuto e un po' 
terrorizzato al pensiero di quello che stavo per fare :-(


A grandi linee, ho copiato la pagina di Biella e adattata a Ferrara 
specificando che non si tratta di fare uno script per importare i dati, 
ma solo di usare i dati come riferimento, ma solo se si conosce il posto 
e si sanno dove spostare - a mano - i punti, che non sono indicati bene 
nei dati (sono nel centro degli edifici e non sugli ingressi). Ho 
lasciato inoltre aperta la decisione sulla compatibilità della licenza, 
così almeno ne discutiamo e diamo una interpretazione definitiva.
Bisognerebbe cambiare, credo, la parte sull'attribuzione. Magari un paio 
di tag così:

source = Ferrara open data
source:addr= (indirizzo dal quale scaricare lo shapefile)
Non saprei...

Qui la pagina:
https://wiki.openstreetmap.org/wiki/Ferrara,_Italy/Numeri_civici
Ho anche aggiunto una riga alla prima tabella, qui:
https://wiki.openstreetmap.org/wiki/Import/Catalogue

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna

Comunque adesso provo ad aprire una pagina wiki. Spero di non fare 
disastri :-)
Seguo la falsariga di questa: 
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna

Cari amici, finalmente abbiamo una soluzione.
Prima di tutto, ecco il WMS per i dati cartografici dell'Emilia Romagna:
http://servizigis.regione.emilia-romagna.it/wms/dbtr
Come potete vedere qui [1] la licenza è CC-BY 2.5, quindi possiamo
usarlo come layer per ricalcare, senza chiedere un permesso esplicito
alla Regione.

Il layer dei civici si chiama "NCV_civico".
Sbizzarritevi vedendo se ci sono altri layer che possono essere utili.

Dal geoportale Emilia Romagna [2] si possono scaricare anche dati e
shapefile vari, tutto in CC-BY, ma non è argomento di questa email.
Divertitevi :-)

Torniamo ai civici. Questi sono dati del 2008, poi è successo un mezzo
disastro, che mi hanno raccontato fonti molto informate :-) La Provincia
di Ferrara, a causa di persone ben specifiche di cui non sto a fare nome
e cognome, hanno poi negli anni aggiornato i dati negandone l'uso non
commerciale. Li hanno venduti, in sostanza. Tutt'ora non abbiamo idea se
siano ancora coperti da copyright; il punto è che non ce li vogliono
pubblicare. Ma non ci interessa: intanto quelli del 2008 sono liberi e
possiamo partire da quelli per ricalcare, basta integrarli con
sopralluoghi e fare come abbiamo sempre fatto anche per mappare le
strade, un mix tra Bing, PCN ed esperienza personale.
Poi, interpellati da associazioni e cittadini, il Comune di Ferrara ha
rilasciato con licenza libera i dati 2011 del solo Comune, scavalcando
d'imperio le licenze commerciali della Provincia. I dati del Comune si
trovano qui [3] ed è uno shapefile che non abbiamo usato ancora per
alcun import per due motivi:
1) la licenza è IODL 2.0 e quindi prima occorre avere un'esplicita
autorizzazione da parte del Comune. Che sicuramente la dà senza
problemi, ma nessuno ha finora trovato il tempo di chiederla.
2) i dati sono poco utilizzabili perché vanno spostati quasi tutti a
mano nei pressi degli ingressi effettivi. Cioè sono dati che si prestano
più a essere ricalcati da un layer WMS integrandoli con l'esperienza,
piuttosto che a essere importati direttamente su OSM con uno script
automatico.

In attesa dell'autorizzazione del Comune comunque si possono ricalcare i
dati regionali 2008 (a una prima occhiata c'è ben poco di diverso), poi
una volta arrivata l'autorizzazione, se i dati non saranno già stati
aggiornati al 2015 con l'esperienza, si potranno usare quelli del 2011
giusto solo per aggiornare ma sempre ricalcando e correggendo a mano.

Vi ricordo che per mappare un civico occorrono determinati tag. Un
esempio per il civico 32 di Viale Cavour a Ferrara, mappato il 28 marzo
2015:

addr:street=Viale Cavour
addr:housenumber=32
addr:city=Ferrara
addr:country=IT
addr:postcode=44121
survey:date=2015-3-28

Se ricalcate mettete anche source, ovviamente.

[1]
http://servizigis.regione.emilia-romagna.it/ctwmetadatiRER/metadatoISO.ejb?stato_IdMetadato=iOrg01iEnP1idMetadato77406

[2] http://servizigis.regione.emilia-romagna.it
[3] http://www.comune.fe.it/index.phtml?id=3513#null

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna


Il 26/10/2015 22:26, Simone Cortesi ha scritto:


si riesce a fare il "dump" del WMS, come era stato fatto qualche mese
fa con altri?


Sinceramente non so neanche se si possa scaricare.
Ma poi, facevo due conti: se scarichi il WMS devi modificare a mano un 
po' tutto, e non riesci a fare uno script che faccia queste modifiche in 
automatico, quindi insomma, alla fine ci si mette uguale a ricalcare.

Bisogna comunque navigare un po' il sito, forse qualcosa si trova.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna


Il 26/10/2015 22:15, Andrea Musuruane ha scritto:


La licenza iodl v2 non prevede alcuna autorizzazione.

È quello che sapevo anch'io ma ben due discussioni su queste mailing 
list in cui proponevo l'import di quel dataset si sono arenate perché si 
è convenuto per ben due volte che tale licenza non è compatibile con 
Openstreetmap.
In effetti nelle pagine di import della wiki, tutti gli import da IODL2 
sono corredati da una qualche liberatoria. Io sono ancora convinto in 
cuor mio che posso importare quello che voglio con la IODL2, basta 
mettere un campo source con un'attribuzione chiara, ma a questo punto il 
mio parere non conta.


A questo punto però a me importa poco o nulla: tanto io sono di Ferrara 
e ci metto un attimo ad andare sul posto ovunque io scorga, da un fugace 
raffronto a occhio, grosse discrepanze tra i dati 2008 della Regione e 
quelli del Comune 2011. Si tratta di nuove strade in cui s'è costruito 
qualche condominio, al massimo. Ma in tre anni in queste zone si 
costruisce ben poco, non è affatto un problema.



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Civici Provincia di Ferrara e tanti dati per l'Emilia Romagna