Re: [Talk-it] Semi OT - bus, pokemon e gtfs

2016-07-24 Per discussione totera
cascafico wrote
> Da poco mi sto interessando alle risorse per i navigatori multimodali ed
> ai
> relativi dati del trasporto collettivo in standard GTFS. Escludendo pochi
> virtuosi (Lecce, Milano, Reggio Calabria,Bologna, Trento...), ho notato un
> generico sentimento di "chiusura". Il rilascio di questa  informazione
> dovrebbe essere intrinsecamente pubblico, ma sembra che pure il concetto
> di
> "mezzo collettivo" sia proprietario.

Da qualche giorno la regione Marche ha rilasciato i dati GTFS. [1]
Che uso è possibile farne, vista la licenza scelta (CC BY-NC-ND 3.0 IT)? Non
è possibile importare le fermate in OSM, giusto?

Ciao,
Gianluca

[1] http://www.trasporti.marche.it/Downloads/opendata/



--
View this message in context: 
http://gis.19327.n5.nabble.com/Semi-OT-bus-pokemon-e-gtfs-tp5878891p5879047.html
Sent from the Italy General mailing list archive at Nabble.com.

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


[Talk-it] R: Altezza edifici?

2016-07-24 Per discussione pg
Ciao Cesare ... hai provato con Ferrara.
Li trovi nel catalogo open data della Regione Emilia-Romagna:
http://dati.emilia-romagna.it/dataset/stima-fabbisogno-energetico-edifici-ferrara

- Messaggio originale -
Da: "cesare gerbino" 
Inviato: ‎22/‎07/‎2016 13:27
A: "openstreetmap list - italiano" ; 
"spaghettiopend...@googlegroups.com" 
Oggetto: [Talk-it] Altezza edifici?

Ciao a tutti,


sò che sia la diffusione sia la qualità dell'informazione dell'altezza degli 
edifici in OSM è non così eccelsa (es. rif. 
http://gis.19327.n5.nabble.com/Import-edifici-piemontesi-tt5857329.html#a5865004),
 ma qualcuno conosce zone in Italia e/o anche fuori dove vi siano dati "buoni" 
sotto questo punto di vista?


In alternativa, dati open con le medesime informazioni?


Ho provato a cercare in rete ma ho trovato solo cose relative a NewYork e 
Vancouver ... 


Grazie mille e buona giornata


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b


Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni 
espresse sono personali e non riflettono necessariamente quelle del mio datore 
di lavoro


This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:  the 
views expressed  are mine and not necessarily those of my employer.

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


Re: [Talk-it] Suddivisioni di Roma

2016-07-24 Per discussione Fayor Uno

Riepilogo


15 circoscrizioni (chiamate municipi): relazioni boundary (i membri sono 
confini) con amin_level 10

116 zone toponomastiche (rioni, quartieri, suburbi e zone): relazioni 
multypoligon (i membri sono percorsi) senza admin_level e con place=quarter




Da: Davio 
Inviato: lunedì 18 luglio 2016 20.10
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Suddivisioni di Roma

Nel 66 c'erano 12 circoscrizioni, poi nel 72 sono diventate 20 (19 dopo il
distacco di Fiumicino), per poi essere ridotte a 15 con l'ultima odierna
riforma.

Nel 66 non ho capito però che ruolo svolgevano le circoscrizioni



-
Davide
--
View this message in context: 
http://gis.19327.n5.nabble.com/Suddivisioni-di-Roma-tp5878082p5878662.html


Sent from the Italy General mailing list archive at Nabble.com.

___
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


[Talk-it] Guado

