From 48842ac1197560b1b7f597e3e1be7c4d93f8d098 Mon Sep 17 00:00:00 2001
From: Michel Etienne
Date: Tue, 6 Nov 2012 18:53:29 +0100
Subject: add access_points and access_links managment
---
app/assets/images/icons/disabled_left_arrow.png | Bin 0 -> 823 bytes
app/assets/images/icons/disabled_right_arrow.png | Bin 0 -> 815 bytes
app/assets/images/icons/gray_left_arrow.png | Bin 0 -> 567 bytes
app/assets/images/icons/gray_right_arrow.png | Bin 0 -> 556 bytes
app/assets/images/icons/green_left_arrow.png | Bin 0 -> 422 bytes
app/assets/images/icons/green_right_arrow.png | Bin 0 -> 423 bytes
app/assets/images/map/access_in.png | Bin 0 -> 666 bytes
app/assets/images/map/access_in_out.png | Bin 0 -> 666 bytes
app/assets/images/map/access_out.png | Bin 0 -> 666 bytes
app/assets/javascripts/access_points.js.coffee | 30 +++++
app/assets/stylesheets/access_links.css.scss | 21 ++++
app/assets/stylesheets/access_points.css.scss | 104 +++++++++++++++++
app/assets/stylesheets/stop_areas.css.scss | 58 ++++++++++
app/controllers/access_links_controller.rb | 73 ++++++++++++
app/controllers/access_points_controller.rb | 54 +++++++++
app/controllers/stop_areas_controller.rb | 6 +
app/helpers/access_points_helper.rb | 28 +++++
app/helpers/stop_areas_helper.rb | 47 ++++++++
app/maps/access_point_map.rb | 62 +++++++++++
app/maps/style_map/access_points_style_map.rb | 39 +++++++
app/maps/style_map/edit_access_point_style_map.rb | 46 ++++++++
app/models/access_link_pair.rb | 45 ++++++++
app/models/referential.rb | 35 ++++++
.../access_link_pairs/_access_link_pair.html.erb | 57 ++++++++++
app/views/access_links/_form.html.erb | 35 ++++++
app/views/access_links/edit.html.erb | 4 +
app/views/access_links/new.html.erb | 3 +
app/views/access_links/show.html.erb | 90 +++++++++++++++
app/views/access_points/_access_point.html.erb | 20 ++++
app/views/access_points/_form.html.erb | 44 ++++++++
app/views/access_points/edit.html.erb | 5 +
app/views/access_points/index.html.erb | 26 +++++
app/views/access_points/index.kml.erb | 12 ++
app/views/access_points/new.html.erb | 3 +
app/views/access_points/show.html.erb | 123 +++++++++++++++++++++
app/views/access_points/show.kml.erb | 10 ++
app/views/referentials/_counts.html.erb | 5 +
app/views/stop_areas/access_links.html.erb | 12 ++
app/views/stop_areas/show.html.erb | 49 ++++++--
39 files changed, 1135 insertions(+), 11 deletions(-)
create mode 100644 app/assets/images/icons/disabled_left_arrow.png
create mode 100644 app/assets/images/icons/disabled_right_arrow.png
create mode 100644 app/assets/images/icons/gray_left_arrow.png
create mode 100644 app/assets/images/icons/gray_right_arrow.png
create mode 100644 app/assets/images/icons/green_left_arrow.png
create mode 100644 app/assets/images/icons/green_right_arrow.png
create mode 100644 app/assets/images/map/access_in.png
create mode 100644 app/assets/images/map/access_in_out.png
create mode 100644 app/assets/images/map/access_out.png
create mode 100644 app/assets/javascripts/access_points.js.coffee
create mode 100644 app/assets/stylesheets/access_links.css.scss
create mode 100644 app/assets/stylesheets/access_points.css.scss
create mode 100644 app/controllers/access_links_controller.rb
create mode 100644 app/controllers/access_points_controller.rb
create mode 100644 app/helpers/access_points_helper.rb
create mode 100644 app/helpers/stop_areas_helper.rb
create mode 100644 app/maps/access_point_map.rb
create mode 100644 app/maps/style_map/access_points_style_map.rb
create mode 100644 app/maps/style_map/edit_access_point_style_map.rb
create mode 100644 app/models/access_link_pair.rb
create mode 100644 app/views/access_link_pairs/_access_link_pair.html.erb
create mode 100644 app/views/access_links/_form.html.erb
create mode 100644 app/views/access_links/edit.html.erb
create mode 100644 app/views/access_links/new.html.erb
create mode 100644 app/views/access_links/show.html.erb
create mode 100644 app/views/access_points/_access_point.html.erb
create mode 100644 app/views/access_points/_form.html.erb
create mode 100644 app/views/access_points/edit.html.erb
create mode 100644 app/views/access_points/index.html.erb
create mode 100644 app/views/access_points/index.kml.erb
create mode 100644 app/views/access_points/new.html.erb
create mode 100644 app/views/access_points/show.html.erb
create mode 100644 app/views/access_points/show.kml.erb
create mode 100644 app/views/stop_areas/access_links.html.erb
(limited to 'app')
diff --git a/app/assets/images/icons/disabled_left_arrow.png b/app/assets/images/icons/disabled_left_arrow.png
new file mode 100644
index 000000000..d919ca52e
Binary files /dev/null and b/app/assets/images/icons/disabled_left_arrow.png differ
diff --git a/app/assets/images/icons/disabled_right_arrow.png b/app/assets/images/icons/disabled_right_arrow.png
new file mode 100644
index 000000000..57793256b
Binary files /dev/null and b/app/assets/images/icons/disabled_right_arrow.png differ
diff --git a/app/assets/images/icons/gray_left_arrow.png b/app/assets/images/icons/gray_left_arrow.png
new file mode 100644
index 000000000..7dc80a93e
Binary files /dev/null and b/app/assets/images/icons/gray_left_arrow.png differ
diff --git a/app/assets/images/icons/gray_right_arrow.png b/app/assets/images/icons/gray_right_arrow.png
new file mode 100644
index 000000000..a2fa02a7c
Binary files /dev/null and b/app/assets/images/icons/gray_right_arrow.png differ
diff --git a/app/assets/images/icons/green_left_arrow.png b/app/assets/images/icons/green_left_arrow.png
new file mode 100644
index 000000000..26149186d
Binary files /dev/null and b/app/assets/images/icons/green_left_arrow.png differ
diff --git a/app/assets/images/icons/green_right_arrow.png b/app/assets/images/icons/green_right_arrow.png
new file mode 100644
index 000000000..09ac3eec9
Binary files /dev/null and b/app/assets/images/icons/green_right_arrow.png differ
diff --git a/app/assets/images/map/access_in.png b/app/assets/images/map/access_in.png
new file mode 100644
index 000000000..82ea29382
Binary files /dev/null and b/app/assets/images/map/access_in.png differ
diff --git a/app/assets/images/map/access_in_out.png b/app/assets/images/map/access_in_out.png
new file mode 100644
index 000000000..82ea29382
Binary files /dev/null and b/app/assets/images/map/access_in_out.png differ
diff --git a/app/assets/images/map/access_out.png b/app/assets/images/map/access_out.png
new file mode 100644
index 000000000..82ea29382
Binary files /dev/null and b/app/assets/images/map/access_out.png differ
diff --git a/app/assets/javascripts/access_points.js.coffee b/app/assets/javascripts/access_points.js.coffee
new file mode 100644
index 000000000..c0f49ebd5
--- /dev/null
+++ b/app/assets/javascripts/access_points.js.coffee
@@ -0,0 +1,30 @@
+jQuery ->
+ x_y_change = (event) ->
+ if referential_projection != undefined
+ referential_point = new OpenLayers.Geometry.Point($('input#access_point_longitude').val(), $('input#access_point_latitude').val()).transform(new OpenLayers.Projection("EPSG:4326"), referential_projection )
+
+ $('input#access_point_x').val(referential_point.x)
+ $('input#access_point_y').val(referential_point.y)
+
+ feature = map.getLayersByName("access_point")[0].getFeatureByFid($('input#access_point_id').val())
+ google_point = new OpenLayers.LonLat($('input#access_point_longitude').val(), $('input#access_point_latitude').val()).transform(new OpenLayers.Projection("EPSG:4326"), map.getProjectionObject())
+ feature.move(google_point)
+ map.setCenter(google_point, 16, false, true)
+
+ $('input#access_point_longitude').change(x_y_change)
+ $('input#access_point_latitude').change(x_y_change)
+
+ lon_lat_change = (event) ->
+ if referential_projection != undefined
+ wgs84_point = new OpenLayers.Geometry.Point($('input#access_point_x').val(), $('input#access_point_y').val()).transform(referential_projection, new OpenLayers.Projection("EPSG:4326"))
+
+ $('input#access_point_longitude').val( wgs84_point.x)
+ $('input#access_point_latitude').val( wgs84_point.y)
+
+ feature = map.getLayersByName("stop_area")[0].getFeatureByFid($('input#access_point_id').val())
+ google_point = new OpenLayers.LonLat(wgs84_point.x, wgs84_point.y).transform(new OpenLayers.Projection("EPSG:4326"), map.getProjectionObject())
+ feature.move(google_point)
+ map.setCenter(google_point, 16, false, true)
+
+ $('input#access_point_x').change(lon_lat_change)
+ $('input#access_point_y').change(lon_lat_change)
diff --git a/app/assets/stylesheets/access_links.css.scss b/app/assets/stylesheets/access_links.css.scss
new file mode 100644
index 000000000..63a55e021
--- /dev/null
+++ b/app/assets/stylesheets/access_links.css.scss
@@ -0,0 +1,21 @@
+// Place all the styles related to the lines controller here.
+// They will automatically be included in application.css.
+// You can use Sass (SCSS) here: http://sass-lang.com/
+@import "common";
+
+
+#workspace.access_links.show
+{
+
+ .summary p label {
+ font-weight: bold;
+ }
+ .duration {
+ padding-left: 10px;
+ }
+
+}
+
+
+
+
diff --git a/app/assets/stylesheets/access_points.css.scss b/app/assets/stylesheets/access_points.css.scss
new file mode 100644
index 000000000..7a27050fa
--- /dev/null
+++ b/app/assets/stylesheets/access_points.css.scss
@@ -0,0 +1,104 @@
+// Place all the styles related to the lines controller here.
+// They will automatically be included in application.css.
+// You can use Sass (SCSS) here: http://sass-lang.com/
+@import "common";
+
+#workspace.access_points.index
+{
+ .access_point:after {
+ @include after_div_for_object;
+ }
+
+ .access_points:after {
+ @include content_to_clear;
+ }
+
+ .access_point {
+ @include div_for_object;
+ /* to create multi-column index */
+ width: 250px;
+ float: left;
+ padding-right: 10px;
+
+ .access_type {
+ width: 25px;
+ height: 64px;
+ float: left;
+ margin-right: 10px;
+
+
+ a {
+ text-decoration: none;
+ }
+ }
+
+ }
+}
+
+#workspace.access_points.edit {
+ legend { padding-bottom: 20px; }
+}
+
+#workspace.access_points.show
+{
+ .geo_data {
+ padding-left:15px;
+ }
+
+ .summary{
+ height: 400px;
+
+ p label {
+ font-weight: bold;
+ }
+ }
+
+ .access_link_pairs {
+
+ .link {
+ border: 2px solid black;
+ }
+ .access_point{
+ float: left;
+ padding: 3px 15px 0px 3px;
+ height: 25px;
+ * { vertical-align:middle; }
+ span { margin-left: 7px; }
+ img { margin: 0px 5px 0px 5px;}
+ }
+ .stop_area{
+ float: left;
+ padding: 3px 15px 0px 3px;
+ height: 25px;
+ * { vertical-align:middle; }
+ span { margin-left: 7px; }
+ img { margin: 0px 5px 0px 5px;}
+ }
+
+ .info {
+ font-size: 10px;
+ color: #777;
+ font-weight: normal;
+ padding-top: 0px;
+ padding-left: 45px;
+ padding-right: 3px;
+ padding-bottom: 3px;
+ }
+ }
+
+}
+
+
+#sidebar ul.selection li {
+ a {
+ line-height: 27px;
+
+ img{
+ height: 25px;
+ width: 25px;
+ vertical-align: middle;
+ }
+ }
+}
+
+
diff --git a/app/assets/stylesheets/stop_areas.css.scss b/app/assets/stylesheets/stop_areas.css.scss
index cd1623a05..fcfeb9fcf 100644
--- a/app/assets/stylesheets/stop_areas.css.scss
+++ b/app/assets/stylesheets/stop_areas.css.scss
@@ -118,6 +118,26 @@
height: 25px;
}
}
+ .access_point {
+ @include div_for_object;
+ /* to create multi-column index */
+ width: 250px;
+ float: left;
+ padding-right: 10px;
+
+ .access_type {
+ width: 25px;
+ height: 64px;
+ float: left;
+ margin-right: 10px;
+
+
+ a {
+ text-decoration: none;
+ }
+ }
+
+ }
}
#workspace.stop_areas.select_parent
@@ -135,6 +155,44 @@
}
}
+
+#workspace.stop_areas.access_links
+{
+ .access_link_pairs {
+ .link {
+ border: 2px solid black;
+ }
+ .access_point{
+ float: left;
+ padding: 3px 15px 0px 3px;
+ height: 25px;
+ * { vertical-align:middle; }
+ span { margin-left: 7px; }
+ img { margin: 0px 5px 0px 5px;}
+ }
+ .stop_area{
+ float: left;
+ padding: 3px 15px 0px 3px;
+ height: 25px;
+ * { vertical-align:middle; }
+ span { margin-left: 7px; }
+ img { margin: 0px 5px 0px 5px;}
+ }
+
+ .info {
+ font-size: 10px;
+ color: #777;
+ font-weight: normal;
+ padding-top: 0px;
+ padding-left: 45px;
+ padding-right: 3px;
+ padding-bottom: 3px;
+ }
+
+ }
+
+}
+
#sidebar ul.selection li {
a {
line-height: 27px;
diff --git a/app/controllers/access_links_controller.rb b/app/controllers/access_links_controller.rb
new file mode 100644
index 000000000..4c0173d4c
--- /dev/null
+++ b/app/controllers/access_links_controller.rb
@@ -0,0 +1,73 @@
+class AccessLinksController < ChouetteController
+ defaults :resource_class => Chouette::AccessLink
+
+ belongs_to :referential do
+ belongs_to :access_point, :parent_class => Chouette::AccessPoint, :optional => true, :polymorphic => true
+ belongs_to :stop_area, :parent_class => Chouette::StopArea, :optional => true, :polymorphic => true
+ end
+
+ respond_to :html, :kml, :xml, :json
+
+
+ def index
+ request.format.kml? ? @per_page = nil : @per_page = 12
+ index!
+ end
+
+ def show
+ #@map = AccessLinkMap.new(resource).with_helpers(self)
+ show!
+ end
+
+ def new
+ @access_point = Chouette::AccessPoint.find(params[:access_point_id])
+ data=params[:access_link]
+ @stop_area = Chouette::StopArea.find(data[:stop_area_id])
+ @orientation = data[:link_orientation_type]
+ name=data[:name]
+ if name.nil? || name.empty?
+ if @orientation == "access_point_to_stop_area"
+ name = "#{@access_point.name} -> #{@stop_area.name}"
+ else
+ name = "#{@stop_area.name} -> #{@access_point.name}"
+ end
+ data[:name] = name
+ end
+ @access_link = Chouette::AccessLink.new(data)
+ new!
+ end
+
+ def create
+ @access_point = Chouette::AccessPoint.find(params[:access_point_id])
+ data=params[:access_link]
+ @stop_area = Chouette::StopArea.find(data[:stop_area_id])
+ @orientation = data[:link_orientation_type]
+ create!
+ end
+
+ def edit
+ @access_point = Chouette::AccessPoint.find(params[:access_point_id])
+ @access_link = Chouette::AccessLink.find(params[:id])
+ @stop_area = @access_link.stop_area
+ @orientation = @access_link.link_orientation_type
+ edit!
+ end
+ protected
+
+ alias_method :access_link, :resource
+
+# def map
+# @map = AccessLinkMap.new(access_link).with_helpers(self)
+# end
+
+ def collection
+ @q = parent.access_links.search(params[:q])
+ @access_links ||=
+ begin
+ access_links = @q.result(:distinct => true).order(:name)
+ access_links = access_links.paginate(:page => params[:page]) if @per_page.present?
+ access_links
+ end
+ end
+
+end
diff --git a/app/controllers/access_points_controller.rb b/app/controllers/access_points_controller.rb
new file mode 100644
index 000000000..4f3c0d717
--- /dev/null
+++ b/app/controllers/access_points_controller.rb
@@ -0,0 +1,54 @@
+class AccessPointsController < ChouetteController
+ defaults :resource_class => Chouette::AccessPoint
+
+ belongs_to :referential do
+ belongs_to :stop_area, :parent_class => Chouette::StopArea, :optional => true, :polymorphic => true
+ end
+
+ respond_to :html, :kml, :xml, :json
+
+
+ def index
+ request.format.kml? ? @per_page = nil : @per_page = 12
+ index!
+ end
+
+ def show
+ map.editable = false
+ @access_links = @access_point.access_link_matrix
+ show! do |format|
+ unless access_point.position or params[:default]
+ format.kml {
+ render :nothing => true, :status => :not_found
+ }
+
+ end
+ end
+ end
+
+ def edit
+ access_point.position ||= access_point.default_position
+ map.editable = true
+ edit!
+ end
+
+
+ protected
+
+ alias_method :access_point, :resource
+
+ def map
+ @map = AccessPointMap.new(access_point).with_helpers(self)
+ end
+
+ def collection
+ @q = parent.access_points.search(params[:q])
+ @access_points ||=
+ begin
+ access_points = @q.result(:distinct => true).order(:name)
+ access_points = access_points.paginate(:page => params[:page]) if @per_page.present?
+ access_points
+ end
+ end
+
+end
diff --git a/app/controllers/stop_areas_controller.rb b/app/controllers/stop_areas_controller.rb
index 08cf86853..dfd756d9b 100644
--- a/app/controllers/stop_areas_controller.rb
+++ b/app/controllers/stop_areas_controller.rb
@@ -34,6 +34,11 @@ class StopAreasController < ChouetteController
@stops = stop_area.routing_stops
end
+ def access_links
+ @stop_area = stop_area
+ @access_links = stop_area.access_link_matrix
+ end
+
def index
request.format.kml? ? @per_page = nil : @per_page = 12
index!
@@ -41,6 +46,7 @@ class StopAreasController < ChouetteController
def show
map.editable = false
+ @access_points = @stop_area.access_points
show! do |format|
unless stop_area.position or params[:default]
format.kml {
diff --git a/app/helpers/access_points_helper.rb b/app/helpers/access_points_helper.rb
new file mode 100644
index 000000000..c5e9f672e
--- /dev/null
+++ b/app/helpers/access_points_helper.rb
@@ -0,0 +1,28 @@
+module AccessPointsHelper
+ def access_links_pairs(access_links)
+ hpairs = Hash.new
+ pairs = Array.new
+ access_links.each do |link|
+ key = pair_key(link)
+ pair = nil
+ if (hpairs.has_key? key)
+ pair = hpairs[key]
+ else
+ pair = AccessLinkPair.new
+ pairs << pair
+ hpairs[key] = pair
+ end
+ if (link.link_orientation_type == "access_point_to_stop_area")
+ pair.from_access_point = link
+ else
+ pair.to_access_point = link
+ end
+ end
+ pairs
+ end
+
+ def pair_key(access_link)
+ "#{access_link.access_point.id}-#{access_link.stop_area.id}"
+ end
+
+end
diff --git a/app/helpers/stop_areas_helper.rb b/app/helpers/stop_areas_helper.rb
new file mode 100644
index 000000000..df598b83f
--- /dev/null
+++ b/app/helpers/stop_areas_helper.rb
@@ -0,0 +1,47 @@
+module StopAreasHelper
+ def genealogical_title
+ return t(".genealogical_routing") if @stop_area.stop_area_type == 'itl'
+ t(".genealogical")
+ end
+
+ def manage_access_points
+ @stop_area.stop_area_type == 'stop_place' || @stop_area.stop_area_type == 'commercial_stop_point'
+ end
+ def manage_itl
+ @stop_area.stop_area_type == 'itl'
+ end
+ def manage_parent
+ @stop_area.stop_area_type != 'itl'
+ end
+ def manage_children
+ @stop_area.stop_area_type == 'stop_place' || @stop_area.stop_area_type == 'commercial_stop_point'
+ end
+
+ def access_links_pairs(access_links)
+ hpairs = Hash.new
+ pairs = Array.new
+ access_links.each do |link|
+ key = pair_key(link)
+ pair = nil
+ if (hpairs.has_key? key)
+ pair = hpairs[key]
+ else
+ pair = AccessLinkPair.new
+ pairs << pair
+ hpairs[key] = pair
+ end
+ if (link.link_orientation_type == "access_point_to_stop_area")
+ pair.from_access_point = link
+ else
+ pair.to_access_point = link
+ end
+ end
+ pairs
+ end
+
+ def pair_key(access_link)
+ "#{access_link.access_point.id}-#{access_link.stop_area.id}"
+ end
+
+
+end
diff --git a/app/maps/access_point_map.rb b/app/maps/access_point_map.rb
new file mode 100644
index 000000000..ebb513ab0
--- /dev/null
+++ b/app/maps/access_point_map.rb
@@ -0,0 +1,62 @@
+class AccessPointMap < ApplicationMap
+
+ attr_reader :access_point
+
+ attr_accessor :editable
+ alias_method :editable?, :editable
+
+ def initialize(access_point)
+ @access_point = access_point
+ end
+
+ def map
+ @map ||= MapLayers::Map.new(id, :projection => projection("EPSG:900913"), :controls => controls) do |map, page|
+ page << map.add_layer(MapLayers::OSM_MAPNIK)
+ page << map.add_layer(google_physical)
+ page << map.add_layer(google_streets)
+ page << map.add_layer(google_hybrid)
+ page << map.add_layer(google_satellite)
+
+ page.assign "edit_access_point_layer", kml_layer(access_point, { :default => editable? }, :style_map => StyleMap::EditAccessPointStyleMap.new(helpers).style_map)
+ page << map.add_layer(:edit_access_point_layer)
+
+
+ if editable?
+ page.assign "referential_projection", projection_type.present? ? projection("EPSG:" + projection_type) : JsVar.new("undefined")
+ # TODO virer ce code inline
+ page << <
+
+ <%= link_to @access_link.access_point.name, [@referential, @access_link.access_point.stop_area, @access_link.access_point] %>
+
+
+ <%= link_to @access_link.stop_area.name, [@referential, @access_link.stop_area] %>
+
+
+ <%= @access_link.name %>
+
+
+ <%= t("connection_link_types.label.#{@access_link.access_link_type}") %>
+
+
+ <%= @access_link.comment %>
+
+
+ <%= @access_link.link_distance %>
+
+
+
+
+ <% if (@access_link.default_duration.present?) %>
+ <%= @access_link.default_duration.strftime('%Hh %Mm %Ss') %>
+ <% end %>
+
+
+ <% if (@access_link.frequent_traveller_duration.present?) %>
+ <%= @access_link.frequent_traveller_duration.strftime('%Hh %Mm %Ss') %>
+ <% end %>
+
+
+ <% if (@access_link.occasional_traveller_duration.present?) %>
+ <%= @access_link.occasional_traveller_duration.strftime('%Hh %Mm %Ss') %>
+ <% end %>
+
+
+ <% if (@access_link.mobility_restricted_traveller_duration.present?) %>
+ <%= @access_link.mobility_restricted_traveller_duration.strftime('%Hh %Mm %Ss') %>
+ <% end %>
+
+
+ <%= t((@access_link.mobility_restricted_suitability == true).to_s) %>
+
+
+ <%= t((@access_link.stairs_availability == true).to_s) %>
+
+
+ <%= t((@access_link.lift_availability == true).to_s) %>
+
+
+ <%= @access_link.objectid %>
+
+
+ <%= l(@access_link.creation_time) %>
+
+
+ <%= @access_link.creator_id %>
+
+ <% unless access_point.geometry %>
+ <%= t('.no_position') %> -
+ <% end %>
+ <%= t("access_types.label.#{access_point.access_point_type}") %>
+
+ <%= link_to @stop_area.name, [@referential, @stop_area] %>
+
+
+ <%= @access_point.name %>
+
+
+ <%= @access_point.comment %>
+
+
+ <%= @access_point.street_name %>
+
+
+ <%= @access_point.country_code %>
+
+
+ <%= t("access_types.label.#{@access_point.access_point_type}") %>
+
+
+ <% if (@access_point.openning_time.present?) %>
+ <%= @access_point.openning_time.strftime('%Hh %Mm') %>
+ <% end %>
+
+
+ <% if (@access_point.closing_time.present?) %>
+ <%= @access_point.closing_time.strftime('%Hh %Mm') %>
+ <% end %>
+
+
+ <%= t((@access_point.mobility_restricted_suitability == true).to_s) %>
+
+
+ <%= t((@access_point.stairs_availability == true).to_s) %>
+
+
+ <%= t((@access_point.lift_availability == true).to_s) %>
+
+ <%= @access_point.human_attribute_name("projection_type") %>:
+ <%= @access_point.projection_type %>
+
+ <%= @access_point.human_attribute_name("x") %>:
+ <%= @access_point.x %>
+
+ <%= @access_point.human_attribute_name("y") %>:
+ <%= @access_point.y %>
+
+ <%= @access_point.human_attribute_name("long_lat_type") %>:
+ <%= @access_point.long_lat_type %>
+
+ <%= @access_point.human_attribute_name("longitude") %>:
+ <%= @access_point.longitude %>
+
+ <%= @access_point.human_attribute_name("latitude") %>:
+ <%= @access_point.latitude %>
+
+
+ <%= @access_point.objectid %>
+
+
+ <%= l(@access_point.creation_time) %>
+
+
+ <%= @access_point.creator_id %>
+ <%= t('.access_link_legend_1') %> <%= t('.access_link_legend_2') %> <%= t('.access_link_legend_1') %> <%= t('.access_link_legend_2') %>
+
+
+
+
+
+ <% if access_link_pair.out_valid? %>
+ <% if access_link_pair.out_exists? %>
+ <%= link_to(referential_access_point_access_link_path(@referential, access_link_pair.access_point,access_link_pair.stop_area,access_link_pair.to_access_point)) do %>
+ <%= image_tag "icons/green_left_arrow.png" %>
+ <% end %>
+ <% else %>
+ <%= link_to(new_referential_access_point_access_link_path(@referential, access_link_pair.access_point, :access_link => {:stop_area_id => access_link_pair.stop_area.id, :link_orientation_type => 'stop_area_to_access_point'})) do %>
+ <%= image_tag "icons/gray_left_arrow.png" %>
+ <% end %>
+ <% end %>
+ <% else %>
+ <%= image_tag "icons/disabled_left_arrow.png" %>
+ <% end %>
+
+
+ <% if access_link_pair.in_valid? %>
+ <% if access_link_pair.in_exists? %>
+ <%= link_to(referential_access_point_access_link_path(@referential, access_link_pair.access_point, access_link_pair.from_access_point)) do %>
+ <%= image_tag "icons/green_right_arrow.png" %>
+ <% end %>
+ <% else %>
+ <%= link_to(new_referential_access_point_access_link_path(@referential, access_link_pair.access_point, :access_link => {:stop_area_id => access_link_pair.stop_area.id, :link_orientation_type => 'access_point_to_stop_area'})) do %>
+ <%= image_tag "icons/gray_right_arrow.png" %>
+ <% end %>
+ <% end %>
+ <% else %>
+ <%= image_tag "icons/disabled_right_arrow.png" %>
+ <% end %>
+
+
+
+
+
+<% end %>
diff --git a/app/views/access_links/_form.html.erb b/app/views/access_links/_form.html.erb
new file mode 100644
index 000000000..e07de415f
--- /dev/null
+++ b/app/views/access_links/_form.html.erb
@@ -0,0 +1,35 @@
+<%= semantic_form_for [@referential,@access_point,@access_link] do |form| %>
+ <%= form.inputs do %>
+ <%= form.input :access_point_id , :as => :hidden %>
+ <%= form.input :stop_area_id , :as => :hidden %>
+ <%= form.input :link_orientation_type , :as => :hidden%>
+ <%= form.input :name %>
+ <%= form.input :access_link_type, :as => :select, :collection => Chouette::AccessLink.access_link_types, :include_blank => false, :member_label => Proc.new { |type| t("connection_link_types.label.#{type}") } %>
+ <%= form.inputs :name => t('access_links.show.durations') do %>
+ <%= form.input "default_duration(1i)", :as => :hidden ,:input_html => { :value => "2000" } %>
+ <%= form.input "default_duration(2i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input "default_duration(3i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input :default_duration, :ignore_date=>true,:include_seconds=>true, :label => @access_link.human_attribute_name("default_duration")%>
+ <%= form.input "frequent_traveller_duration(1i)", :as => :hidden ,:input_html => { :value => "2000" } %>
+ <%= form.input "frequent_traveller_duration(2i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input "frequent_traveller_duration(3i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input :frequent_traveller_duration, :ignore_date=>true,:include_seconds=>true, :label => @access_link.human_attribute_name("frequent_traveller_duration")%>
+ <%= form.input "occasional_traveller_duration(1i)", :as => :hidden ,:input_html => { :value => "2000" } %>
+ <%= form.input "occasional_traveller_duration(2i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input "occasional_traveller_duration(3i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input :occasional_traveller_duration, :ignore_date=>true,:include_seconds=>true, :label => @access_link.human_attribute_name("occasional_traveller_duration")%>
+ <%= form.input "mobility_restricted_traveller_duration(1i)", :as => :hidden ,:input_html => { :value => "2000" } %>
+ <%= form.input "mobility_restricted_traveller_duration(2i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input "mobility_restricted_traveller_duration(3i)", :as => :hidden ,:input_html => { :value => "1" } %>
+ <%= form.input :mobility_restricted_traveller_duration, :ignore_date=>true,:include_seconds=>true, :label => @access_link.human_attribute_name("mobility_restricted_traveller_duration")%>
+ <% end %>
+ <%= form.input :mobility_restricted_suitability,:as => :boolean %>
+ <%= form.input :stairs_availability,:as => :boolean %>
+ <%= form.input :lift_availability,:as => :boolean %>
+ <%= form.input :objectid, :required => !@access_link.new_record?, :input_html => { :disabled => !@access_link.new_record? } %>
+ <% end %>
+ <%= form.actions do %>
+ <%= form.action :submit, :as => :button %>
+ <%= form.action :cancel, :as => :link %>
+ <% end %>
+<% end %>
diff --git a/app/views/access_links/edit.html.erb b/app/views/access_links/edit.html.erb
new file mode 100644
index 000000000..c954989f1
--- /dev/null
+++ b/app/views/access_links/edit.html.erb
@@ -0,0 +1,4 @@
+<%= title_tag t("access_links.edit.title_#{@orientation}", :access_point => @access_point.name, :stop_area => @stop_area.name ) %>
+
+
+<%= render "form" %>
diff --git a/app/views/access_links/new.html.erb b/app/views/access_links/new.html.erb
new file mode 100644
index 000000000..db9a611a5
--- /dev/null
+++ b/app/views/access_links/new.html.erb
@@ -0,0 +1,3 @@
+<%= title_tag t("access_links.new.title_#{@orientation}", :access_point => @access_point.name, :stop_area => @stop_area.name ) %>
+
+<%= render "form" %>
diff --git a/app/views/access_links/show.html.erb b/app/views/access_links/show.html.erb
new file mode 100644
index 000000000..27e2e9bbf
--- /dev/null
+++ b/app/views/access_links/show.html.erb
@@ -0,0 +1,90 @@
+<%= title_tag t('access_links.show.title', :access_link => @access_link.name ) %>
+
+
+
+<% end %>
diff --git a/app/views/access_points/_access_point.html.erb b/app/views/access_points/_access_point.html.erb
new file mode 100644
index 000000000..2890cc124
--- /dev/null
+++ b/app/views/access_points/_access_point.html.erb
@@ -0,0 +1,20 @@
+<%= div_for(access_point) do %>
+ <%= link_to([@referential, @stop_area, access_point], :class => "preview") do %>
+
+
+
+
+<% end %>
diff --git a/app/views/access_points/index.kml.erb b/app/views/access_points/index.kml.erb
new file mode 100644
index 000000000..bbcf19d23
--- /dev/null
+++ b/app/views/access_points/index.kml.erb
@@ -0,0 +1,12 @@
+
+<%= t('.access_links') %>
+
+ <%= render :partial => "access_link_pairs/access_link_pair", :collection => access_links_pairs(@access_links) %>
+
+
+
+
+<% end %>
diff --git a/app/views/access_points/show.kml.erb b/app/views/access_points/show.kml.erb
new file mode 100644
index 000000000..f54e6340e
--- /dev/null
+++ b/app/views/access_points/show.kml.erb
@@ -0,0 +1,10 @@
+
+<%= Referential.human_attribute_name("itls") %>
<%= @referential.stop_areas.where("area_type = ?","ITL").size %>
+
+
diff --git a/app/views/stop_areas/access_links.html.erb b/app/views/stop_areas/access_links.html.erb
new file mode 100644
index 000000000..7d2ff7928
--- /dev/null
+++ b/app/views/stop_areas/access_links.html.erb
@@ -0,0 +1,12 @@
+<%= title_tag t('stop_areas.access_links.title', :stop_area => @stop_area.name ) %>
+
+<%= image_tag "map/access_in_out.png"%>
+ <%= Referential.human_attribute_name("access_points") %>
+ <%= @referential.access_points.size %>
+
+ <%= render :partial => "access_link_pairs/access_link_pair", :collection => access_links_pairs(@access_links) %>
+
+
+
|
<%= t(".itl_managment") %>
|
<%= t(".stop_managment") %>
|
+ <%= t(".access_managment") %>+
|
<%= t('.access_link_legend_1') %>
<%= t('.access_link_legend_2') %>
+ +<%= t('.access_link_legend_1') %>
<%= t('.access_link_legend_2') %>
+- - <%= l(@access_link.creation_time) %> -
-- - <%= @access_link.creator_id %> -
@@ -87,4 +79,5 @@- - <%= l(@access_point.creation_time) %> -
-- - <%= @access_point.creator_id %> -
@@ -149,4 +141,5 @@- - <%= l(@company.creation_time) %> -
-- - <%= @company.creator_id %> -
@@ -60,4 +52,5 @@- - <%= l(@connection_link.creation_time) %> -
-- - <%= @connection_link.creator_id %> -
@@ -97,4 +89,5 @@- - <%= l @group_of_line.creation_time %> -
-- - <%= @group_of_line.creator_id %> -
@@ -35,8 +27,6 @@ - - <% content_for :sidebar do %> @@ -45,4 +35,5 @@- - <%= l @journey_pattern.creation_time %> -
-- - <%= @journey_pattern.creator_id %> -
@@ -56,5 +48,6 @@- - <%= l(@line.creation_time) %> -
-- - <%= @line.creator_id %> -
@@ -81,4 +73,5 @@- - <%= l @network.creation_time %> -
-- - <%= @network.creator_id %> -
@@ -54,4 +46,5 @@- - <%= l @route.creation_time %> -
-- - <%= @route.creator_id %> -
@@ -104,5 +96,6 @@ <% end %> + <%= creation_tag(@route) %> <% end %> diff --git a/app/views/stop_areas/_genealogical.html.erb b/app/views/stop_areas/_genealogical.html.erb new file mode 100644 index 000000000..3b935ce92 --- /dev/null +++ b/app/views/stop_areas/_genealogical.html.erb @@ -0,0 +1,66 @@ +- - <%= l(@stop_area.creation_time) %> -
-- - <%= @stop_area.creator_id %> -
- - <%= l @vehicle_journey.creation_time %> -
-- - <%= @vehicle_journey.creator_id %> -
diff --git a/app/views/access_links/show.kml.erb b/app/views/access_links/show.kml.erb
new file mode 100644
index 000000000..25e4351b8
--- /dev/null
+++ b/app/views/access_links/show.kml.erb
@@ -0,0 +1,20 @@
+
+
<%= t('.access_link_legend_1') %>
-<%= t('.access_link_legend_2') %>
<%= t('.access_link_legend_1') %>
-<%= t('.access_link_legend_2') %>
diff --git a/app/views/stop_areas/_form.html.erb b/app/views/stop_areas/_form.html.erb index b5541cf20..5fca012f3 100644 --- a/app/views/stop_areas/_form.html.erb +++ b/app/views/stop_areas/_form.html.erb @@ -11,17 +11,19 @@ <%= form.input :nearest_topic_name %> <%= form.input :comment %> <%= form.input :objectid, :required => !@stop_area.new_record?, :input_html => { :disabled => !@stop_area.new_record? } %> - <%= form.inputs :name => t('stop_areas.show.geographic_data') do %> - <% if ! @referential.projection_type_label.empty? %> - <%= form.inputs :name => @referential.projection_type_label do %> - <%= form.input :x %> - <%= form.input :y %> - <% end %> - <% end %> - <%= form.inputs :name => "WGS84" do %> - <%= form.input :longitude %> - <%= form.input :latitude %> - <% end %> + <% if !manage_itl %> + <%= form.inputs :name => t('stop_areas.show.geographic_data') do %> + <% if ! @referential.projection_type_label.empty? %> + <%= form.inputs :name => @referential.projection_type_label do %> + <%= form.input :x %> + <%= form.input :y %> + <% end %> + <% end %> + <%= form.inputs :name => "WGS84" do %> + <%= form.input :longitude %> + <%= form.input :latitude %> + <% end %> + <% end %> <% end %> <% end %> diff --git a/app/views/stop_areas/access_links.html.erb b/app/views/stop_areas/access_links.html.erb index da648eef6..d4727d7db 100644 --- a/app/views/stop_areas/access_links.html.erb +++ b/app/views/stop_areas/access_links.html.erb @@ -14,8 +14,6 @@ <%= render :partial => "access_link_pairs/access_link_pair", :collection => access_links_pairs(@generic_access_links) %> -<%= t('.access_link_legend_1') %>
-<%= t('.access_link_legend_2') %>
<%= t('.access_link_legend_1') %>
-<%= t('.access_link_legend_2') %>
diff --git a/app/views/stop_areas/edit.html.erb b/app/views/stop_areas/edit.html.erb index 1ec77056d..d08949104 100644 --- a/app/views/stop_areas/edit.html.erb +++ b/app/views/stop_areas/edit.html.erb @@ -1,5 +1,6 @@ <%= title_tag t('stop_areas.edit.title', :stop_area => @stop_area.name ) %> -<%= @map.to_html %> - +<% if !manage_itl %> + <%= @map.to_html %> +<% end %> <%= render "form" %> diff --git a/app/views/stop_areas/show.html.erb b/app/views/stop_areas/show.html.erb index 310761a03..9d0db8af8 100644 --- a/app/views/stop_areas/show.html.erb +++ b/app/views/stop_areas/show.html.erb @@ -1,7 +1,7 @@ <%= title_tag t('stop_areas.show.title', :stop_area => @stop_area.name ) %>- <% if @stop_area.projection_type == nil && @stop_area.long_lat_type == nil %> - <%= t('stop_areas.show.no_geographic_data') %> - <% else %> - <% if !@stop_area.projection_type.nil? %> -
- <%= @stop_area.human_attribute_name("projection_type") %>: - <%= @stop_area.projection_type %> -
-- <%= @stop_area.human_attribute_name("x") %>: - <%= @stop_area.x %> -
-- <%= @stop_area.human_attribute_name("y") %>: - <%= @stop_area.y %> -
- <% end %> - <% if !@stop_area.long_lat_type.nil? %> -- <%= @stop_area.human_attribute_name("long_lat_type") %>: - <%= @stop_area.long_lat_type %> -
-- <%= @stop_area.human_attribute_name("longitude") %>: - <%= @stop_area.longitude %> -
-- <%= @stop_area.human_attribute_name("latitude") %>: - <%= @stop_area.latitude %> -
+ <% if !manage_itl %> ++ <% if @stop_area.projection_type == nil && @stop_area.long_lat_type == nil %> + <%= t('stop_areas.show.no_geographic_data') %> + <% else %> + <% if !@stop_area.projection_type.nil? %> +
+ <%= @stop_area.human_attribute_name("projection_type") %>: + <%= @stop_area.projection_type %> +
++ <%= @stop_area.human_attribute_name("x") %>: + <%= @stop_area.x %> +
++ <%= @stop_area.human_attribute_name("y") %>: + <%= @stop_area.y %> +
+ <% end %> + <% if !@stop_area.long_lat_type.nil? %> ++ <%= @stop_area.human_attribute_name("long_lat_type") %>: + <%= @stop_area.long_lat_type %> +
++ <%= @stop_area.human_attribute_name("longitude") %>: + <%= @stop_area.longitude %> +
++ <%= @stop_area.human_attribute_name("latitude") %>: + <%= @stop_area.latitude %> +
+ <% end %> <% end %> <% end %>
diff --git a/app/views/stop_areas/show.kml.erb b/app/views/stop_areas/show.kml.erb
index 16613b6bc..39a764bd6 100644
--- a/app/views/stop_areas/show.kml.erb
+++ b/app/views/stop_areas/show.kml.erb
@@ -1,10 +1,28 @@
Objectif:
+Contrôler que le fichier respecte la syntaxe XML telle que décrite dans les recommandations du W3C
+
Priorité: Obligatoire
+Explications: +
++Un fichier XML doit être correctement constitué :
++- Il possède une déclaration comportant le numéro de version XML +utilisé dans le document ainsi que le nom du jeu de codage de +caractères utilisé.
++- Un nom d'élément ne peut commencer par un chiffre. Si le nom n'est +composé que d'un seul caractère, ce doit être une lettre comprise entre +"a" et "z" pour les minuscules, "A" et "Z" pour les majuscules. S'il +est composé d'au moins deux caractères, le premier peut être "_" ou +":". Le nom peut ensuite être composé de lettres, chiffres, tirets, +tirets bas et deux points.
++- Les balises n'ayant pas de contenu doivent se terminer par />.
++- Toutes les balises portant un contenu non vide doivent être fermées.
-Fiche -du point de contrôle N° 1.1
++- Les valeurs d'attributs doivent ĂŞtre entre guillemets.
-+
+- Les noms d'attributs sont en minuscules.
-
- Description- |
- |
- Intitulé- |
-
- Vérification - de la conformité à la syntaxe XML suivant les recommandations du W3C- |
-
- Objectif- |
-
- Contrôler - que le fichier respecte la syntaxe XML telle que décrite dans les - recommandations du W3C- |
-
- Références- |
-
- W3C- |
-
- N° de fiche(s)-connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Un fichier XML doit - être correctement constitué :-- Il possède une déclaration comportant le - numéro de version XML utilisé dans le document ainsi que le nom du jeu de - codage de caractères utilisé. -- Un nom d'élément ne peut commencer par - un chiffre. Si le nom n'est composé que d'un seul caractère, ce doit être une - lettre comprise entre "a" et "z" pour les minuscules, - "A" et "Z" pour les majuscules. S'il est composé d'au - moins deux caractères, le premier peut être "_" ou ":". - Le nom peut ensuite être composé de lettres, chiffres, tirets, tirets bas et - deux points. -- Les balises n'ayant pas de contenu - doivent se terminer par />. -- Toutes les balises portant un contenu - non vide doivent être fermées. -- Les valeurs d'attributs doivent être entre guillemets. -- Les noms d'attributs sont en minuscules. -- Tous les éléments peuvent contenir un ou - plusieurs attributs. Chaque élément ne peut contenir qu'une fois le même - attribut. Un attribut est composé d'un nom et d'une valeur. Il ne peut être - présent que dans la balise ouvrante de l'élément. - |
-
|
- Exemple - |
-
- Exemple - de fichier XML-<?xml - version="1.0" encoding="ISO-8859-1"?>-<ChouettePTNetwork - xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" -- xmlns="http://www.trident.org/schema/trident" - xsi:schemaLocation="http://www.trident.org/schema/trident - /home/marc/workspace/chouette-ninoxe/src/main/castor/Chouette.xsd"> -<PTNetwork> -- <objectId>AMIV:PTNetwork:95</objectId> -<versionDate>2007-03-21</versionDate> -... -</ChouettePTNetwork> - |
-
- Evaluation- |
- |
- N° test- |
-
- 1.1.1- |
-
- Libellé- |
-
- Conformité - à la syntaxe XML- |
-
- Champ - d’application- |
-
- Syntaxe - XML suivant les recommandations du W3C- |
-
- Vérification- |
-
- - - Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle CHOUETTE - à analyser avec un éditeur XML ou directement à l'aide d'un Framework de - vérification de la syntaxe XML (castor, xerces, etc...).-- - Si le fichier respecte la syntaxe W3C alors le test est validé, sinon le test - est invalidé et produit le message « test 1.1.1 : le fichier n’est - pas correctement formé selon les recommandations du W3C ». -- |
-
+- Tous les éléments peuvent contenir un ou plusieurs attributs. Chaque +élément ne peut contenir qu'une fois le même attribut. Un attribut est +composé d'un nom et d'une valeur. Il ne peut être présent que dans la +balise ouvrante de l'élément.
++Exemple:
++Exemple de fichier XML
+ +<?xml version="1.0" encoding="ISO-8859-1"?>+N° test: +1.1.1
++Libellé: +Conformité à la syntaxe XML
-+Champ d’application: +Syntaxe XML suivant les recommandations du W3C
++Vérification:
++- Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle +CHOUETTE à analyser avec un éditeur XML ou directement à l'aide d'un +Framework de vérification de la syntaxe XML (castor, xerces, etc...).
++- Si le fichier respecte la syntaxe W3C alors le test est validé, sinon +le test est invalidé et produit le message « test 1.1.1 : le +fichier n’est pas correctement formé selon les recommandations du +W3C ».
++
diff --git a/app/views/test_sheet/1_2.html b/app/views/test_sheet/1_2.html index ff1b8ad93..882299eac 100644 --- a/app/views/test_sheet/1_2.html +++ b/app/views/test_sheet/1_2.html @@ -1,338 +1,108 @@ +Objectif:
+Vérifier le fichier d’export XML par rapport à un fichier de référence
+XSD (XML Schema Definition) dans lequel est défini un jeu de règles et
+contraintes.
+
Priorité: Obligatoire
+Explications: +
++Il faut vérifier que le document d’export XML respecte les règles +décrites dans le document XSD CHOUETTE. Pour cela, il faut mettre en +place les traitements permettant de vérifier la présence de tous les +objets et attributs obligatoires des concepts et des attributs +optionnels visibles d’une part dans le modèle de données, d’autre part +dans le profil d’échange, si utilisés.
++La vérification de la conformité XSD permet de valider, entre autre :
+- que les balises utilisées sont bien connues (définies dans l'XSD)
+- la présence des balises obligatoires
++- l’arborescence des balises
++- l’ordre des balises
++- la cardinalité des balises
++- le contenu de balise (vérification de type quand il est connu : date, durée, entier, flottant, booléen, pattern, etc.)
++Exemple:
-Fiche -du point de contrôle N° 1.2
- -- -
- Description- |
- |
- Intitulé- |
-
- Vérification - de la conformité au schéma XML du profil CHOUETTE- |
-
- Objectif- |
-
- Vérifier - le fichier d’export XML par rapport à un fichier de référence XSD (XML Schema - Definition) dans lequel est défini un jeu de règles et contraintes.- |
-
- Références- |
-
- Schéma - XML CHOUETTE- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Il faut vérifier - que le document d’export XML respecte les règles décrites dans le document - XSD CHOUETTE. Pour cela, il faut mettre en place les traitements permettant - de vérifier la présence de tous les objets et attributs obligatoires des - concepts et des attributs optionnels visibles d’une part dans le modèle de - données, d’autre part dans le profil d’échange, si utilisés. -La vérification de la conformité XSD - permet de valider, entre autre : -· - que - l'encodage est bien ISO-8859-1 -· - que - les balises utilisées sont bien connues (définies dans l'XSD) -· - la - présence des balises obligatoires -· - l’arborescence - des balises -· - l’ordre - des balises -· - la - cardinalité des balises -· - le - contenu de balise (vérification de type quand il est connu : date, - durée, entier, flottant, booléen, pattern, etc.) - |
-
- -
|
- Exemple - |
-
- Un exemple de - fichier XSD (reseau.xsd) : -<?xml version="1.0" - encoding="ISO-8859-1"?> -<xsd:schema - xmlns:xsd="http://www.w3.org/2001/XMLSchema" - xmlns="http://www.trident.org/schema/trident" - xmlns:trd="http://www.trident.org/schema/trident" - targetNamespace="http://www.trident.org/schema/trident" - elementFormDefault="qualified" version="1.00"> -<xsd:annotation> -<xsd:documentation - xml:lang="en"> -TRIDENT exchange schema. -Request / Answer schema -Copyright (c) 2001 TRIDENT - consortium, All Rights Reserved. -</xsd:documentation> -</xsd:annotation> -<xsd:include - schemaLocation="./trident/trident_Global_schema.xsd"/> -...- </xsd:schema> -Suivi d'un fichier xml valide : -<?xml - version="1.0" encoding="ISO-8859-1"?>-<ChouettePTNetwork - xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" -- xmlns="http://www.trident.org/schema/trident" - xsi:schemaLocation="http://www.trident.org/schema/trident - /home/marc/workspace/chouette-ninoxe/src/main/castor/Chouette.xsd"> -<PTNetwork> -<objectId>AMIV:PTNetwork:95</objectId> -<versionDate>2007-03-21</versionDate> -... -</ChouettePTNetwork> - |
-
- Evaluation- |
- |
- N° test- |
-
- 1.2.1- |
-
- Libellé- |
-
- Conformité - au schéma XML du profil CHOUETTE- |
-
- Champ - d’application- |
-
- Schéma - XML du profil CHOUETTE- |
-
- Vérification- |
-
- - - Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle CHOUETTE - à analyser avec un éditeur XML en respectant le schéma CHOUETTE ou - directement à l'aide d'un Framework de vérification de la syntaxe XML par - rapport au schéma CHOUETTE (castor, xerces, etc...).-- Si le fichier respecte le modèle - CHOUETTE alors le test est validé, sinon le test est invalidé et produit le - message « test 1.2.1 : le fichier ne respecte pas le modèle - CHOUETTE». - |
-
+Un exemple de fichier XSD (reseau.xsd):
+ +<?xml version="1.0" encoding="ISO-8859-1"?>+Suivi d'un fichier xml valide :
+ +<?xml version="1.0" encoding="ISO-8859-1"?>+N° test: +1.2.1
++Libellé: +Conformité au schéma XML du profil CHOUETTE
++Champ d’application: +Schéma XML du profil CHOUETTE
++Vérification:
++- Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle +CHOUETTE à analyser avec un éditeur XML en respectant le schéma +CHOUETTE ou directement à l'aide d'un Framework de vérification de la +syntaxe XML par rapport au schéma CHOUETTE (castor, xerces, etc...).
++- Si le fichier respecte le modèle CHOUETTE alors le test est validé, +sinon le test est invalidé et produit le message « test +1.2.1 : le fichier ne respecte pas le modèle CHOUETTE».
diff --git a/app/views/test_sheet/2_1.html b/app/views/test_sheet/2_1.html index b2dd60db7..3b83155b1 100644 --- a/app/views/test_sheet/2_1.html +++ b/app/views/test_sheet/2_1.html @@ -1,500 +1,176 @@ +Objectif:
+Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU RÉSEAU (« PTNetwork »).
+Vérification de la correcte référence à la VERSION DU RÉSEAU(« PTNetwork ») dans LIGNEs/Chouette («Line »).
+
Priorité: Obligatoire (si la séquence « lineId » est utilisée dans « PTNetwork »)
+Explications: +
+La référence à la LIGNE/Chouette (« Line »), au sein de la classe +d’objets de VERSION DU RÉSEAU («PTNetwork»), a un caractère optionnel. +Si cette référence est utilisée, alors elle doit correspondre à une ou +plusieurs LIGNEs/Chouette (« Line ») effectivement définie(s).
-+L’élément permettant d’identifier le réseau (ptNetworkIdShortcut) auquel appartient une LIGNE/Chouette (« Line ») a +un caractère optionnel. Si cet élément est utilisé, il convient de +vérifier que sa valeur correspond bien à l’identifiant de la VERSION DU +RÉSEAU (« PTNetwork ») en question.
++Exemple:
-Fiche -du point de contrôle N° 2.1
++ Représentation schématique de l’Objet PTNetwork
+
+Exemple:
-+
+ Représentation schématique de l’Objet Line
+
+
+ +...+
++N° test: +2.1.1
++Libellé: +Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU RÉSEAU (« PTNetwork »).
-
- Description- |
-
|
- ||
- Intitulé- |
-
- Cohérence - entre le réseau et ses composants - |
-
|
- |
- Objectif- |
-
- Vérification - de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU - RÉSEAU (« PTNetwork »).-Vérification - de la correcte référence à la VERSION DU RÉSEAU(« PTNetwork ») - dans LIGNEs/Chouette (« Line »).- |
-
|
- |
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
|
- |
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- |
|
- Priorité - |
-
- Obligatoire - (si la séquence « lineId » est utilisée dans - « PTNetwork »)-Obligatoire - (si l’élément ptNetworkIdShortCut est utilisé dans « Line ») - |
-
|
- |
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
|
- |
- Mise en œuvre- |
-
|
- ||
|
- - Explication -- - |
-
- La référence à la - LIGNE/Chouette (« Line »), au sein de la classe d’objets de VERSION DU - RÉSEAU (« PTNetwork »), a un caractère optionnel. Si cette référence est - utilisée, alors elle doit correspondre à une ou plusieurs LIGNEs/Chouette (« - Line ») effectivement définie(s).-L’élément permettant d’identifier le réseau - (ptNetworkIdShortcut) auquel appartient une LIGNE/Chouette (« Line ») a un caractère - optionnel. Si cet élément est utilisé, il convient de vérifier que sa valeur - correspond bien à l’identifiant de la VERSION DU RÉSEAU (« PTNetwork ») en - question. - |
-
|
- |
|
- Exemple - |
-
- -Représentation - schématique de l’Objet PTNetwork-
Exemple de l’objet PTNetwork à partir d’un - fichier XML-... -<PTNetwork> -<objectId>SYNTHESE:PTNetwork:6192449487677451</objectId> -<name>MP/TLS - - Tisséo</name> -<lineId>SYNTHESE:Line:11821949021891693</lineId> -<registration> -<registrationNumber>6192449487677451</registrationNumber> -</registration> -</PTNetwork> -... -<Line> -<objectId>SYNTHESE:Line:11821949021891693</objectId> -<name>MP/TLS/150</name> -<publishedName>le - taxi-bus Saubens</publishedName> -<routeId>SYNTHESE:ChouetteRoute:2533274790396714</routeId> -<routeId>SYNTHESE:ChouetteRoute:2533274790396715</routeId> -<routeId>SYNTHESE:ChouetteRoute:2533274790397007</routeId> -<routeId>SYNTHESE:ChouetteRoute:2533274790397008</routeId> -<registration> -<registrationNumber>11821949021891693</registrationNumber> -</registration> -</Line> -... -- - - - - |
-
|
- |
|
- Exemple - |
-
- -Représentation - schématique de l’Objet Line--
- - Exemple de ligne référençant le réseau auquel appartient la ligne-... -<PTNetwork> -<objectId>AMIV:PTNetwork:95</objectId> -<versionDate>2007-03-21</versionDate> -... -<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -<creationTime>2007-03-21T16:05:54.000+01:00</creationTime> -<name>LIGNE - 012</name> -<publishedName>Les - Courriers de l'Ile de France</publishedName> -<transportModeName>Bus</transportModeName> -<lineEnd>AMIV:StopPoint:488957A0A237830</lineEnd> -<ptNetworkIdShortcut>AMIV:PTNetwork:95</ptNetworkIdShortcut> -<routeId>AMIV:Route:488957</routeId> -<routeId>AMIV:Route:488959</routeId>... - |
- ||
| - | - | - | - |
+Champ d’application: +<PTNetwork> <Line>
++Vérification:
++- Si l’élément « lineId », situé dans l’objet +« PTNetwork », existe alors poursuivre le test, sinon +abandonner le test,
++- Si la valeur de chaque élément « LineId » de la classe +d’objets «PTNetwork », est identifiée dans l’élément +« objectId » de la classe d’objets « Line » alors +le test est validé, sinon le test est invalidé et produit le message +« test 2.1.1 : la valeur de l’élément « LineId » de +la classe d’objets «PTNetwork » n’a pas été repérée dans l’élément +« objectId » de la classe d’objets « Line ».
++N° test: +2.1.2
-+
+Libellé: +Vérification de la correcte référence à la VERSION DU RÉSEAU ( « PTNetwork »).dans LIGNEs/Chouette («Line »).
-
- Evaluation- |
- |
- N° test- |
-
- 2.1.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU - RÉSEAU (« PTNetwork »).- |
-
- Champ - d’application- |
-
- <PTNetwork>-<Line>- |
-
- Vérification- |
-
- - - Si l’élément « lineId », situé dans l’objet - « PTNetwork », existe alors poursuivre le test, sinon abandonner le - test,-- Si la valeur de chaque élément « LineId » de - la classe d’objets «PTNetwork », est identifiée dans l’élément - « objectId » de la classe d’objets « Line » alors le - test est validé, sinon le test est invalidé et produit le message « test - 2.1.1 : la valeur de l’élément « LineId » de la classe - d’objets «PTNetwork » n’a pas été repérée dans l’élément - « objectId » de la classe d’objets « Line ».- |
-
- N° test- |
-
- 2.1.2- |
-
- Libellé- |
-
- Vérification - de la correcte référence à la VERSION DU RÉSEAU-( - « PTNetwork »).dans LIGNEs/Chouette (« Line »).- |
-
- Champ - d’application- |
-
- <Line>-<PTNetwork>-- |
-
- Vérification- |
-
- - - Si l’élément «PtNetworkIdShortcut» existe alors poursuivre le test, sinon le - test est abandonné,-- - Si la valeur de chaque « ptNetworkIdShortcut » pour chaque - « Line », est identifiée dans l’élément « objectId » - de la classe d’objets « PTNetwork » alors le test est validé, - sinon le test est invalidé et produit le message « test 2.1.2 : la - référence au réseau « PtNetworkIdShortcut » n’a pas été repérée - dans l’élément « objectId » de la classe d’objets « PtNetwork» - ».-- |
-
+Champ d’application: +<Line> <PTNetwork>
++Vérification:
++- Si l’élément «PtNetworkIdShortcut» existe alors poursuivre le test, sinon le test est abandonné,
++- Si la valeur de chaque « ptNetworkIdShortcut » pour chaque +« Line », est identifiée dans l’élément +« objectId » de la classe d’objets « PTNetwork » +alors le test est validé, sinon le test est invalidé et produit le +message « test 2.1.2 : la référence au réseau +« PtNetworkIdShortcut » n’a pas été repérée dans l’élément +« objectId » de la classe d’objets « PtNetwork» ».
++
+ diff --git a/app/views/test_sheet/2_10.html b/app/views/test_sheet/2_10.html index 8f467c48b..30f13dca9 100644 --- a/app/views/test_sheet/2_10.html +++ b/app/views/test_sheet/2_10.html @@ -1,282 +1,77 @@ -Objectif:
+Vérifiication de la correcte référence à une LIGNE/Chouette
+(« Line ») pour les POINTS D’ARRÊT SUR PARCOURS («
+StopPoint » ).
+
Priorité: Obligatoire (si l’élément « LineIdShortCut » est existant)
+Explications: +
++La référence à la LIGNE/Chouette (« Line ») +« LineIdShortCut » au sein d'un arrêt POINT D’ARRÊT SUR +PARCOURS (« StopPoint ») a un caractère optionnel. Si cette +référence est utilisée, il convient de vérifier qu'elle correspond à +l'identifiant « objectId » d’une LIGNE/Chouette +(« Line »).
++Exemple:
++Représentation schématique de l’Objet « StopPoint »
+
+Exemple d'arrêt référençant le raccourci de ligne
+ +...+N° test: +2.10.1
++Libellé: Vérification de la correcte référence à une +LIGNE/Chouette (« Line ») pour les POINTs D’ARRÊT SUR +PARCOURS (« StopPoint » ).
-Fiche -du point de contrôle N° 2.10
++Champ d’application: +<StopPoint> <Line>
++Vérification:
-+
+- Si l’élément de référence d’une « Line » +(« lineIdShortcut ») qui est présent dans +« StopPoint » est identifié à un objet de ligne +« Line », le test est validé, sinon le test est invalidé et +produit le message « test 2.10.1 : Le point d’arrêt (« +StopPoint ») fait référence à une ligne inexistante».
-
- Description- |
- |
- Intitulé- |
-
- Référence - à une ligne pour un point d’arrêt. - |
-
- Objectif- |
-
- Vérifiication - de la correcte référence à une LIGNE/Chouette (« Line ») pour les - POINTS D’ARRÊT SUR PARCOURS (« StopPoint » ).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s)-Connexe(s) - |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’élément « LineIdShortCut » est existant)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - référence à la LIGNE/Chouette (« Line ») « LineIdShortCut » - au sein d'un arrêt POINT D’ARRÊT SUR PARCOURS (« StopPoint ») a un - caractère optionnel. Si cette référence est utilisée, il convient de vérifier - qu'elle correspond à l'identifiant « objectId » d’une - LIGNE/Chouette (« Line »).- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « StopPoint »--
Exemple - d'arrêt référençant le raccourci de ligne -... -<Line> -<objectId>AMIV:Line:014014012</objectId> -... -<StopPoint> -<objectId>AMIV:StopPoint:488957A0A237830</objectId> -<objectVersion>1</objectVersion> -... -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<ptNetworkIdShortcut>AMIV:PTNetwork:95</ptNetworkIdShortcut> -<containedIn>AMIV:StopPoint:237830</containedIn> -<name>Gérard - de Nerval</name> -</StopPoint> - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.10.1- |
-
- Libellé- |
-
- Vérification de la correcte référence à une - LIGNE/Chouette (« Line ») pour les POINTs D’ARRÊT SUR PARCOURS (« - StopPoint » ).- |
-
- Champ - d’application- |
-
- <StopPoint>-<Line>- |
-
- Vérification- |
-
- -- Si l’élément de référence d’une « Line » - (« lineIdShortcut ») qui est présent dans « StopPoint » - est identifié à un objet de ligne « Line », le test est validé, - sinon le test est invalidé et produit le message « test 2.10.1 : Le - point d’arrêt (« StopPoint ») fait référence à une ligne inexistante».-- |
-
Objectif:
+Vérification de la correcte référence à la VERSION DU RÉSEAU
+(« PTNetwork ») pour chaque POINT D’ARRÊT SUR PARCOURS(« StopPoint »).
+
Priorité: Obligatoire (si l’élément « PTNetworkIdShortCut » est existant
+Explications: +
++La référence au réseau « pTNetworkIdShortCut » au sein d'un +POINT D’ARRÊT SUR PARCOURS (« StopPoint ») a un caractère +optionnel. Si elle est définie, il convient de vérifier qu'elle +correspond à l'identifiant « objectId » de la VERSION DU +RÉSEAU (« PTNetwork »).
++Exemple:
++Représentation schématique de l’Objet « StopPoint »
+
+Exemple d'arrêt référençant le réseau
+ +<?xml version="1.0" encoding="ISO-8859-1"?>+N° test: +2.11.1
-Fiche -du point de contrôle N° 2.11
++Libellé: Vérification de la correcte référence à la VERSION DU +RÉSEAU (« PTNetwork ») pour chaque POINT D’ARRÊT SUR PARCOURS +(« StopPoint »).
--
- Description- |
- |
- Intitulé- |
-
- Référence à un réseau au point - d’arrêt. - |
-
- Objectif- |
-
- Vérification - de la correcte référence à la VERSION DU RÉSEAU (« PTNetwork ») - pour chaque POINT D’ARRÊT SUR PARCOURS-(« - StopPoint »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de - fiche(s)-connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’élément « PTNetworkIdShortCut » est existant)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - référence au réseau « pTNetworkIdShortCut » au sein d'un POINT - D’ARRÊT SUR PARCOURS (« StopPoint ») a un caractère optionnel. Si - elle est définie, il convient de vérifier qu'elle correspond à l'identifiant - « objectId » de la VERSION DU RÉSEAU (« PTNetwork »).- |
-
+Champ d’application: <StopPoint> <PTNetwork>
++Vérification:
+- Si l’élément « ptNetworkIdShortcut » existe alors poursuivre le test, sinon le test est abandonné
--
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « StopPoint »--
- - Exemple - d'arrêt référençant le réseau -- <?xml - version="1.0" encoding="ISO-8859-1"?> -<ChouettePTNetwork - xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" - xmlns="http://www.trident.org/schema/trident" - xsi:schemaLocation="http://www.trident.org/schema/trident - /home/marc/workspace/chouette-ninoxe/src/main/castor/Chouette.xsd"> -<PTNetwork> -<objectId>AMIV:PTNetwork:95</objectId> -... -<StopPoint> -<objectId>AMIV:StopPoint:488957A0A237830</objectId> -<objectVersion>1</objectVersion> -... -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<ptNetworkIdShortcut>AMIV:PTNetwork:95</ptNetworkIdShortcut> -<containedIn>AMIV:StopPoint:237830</containedIn> -<name>Gérard - de Nerval</name> -</StopPoint> -... -- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.11.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à la VERSION DU RÉSEAU (« PTNetwork ») - pour chaque POINT D’ARRÊT SUR PARCOURS-(« StopPoint »).- |
-
- Champ d’application- |
-
- <StopPoint>-<PTNetwork>- |
-
- Vérification- |
-
- -- - Si l’élément « ptNetworkIdShortcut » existe alors poursuivre le test, sinon le - test est abandonné-- - - Si l’élément « ptNetworkIdShortcut », référencé dans un objet - « StopPoint » est identifié au réseau « PtNetwork », le - test est validé, sinon le test est invalidé et produit le message « test - 2.11.1 : Le point d’arrêt (« StopPoint ») fait référence à un réseau - inexistant».-- |
-
+- Si l’élément « ptNetworkIdShortcut », référencé dans un
+objet « StopPoint » est identifié au réseau
+« PtNetwork », le test est validé, sinon le test est invalidé
+et produit le message « test 2.11.1 : Le point d’arrêt («
+StopPoint ») fait référence à un réseau inexistant»
Objectif:
+Vérification de cohérence entre les objets « ITL » et les ARRÊTs/Chouette (« StopArea »).
+
Priorité: Obligatoire (si le réseau contient des Interdictions de Trafic Local « ITL »)
+Explications: +
++Les Interdictions de Trafic Local « ITL » sont optionnelles +dans un réseau. Lorsqu'elles existent, il convient de vérifier pour +chaque ARRÊT/Chouette (« StopArea ») de type ITL , +que l'élément « areaId » qui est à caractère obligatoire, +correspond à un identifiant « ObjectId » d’ARRÊT/Chouette +(« StopArea »)» du réseau.
++Exemple:
++Représentation schématique de l’Objet « ITL »
+
+N° test: +2.12.1
++Libellé: +Vérification de cohérence entre les objets « ITL » et les ARRÊTs/Chouette (« StopArea »).
-+Champ d’application: +<ITL> <StopArea>
++Vérification:
-Fiche -du point de contrôle N° 2.12
-- -
- Description- |
- |
- Intitulé- |
-
- Définition de l'Interdiction de - Trafic Local. - |
-
- Objectif- |
-
- Vérification - de cohérence entre les objets « ITL » et les ARRÊTs/Chouette - (« StopArea »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si le réseau contient des Interdictions de Trafic Local « ITL »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Les - Interdictions de Trafic Local « ITL » sont optionnelles dans un - réseau. Lorsqu'elles existent, il convient de vérifier pour chaque - ARRÊT/Chouette (« StopArea ») de type ITL , que - l'élément « areaId » qui est à caractère obligatoire, correspond à - un identifiant « ObjectId » d’ARRÊT/Chouette - (« StopArea »)» du réseau.- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « ITL »--
- - Exemple d'ITL dont l'« areaId » référence un - point d’arrêt-... -<StopArea> -<objectId>AMIV:StopPoint:237814</objectId> -<name>Croix - l'Alouettes</name> -<contains>AMIV:StopPoint:488965A7A23781400</contains> -... -<ITL> -<areaId>AMIV:StopPoint:237814</areaId> -<name>Croix - l'Alouettes000</name> -<lineIdShortCut>AMIV:Line:014014012000</lineIdShortCut> -</ITL> -... -- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.12.1- |
-
- Libellé- |
-
- Vérification - de cohérence entre les objets « ITL » et les ARRÊTs/Chouette - (« StopArea »).- |
-
- Champ - d’application- |
-
- <ITL>-<StopArea> - |
-
- Vérification- |
-
- -- - Si l’objet « ITL » existe alors poursuivre le test, sinon le test - est abandonné-- - - Si l’élément « areaId », référencé dans un objet d’interdiction de - trafic local « ITL », possède un identifiant - « ObjectId » dans un objet « StopArea » , le test est - validé, sinon le test est invalidé et produit le message « test 2.12.1 : - Un objet d’interdiction de trafic local « ITL » fait référence à - un arrêt du réseau « StopArea » inexistant ».-- |
-
+- Si l’objet « ITL » existe alors poursuivre le test, sinon le test est abandonné
++- Si l’élément « areaId », référencé dans un objet +d’interdiction de trafic local « ITL », possède un +identifiant « ObjectId » dans un objet « StopArea » +, le test est validé, sinon le test est invalidé et produit le message +« test 2.12.1 : Un objet d’interdiction de trafic local +« ITL » fait référence à un arrêt du réseau +« StopArea » inexistant ».
diff --git a/app/views/test_sheet/2_13.html b/app/views/test_sheet/2_13.html index 92c94013f..a7627e6b7 100644 --- a/app/views/test_sheet/2_13.html +++ b/app/views/test_sheet/2_13.html @@ -1,299 +1,75 @@ - +Objectif:
+Vérification de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque « ITL ».
+
Priorité: Obligatoire (si le réseau contient des Interdictions de Trafic Local « ITL »)
+Explications: +
++Les Interdictions de Trafic Local « ITL » sont optionnelles +dans un réseau. Lorsqu'elles existent, il convient de vérifier pour +chaque « ITL » que si l'élément « lineIdShortcut », +qui est à caractère optionnel dans l'« ITL », existe, il +correspond à l'identifiant « ObjectId » d’une LIGNE/Chouette +(« Line ») définie.
++Exemple:
++Représentation schématique de l’Objet « ITL »
+
+N° test: +2.13.1
++Libellé: +Vérification de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque « ITL ».
-+Champ d’application: +<ITL> <Line>
++Vérification:
-Fiche -du point de contrôle N° 2.13
-+
+- Si l’objet « ITL » existe alors poursuivre le test, sinon le test est abandonné
-
- Description- |
- |
- Intitulé- |
-
- Référence - à une ligne des arrêts ITL - |
-
- Objectif- |
-
- Vérification - de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque - « ITL ».- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si le réseau contient des Interdictions de Trafic Local « ITL »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Les - Interdictions de Trafic Local « ITL » sont optionnelles dans un - réseau. Lorsqu'elles existent, il convient de vérifier pour chaque - « ITL » que si l'élément « lineIdShortcut », qui est à - caractère optionnel dans l'« ITL », existe, il correspond à l'identifiant - « ObjectId » d’une LIGNE/Chouette (« Line ») définie.- |
-
+- Si l’élément de raccourci de ligne « lineIdShortcut » +existe alors poursuivre le test, sinon le test est abandonné
-- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « ITL »--
- - Exemple d'ITL avec le « lineIdShortcut » - référencé dans la ligne du réseau-... -<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -... -<ITL> -<areaId>AMIV:StopPoint:237814</areaId> -<name>Croix - l'Alouettes000</name> -<lineIdShortCut>AMIV:Line:014014012</lineIdShortCut> -</ITL> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.13.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque - « ITL ».- |
-
- Champ - d’application- |
-
- <ITL>-<Line> - |
-
- Vérification- |
-
- -- Si l’objet « ITL » existe alors poursuivre le - test, sinon le test est abandonné-- - Si l’élément de raccourci de ligne - « lineIdShortcut » existe alors poursuivre le test, sinon le test - est abandonné -- - Si l’élément de raccourci de ligne - « lineIdShortcut », référencé dans un objet d’interdiction de - trafic local « ITL », possède un identifiant - « ObjectId » dans un objet de ligne « Line » , le test - est validé, sinon le test est invalidé et produit le message « test - 2.13.1 : Un objet d’interdiction de trafic local « ITL » fait - référence à une ligne inexistante ».-- |
-
- -
+- Si l’élément de raccourci de ligne « lineIdShortcut », +référencé dans un objet d’interdiction de trafic local +« ITL », possède un identifiant « ObjectId » dans +un objet de ligne « Line » , le test est validé, sinon le +test est invalidé et produit le message « test 2.13.1 : Un +objet d’interdiction de trafic local « ITL » fait référence à +une ligne inexistante ».
diff --git a/app/views/test_sheet/2_14.html b/app/views/test_sheet/2_14.html index 26a7f1622..5f1d42530 100644 --- a/app/views/test_sheet/2_14.html +++ b/app/views/test_sheet/2_14.html @@ -1,399 +1,152 @@ -Objectif:
+Vérification que tout
+POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
+est associé à un
+Itinéraire/Chouette (ChouetteRoute »).
+Analyse de la continuité des tronçons
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 2.14
--
- Description- |
- |
- Intitulé- |
-
- Association points - d’arrêt, tronçons, itinéraire. - |
-
- Objectif- |
-
- Vérification que tout POINT - D’ARRÊT SUR PARCOURS (« StopPoint ») est associé à un Itinéraire/Chouette - (ChouetteRoute »).-Analyse de la - continuité des tronçons - COMMERCIAUX/Chouette (« PtLink ») au sein d’un Itinéraire/Chouette - (ChouetteRoute »)..- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme ou non - conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- - Ce - point de contrôle vérifie que tous les POINTs D’ARRÊT SUR PARCOURS -(« - StopPoint ») sont bien rattachés à un Itinéraire/Chouette - (« ChouetteRoute ») et que chaque POINT D’ARRÊT SUR PARCOURS -(« - StopPoint ») appartient à un tronçon - COMMERCIAL/Chouette (« PtLink »). -D’autre part, les POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») doivent être ordonnés sur l’Itinéraire/Chouette - (« ChouetteRoute ») et former une séquence de tronçons contigus. -- |
-
-
|
- Exemple - |
-
- -Exemple - de définition à partir d’un fichier XML sur le RER A-L’élément StopPoint possède l’identifiant 521850 : -- <StopPoint> -<objectId>NINOXE:StopPoint:521850</objectId> -<objectVersion>0</objectVersion> -<creationTime>2007-06-28T17:18:56.000+02:00</creationTime> -<containedIn>NINOXE:StopArea:521759</containedIn> -</StopPoint> -- On le retrouve dans le tronçon ci-après : -- <PtLink> -<objectId>NINOXE:PtLink:521850-521851</objectId> -<startOfLink>NINOXE:StopPoint:521850</startOfLink> -<endOfLink>NINOXE:StopPoint:521851</endOfLink> -</PtLink> -- Et ce même tronçon est intégré dans l’itinéraire ci-après - : -- <ChouetteRoute> -<objectId>NINOXE:Route:521755</objectId> -<objectVersion>0</objectVersion> -<creationTime>2007-06-28T17:18:56.000+02:00</creationTime> -<name>X</name> -<publishedName>Marne-la-Vallée-Chessy - Cergy</publishedName> -<number>ALLER</number> -<ptLinkId>NINOXE:PtLink:521850-521851</ptLinkId> -… -</ChouetteRoute> -- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test 2.14.1- |
-
- Libellé- |
-
- Vérification - que tout POINT D’ARRÊT SUR PARCOURS (« StopPoint ») - est associé à un Itinéraire/Chouette (ChouetteRoute »).- |
-
- Champ d’application- |
-
- - <StopPoint> -<PtLink> -<chouetteRoute> -- |
-
- Vérification- |
-
- - - Si l’objet de point d’arrêt « StopPoint » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si l’identifiant du point d’arrêt détecté, contenu dans l’élément - « StopPoint », figure dans l’un des éléments - « startOfLink » ou « endOfLink » de l’objet de tronçon - « PTLink » , poursuivre le test, sinon le test fournit le message - d’alerte « test 2.14.1 a : le point d’arrêt (« StopPoint ») XX - n’appartient à aucune extrémité de tronçon ». La poursuite des tests est - abandonnée. -- - - Si l’identifiant du tronçon « PtLink », détecté ci-avant, est - intégré dans un objet « ChouetteRoute », le test est validé, sinon - le test est invalidé et fournit le message « test 2.14.1 b : le - tronçon XX fait référence à un itinéraire inexistant ». -- - |
-
+Ce point de contrôle vérifie que tous les POINTs D’ARRÊT SUR PARCOURS (« +StopPoint ») sont bien rattachés à un Itinéraire/Chouette +(« ChouetteRoute ») et que chaque POINT D’ARRÊT SUR +PARCOURS («StopPoint») appartient à un tronçon COMMERCIAL/Chouette (« PtLink »).
++D’autre part, les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») doivent +être ordonnés sur l’Itinéraire/Chouette (« ChouetteRoute ») +et former une séquence de tronçons contigus.
-+
+Exemple:
++Exemple de définition à partir d’un fichier XML sur le RER A
+ +<StopPoint>+N° test: +Test 2.14.1
-
- N° test- |
-
- Test 2.14.2- |
-
- Libellé- |
-
- Analyse - de la continuité des tronçons - COMMERCIAUX/Chouette (« PtLink ») au sein d’un Itinéraire/Chouette - (« ChouetteRoute »).- |
-
- Champ d’application- |
-
- - <PtLink> -<chouetteRoute> -- |
-
- Vérification- |
-
- - - Si l’élément « ChouetteRoute » mentionné - dans les champs d’application est présent une ou plusieurs fois, poursuivre - le test, sinon le test est abandonné. -- - - Pour chaque identifiant de tronçon « PtLink » successif, contenu - dans l’élément « ChouetteRoute », si la valeur de l’attribut de - l’élément « endOfLink » du premier tronçon « PtLink » est - identique à la valeur de l’attribut de l’élément « startOfLink » du - deuxième tronçon « PtLink », poursuivre le test (se décaler d’un - tronçon), sinon le test est invalidé et fournit message : « test - 2.14.2 : l’analyse des tronçons d’un itinéraire fait apparaître que la - valeur de l’attribut de l’élément « endOfLink » d’un premier - tronçon « PtLink » n’est pas identique à la valeur de l’attribut de - l’élément « startOfLink » du deuxième tronçon - « PtLink » ». --- - Le test est validé -- |
-
+
+Libellé: Vérification que tout POINT D’ARRÊT SUR PARCOURS +(« StopPoint ») est associé à +un Itinéraire/Chouette (ChouetteRoute »).
-+Champ d’application: <StopPoint> <PtLink> <chouetteRoute>
+ ++Vérification:
+- +Si l’objet de point d’arrêt « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
- Si l’identifiant du point d’arrêt détecté, contenu dans l’élément +« StopPoint », figure dans l’un des éléments +« startOfLink » ou « endOfLink » de l’objet de +tronçon « PTLink » , poursuivre le test, sinon le test +fournit le message d’alerte « test 2.14.1 a : le point +d’arrêt (« StopPoint ») XX n’appartient à aucune extrémité de +tronçon ». La poursuite des tests est abandonnée.
+ ++- Si l’identifiant du tronçon « PtLink », détecté ci-avant, +est intégré dans un objet « ChouetteRoute », le test est +validé, sinon le test est invalidé et fournit le message « test +2.14.1 b : le tronçon XX fait référence à un itinéraire +inexistant ».
+ ++N° test: +Test 2.14.2
+ + ++Libellé: Analyse de la continuité +des tronçons COMMERCIAUX/Chouette (« PtLink ») au +sein d’un Itinéraire/Chouette (« ChouetteRoute »).
+ + + ++Champ d’application: <PtLink> <chouetteRoute>
+ ++Vérification:
+ + +- +Si l’élément « ChouetteRoute » mentionné dans les champs d’application +est présent une ou plusieurs fois, poursuivre le test, sinon le test +est abandonné.
- Pour chaque identifiant de tronçon « PtLink » successif, +contenu dans l’élément « ChouetteRoute », si la valeur de +l’attribut de l’élément « endOfLink » du premier tronçon +« PtLink » est identique à la valeur de l’attribut de +l’élément « startOfLink » du deuxième tronçon +« PtLink », poursuivre le test (se décaler d’un tronçon), +sinon le test est invalidé et fournit message : « test +2.14.2 : l’analyse des tronçons d’un itinéraire fait apparaître +que la valeur de l’attribut de l’élément « endOfLink » d’un +premier tronçon « PtLink » n’est pas identique à la valeur de +l’attribut de l’élément « startOfLink » du deuxième tronçon +« PtLink »
++- Le test est validé
diff --git a/app/views/test_sheet/2_15.html b/app/views/test_sheet/2_15.html index dd004b151..a0883f072 100644 --- a/app/views/test_sheet/2_15.html +++ b/app/views/test_sheet/2_15.html @@ -1,463 +1,181 @@ -Objectif:
+Vérification de l’existence de définition des POINTs D’ARRÊT SUR
+PARCOURS (« StopPoint ») d’une mission commerciale
+(« JourneyPattern »).
+Vérification que tout POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
+appartient Ă une mission commerciale
+(« JourneyPattern »).
+
Priorité: Obligatoire (si l’objet « JourneyPattern » existe)
+Explications: +
-Fiche -du point de contrôle N° 2.15
++L’objet de MISSION COMMERCIALE (« JourneyPattern ») , a un caractère +optionnel. Quand elle existe, chaque MISSION COMMERCIALE (« +JourneyPattern ») référence de manière obligatoire une liste +« stopPointList » qui contient au moins deux identifiants de +POINT D’ARRÊT SUR PARCOURS (« StopPoint »). Pour chaque identifiant de +cette liste, il convient de vérifier qu'il correspond à l'identifiant +« objectId » d'un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») +du réseau.
--
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre points d'arrêt et missions commerciales. - |
-
- Objectif- |
-
- Vérification - de l’existence de définition des POINTs D’ARRÊT SUR PARCOURS (« StopPoint - ») d’une mission commerciale - (« JourneyPattern »).-Vérification - que tout POINT D’ARRÊT SUR PARCOURS (« StopPoint ») appartient à une mission commerciale - (« JourneyPattern »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « JourneyPattern » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- L’objet de MISSION COMMERCIALE (« JourneyPattern ») , a - un caractère optionnel. Quand elle existe, chaque MISSION COMMERCIALE-(« - JourneyPattern ») référence de manière obligatoire une liste - « stopPointList » qui contient au moins deux identifiants de POINT - D’ARRÊT SUR PARCOURS (« StopPoint »). Pour chaque identifiant de cette - liste, il convient de vérifier qu'il correspond à l'identifiant - « objectId » d'un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») du - réseau.-Chaque identifiant de POINT D’ARRÊT SUR - PARCOURS (« StopPoint ») doit appartenir à la liste des POINTs D’ARRÊT SUR - PARCOURS d’une MISSION COMMERCIALE (« StopPointList » de la mission commerciale « JourneyPattern »). -- |
-
+Chaque identifiant de POINT D’ARRÊT SUR PARCOURS (« StopPoint ») doit +appartenir à la liste des POINTs D’ARRÊT SUR PARCOURS d’une MISSION +COMMERCIALE (« StopPointList » de la mission commerciale « JourneyPattern »).
-+
+Exemple:
++Représentation schématique de l’objet « JourneyPattern »
+
+Exemple d'un parcours qui référence sept points d'arrêt
+ +...+N° test: +2.15.1
-|
- Exemple - |
-
- -Représentation - schématique de l’objet « JourneyPattern »--
- - Exemple - d'un parcours qui référence sept points d'arrêt-... -<StopPoint> -<objectId>AMIV:StopPoint:489111A0A237832</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A1A237807</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A2A237806</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A3A237805</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A4A237804</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A5A237803</objectId> -<objectVersion>1</objectVersion> -... -<StopPoint> -<objectId>AMIV:StopPoint:489111A6A237832</objectId> -<objectVersion>1</objectVersion> -... -<JourneyPattern> -<objectId>AMIV:JourneyPattern:489111M74</objectId> -<routeId>AMIV:Route:489111</routeId> -<stopPointList>AMIV:StopPoint:489111A0A237832</stopPointList> -<stopPointList>AMIV:StopPoint:489111A1A237807</stopPointList> -<stopPointList>AMIV:StopPoint:489111A2A237806</stopPointList> -<stopPointList>AMIV:StopPoint:489111A3A237805</stopPointList> -<stopPointList>AMIV:StopPoint:489111A4A237804</stopPointList> -<stopPointList>AMIV:StopPoint:489111A5A237803</stopPointList> -<stopPointList>AMIV:StopPoint:489111A6A237832</stopPointList> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -</JourneyPattern> -... -- - |
- ||
- Evaluation- |
- |||
- N° test- |
-
- 2.15.1- |
- ||
- Libellé- |
-
- Vérification - de l’existence de définition des POINTs D’ARRÊT SUR PARCOURS (« StopPoint - ») d’une mission commerciale - (« JourneyPattern »).- |
- ||
- Champ - d’application- |
-
- <JourneyPattern>-<StopPoint> - |
- ||
- Vérification- |
-
- -- - Si l’objet de mission commerciale existe, poursuivre le test, sinon - abandonner le test--- Si la liste des points d’arrêt - « stopPointList », référencés dans un objet de mission commerciale - « JourneyPattern », possède des identifiants « objectId » - dans les objets de points d’arrêt « StopPoint », alors le test est - validé, sinon le test est invalidé et produit le message « test - 2.15.1 : La liste de l’objet « JourneyPattern » fait référence - à des points d’arrêt inexistants » -- |
- ||
|
-
- N° test- |
-
- 2.15.2- |
- |
|
-
- Libellé- |
-
- Vérification - que tout POINT D’ARRÊT SUR PARCOURS (« StopPoint ») appartient à une mission commerciale - (« JourneyPattern »).- |
- |
|
-
- Champ d’application- |
-
- -<StopPoint> -<JourneyPattern> -- |
- |
|
-
- Vérification- |
-
- -- Si l’objet « StopPoint », mentionné dans les - champs d’application, est présent une ou plusieurs fois, poursuivre le test, - sinon le test est abandonné. -- - Si l’identifiant de l’élément « StopPoint » - identifié est contenu dans la liste des points d’arrêt (StopPointList) de - l’objet « JourneyPattern », le test est validé, sinon le test est - invalidé et fournit le message : « test 2.15.2 : un point - d’arrêt (« StopPoint ») n’est pas rattaché à une mission - commerciale ». -- |
- |
| - | - | - | - |
+
+Libellé:
+Vérification de l’existence de définition des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») d’une
mission commerciale (« JourneyPattern »).
+Champ d’application: +<JourneyPattern> <StopPoint>
++Vérification:
+ + ++- Si l’objet de mission commerciale existe, poursuivre le test, sinon abandonner le test
++- Si la liste des points d’arrêt « stopPointList », +référencés dans un objet de mission commerciale +« JourneyPattern », possède des identifiants +« objectId » dans les objets de points d’arrêt +« StopPoint », alors le test est validé, sinon le test est +invalidé et produit le message « test 2.15.1 : La liste de +l’objet « JourneyPattern » fait référence à des points +d’arrêt inexistants »
+ ++N° test: +2.15.2
+ + ++Libellé: Vérification que tout POINT D’ARRÊT SUR PARCOURS (« +StopPoint ») appartient à une mission +commerciale (« JourneyPattern »).
+ + + ++Champ d’application: <StopPoint> <JourneyPattern>
+ + + ++Vérification:
+- +Si l’objet « StopPoint », mentionné dans les champs d’application, est +présent une ou plusieurs fois, poursuivre le test, sinon le test est +abandonné.
- Si l’identifiant de l’élément « StopPoint » identifié est +contenu dans la liste des points d’arrêt (StopPointList) de l’objet +« JourneyPattern », le test est validé, sinon le test est +invalidé et fournit le message : « test 2.15.2 : un +point d’arrêt (« StopPoint ») n’est pas rattaché à une mission +commerciale ».
diff --git a/app/views/test_sheet/2_16.html b/app/views/test_sheet/2_16.html index c19fef9d0..b893c40c9 100644 --- a/app/views/test_sheet/2_16.html +++ b/app/views/test_sheet/2_16.html @@ -1,305 +1,94 @@ +Objectif:
+Vérification de la correcte référence à une LIGNE/Chouette
+(« Ligne ») pour une MISSION COMMERCIALE
+(« JourneyPattern »).
+
Priorité: Obligatoire (si l’objet « JourneyPattern » existe et s’il contient l’objet « lineIdShortCut »)
+Explications: +
++Lorsque l’objet MISSION COMMERCIALE (« JourneyPattern ») fait +référence à une LIGNE/Chouette (« Ligne ») à travers +« lineIdShortCut », qui est à caractère optionnel, il +convient de vérifier que cette référence correspond à l'identifiant +« objectId » d’une LIGNE /Chouette (« Ligne ») +définie.
++Exemple:
++Représentation schématique de l’objet JourneyPattern
+
+Exemple:
+ +...+N° test: +2.16.1
++Libellé: Vérification de la correcte référence à une une +LIGNE/Chouette (« Ligne ») pour une MISSION COMMERCIALE +(« JourneyPattern »).
-+Champ d’application: +<JourneyPattern> <Line>
-Fiche -du point de contrôle N° 2.16
-+
+Vérification:
++- Si l’objet de mission commerciale existe, poursuivre le test, sinon abandonner le test
-
- Description- |
- |
- Intitulé- |
-
- Référence - à une ligne des missions commerciales. - |
-
- Objectif- |
-
- Vérification - de la correcte référence à une LIGNE/Chouette (« Ligne ») pour une - MISSION COMMERCIALE (« JourneyPattern »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « JourneyPattern » existe et s’il contient l’objet - « lineIdShortCut »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsque - l’objet MISSION COMMERCIALE (« JourneyPattern ») fait référence à - une LIGNE/Chouette (« Ligne ») à travers - « lineIdShortCut », qui est à caractère optionnel, il convient de - vérifier que cette référence correspond à l'identifiant - « objectId » d’une LIGNE /Chouette (« Ligne ») définie.- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’objet JourneyPattern--
- Exemple-... -<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -... -<JourneyPattern> -<objectId>AMIV:JourneyPattern:489111M74</objectId> -<routeId>AMIV:Route:489111</routeId> -<stopPointList>AMIV:StopPoint:489111A0A237832</stopPointList> -<stopPointList>AMIV:StopPoint:489111A1A237807</stopPointList> -<stopPointList>AMIV:StopPoint:489111A2A237806</stopPointList> -<stopPointList>AMIV:StopPoint:489111A3A237805</stopPointList> -<stopPointList>AMIV:StopPoint:489111A4A237804</stopPointList> -<stopPointList>AMIV:StopPoint:489111A5A237803</stopPointList> -<stopPointList>AMIV:StopPoint:489111A6A237832</stopPointList> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -</JourneyPattern> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.16.1- |
-
- Libellé- |
-
- Vérification de la - correcte référence à une une LIGNE/Chouette (« Ligne ») pour une - MISSION COMMERCIALE (« JourneyPattern »).- |
-
- Champ - d’application- |
-
- <JourneyPattern>-<Line> -- |
-
- Vérification- |
-
- -- - Si l’objet de mission commerciale existe, poursuivre le test, sinon - abandonner le test--- - Si le raccourci de ligne « lineIdShortCut », dans l’objet - « JourneyPattern », poursuivre le test, sinon abandonner le test- -- Si l’élément de raccourci de - ligne « lineIdShortCut » , référencé dans un objet - « JourneyPattern », possède un identifiant « objectId » - dans un objet de ligne « Line », alors le test est validé, sinon le - test est invalidé et produit le message « test 2.16.1 : Un objet - « JourneyPattern » fait référence à une ligne inexistante.» -- |
-
- -
+- Si le raccourci de ligne « lineIdShortCut », dans l’objet +« JourneyPattern », poursuivre le test, sinon abandonner le +test
++- Si l’élément de raccourci de ligne « lineIdShortCut » , +référencé dans un objet « JourneyPattern », possède un +identifiant « objectId » dans un objet de ligne +« Line », alors le test est validé, sinon le test est +invalidé et produit le message « test 2.16.1 : Un objet +« JourneyPattern » fait référence à une ligne inexistante.»
diff --git a/app/views/test_sheet/2_17.html b/app/views/test_sheet/2_17.html index 1d443ac4d..6a87b1132 100644 --- a/app/views/test_sheet/2_17.html +++ b/app/views/test_sheet/2_17.html @@ -1,310 +1,98 @@ -Objectif:
+Vérification de la correcte référence à l’Itinéraire/Chouette
+(« ChouetteRoute) pour chaque COURSE COMMERCIALE (« VehicleJourney
+» ).
+
Priorité: Obligatoire (si l'objet « VehicleJourney » existe)
+Explications: +
++Lorsqu’une COURSE COMMERCIALE (« VehicleJourney » ) fait référence à un +Itinéraire/Chouette (« ChouetteRoute ») il convient de +vérifier que l'identifiant d'itinéraire « routeId », qui est +à caractère obligatoire dans la course, correspond à l'identifiant +« objectId » d'un Itinéraire/Chouette +(« ChouetteRoute »).
-Fiche -du point de contrôle N° 2.17
++Exemple:
++Représentation schématique de l’Objet « VehicleJourney »
+
+Exemple d'une course qui référence une « ChouetteRoute »
+ +...+N° test: +2.17.1
++Libellé: Vérification de la correcte référence à +l’Itinéraire/Chouette (« ChouetteRoute) pour chaque COURSE +COMMERCIALE (« VehicleJourney » ).
-+
+Champ d’application: <VehicleJourney> <ChouetteRoute>
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre itinéraires et courses. - |
-
- Objectif- |
-
- Vérification - de la correcte référence à l’Itinéraire/Chouette (« ChouetteRoute) pour - chaque COURSE COMMERCIALE (« VehicleJourney » ).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l'objet « VehicleJourney » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsqu’une - COURSE COMMERCIALE (« VehicleJourney » ) fait référence à un - Itinéraire/Chouette (« ChouetteRoute ») il convient de vérifier que - l'identifiant d'itinéraire « routeId », qui est à caractère - obligatoire dans la course, correspond à l'identifiant « objectId » - d'un Itinéraire/Chouette (« ChouetteRoute »).-- |
-
-
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « VehicleJourney »-- -
- -------Exemple - d'une course qui référence une « ChouetteRoute »-... -<ChouetteRoute> -<objectId>AMIV:Route:488970</objectId> -<name>0140140120542</name> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970758</objectId> -<routeId>AMIV:Route:488970</routeId> -<journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.17.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à l’Itinéraire/Chouette (« ChouetteRoute) pour - chaque COURSE COMMERCIALE (« VehicleJourney » ).- |
-
- Champs d’application- |
-
- - <VehicleJourney> -<ChouetteRoute> -- |
-
- Vérification- |
-
- -- Si l’objet « VehicleJourney » mentionné dans - les champs d’application est présent une ou plusieurs fois, poursuivre le - test, sinon le test est abandonné. -- - Si chaque élément « RouteId » - est associé à un objet « ChouetteRoute », le test est validé, sinon - le test est invalidé et fournit le message : « test 2.17.1 : - la course XX fait référence à un itinéraire inexistant ». -- |
-
+Vérification:
-- +Si l’objet « VehicleJourney » mentionné dans les champs d’application +est présent une ou plusieurs fois, poursuivre le test, sinon le test +est abandonné.
- Si chaque élément « RouteId » est associé à un objet +« ChouetteRoute », le test est validé, sinon le test est +invalidé et fournit le message : « test 2.17.1 : la +course XX fait référence à un itinéraire inexistant »
diff --git a/app/views/test_sheet/2_18.html b/app/views/test_sheet/2_18.html index b2ef3e3fc..f6bfa04eb 100644 --- a/app/views/test_sheet/2_18.html +++ b/app/views/test_sheet/2_18.html @@ -1,549 +1,160 @@ -Objectif:
+Vérification de l’existence d’une MISSION COMMERCIALE
+(« JourneyPattern « ) pour chaque COURSE COMMERCIALE
+(« VehicleJourney »).
+Vérification de la cohérence de points entre MISSION COMMERCIALE
+(« JourneyPattern « ) et COURSE COMMERCIALE
+(« VehicleJourney »).
+
Priorité: Obligatoire (si l'objet « VehicleJourney » existe et contient l'élément « journeyPatternId »)
+Explications: +
++Lorsqu’une COURSE COMMERCIALE (« VehicleJourney » ) est définie, il +convient de vérifier que si l’élément « journeyPatternId » de +MISSION COMMERCIALE (« JourneyPattern ») , qui est à +caractère optionnel dans la course, existe (c’est-à -dire si on fait +référence à une MISSION COMMERCIALE) alors il doit correspondre à une +MISSION COMMERCIALE (« JourneyPattern ») définie .
++Par ailleurs, les points d’une COURSE COMMERCIALE (« VehicleJourney ») +doivent appartenir à la MISSION COMMERCIALE +(« JourneyPattern ») à laquelle la COURSE COMMERCIALE (« +VehicleJourney ») est associée.
++Exemple:
++Représentation schématique de l’objet « VehicleJourney »
+
+
++Exemple d'une course qui référence une mission
+ +...L’objet « JourneyPattern » référence une liste de point d’arrêt et l’identifiant d’un itinéraire :
-Fiche -du point de contrôle N° 2.18
+
+
+
++Ces mêmes identifiants de points d’arrêt sont référencés dans les +objets « vehicleJourneyAtStop » dépendant de la course +« vehicleJourney » qui contient l’identifiant de la mission.
+
+N° test: +2.18.1
++Libellé: Vérification de l’existence d’une MISSION COMMERCIALE +(« JourneyPattern « ) pour chaque COURSE COMMERCIALE +(« VehicleJourney »).
-+
+Champ d’application: +<VehicleJourney> <JourneyPattern>
++Vérification:
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre les missions commerciales et les courses. - |
-
- Objectif- |
-
- Vérification - de l’existence d’une MISSION COMMERCIALE (« JourneyPattern « ) - pour chaque COURSE COMMERCIALE (« VehicleJourney »).-Vérification - de la cohérence de points entre MISSION COMMERCIALE - (« JourneyPattern « ) et COURSE COMMERCIALE - (« VehicleJourney »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l'objet « VehicleJourney » existe et contient l'élément - « journeyPatternId »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsqu’une - COURSE COMMERCIALE (« VehicleJourney » ) est définie, il convient de - vérifier que si l’élément « journeyPatternId » de MISSION - COMMERCIALE (« JourneyPattern ») , qui est à caractère optionnel - dans la course, existe (c’est-à-dire si on fait référence à une MISSION - COMMERCIALE) alors il doit correspondre à une MISSION COMMERCIALE - (« JourneyPattern ») définie . -Par - ailleurs, les points d’une COURSE COMMERCIALE (« VehicleJourney ») doivent - appartenir à la MISSION COMMERCIALE (« JourneyPattern ») à - laquelle la COURSE COMMERCIALE (« VehicleJourney ») est associée.- |
-
+
+- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
++- Si l’élément « JourneyPatternId » existe dans l’objet de +course « VehicleJourney », poursuivre le test, sinon +abandonner le test
-|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourney »-- -
--- - - - - - - - - Exemple - d'une course qui référence une mission-... -<VehicleJourney> -- <objectId>AMIV:VehicleJourney:8970758</objectId> -- <routeId>AMIV:Route:488970</routeId> -- <journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -- <operatorId>AMIV:Company:2422</operatorId> -- <timeSlotId>AMIV:TimeSlot:0</timeSlotId> -- <vehicleJourneyAtStop> -- <stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -- <vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> <arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -- </vehicleJourneyAtStop> -- <vehicleJourneyAtStop> -- <stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... -<JourneyPattern> -<objectId>AMIV:JourneyPattern:488970M1</objectId> -<routeId>AMIV:Route:488970</routeId> -... -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - L’objet - « JourneyPattern » référence une liste de point d’arrêt et - l’identifiant d’un itinéraire : --
- - - - - - - - - - - - - - - - - - - - - - - Ces mêmes identifiants de points - d’arrêt sont référencés dans les objets « vehicleJourneyAtStop » - dépendant de la course « vehicleJourney » qui contient - l’identifiant de la mission. --
- |
- |
- Evaluation- |
- ||
- N° test- |
-
- 2.18.1- |
- |
- Libellé- |
-
- Vérification de - l’existence d’une MISSION COMMERCIALE (« JourneyPattern « ) - pour chaque COURSE COMMERCIALE (« VehicleJourney »).- |
- |
- Champ - d’application- |
-
- <VehicleJourney>-<JourneyPattern> - |
- |
- Vérification- |
-
- -- - Si l’objet de course « VehicleJourney » existe, poursuivre le test, - sinon abandonner le test-- - - Si l’élément « JourneyPatternId » existe dans l’objet de course - « VehicleJourney », poursuivre le test, sinon abandonner le test-- - Si un élément - « JourneyPatternId » , référencé dans un objet de course - « VehicleJourney », possède un identifiant « objectId » - dans un objet « JourneyPattern », alors le test est validé, sinon - le test est invalidé et produit le message « test 2.18.1 : la - course XX fait référence à une mission commerciale inexistante » -- |
- |
|
-
- N° test- |
-
- Test - 2.18.2 - |
-
|
-
- Libellé- |
-
- Vérification - de la cohérence de points entre MISSION COMMERCIALE - (« JourneyPattern « ) et COURSE COMMERCIALE - (« VehicleJourney »). - |
-
|
-
- Champ d’application- |
-
- <StopPoint> -<JourneyPattern> -<vehicleJourneyAtStop> -<vehicleJourney> - |
-
|
-
- Vérification- |
-
- - - Si « StopPoint » mentionné dans - les champs d’application est présent une ou plusieurs fois, poursuivre le - test, sinon le test est abandonné. -- - Si l’identifiant du « StopPoint » - détecté figure dans la liste des points d’arrêts « stopPointList » - de « JourneyPattern », poursuivre le test, sinon le test est - invalidé et fournit le message : » test 2.18.2.1a : - l’identifiant (« StopPoint ») détecté dans un objet « StopPoint » - ne figure pas dans la liste des points d’arrêts « stopPointList » - de « JourneyPattern » ». -- - Si l’identifiant du « StopPoint » - figure dans l’élément « stopPointId » d’un objet - « vehicleJourneyAtStop », poursuivre le test, sinon le test est - invalidé et fournit le message : « test 2.18.2b : - l’identifiant (« StopPoint ») ne figure pas dans l’élément - « stopPointId » d’un objet - « vehicleJourneyAtStop » ». - |
-
| - | - | - |
+- Si un élément « JourneyPatternId » , +référencé dans un objet de course « VehicleJourney », possède +un identifiant « objectId » dans un objet +« JourneyPattern », alors le test est validé, sinon le test +est invalidé et produit le message « test 2.18.1 : la course +XX fait référence à une mission commerciale inexistante »
++N° test: +Test 2.18.2
++Libellé: +Vérification de la cohérence de points entre MISSION COMMERCIALE (« JourneyPattern » ) et COURSE COMMERCIALE (« VehicleJourney »).
-+Champ d’application: <StopPoint> <JourneyPattern> <vehicleJourneyAtStop> <vehicleJourney>
++Vérification:
+ + ++- Si « StopPoint » mentionné dans les champs d’application +est présent une ou plusieurs fois, poursuivre le test, sinon le test +est abandonné.
++- Si l’identifiant du « StopPoint » détecté figure dans la liste des +points d’arrêts « stopPointList » de +« JourneyPattern », poursuivre le test, sinon le test est +invalidé et fournit le message : » test 2.18.2.1a : +l’identifiant (« StopPoint ») détecté dans un objet +« StopPoint » ne figure pas dans la liste des points d’arrêts +« stopPointList » de « JourneyPattern ».
+ ++- Si l’identifiant du « StopPoint » figure dans l’élément +« stopPointId » d’un objet +« vehicleJourneyAtStop », poursuivre le test, sinon le test +est invalidé et fournit le message : « test 2.18.2b : +l’identifiant (« StopPoint ») ne figure pas dans l’élément +« stopPointId » d’un objet « vehicleJourneyAtStop ».
diff --git a/app/views/test_sheet/2_19.html b/app/views/test_sheet/2_19.html index ad665549a..a269d35ea 100644 --- a/app/views/test_sheet/2_19.html +++ b/app/views/test_sheet/2_19.html @@ -1,322 +1,97 @@ -Objectif: Vérification de la référence à une LIGNE/Chouette (« Line ») pour une COURSE COMMERCIALE (« VehicleJourney »)
+
Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’élément « lineIdShortCut »)
+Explications: +
++Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) fait +référence à une LIGNE/Chouette (« Line ») à travers +« lineIdShortCut », qui est à caractère optionnel, il +convient de vérifier qu'il correspond à l'identifiant +« objectId » d’une LIGNE/Chouette (« Line » ) du +réseau.
++Exemple:
++Représentation schématique de l’objet « VehicleJourney »
+
+Exemple d'une course qui référence la ligne
+ +...+N° test: +2.19.1
++Libellé: Vérification de la référence à une LIGNE/Chouette (« Line ») pour une COURSE COMMERCIALE (« VehicleJourney »).
-Fiche -du point de contrôle N° 2.19
++Champ d’application: +<VehicleJourney> <Line>
++Vérification:
++- Si l’objet « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--
- Description- |
- |
- Intitulé- |
-
- Référence - à une ligne pour chaque course. - |
-
- Objectif- |
-
- Vérification de la référence à une LIGNE/Chouette (« Line ») - pour une COURSE COMMERCIALE (« VehicleJourney »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire (si l’objet - « VehicleJourney » existe et s’il contient l’élément - « lineIdShortCut »)- |
-
|
- Résultat - |
-
- Conforme ou non - conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsque - l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) fait référence à - une LIGNE/Chouette (« Line ») à travers - « lineIdShortCut », qui est à caractère optionnel, il convient de - vérifier qu'il correspond à l'identifiant « objectId » d’une - LIGNE/Chouette (« Line » ) du réseau.- |
-
+- Si l’élément de raccourci de ligne « lineIdShortcut » +existe dans l’objet « VehicleJourney », poursuivre le test, +sinon abandonner le test
++- Si un élément de raccourci de ligne « lineIdShortcut » , +référencé dans un objet « VehicleJourney », possède un +identifiant « objectId » dans un objet de ligne +« Line », alors le test est validé, sinon le test est +invalidé et produit le message « test 2.19.1 : le raccourci +de ligne d’une course XX fait référence à une ligne inexistante ».
-- -
|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourney »-- -
--- - - - - - - - - Exemple - d'une course qui référence la ligne-... -<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970758</objectId> -<routeId>AMIV:Route:488970</routeId> -- <journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -- <vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.19.1- |
-
- Libellé- |
-
- Vérification de la référence à une LIGNE/Chouette (« Line ») - pour une COURSE COMMERCIALE (« VehicleJourney »).- |
-
- Champ - d’application- |
-
- <VehicleJourney>-<Line> - |
-
- Vérification- |
-
- - - Si l’objet « VehicleJourney » existe, poursuivre le test, sinon - abandonner le test- -- - Si l’élément de raccourci de ligne « lineIdShortcut » existe dans - l’objet « VehicleJourney », poursuivre le test, sinon abandonner le - test-- - Si un élément de raccourci de - ligne « lineIdShortcut » , référencé dans un objet - « VehicleJourney », possède un identifiant « objectId » - dans un objet de ligne « Line », alors le test est validé, sinon le - test est invalidé et produit le message « test 2.19.1 : le - raccourci de ligne d’une course XX fait référence à une ligne - inexistante ». -- |
-
Objectif:
+Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans GROUPE DE LIGNES (« GroupOfLine »).
+
Priorité: Obligatoire (si l’objet « GroupOfLine » existe)
+Explications: +
++Si la classe d’objets de GROUPE DE LIGNES (« GroupOfLine ») existe, il +convient de vérifier que les LIGNEs/Chouette (« Line ») référencées +dans cette classe, sont réellement définies, en vérifiant l’existence +de leurs identifiants.
++Exemple:
++Représentation schématique de l’Objet « GroupOfLIne »
+
+N° test: +2.2.1
++Libellé: +Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans GROUPE DE LIGNES («GroupOfLine »).
-Fiche -du point de contrôle N° 2.2
- -- -
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre le regroupement de lignes et ses composants - |
-
- Objectif- |
-
- Vérification - de la correcte référence à des LIGNEs/Chouette (« Line ») dans GROUPE DE - LIGNES (« GroupOfLine »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s)-connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « GroupOfLine » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
|
- Explication - |
-
- Si la classe d’objets - de GROUPE DE LIGNES (« GroupOfLine ») existe, il convient de vérifier que les - LIGNEs/Chouette (« Line ») référencées dans cette classe, sont réellement - définies, en vérifiant l’existence de leurs identifiants.- |
-
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « GroupOfLIne »--
- Exemple de l’objet « GroupOfLine » à - partir d’un fichier XML-... -<GroupOfLine> -<objectId>AMIV:GroupOfLine:1</objectId> -<name>SERVICE - URBAIN</name> -<lineId>AMIV:Line:014014012</lineId> -</GroupOfLine> -... -<Line> -<objectId>AMIV:Line:014014012</objectId> -... -</Line> -... -Dans - cet exemple, « lineId » est utilisé dans l’objet - « GroupOfLine »- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.2.1- |
-
- Libellé- |
-
- Vérification de la correcte référence à des - LIGNEs/Chouette (« Line ») dans GROUPE DE LIGNES (« GroupOfLine »).- |
-
- Champ - d’application- |
-
- <GroupOfLine>-<Line> - |
-
- Vérification- |
-
- - Si la classe d’objets - « GroupOfLine » existe alors poursuivre le test, sinon abandonner le - test,-- Si la valeur de - chaque élément « LineId » de la classe d’objets - « GroupOfLine », est identifiée dans l’élément - « objectId » de la classe d’objets « Line » alors le - test est validé, sinon le test est invalidé et produit le message « test - 2.2.1 : la valeur de l’élément « lineId » de la classe - d’objets « GroupOfLine » n’a pas été repérée dans l’élément - « objectId » de la classe d’objets « Line ». - |
-
+Champ d’application: +<GroupOfLine> <Line>
++Vérification:
++- Si la classe d’objets « GroupOfLine » existe alors poursuivre le test, sinon abandonner le test,
++- Si la valeur de chaque élément « LineId » de la classe +d’objets « GroupOfLine », est identifiée dans l’élément +« objectId » de la classe d’objets « Line » alors +le test est validé, sinon le test est invalidé et produit le message +« test 2.2.1 : la valeur de l’élément « lineId » de +la classe d’objets « GroupOfLine » n’a pas été repérée dans +l’élément « objectId » de la classe d’objets +« Line ».
diff --git a/app/views/test_sheet/2_20.html b/app/views/test_sheet/2_20.html index 8abfd44fd..709a92621 100644 --- a/app/views/test_sheet/2_20.html +++ b/app/views/test_sheet/2_20.html @@ -1,336 +1,110 @@ -Objectif: + Vérification de la correcte référence à l’EXPLOITANT/Chouette (« +Company ») dans une COURSE COMMERCIALE (« VehicleJourney » ) + +
+Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’objet « operatorId »
+Explications: +
++Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) +existe, et lorsque l'identifiant EXPLOITANT/Chouette +(« Company ») - « operatorId » -qui est à caractère +optionnel dans la COURSE COMMERCIALE (« VehicleJourney » ) , est +référencé, il convient de vérifier qu'il correspond à l'identifiant +« objectId » d'un EXPLOITANT/Chouette +(« Company »)défini.
++Exemple:
++Représentation schématique de l’objet « VehicleJourney »
+
+Exemple d'une course qui référence un opérateur exploitant la ligne
+ +...+N° test: +2.20.1
++Libellé: Vérification de la correcte référence à +l’EXPLOITANT/Chouette (« Company ») dans une COURSE COMMERCIALE (« +VehicleJourney » )
-Fiche -du point de contrôle N° 2.20
++Champ d’application: +<VehicleJourney> <Company>
++Vérification:
++- Si l’objet « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--
- Description- |
- |
- Intitulé- |
-
- Vérification - des identifiants d'exploitants que référencent les courses. - |
-
- Objectif- |
-
- Vérification de la correcte référence à - l’EXPLOITANT/Chouette (« Company ») dans une COURSE COMMERCIALE (« - VehicleJourney » ).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « VehicleJourney » existe et s’il contient l’objet - « operatorId »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsque - l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) existe, et - lorsque l'identifiant EXPLOITANT/Chouette (« Company ») - - « operatorId » -qui est à caractère optionnel dans la COURSE - COMMERCIALE (« VehicleJourney » ) , est référencé, il convient de vérifier - qu'il correspond à l'identifiant « objectId » d'un - EXPLOITANT/Chouette (« Company »)défini.- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourney »-- -
--- - - - - - - - - Exemple - d'une course qui référence un opérateur exploitant la ligne-... -<Company> -<objectId>AMIV:Company:2422</objectId> -<name>CIF 93 - - TREMBLAY</name> -<registration> -<registrationNumber>014</registrationNumber> -</registration> -</Company> -... -<VehicleJourney> -- <objectId>AMIV:VehicleJourney:8970758</objectId> -- <routeId>AMIV:Route:488970</routeId> -- <journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -- <vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -<vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.20.1- |
-
- Libellé- |
-
- Vérification de la correcte référence à - l’EXPLOITANT/Chouette (« Company ») dans une COURSE COMMERCIALE (« - VehicleJourney » ).- |
-
- Champ - d’application- |
-
- <VehicleJourney>-<Company> - |
-
- Vérification- |
-
- - - Si l’objet « VehicleJourney » existe, poursuivre le test, sinon - abandonner le test-- - - Si l’élément désignant l’exploitant « operatorId » existe dans - l’objet « VehicleJourney », poursuivre le test, sinon abandonner le - test-- - Si un élément désignant - l’exploitant « operatorId » , référencé dans un objet - « VehicleJourney », possède un identifiant « objectId » - dans un objet « Company », alors le test est validé, sinon le test - est invalidé et produit le message « test 2.20.1 : la course XX - fait référence à un exploitant inexistant ». - |
-
+- Si l’élément désignant l’exploitant « operatorId » existe +dans l’objet « VehicleJourney », poursuivre le test, sinon +abandonner le test
++- Si un élément désignant l’exploitant « operatorId » , +référencé dans un objet « VehicleJourney », possède un +identifiant « objectId » dans un objet « Company », +alors le test est validé, sinon le test est invalidé et produit le +message « test 2.20.1 : la course XX fait référence à un +exploitant inexistant ».
diff --git a/app/views/test_sheet/2_21.html b/app/views/test_sheet/2_21.html index 64d335374..eac7e6cff 100644 --- a/app/views/test_sheet/2_21.html +++ b/app/views/test_sheet/2_21.html @@ -1,325 +1,98 @@ -Objectif:
+Vérification de la correcte référence des COURSEs COMMERCIALEs (« VehicleJourney » ) à des TRANCHEs HORAIREs (« TimeSlot »).
+
Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’élément « timeSlotId »)
+Explications: +
++Lorsque COURSE COMMERCIALE (« VehicleJourney » ), existe, et lorsque +l’élément « timeSlotId », qui est à caractère optionnel dans +la COURSE COMMERCIALE (« VehicleJourney » ), est référencé, il convient +de vérifier qu'il identifie un objet TRANCHE HORAIRE +(« TimeSlot » ) du réseau.
++Exemple:
-Fiche -du point de contrôle N° 2.21
++Représentation schématique de l’objet « VehicleJourney »
+
+Exemple d'une course qui référence une tranche horaire
+ +<TimeSlot>+N° test: +2.21.1
-+
+Libellé:
+Vérification de la correcte référence des COURSEs COMMERCIALEs
(« VehicleJourney » ) à des TRANCHEs HORAIREs (« TimeSlot »).
- Description- |
- |
- Intitulé- |
-
- Référence - à une tranche horaire pour les courses. - |
-
- Objectif- |
-
- Vérification - de la correcte référence des COURSEs COMMERCIALEs-(« - VehicleJourney » ) à des TRANCHEs HORAIREs (« TimeSlot »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « VehicleJourney » existe et s’il contient l’élément - « timeSlotId »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsque COURSE - COMMERCIALE (« VehicleJourney » ), existe, et lorsque l’élément - « timeSlotId », qui est à caractère optionnel dans la COURSE - COMMERCIALE (« VehicleJourney » ), est référencé, il convient de vérifier - qu'il identifie un objet TRANCHE HORAIRE (« TimeSlot » ) du réseau.- |
-
+Champ d’application: +<VehicleJourney> <TimeSlot>
++Vérification:
-- -
|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourney »-- -
-- - - - - - - - - - Exemple - d'une course qui référence une tranche horaire-<TimeSlot> -<objectId>AMIV:TimeSlot:0</objectId> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970758</objectId> -<routeId>AMIV:Route:488970</routeId> -<journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.21.1- |
-
- Libellé- |
-
- Vérification de la - correcte référence des COURSEs COMMERCIALEs-(« VehicleJourney » ) à - des TRANCHEs HORAIREs (« TimeSlot »).- |
-
- Champ - d’application- |
-
- <VehicleJourney>-<TimeSlot> - |
-
- Vérification- |
-
- -- - Si l’objet de course « VehicleJourney » existe, poursuivre le test, - sinon abandonner le test-- - Si l’élément de fréquence « timeSlotId » existe dans l’objet de - course « VehicleJourney », poursuivre le test, sinon abandonner le - test-- Si un élément de fréquence - « timeSlotId » , référencé dans un objet de course - « VehicleJourney », possède un identifiant « objectId » - dans un objet de fréquence « TimeSlot », alors le test est validé, - sinon le test est invalidé et produit le message « test 2.21.1 : la - course XX fait référence à une tranche horaire inexistante ». - |
-
+- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
++- Si l’élément de fréquence « timeSlotId » existe dans +l’objet de course « VehicleJourney », poursuivre le test, +sinon abandonner le test
++- Si un élément de fréquence « timeSlotId » , +référencé dans un objet de course « VehicleJourney », possède +un identifiant « objectId » dans un objet de fréquence +« TimeSlot », alors le test est validé, sinon le test est +invalidé et produit le message « test 2.21.1 : la course XX +fait référence à une tranche horaire inexistante ».
diff --git a/app/views/test_sheet/2_22.html b/app/views/test_sheet/2_22.html index ac29dcb44..916b26628 100644 --- a/app/views/test_sheet/2_22.html +++ b/app/views/test_sheet/2_22.html @@ -1,350 +1,104 @@ -Objectif:
+Vérifier la correcte référence à un POINT D’ARRÊT SUR PARCOURS
+(« StopPoint ») pour les HEUREs DE PASSAGE GRAPHIQUées/Chouette (« VehicleJourneyAtStop »).
+
Priorité: Obligatoire (si l’objet « VehicleJourney »)
+Explications: +
++Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) +existe, et pour chaque « VehicleJourneyAtStop », qui est à +caractère obligatoire dans la course, il convient de vérifier que +l'identifiant « stopPointId », qui est à son tour obligatoire +dans les « VehicleJourneyAtStop », correspond à l'identifiant +« objectId » d'un « StopPoint » du réseau.
++Exemple:
-Fiche -du point de contrôle N° 2.22
++ Représentation schématique de l’objet « VehicleJourneyAtStop »
+
+Exemple d'un heure de passage qui référence un point d'arrêt
+ +...+N° test: +2.22.1
--
+
+Libellé: +Vérifier la correcte référence à un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») pour les HEUREs DE PASSAGE GRAPHIQUées/Chouette (« VehicleJourneyAtStop »).
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre les points d'arrêts et les heures de passage. - |
-
- Objectif- |
-
- Vérifier - la correcte référence à un POINT D’ARRÊT SUR PARCOURS - (« StopPoint ») pour les HEUREs DE PASSAGE GRAPHIQUées/Chouette - (« VehicleJourneyAtStop »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) - connexe(s)- |
-
- 1.2 (vérifier qu’il existe au moins 2 HEURES DE PASSAGE - GRAPHIQUEES/Chouette pour une COURSE COMMERCIALE (« VehicleJourney » )- |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « VehicleJourney »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Lorsque l’objet de - course COURSE COMMERCIALE (« VehicleJourney » ) existe, et pour chaque - « VehicleJourneyAtStop », qui est à caractère obligatoire dans la - course, il convient de vérifier que l'identifiant « stopPointId », - qui est à son tour obligatoire dans les « VehicleJourneyAtStop », - correspond à l'identifiant « objectId » d'un « StopPoint » - du réseau.- |
-
-
|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourneyAtStop »-- -
- -- - - - - - - - - - - - - - - - - - - - - - - - Exemple - d'un heure de passage qui référence un point d'arrêt-... -<StopPoint> -<objectId>AMIV:StopPoint:488970A0A237816</objectId> -<objectVersion>1</objectVersion> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970758</objectId> -<routeId>AMIV:Route:488970</routeId> -<journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -...- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.22.1- |
-
- Libellé- |
-
- Vérifier la correcte - référence à un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») pour les - HEUREs DE PASSAGE GRAPHIQUées/Chouette - (« VehicleJourneyAtStop »).- |
-
- Champ d’application- |
-
- <VehicleJourneyAtStop>-<VehicleJourney>-<StopPoint>- |
-
- Vérification- |
-
- -- - Si l’objet de course « VehicleJourney » existe, poursuivre le test, - sinon abandonner le test-- - Si « StopPointId » référencé - dans « VehicleJourneyAtStop », correspond à un identifiant - « objectId » dans « StopPoint », alors le test est - validé, sinon le test est invalidé et produit le message « test - 2.22.1 : une heure de passage XX fait référence à un point d’arrêt (« - StopPoint ») inexistant ». -- |
-
+Champ d’application: <VehicleJourneyAtStop> <VehicleJourney> <StopPoint>
++Vérification:
-+- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
++- Si « StopPointId » référencé +dans « VehicleJourneyAtStop », correspond à un identifiant +« objectId » dans « StopPoint », alors le test est +validé, sinon le test est invalidé et produit le message « test +2.22.1 : une heure de passage XX fait référence à un point d’arrêt +(« StopPoint ») inexistant ».
+ diff --git a/app/views/test_sheet/2_23.html b/app/views/test_sheet/2_23.html index 8f6e858e8..ef2a4e775 100644 --- a/app/views/test_sheet/2_23.html +++ b/app/views/test_sheet/2_23.html @@ -1,354 +1,99 @@ -Objectif:
+Vérification de la correcte référence à une COURSE COMMERCIALE («
+VehicleJourney ») dans HEURE DE PASSAGE GRAPHIQUEE/Chouette
+(« VehicleJourneyAtStop »).
+
Priorité: +Obligatoire (si l’objet « VehicleJourney » existe et si ses +« VehicleJourneyAtStop » référencent l'identifiant +« vehicleJourneyId »)
+Explications: +
-Fiche -du point de contrôle N° 2.23
++Pour chaque HEURE DE PASSAGE GRAPHIQUEE/Chouette +(« VehicleJourneyAtStop ») la référence à la COURSE +COMMERCIALE (« +VehicleJourney » ) à travers « vehicleJourneyId », est +optionnelle. Si elle est utilisée, vérifier qu’elle correspond à un +identifiant de COURSE COMMERCIALE (« VehicleJourney » ) définie.
-+
+Exemple:
++Représentation schématique de l’objet « VehicleJourneyAtStop »
+
+Exemple d'un temps d'attente qui référence la course qui le contient
+ +...+N° test: +2.23.1
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre les courses et des heures de passage. - |
-
- Objectif- |
-
- Vérification - de la correcte référence à une COURSE COMMERCIALE (« VehicleJourney ») dans - HEURE DE PASSAGE GRAPHIQUEE/Chouette (« VehicleJourneyAtStop »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « VehicleJourney » existe et si ses - « VehicleJourneyAtStop » référencent l'identifiant - « vehicleJourneyId »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Pour - chaque HEURE DE PASSAGE GRAPHIQUEE/Chouette - (« VehicleJourneyAtStop ») la référence à la COURSE COMMERCIALE-(« - VehicleJourney » ) à travers « vehicleJourneyId », est - optionnelle. Si elle est utilisée, vérifier qu’elle correspond à un - identifiant de COURSE COMMERCIALE (« VehicleJourney » ) définie.-- |
-
+Libellé: +Vérification de la correcte référence à une COURSE COMMERCIALE (« VehicleJourney ») dans HEURE DE PASSAGE GRAPHIQUEE/Chouette (« VehicleJourneyAtStop »).
-+
+Champ d’application: +<VehicleJourneyAtStop> <VehicleJourney>
-|
- Exemple - |
-
- -Représentation - schématique de l’objet « VehicleJourneyAtStop »-- -
- ---------- - - ---------Exemple - d'un temps d'attente qui référence la course qui le contient-... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970758</objectId> -<routeId>AMIV:Route:488970</routeId> -<journeyPatternId>AMIV:JourneyPattern:488970M1</journeyPatternId> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -<operatorId>AMIV:Company:2422</operatorId> -<timeSlotId>AMIV:TimeSlot:0</timeSlotId> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A0A237816</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -<arrivalTime>05:45:00</arrivalTime> -<departureTime>05:45:00</departureTime> -<order>1</order> -</vehicleJourneyAtStop> -- <vehicleJourneyAtStop> -<stopPointId>AMIV:StopPoint:488970A1A237817</stopPointId> -<vehicleJourneyId>AMIV:VehicleJourney:8970758</vehicleJourneyId> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.23.1- |
-
- Libellé- |
-
- Vérification de la - correcte référence à une COURSE COMMERCIALE-(« VehicleJourney ») - dans HEURE DE PASSAGE GRAPHIQUEE/Chouette - (« VehicleJourneyAtStop »).- |
-
- Champ - d’application- |
-
- <VehicleJourneyAtStop>-<VehicleJourney>-- |
-
- Vérification- |
-
- -- - Si l’objet de course « VehicleJourney » existe, poursuivre le test, - sinon abandonner le test-- Si un élément - « VehicleJourneyId », référencé dans un objet - « VehicleJourneyAtStop », correspond à un identifiant - « objectId » dans l’objet de course « VehicleJourney » - qui contient l’objet de heure de passage au point d’arrêt, alors le test est - validé, sinon le test est invalidé et produit le message « test - 2.23.1 : un heure de passage XX fait référence à une course - inexistante » -- |
-
+Vérification:
++- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
++- Si un élément « VehicleJourneyId », référencé dans un objet +« VehicleJourneyAtStop », correspond à un identifiant +« objectId » dans l’objet de course +« VehicleJourney » qui contient l’objet de heure de passage +au point d’arrêt, alors le test est validé, sinon le test est invalidé +et produit le message « test 2.23.1 : un heure de +passage XX fait référence à une course inexistante »
diff --git a/app/views/test_sheet/2_24.html b/app/views/test_sheet/2_24.html index 3253704eb..04385c598 100644 --- a/app/views/test_sheet/2_24.html +++ b/app/views/test_sheet/2_24.html @@ -1,282 +1,67 @@ -Objectif:
+Vérification de la cohérence de la référence un Itinéraire/Chouette
+pour une COURSE COMMERCIALE (« VehicleJourney ») et la
+MISSION COMMERCIALE (« JourneyPattern ») correspondante.
+
Priorité: Obligatoire
+Explications: +
++La MISSION COMMERCIALE (« JourneyPattern ») correspondant à +une COURSE COMMERCIALE (« VehicleJourney ») possède un +identifiant d’Itinéraire. Ce même identifiant se retrouve dans la +COURSE COMMERCIALE qui est associée à cette MISSION COMMERCIALE.
++Ce point de contrôle consiste donc à vérifier la cohérence de deux identifiants.
++Exemple:
-Fiche -du point de contrôle N° 2.24
++La mission possède un identifiant d’Itinéraire (RouteId) :
+
+La course associée à la mission commerciale possède le même identifiant d’Itinéraire (RouteId)
+
+N° test: +Test 2.24.1
++Libellé: Vérification de la cohérence de la référence un +Itinéraire/Chouette pour une COURSE COMMERCIALE +(« VehicleJourney ») et la MISSION COMMERCIALE +(« JourneyPattern ») correspondante.
--
- Description- |
- |
- Intitulé- |
-
- Cohérence entre la - mission commerciale de la course et l’itinéraire de la course - |
-
- Objectif- |
-
- Vérification de la - cohérence de la référence un Itinéraire/Chouette pour une COURSE COMMERCIALE - (« VehicleJourney ») et la MISSION COMMERCIALE - (« JourneyPattern ») correspondante.- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme ou non - conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - MISSION COMMERCIALE (« JourneyPattern ») correspondant à une COURSE - COMMERCIALE (« VehicleJourney ») possède un identifiant - d’Itinéraire. Ce même identifiant se retrouve dans la COURSE COMMERCIALE qui - est associée à cette MISSION COMMERCIALE. -Ce - point de contrôle consiste donc à vérifier la cohérence de deux identifiants. - - |
-
+
+Champ d’application: <JourneyPattern> <VehicleJourney>
-|
- Exemple - |
-
- -La mission possède un identifiant - d’Itinéraire (RouteId) : --
- - - - - - - - - - - - - - - - - - - La course associée à la mission - commerciale possède le même identifiant d’Itinéraire (RouteId) --
|
-
- Evaluation- |
- |
- N° test- |
-
- Test - 2.24.1 - |
-
- Libellé- |
-
- Vérification - de la cohérence de la référence un Itinéraire/Chouette pour une COURSE - COMMERCIALE (« VehicleJourney ») et la MISSION COMMERCIALE - (« JourneyPattern ») correspondante. - |
-
- Champ d’application- |
-
- - <JourneyPattern> -<VehicleJourney> -- |
-
- Vérification- |
-
- - - - Si l’objet « JourneyPattern » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - - Si l’objet « vehicleJourney » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - - Si pour chaque objet « JourneyPattern », il existe un objet - « vehicleJourney » dont la valeur de l’attribut de l’élément - « RouteId » est égale à la valeur de l’élément - « RouteId » de l’objet de référence « JourneyPattern » - alors le test est validé, sinon le test est invalidé et fournit le - message : « test 2.24.1 : un objet - « vehicleJourney » possède une valeur de l’attribut de l’élément - « RouteId ». Cette valeur ne se retrouve dans un élément - « RouteId » d’un objet « JourneyPattern » » -- |
-
+Vérification:
++- Si l’objet « JourneyPattern » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si l’objet « vehicleJourney » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si pour chaque objet « JourneyPattern », il existe un objet +« vehicleJourney » dont la valeur de l’attribut de l’élément +« RouteId » est égale à la valeur de l’élément +« RouteId » de l’objet de référence +« JourneyPattern » alors le test est validé, sinon le test +est invalidé et fournit le message : « test 2.24.1 : un +objet « vehicleJourney » possède une valeur de l’attribut de +l’élément « RouteId ». Cette valeur ne se retrouve dans un +élément « RouteId » d’un objet +« JourneyPattern »
diff --git a/app/views/test_sheet/2_25.html b/app/views/test_sheet/2_25.html index b5c7f23bc..de2890f25 100644 --- a/app/views/test_sheet/2_25.html +++ b/app/views/test_sheet/2_25.html @@ -1,320 +1,67 @@ +Objectif:
+Vérification de la correcte référence aux Accès/ARRÊTs/NEPTUNE
+(« AccessPoint » / « StopArea ») définissant des
+LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») .
+
Priorité: Obligatoire (si l’objet « AccessLink » existe)
+Explications: +
++La liste des LiensAccèsZoneArrêt /Chouette (« AccessLink ») +définie dans un « ChouettePTNetwork » est optionnelle. Les +éléments « startOfLink » et « endOfLink » de chaque +LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») sont +obligatoires.
++Lorsque la liste des LiensAccèsZoneArrêt /NEPTUNE +(« AccessLink ») est non vide, il convient de vérifier que +pour chaque LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») +« startOfLink » et « endOfLink » correspondent à un +identifiant d’ARRÊTs/NEPTUNE (« StopArea ») ou à un identifiant +d’ACCES/NEPTUNE («AccessPoint »).
++Exemple:
++Représentation schématique de l’Objet « AccessLink » dans le schéma XSD CHOUETTE
+
+Exemple d’un arrêt et d’un point d’accès connectés lien d’accès
++N° test: +2.25.1
-Fiche -du point de contrôle N° 2.25
++Libellé: +Vérification de la correcte référence aux ARRÊTs/Chouette (« StopArea ») et ACCES/NEPTUNE («AccessPoint ») définissant des LiensAccèsZoneArrêt/NEPTUNE (« AccessLink ») .
-- -
- Description- |
- |
- Intitulé- |
-
- Définition - des liens d’accès. - |
-
- Objectif- |
-
- Vérification - de la correcte référence aux Accès/ARRÊTs/NEPTUNE (« AccessPoint » - / « StopArea ») définissant des LiensAccèsZoneArrêt /NEPTUNE - (« AccessLink ») .- |
-
- Références- |
-
- TRIDENT/profil - NEPTUNE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « AccessLink » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - liste des LiensAccèsZoneArrêt /Chouette (« AccessLink ») définie - dans un « ChouettePTNetwork » est optionnelle. Les éléments - « startOfLink » et « endOfLink » de chaque - LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») sont obligatoires.-Lorsque - la liste des LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») est non - vide, il convient de vérifier que pour chaque LiensAccèsZoneArrêt /NEPTUNE - (« AccessLink ») « startOfLink » et - « endOfLink » correspondent à un identifiant d’ARRÊTs/NEPTUNE (« - StopArea ») ou à un identifiant d’ACCES/NEPTUNE («AccessPoint »).- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « AccessLink » dans le schéma XSD CHOUETTE--
------------------Exemple d’un arrêt et - d’un point d’accès connectés lien d’accès-A définir -- - - - - - - - - - - - - |
-
- -
- Evaluation- |
- |
- N° test- |
-
- 2.25.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence aux ARRÊTs/Chouette (« StopArea ») et ACCES/NEPTUNE - («AccessPoint ») définissant des LiensAccèsZoneArrêt/NEPTUNE - (« AccessLink ») .- |
-
- Champ - d’application- |
-
- <StopArea>-<AccessPoint> -<AccessLink> - |
-
- Vérification- |
-
- - Si l’objet « AccessLink » existe alors - poursuivre le test, sinon le test est abandonné,-- Si l’objet - « AccessLink » possède des identifiants d’arrêt distincts - « StartOfLink » et « EndOfLink » alors poursuivre le test - sinon le test est invalidé et produit le message « test - 2.25.1.a : il manque au moins un identifiant d’arrêt ou d’accès - « StartOfLink » et « EndOfLink » dans l’objet - « AccessLink ». » -- - Si chaque identifiant d’arrêt « StartOfLink » et - « EndOfLink » de l’objet « AccessLink » est défini dans - un objet « StopArea » ou «AccessPoint » , alors le test - est validé, sinon le test est invalidé et produit le message « test - 2.25.1.b : un identifiant d’arrêt ou d’accès « StartOfLink » - ou « EndOfLink » de l’objet « AccessLink» n’est pas repéré - dans un objet « StopArea » ou « AccessPoint ». »- |
-
+Champ d’application: +<StopArea> <AccessPoint> <AccessLink>
++Vérification:
++- Si l’objet « AccessLink » existe alors poursuivre le test, sinon le test est abandonné,
++- Si l’objet « AccessLink » possède des identifiants d’arrêt +distincts « StartOfLink » et « EndOfLink » alors +poursuivre le test sinon le test est invalidé et produit le +message « test 2.25.1.a : il manque au moins un +identifiant d’arrêt ou d’accès « StartOfLink » et +« EndOfLink » dans l’objet +« AccessLink ». »
++- Si chaque identifiant d’arrêt « StartOfLink » et +« EndOfLink » de l’objet « AccessLink » est défini +dans un objet « StopArea » ou «AccessPoint » , +alors le test est validé, sinon le test est invalidé et produit le +message « test 2.25.1.b : un identifiant d’arrêt ou d’accès +« StartOfLink » ou « EndOfLink » de l’objet +« AccessLink» n’est pas repéré dans un objet +« StopArea » ou « AccessPoint ». »
diff --git a/app/views/test_sheet/2_26.html b/app/views/test_sheet/2_26.html index cfa4d441d..b6ba36176 100644 --- a/app/views/test_sheet/2_26.html +++ b/app/views/test_sheet/2_26.html @@ -1,351 +1,73 @@ +Objectif:
+Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
+») et/ou à des LiensAccèsZoneArrêt /NEPTUNE (« AccessLink »)
+dans des ACCES/NEPTUNE (« AccessPoint »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 2.26
--
- Description- |
- |
- Intitulé- |
-
- - Cohérence - entre les accès et leurs composants. (pour la lisibilité, il vaudrait mieux - que cette colonne soit en gras et la colonne de gauche ne soit pas en gras) -- |
-
- Objectif- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des - LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») dans des - ACCES/NEPTUNE (« AccessPoint »)- |
-
- Références- |
-
- TRIDENT/profil - NEPTUNE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si un ACCES/NEPTUNE - (« AccessPoint ») est défini, il référence soit au moins - un autre ARRÊT/Chouette (« StopArea »), soit au moins un LiensAccèsZoneArrêt - /NEPTUNE (« AccessLink »).-Il convient alors de - vérifier que les éléments référencés trouvent une description dans la classe - d’objets qui les concernent.- |
-
+
+Si un ACCES/NEPTUNE (« AccessPoint ») est défini, il
+référence soit au moins un autre ARRÊT/Chouette (« StopArea »), soit au
+moins un LiensAccèsZoneArrêt /NEPTUNE (« AccessLink »)
Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
+Exemple:
++Représentation schématique de l’Objet « AccessPoint »
+
|
- Exemple -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - |
-
- Représentation - schématique de l’Objet « AccessPoint »-
Exemple - de AccessPoint avec containedIn de StopArea associé -... -A définir -... -- |
-
-
-
+Exemple de AccessPoint avec containedIn et StopArea associé
+ +...+N° test: +2.26.1
-
- Evaluation- |
- |
- N° test- |
-
- 2.26.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des LiensAccèsZoneArrêt/NEPTUNE - (« AccessLink ») dans les ACCES/NEPTUNE (« AccessPoint ») - |
-
- Champ - d’application- |
-
- <AccessPoint>-<StopArea>-<AccessLink> - |
-
- Vérification- |
-
- - - Si la classe d’objets « AccessPoint» - existe alors poursuivre le test, sinon abandonner le test,-- - Si chaque élément « containedIn» contient une ou plusieurs valeurs, - alors le test est validé si ces valeurs se retrouvent dans des éléments - « objectId » des classes d’objets « StopArea » ou - « AccessLink » sinon le test est - invalidé et produit le message « test 2.26.1 : une ou plusieurs - valeurs de l’élément « containedIn» de la classe d’objets « AccessPoint» - n’est pas repérée dans la classe d’objets correspondante - « StopArea » ou « AccessLink ». » -- |
-
+Libellé: +Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») dans les ACCES/NEPTUNE (« AccessPoint »)
-+Champ d’application: +<AccessPoint> <StopArea> <AccessLink>
++Vérification:
+ + + + + + + + +
+- Si la classe d’objets « AccessPoint » existe alors poursuivre le test, sinon abandonner le test,
-
+Si chaque élément « containedIn» contient une ou plusieurs
+valeurs, alors le test est validé si ces valeurs se retrouvent dans des
+éléments « objectId » des classes d’objets
+« StopArea » ou « AccessLink » sinon le test est
+invalidé et produit le message « test 2.26.1 : une ou
+plusieurs valeurs de l’élément « containedIn» de la classe
+d’objets « AccessPoint » n’est pas repérée dans la classe
+d’objets correspondante « StopArea » ou
+« AccessLink ».
Objectif:
+Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans des FACILITYs/NEPTUNE (« Facility »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 2.27
--
- Description- |
- |
- Intitulé- |
-
- - Référence - aux arrêts dans les équipements -- |
-
- Objectif- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans des - FACILITYs/NEPTUNE (« Facility »)- |
-
- Références- |
-
- TRIDENT/profil - NEPTUNE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si un équipement /NEPTUNE - («Facility») est défini et que - « facilityLocation » est défini, il référence au moins un autre - ARRÊT/Chouette (« StopArea »).-Il convient alors de - vérifier que les éléments référencés trouvent une description dans la classe - d’objets qui les concernent.- |
-
+Si un équipement /NEPTUNE (« Facility ») +est défini et que « facilityLocation » est défini, il +référence au moins un autre ARRÊT/Chouette (« StopArea »).
++Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
++Exemple:
++Représentation schématique de l’Objet « Facility »
+
-
|
- Exemple -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - |
-
- Représentation - schématique de l’Objet « Facility »-
Exemple - de Facility avec containedIn et de StopArea associé -... -A définir -... -- |
-
-
+
+Exemple de Facility avec containedIn et de StopArea associé
+ +...+N° test: +2.27.1
-
- Evaluation- |
- |
- N° test- |
-
- 2.27.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans les - EQUIPEMENTs /NEPTUNE («Facility») - |
-
- Champ - d’application- |
-
- <StopArea>-<Facility> - |
-
- Vérification- |
-
- - - Si la classe d’objets « Facility» - existe alors poursuivre le test, sinon abandonner le test,-- - Si l’élément « facilityLocation » n’est pas défini : - abandonner le test,-- - Si chaque élément « containedIn» contient une valeur, alors le test est - validé si ces valeurs se retrouvent dans des éléments « objectId » - de la classe d’objet « StopArea » sinon le test est invalidé et - produit le message « test 2.27.1 : une valeur de l’élément - « containedIn» de la classe d’objets « Facility» - n’est pas repérée dans la classe d’objets correspondante - « StopArea ». »- |
-
+Libellé: +Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans les EQUIPEMENTs /NEPTUNE (« Facility »)
+Champ d’application: +<StopArea> <Facility>
++Vérification:
-+- Si la classe d’objets « Facility » existe alors poursuivre le test, sinon abandonner le test,
++- Si l’élément « facilityLocation » n’est pas défini : abandonner le test,
++- Si chaque élément « containedIn» contient une valeur, alors le +test est validé si ces valeurs se retrouvent dans des éléments +« objectId » de la classe d’objet « StopArea » +sinon le test est invalidé et produit le message « test +2.27.1 : une valeur de l’élément « containedIn» de la classe +d’objets « Facility » n’est pas repérée dans la classe d’objets correspondante « StopArea ».
diff --git a/app/views/test_sheet/2_28.html b/app/views/test_sheet/2_28.html index 54bc7185d..fe29813ad 100644 --- a/app/views/test_sheet/2_28.html +++ b/app/views/test_sheet/2_28.html @@ -1,399 +1,104 @@ +Objectif:
+Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
+») ou à des LIGNEs/Chouette (« Line ») ou à des POINTs D’ARRÊT SUR
+PARCOURS (« StopPoint ») ou Ă
+des TronçonsDeCorrespondance/Chouette (« ConnectionLink ») dans des EQUIPEMENTs/NEPTUNE (« Facility »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 2.28
- -- -
- Description- |
- |
- Intitulé- |
-
- - Référencement - correct des composants dans les équipements -- |
-
- Objectif- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») ou à des - LIGNEs/Chouette (« Line ») ou à des POINTs D’ARRÊT - SUR PARCOURS (« StopPoint ») ou à des - TronçonsDeCorrespondance/Chouette (« ConnectionLink ») dans - des EQUIPEMENTs/NEPTUNE (« Facility »)- |
-
- Références- |
-
- TRIDENT/profil - NEPTUNE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si un EQUIPEMENTs - /NEPTUNE («Facility») est défini, il référence au - moins un autre ARRÊT/Chouette (« StopArea ») ou une autre - LIGNEs/Chouette (« Line ») ou un autre POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») ou un autre - TronçonsDeCorrespondance/Chouette (« ConnectionLink »).-Il convient alors de - vérifier que l’élément référencé trouve une description dans la classe - d’objets qui le concerne.- |
-
|
- Exemple -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - |
-
- Représentation - schématique de l’Objet « Facility »-
Exemple - de Facility et de StopPointId associé -... -A définir -... -- |
-
- -
- -
- Evaluation- |
- |
- N° test- |
-
- 2.28.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à un ARRÊT/Chouette (« StopArea ») ou à une - LIGNE/Chouette (« Line ») ou à un POINT D’ARRÊT SUR PARCOURS - (« StopPoint ») ou à un TronçonsDeCorrespondance/Chouette - (« ConnectionLink ») dans les FACILITYs /NEPTUNE («Facility») - |
-
- Champ - d’application- |
-
- <StopArea>-< - StopPoint > -< - Line> -< - ConnectionLink > -<Facility> - |
-
- Vérification- |
-
- - - Si la classe d’objets « Facility» - existe alors poursuivre le test, sinon abandonner le test,-- - Si chaque élément « stopAreaId» contient une valeur, alors le test est - validé si ces valeurs se retrouvent dans des éléments « objectId » - de la classe d’objet « StopArea » sinon le test est invalidé et - produit le message « test 2.28.1 : une valeur de l’élément - « stopAreaId» de la classe d’objets « Facility» - n’est pas repérée dans la classe d’objets correspondant « StopArea ». » --- Si chaque élément « lineId» contient - une valeur, alors le test est validé si ces valeurs se retrouvent dans des - éléments « objectId » de la classe d’objet « Line» sinon le test - est invalidé et produit le message « test 2.28.2 : une valeur de l’élément - « lineId» - de la classe d’objets « Facility» n’est pas repérée dans la classe - d’objets correspondant « Line». » -- Si chaque élément « connectionLinkId» - contient une valeur, alors le test est validé si ces valeurs se retrouvent - dans des éléments « objectId » de la classe d’objet « ConnectionLink » sinon le test - est invalidé et produit le message « test 2.28.3 : une valeur de - l’élément « connectionLinkId» - de la classe d’objets « Facility» n’est pas repérée dans la classe - d’objets correspondant « ConnectionLink ». » -- Si chaque élément « stopPointId» - contient une valeur, alors le test est validé si ces valeurs se retrouvent - dans des éléments « objectId » de la classe d’objet - « StopPoint » sinon le test est invalidé et produit le message - « test 2.28.4 : une valeur de l’élément « stopPointId» de la - classe d’objets « Facility» n’est pas repérée - dans la classe d’objets correspondant « StopPoint ». » - |
-
+Si un EQUIPEMENTs /NEPTUNE (« Facility») est défini, il référence au moins un autre ARRÊT/Chouette («StopArea ») ou une autre LIGNEs/Chouette (« Line ») ou un autre POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») ou un autre TronçonsDeCorrespondance/Chouette (« ConnectionLink »).
++Il convient alors de vérifier que l’élément référencé trouve une description dans la classe d’objets qui le concerne.
++Exemple:
++Représentation schématique de l’Objet « Facility »
+
+Exemple de Facility et de StopPointId associé
+ +...+N° test: +2.28.1
+ + + + + ++Libellé: +Vérification de la correcte référence à un ARRÊT/Chouette (« StopArea ») ou à une LIGNE/Chouette («Line») ou à un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») ou à un TronçonsDeCorrespondance/Chouette (« ConnectionLink ») dans les FACILITYs /NEPTUNE (« Facility »)
+ + + + + ++Champ d’application: +<StopArea> <StopPoint > < Line> < ConnectionLink > <Facility>
++Vérification:
+ + ++- Si la classe d’objets « Facility » existe alors poursuivre le test, sinon abandonner le test,
+ + ++- Si chaque élément « stopAreaId» contient une valeur, alors le +test est validé si ces valeurs se retrouvent dans des éléments +« objectId » de la classe d’objet « StopArea » +sinon le test est invalidé et produit le message « test +2.28.1 : une valeur de l’élément « stopAreaId» de la classe +d’objets « Facility » n’est pas repérée dans la classe d’objets correspondant « StopArea ».
+ + + + + + + + ++- Si chaque élément « lineId» +contient une valeur, alors le test est validé si ces valeurs se +retrouvent dans des éléments « objectId » de la classe +d’objet « Line» sinon le test est invalidé et produit le message « test 2.28.2 : une valeur de l’élément « lineId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « Line».
+ + + + + + + + ++- Si chaque élément « connectionLinkId» +contient une valeur, alors le test est validé si ces valeurs se +retrouvent dans des éléments « objectId » de la classe +d’objet « ConnectionLink » sinon le test est invalidé et produit le message « test 2.28.3 : une valeur de l’élément « connectionLinkId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « ConnectionLink ».
+ + + ++- Si chaque élément « stopPointId» +contient une valeur, alors le test est validé si ces valeurs se +retrouvent dans des éléments « objectId » de la classe +d’objet « StopPoint » sinon le test est invalidé et produit +le message « test 2.28.4 : une valeur de l’élément +« stopPointId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « StopPoint ».
diff --git a/app/views/test_sheet/2_3.html b/app/views/test_sheet/2_3.html index e5ff6df55..cbedb8ebb 100644 --- a/app/views/test_sheet/2_3.html +++ b/app/views/test_sheet/2_3.html @@ -1,354 +1,97 @@ +Objectif:
+Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
+») et/ou à des POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
+dans les ARRÊTs/Chouette (« StopArea »)
+
Priorité: Obligatoire
+Explications: +
++Si un ARRÊT/Chouette (« StopArea ») est défini, il référence soit au +moins un autre ARRÊT/Chouette (« StopArea »), soit au moins un POINT +D’ARRÊT SUR PARCOURS (« StopPoint »).
++Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
++Exemple:
++Représentation schématique de l’Objet « StopArea »
+
+
Fiche -du point de contrôle N° 2.3
--
- Description- |
- |
- Intitulé- |
-
- - Cohérence - entre les arrêts et leurs composants. -- |
-
- Objectif- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des - POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») dans les - ARRÊTs/Chouette (« StopArea »)- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si un ARRÊT/Chouette (« - StopArea ») est défini, il référence soit au moins un autre ARRÊT/Chouette (« - StopArea »), soit au moins un POINT D’ARRÊT SUR PARCOURS (« StopPoint »).-Il convient alors de - vérifier que les éléments référencés trouvent une description dans la classe - d’objets qui les concernent.- |
-
+Exemple de StopArea avec contains et StopPoint associé
+ +...+N° test: +2.3.1
++Libellé: Vérification de la correcte référence à des +ARRÊTs/Chouette (« StopArea ») et/ou à des POINTs D’ARRÊT SUR PARCOURS +(« StopPoint ») dans les ARRÊTs/Chouette (« StopArea »)
-|
- Exemple -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - |
-
- Représentation - schématique de l’Objet « StopArea »-
Exemple - de StopArea avec contains et de StopPoint associé -... -<ChouetteArea> -<StopArea> -<objectId>AMIV:StopPoint:237814</objectId> -<name>Croix - l'Alouettes</name> -<contains>AMIV:StopPoint:488965A7A237814</contains> -<centroidOfArea>AMIV:Place:237814</centroidOfArea> -<StopAreaExtension> -<areaType>Quay</areaType> -<fareCode>0</fareCode> -</StopAreaExtension> -</StopArea> -... -<StopPoint> -<objectId>AMIV:StopPoint:488965A7A237814</objectId> -<objectVersion>1</objectVersion> -<longitude>0</longitude> -<latitude>0</latitude> -<longLatType>WGS84</longLatType> -... -- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.3.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des - POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») dans les - ARRÊTs/Chouette (« StopArea »)- |
-
- Champ - d’application- |
-
- <StopArea>-<StopPoint> - |
-
- Vérification- |
-
- - - Si la classe d’objets « StopArea » existe alors poursuivre le test, - sinon abandonner le test,-- - Si chaque élément « contains » contient une ou plusieurs valeurs, - alors le test est validé si ces valeurs se retrouvent dans des éléments - « objectId » des classes d’objets « StopArea » ou - « StopPoint » sinon le test est invalidé et produit le message - « test 2.3.1 : une ou plusieurs valeurs de l’élément « contains » - de la classe d’objets « StopArea » n’est pas repérée dans la classe - d’objets correspondant « StopPoint » ou - « StopArea ». »- |
-
+Champ d’application: +<StopArea> <StopPoint>
++Vérification:
++- Si la classe d’objets « StopArea » existe alors poursuivre le test, sinon abandonner le test,
++- Si chaque élément « contains » contient une ou plusieurs +valeurs, alors le test est validé si ces valeurs se retrouvent dans des +éléments « objectId » des classes d’objets +« StopArea » ou « StopPoint » sinon le test est +invalidé et produit le message « test 2.3.1 : une ou +plusieurs valeurs de l’élément « contains » de la classe +d’objets « StopArea » n’est pas repérée dans la classe +d’objets correspondant « StopPoint » ou +« StopArea ». »
diff --git a/app/views/test_sheet/2_4.html b/app/views/test_sheet/2_4.html index 368486cc6..78b3b862d 100644 --- a/app/views/test_sheet/2_4.html +++ b/app/views/test_sheet/2_4.html @@ -1,367 +1,152 @@ +Objectif:
+Vérification de la correcte référence aux ARRÊTs/Chouette (« StopArea
+») définissant des TronçonsDeCorrespondance/Chouette
+(« ConnectionLink ») .
+
Priorité: Obligatoire (si l’objet « ConnectionLink » existe)
+
Explications: +
++La liste des TronçonsDeCorrespondance/Chouette +(« ConnectionLink ») définie dans un +« ChouettePTNetwork » est optionnelle. Les éléments +« startOfLink » et « endOfLink » de chaque +TronçonDeCorrespondance/Chouette (« ConnectionLink ») sont +obligatoires.
++Lorsque la liste des TronçonsDeCorrespondance/Chouette +(« ConnectionLink ») est non vide, il convient de vérifier +que pour chaque TronçonDeCorrespondance/Chouette +(« ConnectionLink ») « startOfLink » et +« endOfLink » correspondent à deux identifiants distincts +d’ARRÊTs/Chouette (« StopArea »).
++Exemple:
++Représentation schématique de l’Objet « ConnectionLink » dans le schéma XSD CHOUETTE
+
-
Fiche -du point de contrôle N° 2.4
--
- Description- |
- |
- Intitulé- |
-
- Définition - des correspondances. - |
-
- Objectif- |
-
- Vérification - de la correcte référence aux ARRÊTs/Chouette (« StopArea ») définissant des - TronçonsDeCorrespondance/Chouette (« ConnectionLink ») .- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’objet « ConnectionLink » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - liste des TronçonsDeCorrespondance/Chouette (« ConnectionLink ») - définie dans un « ChouettePTNetwork » est optionnelle. Les éléments - « startOfLink » et « endOfLink » de chaque - TronçonDeCorrespondance/Chouette (« ConnectionLink ») sont - obligatoires.-Lorsque - la liste des TronçonsDeCorrespondance/Chouette (« ConnectionLink ») - est non vide, il convient de vérifier que pour chaque - TronçonDeCorrespondance/Chouette (« ConnectionLink ») - « startOfLink » et « endOfLink » correspondent à deux - identifiants distincts d’ARRÊTs/Chouette (« StopArea »).- |
-
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « ConnectionLink » dans le schéma XSD - CHOUETTE--
-----------------Exemple de deux arrêts connectés - par une correspondance-<StopArea> -<objectId>AMIV:StopPoint:237803</objectId> -<name>ZAE - Robert Moinon</name> -<contains>AMIV:StopPoint:488973A5A237803</contains> -<contains>AMIV:StopPoint:489111A5A237803</contains> -<contains>AMIV:StopPoint:488962A4A237803</contains> -<centroidOfArea>AMIV:Place:237803</centroidOfArea> -<StopAreaExtension> -<areaType>Quay</areaType> -<fareCode>0</fareCode> -</StopAreaExtension> -</StopArea> -... -<StopArea> -<objectId>AMIV:StopPoint:237804</objectId> -<name>ZAE - REP</name> -<contains>AMIV:StopPoint:488973A4A237804</contains> -<contains>AMIV:StopPoint:489111A4A237804</contains> -<contains>AMIV:StopPoint:488962A3A237804</contains> -<centroidOfArea>AMIV:Place:237804</centroidOfArea> -<StopAreaExtension> -<areaType>Quay</areaType> -<fareCode>0</fareCode> -</StopAreaExtension> -</StopArea> -... -<ConnectionLink> -<objectId>AMIV:ConnectionLink:02378030237804</objectId> -<startOfLink>AMIV:StopPoint:237803</startOfLink> -<endOfLink>AMIV:StopPoint:237804</endOfLink> -<defaultDuration>PT2M53S</defaultDuration> -</ConnectionLink> -- La - correspondance 'AMIV:ConnectionLink:02378030237804' - connecte - deux arrêts du réseau 'AMIV:StopPoint:237803' - et 'AMIV:StopPoint:237804'. -- - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.4.1- |
-
- Libellé- |
-
- Vérification - de la correcte référence aux ARRÊTs/Chouette (« StopArea ») définissant des - TronçonsDeCorrespondance/Chouette (« ConnectionLink ») .- |
-
- Champ - d’application- |
-
- <StopArea>-<ConnectionLink> - |
-
- Vérification- |
-
- - Si l’objet « ConnectionLink » existe alors - poursuivre le test, sinon le test est abandonné,-- Si l’objet - « ConnectionLink » possède des identifiants d’arrêt distincts - « StartOfLink » et « EndOfLink » alors poursuivre le test - sinon le test est invalidé et produit le message « test - 2.4.1.a : il manque au moins un identifiant d’arrêt - « StartOfLink » et « EndOfLink » dans l’objet - « ConnectionLink ». » -- - Si chaque identifiant d’arrêt « StartOfLink » et - « EndOfLink » de l’objet « ConnectionLink » est défini - dans un objet « StopArea », alors le test est validé, sinon le test - est invalidé et produit le message « test 2.4.1.b : un identifiant - d’arrêt « StartOfLink » ou « EndOfLink » de l’objet - « ConnectionLink» n’est pas repéré dans un objet - « StopArea ». »- |
-
+ Exemple de deux arrêts connectés par une correspondance
+ +<StopArea>+La correspondance 'AMIV:ConnectionLink:02378030237804' connecte deux +arrêts du réseau 'AMIV:StopPoint:237803' et 'AMIV:StopPoint:237804'.
++N° test: +2.4.1
++Libellé: Vérification de la correcte référence aux +ARRÊTs/Chouette (« StopArea ») définissant des +TronçonsDeCorrespondance/Chouette (« ConnectionLink ») .
+ ++Champ d’application: +<StopArea> <ConnectionLink>
++Vérification:
++- Si l’objet « ConnectionLink » existe alors poursuivre le test, sinon le test est abandonné,
++- Si l’objet « ConnectionLink » possède des identifiants +d’arrêt distincts « StartOfLink » et « EndOfLink » +alors poursuivre le test sinon le test est invalidé et produit le +message « test 2.4.1.a : il manque au moins un +identifiant d’arrêt « StartOfLink » et +« EndOfLink » dans l’objet +« ConnectionLink ». »
++- Si chaque identifiant d’arrêt « StartOfLink » et +« EndOfLink » de l’objet « ConnectionLink » est +défini dans un objet « StopArea », alors le test est validé, +sinon le test est invalidé et produit le message « test +2.4.1.b : un identifiant d’arrêt « StartOfLink » ou +« EndOfLink » de l’objet « ConnectionLink» n’est pas +repéré dans un objet « StopArea ». »
diff --git a/app/views/test_sheet/2_5.html b/app/views/test_sheet/2_5.html index 943014f11..ddd59d1e8 100644 --- a/app/views/test_sheet/2_5.html +++ b/app/views/test_sheet/2_5.html @@ -1,465 +1,204 @@ +Objectif:
+Vérification de la correcte référence aux COURSES COMMERCIALES
+(« VehicleJourney ») dans les VERSIONs DES HORAIRES/Chouette
+(« Timetable »).
+Vérifier que chaque COURSE COMMERCIALE (« VehicleJourney »)
+est référencée dans une VERSION DES HORAIRES/Chouette («
+Timetable »).
+
Priorité: +Obligatoire (si « Timetable » existe et si l’identifiant de +course « VehicleJourneyId » existe dans +« Timetable »)
+Explications: +
++La liste des données horaires VERSION DES HORAIRES/Chouette (« +Timetable ») est optionnelle. Lorsque cette liste est non vide, chaque +valeur d’attribut doit alors être référencée dans un objet COURSE +COMMERCIALE («VehicleJourney ») du réseau.
++Chaque COURSE COMMERCIALE identifiée doit être référencée dans une VERSION DES HORAIRES/Chouette.
++Exemple:
++Représentation schématique de l’Objet « Timetable »
+
+Exemple de VERSION DES HORAIRES/Chouette avec une liste d'identifiants de COURSEs COMMERCIALEs:
+ +<Timetable>+Exemple de COURSE COMMERCIALE référencée dans une VERSION DES HORAIRES/Chouette
+ ++N° test: +2.5.1
-+Libellé: Vérification de la correcte référence aux COURSES +COMMERCIALES (« VehicleJourney » ) dans les VERSIONs DES +HORAIRES/Chouette (« Timetable »).
-Fiche -du point de contrôle N° 2.5
++Champ d’application: +<Timetable> <VehicleJourney>
++Vérification:
-+
+ - Si l’objet « Timetable » existe alors poursuivre le test, sinon le test est abandonné,
++- Si l’élément «VehicleJourneyId » existe alors poursuivre le test, sinon le test est abandonné,
++- Si chaque identifiant de course, dans l’objet +« Timetable », est référencé dans un objet +« VehicleJourney » alors le test est validé, sinon le test +est invalidé et produit le message « test 2.5.1 : un +identifiant de course, situé dans l’objet « Timetable », +n’est pas référencé dans un objet « VehicleJourney »».
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre les courses et les horaires. - |
-
- Objectif- |
-
- Vérification - de la correcte référence aux COURSES COMMERCIALES - (« VehicleJourney ») dans les VERSIONs DES HORAIRES/Chouette-(« - Timetable »).-Vérifier - que chaque COURSE COMMERCIALE (« VehicleJourney ») est référencée - dans une VERSION DES HORAIRES/Chouette (« Timetable »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si « Timetable » existe et si l’identifiant de course - « VehicleJourneyId » existe dans « Timetable »)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme ou message d’avertissement si une course est absente d’une - VERSION DES HORAIRES/Chouette- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La liste des données - horaires VERSION DES HORAIRES/Chouette (« - Timetable ») est optionnelle. Lorsque cette liste est non vide, chaque - valeur d’attribut doit alors être référencée dans un objet COURSE - COMMERCIALE (« VehicleJourney ») du réseau.-Chaque COURSE COMMERCIALE identifiée doit - être référencée dans une VERSION DES HORAIRES/Chouette. - |
-
+
N° test:
+Test 2.5.2
+Libellé: Vérifier que chaque COURSE COMMERCIALE +(« VehicleJourney » ) est référencée dans une VERSION DES +HORAIRES/Chouette (« Timetable »).
--
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « Timetable »--
- - -- Exemple - de VERSION DES HORAIRES/Chouette avec une liste d'identifiants de COURSEs - COMMERCIALEs: -- <Timetable> -<objectId>AMIV:Timetable:146357</objectId> -<period> -<startOfPeriod>2006-09-18</startOfPeriod> -<endOfPeriod>2007-12-21</endOfPeriod> -</period> -<calendarDay>2006-09-18</calendarDay> -<calendarDay>2006-09-19</calendarDay> -... -<vehicleJourneyId>AMIV:VehicleJourney:8970777</vehicleJourneyId> -<vehicleJourneyId>AMIV:VehicleJourney:8970778</vehicleJourneyId> -<vehicleJourneyId>AMIV:VehicleJourney:8970779</vehicleJourneyId> -... -</Timetable> -... -<Timetable> -<objectId>AMIV:Timetable:146358</objectId> -... -</Timetable> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970777</objectId> -<routeId>AMIV:Route:488970</routeId> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970778</objectId> -... -<VehicleJourney> -<objectId>AMIV:VehicleJourney:8970779</objectId> -... -- Exemple - de COURSE COMMERCIALE référencée dans une VERSION DES HORAIRES/Chouette-- <VehicleJourney> -<objectId>NINOXE:VehicleJourney:521875</objectId> -<objectVersion>0</objectVersion> -<creationTime>2007-06-28T17:18:56.000+02:00</creationTime> -<routeId>NINOXE:Route:521753</routeId> -<number>0</number> -<vehicleJourneyAtStop> -<stopPointId>NINOXE:StopPoint:521802</stopPointId> -<vehicleJourneyId>NINOXE:VehicleJourney:521875</vehicleJourneyId> -- </vehicleJourneyAtStop> -- <VehicleJourney> -- <Timetable> -<objectId>NINOXE:Timetable:521973</objectId> -<objectVersion>0</objectVersion> -<creationTime>2007-06-28T17:18:56.000+02:00</creationTime> -<vehicleJourneyId>NINOXE:VehicleJourney:521875</vehicleJourneyId> -<vehicleJourneyId>NINOXE:VehicleJourney:521876</vehicleJourneyId> -<vehicleJourneyId>NINOXE:VehicleJourney:521877</vehicleJourneyId> -<vehicleJourneyId>NINOXE:VehicleJourney:521878</vehicleJourneyId> -<comment>Vacances - scolaires </comment> -</Timetable> -- |
- ||
- Evaluation- |
- |||
- N° test- |
-
- 2.5.1- |
- ||
- Libellé- |
-
- Vérification - de la correcte référence aux COURSES COMMERCIALES - (« VehicleJourney » ) dans les VERSIONs DES HORAIRES/Chouette-(« - Timetable »).- |
- ||
- Champ - d’application- |
-
- <Timetable>-<VehicleJourney> - |
- ||
- Vérification- |
-
- -- - Si l’objet « Timetable » existe alors poursuivre le test, sinon le test - est abandonné,-- - Si l’élément «VehicleJourneyId » existe alors poursuivre le test, - sinon le test est abandonné,-- - Si chaque identifiant de course, dans l’objet « Timetable », est - référencé dans un objet « VehicleJourney » alors le test est - validé, sinon le test est invalidé et produit le message « test - 2.5.1 : un identifiant de course, situé dans l’objet - « Timetable », n’est pas référencé dans un objet - « VehicleJourney »».-- |
- ||
|
-
- N° test- |
-
- Test - 2.5.2 - |
- |
|
-
- Libellé- |
-
- Vérifier - que chaque COURSE COMMERCIALE (« VehicleJourney » ) est référencée - dans une VERSION DES HORAIRES/Chouette (« Timetable »). - |
- |
|
-
- Champ d’application- |
-
- <VehicleJourney> -<Timetable> - |
- |
|
-
- Vérification- |
-
- - - - Si l’objet de course « VehicleJourney » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - - Si l’identifiant « objectId » de l’objet - « VehicleJourney » précédent est détecté dans l’élément - « vehicleJourneyId » d’un objet « Timetable » alors le - test est validé, sinon le test est invalidé et fournit le message - d’avertissement : « test 3.12.1 : une course n’est pas - référencée dans aucun « TimeTable »». -- |
- |
| - | - | - | - |
+Champ d’application: <VehicleJourney> <Timetable>
++Vérification:
++- Si l’objet de course « VehicleJourney » mentionné dans les +champs d’application est présent une ou plusieurs fois, poursuivre le +test, sinon le test est abandonné.
-+- Si l’identifiant « objectId » de l’objet +« VehicleJourney » précédent est détecté dans l’élément +« vehicleJourneyId » d’un objet « Timetable » alors +le test est validé, sinon le test est invalidé et fournit le message +d’avertissement : « test 3.12.1 : une course n’est pas +référencée dans aucun « TimeTable »».
++
diff --git a/app/views/test_sheet/2_6.html b/app/views/test_sheet/2_6.html index 54aaa05d1..f1824cc74 100644 --- a/app/views/test_sheet/2_6.html +++ b/app/views/test_sheet/2_6.html @@ -1,355 +1,94 @@ +Objectif:
+Vérification de la correcte définition du terminus de LIGNE/Chouette (« Line »).
+
Priorité: Obligatoire (si « LineEnd » existe)
+Explications: +
++L’ensemble des éléments de fin des LIGNEs/Chouette (« Line ») +(« LineEnd ») a un caractère optionnel. Si ces éléments +existent, il convient de vérifier que chacun d’entre eux possède une +valeur d’attribut qui identifie un POINT D’ARRÊT SUR PARCOURS (« +StopPoint »)
++Exemple:
++Représentation schématique de l’Objet « Line »
+
+N° test: +2.6.1
++Libellé: +Vérification de la correcte définition du terminus de LIGNE/Chouette (« Line »).
-+Champ d’application: +<Line> <StopPoint>
++Vérification:
++- Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est abandonné,
++- Si chaque identifiant de fin de trajet dans l’élément +« LineEnd » de l’objet « Line », est repéré dans un +objet « StopPoint » alors le test est validé, sinon le test +est invalidé et produit le message « test 2.6.1 : un +identifiant de point d’arrêt de fin de trajet n’est pas repéré dans un +objet « StopPoint »».
++N° test: +2.6.2
++Libellé: +Vérification du caractère terminus des points de fin de trajet des LIGNEs/Chouette (« Line »).
-Fiche -du point de contrôle N° 2.6
- -- -
- Description- |
- |
- Intitulé- |
-
- Définition - des terminus - |
-
- Objectif- |
-
- Vérification - de la correcte définition du terminus de LIGNE/Chouette (« Line »).- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) - connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si « LineEnd » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- L’ensemble - des éléments de fin des LIGNEs/Chouette (« Line ») (« LineEnd ») a - un caractère optionnel. Si ces éléments existent, il convient de vérifier que - chacun d’entre eux possède une valeur d’attribut qui identifie un POINT - D’ARRÊT SUR PARCOURS (« StopPoint »)- |
-
- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « Line »--
- Exemple de « Line » avec un arrêt de fin de trajet - défini plus loin :-<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -<creationTime>2007-03-21T16:05:54.000+01:00</creationTime> -<name>LIGNE - 012</name> -<publishedName>Les - Courriers de l'Ile de France</publishedName> -<transportModeName>Bus</transportModeName> -<lineEnd>AMIV:StopPoint:488957A0A237830</lineEnd> -... -<StopPoint> -<objectId>AMIV:StopPoint:488957A0A237830</objectId> -<objectVersion>1</objectVersion> -... -- |
-
- Evaluation- |
- |
- N° test- |
-
- 2.6.1- |
-
- Libellé- |
-
- Vérification - de la correcte définition du terminus de LIGNE/Chouette (« Line »).- |
-
- Champ - d’application- |
-
- <Line>-<StopPoint> - |
-
- Vérification- |
-
- - - Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est - abandonné,-- Si chaque identifiant de fin de trajet dans l’élément - « LineEnd » de l’objet « Line », est repéré dans un objet - « StopPoint » alors le test est validé, sinon le test est invalidé - et produit le message « test 2.6.1 : un identifiant de point - d’arrêt de fin de trajet n’est pas repéré dans un objet - « StopPoint »».- |
-
- N° test- |
-
- 2.6.2- |
-
- Libellé- |
-
- Vérification - du caractère terminus des points de fin de trajet des LIGNEs/Chouette (« Line - »).- |
-
- Champ - d’application- |
-
- <Line>-<StopPoint> - |
-
- Vérification- |
-
- - - Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est - abandonné,-- - Si chaque identifiant de fin de trajet dans l’élément « LineEnd » - de l’objet « Line », est repéré une et une seule fois dans un objet - « startOfLink » ou bien dans un objet « endOfLink » d’un - tronçon « PTLink » alors le test est validé, sinon le test est - invalidé et produit le message « test 2.6.2 : un identifiant de - point d’arrêt de fin de trajet n’est pas repéré comme début ou comme fin d’un - trajet».-- |
-
+Champ d’application: +<Line> <StopPoint>
++Vérification:
++- Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est abandonné,
++- Si chaque identifiant de fin de trajet dans l’élément +« LineEnd » de l’objet « Line », est repéré une et +une seule fois dans un objet « startOfLink » ou bien dans un +objet « endOfLink » d’un tronçon « PTLink » alors +le test est validé, sinon le test est invalidé et produit le message +« test 2.6.2 : un identifiant de point d’arrêt de fin de +trajet n’est pas repéré comme début ou comme fin d’un trajet».
diff --git a/app/views/test_sheet/2_7.html b/app/views/test_sheet/2_7.html index fce70d1d8..5a53a3ac0 100644 --- a/app/views/test_sheet/2_7.html +++ b/app/views/test_sheet/2_7.html @@ -1,322 +1,92 @@ -Objectif:
+Vérification de la correcte référence aux Itinéraires/Chouette
+(« ChouetteRoute ») pour chaque LIGNE/Chouette (« Line ») .
+
Priorité: Obligatoire
+Explications: +
++L’élément « RouteId » au sein de l'objet « Line » a +un caractère obligatoire. Il convient de vérifier que chaque élément +« RouteId » correspond à un identifiant +« ObjectId » d’un Itinéraire/Chouette +(« ChouetteRoute »).
++Exemple:
++Représentation schématique de l’Objet « Line »
+
+
++Exemple de définition de « routeId » dans une « Line »
+ +<Line>+N° test: +2.7.1
++Libellé: Vérification de la correcte référence aux +Itinéraires/Chouette (« ChouetteRoute ») pour chaque +LIGNE/Chouette (« Line ») .
-Fiche -du point de contrôle N° 2.7
-- -
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre les Itinéraires/Chouette et les LIGNEs/Chouette. - |
-
- Objectif- |
-
- Vérification - de la correcte référence aux Itinéraires/Chouette (« ChouetteRoute ») - pour chaque LIGNE/Chouette (« Line ») .- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s)-connexe(s)- |
-
- 1.2 - (vérifier qu’il y a au moins un élément d’itinéraire « RouteId » - dans l’objet « Line)- |
-
|
- Priorité - |
-
- Obligatoire -- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- L’élément - « RouteId » au sein de l'objet « Line » a un caractère - obligatoire. Il convient de vérifier que chaque élément « RouteId » - correspond à un identifiant « ObjectId » d’un Itinéraire/Chouette (« ChouetteRoute »). -- |
-
- -
|
- Exemple - |
-
- Représentation - schématique de l’Objet « Line »--
- --------------Exemple - de définition de « routeId » dans une « Line »-<Line> -<objectId>AMIV:Line:014014012</objectId> -<objectVersion>1</objectVersion> -<creationTime>2007-03-21T16:05:54.000+01:00</creationTime> -<name>LIGNE - 012</name> -<publishedName>Les - Courriers de l'Ile de France</publishedName> -<transportModeName>Bus</transportModeName> -<lineEnd>AMIV:StopPoint:488957A0A237830</lineEnd> -<ptNetworkIdShortcut>AMIV:PTNetwork:95</ptNetworkIdShortcut> -<routeId>AMIV:Route:488957</routeId> -<routeId>AMIV:Route:488959</routeId> -<routeId>AMIV:Route:488961</routeId> -... -<ChouetteRoute> -<objectId>AMIV:Route:488957</objectId> -... -<ChouetteRoute> -<objectId>AMIV:Route:488959</objectId> -... -<ChouetteRoute> -<objectId>AMIV:Route:488961</objectId> -... -- - - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.7.1- |
-
- Libellé- |
-
- Vérification de - la correcte référence aux Itinéraires/Chouette (« ChouetteRoute ») - pour chaque LIGNE/Chouette (« Line ») .- |
-
- Champ d’application- |
-
- <Line>-<ChouetteRoute> - |
-
- Vérification- |
-
- - Si chaque identifiant d’Itinéraire - « RouteId » au sein de l'objet « Line » est identifié - dans l’objet « ChouetteRoute » alors le test est validé, sinon le - test est invalidé et produit le message « test 2.7.1 : un - identifiant d’Itinéraire « RouteId » situé dans l’objet - « Line » n’est pas identifié dans l’objet - « ChouetteRoute » ».- |
-
+Champ d’application: <Line> <ChouetteRoute>
++Vérification:
++- Si chaque identifiant d’Itinéraire « RouteId » au sein de +l'objet « Line » est identifié dans l’objet +« ChouetteRoute » alors le test est validé, sinon le test est +invalidé et produit le message « test 2.7.1 : un identifiant +d’Itinéraire « RouteId » situé dans l’objet +« Line » n’est pas identifié dans l’objet +« ChouetteRoute » ».
diff --git a/app/views/test_sheet/2_8.html b/app/views/test_sheet/2_8.html index cf7c33c1f..64ad8a277 100644 --- a/app/views/test_sheet/2_8.html +++ b/app/views/test_sheet/2_8.html @@ -1,572 +1,222 @@ -Objectif:
+Vérification de la correcte référence des MISSIONs COMMERCIALEs
+(« JourneyPattern ») par les Itinéraires/Chouette
+(« ChouetteRoute »).
+Vérification de la correcte référence des Itinéraires/Chouette
+(« ChouetteRoute ») que référencent les MISSIONs COMMERCIALEs
+(« JourneyPattern »).
+Vérification de la cohérence de la séquence des POINTs D’ARRÊT SUR
+PARCOURS (« StopPoint ») d’une MISSION COMMERCIALE et celle de l’
+Itinéraire/Chouette (« ChouetteRoute ») correspondant.
+
Priorité: Obligatoire (en partie si l’objet « JourneyPattern » existe)
+Explications: +
-Fiche -du point de contrôle N° 2.8
-+
+L’élément « journeyPatternId » au sein de l'Itinéraire/Chouette +(« ChouetteRoute ») a un caractère obligatoire. Il convient +de vérifier qu'il existe une MISSION COMMERCIALE +(« JourneyPattern ») correspondante.
-
- Description- |
- |
- Intitulé- |
-
- Cohérence entre les missions - commerciales et les itinéraires. - |
-
- Objectif- |
-
- Vérification - de la correcte référence des MISSIONs COMMERCIALEs - (« JourneyPattern ») par les Itinéraires/Chouette - (« ChouetteRoute »).-Vérification - de la correcte référence des Itinéraires/Chouette - (« ChouetteRoute ») que référencent les MISSIONs COMMERCIALEs - (« JourneyPattern »).-Vérification - de la cohérence de la séquence des POINTs D’ARRÊT SUR PARCOURS (« StopPoint - ») d’une MISSION COMMERCIALE et celle de l’ Itinéraire/Chouette - (« ChouetteRoute ») correspondant.- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N° de fiche(s)-connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (en partie si l’objet « JourneyPattern » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- L’élément - « journeyPatternId » au sein de l' Itinéraire/Chouette - (« ChouetteRoute ») a un caractère obligatoire. Il convient de - vérifier qu'il existe une MISSION COMMERCIALE (« JourneyPattern ») - correspondante.-Inversement, la référence à un Itinéraire/Chouette - (« ChouetteRoute ») pour chaque mission - commerciale - « JourneyPattern », doit correspondre à un Itinéraire/Chouette - (« ChouetteRoute »). -L’ordre des points définissant - « JourneyPattern » et « ChouetteRoute » doit être - respecté. - |
-
-
|
- Exemple - |
-
- Représentation schématique de - l’Objet « ChouetteRoute »--
Exemple d'identifiant de mission commerciale - « journeyPatternId » dans un objet « ChouetteRoute » - correspondant à un « ObjectId » dans un objet - « JourneyPattern »-... -<ChouetteRoute> -<objectId>AMIV:Route:488957</objectId> -<name>0140140120535</name> -<publishedName>GOUSSAINVILLE - RER - CHAUMONTEL</publishedName> -<ptLinkId>AMIV:PTLink:488957A0A02378300237816</ptLinkId> -<ptLinkId>AMIV:PTLink:488957A1A02378160237817</ptLinkId> -<journeyPatternId>AMIV:JourneyPattern:488957M102</journeyPatternId> -... -<JourneyPattern> -<objectId>AMIV:JourneyPattern:488957M102</objectId> -<routeId>AMIV:Route:488957</routeId> -<stopPointList>AMIV:StopPoint:488957A0A237830</stopPointList> -<stopPointList>AMIV:StopPoint:488957A1A237816</stopPointList> -<stopPointList>AMIV:StopPoint:488957A2A237817</stopPointList> -</JourneyPattern> -... -Représentation schématique de - l’objet JourneyPattern--
- Exemple d'une mission qui référence une - ChouetteRoute-... -<ChouetteRoute> -<objectId>AMIV:Route:489111</objectId> -<name>0140140120996</name> -... -<JourneyPattern> -<objectId>AMIV:JourneyPattern:489111M74</objectId> -<routeId>AMIV:Route:489111</routeId> -<stopPointList>AMIV:StopPoint:489111A0A237832</stopPointList> -<stopPointList>AMIV:StopPoint:489111A1A237807</stopPointList> -<stopPointList>AMIV:StopPoint:489111A2A237806</stopPointList> -<stopPointList>AMIV:StopPoint:489111A3A237805</stopPointList> -<stopPointList>AMIV:StopPoint:489111A4A237804</stopPointList> -<stopPointList>AMIV:StopPoint:489111A5A237803</stopPointList> -<stopPointList>AMIV:StopPoint:489111A6A237832</stopPointList> -<lineIdShortcut>AMIV:Line:014014012</lineIdShortcut> -</JourneyPattern> -... -- - |
- |||
- Evaluation- |
- ||||
- N° test- |
-
- 2.8.1- |
- |||
- Libellé- |
-
- Vérification - de la correcte référence des MISSIONs COMMERCIALEs - (« JourneyPattern ») par les Itinéraires/Chouette - (« ChouetteRoute »).- |
- |||
- Champ - d’application- |
-
- <ChouetteRoute>-<JourneyPattern> - |
- |||
- Vérification- |
-
- -- - Si l’élément « journeyPatternId », référencé dans l’objet - « ChouetteRoute » possède un identifiant « ObjectId » - dans un objet « JourneyPattern », le test est validé, sinon le test - est invalidé et produit le message « test 2.8.1 : un élément - « journeyPatternId » dans un objet d’Itinéraire - « ChouetteRoute » n’a pas d’identifiant « ObjectId » dans - un objet « JourneyPattern» ».-- |
- |||
- N° test- |
-
- 2.8.2- |
- |||
- Libellé- |
-
- Vérification - de la correcte référence des Itinéraires/Chouette - (« ChouetteRoute ») que référencent les MISSIONs COMMERCIALEs - (« JourneyPattern »).- |
- |||
- Champ - d’application- |
-
- <JourneyPattern>-<ChouetteRoute> - |
- |||
- Vérification- |
-
- -- - Si l’objet de MISSION COMMERCIALE existe, poursuivre le test, sinon - abandonner le test--- Si l’élément d’Itinéraire - « routeId », référencé dans un objet « JourneyPattern », - possède un identifiant « objectId » dans l’objet d’Itinéraire - « ChouetteRoute », alors le test est validé, sinon le test est - invalidé et produit le message « test 2.8.1 : l’élément - d’Itinéraire « routeId », référencé dans un objet - « JourneyPattern », n’a pas d’identifiant « objectId » - dans l’objet d’Itinéraire « ChouetteRoute » » -- |
- |||
|
-
- N° test- |
-
- Test 2.8.3 - |
-
|
- |
|
-
- Libellé- |
-
- Vérification - de la cohérence de la séquence des POINTs D’ARRÊT SUR PARCOURS (« StopPoint - ») d’une mission commerciale - et celle de l’Itinéraire/Chouette (« ChouetteRoute ») correspondant. - |
-
|
- |
|
-
- Champ d’application- |
-
- <StopPoint> -<JourneyPattern> -<ptLink> -<ChouetteRoute> - |
-
|
- |
|
-
- Vérification- |
-
- - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si l’identifiant du « StopPoint » détecté, figure dans la liste des points - d’arrêts de l’objet « JourneyPattern », poursuivre le test, sinon - le test est invalidé et fournit le message : « test 2.8.3 a : - l’identifiant du « StopPoint » détecté dans l’objet « StopPoint » - ne figure pas dans la liste des points d’arrêt de l’objet - « JourneyPattern » ». -- - - Si l’identifiant du « StopPoint » figure dans l’un des éléments - « startOfLink » ou « endOfLink » du tronçon - « PtLink », poursuivre le test, sinon le test est invalidé et - fournit le message : « test 2.8.3 b: l’identifiant du « StopPoint - » ne figure pas dans l’un des éléments « startOfLink » ou - « endOfLink » du tronçon « PtLink » ». -- - - Si l’identifiant du tronçon « PtLink », détecté ci-avant, est - intégré dans un Itinéraire « ChouetteRoute », poursuivre le test, - sinon le test est invalidé et fournit le message : « test 2.8.3 - c : l’identifiant du tronçon « PtLink », détecté dans le test - 3.3.1b, n’est pas intégré dans un Itinéraire - « ChouetteRoute » ». -- - - Si l’identifiant d’Itinéraire « ChouetteRoute », détecté ci-avant, - est le même que celui détecté ci-avant dans la MISSION COMMERCIALE - « JourneyPattern », le test est validé, sinon le test est invalidé - et fournit le message : « test 2.8.3 d : l’identifiant - d’Itinéraire « ChouetteRoute » n’est le même que celui détecté dans - la MISSION COMMERCIALE « JourneyPattern » » - |
-
|
- |
| - | - | - | - | - |
+Inversement, la référence à +un Itinéraire/Chouette (« ChouetteRoute ») pour +chaque mission commerciale « JourneyPattern », doit +correspondre à un Itinéraire/Chouette (« ChouetteRoute »).
+ + ++L’ordre des points définissant « JourneyPattern » et « ChouetteRoute » doit être respecté.
++Exemple:
+

+N° test: +2.8.1
++Libellé: Vérification de la correcte référence des MISSIONs +COMMERCIALEs (« JourneyPattern ») par les +Itinéraires/Chouette (« ChouetteRoute »).
+ ++Champ d’application: +<ChouetteRoute> <JourneyPattern>
++Vérification:
+ ++ - +Si l’élément « journeyPatternId », référencé dans l’objet +« ChouetteRoute » possède un identifiant +« ObjectId » dans un objet « JourneyPattern », le +test est validé, sinon le test est invalidé et produit le message +« test 2.8.1 : un élément « journeyPatternId » dans +un objet d’Itinéraire « ChouetteRoute » n’a pas d’identifiant +« ObjectId » dans un objet « JourneyPattern» ».
+ ++N° test: +2.8.2
++Libellé: Vérification de la correcte référence des +Itinéraires/Chouette (« ChouetteRoute ») que référencent les +MISSIONs COMMERCIALEs (« JourneyPattern »).
+ ++Champ d’application: +<JourneyPattern> <ChouetteRoute>
++Vérification:
+ ++ - Si l’objet de MISSION COMMERCIALE existe, poursuivre le test, sinon abandonner le test
+ + ++- Si l’élément d’Itinéraire « routeId », référencé dans un +objet « JourneyPattern », possède un identifiant +« objectId » dans l’objet d’Itinéraire +« ChouetteRoute », alors le test est validé, sinon le test +est invalidé et produit le message « test 2.8.1 : l’élément +d’Itinéraire « routeId », référencé dans un objet +« JourneyPattern », n’a pas d’identifiant +« objectId » dans l’objet d’Itinéraire +« ChouetteRoute »
++N° test: +Test 2.8.3
++Libellé: +Vérification de la cohérence de la séquence des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») d’une mission commerciale
+ + + + ++Champ d’application: <StopPoint> <JourneyPattern> <ptLink> <ChouetteRoute>
++Vérification:
++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si l’identifiant du « StopPoint » détecté, figure dans la liste des +points d’arrêts de l’objet « JourneyPattern », poursuivre le +test, sinon le test est invalidé et fournit le message : +« test 2.8.3 a : l’identifiant du « StopPoint » détecté dans +l’objet « StopPoint » ne figure pas dans la liste des points +d’arrêt de l’objet « JourneyPattern ».
+ ++- Si l’identifiant du « StopPoint » figure dans l’un des éléments +« startOfLink » ou « endOfLink » du tronçon +« PtLink », poursuivre le test, sinon le test est invalidé et +fournit le message : « test 2.8.3 b: l’identifiant du « +StopPoint » ne figure pas dans l’un des éléments +« startOfLink » ou « endOfLink » du tronçon +« PtLink ».
+ ++- Si l’identifiant du tronçon « PtLink », détecté ci-avant, +est intégré dans un Itinéraire « ChouetteRoute », poursuivre +le test, sinon le test est invalidé et fournit le message : +« test 2.8.3 c : l’identifiant du tronçon +« PtLink », détecté dans le test 3.3.1b, n’est pas intégré +dans un Itinéraire « ChouetteRoute »
+ ++- Si l’identifiant d’Itinéraire « ChouetteRoute », détecté +ci-avant, est le même que celui détecté ci-avant dans la MISSION +COMMERCIALE « JourneyPattern », le test est validé, sinon le +test est invalidé et fournit le message : « test 2.8.3 +d : l’identifiant d’Itinéraire « ChouetteRoute » n’est +le même que celui détecté dans la MISSION COMMERCIALE +« JourneyPattern »
diff --git a/app/views/test_sheet/2_9.html b/app/views/test_sheet/2_9.html index 92492d870..cf7f15840 100644 --- a/app/views/test_sheet/2_9.html +++ b/app/views/test_sheet/2_9.html @@ -1,298 +1,98 @@ +Objectif:
+Vérifier la correcte référence à un Itinéraire/Chouette
+(« ChouetteRoute ») dans le cas d’un itinéraire de retour.
+
Priorité: Obligatoire (si l’identifiant « wayBackRouteId » existe)
+Explications: +
++L’élément d’Itinéraire de retour « wayBackRouteId » au sein +de l’objet Itinéraire/Chouette (« ChouetteRoute ») a un +caractère optionnel. Si une valeur d’attribut est définie, il convient +de s'assurer qu’elle correspond à un Itinéraire/Chouette +(« ChouetteRoute ») dans le même réseau.
++Exemple:
++Représentation schématique de l’Objet « ChouetteRoute »
+
+Exemple d'itinéraire de retour
+ +...+N° test: +2.9.1
++Libellé: +Vérifier la correcte référence à un Itinéraire/Chouette (« ChouetteRoute ») dans le cas d’un Itinéraire de retour.
-+Champ d’application: <ChouetteRoute>
++Vérification:
-Fiche -du point de contrôle N° 2.9
--
- Description- |
- |
- Intitulé- |
-
- Définition - de l’itinéraire retour. - |
-
- Objectif- |
-
- Vérifier - la correcte référence à un Itinéraire/Chouette (« ChouetteRoute ») - dans le cas d’un itinéraire de retour.- |
-
- Références- |
-
- TRIDENT/profil - CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s)-connexe(s)- |
-
- - |
-
|
- Priorité - |
-
- Obligatoire - (si l’identifiant « wayBackRouteId » existe)- |
-
|
- Résultat - |
-
- Conforme - ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- L’élément - d’Itinéraire de retour « wayBackRouteId » au sein de l’objet - Itinéraire/Chouette (« ChouetteRoute ») a un caractère optionnel. - Si une valeur d’attribut est définie, il convient de s'assurer qu’elle - correspond à un Itinéraire/Chouette (« ChouetteRoute ») dans le - même réseau.- |
-
+- Si l’élément d’Itinéraire de retour «wayBackRouteId » est +présent dans l’objet « ChouetteRoute » alors poursuivre le +test, sinon le test est abandonné
-- -
|
- Exemple - |
-
- -Représentation - schématique de l’Objet « ChouetteRoute »--
- Exemple - d'itinéraire de retour -... -<ChouetteRoute> -<objectId>AMIV:Route:488957</objectId> -<name>0140140120535</name> -<publishedName>GOUSSAINVILLE - RER - CHAUMONTEL</publishedName> -<ptLinkId>AMIV:PTLink:488957A0A02378300237816</ptLinkId> -<ptLinkId>AMIV:PTLink:488957A1A02378160237817</ptLinkId> -<journeyPatternId>AMIV:JourneyPattern:488957M10200</journeyPatternId> -<comment>12 - Lycée Gérard de Nerval – Cyprien Réthoré</comment> -<wayBackRouteId>AMIV:Route:488959</wayBackRouteId> -<RouteExtension> -<wayBack>R</wayBack> -</RouteExtension> -</ChouetteRoute> -<ChouetteRoute> -<objectId>AMIV:Route:488959</objectId> -<name>0140140120536</name> -... - |
-
- Evaluation- |
- |
- N° test- |
-
- 2.9.1- |
-
- Libellé- |
-
- Vérifier la - correcte référence à un Itinéraire/Chouette (« ChouetteRoute ») - dans le cas d’un Itinéraire de retour.- |
-
- Champ d’application- |
-
- <ChouetteRoute>- |
-
- Vérification- |
-
- -- Si l’élément d’Itinéraire de - retour «wayBackRouteId » est présent dans - l’objet « ChouetteRoute » alors poursuivre le test, sinon le test - est abandonné--- Si l élément d’Itinéraire de - retour « wayBackRouteId », référencé dans un objet d’Itinéraire - « ChouetteRoute » possède un identifiant « ObjectId » - dans un autre objet d’Itinéraire « ChouetteRoute », le test est - validé, sinon le test est invalidé et produit le message « test - 2.9.1 : un élément d’Itinéraire de retour « wayBackRouteId » - dans un objet d’Itinéraire « ChouetteRoute » n’a pas d’identifiant - « ObjectId » dans un autre objet d’Itinéraire - « ChouetteRoute ».-- |
-
+- Si l élément d’Itinéraire de retour +« wayBackRouteId », référencé dans un objet d’Itinéraire +« ChouetteRoute » possède un identifiant +« ObjectId » dans un autre objet d’Itinéraire +« ChouetteRoute », le test est validé, sinon le test est +invalidé et produit le message « test 2.9.1 : un élément +d’Itinéraire de retour « wayBackRouteId » dans un objet +d’Itinéraire « ChouetteRoute » n’a pas d’identifiant +« ObjectId » dans un autre objet d’Itinéraire +« ChouetteRoute ».
diff --git a/app/views/test_sheet/3_1.html b/app/views/test_sheet/3_1.html index bef5e8d68..40da276ab 100644 --- a/app/views/test_sheet/3_1.html +++ b/app/views/test_sheet/3_1.html @@ -1,244 +1,56 @@ -Fiche -du point de contrôle N° 3.1
- -- -
- Description- |
- |
- Intitulé- |
-
- Points d’arrêt de - dénomination différente et très proches - |
-
- Objectif- |
-
- Signaler la présence de POINTs - D’ARRÊT SUR PARCOURS (« StopPoint ») très proches et de - dénomination différente sur un même réseau.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Chaque - POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est localisé grâce à ses - coordonnées en latitude et en longitude. La mise en œuvre de ce point de - contrôle consiste à vérifier la présence de POINT D’ARRÊT SUR PARCOURS - proches et de dénomination différente. Pour cela un rayon de proximité entre - POINT D’ARRÊT SUR PARCOURS est à déterminer. - |
-
- -
|
- Exemple - |
-
- -
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.1.1 - |
-
- Libellé- |
-
- Vérifier - que 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches - porte le même nom/même adresse - |
-
- Champ d’application- |
-
- <StopPoint> - |
-
- Vérification- |
-
- - - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si pour chaque élément « StopPoint », la distance spatiale calculée - à partir de la valeur de l’attribut des éléments « longitude », - « latitude » et « longLatType » entre lui et tous les - autres objets « stopPoint » est inférieure à une valeur - paramétrable XX alors vérifier que la valeur de l’attribut de l’élément - « name » de ces deux objets « StopPoint » est identique. - Si elle est différente, le test fournit le message d’avertissement : - « test 3.1.1 : deux points d’arrêt séparés par une distance - inférieure à une valeur paramétrable XX ne portent pas le même nom ». -- - Sinon le test est validé - |
-
Objectif:
+Signaler la présence de POINTs D’ARRÊT SUR PARCOURS
+(« StopPoint ») très proches et de dénomination différente
+sur un même réseau.
+
Priorité: Obligatoire
+Explications: +
++Chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est +localisé grâce à ses coordonnées en latitude et en longitude. La mise +en œuvre de ce point de contrôle consiste à vérifier la présence de +POINT D’ARRÊT SUR PARCOURS proches et de dénomination différente. Pour +cela un rayon de proximité entre POINT D’ARRÊT SUR PARCOURS est à +déterminer.
++Exemple:
+
+N° test: +Test 3.1.1
++Libellé: +Vérifier que 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches porte le même nom/même adresse
+ ++Champ d’application: <StopPoint>
++Vérification:
+ + ++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si pour chaque élément « StopPoint », la distance spatiale +calculée à partir de la valeur de l’attribut des éléments +« longitude », « latitude » et +« longLatType » entre lui et tous les autres objets +« stopPoint » est inférieure à une valeur paramétrable XX +alors vérifier que la valeur de l’attribut de l’élément +« name » de ces deux objets « StopPoint » est +identique. Si elle est différente, le test fournit le message +d’avertissement : « test 3.1.1 : deux points d’arrêt +séparés par une distance inférieure à une valeur paramétrable XX ne +portent pas le même nom ».
+ + +
+- Sinon le test est validé
Objectif:
+Vérifier si chaque Itinéraire/Chouette (« ChouetteRoute ») contient des boucles.
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.10
--
- Description- |
- |
- Intitulé- |
-
- Détection des boucles - |
-
- Objectif- |
-
- Vérifier si - chaque Itinéraire/Chouette (« ChouetteRoute ») contient des boucles.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- - Dans - le cas d’une boucle, l’Itinéraire/Chouette (« ChouetteRoute ») comporte une - intersection avec lui-même. Toutefois, à l’endroit de l’intersection, un - POINT D’ARRÊT SUR PARCOURS (« StopPoint ») supplémentaire doit être - créé. -Il faut donc vérifier, à l’intersection, - que le POINT D’ARRÊT SUR PARCOURS (« StopPoint ») du premier - passage et POINT D’ARRÊT SUR PARCOURS (« StopPoint ») qui assure - l’intersection se trouvent au même emplacement. Dans ce type d’Itinéraire/Chouette - (« ChouetteRoute »), il y a au moins deux POINTs D’ARRÊT SUR PARCOURS qui - ont (ou pratiquement – la fourchette reste à définir) les mêmes coordonnées. - |
-
+
+Dans le cas d’une boucle, l’Itinéraire/Chouette (« ChouetteRoute ») comporte +une intersection avec lui-même. Toutefois, à l’endroit de +l’intersection, un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») +supplémentaire doit être créé.
-|
- Exemple - |
-
- -
-
-
|
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.10.1 - |
-
- Libellé- |
-
- Vérification - de l’utilisation unique dans un Itinéraire/Chouette (« ChouetteRoute ») d’un - POINT D’ARRÊT SUR PARCOURS (« StopPoint ») - |
-
- Champ d’application- |
-
- <StopPoint> -<PtLink> -<ChouetteRoute> - |
-
- Vérification- |
-
- - - Si l’élément « StopPoint » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné -- - Si l’identifiant du point d’arrêt - détecté, figure dans un ou deux tronçons « PtLink », poursuivre le - test, sinon le test est invalidé et fournit le message : « test - 3.10.1a : le point d’arrêt d’identifiant « ObjectId » est défini - de manière unique et ne retrouve pas dans au moins deux tronçons». -- - Si le ou les identifiants de tronçons - identifiés précédemment sont référencés dans un même élément - « chouetteRoute » alors le test est validé, sinon le test est - invalidé et fournit le message ; « test 3.10.1b : les - identifiants de tronçon identifiés dans le 3.10.1a ne sont pas présents dans - un même itinéraire ». -- |
-
- - |
-
- - |
-
- N° test- |
-
- Test - 3.10.2 - |
-
- Libellé- |
-
- Vérification de boucle dans un itinéraire/Chouette - |
-
- Champ d’application- |
-
- <StopPoint> -<PtLink> -<ChouetteRoute> - |
-
- Vérification- |
-
- - - - Si l’élément « ChouetteRoute » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - Si pour l’élément - « chouetteRoute », la liste des tronçons « PtLink » - utilise des points d’arrêt « StopPoint » ayant la même valeur - d’attribut que l’élément « containedIn » alors le test fournit le - message d’avertissement : « test 3.10.2 : des tronçons - « PtLink » utilisent des points d’arrêt « StopPoint » - ayant la même valeur d’attribut que l’élément - « containedIn » ». -- - - Sinon le test est validé - |
-
- N° test- |
-
- Test - 3.10.3 - |
-
- Libellé- |
-
- Vérification - de la distance entre points d’arrêt d’un même itinéraire/Chouette - |
-
- Champ d’application- |
-
- <StopPoint> -<PtLink> -<ChouetteRoute> - |
-
- Vérification- |
-
- - - - Si l’élément « chouetteRoute » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - - Si pour l’objet « chouetteRoute », la liste des tronçons - « PtLink » utilise des points d’arrêt « StopPoint » - proches entre eux (la distance spatiale entre point d’arrêt à partir des - valeurs des attributs des éléments « longitude », « latitude» - et « lonLatType » inférieure à XX) alors le test fournit le message - d’avertissement « des points d’arrêt « StopPoint », utilisés - par des tronçons d’itinéraire, sont proches les uns des autres d’une distance - inférieure à une valeur paramétrable XX ». -- - - Sinon le test est validé - |
-
+
+Il faut donc vérifier, à l’intersection, que le POINT D’ARRÊT SUR +PARCOURS (« StopPoint ») du premier passage et POINT D’ARRÊT +SUR PARCOURS (« StopPoint ») qui assure l’intersection se +trouvent au même emplacement. Dans ce type d’ Itinéraire/Chouette (« ChouetteRoute »), +il y a au moins deux POINTs D’ARRÊT SUR PARCOURS qui ont (ou +pratiquement – la fourchette reste à définir) les mêmes coordonnées.
++Exemple:
+


