[QGIS-it-user] QGIS senza GIS

Mer 16 Nov 2022 14:05:54 PST

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 <
pigrecoinfinito a gmail.com> 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 <skampus a gmail.com>
> 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 <ivano.giuliano a gmail.com> 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. <
>>> studio.multiservice.mantova a gmail.com> 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 <amefad a gmail.com> 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 <skampus a gmail.com>  ti devo un paio di birre per la
>>>>> pubblica ammenda
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> QGIS-it-user mailing list
>>>>> QGIS-it-user a lists.osgeo.org
>>>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>>>
>>>> _______________________________________________
>>>> QGIS-it-user mailing list
>>>> QGIS-it-user a lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>>
>>> _______________________________________________
>>> QGIS-it-user mailing list
>>> QGIS-it-user a lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>>
>> _______________________________________________
>> QGIS-it-user mailing list
>> QGIS-it-user a lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-it-user
>>
>
>
> --
> *Ing. Salvatore Fiandaca*
> *mobile*.:+39 327.493.8955
> *m*: *pigrecoinfinito a gmail.com <pigrecoinfinito a gmail.com>*
> *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
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.osgeo.org/pipermail/qgis-it-user/attachments/20221116/7a105438/attachment-0001.htm>