Bienvenue sur PostGIS.fr

Bienvenue sur PostGIS.fr , le site de la communauté des utilisateurs francophones de PostGIS.

PostGIS ajoute le support d'objets géographique à la base de données PostgreSQL. En effet, PostGIS "spatialise" le serverur PostgreSQL, ce qui permet de l'utiliser comme une base de données SIG.

Maintenu à jour, en fonction de nos disponibilités et des diverses sorties des outils que nous testons, nous vous proposons l'ensemble de nos travaux publiés en langue française.

source: trunk/workshop-routing-foss4g/chapters/advanced.rst @ 71

Revision 71, 7.1 KB checked in by djay, 7 years ago (diff)

Traduction du chapitre 7

Requêtes de routage avancées

Comme expliqué dans le chapitre précédent une requête de recherche de plus court chemine ressemble généralement à ce qui suit :

SELECT * FROM shortest_path_shooting_star(
        'SELECT gid as id, source, target, length as cost, x1, y1, x2, y2, rule,
        to_cost, reverse_cost FROM ways', 6585, 8247, true, true);

On parle généralement de plus court chemin, ce qui signifie que la longueur d'un arc est son coût. Mais le coût n'est pas nécessairement une longueur, il peut représenter n'importe quoi, par exemple le temps, la surface, le type de routes, etc ... Ou il peut être la combinaison de plusieurs paramÚtres ("coûts pondérés").

Note

Si vous souhaitez continuer avec une base de données contenant les fonctions pgRouting, les données exemples ainsi que les attributs nécessaires, vous pouvez charger le fichier de sauvegarded la maniÚre suivante.

Error: Failed to load processor bash
No macro or processor named 'bash' found

Coûts pondérés

Dans un vrai réseau il y a différents types de limitations ou de préférences suivant les types de routes par exemple. En d'autre termes, nous ne voulons pas calculer le plus court chemin mais le chemin le moins cher - un chemin avec un coût minimum. Il n'y aucune limitation dans ce qui peut êtreutilsié pour définir le coût.

Lorsque nous avons convertis les données au format OSM en utilisant l'outil osm2pgrouting, nous avons deux autres tables permettant de déifinir les types de routes et les classes.

Note

Nous passons maintenant à la base de données que nuos avons générée avec osm2pgrouting. Depuis l'invite de commandes de PostgreSQL ceci est possible avec la commande \c routing.

Lancer : SELECT * FROM types;

  id |   name
-----+------------
   2 | cycleway
   1 | highway
   4 | junction
   3 | tracktype

Lancer : SELECT * FROM classes;

 id  | type_id |        name        |  cost
-----+---------+--------------------+--------
 201 |       2 | lane               |
 204 |       2 | opposite           |
 203 |       2 | opposite_lane      |
 202 |       2 | track              |
 117 |       1 | bridleway          |
 113 |       1 | bus_guideway       |
 118 |       1 | byway              |
 115 |       1 | cicleway           |
 116 |       1 | footway            |
 108 |       1 | living_street      |
 101 |       1 | motorway           |
 103 |       1 | motorway_junction  |
 102 |       1 | motorway_link      |
 114 |       1 | path               |
 111 |       1 | pedestrian         |
 106 |       1 | primary            |
 107 |       1 | primary_link       |
 107 |       1 | residential        |
 100 |       1 | road               |
 100 |       1 | unclassified       |
 106 |       1 | secondary          |
 109 |       1 | service            |
 112 |       1 | services           |
 119 |       1 | steps              |
 107 |       1 | tertiary           |
 110 |       1 | track              |
 104 |       1 | trunk              |
 105 |       1 | trunk_link         |
 401 |       4 | roundabout         |
 301 |       3 | grade1             |
 302 |       3 | grade2             |
 303 |       3 | grade3             |
 304 |       3 | grade4             |
 305 |       3 | grade5             |

La classe de route est liée avec la tables des cheminspar le champ class_id. Suite à l'importation des données la valeur de la colonne cost n'est pas encore attribuée. Sa valeur peut être modifiée à l'aide d'une requête UPDATE. Dans cet exemple les valeurs de coût pour la table des classe sont assigné de façon arbitraire, donc nous exécutons :

UPDATE classes SET cost=1 ;
UPDATE classes SET cost=2.0 WHERE name IN ('pedestrian','steps','footway');
UPDATE classes SET cost=1.5 WHERE name IN ('cicleway','living_street','path');
UPDATE classes SET cost=0.8 WHERE name IN ('secondary','tertiary');
UPDATE classes SET cost=0.6 WHERE name IN ('primary','primary_link');
UPDATE classes SET cost=0.4 WHERE name IN ('trunk','trunk_link');
UPDATE classes SET cost=0.3 WHERE name IN ('motorway','motorway_junction','motorway_link');

Pour de meilleures performances, tout spécialement si le réseau est important, il est préférable de créer un index sur la colonnes class_id de la table des chemins et eventuellement le champ id de la table types.

CREATE INDEX ways_class_idx ON ways (class_id);
CREATE INDEX classes_idx ON classes (id);

L'idée de ces deux tables est de les utiliser afin de spécifier un facteur qui sera multiplié par le coût de parcour d'un tronçon (habituellement la longueur) :

SELECT * FROM shortest_path_shooting_star(
        'SELECT gid as id, class_id, source, target, length*c.cost as cost,
                x1, y1, x2, y2, rule, to_cost, reverse_cost*c.cost as reverse_cost
        FROM ways w, classes c
        WHERE class_id=c.id', 6585, 8247, true, true);

Restriction d'accÚs

Une autre possibilité est de restreindre l'accÚs à des routes d'un certains types soit en affectant un coût trÚs élevé à un tronçon ayant un certain attribut soit en s'assurant de ne sélectionner aucun de ces tronçons :

UPDATE classes SET cost=100000 WHERE name LIKE 'motorway%';

En utilisant des sous-requêtes vous pouvez "mixer" vos coût comme bon vous semble et cela modifiera le résultat obtenu imédiatement. Les changements de coûts affecteront la prochaine recherche de plus courts chemins, sans avoir à reconstruire le votre réseau.

Bien entendu, certaines classes de tronçon peuvent aussi être exclues à l'aide d'une clause WHERE dans la requête, par exemple pour exclure la classe "living_street" :

SELECT * FROM shortest_path_shooting_star(
        'SELECT gid as id, class_id, source, target, length*c.cost as cost,
                x1, y1, x2, y2, rule, to_cost, reverse_cost*c.cost as reverse_cost
        FROM ways w, classes c
        WHERE class_id=c.id AND class_id != 111', 6585, 8247, true, true);

Bien entendu, pgRouting vus permet tout types de requêtes SQL supportées par PostgreSQL/PostGIS.

Note: See TracBrowser for help on using the repository browser.