Message posté par : Romary Munier
----------------------------------------
Bonjour,
Là : C:\Program Files\PostgreSQL\9.6\data ça fonctionne mais avec le message suivant :
-----------------
Citation :
ATTENTION: l'emplacement du tablespace ne doit pas être dans le répertoire de données
-----------------
L'utilisateur postgres n'est pas indiqué comme étant propriétaire de ce dossier.
Romary
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324560#p324560
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,
Si le client n'est pas en UTF-8 (par ex windows), il faut préciser à PG quel est l'encodage du client.
Vous le faire soit en SQL, soit en ligne de commande, avec la variable PGCLIENTENCODING (https://www.postgresql.org/docs/11/multibyte.html)
-----------------
Code :
export PGCLIENTENCODING=WIN1252
-----------------
(vous pouvez vérifier l'encodage du client sous dos avec la commande chcp il me semble)
Nicolas
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324556#p324556
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 : zack
----------------------------------------
Bonjour,
J'ai téléchargé la BD TOPO v3 de l'IGN au format postgres. J'arrive à importer les tables dans postgres, dans le schéma qui va bien etc... mais j'ai un problème d'encodage et donc de caractères spéciaux. Ma BDD cible est bien en UTF-8 comme est censée l'être la BD TOPO. J'utilise PGADMIN 4 et je fais l'import en ligne de commande. Y a -t'il un moyen de préciser que c'est de l'UTF-8 ? Selon l'IGN, le problème est du au logiciel qui fait l'import, qui lit les données en Windows-1252. Quelqu'un à déjà eu ce problème avec une BD IGN ? Je ne l'ai pas avec d'autres sources, comme les fichiers MAJIC du CEREMA.
Merci !
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324554#p324554
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 :
Et j'ai gagne un temps phenomenal en 9.5 et aussi en 9.1
Par contre je ne sais pas pourquoi la requete d'origine prenait plus de temps en 9.5 qu'en 9.1
(Il faudrait peut-etre modifier le titre du sujet)
-----------------
Vous pouvez essayer de récupérer le plan des deux requêtes avec EXPLAIN,
pour voir en quoi elles différent.
-----------------
Citation :
Concernant l'algorithme le plus adapte pour mon jeu de donnees, mes donnees sont assez simple.
Il s'agit d'un reseau FTTH. En general, il n'y a qu'un seul itineraire possible par couple [origine, destination].
-----------------
Oui donc j'imagine que votre graphe doit être creux, donc Dijkstra est indiqué.
A* donnera peut être de meilleures performances, mais ne donnera pas forcement
le chemin optimal si l'heuristique n'est pas bonne.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324536#p324536
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
----------------------------------------
En creusant je me suis rendu compte que ce n'�tait pas pgrouting qui me faisait perdre du temps entre postgres 9.1 et 9.5.
Comme certains jeux de donn�es �taient volumineux, le code avait �t� optimis� pour travailler par zone.
Le graphe �tait construit sur l'ensemble du jeu de donn�es mais ensuite il y avait une s�lection par intersection spatiale avec une couche de polygones pour ne travailler que par zone.
C'est cette requ�te d'intersection spatiale qui en passant de postgres 9.1 � 9.5 prenait plus de temps.
La requ�te spatiale �tait du type
-----------------
Code :
select mon_routing.edge_id,mon_routing.id,mon_routing.source,mon_routing.target,mon_routing.cost,mon_routing.iti,mon_routing.the_geom
from mon_routing , mes_zones
where ST_Buffer(mes_zones.the_geom, 1000) && mon_routing.the_geom
and ST_Intersects(mon_routing.the_geom,ST_Buffer(mes_zones.the_geom, 1000)) IS TRUE
and mes_zones.zone_id = '1'
-----------------
J'ai r��crit la requ�te de la fa�on suivante:
-----------------
Code :
select mon_routing.edge_id,mon_routing.id,mon_routing.source,mon_routing.target,mon_routing.cost,mon_routing.iti,mon_routing.the_geom
from mon_routing , mes_zones
where mes_zones.zone_id = '1'
and st_dwithin(mes_zones.geom, mon_routing.geom, 1000)
-----------------
Et j'ai gagn� un temps ph�nom�nal en 9.5 et aussi en 9.1
Par contre je ne sais pas pourquoi la requ�te d'origine prenait plus de temps en 9.5 qu�en 9.1
(Il faudrait peut-�tre modifier le titre du sujet)
Concernant l'algorithme le plus adapt� pour mon jeu de donn�es, mes donn�es sont assez simple.
Il s'agit d'un r�seau FTTH. En g�n�ral, il n'y a qu'un seul itin�raire possible par couple [origine, destination].
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324533#p324533
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,
je sais pas si j'ai très bien compris mais :
-----------------
Code :
SELECT
desactiver_couvert(ma_colonne)
FROM
ma_table
ORDER BY
ma_colonne ASC
;
-----------------
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324503#p324503
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,
essayez sur un chemin sans espace (style c:\pg\data) et surtout vérifiez les droits du répertoire: il doit appartenir au user postgres
Nico
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324496#p324496
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
----------------------------------------
Je vous remercie @JP LLORRENS.
Votre réponse correspond parfaitement à mes attentes.
Grand MERCI à vous.
Cordialement,
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324495#p324495
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 : Romary Munier
----------------------------------------
En fait je me rends compte que même en local ça ne fonctionne pas.
Utilisateur postgres ou utilisateur de la machine, ça ne change rien .
L'adresse du tableSpace pour mon test :
-----------------
Citation :
C:\Program Files\PostgreSQL\9.6\data_table_space_test
-----------------
et le message d'erreur généré :
-----------------
Citation :
ERREUR: n'a pas pu configurer les droits du répertoire « C:/Program Files/PostgreSQL/9.6/data_table_space_test » : Permission denied
-----------------
En ajoutant des guillemets sur le chemin, là il me demande une définition du répertoire en chemin absolu.
Des idées de ce qui coince?
Romary
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324492#p324492
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 : Jean-Marc
----------------------------------------
Salut,
J'ai fais une fonction update "desactiver_couverts(numero_document integer)" qui prend un nombre en argument.
Maintenant que ma fonction fonctionne, je dois la faire fonctionner avec tous les nombres (dans l'ordre croissant de ces nombres, c'est important) contenus dans une colonne.
Le problème est que je ne sais pas (et je n'arrive pas en fonction de ce que j'ai trouvé) à faire l'itération qui va me permettre de rouler la fonction avec les nombres de la colonne en ordre ascendant.
Quelqu'un aurait-il un exemple de SQL à me montrer qui reprendrait un champs pour alimenter une fonction ?
Merci de vos z'avis z'avisés.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324490#p324490
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