+N° test: +Test 3.10.1
-+Libellé: +Vérification de l’utilisation unique dans un Itinéraire /Chouette (« ChouetteRoute ») d’un POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
+ + + ++Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
++Vérification:
+ ++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné
+ ++- Si l’identifiant du point d’arrêt détecté, figure dans un ou deux +tronçons « PtLink », poursuivre le test, sinon le test est +invalidé et fournit le message : « test 3.10.1a : le +point d’arrêt d’identifiant « ObjectId » est défini de +manière unique et ne retrouve pas dans au moins deux tronçons».
+ ++- Si le ou les identifiants de tronçons identifiés précédemment sont +référencés dans un même élément « chouetteRoute » alors le +test est validé, sinon le test est invalidé et fournit le +message ; « test 3.10.1b : les identifiants de tronçon +identifiés dans le 3.10.1a ne sont pas présents dans un même +itinéraire ».
+N° test: +Test 3.10.2
+ + ++Libellé: +Vérification de boucle dans un itinéraire /Chouette
+ + +Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
++Vérification:
+ ++- Si l’élément « ChouetteRoute » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
- +Si pour l’élément « chouetteRoute », la liste des tronçons +« PtLink » utilise des points d’arrêt « StopPoint » +ayant la même valeur d’attribut que l’élément « containedIn » +alors le test fournit le message d’avertissement : « test +3.10.2 : des tronçons « PtLink » utilisent des points +d’arrêt « StopPoint » ayant la même valeur d’attribut que +l’élément « containedIn » ».+N° test: +Test 3.10.3
+ ++Libellé: +Vérification de la distance entre points d’arrêt d’un même itinéraire /Chouette
+ + + ++Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
++Vérification:
+ ++- Si l’élément « chouetteRoute » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si pour l’objet « chouetteRoute », la liste des tronçons +« PtLink » utilise des points d’arrêt « StopPoint » +proches entre eux (la distance spatiale entre point d’arrêt à partir +des valeurs des attributs des éléments « longitude », +« latitude» et « lonLatType » inférieure à XX) alors le +test fournit le message d’avertissement « des points d’arrêt +« StopPoint », utilisés par des tronçons d’itinéraire, sont +proches les uns des autres d’une distance inférieure à une valeur +paramétrable XX ».
+ ++- Sinon le test est validé
diff --git a/app/views/test_sheet/3_11.html b/app/views/test_sheet/3_11.html index 4b4ae048d..ee8e2b5b1 100644 --- a/app/views/test_sheet/3_11.html +++ b/app/views/test_sheet/3_11.html @@ -1,257 +1,61 @@ -Fiche -du point de contrôle N° 3.11
- -- -
- Description- |
- |
- Intitulé- |
-
- Détection des retours en - arrière - |
-
- Objectif- |
-
- Signaler que sur un - Itinéraire/Chouette (« ChouetteRoute ») le ou les MISSIONs - COMMERCIALEs (« JourneyPattern ») comportent des retours en arrière- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Une MISSION COMMERCIALE (« JourneyPattern ») - comporte une liste de POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») - ordonnés, décrivant le plan de déplacement pour les véhicules de transport - public. Une MISSION COMMERCIALE (« JourneyPattern ») peut passer - par un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») plus d’une fois. - Un retour en arrière consiste donc à repasser sur des POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») déjà utilisés. -On - peut donc signaler les MISSIONs COMMERCIALEs qui comportent des POINTs - D’ARRÊT SUR PARCOURS utilisés au moins deux fois (POINTs D’ARRÊT SUR PARCOURS - dont les identifiants sont identiques). - |
-
- -
|
- Exemple - |
-
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test 3.11.1 - |
-
- Libellé- |
-
- Vérification de l’utilisation répétitive de POINTs D’ARRÊT SUR - PARCOURS d’un Itinéraire/Chouette - (« ChouetteRoute ») - |
-
- Champ d’application- |
-
- <PtLink> -<ChouetteRoute> - |
-
- Vérification- |
-
- - - Si l’élément « ChouetteRoute » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si pour l’objet - « ChouetteRoute », la liste des tronçons « PtLink » - utilise des points d’arrêt « StopPoint » identiques plus de deux - fois alors le test fournit le message d’avertissement « test - 3.11.1 : les tronçons « PtLink » d’un itinéraire utilisent des - points d’arrêt « StopPoint » identiques plus de deux fois ». -- - Sinon le test est validé - |
-
- -
Objectif:
+Signaler que sur un Itinéraire/Chouette (« ChouetteRoute »)
+le ou les MISSIONs COMMERCIALEs (« JourneyPattern »)
+comportent des retours en arrière
+
Priorité: Obligatoire
+Explications: +
+Une +MISSION COMMERCIALE (« JourneyPattern ») comporte une liste de POINTs +D’ARRÊT SUR PARCOURS (« StopPoint ») ordonnés, décrivant le plan de +déplacement pour les véhicules de transport public. Une MISSION +COMMERCIALE (« JourneyPattern ») peut passer par un POINT D’ARRÊT SUR +PARCOURS (« StopPoint ») plus d’une fois. Un retour en arrière consiste +donc à repasser sur des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») +déjà utilisés.
On peut donc signaler les MISSIONs COMMERCIALEs qui comportent des +POINTs D’ARRÊT SUR PARCOURS utilisés au moins deux fois (POINTs D’ARRÊT +SUR PARCOURS dont les identifiants sont identiques).
++Exemple:
+