2016-07-24 Per discussione emmexx
Lungo i vari navigli nella zona tra Turbigo ed il Ponte di Oleggio
(inserisco un riferimento geografico perche' non ho foto e chi li ha
visti puo' farsi un'idea di cio' che voglio descrivere) ci sono dei
punti che sono fatti per guadare. Dalle alzaie si staccano e scendono a
livello del canale delle stradine, l'acqua e bassa ed e' possibile
attraversare. In alcuni casi la presenza del guado e' rappresentato nel
letto del canale da una superficie non naturale, tipo lastroni di
cemento o altro.
In altri invece il letto del canale in quel punto non cambia. In
quest'ultimo caso ha senso usare ford nel modo indicato dal wiki
(ford=yes)? Non e' meglio specificare in qualche modo che, ad esempio
non si tratta piu' di un track ma di sassi?

Altra domanda: ha senso usare ford=yes su un unico nodo quando il canale
e' largo 20-30 metri (e non c'e' riverbank)?

grazie
maxx

___
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 Per discussione Lorenzo Mastrogiacomi
Il giorno ven, 22/07/2016 alle 14.35 +0200, Alessandro Palmas ha
scritto: 

> In attesa che arrivi l'ok all'import dalla ML imports (o che passi il 
> giusto tempo per pensare ad un silenzio-assenso), ho aggiunto un pò di 
> info sulla pagina wiki
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
> ed ho tradotto la pagina relativa al plugin di Josm Conflate 
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/IT:Conflation
> 
> Trovate anche la Provincia di Rimini divisa per singoli comuni. Non ci 
> sono tutti, dovrebbero mancare i comuni che si sono annessi da poco alla E-R
> 
> Alessandro Ale_Zena_IT
> 

Ho guardato quelli di Rimini dove era già stato fatto un import:
http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Import_Rimini_Civici
Sono molto simili ma tutti traslati ed in misura differente a seconda
della zona, immagino un problema di conversione.
Non so se vale la pena di sostituirli tutti (quelli che non sono stati
toccati successivamente), e forse potrebbe essere anche più facile.
Qualcuno è in grado di verificare che sono giusti questi nuovi?

Lorenzo
___
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 Per discussione Martin Koppenhoefer


sent from a phone

> Il giorno 24 lug 2016, alle ore 10:42, Stefano  ha scritto:
> 
> Più che altro uuid sarebbe una chiave quasi permanente rispetto all'id osm..


si, quasi permanente. E cosa ci comunica questa chiave? Un civico/indirizzo? 
Una posizione? Un ente, fonte di quel dato?
___
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 Per discussione Lorenzo "Beba" Beltrami
Il giorno 24 luglio 2016 10:36, Simone Cortesi  ha
scritto:

>
> potrebbero, al momento dell'import, generare un hash che tengono in
> memoria in Regione e tale hash contiene l'ID del nodo, e la versione
> attuale. poi, ogni tanto controllano che l'hash generato fresco e
> quello in memoria, combacino.
>

Io sono ancora d'accordo con Lorenzo Perone sul fatto che secondo me è una
buona cosa mantenere una correlazione tra i due dataset (quello della
regione e i dati che saranno eventualmente importati in OSM).

Visti i tanti interventi a questo punto si potrebbe ragionare su "Chi tiene
la correlazione tra l'UUID regionale e quello di OSM (ovvero l'ID del
nodo)?".

1. La tiene OSM mettendo qualcosa come ref:RER=UUID
2. La tiene la regione, come suggerito ad esempio da Simone con un hash
3. La tiene un'ente "terzo". Penso a qualcosa come un file CSV su GitHub da
creare al momento dell'import che correli UUID con ID OSM dei nodi
effettivamente inseriti. Si potrà poi decidere se manutenerlo in futuro
oppure no.

Visto che abbiamo l'occasione di farlo in maniera semplice e funzionale
(dal punto di vista tecnico è più immediato lavorare con una correlazione
tra ID che non con la ricerca dell'indirizzo, scelta che ritengo comunque
valida e corretta) quello che per me conta è che non si creino due "isole"
di dati scollegate. Per lo meno non fin da subito...

