Luca Delucchi ha scritto:
Il 3 settembre 2008 18.37, Roberto Navoni [EMAIL PROTECTED] ha scritto:
Di fatto si affermerà lo standard piu' efficace che risolve il mio
problema. Parlando con te ieri Simone , il livello di complessità di
produzione del dato che vuoi costruire in realtà non
2008/9/4 Roberto Navoni [EMAIL PROTECTED]:
Scusa dove e come ... a me risulta che sul dato italiano non ci sia
ancora nulla di consolidato ... e comunque le soluzioni proposte non
risolvono in toto i problemi sopra esposti. Forse non ho trovato la
sezione del wiki dove è descritto quanto mi
Ciao Luca,
grazie per la tua veloce risposta , questa pagina l'avevo già vista , ma
parla sopratutto di numeri civici che è un tema enorme e di una
complessita e struttura piuttosto elevata.
In realtà quello di cui stiamo discutende è molto piu' semplice almeno
in questa prima fase , cioè
2008/9/4 Roberto Navoni [EMAIL PROTECTED]
L'altro problema che emergeva nell'imediato è
relativo alle vie dove la stessa geometria è contenuta in due comuni
diversi ...
La via va spezzata in due linee, con i relativi attributi. Se serve dare una
unità alla via si usano le relation. La via va
Il 3 settembre 2008 15.37, Roberto Navoni ha scritto:
In realtà utilizzando sempre le aree istat da un'analisi che ho fatto
questo mattina con altri miei colleghi l'idea potrebbe essere da un lato
quello di effettuare delle query geografiche delle vie contenute
all'interno del confine
Simone Cortesi ha scritto:
On Wed, Sep 3, 2008 at 4:27 PM, Daniele Forsi [EMAIL PROTECTED] wrote:
Il 3 settembre 2008 15.37, Roberto Navoni ha scritto:
In realtà utilizzando sempre le aree istat da un'analisi che ho fatto
questo mattina con altri miei colleghi l'idea potrebbe essere
2008/9/3 Roberto Navoni [EMAIL PROTECTED]:
Ok ho capito che il problema di inserire tag particolari per certe
applicazioni non piace , pero' in realtà puo' aiutare in fase di
standardizzazione e di editing del dato. Per esempio , ho visto che i
comuni si riferiscono ad un codice Gfoss , che
7 matches
Mail list logo