<div dir="ltr">Uno strumento che potenzialmente potrebbe essere utile è la funzione di PlanarGraph disponibile su OpenJUMP. il problema è che ho provata a farla girare sui comuni e non mi terminava correttamente, andrebbe quindi debuggata e non ho tempo per lavorarci. <br>
La procedura dovrebbe essere:<br><ul><li>estrarre le linee dai poligonali</li><li>effettuare il merge delle linee (in modo da collassare i confini ripetuti)</li><li>lanciare il PlanarGraph che produce il tema degli archi (edge) con associati i codici del poligono (face) sulla destra e sulla sinistra</li>
<li>trasferire gli shapefile  in osm <br></li></ul>Ciao,<br>Diego<br><br><div class="gmail_quote">2008/8/28 Giovanni Mascellani <span dir="ltr"><<a href="mailto:g.mascellani@gmail.com">g.mascellani@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Il giorno gio, 28/08/2008 alle 02.03 +0200, Simone Cortesi ha scritto:<br>
<div class="Ih2E3d">> direi di taggare ogni singola way con il rango di confine massimo che<br>
> essa ha, con i valori definiti qui:<br>
> <a href="http://wiki.openstreetmap.org/index.php/Key:boundary" target="_blank">http://wiki.openstreetmap.org/index.php/Key:boundary</a><br>
><br>
> quindi ogni comune avrà una relation che conterrà come membri "n" way,<br>
> con "n" pari al numero dei comuni che lo circondano.<br>
<br>
</div>Sono d'accordo con questa proposta, che permette contemporaneamente di<br>
chiarire di che tipo è esattamente ogni confine (e quindi ne permette un<br>
rendering facile, ma questo è un altro problema), ma non perde<br>
informazioni, perché descrive correttamente ogni entità con opportune<br>
relazioni.<br>
<div class="Ih2E3d"><br>
> abbozzo di pseudocodice:<br>
> 1. aprire il file contenente i confini comunali<br>
> 2. spezzare le way ad ogni singolo nodo appartenente a piu' way<br>
> 3. assegnare a tale way il nome del confine: confine comunale fra<br>
> comuneA e comuneB<br>
> 4. verificare se il confine è anche provinciale o regionale o nazionale<br>
<br>
</div>Questo passo non mi sembra per nulla facile, o meglio, la sua facilità<br>
dipende molto da come sono organizzati i dati che abbiamo. Mi spiego<br>
meglio: siamo sicuri che i nodi dei confini provinciali e regionali<br>
siano perfettamente sovrapposti a quelli dei confini di ordine più<br>
basso? Se lo sono (e verificarlo non è troppo difficile, secondo me<br>
andrebbe fatto anche se crediamo che lo siano) la cosa è non troppo<br>
difficile. Altrimenti dobbiamo trovare il modo di mettere insieme le<br>
informazioni, e questo probabilmente richiederà un po' più di lavoro.<br>
<br>
Inoltre c'è anche il problema della corrispondenza con i confini<br>
nazionali già presenti nel database, che, a quanto mi ricordo,<br>
provengono da altre fonti e quindi saranno diversi, ed in ogni caso<br>
utilizzano uno schema diverso di tag (non rappresentano l'entità con una<br>
relation, ma per ogni way indicano cosa sta a destra e cosa a sinistra).<br>
<br>
Mi sembra che la prima cosa da fare sia verificare la differenza, poi<br>
potremo vedere come mettere d'accordo le due cose.<br>
<div class="Ih2E3d"><br>
> 5. se si', taggarlo di conseguenza.<br>
> 6. creare una tabella dove si elencano tutte le way che compongono i<br>
> confini comunali, provinciali, regionali, nazionali.<br>
> 7. aggregare questi elenchi in 8101 + 104 + 20 relation.<br>
> 8 creare file .osm con ID negativi gia' taggato.<br>
><br>
><br>
> spero di essermi spiegato...<br>
<br>
</div>Sì, direi sostanzialmente di sì, anche perché mi trovi piuttosto<br>
d'accordo con il modo di procedere!<br>
<br>
Come sono strutturati i dati che hai al momento? Se c'è bisogno, io<br>
potrei provare a dare una mano per fare lo script di importazione, visto<br>
che nei prossimi giorni dovrei essere un po' più libero. Dove posso<br>
trovare i dati che hai al momento?<br>
<br>
Ciaociao, Gio.<br>
<font color="#888888">--<br>
</font><div class="Ih2E3d">Giovanni Mascellani <<a href="mailto:g.mascellani@gmail.com">g.mascellani@gmail.com</a>><br>
</div><div><div></div><div class="Wj3C7c">Pisa, Italy<br>
<br>
Web: <a href="http://giomasce.altervista.org" target="_blank">http://giomasce.altervista.org</a><br>
SIP: <a href="mailto:g.mascellani@ekiga.net">g.mascellani@ekiga.net</a><br>
Jabber: <a href="mailto:g.mascellani@jabber.org">g.mascellani@jabber.org</a> / <a href="mailto:giovanni@elabor.homelinux.org">giovanni@elabor.homelinux.org</a><br>
GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD  003F FCB0 BB5C 5F1F BF70)<br>
</div></div><br>_______________________________________________<br>
Talk-it mailing list<br>
<a href="mailto:Talk-it@openstreetmap.org">Talk-it@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-it" target="_blank">http://lists.openstreetmap.org/listinfo/talk-it</a><br>
<br></blockquote></div><br></div>