2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione sull'importazione dei numeri civici di Biella messi a
disposizione dal Comune.
Il piano di dettaglio - che è oggetto di
Eccellente lavoro! Posso consigliare per il QA il plugin/tema Coloured
Street per JOSM?
http://josm.openstreetmap.de/wiki/Styles/Coloured_Streets
Permette immediatamente di individuare errori legati alle combinazioni
civico/nome strada/indirizzo completo tramite un set di colori, che saltano
Bel lavoro, complimenti!!
Federico
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
16.11.2014 - 23:58 - Leonardo:
Ciao Andrea,
sto tentando di usare il tuo script con i nomi delle vie della Toscana
ma sembra esserci qualche problema. Ho trasformato il dbf in csv in
QGIS (grazie sabas per il suggerimento!) e ho modificato il tuo script
py in questo modo:
...
KeyError:
Ciao,
si sistemato, Andrea ha adattato il suo script ai dati della Toscana e
ora funziona.
Leonardo
Il 22/11/2014 23:35, Damjan Gerl ha scritto:
16.11.2014 - 23:58 - Leonardo:
Ciao Andrea,
sto tentando di usare il tuo script con i nomi delle vie della
Toscana ma sembra esserci qualche
Ciao,
2014-11-16 23:58 GMT+01:00 Leonardo kinetocor...@gmail.com:
Ciao Andrea,
sto tentando di usare il tuo script con i nomi delle vie della Toscana ma
sembra esserci qualche problema. Ho trasformato il dbf in csv in QGIS
(grazie sabas per il suggerimento!) e ho modificato il tuo script py
Il 16/11/2014 09:43, Federico Cortese ha scritto:
Non conosco le zone di cui si parla, ma in provincia di Lecce i
confini ISTAT sono paurosamente imprecisi.
I dati che si trovano in quella fonte (ARPA Piemonte) non sono i confini
ISTAT ma quelli della CTR Piemonte.
ciao
Paolo M
Andrea Musuruane wrote
Credo che il sistema più facile da usare per normalizzare i nomi delle vie
sia:
1. usare ogr2osm e fare la conversione shp-osm
2. estrarre i nomi dall'shp (avendo cura di evitare di estrarre
duplicati),
normalizzarli e metterli in un file csv [con script]
3.
2014-11-16 8:30 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com:
Il 14/11/2014 10:16, Andrea Musuruane ha scritto:
Ho guardato a Biella. Lo scostamento dai limiti amministrativi importati
dall'ISTAT in OSM è veramente minimo e non risolve la situazione.
E si che, se non ho visto male,
Il 16 novembre 2014 09:43, Federico Cortese ha scritto:
2014-11-16 8:30 GMT+01:00 Paolo Monegato :
Anche se mi sembra strano che un comune lasci case e persone, e quindi
proventi fiscali, che si trovano dentro i suoi confini ad altro comune...
anche a me, ma alla fine quante strade sono? il
Ciao Andrea,
sto tentando di usare il tuo script con i nomi delle vie della Toscana
ma sembra esserci qualche problema. Ho trasformato il dbf in csv in QGIS
(grazie sabas per il suggerimento!) e ho modificato il tuo script py in
questo modo:
import csv
import normalizer
streetNames = {}
2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione sull'importazione dei numeri civici di Biella messi a
disposizione dal Comune.
Il piano di dettaglio - che è oggetto di
Il 15 novembre 2014 17:59, Andrea Musuruane ha scritto:
Ora nella colonna NOME_VIA_OSM ci dovrebbero essere solo nomi conformi con
la convenzione usata in Italia. Date un'occhiata per vedere se trovate degli
errori.
mi sembrano tutti conformi (spazi, accenti, date, maiuscole con
qualche
Ciao,
2014-11-15 18:35 GMT+01:00 Daniele Forsi dfo...@gmail.com:
Il 15 novembre 2014 17:59, Andrea Musuruane ha scritto:
Ora nella colonna NOME_VIA_OSM ci dovrebbero essere solo nomi conformi
con
la convenzione usata in Italia. Date un'occhiata per vedere se trovate
degli
errori.
mi
Il 14/11/2014 10:16, Andrea Musuruane ha scritto:
Ho guardato a Biella. Lo scostamento dai limiti amministrativi
importati dall'ISTAT in OSM è veramente minimo e non risolve la
situazione.
E si che, se non ho visto male, l'ARPA Piemonte dice che quei dati sono
alquanto precisi (si parla di 2
2014-11-13 23:04 GMT+01:00 Marco_T toto...@libero.it:
Andrea Musuruane wrote
Su quali basi?
Sul geoportale della regione Piemonte:
http://www.geoportale.piemonte.it/cms/index.php?option=com_contentview=articleid=55Itemid=73lang=it
si trova un WMS facilmente caricabile in JOSM con i limiti
Questo WMS esporta dati identici a quelli indicati da Paolo M.
Ho guardato a Biella. Lo scostamento dai limiti amministrativi importati
dall'ISTAT in OSM è veramente minimo e non risolve la situazione.
Proprio ieri stavo analizzando per altri motivi confini, dati istat, dati
anagrafe e
2014-11-11 13:17 GMT+01:00 Leonardo Frassetto kinetocor...@gmail.com:
Eccellente inizio. Sono curioso per lo script python, magari potremmo
usarlo per sistemare i nomi dei civici toscani e sardi.
Ho pubblicato gli script su github e ho aggiornato la pagina wiki per
puntare a:
2014-11-11 22:34 GMT+01:00 Alberto albertoferra...@fastwebnet.it:
Però al di là della scelta tra relazione o addr:street, su cui ci sono
opinioni diverse, che ne pensate di omettere i tag addr:postcode,
addr:city, addr:country?
Ho aspettato un po' a rispondere perché volevo leggere cosa ne
Il 13/11/2014 10:05, Andrea Musuruane ha scritto:
addr:postcode lo lascerei perché in Italia i CAP non coincidono con i
comuni.
+1
addr:city si potrebbe togliere se i confini della città fossero
esatti. Però caricando i dati di Biella in JOSM si nota che ci sono
dei civici che sono al di
2014-11-13 10:18 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com:
addr:city si potrebbe togliere se i confini della città fossero esatti.
Però caricando i dati di Biella in JOSM si nota che ci sono dei civici che
sono al di fuori dei confini ISTAT. Dato che la loro localizzazione mi
sembra
addr:postcode lo lascerei perché in Italia i CAP non coincidono con i
comuni.
questo è vero per un numero molto piccolo di comuni (se ricordo bene circa
20 su 8000) in cui il comune è un soprainsieme dei CAP, per Biella mi
sembra che la corrispondenza CAP comune sia rispettata. IMHO lo
2014-11-13 11:26 GMT+01:00 Stefano Salvador stefano.salva...@gmail.com:
confini ISTAT. Dato che la loro localizzazione mi sembra corretta, deduco
che allora i confini non lo sono.
toglierei anche questo, personalmente credo che sia meglio mettere a posto i
confini.
+1
Ciao,
Stefano
Il 13/11/2014 10:21, Andrea Musuruane ha scritto:
2014-11-13 10:18 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com
mailto:gato.selvad...@gmail.com:
addr:city si potrebbe togliere se i confini della città
fossero esatti. Però caricando i dati di Biella in JOSM si
nota
Veramente un bel lavoro con gli script! Bravissimo! In che ordine
andrebbero eseguiti o non c'è un ordine preciso?
Il 13/nov/2014 11:41 Paolo Monegato gato.selvad...@gmail.com ha scritto:
Il 13/11/2014 10:21, Andrea Musuruane ha scritto:
2014-11-13 10:18 GMT+01:00 Paolo Monegato
2014-11-13 11:39 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com:
Il 13/11/2014 10:21, Andrea Musuruane ha scritto:
2014-11-13 10:18 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com:
addr:city si potrebbe togliere se i confini della città fossero esatti.
Però caricando i dati di
2014-11-13 12:35 GMT+01:00 Leonardo Frassetto kinetocor...@gmail.com:
Veramente un bel lavoro con gli script! Bravissimo! In che ordine
andrebbero eseguiti o non c'è un ordine preciso?
https://github.com/musuruan/osm_imports/blob/master/civici/biella/README.md
Fammi sapere se hai dubbi.
On Thursday 13 of November 2014 11:39:59 Paolo Monegato wrote:
Il 13/11/2014 10:21, Andrea Musuruane ha scritto:
2014-11-13 10:18 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com
mailto:gato.selvad...@gmail.com:
addr:city si potrebbe togliere se i confini della città
Il 13/11/2014 12:38, Andrea Musuruane ha scritto:
http://www.dati.piemonte.it/catalogodati/dato/100835-.html
è in CC-BY, dovrebbe essere usabile.
Sbaglio o il WMS non funziona?
Non avevo controllato. Comunque ho provato ad aggiungerlo su JOSM e
funziona.
Il 13/11/2014 12:54,
Ops, da cellulare non avevo visto che c'era anche il readme. Alcuni sono
script python puri (ovvero non necessitano di ogr2osm), giusto? Non ho
mai usato python su Windows (sono un principiante per quanto riguarda lo
scripting e i linguaggi di programmazione :) ), è necessario Python
3.x.x
2014-11-13 14:19 GMT+01:00 Leonardo kinetocor...@gmail.com:
Ops, da cellulare non avevo visto che c'era anche il readme. Alcuni sono
script python puri (ovvero non necessitano di ogr2osm), giusto?
normalizza_vie.py è un programma stand-alone che non richiede ogr2osm.
Non ho mai usato
Non ho invece provato ad usare ogr2osm sotto Windows: molto meglio
usare Linux.
Ciao,
Andrea
Su windows ogr2osm funziona senza problemi, lo sto usando come rimpiazzo
per il vecchio shp2osm negli import del Veneto:
2014-11-13 14:13 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com:
Il 13/11/2014 12:38, Andrea Musuruane ha scritto:
http://www.dati.piemonte.it/catalogodati/dato/100835-.html
è in CC-BY, dovrebbe essere usabile.
Sbaglio o il WMS non funziona?
Non avevo controllato. Comunque ho
Ho qualche problema con normalizza_vie, il file che gli sto dando in
pasto è un .dbf che contiene nella colonna DEN_UFF i nomi delle strade.
Ho visto che il tuo file tratta i csv, è possibile modificarlo per
fargli accettare i dbf?
Grazie,
Leonardo
2014-11-13 15:13 GMT+01:00 Leonardo kinetocor...@gmail.com:
Ho qualche problema con normalizza_vie, il file che gli sto dando in pasto
è un .dbf che contiene nella colonna DEN_UFF i nomi delle strade. Ho visto
che il tuo file tratta i csv, è possibile modificarlo per fargli accettare
i dbf?
Ok, ma volevo sapere se c'erano dei corrispettivi dbf per le funzioni
csv.DictReader e import csv e non intendendomene molto di python volevo
chiederti un aiutino a modificarlo. Quello che fa il tuo script sui nomi
già così è ottimo e volevo provare a riutilizzarlo su quelli della Toscana.
Il 13/11/2014 15:12, Andrea Musuruane ha scritto:
2014-11-13 14:13 GMT+01:00 Paolo Monegato gato.selvad...@gmail.com
mailto:gato.selvad...@gmail.com:
Il 13/11/2014 12:38, Andrea Musuruane ha scritto:
http://www.dati.piemonte.it/catalogodati/dato/100835-.html
è in CC-BY,
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione sull'importazione dei numeri civici di Biella messi a
disposizione dal Comune.
Il piano di dettaglio - che è oggetto di discussione - è descritto su
questa pagina wiki:
Eccellente inizio. Sono curioso per lo script python, magari potremmo
usarlo per sistemare i nomi dei civici toscani e sardi.
Il 11/nov/2014 12:29 Andrea Musuruane musur...@gmail.com ha scritto:
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione
Ottima wiki, asciutta ed ordinata. Segnalo in talk-it-fvg che abbiamo
l'import regionale in corso.
Il giorno 11 novembre 2014 12:28, Andrea Musuruane musur...@gmail.com ha
scritto:
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione
2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Ciao a tutti,
seguendo le import guidelines, con questa mail inizio il processo di
discussione sull'importazione dei numeri civici di Biella messi a
disposizione dal Comune.
Il piano di dettaglio - che è oggetto di
2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Per poter procedere alle successive fasi, che precedono l'import, bisogna
che le comunità (quella Piemontese e quella Italiana) acconsentano a tale
import.
Dovresti anche scrivere alla lista imports, se non l'hai già fatto.
2014-11-11 14:49 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:
2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Per poter procedere alle successive fasi, che precedono l'import, bisogna
che le comunità (quella Piemontese e quella Italiana) acconsentano a tale
import.
Ciao.
Ho letto la pagina [1], ed ho visto che alla fine i tag sarebbero:
addr:housenumber
addr:street
addr:postcode
addr:city
addr:country
Sarebbe però più pulito avere solo addr:housenumber, ed usare la relazione
associatedStreet per collegare il nodo alla sua strada.
Gli altri tag
Sui nodi come parti di una relazione street ne era parlato in qs giorni. Se
non sbaglio si preferisce il metodo triviale, anche se ridondante per non
confondere gli utenti neofiti che volessero editare.
--
cascafico.altervista.org
twitter.com/cascafico
Syncthing Node ID
Ciao Alberto,
2014-11-11 15:47 GMT+0100 Alberto albertoferra...@fastwebnet.it:
Ciao.
Ho letto la pagina [1], ed ho visto che alla fine i tag sarebbero:
addr:housenumber
addr:street
addr:postcode
addr:city
addr:country
Sarebbe però più pulito avere solo addr:housenumber, ed usare la
Andrea Musuruane wrote
Per poter procedere alle successive fasi, che precedono l'import, bisogna
che le comunità (quella Piemontese e quella Italiana) acconsentano a tale
import.
Mi fa molto piacere questa iniziativa, inoltre il wiki per l'import e' fatto
molto bene.
Solo 2 puntualizzazioni:
-
ciao,
Volevo dirti che la wiki è ottima e molto ben fatta. Complimenti!
segnalo solamente che in OSM attribution si linka un Contributors#Biella
che non esiste...consiglio di mettere la voce relativa a Biella sotto
Contributors#Italy come già fatto per la città di Torino, Palermo e Venezia
2014-11-11 19:04 GMT+01:00 Marco_T toto...@libero.it:
Andrea Musuruane wrote
Per poter procedere alle successive fasi, che precedono l'import, bisogna
che le comunità (quella Piemontese e quella Italiana) acconsentano a tale
import.
Mi fa molto piacere questa iniziativa, inoltre il wiki
2014-11-11 19:23 GMT+01:00 Aury88 spacedrive...@gmail.com:
ciao,
Volevo dirti che la wiki è ottima e molto ben fatta. Complimenti!
segnalo solamente che in OSM attribution si linka un Contributors#Biella
che non esiste...consiglio di mettere la voce relativa a Biella sotto
Contributors#Italy
Ero rimasto a questo schema [1], che dice Instead of using the addr:street
tag, it's also possible to use relations to provide a connection between
housenumber and street. Those are more easy and less error-prone to evaluate
in software..
Io le relazioni le trovo più comode da aggiornare, ad es.
51 matches
Mail list logo
