Oui c'est un truc qui t'évite de gérer le délimiteur de valeur et remplace
donc par $$ donc pas d'échappement à gérer. exemple de clé ou la valeur
contenant un simple cote ou un double cote utilisé comme paramètre de ta
requête
y compris les `` ou "
Je parlais ce ça car le mieux c'est
Un pro de postgre te fera sûrement une réponse plus fine que moi. Ici
c'est une forme de quoting qui te permet "d’éviter" les autres formes de
quoting (comme ') et \ et ne pas à avoir à les "echapper". Dans ma tête
c'est un "super quote".
Le ven. 13 déc. 2019 à 12:02, Tony Emery via Talk-fr <
Merci Olivier pour ta contribution.
Rappelle-moi ce que signifie les $$ ?
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonjour,
Pour les arbres j'ai une requête sql (postgresql) un peu monstre qui génère
une autre requête avec tous les champs dans le hstore (y compris les `` ou
""). Tu peux modifier cette seconde requête avant de la lancer.
SELECT format($$ SELECT osm_id, tags->%s
> FROM planet_osm_point
> WHERE
> J'ai tout essayé, même la danse du ventre…
Tu peux mettre une vidéo en ligne stp
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
@Tony quelle version de Postgresql Postgis as tu? Tu as fait quelle
configuration ? Encodage de base etc.
('amenity_pnt', 'amenity IS NOT NULL’, ’amenity', ‘name', *‘*access’, 'tags
-> *"*ref:FR:FANTOIR*"*', 'dispatch_point’),
Il y a un problème ici tu as des guillemets en mode MySQL dans la
pyrog wrote
> Imbriquer les guillemets simple dans des doubles (ou vice versa), ça ne
> fonctionne pas ?
J'ai tout essayé, même la danse du ventre...
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
Denis, je retire ce que j'ai dit : ton astuce fonctionne, je l'ai testé sur
une autre clé...
Je vais donc faire ma tambouille dans ce coin là.
-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
@Tony
> ('amenity_pnt', 'amenity IS NOT NULL','amenity, name, access,tags ->
> 'ref:FR:FANTOIR'', 'dispatch_point’),
> Du coup, les guillements de la clé hstore entrent en conflit avec les
> guillements de ma table. J'ai essayé de doubler les guillements, de les
> supprimer, rien y fait.
Denis, j'ai essayé ta solution mais cela ne revoit rien alors que je sais que
la clé existe.
Etienne, c'est ce que j'ai essayé au départ : dans le script, je créé une
table avec les thématiques à extraire :
CREATE TABLE public.thematique (diminutif varchar(50), condition
varchar(250), attribut
Le jeu. 12 déc. 2019 à 13:57, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via
> osm2pgsql.
>
Ah, mais on ne savait pas ;-)
Ttraite le HStore dans Postgresql directement alors?
Lors de ta requête. Cela sera
tu veux pour extraire plusieurs clés
J'espère que cela répondra à ton besoin
Denis
-Message d'origine-
De : Tony Emery via Talk-fr
Envoyé : jeudi 12 décembre 2019 13:56
À : talk-fr@openstreetmap.org
Cc : Tony Emery
Objet : Re: [OSM-talk-fr] gestion du hstore dans qgis
Je n'utilise pas
Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via
osm2pgsql.
Mon problème est que si je demande à osm2pgsql d'extraire tous les champs
(via le fichier de config), je vais en avoir beaucoup dont la majorité sera
vide et cela rendra mes requêtes futures compliquées à gérer.
Le mer. 11 déc. 2019 à 09:28, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> map_get(hstore_to_map("tags"),'bridge').
> Sauf que chez moi, ça ne renvoi rien du tout.
>
> Aurais-je fait une erreur quelque part ?
>
Et ton champ, c'est bien "tags" ?
Que donne
test quick Osm, extension Qgis plutôt très bien,
Pour l’ecw, pas de soucis avec QGIS3.10 (Mac Os 10.13.6) pas testé avec linux
mini, et surtout pas avec windows…
> Le 11 déc. 2019 à 15:48, ades a écrit :
>
>
>
>> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr
>> a écrit :
>>
>> J'utilise
> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr a
> écrit :
>
> J'utilise QGIS 3.4.
> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
> dernière version.
>
> Ma source, c'est
>
Dans qGis essaye QuickOsm, à chercher dans les extensions…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
J'utilise QGIS 3.4.
J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
dernière version.
Ma source, c'est
Bonjour Tony,
Quelle version de QGIS utilises-tu ?
Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ?
René-Luc
3liz
Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit :
Bonjour à tous,
Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore
Salut Tony,
Tu peux peut-être mieux expliciter ce que tu cherches à faire ?
Denis
-Message d'origine-
De : Tony Emery via Talk-fr
Envoyé : mercredi 11 décembre 2019 09:28
À : talk-fr@openstreetmap.org
Cc : Tony Emery
Objet : [OSM-talk-fr] gestion du hstore dans qgis
Bonjour à tous
Bonjour à tous,
Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.
En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.
21 matches
Mail list logo