+N° test: +Test 3.11.1
+ + + + + ++Libellé: Vérification de l’utilisation répétitive de POINTs +D’ARRÊT SUR PARCOURS d’un +Itinéraire /Chouette (« ChouetteRoute »)
+ + ++Champ d’application: <PtLink> <ChouetteRoute>
++Vérification:
+ ++- Si l’élément « ChouetteRoute » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si pour l’objet « ChouetteRoute », la liste des tronçons +« PtLink » utilise des points d’arrêt « StopPoint » +identiques plus de deux fois alors le test fournit le message +d’avertissement « test 3.11.1 : les tronçons +« PtLink » d’un itinéraire utilisent des points d’arrêt +« StopPoint » identiques plus de deux fois ».
+ ++- Sinon le test est validé
diff --git a/app/views/test_sheet/3_12.html b/app/views/test_sheet/3_12.html index 544abf1c6..1f790e3a8 100644 --- a/app/views/test_sheet/3_12.html +++ b/app/views/test_sheet/3_12.html @@ -1,255 +1,56 @@ -Objectif:
+Vérifier que les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») sont
+accessibles par les voyageurs quel que soit leur point de départ, sans
+tenir compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette
+(« VehicleJourneyAtStop »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.12
++Le réseau est décrit dans le fichier XML par des POINTs D’ARRÊT SUR +PARCOURS (« StopPoint ») , des TRONCONS COMMERCIAUX/Chouette (« PtLink +»), et des TronçonDeCorrespondances/Chouette (« ConnectionLink »).
Il faut vérifier la connexité de ces éléments en prenant des +POINTs D’ARRÊT SUR PARCOURS et en créant un cheminement vers les autres +POINTs D’ARRÊT SUR PARCOURS.
++Exemple:
+


+N° test: +Test 3.12.1
++Libellé: +Construction d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS
--
- Description- |
- |
- Intitulé- |
-
- Connexité du graphe des - lignes et des points d’arrêt - |
-
- Objectif- |
-
- Vérifier que les POINTs - D’ARRÊT SUR PARCOURS (« StopPoint ») sont - accessibles par les voyageurs quel que soit leur point de départ, sans tenir - compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop »)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Le réseau est décrit dans le - fichier XML par des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») , des TRONCONS - COMMERCIAUX/Chouette (« PtLink »), et des TronçonDeCorrespondances/Chouette - (« ConnectionLink »). -Il faut vérifier la connexité de ces éléments en - prenant des POINTs D’ARRÊT SUR PARCOURS et en créant un cheminement vers les - autres POINTs D’ARRÊT SUR PARCOURS. - |
-
+
+Champ d’application: <StopPoint> <PtLink> <ConnectionLink>
++Vérification:
-|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.12.1 - |
-
- Libellé- |
-
- Construction - d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS - |
-
- Champ d’application- |
-
- <StopPoint> -<PtLink> -<ConnectionLink> - |
-
- Vérification- |
-
- - - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Construire le graphe entre chaque « StopPoint » à partir des objets - de tronçon « PtLink » et des correspondances « ConnectionLink» -- - Si le graphe ainsi constitué est connexe, - alors le test est validé, sinon le test est invalidé et fournit le message - « test 3.12.1 : le graphe constitué entre chaque point d’arrêt - n’est pas satisfaisant ». -- |
-
+
+- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné
++- Construire le graphe entre chaque « StopPoint » à partir +des objets de tronçon « PtLink » et des correspondances +« ConnectionLink»
-
+- Si le graphe ainsi constitué est connexe, alors le test est validé,
+sinon le test est invalidé et fournit le message « test
+3.12.1 : le graphe constitué entre chaque point d’arrêt n’est pas
+satisfaisant »
Objectif:
+Vérifier que les POINTs D’ARRÊT SUR PARCOURS
+(« StopPoint ») du réseau sont accessibles par les voyageurs
+quel que soit leur point de départ. Cette connexité est établie en
+tenant compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette
+(« VehicleJourneyAtStop »)
+
Priorité: Obligatoire
+Explications: +
+Le +réseau est décrit dans le fichier XML par des POINTs D’ARRÊT SUR +PARCOURS (« StopPoint »), des TRONCONS COMMERCIAUX/Chouette (« PtLink +»), et TronçonsDeCorrespondance/Chouette (« ConnectionLink ») mais +aussi des COURSES (« VehicleJourney ») et des HEUREs DE PASSAGE +GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
-Fiche -du point de contrôle N° 3.13
--
- Description- |
- |
- Intitulé- |
-
- Connexité du graphe des - lignes et des points d’arrêt avec intégration des horaires - |
-
- Objectif- |
-
- Vérifier que les POINTs - D’ARRÊT SUR PARCOURS (« StopPoint ») du - réseau sont accessibles par les voyageurs quel que soit leur point de départ. - Cette connexité est établie en tenant compte des HEUREs DE PASSAGE - GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Le réseau est décrit dans le fichier XML par des POINTs - D’ARRÊT SUR PARCOURS (« StopPoint »), des TRONCONS - COMMERCIAUX/Chouette (« PtLink »), et - TronçonsDeCorrespondance/Chouette (« ConnectionLink ») mais aussi - des COURSES (« VehicleJourney ») et des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop ») -Le principe est le même que pour la fiche 3.11 mais avec une - dimension temporelle en plus. Il faut vérifier la connexité de ces - éléments en prenant chacun des POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») et en créant un cheminement vers les - autres POINTs - D’ARRÊT SUR PARCOURS (« StopPoint »). -- |
-
+Le principe est le même que pour la fiche 3.11 mais avec une dimension +temporelle en plus. Il faut vérifier la connexité de ces +éléments en prenant chacun des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») et en créant un cheminement vers les autres POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
++Exemple:
+



