<pre>>a meno di non adottare un approccio come quello supportato <a href="http://p.es">p.es</a>. da
>Open Street Map: un unico repository / database centralizzato ed
>"ufficiale", uso tassativo di pochi strumenti "fatti apposta";
>allora si che diventa possibile fare cartografia "cooperativa"
>
<br>Troppo facile. :)<br>Le tue ipotesi semplificano troppo il problema.<br><br>Se tutto lo scibile informativo italico risidesse in un unico computer localizzato in una qualche sede centrale mantenere la congruenza sarebbe in effetti un po' piu' facile.<br>
Ma purtroppo gia' questa ipotesi di partenza non sta' in piedi.<br><br>Intanto chiariamo che non ha senso parlare di database ufficiale, ma caso mai di dato ufficiale. Perche' ufficiale e' l'informazione, non il contenitore che la ospita.<br>
<br>Poi,<br>poiche' si immagina che il dato ufficiale di un regolamento urbanistico risieda nel comune che lo ha approvato, va da se' che ogni comune avrà il suo repository specifico.<br>Per cui ci saranno tantissimi repository ufficiali ognuno per uno specifico "dato ufficiale".<br>
<br>Per cui, si arriva alla situazione che il repository ufficile dal dato Regolamento Urbanistico risiede nel comune, mentre il dato ufficiale del dato PTC risidede in provincia. <br>E quindi il primo punto del problema è rendere congruenti dati ospitati in repository differenti.<br>
<br>Certo puoi pensare di farne una copia in un DB centralizzato, ma non sarà mai il dato ufficiale.<br>E qui passi al secondo punto del problema.<br>Quando hai due dati ufficiali che non sono congruenti tra di loro , quale dei due cambia la sua fisionomia per divenire congruente con l'altro ?<br>
<br>E da qui il terzo punto del problema.<br>Come si riporta la modifica nel repository ufficiale di tale dato dopo averlo modifica ?<br>A chi spetta accettare la modifica? Il consiglio del comune deve deliberare le modifiche da te apportate in automatico prima che le tue modifiche possano entrare a far parte del repository ?<br>
<br>Banalizzo la questione, ma solo per esmeplificare la reale difficolta' di tenere gli archivi congruenti.<br><br>-----------------<br></pre>Andrea Peri<br>. . . . . . . . . <br>qwerty àèìòù<br>-----------------<br>
<br>