[QGIS-it-user] QData

Ciao a tutti,

Mi unisco per ringraziare tutti i partecipanti al Qgis summer camp per aver consentito, con l’impegno, la presenza, l’attenzione, la disponibilità, la competenza e la simpatia, il successo della manifestazione. Fra tutti un pensiero particolare per Federico Gianoli, il nostro indefesso organizzatore, Totò Fiandaca un vero top contributor e a Paolo Cavallini per aver ispirato idee e riflessioni sugli sviluppi e sul futuro del progetto e del gruppo italiano, finalmente arricchito anche da una nutrita componente femminile.

Non mi perdo in smancerie, ma mi mancate già tutti e spero di incontrarvi in un prossimo evento.
Vorrei approfittare dell’occasione per non far cadere nel vuoto una breve discussione, collaterale all’intervento di Rocco Pispico sulle form Relazionali. Mi riferisco alla capacità di QGIS di trattare ed organizzare dati tabellari anche senza alcuna rilevanza geografica e quanto vicini siamo alla possibilità di avere uno strumento open source in grado di competere con Access per la connessione a sorgenti dati tabellari, per la realizzazione di form per inserimenti, manipolazioni e ricerche di dati, e la produzione di report, il tutto programmabile in python…

Io trovo che potrebbe essere uno scenario interessante, che apre a sviluppi inaspettati e non vi nascondo che sosterrei con entusiasmo un’eventuale crowdfunding, o anche solo un sostegno mirato, con supporto di sviluppo ed idee in questa direzione.
Cosa ne pensate?

Ola

On 09/07/19 11:32, Enrico Ferreguti wrote:

Io trovo che potrebbe essere uno scenario interessante, che apre a
sviluppi inaspettati e non vi nascondo che sosterrei con entusiasmo
un'eventuale crowdfunding, o anche solo un sostegno mirato, con supporto
di sviluppo ed idee in questa direzione.
Cosa ne pensate?

che è un'ottima idea
--
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

Salve Enrico,

Enrico ha scritto:

Mi riferisco alla capacità di QGIS di trattare ed organizzare dati
tabellari anche senza alcuna rilevanza geografica e quanto vicini siamo
alla possibilità di avere uno strumento open source in grado di competere
con Access per la connessione a sorgenti dati tabellari, per la
realizzazione di form per inserimenti, manipolazioni e ricerche di dati, e
la produzione di report, il tutto programmabile in python...

Anche io trovo che sarebbe un'ottima aggiunta per Qgis!

Temo che sarebbe molto difficile da implementare e quindi il costo finale da
sostenere non sarebbe affatto indifferente.
Un framework del tutto open source e scritto in C++ che, pur non essendo uno
sviluppatore software, credo sarebbe utile approfondire, per quanto riguarda
la sua integrazone con Qgis, e' quello gia' usato da Kexi per i forms e
reports.
Molto genericamente, per chi non conosce questo software mi riferisco a:
https://dot.kde.org/2018/03/12/kexi-31-brings-database-management-windows

Kexi e' un software analogo ad Access e LibreOffice Base.
In passato, veniva intallato su Linux di default con la suite Office
Calligra ma e' anche possibile installarlo singolarmente sia su Linux, sia
su Windows.
Attualmente il suo sviluppo e' molto rallentato e c'e' un solo sviluppatore
che fa piccoli aggiornamenti su Github.

P.s: qualunque aggiunta si scelga di finanziare credo personalmente che sia
fondamentale che venga implementata a livello di Qgis stesso. *NON* a
livello di plugin esterno. Questo per renderla piu' disponibile per tutti e
piu' duratura nel tempo.
Io, personalmente, non sosterrei mai finanziariamente l'ennesimo plugin
esterno e lo dico *senza* voler offendere nessuno degli sviluppatori di
queste interessantissime funzioni :slight_smile:

Cordiali saluti e grazie a tutti per gli aggiornamenti che ci state fornendo
in questi giorni.

Silvio Grosso

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

