Re: [Gfoss] tabelle tipizzate in Postgres di schede descrittive
Ciao a tutti, Scusate tanto l'assenteismo delle ultime settimane. Grazie mille per il tool db Omero che è davvero utile e lo sto studiando un po' perché il modello di scheda (maschera) per la consultazione della banca dati e/o inserimento dei dati sfruttando (suppongo) le relazione fra tabelle è molto simile a quello che vorrei fare io, solo che il modello di scheda si concentra sulla descrizione dello stato ed caratteristiche strutturali e architettoniche dell'edificio, mi interesserebbe descrivere gli edifici in riferimento agli elementi strutturali e decorativi interni ed esterno e loro materia prima (pietra serena o pietraforte) e da lì sviluppare possibili percorsi turistici. Io avrei creato nel mio schema 9 tabelle suddivise per fabbricati, elementi architettonici, 6 tabelle descrittive dei campi che mi interessano cui associo a ciuscuno un codice diverso (cod_materia prima, cod_ posizione dell'elemento architettonico, cod_tipologia funzionale dell'edificio etc.) infine gli allegati che possono comprendere elementi cartacei o immangine dai shape fabbricati, materie prime (cave) e percorsi turistici. Per la tabella allegati, dovendo comprendere campi da shape diversi (cave, percorsi o fabbricati) vorrei riferirmi all'id di ciascuno di essi, ma non posso limitarmi a relazionale la tabella ad una nuova tabella di codici (es. 01_cave, 02_percorsi, 03_ fabbricati), quale sarebbe il modo migliore in pgadmin? -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/tabelle-tipizzate-in-Postgres-di-schede-descrittive-tp7596183p7596251.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016
Re: [Gfoss] tabelle tipizzate in Postgres di schede descrittive
Se può far comodo come esempio: Nel plugin Omero , in una sua cartella è disponibile uno schema entity relationships di una base dati completa per xemsire edifici anche dal.punto di vista architettonico e con elementi strutturali. Compresi i file sql per definirla creando tabelle e relazioni dentro un db spatialite. Il plugin Omero è per popolarla, ma è complicato da usare. Però la base dati di riferimento potrebbe essere un buon punto di partenza per chi deve fare roba strutturata su edifici architettonico. Inoltre è previsto una forma di chiave univoca sufficientemente robusta . Il 19 set 2016 00:05, "Amedeo Fadini"ha scritto: > Ciao Lucia e benvenuta in lista... > > Il 18 settembre 2016 19:57, gissara ha scritto: > > Ciao, > > > > Grazie mille per l'aiuto. Capisco ciò che intende ma non sono sicura di > > poter definire dei trigger adeguati per avitare delle conflittualità. > Per il > > join spaziale ho usato il campo denominazione dello shape fabbricati, da > cui > > mi dovrei estrarre le informazioni geometriche, a questo ho anche > agganciato > > le tabelle delle schede descrittive. > > In un primo tempo ho inteso "join spaziale" come un collegamento solo > tramite relazione spaziale: es. un punto che rappresenta la scheda da > rilievo correlata al fabbricato tramite una funzione ST_Contains(). > Ora mi par di capire che hai una chiave esterna, ovvero un campo della > scheda descrittiva che fa riferimento allo shape fabbricati. > > Non ho capito bene gli strumenti che stai usando: il consiglio è di > importare tutto in un database, magari Spatialite che è contenuto in > un unico file, poi potrai visualizzare e gestire tutto agevolmente da > QGIS; per creare il db sempre meglio la spatialite gui [0]: > > Anch'io ci vedo due ordini di problemi: > - la definizione di chiavi robuste che non cambino nel tempo (legate > alla stessa definizione di entità fabbricato) > - evitare la moltiplicazione di tabelle > > Non so bene la struttura dello shapefile fabbricati ma un campo che si > chiama "denominazione" non mi ispira dei valori univoci e immutabili > nel tempo. Se c'è un codice o un numero (magari a partire dalla ctr) > meglio utilizzare quello o al limite la ID della feature (se hai un > poligono o multipoligono per ciascun fabbricato) > > Per i dati dell'analisi sicuramente conviene creare delle tabella con > le informazioni ricorrenti da correlare con una relazione molti a > molti, ad esempio immagino una tabella con la lista degli elementi > strutturali o architettonici in cui avere un nome breve e una > descrizione, per evitare di ricopiare mille volte nella tabella schede > cose tipo "copertura a due falde in legno sostenuta da capriate alla > lombarda..." Anche le informazioni realative ai materiali e allo stato > di conservazione le vedrei bene ciascuna su una tabella in maniera > tale che compilando la scheda non ci siano ripetizioni. Anceh senza > creare dei trigger, è opportuno che siano definite bene le chiavi > esterne.. vedi qui [1] e qui [2] alcuni concetti di base se non sei > già esperta di database. > > La maschera di inserimento/visualizzazione può esser un po' > complicata, e devo ammettere che io non ho mai utilizzato > il widget "relazione" in QGIS ma dovrei falro presto... > > Spero di non aver creato confusione.. facci sapere come procede. > > Amedeo Fadini > > [0] https://www.gaia-gis.it/fossil/spatialite_gui/index > [1] https://www.postgresql.org/docs/9.4/static/ddl-constraints.html#DDL- > CONSTRAINTS-PRIMARY-KEYS > [2] https://www.gaia-gis.it/gaia-sins/spatialite-cookbook/html/ > create-db.html > ___ > Gfoss@lists.gfoss.it > http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss > Questa e' una lista di discussione pubblica aperta a tutti. > I messaggi di questa lista non hanno relazione diretta con le posizioni > dell'Associazione GFOSS.it. > 807 iscritti al 31/03/2016 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016
Re: [Gfoss] tabelle tipizzate in Postgres di schede descrittive
Ciao Lucia e benvenuta in lista... Il 18 settembre 2016 19:57, gissaraha scritto: > Ciao, > > Grazie mille per l'aiuto. Capisco ciò che intende ma non sono sicura di > poter definire dei trigger adeguati per avitare delle conflittualità. Per il > join spaziale ho usato il campo denominazione dello shape fabbricati, da cui > mi dovrei estrarre le informazioni geometriche, a questo ho anche agganciato > le tabelle delle schede descrittive. In un primo tempo ho inteso "join spaziale" come un collegamento solo tramite relazione spaziale: es. un punto che rappresenta la scheda da rilievo correlata al fabbricato tramite una funzione ST_Contains(). Ora mi par di capire che hai una chiave esterna, ovvero un campo della scheda descrittiva che fa riferimento allo shape fabbricati. Non ho capito bene gli strumenti che stai usando: il consiglio è di importare tutto in un database, magari Spatialite che è contenuto in un unico file, poi potrai visualizzare e gestire tutto agevolmente da QGIS; per creare il db sempre meglio la spatialite gui [0]: Anch'io ci vedo due ordini di problemi: - la definizione di chiavi robuste che non cambino nel tempo (legate alla stessa definizione di entità fabbricato) - evitare la moltiplicazione di tabelle Non so bene la struttura dello shapefile fabbricati ma un campo che si chiama "denominazione" non mi ispira dei valori univoci e immutabili nel tempo. Se c'è un codice o un numero (magari a partire dalla ctr) meglio utilizzare quello o al limite la ID della feature (se hai un poligono o multipoligono per ciascun fabbricato) Per i dati dell'analisi sicuramente conviene creare delle tabella con le informazioni ricorrenti da correlare con una relazione molti a molti, ad esempio immagino una tabella con la lista degli elementi strutturali o architettonici in cui avere un nome breve e una descrizione, per evitare di ricopiare mille volte nella tabella schede cose tipo "copertura a due falde in legno sostenuta da capriate alla lombarda..." Anche le informazioni realative ai materiali e allo stato di conservazione le vedrei bene ciascuna su una tabella in maniera tale che compilando la scheda non ci siano ripetizioni. Anceh senza creare dei trigger, è opportuno che siano definite bene le chiavi esterne.. vedi qui [1] e qui [2] alcuni concetti di base se non sei già esperta di database. La maschera di inserimento/visualizzazione può esser un po' complicata, e devo ammettere che io non ho mai utilizzato il widget "relazione" in QGIS ma dovrei falro presto... Spero di non aver creato confusione.. facci sapere come procede. Amedeo Fadini [0] https://www.gaia-gis.it/fossil/spatialite_gui/index [1] https://www.postgresql.org/docs/9.4/static/ddl-constraints.html#DDL-CONSTRAINTS-PRIMARY-KEYS [2] https://www.gaia-gis.it/gaia-sins/spatialite-cookbook/html/create-db.html ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016
Re: [Gfoss] tabelle tipizzate in Postgres di schede descrittive
Ciao, Grazie mille per l'aiuto. Capisco ciò che intende ma non sono sicura di poter definire dei trigger adeguati per avitare delle conflittualità. Per il join spaziale ho usato il campo denominazione dello shape fabbricati, da cui mi dovrei estrarre le informazioni geometriche, a questo ho anche agganciato le tabelle delle schede descrittive. L'analisi comprenderà solo una parte dei fabbricati che mi interessano. Ma ho paura che la relazione fra i campi delle tabelle che compongono la scheda sia debole e rischi di rendere il db poco strutturato. Spero di essere stata chiara -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/tabelle-tipizzate-in-Postgres-di-schede-descrittive-tp7596183p7596185.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016
Re: [Gfoss] tabelle tipizzate in Postgres di schede descrittive
Ciao. Non sono sicuro di aver capito quali sono le classi di oggetti e le relazioni tra loro, quindi esporrò una mia opinione in generale. Quando esistono due modalità di esplicitare la stessa relazione fra due classi di oggetti c'è sempre il pericolo che queste due modalità siano in contrasto. Nel tuo caso, le due modalità sono una "topologica" (join spaziale) e l'altra "numerica" (chiave esterna), i valori potrebbero non essere coerenti (a meno di meccanismi di controllo o correzione automatica... che immagino implementati mediante trigger) e definire due relazioni completamente diverse. Spero di aver scritto in un italiano comprensibile :-) Saluti. Il 17/09/2016 15:15, gissara ha scritto: Ciao a tutti! creato un db con diversi strati informativi fra cui fabbricati, edificato suddiviso per classe di vincolo, a questi ultimi associo un nuovo livello con delle schede descrittive di alcuni edifici. Io vorrei rendere questo sistema tipizzato e flessibile nell'inserimento dei dati di rilievo, concettualemtne andrebbe divisa la scheda in 4 parti: la generale di inquadramento topografico dell'edificio e la parte descrittiva degli elementi strutturali e descrittivi, infine gli allegato. Io avevo creato una vista con join spaziale delle tabelle rispetto al layer da dove estraggo la geometria. In questo cosa mi consigliate di fare anche una foreign key per rafforzare la relazione 1:n? Grazie mille. -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/tabelle-tipizzate-in-Postgres-di-schede-descrittive-tp7596183.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016 ___ Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 807 iscritti al 31/03/2016