Salve.
In questi giorni sto preparando il prossimo corso di analisi, e come
sempre riprovo tutti i comandi ed esercizi, sull'ultima versione di QGIS
(e SAGA, GDAL, GRASS ecc.). Come di consueto, trovo bugs e cambiamenti,
che segnalo e quando possibile sistemo.
Ora mi chiedo: visto che ci sono vari altri corsi disponibili in Italia,
e vedo solo raramente bugs segnalati, e quasi mai sistemati, da altri,
possibile che sia io sfortunato? Come fanno gli altri? Sono
fortunatissimi e non trovano mai problemi? Quando li trovano li evitano?
Lavorano su versioni vecchie?
Se qualcuno mi aiuta a capire mi fa un favore.
Cordiali saluti, e grazie.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Ciao Paolo,
anche noi in questo periodo stiamo affrontando un po’ di problemini sorti con le ultime release di QGIS.
Per noi il problema più serio e impattante è il (non) funzionamento di r.mapcalc, e in generale l’instabilità, soprattutto su Windows, degli strumenti di Map Algebra dentro Processing. Non ho avuto ancora il tempo di approfondire e capire cosa dipende da GRASS 7 e cosa dai bindings di Processing, per cui non ho ancora elementi per contribuire ai ticket aperti.
Avendo l’urgenza di proseguire coi corsi stiamo cercando di tamponare con approcci alternativi, ma è un problema serio e noioso che richiederebbe di essere affrontato con più determinazione.
Possiamo valutare (specificatamente per r.mapcalc) uno sforzo congiunto per la sua risoluzione? In questo momento siamo a corto di risorse da potergli dedicare, ma possiamo valutare varie modalità di partecipazione…
Giovanni
···
Il giorno 24 ottobre 2016 08:45, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
Salve.
In questi giorni sto preparando il prossimo corso di analisi, e come
sempre riprovo tutti i comandi ed esercizi, sull’ultima versione di QGIS
(e SAGA, GDAL, GRASS ecc.). Come di consueto, trovo bugs e cambiamenti,
che segnalo e quando possibile sistemo.
Ora mi chiedo: visto che ci sono vari altri corsi disponibili in Italia,
e vedo solo raramente bugs segnalati, e quasi mai sistemati, da altri,
possibile che sia io sfortunato? Come fanno gli altri? Sono
fortunatissimi e non trovano mai problemi? Quando li trovano li evitano?
Lavorano su versioni vecchie?
Se qualcuno mi aiuta a capire mi fa un favore.
Cordiali saluti, e grazie.Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Innanzitutto dipende questi corsi a che grado arrivano. GRASS, SAGA??? Mai fatto vedere nulla di tutto ciò in corso dato che faccio cose base base e sono già “troppe”.
C’è il problema di valutare se una cosa è un bug o meno. Esempione: le quote che mi arrivano dalla Rer in shp a volte fanno fallire Interpolazione…ma, se riesporto da QGis tutto fila liscio. Quindi per me il bug è di là, non in Qgis.
Quindi Paolo credo che ci sia anche un certo tipo di livello di competenze dei docenti: cose che a me sembrano “normali” magari a te o ad altri appaiono come Bug da segnalare (e lo sono veramente!!!).
Direi che un buon 10% di cose che becco sono poi già nei bug tracker.
DI quel 10% quello che non trovo in bug tracker molte volte chiedo in lista oppure anche in chat interne mie o FB e a volte emerge che cambiando solo un po’ la procedura quell’errore non è più presente. Ergo non lo vedo più come un bug.
Infine, una volta che vedo confermato un problema lo posto sul bug tracker.
Altro esempione: non mi funziona più MapCanvas().refresh() e ho trovato che con un codice diverso il canvas è refreshato…è un bug oppure ho scritto male io la procedura? Siccome funzia mi pare un errore mio…
Ciao
Luca
On 10/24/16, Luca Mandolesi <mandoluca@gmail.com> wrote:
ciao,
.......
Altro esempione: non mi funziona più MapCanvas().refresh() e ho trovato che
con un codice diverso il canvas è refreshato...
se avessi la pazienza e cortesia di mettere la "tua" soluzione
alternativa potresti far contenti altri utenti che dovessero
imbattersi nello stesso problema 
Ciao
Luca
ciao,
giuliano
PS: forse avrei dovuto cambiate subject, chiedo scusa della mia imbranatura;
On Mon, Oct 24, 2016 at 09:39:02AM +0200, G. Allegri wrote:
Possiamo valutare (specificatamente per r.mapcalc) uno sforzo congiunto per
la sua risoluzione? In questo momento siamo a corto di risorse da potergli
dedicare, ma possiamo valutare varie modalità di partecipazione...
Credo che un grandissimo aiuto sarebbe scrivere test automatici
per il processing framework. Ho lavorato sulla risoluzione di acuni
bachi in quella sezione del codice e ho toccato con mano la facilita'
di rompere funzionalita' aggiustandone altre. La presenza di test
automatici impedisce che questo avvenga, riducendo la fragilita'
dell'applicazione.
Potrebbe forse la scrittura di test automatizzati essere un buon
esercizio per i corsisti ?
--strk;
Il 24/10/2016 12:17, Sandro Santilli ha scritto:
Potrebbe forse la scrittura di test automatizzati essere un buon
esercizio per i corsisti ?
ottima idea. strk, ci guidi?
posso farne subito nel prossimo corso di mercoledì.
grazie.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Il giorno 24 ottobre 2016 12:20, Paolo Cavallini <cavallini@faunalia.it> ha
scritto:
ottima idea. strk, ci guidi?
posso farne subito nel prossimo corso di mercoledì.
perchè non rendere la guida pubblica?
almeno anche altri possono partecipare!!!
saluti
--
*Salvatore Fiandaca*
*mobile*.:+39 327.493.8955
*m*: *pigrecoinfinito@gmail.com <pigrecoinfinito@gmail.com>*
*blog:** https://pigrecoinfinito.wordpress.com/
<https://pigrecoinfinito.wordpress.com/>\*
43°51'0.54"N 10°34'27.62"E - EPSG:4326
“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman
http://www.opengis.ch/2016/02/04/increasing-the-stability-of-processing-algorithms/
Luigi Pirelli
**************************************************************************************************
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
* https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
**************************************************************************************************
2016-10-24 12:46 GMT+02:00 Totò Fiandaca <pigrecoinfinito@gmail.com>:
Il giorno 24 ottobre 2016 12:20, Paolo Cavallini <cavallini@faunalia.it> ha
scritto:ottima idea. strk, ci guidi?
posso farne subito nel prossimo corso di mercoledì.perchè non rendere la guida pubblica?
almeno anche altri possono partecipare!!!saluti
--
Salvatore Fiandaca
mobile.:+39 327.493.8955
m: pigrecoinfinito@gmail.com
blog: https://pigrecoinfinito.wordpress.com/43°51'0.54"N 10°34'27.62"E - EPSG:4326
“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Salve,
Il 24/10/2016 13:16, Luigi Pirelli ha scritto:
http://www.opengis.ch/2016/02/04/increasing-the-stability-of-processing-algorithms/
riporto qui la parte più rilevante:
1 Make sure you have a copy of the QGIS git repository.
2 Choose an algorithm to test. Check the algorithm_test.yaml file
that it’s not yet in place.
3 Open a test dataset in your local QGIS copy:
python/plugins/processing/tests/testdata
4 Run the algorithm and redirect the result to
python/plugins/processing/tests/testdata/expected . Preferably in gml
format.
5 Manually check, that the result you receive is correct and that
there have been no errors. This step is important!
6 Open the Processing menu entry History.
7 Right click the entry and click on Create Test.
8 You will see a yaml specification that describes your algorithm. If
it looks good, copy it to the end of
python/plugins/processing/tests/testdata/algorithm_test.yaml .
9 Request that your test is integrated. It will automatically be run
on our test infrastructure. If it is good, it should be integrated shortly.
Temo che si sopravvalutino gli skill medi e la motivazione di chi
partecipa ad un corso, ed il tempo disponibile. Magari una cosa del
genere sarebbe adeguata per un corso (o tesi, o tirocinio)
universitario, non vi pare? Qualche universitario in ascolto?
In generale, credo sarebbe utile suddividere il lavoro fra chi è più
avvezzo agli strumenti di programmazione e gli utenti con competenze di
dominio. Credo si potrebbe velocizzare il tutto se uno sviluppatore
facesse girare in automatico tutti i passi, e rendesse disponibili i
risultati agli utenti, che potrebbero quindi verificare manualmente il
punto 5.
Che ve ne pare?
Saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
On Mon, Oct 24, 2016 at 12:46:24PM +0200, Totò Fiandaca wrote:
Il giorno 24 ottobre 2016 12:20, Paolo Cavallini <cavallini@faunalia.it> ha
scritto:> ottima idea. strk, ci guidi?
> posso farne subito nel prossimo corso di mercoledì.perchè non rendere la guida pubblica?
almeno anche altri possono partecipare!!!
Non essendo l'autore del framework per i test di processing,
sto facendo il possibile per rendere le guide scritte da chi
ne sa piu' di me maggiomente accessibili:
https://github.com/qgis/QGIS/commit/31cd7a81
L'howto e' nella directory che contiene i test:
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/tests/README.md
Se e' la lingua a rappresentare un ostacolo, potrebbero queste
istruzioni trovare posto in uno dei manuali di QGIS soggetti a
traduzione ?
--strk;
Il 24/10/2016 14:39, Sandro Santilli ha scritto:
Se e' la lingua a rappresentare un ostacolo, potrebbero queste
istruzioni trovare posto in uno dei manuali di QGIS soggetti a
traduzione ?
secondo me la lingua non è un ostacolo, metter su l'infrastruttura,
gestire git ecc. sì
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
On Mon, Oct 24, 2016 at 02:42:28PM +0200, Paolo Cavallini wrote:
Il 24/10/2016 14:39, Sandro Santilli ha scritto:
> Se e' la lingua a rappresentare un ostacolo, potrebbero queste
> istruzioni trovare posto in uno dei manuali di QGIS soggetti a
> traduzione ?secondo me la lingua non è un ostacolo, metter su l'infrastruttura,
gestire git ecc. sì
Semplificare la stesura dei test in modo da abilitare piu' persone
a contribuirne sarebbe un ottimo investimento.
--strk;
Vengo da un corso flash della settimana scorsa in cui ho sfiorato
Processing dal momento che era un corso base..
in ogni caso i bug trovati sono stati segnalati (e nel mio caso, al 100%
erano già risolti per la 2.18)
non ho molt esperienza con i corsi però vero è che la maggior parte
delle volte i bug sono dentro Processing vista la sua "velocità" di
evoluzione..
Matteo
Concordo in strapieno con quanto detto..
la lingua non è un problema, ma aggiungere un test e quindi "blindare"
l'efficienza di un algoritmo non è alla portata di tutti nel modo in cui
si può fare ora..
interfacciarsi con git, github, qualche linea di codice per molti è uno
scoglio che purtroppo non vale neanche la pena provare a superare..
rendere più fruibile l'aggiunta dei test sarebbe spettacolare..
risorse e tempo sono sempre un problema, nel mio caso anche le mie
abilità possono essere un'ulteriore problema.. però se ci mettiamo in un
paio ci sto alla grande!
Matteo
Salve,
grazie delle risposte.
Il 24/10/2016 09:51, Luca Mandolesi ha scritto:
Innanzitutto dipende questi corsi a che grado arrivano. GRASS, SAGA???
Mai fatto vedere nulla di tutto ciò in corso dato che faccio cose base
base e sono già "troppe".
i bugs possono essere, e sono, in tutte le parti.
C'è il problema di valutare se una cosa è un bug o meno. Esempione: le
quote che mi arrivano dalla Rer in shp a volte fanno fallire
Interpolazione...ma, se riesporto da QGis tutto fila liscio. Quindi per
me il bug è di là, non in Qgis.
qgis deve gestire eventuali problemi nei dati; se trovi una cosa del
genere, enuclea le geometrie che causa no problemi, e sottoponi il ticket.
Quindi Paolo credo che ci sia anche un certo tipo di livello di
competenze dei docenti: cose che a me sembrano "normali" magari a te o
ad altri appaiono come Bug da segnalare (e lo sono veramente!!!).
a parte la preparazione dei docenti (affermazione un po' curiosa,
concedimelo), se una cosa funziona bene, se non funziona è da segnalare.
Direi che un buon 10% di cose che becco sono poi già nei bug tracker.
anche in quel caso può essere utile una conferma (si ripresenta ancora
con una nuova versione/altri dati/altre proiezioni ecc.).
DI quel 10% quello che non trovo in bug tracker molte volte chiedo in
lista oppure anche in chat interne mie o FB e a volte emerge che
cambiando solo un po' la procedura quell'errore non è più presente. Ergo
non lo vedo più come un bug.
in quel caso, condividere la soluzione è la cosa giusta da fare; in ogni
caso:
* gli errori non si devono presentare, e vanno segnalati
* rimane un 80% dei casi
Infine, una volta che vedo confermato un problema lo posto sul bug tracker.
ottimo.
Altro esempione: non mi funziona più MapCanvas().refresh() e ho trovato
che con un codice diverso il canvas è refreshato...è un bug oppure ho
scritto male io la procedura? Siccome funzia mi pare un errore mio...
concordo con Giuliano.
Saluti, e a presto.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Salve,
Il 24/10/2016 09:39, G. Allegri ha scritto:
Possiamo valutare (specificatamente per r.mapcalc) uno sforzo congiunto
per la sua risoluzione? In questo momento siamo a corto di risorse da
potergli dedicare, ma possiamo valutare varie modalità di partecipazione...
le risorse non abbondano per nessuno. Secondo la prima cosa da fare è,
come ricordato da altri, implementare un set ragionevolmente completo di
tests. Io sono disposto a partecipare allo sforzo, finanziandone una
parte; chi partecipa? Alcuni fondi si potrebbero anche recuperare da
quelli del gruppo qgis.it, se la maggioranza concorda.
Saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Salve,
come TerreLogiche siamo disponibili a partecipare ad una parte del finanziamento per implementare i test.
saluti
Valerio
···
Il giorno 24 ottobre 2016 17:57, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
Salve,
Il 24/10/2016 09:39, G. Allegri ha scritto:
Possiamo valutare (specificatamente per r.mapcalc) uno sforzo congiunto
per la sua risoluzione? In questo momento siamo a corto di risorse da
potergli dedicare, ma possiamo valutare varie modalità di partecipazione…le risorse non abbondano per nessuno. Secondo la prima cosa da fare è,
come ricordato da altri, implementare un set ragionevolmente completo di
tests. Io sono disposto a partecipare allo sforzo, finanziandone una
parte; chi partecipa? Alcuni fondi si potrebbero anche recuperare da
quelli del gruppo qgis.it, se la maggioranza concorda.
Saluti.–
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Io sono daccordo sull’eventuale utilizzo delle quote associative per quanto ideato da Paolo.
Saluti.
Andrea Gagna.
Il lunedì 24 ottobre 2016, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
Salve,
Il 24/10/2016 09:39, G. Allegri ha scritto:
Possiamo valutare (specificatamente per r.mapcalc) uno sforzo congiunto
per la sua risoluzione? In questo momento siamo a corto di risorse da
potergli dedicare, ma possiamo valutare varie modalità di partecipazione…le risorse non abbondano per nessuno. Secondo la prima cosa da fare è,
come ricordato da altri, implementare un set ragionevolmente completo di
tests. Io sono disposto a partecipare allo sforzo, finanziandone una
parte; chi partecipa? Alcuni fondi si potrebbero anche recuperare da
quelli del gruppo qgis.it, se la maggioranza concorda.
Saluti.Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
Gruppo mailing list
Gruppo@lists.qgis.it
http://lists.qgis.it/cgi-bin/mailman/listinfo/gruppo
–
Dott. Geografo Gagna Andrea,
Docente Professionale tecnologia Open Source GEO-ICT
Esperto in GIS-GPS integrati con i Geo-DBMS ( QGIS integrato a PostGIS ) e sviluppo QGIS plugin in ambiente PyQT.
mobile phone: 3298530358
profile linkedin: it.linkedin.com/pub/andrea-gagna/55/929/707/
skype contact: andrea.gagna2
Geo-Web Community “Rilancio Italiano Professione Geografo - RIPG”: https://www.facebook.com/R.I.ProfessioneGeografo/?pnref=lhc#
Il giorno 24 ottobre 2016 16:26, Paolo Cavallini <cavallini@faunalia.it> ha
scritto:
Salve,
grazie delle risposte.Il 24/10/2016 09:51, Luca Mandolesi ha scritto:
> Innanzitutto dipende questi corsi a che grado arrivano. GRASS, SAGA???
> Mai fatto vedere nulla di tutto ciò in corso dato che faccio cose base
> base e sono già "troppe".i bugs possono essere, e sono, in tutte le parti.
Ah certo, ma facendo cose basic in un corso tipo carica shape, carica
raster, caratterizza, rimanendo sulle cose che ormai sono ben stabili, è
possibile che per chi tiene corsi non becchi nemmeno i bug. Ora per
esempio, facendo una procedura di simbologia "a casaccio" mi sa che ho
beccato qualcosa...forse dovuto al nuovo sistema di live update. Su questo
indagherò.
> C'è il problema di valutare se una cosa è un bug o meno. Esempione: le
> quote che mi arrivano dalla Rer in shp a volte fanno fallire
> Interpolazione...ma, se riesporto da QGis tutto fila liscio. Quindi per
> me il bug è di là, non in Qgis.qgis deve gestire eventuali problemi nei dati; se trovi una cosa del
genere, enuclea le geometrie che causa no problemi, e sottoponi il ticket.
Oki. Questo mi era poco chiaro. Mi pare più un "eventuale potenziamento"
che un bug,
Cioè, mi viene da pensare che un software non sia "bacato" solo perchè gli
da fastidio
il float mentre vorrebbe un numeric. Forse è stato fatto così apposta e lo
gestisce riesportandolo.
Questo forse mi porterebbe a riconsiderare alcune cose.
Esempione per capire: una definizione del layer non funziona se il percorso
è relativo e si salva in una
cartella a parte dai dati. Va da se che Definizione del layer funziona solo
con assoluti o solo mettendo
il file insieme ai dati. E' un bug o una procedura di Qgis che può essere
implementata, ma non
debuggata?
> Quindi Paolo credo che ci sia anche un certo tipo di livello di
> competenze dei docenti: cose che a me sembrano "normali" magari a te o
> ad altri appaiono come Bug da segnalare (e lo sono veramente!!!).a parte la preparazione dei docenti (affermazione un po' curiosa,
concedimelo), se una cosa funziona bene, se non funziona è da segnalare.
Eh, no, non te la concedo... non mi metterei mai al pari tuo. Altrimenti
come faccio
ad imparare cose nuove? Eheheh... Fuor di battuta, ci sono cose che per me
sono dei bug, ma
che in base alla formazione sono solo "procedure e modi di approccio"
all'architettura
software o alla prassi di lavoro differenti. Questo secondo me è un buon
motivo
per capire come mai alcuni "vedono" i bug e altri non li percepiscono. Il
post iniziale
mi pare nello spirito di "debuggare" eventuali docenti che possono
"debuggare", tra cui
mi ci metto pure io.
> Direi che un buon 10% di cose che becco sono poi già nei bug tracker.
anche in quel caso può essere utile una conferma (si ripresenta ancora
con una nuova versione/altri dati/altre proiezioni ecc.).
Ok, seguirò tale prassi.
> DI quel 10% quello che non trovo in bug tracker molte volte chiedo in
> lista oppure anche in chat interne mie o FB e a volte emerge che
> cambiando solo un po' la procedura quell'errore non è più presente. Ergo
> non lo vedo più come un bug.in quel caso, condividere la soluzione è la cosa giusta da fare; in ogni
caso:
* gli errori non si devono presentare, e vanno segnalati
Come sopra: molte cose mi sembrano "errori miei di procedura" e non
bug. Segnalerò cmq.
* rimane un 80% dei casi
Rimane un 90%, il secondo 10 è il 10%del 10%. Il 90% (mi sono espresso male)
sono cose funzionano bene.
> Infine, una volta che vedo confermato un problema lo posto sul bug
tracker.ottimo.
> Altro esempione: non mi funziona più MapCanvas().refresh() e ho trovato
> che con un codice diverso il canvas è refreshato...è un bug oppure ho
> scritto male io la procedura? Siccome funzia mi pare un errore mio...
Tiè, trovato l'altra notte per caso...
http://gis.stackexchange.com/questions/136401/does-mapcanvas-refresh-not-work-in-qgis-2-6
Non ho ancora verificato se sia segnalata come cosa o sia io rimasto
indietro con pyQgis....come credo.
concordo con Giuliano.
Saluti, e a presto.--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Il 24/10/2016 18:38, Valerio ha scritto:
Salve,
come TerreLogiche siamo disponibili a partecipare ad una parte del
finanziamento per implementare i test.
Ottima notizia.
Altri sono interessati?
Saluti, e grazie.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all&geo=IT&q=qgis,arcgis