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
Message posté par : Mossy_D
----------------------------------------
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 !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328647#p328647
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
----------------------------------------
Je ne suis pas certain que les window functions soit implémentés dans sqlite.
Mais pour faire ce que vous voulez, ce n'est pas nécessaire.
Un group by et une fonction d’agrégat comme group_concat fera l'affaire.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328644#p328644
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 : aguenec
----------------------------------------
Bonjour,
J'utilise le plugin "Change DataSource" pour actualiser mes données rapidement (clic droit sur la couche --> Change data source 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
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328622#p328622
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
----------------------------------------
La doc officielle est plutôt bien foutu je trouve.
https://docs.postgresql.fr/current/user-manag.html
Il ne faut pas oublier d'attribuer le droit usage sur le schema
qui contient les tables.
Pour vous simplifier la vie je vous conseille d'utiliser le système
de groupe afin de ne pas avoir à lancer trop de commande.
Autre chose : vous pouvez définir des privilèges d'accès par défaut
à la création de nouveaux objets.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=328595#p328595
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
