<div dir="ltr"><div><div><div>Ricordo una estensione di AV32 (Transform2d) che mostrava una matrice ed i campi per inserire rotazione, scaling X, scaling Y, TraslX, TraslY e inserendo i valori nei campi si modificava al volo la matrice di trasformazione. Si potevano anche inserire direttamente i valori nelle celle della matrice. La descrivo male, ma ricordo che come interfaccia mi sembrava molto efficace.<br>
<br></div>Magari via via che si inseriscono i punti si potrebbe avere la possibilità di calcolare i parametri della trasformazione e magari anche gli scarti che si otterrebbero nei punti inseriti (presentati come n righe ciascuna con: ID, X, Y punto 1 layer, id, x, y punto 2 layer, xcalc, ycalc, scartox, scartoy del punto del 1 layer sottoposto alla trasformazione. con la possibilità di eliminare una riga provocando il ricalcolo di parametri e scarti, e con la possibilità di annullare la cancellazione - o meglio aggiungendo un check su ciascuna riga per dire che si vuole "usare" quel collegamento tra 1 e 2 layer: in pratica dare la possibilità (tra N coppie di punti inserite) di selezionare quali si vuole che contribuiscano al calcolo dei parametri di trasformazione.<br>
<br></div>Un check potrebbe servire a forzare una trasformazione isotropa.<br><br><br></div>Buon lavoro!  Sarebbe davvero una funzionalità molto utile.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 10 novembre 2013 23:40, Gino Pirelli <span dir="ltr"><<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">2013/11/10 giulianc51 <span dir="ltr"><<a href="mailto:giulianc51@gmail.com" target="_blank">giulianc51@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

ma questo "annuncio anticipato" ha in realtà un motivo neanche tanto<br>
occulto: una richiesta di aiuto; la cosa più difficile di tutto questo<br>
non è certo la trasformazione di un tipo o l'altro, ben risolta da<br>
almeno un paio di secoli dall'algebra lineare, bensì il disegno<br>
dell'interfaccia utente che richiede una buona conoscenza della<br>
struttura di base di qgis (eventi, ecc., vero Ginetto?)<br></blockquote><div><br></div></div><div>come scritto bene da Luca, non devi quasi conoscere nulla di qgis per fare interfacce... basta PyQT e le GUI costruite con QtDesiner... o qualsiasi altra ide... il ponte con qgis lo fa pyqgis, percio' sei indipendente da che linguaggio usi per fare la gui... te la puoi fare anche in assembler se ti pare ;)</div>


<div><br></div><div>ciao ginetto  </div></div></div></div>
<br>_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013<br></blockquote></div><br></div>