arpa-simc / praga

PRAGA PRogram for AGrometeorological Analysis

PRAGA

PRogram for AGrometeorological Analysis

PRAGA is a geographical application for climatological, meteorological and agrometeorological analysis. It manages point and gridded dataset, and it enables gridding point data by using interpolation procedures contained in agrolib interpolation library. The most relevant agroclimatological variables are managed (air temperature, precipitation, air relative humidity, solar radiation, wind intensity and direction, reference evapotranspiration, leaf wetness). It uses specific widgets and libraries for visualizing data on maps and graphs.

See PRAGA wiki for more informations.

License

PRAGA has been developed under contract issued by ARPAE Climate Observatory, Emilia-Romagna, Italy: http://www.arpae.it/sim/

The executable is released under the GNU GPL license, libreries are released under the GNU LGPL license.

Authors

Fausto Tomei [email protected]

Gabriele Antolini [email protected]

Laura Costantini [email protected]

Antonio Volta [email protected]

Contributions

Marco Bittelli [email protected]

Vittorio Marletto [email protected]

Andrea Pasquali [email protected]

praga's Issues

update rpm on otto

Rendere mapGraphics una libreria statica

Renderla statica come le altre librerie usate da Praga permetterebbe di rendere l'eseguibile autocontenuto e non ci si dovrebbe preoccupare di mantenere una versione compatibile con altri programmi (e.g. Criteria3D) installati sulla stessa macchina.

Con AppImage è già virtualmente così, in quanto ogni eseguibile usa la sua personale shared library, rendendola statica si potrebbe avere il medesimo comportamento su CentOS.

SIGABRT when PRAGA is executed in a headless server

$ gdb PRAGA
> r console 
Program received signal SIGABRT, Aborted.
> bt
#0  0x00007ffff56127ff in raise () from /lib64/libc.so.6
#1  0x00007ffff55fcc35 in abort () from /lib64/libc.so.6
#2  0x00007ffff680738d in QMessageLogger::fatal(char const*, ...) const () from /lib64/libQt5Core.so.5
#3  0x00007ffff6fe9a0f in QGuiApplicationPrivate::createPlatformIntegration() () from /lib64/libQt5Gui.so.5
#4  0x00007ffff6fe9f65 in QGuiApplicationPrivate::createEventDispatcher() () from /lib64/libQt5Gui.so.5
#5  0x00007ffff69e4b55 in QCoreApplicationPrivate::init() () from /lib64/libQt5Core.so.5
#6  0x00007ffff6feb723 in QGuiApplicationPrivate::init() () from /lib64/libQt5Gui.so.5
#7  0x00007ffff757112d in QApplicationPrivate::init() () from /lib64/libQt5Widgets.so.5
#8  0x0000000000434286 in main (argc=2, argv=0x7fffffffd3d8) at main.cpp:60

Package for Fedora

PRAGA is currently packaged only for CentOS 8. The Fedora (>=34) package requires some investigation in the BuildRequires because qt5-devel was dropped since Fedora 32.

Travis deploy per CentOS

• Creare lo spec
• Lancio rpmbuild da Travis
• Invio a Copr

Configurazione per verbosità dei log su stdout

In PRAGA, i messaggi di log sono di tipo "info" o "error". Il comando può generare molte righe di log di categoria "info", le quali possono causare il troncamento dei messaggi in alcuni servizi di log (e.g. rsyslog). I log sono inoltre presenti in ${PRAGA_HOME}/DATA/LOG/YYYYmmdd_${log_name} (dove log_name è impostato nell'INI file).

Una soluzione potrebbe essere quella di permettere la configurazione della verbosità sul solo stdout con un parametro nell'INI file, e.g. verbose_stdout_log = true | false:

• Se true, saranno stampati su stdout sia i messaggi "info" che "error"
• Se `false, saranno stampati su stdout solo i messaggi "error"

Tutti i messaggi ("info" e "error") sono comunque salvati su file.

Praga su otto.metarpa

La release su otto.metarpa va aggiornata con la v1.1.1
la nuova versione risolve il problema della directory di lavoro