Vi ripropongo qui di seguito il thread di qualche anno fa, aperto da @pcav, ove si può leggere l’intervento di Nyall in merito, con le sue valutazioni, classificate in punti e trovate anche quanto ho precedentemente scritto.
Saluti. Ivano https://github.com/qgis/QGIS-Enhancement-Proposals/issues/166 Il giorno mer 16 nov 2022 alle 20:33 Totò Fiandaca < [email protected]> ha scritto: > Buonasera, > l'idea è parecchio buona e un modo per sapere se è possibile farlo e > quanto costerebbe, passa dal contattare Nyall Dawson, > pagargli un'ora di consulenza (350,00€) e chiedergli se è fattibile, > quanto tempo occorre e quanto costerebbe realizzarlo. > > Poi noi ci occuperemo della raccolta fondi internazionale. > > saluti > > Il giorno mer 16 nov 2022 alle ore 20:13 Stefano Campus <[email protected]> > ha scritto: > >> Questa idea mi era balenata anni fa e in occasione del glorioso QGIS Camp >> di Padova del 2019 se ne era parlato un po' più diffusamente. >> Da quando per fare le maschere di inserimento non è più necessario >> utilizzare Qt, QGIS è secondo me lo strumento più facile per implementare >> data entry su db senza anche la componente geografica. >> Durante il terremoto del centro Italia, il layout è servito per fare >> tutte le ordinanze di sgombero et similia senza neanche un inserto >> cartografico: tutti i dati pescavano dal db. >> >> La pulizia di dati tabellari mi sento più sicuro se la faccio in QGIS >> anziché con Calc. >> E posso andare avanti ma ripropongo la domanda: mi segnalate dei software >> che permettono di creare maschere di inserimento in maniera così facile, su >> un db relazionale, potendo impostare vincoli e controlli? >> >> Insomma, viva QGIS anche senza GIS :-) >> >> >> >> Il mer 16 nov 2022, 10:31 Ivano Giuliano <[email protected]> ha >> scritto: >> >>> Ciao Amedeo e a tutti, >>> nel marzo 2020 avevo avanzato una idea simile, ne avevo discusso con >>> Paolo Cavallini prima e poi con Andrea Borruso, entrambi mi avevano detto >>> che era una buona idea e quindi, di lanciare la proposta sulle liste di >>> discussione per vederne gli esiti e così feci, ma lì rimase. >>> La mia proposta era quella di poter sviluppare una versione di QGIS >>> Lite, dal nome *QGIStudio Data Manager, esclusivamente dedicato >>> all'analisi dati.* >>> Ma le problematiche, sottolineate del resto da Andrea B. da subito, >>> erano, che la realizzazione implicava necessariamente risorse economiche e >>> umane e soprattutto, buon tempo da dedicare, tali da determinare delle >>> complessità, non risolvibili con una "semplice" disponibilità spontanea, >>> salvo la grazia dal cielo, di qualche leader, che ritenesse la cosa un >>> possibile successo. >>> Quindi in buona sostanza, mi ricollego al discorso di Alberto. >>> Considerato inoltre, quanto ormai è già disponibile in rete, per la >>> scienza e analisi dei dati, spaziali e non, credo non vi sia una strada >>> percorribile. >>> >>> Un saluto. >>> >>> Ivano >>> >>> >>> --------------------------------------------------------------------------------------------------------------------------------- >>> *Ivano Giuliano* >>> spatial planner analyst >>> >>> ASSURB >>> Italian National Association of Town, Spatial and Environmental Planners >>> >>> >>> >>> >>> >>> >>> >>> Il giorno mer 16 nov 2022 alle ore 09:28 Studio Multiservice s.s. < >>> [email protected]> ha scritto: >>> >>>> Ciao Amedeo, >>>> >>>> non ho certamente la tua conoscenza nei sw che gestiscono i DB in QGIS >>>> ma chiedo: >>>> sei sicuro che ne valga la pena (ed il lavoro)? >>>> Ci sono in giro pacchi di sw liberi che il lavoro già lo fanno mentre >>>> intraprendendo questo percorso devi ripartire da zero offrendo le stesse >>>> performance del prodotto precedente e formando nuovamente personale che >>>> ormai si è "adagiato" sulle funzionalità e, semplicemente, tasti del tuo >>>> lavoro in MSAccess che avrà assunto una qualità sartoriale. >>>> Ti dico questo per esperienza. Avevo prodotto un sw in DB3 (il secolo >>>> scorso!!) anch'io per 1 cliente che, viste le potenzialità, ha chiesto >>>> sempre più opzioni. >>>> Poi, fortunatamente, è arrivato il millennium bug e, con la scusa, l'ho >>>> abbandonato perché, a conti fatti e passando su altro sw generico, avrei >>>> dovuto fargli un conto insostenibile. >>>> E lui per diverso tempo, non sarebbe stato soddisfatto di testare un >>>> nuovo prodotto. >>>> Ma è solo la mia opinione.... >>>> Buon lavoro >>>> Alberto >>>> >>>> Il mar 15 nov 2022, 19:24 Amedeo Fadini <[email protected]> ha scritto: >>>> >>>>> Ciao a tutti.... >>>>> finché lo ripeteva Stefano Campus ho sempre ritenuto sempre una >>>>> boiata l'idea di usare QGIS per dati e reportistica senza componente >>>>> spaziale. >>>>> >>>>> Oggi però ho cambiato idea. >>>>> >>>>> Ho rimesso le mani per l'ennesima volta in un gestionale in access che >>>>> ho fatto per stampare le mie fatture nel 2005... solo che poi l'ho venduto >>>>> a un (1) cliente ed è ancora là che gira. >>>>> >>>>> Per cui mi chiedevo da dove bisognerebbe incominciare per compilare >>>>> QGIS solo con le librerie necessarie per gestire un paio di sorgenti dati >>>>> tabellari (postgres, squlte, csv..) e caricare form personalizzati in QT >>>>> per l'inserimento, layout di stampa e report. >>>>> >>>>> Lo scopo è avere un sw leggero e portable senza dover installare tutto >>>>> QGIS. >>>>> >>>>> Qualche idea? Link? >>>>> >>>>> amefad >>>>> >>>>> >>>>> @skampus <[email protected]> ti devo un paio di birre per la >>>>> pubblica ammenda >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> QGIS-it-user mailing list >>>>> [email protected] >>>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >>>>> >>>> _______________________________________________ >>>> QGIS-it-user mailing list >>>> [email protected] >>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >>>> >>> _______________________________________________ >>> QGIS-it-user mailing list >>> [email protected] >>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >>> >> _______________________________________________ >> QGIS-it-user mailing list >> [email protected] >> https://lists.osgeo.org/mailman/listinfo/qgis-it-user >> > > > -- > *Ing. Salvatore Fiandaca* > *mobile*.:+39 327.493.8955 > *m*: *[email protected] <[email protected]>* > *C.F*.: FNDSVT71E29Z103G > *P.IVA*: 06597870820 > *membro QGIS Italia - http://qgis.it/ <http://qgis.it/>* > *socio GFOSS.it - *http://gfoss.it/ > *member OSGeo* - *https://www.osgeo.org/member/fiandaca/* > <https://www.osgeo.org/member/fiandaca/> > *blog:* > * https://pigrecoinfinito.com/ <https://pigrecoinfinito.com/> FB: Co-admin > - https://www.facebook.com/qgis.it/ <https://www.facebook.com/qgis.it/>** > <https://www.facebook.com/qgis.it/> * > *TW: <http://goog_95411464>**https://twitter.com/totofiandaca > <https://twitter.com/totofiandaca>* > > 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 > > Questo documento, allegati inclusi, contiene informazioni di proprietà di > FIANDACA SALVATORE e deve essere utilizzato esclusivamente dal destinatario > in relazione alle finalità per le quali è stato ricevuto. E' vietata > qualsiasi forma di riproduzione o divulgazione senza l'esplicito consenso > di FIANDACA SALVATORE. Qualora fosse stato ricevuto per errore si prega > di informare tempestivamente il mittente e distruggere la copia in proprio > possesso. > > > -- --------------------------------------------------------------------------------------------------------------------------------- *Ivano Giuliano* spatial planner analyst ASSURB Italian National Association of Town, Spatial and Environmental Planners
_______________________________________________ QGIS-it-user mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/qgis-it-user