+N° test: +Test 3.13.1
-+
+Libellé: +Construction d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») en tenant compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
-|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.13.1 - |
-
- Libellé- |
-
- Construction - d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») en tenant compte des HEUREs - DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») - |
-
- Champ d’application- |
-
- <StopPoint> -<VehicleJourney> -<VehicleJourneyAtStop> -<ConnectionLink> - |
-
- Vérification- |
-
- - - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Construire le graph entre chaque point d’arrêt « StopPoint » à - partir des objets « VehicleJourney », - « VehicleJourneyAtStop » et des correspondances - « ConnectionLink ». -- - - Si le graph ainsi constitué est connexe, alors le test est validé, sinon le - test est invalidé et fournit le message ; « test 3.13.1 : le - graphe constitué entre chaque point d’arrêt n’est pas satisfaisant ». -- |
-
-
+Champ d’application: <StopPoint> <VehicleJourney> <VehicleJourneyAtStop> <ConnectionLink>
++Vérification:
+ + ++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné
++- Construire le graphe entre chaque point d’arrêt +« StopPoint » à partir des objets +« VehicleJourney », « VehicleJourneyAtStop » et des +correspondances « ConnectionLink ».
+ + +
+- Si le graphe ainsi constitué est connexe, alors le test est validé,
+sinon le test est invalidé et fournit le message ; « test
+3.13.1 : le graphe constitué entre chaque point d’arrêt n’est pas
+satisfaisant »
Fiche -du point de contrôle N° 3.14
- -- -
- Description- |
- |
- Intitulé- |
-
- Carte - isochrone du fichier de données - |
-
- Objectif- |
-
- Dessin du graphe des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop ») par rapport au point - centre de tous les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »).- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Indication pour appréciation- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- La - carte des isochrones est obtenu en fonction des POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») et des HEUREs DE PASSAGE - GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») des COURSEs -- |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.14.1 - |
-
- Libellé- |
-
- Rendu - graphique du réseau à l’aide des isochrones - |
-
- Champ d’application- |
-
- <StopPoint> -<VehicleJourney> -<VehicleJourneyAtStop> - |
-
- Vérification- |
-
- - - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - Construire le graphe des isochrones des temps - minimum entre « StopPoint » à partir des objets - « VehicleJourney » et « VehicleJourneyAtStop ». -- - Construire le graphe des isochrones des - temps maximum entre « StopPoint » à partir des objets - « VehicleJourney », « VehicleJourneyAtStop ». -- - - Interpréter manuellement le rendu des deux graphes. -- |
-
- -
Objectif:
+Dessin du graphe des HEUREs DE
+PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
+par rapport au point centre de tous les
+POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
+
Priorité: Obligatoire
+Explications: +
+ + +
+La carte des isochrones est obtenu en fonction des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») et des
HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») des COURSEs
+Exemple:
+


