[gnome-maps/wip/mlundblad/transit-service-discovery: 15/15] Add README describing the transit plugin concept
- From: Marcus Lundblad <mlundblad src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [gnome-maps/wip/mlundblad/transit-service-discovery: 15/15] Add README describing the transit plugin concept
- Date: Tue, 10 Sep 2019 20:30:28 +0000 (UTC)
commit 483a3bb0c8944ef7a7db8f286fae117a87723a39
Author: Marcus Lundblad <ml update uu se>
Date: Mon Sep 9 22:00:14 2019 +0200
Add README describing the transit plugin concept
src/transitplugins/README | 70 +++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 70 insertions(+)
---
diff --git a/src/transitplugins/README b/src/transitplugins/README
new file mode 100644
index 0000000..0445a64
--- /dev/null
+++ b/src/transitplugins/README
@@ -0,0 +1,70 @@
+This directory contains implementations of transit routing provider plugins.
+Each plugin should contain an ES6 class implementing the plugin and the
+plugin module has the same name as the class, but with leading lower-case
+camel case, e.g. a plugin class called "FooBar" goes into a module called
+"fooBar" (fooBar.js).
+
+Each implementation implement two methods:
+
+fetchFirstResults():
+
+This is invoked when the singleton routing query has been updated and would
+query itineraries from it's source, and on success populate the TransitPlan
+singleton with an itinerary list and call plan.update(), or on error call
+one of the pre-defined error methods on the plan, or trigger a custom error
+with plan.error().
+
+fetchMoreResults():
+
+This is invoked when to fetch additional (later or earlier) results.
+Would on success add additional itineraries and call plan.update(), or on
+error call plan.noMoreResults().
+
+Providers are configured via the downloaded service file using a JSON element
+like:
+
+"transitProviders": [
+ {
+ "provider": {
+ "name": "Description of provider 1",
+ "plugin": "OpenTripPlanner",
+ "attribution": "Provider 1",
+ "attributionUrl": "http://provider1.example.com",
+ "priority": 10,
+ "areas": [
+ {
+ "priority": 10,
+ "countries": [ "UT" ]
+ }
+ ],
+ "params": {
+ "baseUrl": "http://otp.provider1.example.com/otp"
+ }
+ }
+ },
+ {
+ "provider": {
+ "name": "Provider 2",
+ "plugin": "OpenTripPlanner",
+ "attribution": "Provider 2",
+ "attributionUrl": "https://provider2.example.com",
+ "areas": [
+ {
+ "bbox": [48.28,0.81,49.73,4.11]
+ }
+ ],
+ "params": {
+ "baseUrl": "https://provider2.example.com/otp"
+ }
+ }
+ }
+ ]
+
+ Each provider can have an optional priority, to allow more specific provider
+ (e.g. one serving a single city) within the area of a more general one.
+ Single sub-areas of a provider can also override the general provider priority.
+ This can be used to allow areas of provider to "shadow" neighboring providers
+ while keeping the the neighboring provider as the preferred one when used
+ exclusively for its region.
+ Custom parameters, if specified, will be passed as the "params" object the
+ constructor() of the plugin implementation.
\ No newline at end of file
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]