Le portail francophone de la géomatique

Salut,

merci pour la réponse, mais j'ai déjà fait ça et ça ne marche pas c'est pourquoi je veux de l'aide.

Ca serait plutôt ca (théorie) :

UPDATE employees SET sales_count = sales_count + 1 FROM accounts
  WHERE accounts.name = 'Acme Corporation'
  AND employees.id = accounts.sales_person;

Soit quelque chose comme ca :

UPDATE matable SET geom = sum(st_area(b.geom)) FROM public.multipolygones b WHERE b.id = a.id AND b.leisure ilike 'park'

Y.

Salut,

une petite précision d'ordre général sur la clause FROM :

si, pour une ligne de la table a mettre à jour A,
il existe plusieurs lignes correspondantes dans la table ou l'expression B,
la ligne utilisée pour la mise à jour est choisie au hasard.

Aucun avertissement n'est donné par le moteur, il faut s'assurer par avance
que la relation entre les deux tables ne vérifie pas cette propriété.

Utiliser une sous-requête plutôt que la clause FROM est plus sûr,
en ce sens que la mise à jour ne s’exécute pas dans ce cas de figure.

Dernière modification par tumasgiu (Thu 22 June 2017 10:22)

Et en passant par la création temporaire d'une table temporaire , si c'est trop compliqué à écrire pour une personne qui comme moi n'est pas expert en SQL à 100 % de son temps ?

A quoi sert la condition de la sous-requête ?

v.gid=b.id

Actuellement votre sous requête restreint la recherche aux éléments de v
ayant le même id que b, et comme ce qu'elle renvoie c'est la colonne id de v,
votre sous-requête renverra en fait l'id de b, puisqu'ils sont égaux,
et après votre requête, la colonne pt de toutes les lignes de b vaudra soit la colonne gid, soit NULL.

Dernière modification par tumasgiu (Thu 22 June 2017 10:47)

La colonne pt doit valoir l'id de la ligne ways la plus proche c'est bien çà ?

Votre requête était la bonne, il suffit d'enlever cette condition
ainsi que la jointure dans la sous requête.
Vous pouvez utiliser la table que vous mettez à jour dans la sous requête :

UPDATE shema.finale b 
SET pt= (SELECT gid FROM public.ways v
             WHERE st_DWithin(b.the_geom,v.the_geom,300)
             ORDER BY st_distance(b.the_geom, v.the_geom) 
             ASC  LIMIT 1 )

Dernière modification par tumasgiu (Thu 22 June 2017 11:01)

Votre requête me semble correcte.

3 possibilités d'erreurs selon moi :

count(gid) : la fonction compte le nombre d'éléments non nuls, si l'une des lignes de votre table comporte un gid null,
elle ne sera pas comptabilisée.

st_dwithin: Je ne sais pas exactement comment est calculée la distance. Selon les critères, des lignes peuvent se voir
exclues.

ilike 'park': peut être que cette condition exclut certaines lignes, cela peut être du à un espace après le mot, ou une autre orthographe.

Ce que je vous conseille c''est d’exécuter la sous-requête seule pour une ligne de votre table finale donnée,  et de tester.

Dernière modification par tumasgiu (Thu 22 June 2017 14:09)

Quelle est la projection de vos données géométriques ?
Ce n'est pas sur que l'unité soit le mètre.

Donc en degrés, tu peux faire une reprojection à la volée pour calculer en mètres avec st_transform()

Oui en 2154 pour avoir des mètres

Vous projetez vos géométries à la volée dans la requête :

st_dwithin(st_transform(b.the_geom, 2154), st_transform(v.geom, 2154), 50)

Ou alors vous projetez vos géométries en dur, avant d’exécuter votre requête :

ALTER TABLE shema.final
   ALTER COLUMN geom 
   TYPE Geometry(Point, 2154) 
   USING ST_Transform(geom, 2154);

ALTER TABLE multipolygones
   ALTER COLUMN geom 
   TYPE Geometry(MultiPolygon, 2154) 
   USING ST_Transform(MultiPolygon, 2154);

ça ne fontionne toujours pas

ça me donne le nombre 58 dans toutes les cases de la ligne nbPark.