+N° test: +Test 3.14.1
++Libellé: +Rendu graphique du réseau à l’aide des isochrones
+ + + ++Champ d’application: <StopPoint> <VehicleJourney> <VehicleJourneyAtStop>
++Vérification:
- +Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné. + ++- Construire le graphe des isochrones des temps minimum entre +« StopPoint » à partir des objets +« VehicleJourney » et « VehicleJourneyAtStop ».
+ ++ - +Construire le graphe des isochrones des temps maximum entre +« StopPoint » à partir des objets +« VehicleJourney », « VehicleJourneyAtStop ».
+ ++ - Interpréter manuellement le rendu des deux graphes.
diff --git a/app/views/test_sheet/3_15.html b/app/views/test_sheet/3_15.html index fa08b0a52..30203ca45 100644 --- a/app/views/test_sheet/3_15.html +++ b/app/views/test_sheet/3_15.html @@ -1,286 +1,60 @@ -Objectif:
+Vérifier que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
+sont cohérentes (pas de temps de parcours aberrant et pas de retour en arrière dans le temps)
+
Priorité: Obligatoire
+
Explications: +
-Fiche -du point de contrôle N° 3.15
--
- Description- |
- |
- Intitulé- |
-
- Cohérence des horaires - |
-
- Objectif- |
-
- Vérifier que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop ») sont - cohérentes (pas de temps de parcours aberrant et pas de retour en arrière - dans le temps)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans - chaque COURSE (« VehicleJourney ») du fichier , il faut vérifier - que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop ») pour chaque POINT D’ARRÊT SUR - PARCOURS (« StopPoint ») sont dans un ordre chronologique et que - les écarts horaires entre 2 POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») consécutifs - ne sont pas aberrants (fixer pour cela un seuil) - |
-
-
|
- Exemple - |
-
- Exemple - de définition à partir d’un fichier XML sur le RER A-- <VehicleJourney> -<objectId>NINOXE:VehicleJourney:521875</objectId> -<objectVersion>0</objectVersion> -<creationTime>2007-06-28T17:18:56.000+02:00</creationTime> -<routeId>NINOXE:Route:521753</routeId> -<number>0</number> -<vehicleJourneyAtStop> -<stopPointId>NINOXE:StopPoint:521802</stopPointId> -<vehicleJourneyId>NINOXE:VehicleJourney:521875</vehicleJourneyId> -<arrivalTime>08:00:00</arrivalTime> -<departureTime>08:00:00</departureTime> -</vehicleJourneyAtStop> -<vehicleJourneyAtStop> -<stopPointId>NINOXE:StopPoint:521803</stopPointId> -<vehicleJourneyId>NINOXE:VehicleJourney:521875</vehicleJourneyId> -<arrivalTime>08:01:00</arrivalTime> -<departureTime>08:01:00</departureTime> -</vehicleJourneyAtStop> -…….. -……… -<VehicleJourney> -- L’horaire - du premier point d’arrêt dans la course est 8H00, l’horaire du second est - 8H01. On constate que les horaires sont chronologiques --
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test 3.15.1- |
-
- Libellé- |
-
- Vérification de cohérence des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette - (« VehicleJourneyAtStop ») d’une - COURSE (« VehicleJourney ») pour chaque POINT D’ARRÊT SUR PARCOURS - (« StopPoint »)- |
-
- Champ d’application- |
-
- - <VehicleJourneyAtStop> -- |
-
- Vérification- |
-
- - - Si l’élément « VehicleJourneyAtStop », - mentionné dans les champs d’application, est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si dans l’élément « VehicleJourneyAtStop » - identifié, la différence absolue entre la valeur de l’attribut de l’élément - « arrivalTime » et la valeur de l’attribut de l’élément - « departureTime » est inférieure à une valeur paramétrable XX, le - test est validé, sinon le test est invalidé et fournit le message : - « test 3.15.1 : la différence absolue entre la valeur de l’attribut - de l’élément « arrivalTime » et la valeur de l’attribut de - l’élément « departureTime » est supérieure à une valeur - paramétrable XX ». --- |
-
+Dans chaque COURSE (« VehicleJourney ») du fichier , il faut vérifier que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») pour chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») sont +dans un ordre chronologique et que les écarts horaires entre 2 POINTs +D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs ne sont pas aberrants (fixer pour cela un seuil)
++Exemple:
++Exemple de définition à partir d’un fichier XML sur le RER A
++L’horaire du premier point d’arrêt dans la course est 8H00, l’horaire +du second est 8H01. On constate que les horaires sont chronologiques
+
+N° test: +Test 3.15.1
+ + ++Libellé: +Vérification de cohérence des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») d’une COURSE (« VehicleJourney ») pour chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
+ + ++Champ d’application: <VehicleJourneyAtStop>
+ ++Vérification:
++- Si l’élément « VehicleJourneyAtStop », mentionné dans les +champs d’application, est présent une ou plusieurs fois, poursuivre le +test, sinon le test est abandonné.
- +Si dans l’élément « VehicleJourneyAtStop » identifié, la +différence absolue entre la valeur de l’attribut de l’élément +« arrivalTime » et la valeur de l’attribut de l’élément +« departureTime » est inférieure à une valeur paramétrable +XX, le test est validé, sinon le test est invalidé et fournit le +message : « test 3.15.1 : la différence absolue entre la +valeur de l’attribut de l’élément « arrivalTime » et la +valeur de l’attribut de l’élément « departureTime » est +supérieure à une valeur paramétrable XX ».
diff --git a/app/views/test_sheet/3_16.html b/app/views/test_sheet/3_16.html index d302bc616..348ce9658 100644 --- a/app/views/test_sheet/3_16.html +++ b/app/views/test_sheet/3_16.html @@ -1,465 +1,160 @@ -Fiche -du point de contrôle N°3.16
- -- -
- Description- |
- |
- Intitulé- |
-
- Cohérence des courses - |
-
- Objectif- |
-
- Vérifier que les COURSEs (« VehicleJourney ») - sont cohérentes entre elles c’est à dire que si deux COURSEs utilisent le - même TRONCON COMMERCIAL/Chouette (« PtLink ») A -> B, les temps - de parcours entre un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») A - et un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») B doivent être - cohérents et signaler les journées sans COURSE.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si un TRONCON - COMMERCIAL/Chouette (« PtLink ») A -> B se retrouve dans - plusieurs COURSEs(« VehicleJourney »), il faut vérifier que les - écarts horaires entre ces 2 POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») sont cohérents (fixer une fourchette de - tolérance). -On vérifie qu’il y a des COURSEs pour une - journée donnée dans la VERSION DES HORAIRES/Chouette - (« Timetable »). -- |
-
- -
|
- Exemple - |
-
- -
-
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test 3.16.1- |
-
- Libellé- |
-
- Cohérence horaire pour 2 COURSEs - (« VehicleJourney ») utilisant le même couple de POINTs D’ARRÊT SUR - PARCOURS (« StopPoint »)- |
-
- Champ d’application- |
-
- -<vehicleJourneyAtStop>-- |
-
- Vérification- |
-
- -- Si le fichier contient au moins deux - objets « vehicleJourney » incluant au moins deux objets - « vehicleJourneyAtStop » consécutifs, poursuivre le test, sinon le - test est abandonné. -- - Si pour deux objets - « vehicleJourneyAtStop » successifs d’une course - « vehicleJourney », il existe un autre couple - « vehicleJourneyAtStop » successifs d’une autre course - « vehicleJourney » tel que les deux premiers - « vehicleJourneyAtStop » possèdent la même valeur de l’attribut de - l’élément « stopPointId » et que les deux deuxièmes - « vehicleJourneyAtStop » possèdent la même valeur de l’attribut de - l’élément <stopPointId>, alors la différence absolue entre la valeur de - l’attribut de l’élément « departureTime » du premier point d’arrêt - et la valeur de l’attribut de l’élément « arrivalTime » du second - point d’arrêt du premier couple « vehicleJourneyAtStop » doit être - proche de la différence absolue entre la valeur de l’attribut de l’élément - « departureTime » du premier point d’arrêt et la valeur de - l’attribut de l’élément « arrivalTime » du second point d’arrêt du - deuxième couple « vehicleJourneyAtStop », le test est validé, sinon - le test est invalidé et fournit le message d’avertissement : « test - 3.16.1 : pour deux courses qui utilisent le même couple de points A - -> B, les temps de parcours entre le point A et le point B ne sont pas - cohérents ». -- |
-
- - |
-
- - |
-
- N° test- |
-
- Test 3.16.2- |
-
- Libellé- |
-
- Vérification que la VERSION DES - HORAIREs/Chouette (« Timetable ») contient des COURSEs - (« VehicleJourney »)- |
-
- Champ d’application- |
-
- -<vehicleJourney>-<Timetable> -- |
-
- Vérification- |
-
- -- Si l’élément « vehicleJourney », mentionné - dans les champs d’application, est présent une ou plusieurs fois , poursuivre - le test, sinon le test est abandonné. -- - Si l’identifiant de l’objet « vehicleJourney » détecté est - présent dans l’objet « TimeTable », le test est validé, sinon le - test est invalidé et fournit un message d’avertissement « test - 3.16.2 : La course « vehicleJourney » dont - l’identifiant est « ObjecId » n’est pas référencée dans l’objet - « TimeTable » ». -- |
-
- N° test- |
-
- Test 3.16.3- |
-
- Libellé- |
-
- Vérification de cohérence des - HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») - entre 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs dans - une COURSE (« VehicleJourney »)- |
-
- Champ d’application- |
-
- - <VehicleJourney> -<VehicleJourneyAtStop> -- |
-
- Vérification- |
-
- -- Si le fichier contient un élément - « vehicleJourney » incluant au moins deux éléments - « vehicleJourneyAtStop » consécutifs, poursuivre le test, sinon le - test est abandonné. -- - Si entre deux éléments - « vehicleJourneyAtStop » successifs, la différence absolue entre la - valeur de l’attribut de l’élément « departureTime » du premier - point d’arrêt et la valeur de l’attribut de l’élément « arrivalTime » - du second point d’arrêt est inférieur à une valeur paramétrable ZZ, - poursuivre le test, sinon le test est invalidé et fournit le message : - « test 3.16.3a : entre deux éléments - « vehicleJourneyAtStop » successifs, la différence absolue entre la - valeur de l’attribut de l’élément « departureTime » du premier - point d’arrêt et la valeur de l’attribut de l’élément - « arrivalTime » du second point d’arrêt est supérieure à une valeur - paramétrable ZZ » -- - Si entre deux éléments - « vehicleJourneyAtStop » successifs, la valeur de l’attribut de - l’élément « departureTime » du premier point d’arrêt est inférieure - (ou égale, dans le cas de points rapprochés) à la valeur de l’attribut de - l’élément <arrivalTime> du second point d’arrêt alors le test est - validé, sinon poursuivre le test. -- - Si entre deux éléments - « vehicleJourneyAtStop » successifs, la valeur de l’attribut de - l’élément « departureTime » du premier point d’arrêt est supérieure - à la valeur de l’attribut de l’élément « arrivalTime » du second point - d’arrêt et que la valeur de l’attribut de l’élément - « arrivalTime » du second point d’arrêt est inférieure à une valeur - paramétrable WW alors le test est validé, sinon le test est invalidé et - fournit le message : « test 3.16.3b : entre deux éléments - « vehicleJourneyAtStop » successifs, la valeur de l’attribut de - l’élément « departureTime » du premier point d’arrêt est inférieure - à la valeur de l’attribut de l’élément « arrivalTime » du second - point d’arrêt ou la valeur de l’attribut de l’élément - « arrivalTime » du second point d’arrêt est supérieure à une valeur - paramétrable WW » -- |
-
Objectif:
+Vérifier que les COURSEs (« VehicleJourney ») sont cohérentes
+entre elles c’est à dire que si deux COURSEs utilisent le même TRONCON
+COMMERCIAL/Chouette (« PtLink ») A -> B, les temps de
+parcours entre un POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
+A et un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») B doivent
+être cohérents et signaler les journées sans COURSE.
+
Priorité: Obligatoire
+Explications: +
++Si un TRONCON COMMERCIAL/Chouette (« PtLink ») A -> B se +retrouve dans plusieurs COURSEs (« VehicleJourney »), il faut +vérifier que les écarts horaires entre ces 2 POINTs D’ARRÊT SUR +PARCOURS (« StopPoint ») sont cohérents (fixer une fourchette de tolérance).
++On vérifie qu’il y a des COURSEs pour une journée donnée dans la VERSION DES HORAIRES/Chouette (« Timetable »).
+ ++Exemple:
+

