Différences entre les versions de « Administration/Groupes d'objets »

De Le wiki du Bon Tag
Ligne 17 : Ligne 17 :
La requête SQL permet de filtrer les objets OSM qui feront partie de ce groupe d'objets (équivalent de la clause WHERE).
La requête SQL permet de filtrer les objets OSM qui feront partie de ce groupe d'objets (équivalent de la clause WHERE).


L'éditeur supporte les AND (et), les OR (ou) et les () ainsi que les opérateurs = (égalité) et != (différent de).
L'éditeur supporte les AND (et), les OR (ou) et les () ainsi que les opérateurs = (égalité) et != (différent de). '*' (tout) peut également être indiqué comme valeur possible.


Les noms des tags et de leur valeur doivent être écrits entre des guillemets simples.
Les noms des tags et de leur valeur doivent être écrits entre des guillemets simples.

Version du 21 février 2022 à 11:20

Cette page permet de rechercher, d'ajouter, de modifier et de supprimer les groupes d'objets de l'application.
Les groupes d'objets sont des catégories d'objets OSM (un ensemble d'éléments OSM définis par des "tags" spécifiques).

Seuls les objets OSM appartenant à au moins un groupe d'objets seront visibles dans l'interface utilisateur de l'application.

auto

Les paramètres d'un groupe d'objets sont les suivants :

  • Nom du groupe d'objets : Nom donné au groupe d'objets.
  • Requête SQL : Requête SQL (partie "where") de sélection des objets. Par exemple, "type"='route' AND "route"='bus' .
  • Expression JSON : Expression JSON de sélection des objets.
  • Thème parent : Sélection du thème auquel appartiendra le groupe d'objets.

Requête SQL

La requête SQL permet de filtrer les objets OSM qui feront partie de ce groupe d'objets (équivalent de la clause WHERE).

L'éditeur supporte les AND (et), les OR (ou) et les () ainsi que les opérateurs = (égalité) et != (différent de). '*' (tout) peut également être indiqué comme valeur possible.

Les noms des tags et de leur valeur doivent être écrits entre des guillemets simples.

Exemple

La requête suivante cherchera les objets OSM dont le tag amenity vaut 'bicycle_parking' ET dont le tag covered est différent de 'no' :
'amenity'='bicycle_parking' AND 'covered'!='no'

Considération des versions

LeBonTag va rechercher les objets correspondant à la requête SQL dans les tags de la nouvelle version de l'objet, mais aussi dans les tags de son ancienne version.

Donc si un objet correspond à la requête dans les tags de sa nouvelle version, il sera présent dans le groupe d'objets, mais ce sera également le cas si l'objet correspond à la requête dans les tags de son ancienne version.

Si l'on reprend l'exemple précédent de requête :

L'objet sera t-il visible ?
Ancienne version Nouvelle version Objet présent dans le groupe d'objets
amenity=bicycle_parking ; covered=no amenity=bicycle_parking ; covered=no Non
amenity=bicycle_parking ; covered=no amenity=bicycle_parking ; covered=yes Oui
amenity=bicycle_parking ; covered=no amenity=bicycle_parking Oui
amenity=bicycle_parking ; covered=yes amenity=bicycle_parking ; covered=no Oui
amenity=bicycle_parking amenity=bicycle_parking ; covered=no Oui