>
> E allora?Il database OSM non è mica il database dell'istat! se l'istat non
> è
> daccordo può benissimo farsi/tenersi il proprio database cartografico fatto
> con lo stile che più gli agrada.
>
Perché l'ISTAT non fa altro che applicare la normativa italianache prevede
che il civico sia in
2015-10-29 17:11 GMT+01:00 Stefano Salvador :
>
>
>> E allora?Il database OSM non è mica il database dell'istat! se l'istat
>> non è
>> daccordo può benissimo farsi/tenersi il proprio database cartografico
>> fatto
>> con lo stile che più gli agrada.
>>
>
>
> Perché
Stefano Salvador wrote
>>
>> E allora?Il database OSM non è mica il database dell'istat! se l'istat
>> non
>> è
>> daccordo può benissimo farsi/tenersi il proprio database cartografico
>> fatto
>> con lo stile che più gli agrada.
>>
>
>
> Perché l'ISTAT non fa altro che applicare la normativa
sent from a phone
> Am 29.10.2015 um 17:11 schrieb Stefano Salvador :
>
> A me sembra il contrario: i civici in OSM non sono nati con il modello
> italiano in mente (in Germania i civici hanno un altro significato) e si
> voglia applicare un modello sbagliato al
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
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,
Stefano Droghetti wrote
> 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
Io i duplicati ad Udine li ho lasciati. A quanto pare nominatim non
impazzisce e prende il primo record.
--
cascafico.altervista.org
twitter.com/cascafico
Il 29/ott/2015 11:27 "Stefano Droghetti" ha
scritto:
> Il 29/10/2015 11:09, Daniele Forsi ha scritto:
>
>> A
2015-10-29 11:09 GMT+01:00 Daniele Forsi :
>
>
> l'ISTAT non è d'accordo a mettere i civici sulle aree, li vuole solo
> sugli ingressi
io ricordo diversamente: raccolgono sia i civici sui ingressi, sia le aree
per quali valgono, e mettono in relazione le due cose. Così avevo
Daniele Forsi-2 wrote
> Il 29 ottobre 2015 09:45, Aury88 ha scritto:
>
>> 1) se c'è un solo nodo con lo stesso civico trasformiamo il nodo in un
>> entrance=main lasciano il civico all'area
>
> l'ISTAT non è d'accordo a mettere i civici sulle aree, li vuole solo
> sugli ingressi
E allora?Il
2015-10-29 11:44 GMT+01:00 Cascafico Giovanni :
> Io i duplicati ad Udine li ho lasciati. A quanto pare nominatim non
> impazzisce e prende il primo record.
quando ci sono 2 civici identici per due ingressi distinti lascerei
anch'io. Se poi compatibile con le norme
python ogr2osm.py input.shp -t traduzione.py --no-upload-false
Credo tu debba cercare il wiki di ogr2osm
--
cascafico.altervista.org
twitter.com/cascafico
___
Talk-it mailing list
Talk-it@openstreetmap.org
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
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 :-(
2015-10-28 15:33 GMT+01:00 Stefano Droghetti :
> Ecco il file Civici.osm in tutto il suo splendore:
>
> https://drive.google.com/file/d/0BySprOmIwtwdQUxPR2pxZzVrRDg/view?usp=sharing
>
> A questo punto occorre decidere:
>
> 1) dividerlo in tanti piccoli file così pian
Il giorno 28 ottobre 2015 16:04, Andrea Musuruane ha
scritto:
>
>> Inoltre: per la licenza, aggiungiamo un tag source=Comune di Ferrara a
>> ogni nodo?
>>
>
> Basta sul changeset. Non si mette più nei nodi perché è una informazione
> difficile da gestire.
>
> Bisogna anche
sent from a phone
> Am 28.10.2015 um 16:04 schrieb Andrea Musuruane :
>
> 12 su edifici (questi ultimi dovrebbero essere rimossi).
perché?
ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
2015-10-28 16:42 GMT+01:00 Martin Koppenhoefer :
>
>
> sent from a phone
>
> > Am 28.10.2015 um 16:04 schrieb Andrea Musuruane :
> >
> > 12 su edifici (questi ultimi dovrebbero essere rimossi).
>
>
> perché?
>
Perché i civici sono associati agli
2015-10-28 16:48 GMT+01:00 Andrea Musuruane :
> Perché i civici sono associati agli accessi (porte, cancelli, garage, ecc)
> e non agli edifici.
>
>
si, ma ad ogni ingresso corrisponde anche un dove porta, e in qualche modo
questo si perde se mappiamo solo nodi di ingresso.
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.
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
2015-10-27 15:55 GMT+01:00 Stefano Droghetti :
> 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
22 matches
Mail list logo