+N° test: +Test 3.16.1
++Libellé: Cohérence horaire pour 2 COURSEs +(« VehicleJourney ») utilisant le même couple de POINTs +D’ARRÊT SUR PARCOURS (« StopPoint »)
+ + + + + ++Champ d’application: <VehicleJourneyAtStop>
+ ++Vérification:
++- Si le fichier contient au moins deux objets +« vehicleJourney » incluant au moins deux objets +« vehicleJourneyAtStop » consécutifs, poursuivre le test, +sinon le test est abandonné.
+ ++- Si pour deux objets « vehicleJourneyAtStop » successifs +d’une course « vehicleJourney », il existe un autre couple +« vehicleJourneyAtStop » successifs d’une autre course +« vehicleJourney » tel que les deux premiers +« vehicleJourneyAtStop » possèdent la même valeur de +l’attribut de l’élément « stopPointId » et que les deux +deuxièmes « vehicleJourneyAtStop » possèdent la même valeur +de l’attribut de l’élément <stopPointId>, alors la différence +absolue entre la valeur de l’attribut de l’élément +« departureTime » du premier point d’arrêt et la valeur de +l’attribut de l’élément « arrivalTime » du second point +d’arrêt du premier couple « vehicleJourneyAtStop » doit être +proche de la différence absolue entre la valeur de l’attribut de +l’élément « departureTime » du premier point d’arrêt et la +valeur de l’attribut de l’élément « arrivalTime » du second +point d’arrêt du deuxième couple « vehicleJourneyAtStop », le +test est validé, sinon le test est invalidé et fournit le message +d’avertissement : « test 3.16.1 : pour deux courses qui +utilisent le même couple de points A -> B, les temps de parcours +entre le point A et le point B ne sont pas cohérents ».
+ ++N° test: +Test 3.16.2
++Libellé: Vérification que la VERSION DES HORAIREs/Chouette +(« Timetable ») contient des COURSEs +(« VehicleJourney »)
+ + + + + + + +
+Champ d’application: <vehicleJourney> <Timetable>
Vérification:
- +Si l’élément « vehicleJourney », mentionné dans les champs +d’application, est présent une ou plusieurs fois , poursuivre le test, +sinon le test est abandonné.
- Si l’identifiant de l’objet « vehicleJourney » +détecté est présent dans l’objet « TimeTable », le test est +validé, sinon le test est invalidé et fournit un message +d’avertissement « test 3.16.2 : La course « vehicleJourney » dont l’identifiant est « ObjecId » n’est pas référencée dans l’objet « TimeTable ».
+ ++N° test: +Test 3.16.3
++Libellé: Vérification de cohérence des HEUREs DE PASSAGE +GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») entre 2 +POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs dans +une COURSE (« VehicleJourney »)
+ + + ++Champ d’application: <VehicleJourney> <VehicleJourneyAtStop>
+ ++Vérification:
+ ++- Si le fichier contient un élément « vehicleJourney » +incluant au moins deux éléments « vehicleJourneyAtStop » +consécutifs, poursuivre le test, sinon le test est abandonné.
+ + + + + ++- Si entre deux éléments « vehicleJourneyAtStop » successifs, +la différence absolue entre la valeur de l’attribut de l’élément +« departureTime » du premier point d’arrêt et la valeur de +l’attribut de l’élément « arrivalTime » du second point +d’arrêt est inférieur à une valeur paramétrable ZZ, poursuivre le test, +sinon le test est invalidé et fournit le message : « test +3.16.3a : entre deux éléments « vehicleJourneyAtStop » +successifs, la différence absolue entre la valeur de l’attribut de +l’élément « departureTime » du premier point d’arrêt et la +valeur de l’attribut de l’élément « arrivalTime » du second +point d’arrêt est supérieure à une valeur paramétrable ZZ
- +Si entre deux éléments « vehicleJourneyAtStop » successifs, +la valeur de l’attribut de l’élément « departureTime » du +premier point d’arrêt est inférieure (ou égale, dans le cas de points +rapprochés) à la valeur de l’attribut de l’élément <arrivalTime> +du second point d’arrêt alors le test est validé, sinon poursuivre le +test.
- +Si entre deux éléments « vehicleJourneyAtStop » successifs, +la valeur de l’attribut de l’élément « departureTime » du +premier point d’arrêt est supérieure à la valeur de l’attribut de +l’élément « arrivalTime » du second point d’arrêt et que la +valeur de l’attribut de l’élément « arrivalTime » du second +point d’arrêt est inférieure à une valeur paramétrable WW alors le test +est validé, sinon le test est invalidé et fournit le message : +« test 3.16.3b : entre deux éléments +« vehicleJourneyAtStop » successifs, la valeur de l’attribut +de l’élément « departureTime » du premier point d’arrêt est +inférieure à la valeur de l’attribut de l’élément +« arrivalTime » du second point d’arrêt ou la valeur de +l’attribut de l’élément « arrivalTime » du second point +d’arrêt est supérieure à une valeur paramétrable WW »
+ diff --git a/app/views/test_sheet/3_17.html b/app/views/test_sheet/3_17.html index 76f5b01bf..be2d52ce6 100644 --- a/app/views/test_sheet/3_17.html +++ b/app/views/test_sheet/3_17.html @@ -1,242 +1,51 @@ -Fiche -du point de contrôle N° 3.17
- -- -
- Description- |
- |
- Intitulé- |
-
- Modèle de représentation - des coordonnées des points d’accès - |
-
- Objectif- |
-
- Vérifier que les coordonnées des - POINTs D’ACCES (« AccessPoint ») sont dans un même système - géodésique ou un même système de projection- |
-
- Références- |
-
- TRIDENT/profil NEPTUNE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans un même jeu - de données, chaque POINT D’ACCES (« AccessPoint ») doit être - représenté géographiquement de la même manière et dans un système de - représentation géographique identique. On vérifiera également qu’il n’y a pas - d’aberration comme des coordonnées géographiques nulles ou situées hors d’une - zone dont le périmètre ou le contour est à définir. - |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.17.1 - |
-
- Libellé- |
-
- Test - des coordonnées géographiques de chaque POINT D’ACCES - (« AccessPoint ») par rapport à un modèle de projection de - référence. - |
-
- Champ d’application- |
-
- <AccessPoint> - |
-
- Vérification- |
-
- - Soit - PJ la projection de référence. -- - - Si l’objet « AccessPoint » est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - - Si la valeur de l’attribut de l’élément « longLatType » contenu - dans l’élément « AccessPoint » est différente de PJ alors le test - fournit le message d'avertissement : « test 3.17.1 : le point - d’accès d’identifiant « ObjectId » n’est pas dans le bon système de - projection ou ses coordonnées géographiques sont nulles ou il est situé - hors d’une zone dont le périmètre ou le contour est à définir.» -- - - Sinon le test est validé. - |
-
- -
Objectif:
+Vérifier que les coordonnées des POINTs D’ACCES
+(« AccessPoint ») sont dans un même système géodésique ou un
+même système de projection
+
Priorité: Obligatoire
+Explications: +
++Dans un même jeu de données, chaque POINT D’ACCES +(« AccessPoint ») doit être représenté géographiquement de la +même manière et dans un système de représentation géographique +identique. On vérifiera également qu’il n’y a pas d’aberration comme +des coordonnées géographiques nulles ou situées hors d’une zone dont le +périmètre ou le contour est à définir.
++Exemple:
+
+N° test: +Test 3.17.1
++Libellé: Test des coordonnées géographiques de chaque POINT +D’ACCES (« AccessPoint ») par rapport à un modèle de +projection de référence.
+ ++Champ d’application: <AccessPoint>
++Vérification:
++Soit PJ la projection de référence.
+ + ++- Si l’objet « AccessPoint » est présent une ou plusieurs fois, poursuivre le test, sinon le test est abandonné
+ ++- Si la valeur de l’attribut de l’élément « longLatType » +contenu dans l’élément « AccessPoint » est différente de PJ +alors le test fournit le message d'avertissement : « test +3.17.1 : le point d’accès d’identifiant « ObjectId » +n’est pas dans le bon système de projection ou ses coordonnées +géographiques sont nulles ou il est situé hors d’une zone dont le +périmètre ou le contour est à définir.»
++- Sinon le test est validé.
diff --git a/app/views/test_sheet/3_18.html b/app/views/test_sheet/3_18.html index a9d7dded6..b40896dfb 100644 --- a/app/views/test_sheet/3_18.html +++ b/app/views/test_sheet/3_18.html @@ -1,257 +1,65 @@ -Objectif:
+S’assurer que les coordonnées
+des POINTs D’ACCES (« AccessPoint ») du jeu de données sont
+situées à l’intérieur d’un périmètre défini.
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.18
--
- Description- |
- |
- Intitulé- |
-
- Localisation - des points d’accès à l’intérieur d’un périmètre défini. - |
-
- Objectif- |
-
- S’assurer que les coordonnées des POINTs - D’ACCES (« AccessPoint ») du jeu de données sont situées à - l’intérieur d’un périmètre défini.- |
-
- Références- |
-
- TRIDENT/profil NEPTUNE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de mise en garde sur des - conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si le jeu de données appartient à un - exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs D’ACCES - (« AccessPoint ») doivent se situer dans cette zone. -Ce point de contrôle consiste donc à - vérifier que les coordonnées en latitude et longitude de chaque POINT D’ACCES - (« AccessPoint ») sont incluses dans un territoire délimité. - |
-
+Si le jeu de données appartient à un exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs D’ACCES (« AccessPoint ») doivent se situer dans cette zone.
--
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.18.1 - |
-
- Libellé- |
-
- Vérification - que les coordonnées de chaque POINT D’ACCES (« AccessPoint ») sont inscrites dans - une zone déterminée et qu’elles sont dans le bon système de projection. - |
-
- Champ d’application- |
-
- <AccessPoint> - |
-
- Vérification- |
-
- - Soit - PG le polygone de la zone couverte par le réseau dans une projection PJ. -- - Si l’objet « AccessPoint » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si la valeur de l’attribut de l’élément - « longLatType » contenu dans l’objet « AccessPoint » est - différente de PJ alors le test fournit le message d'avertissement « test - 3.18.1a : le point d’accès d’identifiant « ObjectId » n’est - pas dans le bon système de projection », sinon poursuivre le test. -- - Si la projection du point, calculée à - partir des valeurs des attributs des éléments « longitude », - « latitude » contenus dans l’objet « AccessPoint », est - contenue dans le polygone PG le test est validé, sinon le test est invalidé - et fournit le message : « test 3.18.1b : le point d’accès - d’identifiant « ObjectId » a des coordonnées qui sont hors du - polygone de la zone couverte ». -- |
-
+Ce point de contrôle consiste donc à vérifier que les coordonnées en latitude et longitude de chaque POINT D’ACCES (« AccessPoint ») sont incluses dans un territoire délimité.
++Exemple:
+
+N° test: +Test 3.18.1
-+Libellé: +Vérification que les coordonnées de chaque POINT D’ACCES (« AccessPoint ») sont inscrites dans une zone déterminée et qu’elles sont dans le bon système de projection.
+ ++Champ d’application: <AccessPoint>
++Vérification:
+ + ++Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
+ ++- Si l’objet « AccessPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si la valeur de l’attribut de l’élément « longLatType » +contenu dans l’objet « AccessPoint » est différente de PJ +alors le test fournit le message d'avertissement « test +3.18.1a : le point d’accès d’identifiant « ObjectId » +n’est pas dans le bon système de projection », sinon poursuivre le +test.
++- Si la projection du point, calculée à partir des valeurs des +attributs des éléments « longitude », « latitude » +contenus dans l’objet « AccessPoint », est contenue dans le +polygone PG le test est validé, sinon le test est invalidé et fournit +le message : « test 3.18.1b : le point d’accès +d’identifiant « ObjectId » a des coordonnées qui sont hors du +polygone de la zone couverte ».
\ No newline at end of file diff --git a/app/views/test_sheet/3_19.html b/app/views/test_sheet/3_19.html index a877d71aa..5c96646c3 100644 --- a/app/views/test_sheet/3_19.html +++ b/app/views/test_sheet/3_19.html @@ -1,242 +1,50 @@ -Fiche -du point de contrôle N° 3.19
- -- -
- Description- |
- |
- Intitulé- |
-
- Modèle de représentation des - coordonnées des équipements - |
-
- Objectif- |
-
- Vérifier que les coordonnées des - EQUIPEMENTs (« Facility») sont dans un même système géodésique ou un - même système de projection- |
-
- Références- |
-
- TRIDENT/profil NEPTUNE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans un même jeu - de données, chaque EQUIPEMENT (« Facility ») doit être représenté - géographiquement de la même manière et dans un système de représentation - géographique identique. On vérifiera également qu’il n’y a pas d’aberration - comme des coordonnées géographiques nulles ou situées hors d’une zone dont le - périmètre ou le contour est à définir. - |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.19.1 - |
-
- Libellé- |
-
- Test - des coordonnées géographiques de chaque EQUIPEMENT (« Facility ») - par rapport à un modèle de projection de référence. - |
-
- Champ d’application- |
-
- <Facility> - |
-
- Vérification- |
-
- - Soit - PJ la projection de référence. -- - - Si l’objet « Facility » mentionné dans les champs d’application est - présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si la valeur de l’attribut de l’élément « longLatType » contenu - dans l’élément « Facility » est différente de PJ alors le test - fournit le message d'avertissement : « test 3.19.1 : - l’equipement « ObjectId » n’est pas dans le bon système de - projection ou ses coordonnées géographiques sont nulle ou il est situé - hors d’une zone dont le périmètre ou le contour est à définir.» -- - - Sinon le test est validé. - |
-
- -
Objectif:
+Vérifier que les coordonnées des EQUIPEMENTs (« Facility») sont
+dans un même système géodésique ou un même système de projection
+
Priorité: Obligatoire
+Explications: +
++Dans un même jeu de données, chaque EQUIPEMENT (« Facility ») +doit être représenté géographiquement de la même manière et dans un +système de représentation géographique identique. On vérifiera +également qu’il n’y a pas d’aberration comme des coordonnées +géographiques nulles ou situées hors d’une zone dont le périmètre ou le +contour est à définir.
++Exemple:
+
+N° test: +Test 3.19.1
++Libellé: Test des coordonnées géographiques de chaque EQUIPEMENT +(« Facility ») par rapport à un modèle de projection de +référence.
+ ++Champ d’application: <Facility>
++Vérification:
+ + ++Soit PJ la projection de référence.
++- Si l’objet « Facility » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si la valeur de l’attribut de l’élément « longLatType » +contenu dans l’élément « Facility » est différente de PJ +alors le test fournit le message d'avertissement : « test +3.19.1 : l’equipement « ObjectId » n’est pas dans le bon +système de projection ou ses coordonnées géographiques sont nulle +ou il est situé hors d’une zone dont le périmètre ou le contour est à +définir.»
- Sinon le test est validĂ©. diff --git a/app/views/test_sheet/3_2.html b/app/views/test_sheet/3_2.html index eb9648ab1..4edff7b45 100644 --- a/app/views/test_sheet/3_2.html +++ b/app/views/test_sheet/3_2.html @@ -1,254 +1,60 @@ -Fiche -du point de contrôle N° 3.2
- -- -
- Description- |
- |
- Intitulé- |
-
- Points d’arrêt très - proches regroupés au sein d’une zone d’arrêt - |
-
- Objectif- |
-
- Vérifier que des POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») très proches, portant - le même nom ou un nom différent, sont regroupés au sein - d’un même ARRÊT/Choutte.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Chaque - POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est localisé grâce à ses - coordonnées en latitude et en longitude. D’autre part, chaque POINT D’ARRÊT - SUR PARCOURS est relié à l’identifiant de l’ARRÊT1/Chouette (« StopArea ») - dont il dépend (« ContainedIn »). Il suffit alors de vérifier que - tous les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») appartiennent - à un même ARRÊT1/Chouette (« StopArea ») et qu’il n’y a pas de - POINTs D’ARRÊT SUR PARCOURS isolés très proches d’autres POINTs D’ARRÊT SUR - PARCOURS (cette distance reste à déterminer et est paramétrable). - |
-
- -
|
- Exemple - |
-
- -
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.2.1 - |
-
- Libellé- |
-
- Vérifier - que 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches - appartiennent à un même ARRÊT1/Chouette (« StopArea ») - |
-
- Champ d’application- |
-
- <StopPoint> - |
-
- Vérification- |
-
- - - Si l’élément « StopPoint » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si pour chaque élément « StopPoint », - la distance spatiale calculée à partir de la valeur de l’attribut des - éléments « longitude », « latitude » et - « longLatType » entre lui et tous les autres éléments - « stopPoint » est inférieure à une valeur paramétrable XX alors - vérifier que la valeur de l’attribut de l’élément « containedIn » - de ces deux points d’arrêt « StopPoint » est identique. Si elle est - différente alors adresser le message d'avertissement : « test - 3.2.1 : la distance calculée entre un point d’arrêt et les autres points - d’arrêt est inférieure à une valeur paramétrable XX mais la valeur de - l’attribut de l’élément « containedIn » de ces deux points d’arrêt - « StopPoint » n’est pas identique ». -- - Sinon le test est validé -- |
-
- -
Objectif:
+Vérifier que des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches,
+portant le même nom ou un nom différent, sont regroupés au sein d’un même ARRÊT/Choutte.
+
Priorité: Obligatoire
+
Explications: +
++Chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est +localisé grâce à ses coordonnées en latitude et en longitude. D’autre +part, chaque POINT D’ARRÊT SUR PARCOURS est relié à l’identifiant de +l’ARRÊT1/Chouette (« StopArea ») dont il dépend +(« ContainedIn »). Il suffit alors de vérifier que tous les +POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») appartiennent à +un même ARRÊT1/Chouette (« StopArea ») et qu’il n’y a pas de +POINTs D’ARRÊT SUR PARCOURS isolés très proches d’autres POINTs D’ARRÊT +SUR PARCOURS (cette distance reste à déterminer et est paramétrable).
++Exemple:
+
+N° test: +Test 3.2.1
++Libellé: Vérifier que 2 POINTs D’ARRÊT SUR PARCOURS +(« StopPoint ») très proches appartiennent à un même +ARRÊT1/Chouette (« StopArea »)
+ ++Champ d’application: <StopPoint>
++Vérification:
+ + ++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si pour chaque élément « StopPoint », la distance spatiale +calculée à partir de la valeur de l’attribut des éléments +« longitude », « latitude » et +« longLatType » entre lui et tous les autres éléments +« stopPoint » est inférieure à une valeur paramétrable XX +alors vérifier que la valeur de l’attribut de l’élément +« containedIn » de ces deux points d’arrêt +« StopPoint » est identique. Si elle est différente alors +adresser le message d'avertissement : « test 3.2.1 : la +distance calculée entre un point d’arrêt et les autres points d’arrêt +est inférieure à une valeur paramétrable XX mais la valeur de +l’attribut de l’élément « containedIn » de ces deux points +d’arrêt « StopPoint » n’est pas identique ».
+ ++- Sinon le test est validé
diff --git a/app/views/test_sheet/3_20.html b/app/views/test_sheet/3_20.html index 68078faf5..9c8046d2a 100644 --- a/app/views/test_sheet/3_20.html +++ b/app/views/test_sheet/3_20.html @@ -1,257 +1,63 @@ -Objectif:
+S’assurer que les coordonnées des EQUIPEMENTs (« Facility ») du jeu de données sont situées à l’intérieur d’un périmètre défini.
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.20
--
- Description- |
- |
- Intitulé- |
-
- Localisation - des équipements à l’intérieur d’un périmètre défini. - |
-
- Objectif- |
-
- S’assurer que les coordonnées des - EQUIPEMENTs (« Facility ») du jeu de données sont situées à - l’intérieur d’un périmètre défini.- |
-
- Références- |
-
- TRIDENT/profil NEPTUNE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de mise en garde sur des - conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si le jeu de données appartient à un - exploitant dont le réseau dessert un groupe de communes, les coordonnées des EQUIPEMENTs - (« Facility ») doivent se situer dans cette zone. -Ce point de contrôle consiste donc à - vérifier que les coordonnées en latitude et longitude de chaque EQUIPEMENT - (« Facility ») sont incluses dans un territoire délimité. - |
-
+Si le jeu de données appartient à un exploitant dont le réseau dessert un groupe de communes, les coordonnées des EQUIPEMENTs (« Facility ») doivent se situer dans cette zone.
--
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.20.1 - |
-
- Libellé- |
-
- Vérification - que les coordonnées de chaque EQUIPEMENT (« Facility») sont inscrites dans - une zone déterminée et qu’elles sont dans le bon système de projection. - |
-
- Champ d’application- |
-
- <Facility> - |
-
- Vérification- |
-
- - Soit - PG le polygone de la zone couverte par le réseau dans une projection PJ. -- - Si l’objet « Facility » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si la valeur de l’attribut de l’élément - « longLatType » contenu dans l’objet « Facility » est - différente de PJ alors le test fournit le message d'avertissement « test - 3.20.1a : l’equipement d’identifiant « ObjectId » n’est pas - dans le bon système de projection », sinon poursuivre le test. -- - Si la projection du point, calculée à - partir des valeurs des attributs des éléments « longitude », - « latitude » contenus dans l’objet « Facility », est - contenue dans le polygone PG le test est validé, sinon le test est invalidé - et fournit le message : « test 3.20.1b : l’equipement - d’identifiant « ObjectId » a des coordonnées qui sont hors du - polygone de la zone couverte ». -- |
-
+Ce point de contrôle consiste donc à vérifier que les coordonnées en latitude et longitude de chaque EQUIPEMENT (« Facility ») sont incluses dans un territoire délimité.
++Exemple:
+
+N° test: +Test 3.20.1
-+Libellé: +Vérification que les coordonnées de chaque EQUIPEMENT (« Facility») sont inscrites dans une zone déterminée et qu’elles sont dans le bon système de projection.
+ ++Champ d’application: <Facility>
++Vérification:
+ + ++Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
+ ++- Si l’objet « Facility » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si la valeur de l’attribut de l’élément « longLatType » +contenu dans l’objet « Facility » est différente de PJ alors +le test fournit le message d'avertissement « test 3.20.1a : +l’equipement d’identifiant « ObjectId » n’est pas dans le bon +système de projection », sinon poursuivre le test.
+ + +
+- Si la projection du point, calculée à partir des valeurs des
+attributs des éléments « longitude », « latitude »
+contenus dans l’objet « Facility », est contenue dans le
+polygone PG le test est validé, sinon le test est invalidé et fournit
+le message : « test 3.20.1b : l’equipement d’identifiant
+« ObjectId » a des coordonnées qui sont hors du polygone de
+la zone couverte »
Objectif:
+Vérifier qu’il y a une cohérence entre le temps et la distance pour chaque LiensAccèsZoneArrêt/NEPTUNE (« AccessLink »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.21
-+
+Pour chaque LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») , +le temps de parcours entre 1 ARRÊT/Chouette (« StopArea ») et +1 Accès/NEPTUNE (« AccessPoint ») ne doit pas être aberrant. +On peut alors fixer une vitesse théorique moyenne (en fonction du temps +de déplacement en marche à pied, des obstacles rencontrés, de la perte +de temps liée à la descente du véhicule).
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre le temps et la distance pour chaque lien accès-zone d’arrêt - |
-
- Objectif- |
-
- Vérifier que qu’il y a une cohérence entre - le temps et la distance pour chaque LiensAccèsZoneArrêt/NEPTUNE - (« AccessLink »)- |
-
- Références- |
-
- TRIDENT/profil NEPTUNE- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un message de mise en garde- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Pour chaque LiensAccèsZoneArrêt /NEPTUNE - (« AccessLink »), le temps de parcours entre 1 ARRÊT/Chouette - (« StopArea ») et 1 Accès/NEPTUNE (« AccessPoint ») ne - doit pas être aberrant. On peut alors fixer une vitesse théorique moyenne (en - fonction du temps de déplacement en marche à pied, des obstacles rencontrés, - de la perte de temps liée à la descente du véhicule …). -Ainsi - la longueur du LiensAccèsZoneArrêt - /NEPTUNE (« AccessLink ») qui est la différence entre les éléments - « EndOfLink » et « StartOfLink » et la durée représentée - par les éléments « DefaultDuration », - « FrequentTravellerDuration » ou « OccasionalTravellerDuration », - éventuellement « MobilityRestrictedTravellerDuration », permet de - calculer une vitesse qui doit s’approcher de la vitesse théorique (fourchette - à définir). - |
-
+
+Ainsi la longueur du LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») qui +est la différence entre les éléments « EndOfLink » et +« StartOfLink » et la durée représentée par les éléments +« DefaultDuration », « FrequentTravellerDuration » +ou « OccasionalTravellerDuration », éventuellement +« MobilityRestrictedTravellerDuration », permet de calculer +une vitesse qui doit s’approcher de la vitesse théorique (fourchette à +définir).
++Exemple:
+
+N° test: +Test 3.21.1
-|
- Exemple - |
-
- -
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.21.1 - |
-
- Libellé- |
-
- Vérifier - les vitesses calculées à partir des attributs du LiensAccèsZoneArrêt - /NEPTUNE (« AccessLink ») suivant les paramètres fixés - |
-
- Champ d’application- |
-
- <AccessLink> - |
-
- Vérification- |
-
- - - - Si l’élément « AccessLink » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « DefaultDuration » est proche de la valeur paramétrable XX (+/- - delta), poursuivre le test, sinon le test est invalidé et fournit le - message : « test 3.21.1a : la vitesse fixée par l’élément - « DefaultDuration » n’est pas conforme à la valeur paramétrable XX - (+/- delta) fixée pour le lien d’accès dont l’identifiant est « ObjectId ». -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « FrequentTravellerDuration » est proche de la valeur paramétrable - YY (+/- delta), poursuivre le test, sinon le test est invalidé et fournit le - message : « test 3.21.1b : la vitesse fixée par l’élément - « FrequentTravellerDuration » n’est pas conforme à la valeur - paramétrable YY (+/- delta) fixée pour le lien d’accès dont l’identifiant est - « ObjectId ». -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » et - « StartOfLink » divisée par le temps - « OccasionalTravellerDuration » est proche de la valeur - paramétrable ZZ (+/- delta), poursuivre le test, sinon le test est invalidé - et fournit le message : « test 3.21.1c : la vitesse fixée par - l’élément « OccasionalTravellerDuration » n’est pas conforme à la - valeur paramétrable ZZ (+/- delta) fixée pour e lien d’accès dont - l’identifiant est « ObjectId ».». -- - - Si l’élément « MobilityRestrictedTravellerDuration » est - défini dans l’élément « VehicleJourneyAtStop » identifié, - poursuivre le test, sinon le test est validé. -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « MobilityRestrictedTravellerDuration » est proche de la valeur - paramétrable WW (+/- delta), le test est validé, sinon le test est invalidé - et fournit le message : « test 3.8.1d : la vitesse fixée par - l’élément « MobilityRestrictedTravellerDuration » n’est pas - conforme à la valeur paramétrable WW (+/- delta) fixée pour le lien d’accès - dont l’identifiant est « ObjectId ».». -- |
-
-
+Libellé: +Vérifier les vitesses calculées à partir des attributs du LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») suivant les paramètres fixés
+Champ d’application: <AccessLink>
+ +
+Vérification:
- Si l’élément « AccessLink »
+mentionné dans les champs d’application est présent une ou plusieurs
+fois, poursuivre le test, sinon le test est abandonné.
+- Si la vitesse déduite de la distance spatiale entre +« EndOfLink » et « StartOfLink » divisée par le +temps « MobilityRestrictedTravellerDuration » est proche de +la valeur paramétrable WW (+/- delta), le test est validé, sinon le +test est invalidé et fournit le message : « test +3.8.1d : la vitesse fixée par l’élément +« MobilityRestrictedTravellerDuration » n’est pas conforme à +la valeur paramétrable WW (+/- delta) fixée pour le lien d’accès dont +l’identifiant est « ObjectId ».
++
diff --git a/app/views/test_sheet/3_3.html b/app/views/test_sheet/3_3.html index 9581e389d..46215f88c 100644 --- a/app/views/test_sheet/3_3.html +++ b/app/views/test_sheet/3_3.html @@ -1,246 +1,57 @@ -Fiche -de contrôle N° 3.3
- -- -
- Description- |
- |
- Intitulé- |
-
- Unicité des noms de - points d’arrêt - |
-
- Objectif- |
-
- Vérifier que chaque POINT D’ARRÊT - SUR PARCOURS (« StopPoint ») possède des propriétés uniques au sein - d’un même jeu de données- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans un même jeu de données et à fortiori sur un même - LIGNE/Chouette (« Line »), deux ou plusieurs POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») peuvent avoir la même dénomination. Si un - simple nom ne suffit pas (mairie, église …) à les départager, alors il faut - ajouter à ce nom une adresse et éventuellement le nom de la commune. -Ce point de contrôle consiste donc à - recenser les POINTs D’ARRÊT SUR PARCOURS qui possèdent les mêmes - caractéristiques. - |
-
- -
|
- Exemple - |
-
- -
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.3.1 - |
-
- Libellé- |
-
- Différentiation - de nom pour les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») - |
-
- Champ d’application- |
-
- <StopPoint> - |
-
- Vérification- |
-
- - - - Si l’élément « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - S’il existe deux points d’arrêt « StopPoint » dont la valeur de - l’attribut de l’élément « names » est identique et que les valeurs - de l’attribut de l’élément <containedIn> sont différentes ou vides, - alors la valeur de l’élément « adresse » doit être différenciée - pour les deux objets « StopPoint ». Si c’est le cas, le test est - validé sinon le test fournit message d'avertissement : « test 3.3.1 : - deux points d’arrêt « StopPoint » de même nom ne sont pas - suffisamment renseignés pour avoir des propriétés uniques ». -- |
-
- -
Objectif:
+Vérifier que chaque POINT D’ARRÊT SUR PARCOURS
+(« StopPoint ») possède des propriétés uniques au sein d’un
+même jeu de données
+
Priorité: Obligatoire
+Explications: +
++Dans un même jeu de données et à fortiori sur un même LIGNE/Chouette +(« Line »), deux ou plusieurs POINTs D’ARRÊT SUR PARCOURS +(« StopPoint ») peuvent avoir la même dénomination. Si un +simple nom ne suffit pas (mairie, église …) à les départager, alors +il faut ajouter à ce nom une adresse et éventuellement le nom de la +commune.
++Ce point de contrôle consiste donc à recenser les POINTs D’ARRÊT SUR PARCOURS qui possèdent les mêmes caractéristiques.
++Exemple:
+ +
+ 
+N° test: +Test 3.3.1
++Libellé: +Différentiation de nom pour les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
+ ++Champ d’application: <StopPoint>
++Vérification:
+ + ++- Si l’élément « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ + ++- S’il existe deux points d’arrêt « StopPoint » dont la +valeur de l’attribut de l’élément « names » est identique et +que les valeurs de l’attribut de l’élément <containedIn> sont +différentes ou vides, alors la valeur de l’élément +« adresse » doit être différenciée pour les deux objets +« StopPoint ». Si c’est le cas, le test est validé sinon le +test fournit lemessage d'avertissement (WARNING) + : « test 3.3.1 : deux points d’arrêt +« StopPoint » de même nom ne sont pas suffisamment renseignés +pour avoir des propriétés uniques ».
diff --git a/app/views/test_sheet/3_4.html b/app/views/test_sheet/3_4.html index d3956ffb2..a216e99c8 100644 --- a/app/views/test_sheet/3_4.html +++ b/app/views/test_sheet/3_4.html @@ -1,239 +1,44 @@ -Objectif:
+Vérifier que chaque LINE/Chouette (« Line ») possède des propriétés uniques
+dans un jeu de données.
+
Priorité: Obligatoire
+Explications: +
++Dans un même jeu de données, chaque LINE/Chouette (« Line ») doit posséder une appellation unique.
++Ce point de contrôle consiste donc à recenser les LINEs/Chouette qui possèdent les mêmes propriétés.
++Exemple:
+
+N° test: +Test 3.4.1
++Libellé: +Vérifier que chaque LINE/Chouette (« Line ») possède des valeurs d’attributs uniques
-Fiche -du point de contrôle N° 3.4
++Champ d’application: <Line>
++Vérification:
--
- Description- |
- |
- Intitulé- |
-
- Unicité des noms de ligne - |
-
- Objectif- |
-
- Vérifier que chaque LINE/Chouette - (« Line ») possède des propriétés uniques dans - un jeu de données.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans - un même jeu de données, chaque LINE/Chouette (« Line ») doit - posséder une appellation unique. -Ce - point de contrôle consiste donc à recenser les LINEs/Chouette qui possèdent - les mêmes propriétés. - |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.4.1 - |
-
- Libellé- |
-
- Vérifier - que chaque LINE/Chouette (« Line ») possède des valeurs d’attributs - uniques - |
-
- Champ d’application- |
-
- <Line> - |
-
- Vérification- |
-
- - - - Si l’élément « Line », mentionné dans les champs d’application, est - présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si la référence constituée par la concaténation de la valeur des attributs - des éléments « name » et « number » est unique pour - toutes les lignes « Line », le test est validé, sinon le test est - invalidé et fournit le message : « test 3.4.1 : les éléments - « name » et « number » d’une ligne ne constituent pas un - identifiant unique pour la ligne « Line » référencée par l’élément - « ObjectId »» -- |
-
- -
+- Si l’élément « Line », mentionné dans les champs +d’application, est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
++- Si la référence constituée par la concaténation de la valeur des +attributs des éléments « name » et « number » est +unique pour toutes les lignes « Line », le test est validé, +sinon le test est invalidé et fournit le message : « test +3.4.1 : les éléments « name » et « number » +d’une ligne ne constituent pas un identifiant unique pour la ligne +« Line » référencée par l’élément « ObjectId »
diff --git a/app/views/test_sheet/3_5.html b/app/views/test_sheet/3_5.html index a548321c1..584de6a2c 100644 --- a/app/views/test_sheet/3_5.html +++ b/app/views/test_sheet/3_5.html @@ -1,239 +1,52 @@ -Objectif:
+Vérifier que les coordonnées des POINTs D’ARRÊT SUR PARCOURS
+(« StopPoint ») sont dans un même système géodésique ou un
+même système de projection
+
Priorité: Obligatoire
+Explications: +
++Dans un même jeu de données, chaque POINT D’ARRÊT SUR PARCOURS +(« StopPoint ») doit être représenté géographiquement de la +même manière et dans un système de représentation géographique +identique. On vérifiera également qu’il n’y a pas d’aberration comme +des coordonnées géographiques nulle ou situées hors d’une zone dont le +périmètre ou le contour est à définir.
++Exemple:
+
+N° test: +Test 3.5.1
++Libellé: Test des coordonnées géographiques de chaque POINT +D’ARRÊT SUR PARCOURS (« StopPoint ») par rapport à un modèle +de projection de référence.
-Fiche -du point de contrôle N° 3.5
++Champ d’application: <StopPoint>
++Vérification:
--
- Description- |
- |
- Intitulé- |
-
- Modèle de représentation - des coordonnées des points d’arrêt - |
-
- Objectif- |
-
- Vérifier que les coordonnées des - POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») sont dans un même système - géodésique ou un même système de projection- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Conforme ou non conforme- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Dans un même jeu - de données, chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») doit - être représenté géographiquement de la même manière et dans un système de - représentation géographique identique. On vérifiera également qu’il n’y a pas - d’aberration comme des coordonnées géographiques nulle ou situées hors d’une - zone dont le périmètre ou le contour est à définir. - |
-
-
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.5.1 - |
-
- Libellé- |
-
- Test - des coordonnées géographiques de chaque POINT D’ARRÊT SUR PARCOURS - (« StopPoint ») par rapport à un modèle de projection de référence. - |
-
- Champ d’application- |
-
- <StopPoint> - |
-
- Vérification- |
-
- - Soit - PJ la projection de référence. -- - - Si l’objet « StopPoint » mentionné dans les champs d’application - est présent une ou plusieurs fois, poursuivre le test, sinon le test est - abandonné. -- - - Si la valeur de l’attribut de l’élément « longLatType » contenu - dans l’élément « StopPoint » est différente de PJ alors le test - fournit le message d'avertissement : « test 3.5.1 : le point - d’arrêt d’identifiant « ObjectId » n’est pas dans le bon système de - projection ou ses coordonnées géographiques sont nulle ou il est situé - hors d’une zone dont le périmètre ou le contour est à définir.» -- - - Sinon le test est validé. - |
-
+Soit PJ la projection de référence:
-
+Si l’objet « StopPoint » mentionné dans les champs
+d’application est présent une ou plusieurs fois, poursuivre le test,
+sinon le test est abandonné.
- Si la valeur de l’attribut de
+l’élément « longLatType » contenu dans l’élément
+« StopPoint » est différente de PJ alors le test fournit le
+message d'avertissement : « test 3.5.1 : le point
+d’arrêt d’identifiant « ObjectId » n’est pas dans le bon
+système de projection ou ses coordonnées géographiques sont nulle
+ou il est situĂ© hors d’une zone dont le pĂ©rimètre ou le contour est Ă
+définir.»
Fiche -du point de contrôle N° 3.6
- -- -
- Description- |
- |
- Intitulé- |
-
- Localisation - des points d’arrêt à l’intérieur d’un périmètre défini. - |
-
- Objectif- |
-
- S’assurer que les coordonnées des POINTs - D’ARRÊT SUR PARCOURS (« StopPoint ») du jeu de données sont situées - à l’intérieur d’un périmètre défini.- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de mise en garde sur des - conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Si le jeu de données appartient à un - exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs D’ARRÊT SUR - PARCOURS (« StopPoint ») doivent se situer dans cette zone. -Ce point de contrôle consiste donc à - vérifier que les coordonnées en latitude et longitude de chaque POINT D’ARRÊT SUR - PARCOURS (« StopPoint ») sont incluses dans un territoire délimité. - |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.6.1 - |
-
- Libellé- |
-
- Vérification - que les coordonnées de chaque POINT D’ARRÊT SUR PARCOURS - (« StopPoint ») sont inscrites dans une zone déterminée et qu’elles - sont dans le bon système de projection. - |
-
- Champ d’application- |
-
- <StopPoint> - |
-
- Vérification- |
-
- - Soit - PG le polygone de la zone couverte par le réseau dans une projection PJ. -- - Si l’objet « StopPoint » - mentionné dans les champs d’application est présent une ou plusieurs fois, - poursuivre le test, sinon le test est abandonné. -- - Si la valeur de l’attribut de l’élément - « longLatType » contenu dans l’objet « StopPoint » est - différente de PJ alors le test fournit le message d'avertissement « test - 3.6.1a : le point d’arrêt d’identifiant « ObjectId » n’est pas - dans le bon système de projection », sinon poursuivre le test. -- - Si la projection du point, calculée à - partir des valeurs des attributs des éléments « longitude », - « latitude » contenus dans l’objet « StopPoint », est contenue - dans le polygone PG le test est validé, sinon le test est invalidé et fournit - le message : « test 3.6.1b : le point d’arrêt d’identifiant - « ObjectId » a des coordonnées qui sont hors du polygone de la zone - couverte ». -- |
-
- -
Objectif:
+S’assurer que les coordonnées
+des POINTs D’ARRĘT SUR PARCOURS (« StopPoint ») du jeu de
+données sont situées ŕ l’intérieur d’un périmčtre défini.
+
Priorité: Obligatoire
+
Explications: +
+ + + ++Si le jeu de données appartient ŕ un exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs D’ARRĘT SUR PARCOURS (« StopPoint ») doivent se situer dans cette zone.
+ + + ++Ce point de contrôle consiste donc ŕ vérifier que les coordonnées en latitude et longitude de chaque POINT D’ARRĘT SUR PARCOURS (« StopPoint ») sont incluses dans un territoire délimité.
++Exemple:
+
+N° test: +Test 3.6.1
+ ++Libellé: +Vérification que les coordonnées de chaque POINT D’ARRĘT SUR PARCOURS (« StopPoint »)
sont inscrites dans une zone déterminée et qu’elles sont dans le bon systčme de projection. + ++Champ d’application: <StopPoint>
++Vérification:
+ ++Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
+ ++- Si l’objet « StopPoint » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si la valeur de l’attribut de l’élément « longLatType » +contenu dans l’objet « StopPoint » est différente de PJ alors +le test fournit le message d'avertissement « test 3.6.1a : le +point d’arręt d’identifiant « ObjectId » n’est pas dans le +bon systčme de projection », sinon poursuivre le test.
+ ++- Si la projection du point, calculée ŕ partir des valeurs des +attributs des éléments « longitude », « latitude » +contenus dans l’objet « StopPoint », est contenue dans le +polygone PG le test est validé, sinon le test est invalidé et fournit +le message : « test 3.6.1b : le point d’arręt +d’identifiant « ObjectId » a des coordonnées qui sont hors du +polygone de la zone couverte ».
diff --git a/app/views/test_sheet/3_7.html b/app/views/test_sheet/3_7.html index 9c1bec40d..e061a060c 100644 --- a/app/views/test_sheet/3_7.html +++ b/app/views/test_sheet/3_7.html @@ -1,256 +1,56 @@ -Fiche -du point de contrôle N° 3.7
- -- -
- Description- |
- |
- Intitulé- |
-
- Caractérisation - des distances entre les points d’arrêt - |
-
- Objectif- |
-
- Vérifier que la distance entre les POINTs - D’ARRÊT SUR PARCOURS (« StopPoint ») se situe dans - une fourchette paramétrable (distance minimale et maximale à fixer)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel V4 et V5.1- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de mise en garde sur des - conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Afin de contrôler les distances aberrantes - entre les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »), un contrôle - sera effectué sur la distance entre les 2 POINTs D’ARRÊT SUR PARCOURS de - chaque TRONCON COMMERCIAL/Chouette (« PtLink ») : ce contrôle - devra répondre à des critères de distance maximale et de distance minimale - (ces distances seront paramétrables). - |
-
- -
|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.7.1 - |
-
- Libellé- |
-
- Vérification - de la distance entre 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») - consécutifs - |
-
- Champ d’application- |
-
- <vehicleJourney> - -<VehicleJourneyAtStop> - |
-
- Vérification- |
-
- - - Si le fichier contient une classe - d’objets « vehicleJourney » incluant au moins deux éléments - « vehicleJourneyAtStop » consécutifs, poursuivre le test, sinon le - test est abandonné. -- - Si entre deux éléments - « vehicleJourneyAtStop » successifs, la distance spatiale entre le - point d’arrêt « StopPoint » identifié par la valeur de l’attribut - de l’élément « stopPointId » et le point d’arrêt « StopPoint» - identifié par la valeur de l’attribut de l’élément « stopPointId » - est inférieure à XX ou supérieure à YY, alors le test fournit le message - d’avertissement : « test 3.7.1 : la distance spatiale entre - deux points d’arrêt consécutifs ne se situe pas dans une fourchette - autorisée (entre XX pour sa valeur minimale et YY pour sa valeur - supérieure». -- - Sinon le test est validé - |
-
- -
Objectif:
+Vérifier que la distance entre les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
+se situe dans une fourchette paramétrable (distance minimale et maximale à fixer)
+
Prioritée: Obligatoire
+Explications: +
++Afin de contrôler les distances aberrantes entre les POINTs D’ARRÊT SUR +PARCOURS (« StopPoint »), un contrôle sera effectué sur la +distance entre les 2 POINTs D’ARRÊT SUR PARCOURS de chaque TRONCON +COMMERCIAL/Chouette (« PtLink ») : ce contrôle devra +répondre à des critères de distance maximale et de distance minimale +(ces distances seront paramétrables).
++Exemple:
+

+N° test: +Test 3.7.1
++Libellé: +Vérification de la distance entre 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs
+ + ++Champ d’application: <vehicleJourney> <VehicleJourneyAtStop>
++Vérification:
+ ++- Si le fichier contient une classe d’objets +« vehicleJourney » incluant au moins deux éléments +« vehicleJourneyAtStop » consécutifs, poursuivre le test, +sinon le test est abandonné.
+ ++- Si entre deux éléments « vehicleJourneyAtStop » successifs, +la distance spatiale entre le point d’arrêt « StopPoint » +identifié par la valeur de l’attribut de l’élément +« stopPointId » et le point d’arrêt « StopPoint» +identifié par la valeur de l’attribut de l’élément +« stopPointId » est inférieure à XX ou supérieure à YY, alors +le test fournit le message d’avertissement : « test +3.7.1 : la distance spatiale entre deux points d’arrêt consécutifs +ne se situe pas dans une fourchette autorisée (entre XX pour sa +valeur minimale et YY pour sa valeur supérieure».
+ ++- Sinon le test est validé
diff --git a/app/views/test_sheet/3_8.html b/app/views/test_sheet/3_8.html index 18c1357eb..aa080a4b4 100644 --- a/app/views/test_sheet/3_8.html +++ b/app/views/test_sheet/3_8.html @@ -1,283 +1,99 @@ -Objectif:
+Vérifier qu’il
+y a une cohérence entre le temps et la distance pour chaque
+TronçonDeCorrespondance/Chouette (« ConnectionLink »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.8
-+
+Pour chaque TronçonDeCorrespondance/Chouette (« ConnectionLink »), +le temps de parcours entre 2 ARRÊT/Chouette +(« StopArea ») ne doit pas être aberrant. On peut alors fixer +une vitesse théorique moyenne (en fonction du temps de déplacement en +marche à pied, des obstacles rencontrés, de la perte de temps liée à la +descente du véhicule).
-
- Description- |
- |
- Intitulé- |
-
- Cohérence - entre le temps et la distance pour chaque correspondance - |
-
- Objectif- |
-
- Vérifier que qu’il y a une cohérence entre - le temps et la distance pour chaque TronçonDeCorrespondance/Chouette - (« ConnectionLink »)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE- |
-
- N°de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un message de mise en garde- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Pour chaque TronçonDeCorrespondance/Chouette - (« ConnectionLink »), le temps de parcours entre 2 - ARRÊT1/Chouette (« StopArea ») ne doit pas être aberrant. On peut - alors fixer une vitesse théorique moyenne (en fonction du temps de - déplacement en marche à pied, des obstacles rencontrés, de la perte de temps - liée à la descente du véhicule …). -Ainsi - la longueur du TronçonDeCorrespondance/Chouette - (« ConnectionLink ») qui est la différence entre les éléments - « EndOfLink » et « StartOfLink » et la durée représentée - par les éléments « DefaultDuration », - « FrequentTravellerDuration » ou - « OccasionalTravellerDuration », éventuellement - « MobilityRestrictedTravellerDuration », permet de calculer une - vitesse qui doit s’approcher de la vitesse théorique (fourchette à définir). - |
-
+
+Ainsi la longueur du TronçonDeCorrespondance/Chouette (« ConnectionLink ») qui +est la différence entre les éléments « EndOfLink » et +« StartOfLink » et la durée représentée par les éléments +« DefaultDuration », « FrequentTravellerDuration » ou « OccasionalTravellerDuration », éventuellement « MobilityRestrictedTravellerDuration », +permet de calculer une vitesse qui doit s’approcher de la vitesse +théorique (fourchette à définir).
++Exemple:
+
+N° test: +Test 3.8.1
-|
- Exemple - |
-
- -
- |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.8.1 - |
-
- Libellé- |
-
- Vérifier - les vitesses calculées à partir des attributs du TronçonDeCorrespondance/Chouette - (« ConnectionLink ») suivant les paramètres fixés - |
-
- Champ d’application- |
-
- <ConnectionLink> - |
-
- Vérification- |
-
- - - - Si l’élément « ConnectionLink » mentionné dans les champs - d’application est présent une ou plusieurs fois, poursuivre le test, sinon le - test est abandonné. -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « DefaultDuration » est proche de la valeur paramétrable XX (+/- - delta), poursuivre le test, sinon le test est invalidé et fournit le - message : « test 3.8.1a : la vitesse fixée par l’élément - « DefaultDuration » n’est pas conforme à la valeur paramétrable XX - (+/- delta) fixée pour la correspondance dont l’identifiant est - « ObjectId ». -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « FrequentTravellerDuration » est proche de la valeur paramétrable - YY (+/- delta), poursuivre le test, sinon le test est invalidé et fournit le - message : « test 3.8.1b : la vitesse fixée par l’élément - « FrequentTravellerDuration » n’est pas conforme à la valeur - paramétrable YY (+/- delta) fixée pour la correspondance dont l’identifiant - est « ObjectId ». -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « OccasionalTravellerDuration » est proche de la valeur - paramétrable ZZ (+/- delta), poursuivre le test, sinon le test est invalidé - et fournit le message : « test 3.8.1c : la vitesse fixée par - l’élément « OccasionalTravellerDuration » n’est pas conforme à la - valeur paramétrable ZZ (+/- delta) fixée pour la correspondance dont - l’identifiant est « ObjectId ».». -- - - Si l’élément « MobilityRestrictedTravellerDuration » est - défini dans l’élément « VehicleJourneyAtStop » identifié, - poursuivre le test, sinon le test est validé. -- - - Si la vitesse déduite de la distance spatiale entre « EndOfLink » - et « StartOfLink » divisée par le temps - « MobilityRestrictedTravellerDuration » est proche de la valeur - paramétrable WW (+/- delta), le test est validé, sinon le test est invalidé - et fournit le message : « test 3.8.1d : la vitesse fixée par - l’élément « MobilityRestrictedTravellerDuration » n’est pas - conforme à la valeur paramétrable WW (+/- delta) fixée pour la correspondance - dont l’identifiant est « ObjectId ».». -- |
-
+
+Libellé: +Vérifier les vitesses calculées à partir des attributs du TronçonDeCorrespondance/Chouette (« ConnectionLink ») suivant les paramètres fixés
-+Champ d’application: <ConnectionLink>
++Vérification:
++- Si l’élément « ConnectionLink » mentionné dans les champs +d’application est présent une ou plusieurs fois, poursuivre le test, +sinon le test est abandonné.
+ ++- Si la vitesse déduite de la distance spatiale entre +« EndOfLink » et « StartOfLink » divisée par le +temps « DefaultDuration » est proche de la valeur +paramétrable XX (+/- delta), poursuivre le test, sinon le test est +invalidé et fournit le message : « test 3.8.1a : la +vitesse fixée par l’élément « DefaultDuration » n’est pas +conforme à la valeur paramétrable XX (+/- delta) fixée pour la +correspondance dont l’identifiant est « ObjectId ».
+ ++- Si la vitesse déduite de la distance spatiale entre +« EndOfLink » et « StartOfLink » divisée par le +temps « FrequentTravellerDuration » est proche de la valeur +paramétrable YY (+/- delta), poursuivre le test, sinon le test est +invalidé et fournit le message : « test 3.8.1b : la +vitesse fixée par l’élément « FrequentTravellerDuration » +n’est pas conforme à la valeur paramétrable YY (+/- delta) fixée pour +la correspondance dont l’identifiant est « ObjectId ».
+ ++- Si la vitesse déduite de la distance spatiale entre +« EndOfLink » et « StartOfLink » divisée par le +temps « OccasionalTravellerDuration » est proche de la valeur +paramétrable ZZ (+/- delta), poursuivre le test, sinon le test est +invalidé et fournit le message : « test 3.8.1c : la +vitesse fixée par l’élément « OccasionalTravellerDuration » +n’est pas conforme à la valeur paramétrable ZZ (+/- delta) fixée pour +la correspondance dont l’identifiant est « ObjectId ».».
+ ++- Si l’élément « MobilityRestrictedTravellerDuration » +est défini dans l’élément « VehicleJourneyAtStop » identifié, +poursuivre le test, sinon le test est validé.
+ + +
+- Si la vitesse déduite de la distance spatiale entre
+« EndOfLink » et « StartOfLink » divisée par le
+temps « MobilityRestrictedTravellerDuration » est proche de
+la valeur paramétrable WW (+/- delta), le test est validé, sinon le
+test est invalidé et fournit le message : « test
+3.8.1d : la vitesse fixée par l’élément
+« MobilityRestrictedTravellerDuration » n’est pas conforme Ă
+la valeur paramétrable WW (+/- delta) fixée pour la correspondance dont
+l’identifiant est « ObjectId ».
Objectif:
+Vérifier qu’il y a une cohérence entre le temps et la distance pour chaque TRONCON COMMERCIAL / Chouette (« PtLink »)
+
Priorité: Obligatoire
+Explications: +
-Fiche -du point de contrôle N° 3.9
-+
+Pour chaque TRONCON COMMERCIAL / Chouette (« PtLink ») , +on peut calculer la distance entre les 2 POINTs D’ARRÊT SUR PARCOURS +(« StopPoint ») qui le constituent et au sein d’une même +COURSE COMMERCIALE (« VehicleJourney »), on peut récupérer +l’HEURE DE PASSAGE GRAPHIQUEE/Chouette +(« VehicleJourneyAtStop ») des POINTs D’ARRÊT SUR PARCOURS . +On peut ainsi vérifier que la vitesse calculée se situe autour d’une +vitesse théorique moyenne (vitesse commerciale ou vitesse à vol +d’oiseau).
++Exemple:
+

+N° test: +Test 3.9.1
++Libellé: Vérifier que la vitesse entre 2 POINTs D’ARRÊT SUR +PARCOURS (« StopPoint ») consécutifs se situe dans une +fourchette autorisée.
-
- Description- |
- |
- Intitulé- |
-
- Cohérence entre le temps - et la distance pour chaque tronçon - |
-
- Objectif- |
-
- Vérifier que - qu’il y a une cohérence entre le temps et la distance pour chaque TRONCON - COMMERCIAL / Chouette (« PtLink »)- |
-
- Références- |
-
- TRIDENT/profil CHOUETTE/Transmodel - V4 et V5.1- |
-
- N° de fiche(s) connexe(s)- |
-
- -- |
-
|
- Priorité - |
-
- Obligatoire- |
-
|
- Résultat - |
-
- Délivrance d’un avertissement de - mise en garde sur des conséquences éventuelles de dysfonctionnement- |
-
- Mise en œuvre- |
- |
- Explication- |
-
- Pour chaque TRONCON COMMERCIAL / Chouette - (« PtLink »), - on peut calculer la distance entre les 2 POINTs D’ARRÊT SUR PARCOURS - (« StopPoint ») qui le constituent et au sein d’une même COURSE - COMMERCIALE (« VehicleJourney »), on peut récupérer l’HEURE DE - PASSAGE GRAPHIQUEE/Chouette (« VehicleJourneyAtStop ») des POINTs - D’ARRÊT SUR PARCOURS . On peut ainsi vérifier que la vitesse calculée se - situe autour d’une vitesse théorique moyenne (vitesse commerciale ou vitesse - à vol d’oiseau). - |
-
+
+Champ d’application: <vehicleJourney> <VehicleJourneyAtStop>
++Vérification:
-|
- Exemple - |
-
- - |
-
- Evaluation- |
- |
- N° test- |
-
- Test - 3.9.1 - |
-
- Libellé- |
-
- Vérifier - que la vitesse entre 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») - consécutifs se situe dans une fourchette autorisée. - |
-
- Champ d’application- |
-
- <vehicleJourney> - -<VehicleJourneyAtStop> - |
-
- Vérification- |
-
- - - Si le fichier contient un objet - « vehicleJourney » incluant au moins deux objets - « vehicleJourneyAtStop » consécutifs, poursuivre le test, sinon le - test est abandonné. -- - Si entre deux objets - « vehicleJourneyAtStop » successifs, la distance spatiale entre le - point d’arrêt « StopPoint » identifié par la valeur de l’attribut - de l’élément « stopPointId » et le point d’arrêt « StopPoint » - identifié par la valeur de l’attribut de l’élément « stopPointId » - divisée par la différence absolue entre la valeur de l’attribut de l’élément - « departureTime » du premier point d’arrêt et la valeur de - l’attribut de l’élément « arrivalTime » du second point d’arrêt est - inférieure à XX ou supérieure à YY alors le test fournit le message - d’avertissement : « test 3.9.1 : la vitesse déterminée par la - distance et le temps entre 2 points d’arrêt consécutifs (entre deux objets - « vehicleJourneyAtStop ») ne se situe pas une fourchette autorisée - entre XX et YY ». -- - - Sinon - le test est validé - |
-
+
+- Si le fichier contient un objet « vehicleJourney » incluant +au moins deux objets « vehicleJourneyAtStop » consécutifs, +poursuivre le test, sinon le test est abandonné
++- Si entre deux objets « vehicleJourneyAtStop » successifs, +la distance spatiale entre le point d’arrêt « StopPoint » +identifié par la valeur de l’attribut de l’élément +« stopPointId » et le point d’arrêt « StopPoint » +identifié par la valeur de l’attribut de l’élément +« stopPointId » divisée par la différence absolue entre la +valeur de l’attribut de l’élément « departureTime » du +premier point d’arrêt et la valeur de l’attribut de l’élément +« arrivalTime » du second point d’arrêt est inférieure à XX +ou supérieure à YY alors le test fournit le message +d’avertissement : « test 3.9.1 : la vitesse déterminée +par la distance et le temps entre 2 points d’arrêt consécutifs (entre +deux objets « vehicleJourneyAtStop ») ne se situe pas une +fourchette autorisée entre XX et YY ».
-+- Sinon le test est validé
-- cgit v1.2.3 From eb2233af2573610a3f93e0b5c4a22d5d0d9b8f69 Mon Sep 17 00:00:00 2001 From: Michel Etienne Date: Tue, 27 Nov 2012 12:54:16 +0100 Subject: change version on help --- app/views/help/index.textile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'app') diff --git a/app/views/help/index.textile b/app/views/help/index.textile index 06a54a636..dbd439a7b 100644 --- a/app/views/help/index.textile +++ b/app/views/help/index.textile @@ -3,7 +3,7 @@ layout: default title: Chouette v2 --- -Version 2.0.0 +Version 2.0.1 h3. Logiciel libre propriété de : -- cgit v1.2.3