Re: [Gfoss] QGis Processing - output shiftato di 80 metri sud-ovest
*** RTRT - This message has been scanned by the InterScan for CSC SSM and found to be free of known security risks. *** la parola agli esperti ... ma, come sensazione, considerando che il processing è un aggregatore di più programmi (grass, gdal, saga, otb, ecc...), credo che l'unica possibilità sia andare di batch script, richiamando i vari eseguibili con le impostazioni volute Il 22/01/2015 11:19, Sandro Santilli ha scritto: On Thu, Jan 22, 2015 at 10:53:17AM +0100, Gian Luca Landi wrote: Scusa l'ignoranza, ma cosa vuol dire eseguire il modello ? Quale software interpreta il file che hai allegato ? Processing di QGis, modellatore grafico. Qui puoi crearti i tuoi 'modelli', salvarli, caricarli e lanciarli Grazie mille. Sai se il formato di tale 'modello' e' supportato da altri software e/o e' documentato in modo da consentirlo ? --strk; -- Gian Luca Landi 055.3241794 gianluca.la...@artea.toscana.it ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] QGis Processing - output shiftato di 80 metri sud-ovest
Gian Luca Landi-2 wrote Però perchè parli di consueto datum shift? Io non darei certe cose per scontate. Un utente medio, che sa di aver usato dati coerenti, quindi stesso EPSG, in un progetto settato con lo stesso EPSG dei dati, non si aspetta di certo che in una catena di elaborazioni (dove non viene in nessun punto esplicitamente richiesta indicazione in merito a datum, srid co) un risultato di questo tipo. io ho la patente B e sono un guidatore di media capacità. finchè si tratta di andare a sassari ad alghero e ritorno, non mi faccio molti problemi. ma se da sassari devo andare a budapest, allora forse l'abilità media non basta. prima di partire, mi informo su limiti di velocità ecc... questa (infelice lo ammetto) metafora, per dire in soldoni che il fatto che lo STRUMENTO sia di facile utilizzo non significa che tutto l'impianto teorico che ci sta dietro possa essere archiviato, trascurato, o peggio, dimenticato ed ignorato. felice giornata s. -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/QGis-Processing-output-shiftato-di-80-metri-sud-ovest-tp7591231p7591260.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] [Licenze] Regone Friuli e Corvallis spa: ennesima violazione di licenza OSM
2015-01-22 9:42 GMT+01:00 Luca Delucchi lucadel...@gmail.com: 2015-01-21 14:27 GMT+01:00 Luca Delucchi lucadel...@gmail.com: Io per non sbagliare ho scritto direttamente al Centro regionale di catalogazione e restauro dei beni culturali mi hanno risposto che provvederanno a sistemare la cosa... risolto! La prossima volta contattate direttamente coloro non hanno rispettato la licenza e (solitamente) viene risolto in poco tempo. Resta il fatto che una volta ancora si è dimostrato come le licenze non vengano lette e prese in considerazione con attenzione. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] [Licenze] Regone Friuli e Corvallis spa: ennesima violazione di licenza OSM
2015-01-21 14:27 GMT+01:00 Luca Delucchi lucadel...@gmail.com: Io per non sbagliare ho scritto direttamente al Centro regionale di catalogazione e restauro dei beni culturali mi hanno risposto che provvederanno a sistemare la cosa... -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] QGis Processing - output shiftato di 80 metri sud-ovest
*** RTRT - This message has been scanned by the InterScan for CSC SSM and found to be free of known security risks. *** Il 21/01/2015 14:45, Paolo Cavallini ha scritto: [...] il responsabile e' il consueto datum shift, quasi certamente. riattribuisci la proiezione giusta, con la correzione del datum, e dovrebbe andare a posto. saluti. Risolutivo come sempre ... grande Paolo. Però perchè parli di consueto datum shift? Io non darei certe cose per scontate. Un utente medio, che sa di aver usato dati coerenti, quindi stesso EPSG, in un progetto settato con lo stesso EPSG dei dati, non si aspetta di certo che in una catena di elaborazioni (dove non viene in nessun punto esplicitamente richiesta indicazione in merito a datum, srid co) un risultato di questo tipo. In questo caso, immagino che il problema si sia per forza verificato nei passaggi 'automagici' di processing ... perchè avendo il mio progetto qgis e i dati lidar della regione toscana tutti 3003, non vedo altra possibilità se non nella creazione dei vari file temporanei. ma: - nei moduli grass utilizzati, i parametri grass region extend e region cellsize li lascio di default, che se ho capito bene dovrebbe voler dire che vengono usati i parametri dei layer di partenza; - nei moduli saga (reclassify grid value e vectorising grid classes) non viene chiesto niente riguardo la proiezione. Il problema, su input di Paolo, l'ho risolto 'salvando con nome' lo shapefile temporaneo generato dal modello, forzando l'EPSG a 3003. Per evitare questo passaggio (peraltro non indicato da nessuna parte) c'è forse qualche variabile da settare a livello di processing, in modo da forzare un preciso datum o srid? grazie Gian -- Gian Luca Landi 055.3241794 gianluca.la...@artea.toscana.it ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] QGis Processing - output shiftato di 80 metri sud-ovest
*** RTRT - This message has been scanned by the InterScan for CSC SSM and found to be free of known security risks. *** [...] Scusa l'ignoranza, ma cosa vuol dire eseguire il modello ? Quale software interpreta il file che hai allegato ? --strk; Processing di QGis, modellatore grafico. Qui puoi crearti i tuoi 'modelli', salvarli, caricarli e lanciarli -- Gian Luca Landi 055.3241794 gianluca.la...@artea.toscana.it ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] Formato per il pubblico
Mi prudono le mani per dire una parola definitiva sulla questione. Spero di parlare salomonicamente, dicendo: Lasciamo la libertà di usare due formati: - ShapeFile format ( ricordandosi di fornire almeno la terna completa SHP, DBF e SHX ) - SpatiaLite format ( della versione ufficiale recente, apribile con QGIS ) Questo perchè sono i formati più diffusi e compatti, nonchè binari. E qua, meno salomonicamente aggiungerei : Evitiamo come la peste i formati testo XML, perchè inutilmente prolissi e facilmente deteriorabili. Vabbè, ho acceso una miccia, lo so, ma odio XML con tutte le mie forze. Saluti Rob ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] Qgis 2.6 - Crush all'apertura del gestore di stile
Il 22/01/2015 08:29, Luca Mandolesi ha scritto: Metto qua la risposta per la soluzione del problema. In sostanza nella cartella .qgis2 finiscono i nuovi simboli quindi ogni installazione e reinstallazione crusha a causa dei simboli con SVG che Qgis non riesce a gestire. Unica soluzione è stata buttare via la cartella .qgis2. riesci a recuperare uno di questi SVG? grazie. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] Qgis 2.6 - Crush all'apertura del gestore di stile
Il 23/01/2015 08:12, Luca Mandolesi ha scritto: Per caso non è che Qgis fa un report quando crusha che si possa recuperare e vedere cosa lo mandava in panico? si', fa un core dump, ma non so in windows quanto sia usabile. l'ideale e' riprodurre i passi minimi per replicare il problema. saluti. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] suggerimento termine tecnico
Io ti suggerirei oneri o diritti in base al contesto e alla frase. Un fee è un onere economico che deve essere corrisposto ad un fornitore di un bene o servizio per la sua fruizione. Ciao Stefano --- 41.95581N 12.52854E http://www.linkedin.com/in/stefanoiacovella http://twitter.com/#!/Iacovellas Il giorno 23 gennaio 2015 08:50, Matteo Ghetta matteo.ghe...@gmail.com ha scritto: Ciao a tutti, volevo (volevamo) chiedere un parere su un termine da tradurre. La parola incriminata è fees e ci dovrebbe essere un termine preciso suggerito direttamente da INSPIRE. Qualche esperto che ci suggerisce? Grazie Matteo translators ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014 ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] Qgis 2.6 - Crush all'apertura del gestore di stile
Ciao Paolo, gli svg sono quelli di Qgis, nella fattispecie l'icona museo mixata con un quadratino e qualcos'altro. Stavamo facendo dei gruppi di simboli e il crush è avvenuto nel momento della selezione. C'è da dire che siamo in 8 e stavamo tutti facendo la medesima cosa e il problema si è verificato solo su una macchina con winzoz 8. Per caso non è che Qgis fa un report quando crusha che si possa recuperare e vedere cosa lo mandava in panico? Il giorno 22 gennaio 2015 19:17, Paolo Cavallini cavall...@faunalia.it ha scritto: Il 22/01/2015 08:29, Luca Mandolesi ha scritto: Metto qua la risposta per la soluzione del problema. In sostanza nella cartella .qgis2 finiscono i nuovi simboli quindi ogni installazione e reinstallazione crusha a causa dei simboli con SVG che Qgis non riesce a gestire. Unica soluzione è stata buttare via la cartella .qgis2. riesci a recuperare uno di questi SVG? grazie. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014 ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
Re: [Gfoss] QGis Processing - output shiftato di 80 metri sud-ovest
*** RTRT - This message has been scanned by the InterScan for CSC SSM and found to be free of known security risks. *** Quindi stai confermando il mio punto di vista... io, come utente medio, mi sono documentato sull'argomento sul manuale ufficiale (http://docs.qgis.org/2.6/en/docs/user_manual/processing/toolbox.html), di cui riporto un piccolo estratto: Algorithms run from the processing framework — this is also true of most of the external applications whose algorithms are exposed through it. Do not perform any reprojection on input layers and assume that all of them are already in a common coordinate system and ready to be analized. Whenever you use more than one layer as input to an algorithm, whether vector or raster, it is up to you to make sure that they are all in the same coordinate system. Il resto è dominio di utenti evoluti ... volendo 'romanzare' la metafora automobilistica è come aver pianfificato tutto il percorso per vie canoniche e, quindi, ignorare la prassi di dare la 'mancia' al funzionario doganale per accellerare il passaggio, nota solo a chi ci passa abitualmente. :-) gian Il 22/01/2015 12:21, stefano campus ha scritto: Gian Luca Landi-2 wrote Però perchè parli di consueto datum shift? Io non darei certe cose per scontate. Un utente medio, che sa di aver usato dati coerenti, quindi stesso EPSG, in un progetto settato con lo stesso EPSG dei dati, non si aspetta di certo che in una catena di elaborazioni (dove non viene in nessun punto esplicitamente richiesta indicazione in merito a datum, srid co) un risultato di questo tipo. io ho la patente B e sono un guidatore di media capacità. finchè si tratta di andare a sassari ad alghero e ritorno, non mi faccio molti problemi. ma se da sassari devo andare a budapest, allora forse l'abilità media non basta. prima di partire, mi informo su limiti di velocità ecc... questa (infelice lo ammetto) metafora, per dire in soldoni che il fatto che lo STRUMENTO sia di facile utilizzo non significa che tutto l'impianto teorico che ci sta dietro possa essere archiviato, trascurato, o peggio, dimenticato ed ignorato. felice giornata s. -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/QGis-Processing-output-shiftato-di-80-metri-sud-ovest-tp7591231p7591260.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014 -- Gian Luca Landi 055.3241794 gianluca.la...@artea.toscana.it ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
[Gfoss] suggerimento termine tecnico
Ciao a tutti, volevo (volevamo) chiedere un parere su un termine da tradurre. La parola incriminata è fees e ci dovrebbe essere un termine preciso suggerito direttamente da INSPIRE. Qualche esperto che ci suggerisce? Grazie Matteo translators ___ Gfoss@lists.gfoss.it 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 hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014