Le portail francophone de la géomatique

J'ai fermé mon serveur, rouvert, lancé la requête.
Requête OK mais je n'ai pas accès à la vue.

Avec une des deux méthodes exposées.

Pour votre problème, si vous en avez la possibilité
testez en vous connectant en tant que super utilisateur.

C'est résolu. Je ne sais pas comment. J'ai redémarré le serveur, sans résultat. Par contre, lorsque je suis allé dans l'application Vmap, cela a fonctionné, puis je suis retourné dans Pgadmin, et cela a aussi fonctionné. Bizarre. Mais ça marche, c'est l'essentiel.
Merci.

Salut,

SELECT replace(mon_reel::text, '.', ',');

Dernière modification par tumasgiu (Mon 05 August 2019 10:14)

Je vous invite à essayer de trouver par vous même
la réponse n'est pas très compliquée.

Dans ce cas, je vous invite à vous mettre
à niveau si vous étes amené à travailler régulièrement
sur des bases de données et plus globalement dans
les SIG.

Pour vous aider :

la fonction replace prends trois paramètres
(les éléments séparés par des virgules dans les parenthèses) :
    le premier est le texte sur lequel on veut travailler,
    le second est le texte qu'on veut remplacer dans le premier parametre,
    le troisième est le texte qu'on veut utiliser comme remplacement.

Votre première expression (qui commence par trunc et qui finit
par ::text ) renvoie donc un texte représentant votre superficie,
mais avec le mauvais séparateur de décimale.

les deux derniers éléments de votre expression (AS superficie)
est ce qu'on appelle un alias, cela permet de (re)nommer une colonne
ou une expression dans une requête select.

Si vous ne savez pas comment faire,
soit vous essayez de comprendre, mon message précédent est suffisant,
soit vous n'avez qu'à testez toutes les combinaisons possibles.

Voici un exemple :

replace (trunc(st_area(parcelle.geom)::numeric, 2))::text ('.', ',') AS superficie,

Pouvez-vous me dire si c'est chaud ou si c'est froid...

le ('.', ',') est bien placé?

Bonjour,

je pense que ceci devrait vous aider:
replace(trunc(st_area(parcelle.geom)::numeric, 2)::text,'.', ',') AS superficie,

Je peux vous conseiller pour construire les requêtes SQL de passer par Notepad ++.
Vous copiez la requête que vous souhaitez tester, vous allez dans Langage et vous choisissez SQL.
Quand vous déplacerez le curseur au niveau d'une parenthèse vous allez voir ou la parenthèse qui s'ouvre se ferme plus loin dans votre syntaxe.

Moi ça m'aide pour les requêtes assez longues à écrire.

Bon courage.

Dans votre exemple, je pense que la composée est g.
C'était donc une histoire de parenthèses et de virgule.
Merci francis_31. Je pense que je vais utiliser Notepad ++.

Donc cela fonctionne.

Prochaine étape, prochain problème !
Je sélectionne des parcelles dans Vmap avec le champ superficie au format virgule. J'exporte pour ouvrir dans excel. Mais excel considère ce champ comme du texte. Je dois donc convertir ces données en standard pour pouvoir faire la somme des superficies.
Peut-on régler ça dans postgis?

à priori d'après la requête l'attribut 'superficie' est de type texte quand on affiche la vue dans pgadmin ?
Si c'est le cas pourquoi pas tenter un : replace(trunc(st_area(parcelle.geom)::numeric, 2)::text,'.', ',')::numeric AS superficie,
Mais je ne suis pas du tout sur que ça fonctionne (je ne sais pas si postgresql accepte d'interpréter la virgule comme un séparateur lorsque l'attribut doit être considéré comme un nombre et non du texte ou bien qu'il change la virgule pour le point au moment du retypage).

Il  faut ouvrir la vue dans pgadmin et vérifier que l'attribut 'superficie' est bien typé en numeric et plus en texte.

Si ça fonctionne, il faut à nouveau tester l'export vmap et voir ce que ça donne sous excel (je ne sais pas si vmap gère de conserver les typages des champs).


Après, je ne sais pas si c'est pour des utilisations fréquentes de personnes qui ne connaissent pas assez excel mais un clic sur la colonne puis clic droit format de cellule ça devrait passer.

Enfin, voir si les exports du module cadastre de vmap ne fournit pas déjà le fichier que vous souhaitez créer (bouton du module cadastre de vMap Générer un rapport).

Non le résultat donne ceci :
ERROR:  cannot change data type of view column "superficie" from text to numeric

Bien sûr cela peut se faire sous excel, mais j'aimerais que cela soit plus direct, notamment pour les personnes qui n'utilisent pas trop excel.

Oui, Francis a raison,
l'éditeur de texte de pgAdmin4 est moyen,
mieux vaut écrire ses requêtes avec quelque chose de plus
ergonomique.

Pour votre problème de format de données,
dans l'export au format csv de pgAdmin4,
vous pouvez modifier le caractère délimiteur de champ
par défaut ",". Une autre valeur commune est ";"

à mon avis à lire ce que vous envoyez il faut refaire le test de la manière suivante:

il faut d'abord faire un "DROP" de la vue (la supprimer) et surtout bien conserver la requête avant pour la recréer après.
Puis recréer la vue avec CREATE VIEW etc.

S'il écrit à nouveau un message de type qu'il ne peut pas convertir la valeur de l'attribut 'superficie' en numeric je pense que c'est bien ça c'est que pour la base de données le séparateur de décimale est le point et pas la virgule. Donc pour avoir un nombre avec deux décimales il faudra conserver le point en séparateur je ne vois pas quoi faire d'autre dans la base de données ou en tout cas  je ne connais pas (lié aux options de création de la base de données au tout début à mon sens).


Pour répondre à la deuxième question elle reste en texte car vous l'explicitez vous-même dans trunc(st_area(parcelle.geom)::numeric, 2)::text c'est le ::text qui type la colonne
Juste une chose là-dessus que je ne suis pas absolument sur : j'aurais utilisé round pour qu'il arrondisse la dernière décimale car je ne sais pas si fonctio trunc le fait (après peu d'importance à mon avis car vous ne devez pas être à 1 cm carré près).

Enfin, concernant l'option de pgadmin 4, oui c'est une bonne idée sauf que ça ne réponds pas à son souci car à la fin il souhaite que ce soit un export déclenché depuis un logiciel SIG Web et non pas via pgAdmin.

C'est pour ça que je suggérais de regarder dans un premier temps le module cadastre de vmap qui fournit peut-être en standard l'information qu'il souhaite (une fois les parcelles au panier cliquer sur Générer un rapport et tester les différents rapports dont certains qui sont déjà lisibles dans excel).