A me pare una splendida iniziativa.
Io già uso la coppia qgis spatialite per realizzare
piccoli database anche NON Spaziali e mi trovo
molto bene con le maschere di qgis che uso tranquillamente
come interfaccia anche quando
non devo trattare dati geografici.
Saluti
Aldo

enricofer wrote

Ciao a tutti,
Mi unisco per ringraziare tutti i partecipanti al Qgis summer camp per
aver
consentito, con l'impegno, la presenza, l'attenzione, la disponibilità, la
competenza e la simpatia, il successo della manifestazione. Fra tutti un
pensiero particolare per Federico Gianoli, il nostro indefesso
organizzatore, Totò Fiandaca un vero top contributor e a Paolo Cavallini
per aver ispirato idee e riflessioni sugli sviluppi e sul futuro del
progetto e del gruppo italiano, finalmente arricchito anche da una nutrita
componente femminile.
Non mi perdo in smancerie, ma mi mancate già tutti e spero di incontrarvi
in un prossimo evento.
Vorrei approfittare dell'occasione per non far cadere nel vuoto una breve
discussione, collaterale all'intervento di Rocco Pispico sulle form
Relazionali. Mi riferisco alla capacità di QGIS di trattare ed organizzare
dati tabellari anche senza alcuna rilevanza geografica e quanto vicini
siamo alla possibilità di avere uno strumento open source in grado di
competere con Access per la connessione a sorgenti dati tabellari, per la
realizzazione di form per inserimenti, manipolazioni e ricerche di dati, e
la produzione di report, il tutto programmabile in python...
Io trovo che potrebbe essere uno scenario interessante, che apre a
sviluppi
inaspettati e non vi nascondo che sosterrei con entusiasmo un'eventuale
crowdfunding, o anche solo un sostegno mirato, con supporto di sviluppo ed
idee in questa direzione.
Cosa ne pensate?

_______________________________________________
QGIS-it-user mailing list

QGIS-it-user@.osgeo

https://lists.osgeo.org/mailman/listinfo/qgis-it-user

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

questa me l’ero persa…ero a spiegare i trick per l’uso di qgis nella gestione dei dati urbanistici alla componente femminile…:smiley:
sarebbe una Qfigata!
Non ho idea di come poterla realizzare…però effettivamente anche io uso varie volte qgis per gestire tabelle non necessariamente spaziali…quindi sarebbe ottimo!

···

Alberto Grava
Pianificatore Territoriale
3224 sez. A, Albo degli Architetti Pianificatori Paesaggisti e Conservatori , provincia di Treviso

via San Fris, 52 - 31029 Vittorio Veneto (TV)
t. +39 3494643461
p.i. 04960590265

Think green!!

Print this email only if absolutely necessary. Thank you!
Stampa questa mail solo se strettamente necessario. Grazie!

le osservazioni di silvio grosso mi sembra di assoluto buon senso.
vero è che a padova ne abbiamo parlato in maniera sicuramente poco
approfondita, ma per esperienza posso dire che l'uso dei layout in maniera
"non geografica" che stiamo continuando a fare nel progetto di assistenza
agli eventi sismici di centro italia e ischia, posso dire che è davvero una
reale necessità.
una base dati e un solo ambiente per report cartografici e non con lo stesso
strumento sarebbe sicuramente un bellissimo ed utile risultato
s.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

La mail di Silvio grosso non si legge… .mi sa che è registrato solo in nabble e non in lista QGIS s mailman

Amedeo

Il giorno mar 9 lug 2019 alle ore 17:31 Stefano Campus <skampus@gmail.com> ha scritto:

le osservazioni di silvio grosso mi sembra di assoluto buon senso.
vero è che a padova ne abbiamo parlato in maniera sicuramente poco
approfondita, ma per esperienza posso dire che l’uso dei layout in maniera
“non geografica” che stiamo continuando a fare nel progetto di assistenza
agli eventi sismici di centro italia e ischia, posso dire che è davvero una
reale necessità.
una base dati e un solo ambiente per report cartografici e non con lo stesso
strumento sarebbe sicuramente un bellissimo ed utile risultato
s.


Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user