Message posté par : franck06
----------------------------------------
Bonjour à tous je souhaite créer une requête postgis sur nos données adresses pour utilisation QGIS en mode web.
Chaque numéro de rue est relié à un tronçon de voie par un identifiant commun.
Le but est que lorsque une adresse est recherchée, lors du centrage (car dans un environnement tablette) l’adresse trouvée soit entourée de deux disques concentriques de couleurs différentes matérialisant 50 mètres et 100 mètres.
Nom de la table : point_routier, le champ de l adresse (du numéro) NOM, le champ pour faire correspondance avec la voie : IDENTIFIANT
merci de votre aide
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324642#p324642
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
----------------------------------------
Merci pour vos réponses. Rassurez-vous c'est une base de test. Et c'est le seul emplacement qui fonctionnait après moultes essais ailleurs...
En essayant d'autres manip voilà le résultat... c'est toujours le même.
-----------------
Code :
C:\Program Files\PostgreSQL\9.6\bin>initdb -D "C:\tmp\pgdata" -U postgres -W
Les fichiers de ce cluster appartiendront à l'utilisateur « admin.fbe ».
Le processus serveur doit également lui appartenir.
L'instance sera initialisée avec la locale « French_France.1252 ».
L'encodage par défaut des bases de données a été configuré en conséquence
avec « WIN1252 ».
La configuration de la recherche plein texte a été initialisée à « french ».
Les sommes de contrôles des pages de données sont désactivées.
Saisissez le nouveau mot de passe du super-utilisateur :
Saisissez-le à nouveau :
correction des droits sur le répertoire existant C:/tmp/pgdata... initdb : n'a pas pu modifier les droits du répertoire « C:/tmp/pgdata » : Permission denied
C:\Program Files\PostgreSQL\9.6\bin>
-----------------
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324620#p324620
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
----------------------------------------
Merci pour votre réponse qui m'a orienté vers la solution. J'ai ajouté un SET CLIENT_ENCODING TO 'UTF8' ; à mon script SQL et ça fonctionne parfaitement.
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324578#p324578
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,
Houla, c'est joueur de définir un nouveau tablespace sur l'emplacement des data PG ;)
je viens de tester sous windows 10, admin de la machine: repertoire c:\tmp\pgdata créé avec exploreur,
puis dans psql:
-----------------
Code :
nicolas=# create tablespace testts location 'C:\\tmp\\pgdata';
CREATE TABLESPACE
nicolas=# create table toto(id int) tablespace testts;
CREATE TABLE
nicolas=#
-----------------
Nicolas
----------------------------------------
Le message est situé https://georezo.net/forum/viewtopic.php?pid=324568#p324568
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
----------------------------------------
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