Ciao!
Lorenzo
___
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 Per discussione 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 Per discussione Stefano
On Jul 24, 2016 10:32, "Martin Koppenhoefer"  wrote:
>
>
>
> sent from a phone
>
> > Il giorno 24 lug 2016, alle ore 08:08, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:
> >
> > E proprio perchè vorrebbero sperimentare alcune modalità di gestione
diretto del dato che il dirigente mi chiedeva della possibilità d'inserire
un UUID. OK che chiunque può modificare qualsiasi oggetto, ma solitamente
un campo ref non lo si modifica.
>

Su questo punto forse sarebbe l'opportunità di fare qualche sperimentazione
di monitoraggio tramite i diff incrementali.
Riusciremmo a tener traccia di spostamenti e cancellazioni.

>
> si, non è la mia preoccupazione che qualcuno potrebbe modificare l'uuid
(è una cosa che succederà, ma non in grosse quantità). Invece non vedo cosa
si può fare con un uuid in osm cosa non si può fare con i civici stessi.
Gli unici casi che potrei immaginare sarebbe una modifica automatica senza
guardare il singolo caso oppure la correzione di oggetti talmente sbagliati
che altrimenti non si trovano ;-)

Più che altro uuid sarebbe una chiave quasi permanente rispetto all'id osm..

>
> Per fare il primo non servono per forza gli uuid e i casi della seconda
ipotesi non dovrebbero essere importati nel passo precedente.
>
> ciao,
> Martin
>
Ciao,
Stefano ___
> 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] import civici Emilia Romagna

2016-07-24 Per discussione 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] import civici Emilia Romagna

2016-07-24 Per discussione Simone Cortesi
2016-07-24 8:08 GMT+02:00 Alessandro Palmas :
> Il 23/07/2016 20:56, marco bra ha scritto:
>>
>> IMHO, l'id non mantiene le aspettative e non produce nel tempo effetti
>> benevoli per il db osm, lo vedrei utile solo se gestito direttamente su osm
>> dall'autorità che produce il dato, ma ho perplessità anche in quel caso; in
>> un db nel quale chiunque puo' modificare, l'id diventa di per se stesso un
>> dato incerto, perche' usarlo ?
>>
>
> Ciao Marco,
> l'Emilia Romagna è forse la regione in Italia più avanti nell'apertura dei
> dati e nella mentalità open (anche se regioni a noi molto più vicine stanno
> facendo grandi passi). E proprio perchè vorrebbero sperimentare alcune
> modalità di gestione diretto del dato che il dirigente mi chiedeva della
> possibilità d'inserire un UUID. OK che chiunque può modificare qualsiasi
> oggetto, ma solitamente un campo ref non lo si modifica.

-1

l'UUID esiste già, si chiama ID del nodo OpenStreetMap.

potrebbero, al momento dell'import, generare un hash che tengono in
memoria in Regione e tale hash contiene l'ID del nodo, e la versione
attuale. poi, ogni tanto controllano che l'hash generato fresco e
quello in memoria, combacino.

-- 
-S

___
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 Per discussione Martin Koppenhoefer


sent from a phone

> Il giorno 24 lug 2016, alle ore 08:08, Alessandro Palmas 
>  ha scritto:
> 
> E proprio perchè vorrebbero sperimentare alcune modalità di gestione diretto 
> del dato che il dirigente mi chiedeva della possibilità d'inserire un UUID. 
> OK che chiunque può modificare qualsiasi oggetto, ma solitamente un campo ref 
> non lo si modifica.


si, non è la mia preoccupazione che qualcuno potrebbe modificare l'uuid (è una 
cosa che succederà, ma non in grosse quantità). Invece non vedo cosa si può 
fare con un uuid in osm cosa non si può fare con i civici stessi. Gli unici 
casi che potrei immaginare sarebbe una modifica automatica senza guardare il 
singolo caso oppure la correzione di oggetti talmente sbagliati che altrimenti 
non si trovano ;-)

Per fare il primo non servono per forza gli uuid e i casi della seconda ipotesi 
non dovrebbero essere importati nel passo precedente.

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