Message posté par : T. Rossini
----------------------------------------
Salut,
si votre table principale a juste vocation à être un reflet
des tables "filles", alors une vue plutôt qu'une table semble appropriée.
Attention, cela signifie que vous ne pourrez effectuer les modifications
que depuis les tables filles.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328979#p328979
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : nepileptik (nepileptik(a)gmail.com)
----------------------------------------
Bonjour à toutes et tous et bonne année,
Je vous explique ma problématique, j'ai actuellement une table (postgis) qui recense différentes informations sur des ouvrages d'art, dans cette même table j'ai également un champ qui localise ces ouvrage sur différents EPCI.
Mon objectif est de pouvoir rendre modifiable sur Lizmap les ouvrages par les EPCI concerné.
J'ai donc commencé par divisé ma table principale par EPCI le problème que je rencontre maintenant est le fait que ma table principal n'est plus maintenu à jour lorsque l'on modifie les tables filles.
j'ai recherché les solutions possibles création d'un trigger ? mais je n'arrive pas vraiment à comprendre comment construire celui-ci ?
ou alors j'ai également créé des vues issues de ma table principal toujours par EPCI mais il me semble qu'une étant une fonction SQL ne peut être modifié ??
Je suis un peu dans l'impasse, si quelqu'un peut me conseiller je suis preneur.
Bonne journée
Nepi
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328972#p328972
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : neskuik01
----------------------------------------
Clair net et efficace ;). Merci
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328909#p328909
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : neskuik01
----------------------------------------
-----------------
aguenec écrit :
Bonjour,
J'utilise le plugin "ChangeDataSource" pour actualiser mes données rapidement (clic droit sur la couche --> ChangeDataSource permet d'actualiser la donnée et d'importer de nouveau champs si besoin). Permet également de changer par lot les sources de données.
Bonne journée
-----------------
Merci pour l'info !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328850#p328850
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Christophe Vergon
----------------------------------------
Bonjour,
Nicolas a donné la bonne réponse.
Pour ma part le modèle CEREMA bof ...
Une mutation à titre onéreux possède un lien n-n avec les lots, et oui pas les parcelles si nous voulons modéliser correctement, après une parcelle non divisée en lot c'est un lot aussi ;)
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328756#p328756
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : sylvainSIG
----------------------------------------
Bonsoir,
J'utilise DBManager pour afficher les couches PostGIS. Le truc c'est que la couche est soit affichée avec un message "La source des données de la couche n'a pas pu être trouvée", soit pas affichée du tout et un message d'erreur Python. Or dans DBManager, tout est ok, la table attributaire s'affiche nickel avec MULTIPOLYGON comme géométrie. Je vais regarder avec ce que tu dis.
Je te remercie pour le fichier pdf que je n'avais pas trouvé et qui me sera bien sur fort utile, et pour les pistes apportées,
Bien à toi
Sylvain
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328748#p328748
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Nicolas Ribot
----------------------------------------
Bonjour,
je pense que le refus de qgis n'est pas du au lien que vous décrivez, mais plutot a l'absence de clé primaire sur la table et/ou l'absence d'un type géometrique correctement défini (POLYGON ou MULTIPOLYGON, et pas GEOMETRY).
Qgis affiche des données vectorielles valides, peu importe s'il y en a plusieurs au meme endroit ou si ces vecteurs ne sont pas en concordance topologique.
DVF est un modele relationnel (https://www.cerema.fr/system/files/documents/2018/05/Mod%C3%A8le%20de%20don… , basé sur des tables (si on le met en base) liées entre elles (mutation, disposition, parcelle, disposition_parcelle, etc).
Le fichier d'export DVF, au format texte, regroupe toutes les données dans un seul fichier. Si on peut charger ce fichier dans une seule table PG, ce n'est pas très pratique à l'exploitation, notamment si vous rajoutez une colonne geo contenant les parcelles: elles seront dupliquées, ce qui ne correspond pas à la réalité du modèle.
L'ideal est de charger ce fichier txt dans une table, puis de la traiter en SQL pour produire plusieurs tables liées entre elles. La table parcelle contient alors des entités uniques non superposées.
La version grand public de DVF est expurgée des données personnelles et le modèle complet ne peut pas etre reconstruit, mais on peut reconstruire les tables mutation, disposition, parcelle, disposition_parcelle (lien n-m entre un disposition et une parcelle) et quelques autres.
Concernant l'extension postgis_topology, j'en pense beaucoup de bien :)
Dans votre exemple, elle servirait à avoir un modele topologique des parcelles (partage des sommets et arcs communs par exemple) mais certainement pas de masquer ou "transformer" le lien n-m qui existe dans le modèle DVF entre parcelle et disposition.
Le souci avec cette extension est qu'elle n'aime pas du tout les données vectorielles invalides, or les parcelles cadastrales sont livrées (edigeo ou shape ou json) sous forme d'objets qui peuvent etre invalides pour postgis (superposition, petits gaps entre parcelles) ce qui entraine des erreurs topologiques par la suite quand on manipule ces objets.
Pour créer une topologie valide du parcellaire avec Postgis, il faut etre prêt à gérer ces erreurs topologiques lors de la création, par exemple en utilisant une fonction qui attrape les erreurs et les traites (léger décalage de sommet, snapToGrid ou autre).
Mais une fois la topologie créée, on a alors une représentation du parcellaire propre topologiquement parlant, qui permet par exemple d'extraire les limites publiques ou de générer des objets pour affichage ou autre.
Nicolas
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328745#p328745
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : sylvainSIG
----------------------------------------
Bonjour,
J'ai le problème suivant :
Je travaille sur les données de valeurs foncières (avec le cadastre). Je dois les rentrer dans une BD PostGreSQL/PostGIS.
MAIS pour une parcelle, il peut y avoir plusieurs DVF ce qui se traduit visuellement par plusieurs entités identiques superposées
SAUF que si c'est digeste pour PostGreSQL/PostGIS, qGIS n'aime pas ça du tout, et refuse de me charger la couche, quand il trouve la source de données.
Que pensez vous de l'extension postgis_topology ? Est ce que ça peut régler mon problème ?
Merci pour votre aide
Sylvain
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328744#p328744
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : T. Rossini
----------------------------------------
-----------------
Code :
SELECT
marque
, group_concat (prix, ", ")
FROM
voiture
GROUP BY
marque
;
-----------------
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328712#p328712
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
Message posté par : Mossy_D
----------------------------------------
-----------------
haubourg écrit :
-----------------
Mossy_D écrit :
Merci,
Pourriez-vous développer un peu plus ou encore mieux, donner la ligne de code s'il vous plait ?
Je suis débutant en SQL et très pressé par le temps. Je n'ai plus trop le temps de chercher !
-----------------
Heum, pas sûr qu'avec ce genre d'approche vous ayez beaucoup de succès.
Le support communautaire est gratuit, à titre bénévole, et repose sur la bonne volonté de chacun et l'échange réciproque.
Essayez, et on vous aidera autant que de besoin ici.
Mais si vous n'avez pas le temps, ou pas le souhait de réaliser vous même, il y a des entreprises qui fournissent du support et de l'assistance commerciale.
Bien cordialement,
Régis
-----------------
Bonjour,
Si je poste sur le forum, c'est que je suis dans l'urgence. Chercher je le fais tout le temps, mais parfois, je ne trouve pas. Je cherche juste à sortir de l'impasse. Mais tant pis, je fais autrement.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328685#p328685
Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie
Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement
--
Association GeoRezo - le portail géomatique
https://georezo.net
