feat(geo): implement OGC API Routes support - #1909
Conversation
| ], | ||
| providers: [ | ||
| provideDirection(withOsrmSource()), | ||
| provideDirection(withOsrmSource(), withOgcApiRoutesSource()), |
There was a problem hiding this comment.
Je ne suis pas certain de comprendre comment ça fonctionne. On ajoute ici un deuxième provider OGC API et on a une source définie dans les environment.ts. Cela fait en sorte que dans la démo on a le mat-select qui apparait avec la source OGC API et la 2e source, mais les deux font les mêmes appels quand on switch d'un à l'autre?
There was a problem hiding this comment.
L'idée ici se présente en 3 temps:
1- modifier la facon de fournir un provider d'itinéraire
2- ajouter le multi provider dans l'interface.
3- accessoirement, ajouter le standard (draft) ogc-api-routes
| return this.activeSourceName; | ||
| } | ||
|
|
||
| setSelectedSource(id?: string): void { |
There was a problem hiding this comment.
Le param peut être l'id ou le nom?
There was a problem hiding this comment.
Est-ce qu'il y a une doc quelconque pour comprendre la structure de comment ça fonctionne. Je suis tombé là-dessus https://ogcapi.ogc.org/routes/overview.html et là-dessus https://docs.ogc.org/DRAFTS/21-001.html, mais c'est assez sommaire et pas très friendly.
| getSourceId(): string { | ||
| return this.sourceId; | ||
| } | ||
|
|
There was a problem hiding this comment.
Pas besoin de ce getter, on l'a déjà plus haut directement de la valeur private.
…urce options chore(env): add OSRM Québec source ID to production environment configuration
pelord
changed the title
14d8aad to
89c7bf9
Compare
2 participants
Voir l'enjeu #1908
Ici, on ajoute une intégration standard basé sur le draft OGC-API routes.
Notre service privé sera arrimé a cette méthode d'appel afin de fournir des itinéraire.