Message posté par : JP LLORENS
----------------------------------------
Bonjour.
La requête suivante devrait vous permettre de créer les polygones englobant :
-----------------
Code :
select ogc_fid, st_envelope(mageom)::geometry(polygon,3944) as mageom
from matable
-----------------
Cordialement
JP
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324488#p324488
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 : Abdoulayi111
----------------------------------------
Bonjour,
Je cherche un moyen de créer des polygones par lignes dans ma base de données Postgres/PostGis/.
J'ai un ensemble de lignes dans ma base de données. Je souhaite créer pour chaque ligne un rectangle qui le contiendra.
Je me répète, mais c'est important que chaque ligne (à partir de l'id de la ligne) soit créé un polygone, de type rectangle par exemple.
Cela suppose, je pense, de récupérer les extrémités de chaque ligne (xmin, xmax, ymin, ymax).
En vous remerciant par avance de votre aide,
Cordialement,
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324484#p324484
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
----------------------------------------
-----------------
Citation :
Les fonction shortest_path() et pgr_dijkstra() n?utilisent-t-elles pas toutes les deux dijskra ?
=> Si oui pourquoi cette diff?rence de temps de traitement ?
-----------------
Selon la doc, shortest_path utilise bien Dijkstra.
Peut être avez vous mal utiliser pgr_createtopology ?
Un index sur une des tables serait peut être judicieux
(couplé avec un VACUUM ANALYZE)
-----------------
Citation :
Dans pgrouting 2.x j'ai vu qu'il existe plusieurs fonctions correspondant ? diff?rentes m?thodes de calcul du plus court chemin (dijkstra, Floyd-Warshall, A*)
=> Est_ce qu'il y a des algorithmes plus rapides que d'autres en temps de traitements ?
-----------------
En fait, cela dépend de la nature de votre graphe.
Floyd-Warshall fonctionne bien sur des graphes denses, càd ceux dont le
nombre d'arêtes est proche du nombre maximum d'arête possible.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324412#p324412
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 : guil31
----------------------------------------
Bonjour,
Je suis en train de faire passer du code �crit pour pgrouting 1.x vers 2.x.
J'ai donc substitu� mes fonctions assign_vertex_id() et shortest_path() par pgr_createTopology() et pgr_dijkstra().
Tout ce passe bien et mon code fonctionne correctement avec pgrouting 2.x.
Cependant, pour un m�me jeu de donn�es je passe de 1 minute 50 de temps de traitement � 6 minutes 30.
Mon jeu de donn�es est un petit jeu de donn�es test et j'ai un peu peur de ce que �a va donner pour des plus gros volumes de donn�es.
Je cherche donc � optimiser mes temps de traitements sous pgrouting 2.x
Les fonction shortest_path() et pgr_dijkstra() n�utilisent-t-elles pas toutes les deux dijskra ?
=> Si oui pourquoi cette diff�rence de temps de traitement ?
Dans pgrouting 2.x j'ai vu qu'il existe plusieurs fonctions correspondant � diff�rentes m�thodes de calcul du plus court chemin (dijkstra, Floyd-Warshall, A*)
=> Est_ce qu'il y a des algorithmes plus rapides que d'autres en temps de traitements ?
Merci d'avance pour vos retours
Claire
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324392#p324392
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 : Sylvain M.
----------------------------------------
Bon, ben j'ai bien fait de poser la question !!!
(et heureusement que j'ai été interrompu par plusieurs coups de téléphone avant de faire la manip sur le serveur distant)
Je pense donc faire le choix d'ajouter un nouveau disque dédié sur mon PC Windows.
-----------------
Citation :
Déplacez votre serveur PostgreSQL complétement sur votre serveur SIG
si c'est possible.
-----------------
Ça me plairait bien, mais mon "Serveur-SIG" est actuellement uniquement un "serveur de données", et n'a pas beaucoup de puissance... Je préfère utiliser mon PC qui est un peu plus puissant pour les traitements SIG.
N'hésitez pas à me signaler si vous voyez dans mes propos une incohérence, ou si vous avez d'autres suggestions !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324370#p324370
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
----------------------------------------
-----------------
tumasgiu écrit :
Les raisons d'éviter l’hébergement sur un partage SMB :
* Performances catastrophiques
* risque de perte de données/corruption.
-----------------
Salut tumasgiu,
Oui effectivement, je n'avais pas pensé à ces pb de corruption potentielle.
Nico
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324366#p324366
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
----------------------------------------
-----------------
Sylvain M. écrit :
J'aurai sans doute tenté avant votre réponse, mais je pose la question au cas où :
j'aimerais que les données soient déplacées sur mon serveur de données SIG, auquel j'accède avec ce chemin :
\\serveur-sig\data\..
Du coup, j'ai bien vu le problème des chemins d'accès dans postgresql.conf, qui doivent être écrits en doublant les antislash.
Ex. : data_directory='d:\\pgdata'
Dans le cas d'un dossier sur serveur, est-ce que l'écriture devra être "\\\\serveur-sig\\data\\.." ?
-----------------
Sur un disque distant, vous risquez d'avoir des (gros ?) pb de performance lors des écritures dans la base (et meme lors des select, pour charger les données en mémoire). A moins que vous n'ayez un réseau ultra rapide, style fibre 10GB ou plus, ou un stockage disque style nas, san
Pour des performance optimum, il faut que les données soient sur un disque accédé très rapidement depuis le serveur sur lequel est installé PG. Si les données entre le disque et le système doivent transiter par un réseau, il faut que celui-ci soit rapide.
Pour le montage du disque, le plus simple n'est il pas d'attribuer un lecteur au disque réseau, style z:\, et que ce lecteur soit visible depuis le serveur PG ?
(mes connaissances en windows sont très limitées...)
Nicolas
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324364#p324364
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
----------------------------------------
Les raisons d'éviter l’hébergement sur un partage SMB :
* Performances catastrophiques
* risque de perte de données/corruption.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324362#p324362
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
----------------------------------------
Salut,
logiquement oui, il faudrait doubler tout les anti-slash.
Par contre, il est déconseillé d'utiliser un partage réseau
pour héberger le répertoire data.
Déplacez votre serveur PostgreSQL complétement sur votre serveur SIG
si c'est possible.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324361#p324361
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,
Oui, le déplacement du répertoire data de pg marche bien (faites attention que le nouveau répertoire ait les mêmes droits que l'ancien).
Vous pouvez aussi faire ca depuis PG avec les tablespaces (https://www.postgresql.org/docs/12/manage-ag-tablespaces.html):
Le tablespace est l'espace de stockage de données, vu depuis PG. Par défaut, il y a un tablespace qui est le répertoire data.
Vous pouvez créer d'autres tablespaces:
• créer un répertoire qq part, avec les droits pour l'utilisateur postgres
• créer un tablespace PG vers ce répertoire : create tablespace nouvel_espace ...
• Modifier la BD pour utiliser ce tablespace: alter database ... set tablespace nouvel_espace
PG va alors déplacer les données de la BD vers ce répertoire.
Nicolas
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324359#p324359
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
