ho fatto un po' di tentativi ed alla fine sembra che ho risolto...
il problema probabilmente era dovuto al fatto che alcuni confini dei vettoriali si sovrapponevano. ho preso il patch_tot ed ho lanciato il comando “v.clean” nella modalità riportata type=point,line,boundary, centroid,area tool=break,rmdupl,bpol,rmarea thresh=1,1,1,2000 ) dopo di che ho lanciato nuovamente "v.to.db" e così sono state ricalcolate le aree. marco ----Messaggio originale---- Da: marco.donnini@tiscali. it Data: 19/10/2010 10.42 A: <[hidden email]> Cc: "Mailing List Gfoss (ita)"<[hidden email]> Ogg: R: Re: [Gfoss] patch ed attributi modificati (area negativa?) Ciao Markus, grazie del consiglio.. Probabilmente le mappe non sono topologicamente corrette. ho lanciato il comando "v.build" ed ho creato una mappa degli errori che mi visualizza qualche piccolo poligono. andando con "v.digit" mi sembra che alcune linee non chiudono correttamente (anche se non capisco se è un problema di visualizzazione, quando si va con uno zoom molto grande, ho notato che a volte si perde il dettaglio, e poi il modulo "v.to.db" mi ha calcolato l'area senza problemi...) sto provando a "riparare" i poligoni con "v.clean" (in particolare settando "snap") come pure indicato dal capitolo 6.5.1 del libro "open source gis..." ma non riesco a venirne a capo... credo che non considero qualcosa... grazie mille marco ----Messaggio originale---- Da: [hidden email] Data: 18/10/2010 23.08 A: "marco. donnini@tiscali. it"<marco.donnini@tiscali. it> Cc: "Mailing List Gfoss (ita)" <[hidden email]> Ogg: Re: [Gfoss] patch ed attributi modificati (area negativa?) 2010/10/18 [hidden email] <marco. [hidden email]>: > Salve > > ho un problema: > ho una serie di aree vettoriali contigue (bacini > idrografici). > le aree hanno "etichettate" gli stessi attributi (cat, > value, label, area, etc...). > vorrei creare un vettoriale unico unendo > tutti questi bacini conservando gli attributi, in modo che posssa > sapere per ciscun bacino le sue "caratteristiche" indicate fra gli > attributi (non so se mi sono spiegato...). > vado con v.patch settando > "copy also the attribute table" e vedo che nel vettoriale risultante > (patch_tot) "misteriosamente" alcune aree dei bacini sono state > modificate con un valore negativo... Le mappe sono topologicamente corrette? Con v.build e parametro error si puo creare una mappa degli errori. Magari è questo il problema. ciao Markus > le aree sono tutte double > precision 20 e sono state create con il modulo "v.to. db". > > non riesco a > capire cosa hanno in comune i bacini nei quali l'area risulta > modificata. > un'ultima informazione che non so se può tornare utile: fra > gli attributi dei bacini, le etichette "cat" e "value" in tutti i > bacini avevano valore 1. > nel patch_tot l'etichetta "cat" presenta dei > valori modificati per i quali non riesco a capire la logica (ciascun > bacino ha un valore differente), mentre l'etichetta "value" conserva il > valore 1. > > qualcuno ha qualche idea?? > > grazie mille!! > marco > > > Supera i limiti: raddoppia la velocità da 10 a 20 Mega! > > Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 26,60 € al mese per un anno! > > SCONTO DI 160 EURO! > > http://abbonati.tiscali. it/telefono- adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw > _______________________________________________ > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione > [hidden email] > http://lists.gfoss.it/cgi- bin/mailman/listinfo/gfoss > Questa e' una lista di discussione pubblica aperta a tutti. > I messaggi di questa lista non rispecchiano necessariamente > le posizioni dell'Associazione GFOSS.it. > 474 iscritti al 18.9.2010 Supera i limiti: raddoppia la velocità da 10 a 20 Mega! Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 26,60 € al mese per un anno! SCONTO DI 160 EURO! http: //abbonati. tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT. mc_id=01fw Supera i limiti: raddoppia la velocità da 10 a 20 Mega! Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 26,60 € al mese per un anno! SCONTO DI 160 EURO! http://abbonati.tiscali. it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw Supera i limiti: raddoppia la velocità da 10 a 20 Mega! Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 26,60 € al mese per un anno! SCONTO DI 160 EURO! http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 474 iscritti al 18.9.2010 |
Ciao a tutti
qualcuno ha avuto esperienza con v.out.vtk? in particolare pare che openGL non supporta numeri più grandi del milione quindi lavora male con dati di tipo geografico la cui Nord in qualsiasi sistema si definisce è di oltre 4 milioni. Per questo il comando ha un flag -c che riscala i dati per correggere questo problema. Il mio problema è che con e senza flag ottengo lo stesso risultato Qualcuno sa dirmi dove sbaglio? Grazie Pierluigi
_______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 474 iscritti al 18.9.2010 |
Free forum by Nabble | Edit this page |