2.3

2.3 Version

Location Referencing: documentation and specification Inconsistency about country code ccd

Submitted by Fabrizio.Paoletti on Monday, 7 September, 2015 - 15:59
Source
ES5

An inconsistency has been found in documentation provided on website, since version 1.0 in example messages and User Guide about Alert C Location coding Country Code
 
In Alert C Method for AlertCLinear, AlertCPoint and AlertCArea Classes the same attribute alertCLocationCountryCode  has definition "EBU country code"
 
The UserGuide ( DATEXIIv2.0-UserGuide.pdf ) for Alert C report to use 'F' for France
 

ASFINAG - Austria

Submitted by Joerg Freudenstein on Friday, 7 August, 2015 - 13:19
Organization name
ASFINAG
Organization description

ASFINAG acts as an economically responsible motorway operator. We are convinced that modern and sustainably developed infrastructure is essential both for the mobility requirements of every single person and for Austria as a location for business. By using new technologies and innovations, we want to make Austria's motorways and expressways amongst the safest in Europe – in the interest of our customers and to strengthen the country as a place in which to do business.

Website
http://www.asfinag.at/
Country/Region
Austria
Centre type
TMC
Location Referencing Format
RDS-TMC
Covered network

The following DATEX II profiles are available for subscriptions on content.asfinag.at:

  • D2 ASFINAG profile Network Management (Superset, uses Ext. LinearByCoordinates)
  • D2 ASFINAG profile Traffic Data
  • D2 ASFINAG profile Rest Areas
  • D2 ASFINAG profile Traffic Signs (VMS)
  • D2 ASFINAG profile Toll
  • D2 ASFINAG profile Intelligent Truck Parking (Subset von RestAreas, EU conform)
  • D2 ASFINAG profile Roadworks
  • D2 ASFINAG profile Traffic Messages (uses Ext. LinearByCoordinates)
Publication
Situation
Elaborated
other
Contact name
Dipl.-Ing. Gottfried Allmer
Extension
Off
Contact mail
gottfried.allmer@asfinag.at

DATEX Tool and Windows 10

Submitted by Joerg Freudenstein on Wednesday, 5 August, 2015 - 11:20
Source
Website

The DATEX Tool is not Windows 10 complaint.
In my setup, it ends up reading an XMI file with an unspecific error message. Tagged values are not imported into the Tool. You still can hanlde the Tool, but successor errors will follow.

As there is the possibility to run the program in Windows 7 complaint mode, which works fine, the problem is not too hard right now.

(In case the critical setup is needed for testing, please contact me).

ECo-AT - DATEX II profile for OtherDENM use case

Status definition refers to ISO 14187
Card
Profile object
SituationPublication
Profile information

This profile describes the message content for the OtherDENM use case as described by the project ECo-AT using the Situation publication. This profile distinguishes between 64 different message types in the context of traffic messages. Location referencing is done using three location containers indexed by “ItineraryByIndexedLocations”. The first location container with index “0“ uses “PointByCoordinates“, whereas the second and third location containers uses the extension “LinearByCoordinates”. In addition to “LinearByCoordinates” each location container of type “Linear” also contains an “AlertCLinear (AlertCMethod4Linear)” container. Change log: Changes from V1 to V2 (published on 05.11.2015):

  • Added the data field “ClientIdentification” for the dissemination radius of the message as needed by the C-ITS-S. It is part of the exchange container.
  • Added an additional location container of type “Point(PointByCoordinates)” to “ItineraryByIndexedLocations”. This represents the event position.

Changes from V2 to V3 (published on 26.11.2015):

  • Added “AlertCLinear (AlertCMethod4Linear)” to each location container of type “Linear” in addition to “LinearByCoordinates”.
  • Added the field “informationStatus” to differentiate between live and test data feed.

Changes from V3 to V4 (published on 27.07.2016):

  • Added the situation record extension for indicating safety related traffic messages.
  • Added more enumeration literals

Changes from V4 to V5 (published on 13.9.2016):

  • Included "nonGeneralPublicComment" in the SituationRecord.
Organization name
ECo-AT (The Austrian contribution to the Cooperative ITS Corridor)
Organization description

ECo-AT (European Corridor – Austrian Testbed for Cooperative Systems) is the Austrian project to create harmonised and standardised cooperative ITS applications jointly with partners in Germany and the Netherlands. The project is led by the Austrian motorway operator ASFINAG and the consortium consists of Kapsch TrafficCom AG, Siemens AG Österreich, SWARCO AG, High Tech Marketing, Volvo Technology AB, FTW, ITS Vienna Region, and BASt (Bundesanstalt für Straßenwesen).

Website
http://www.eco-at.info/
Country/Region
Austria
Centre type
other
Contact name
Dipl.-Ing. Peter Meckel
Contact mail
Peter.Meckel@asfinag.at
EA Model File
Selection file

ECo-AT - DATEX II profile for RWW use case

Status definition refers to ISO 14187
Card
Profile object
SituationPublication
Profile information

This profile describes the message content for the RWW use case as described by the project ECo-AT using the Situation publication. This profile distinguishes between 21 different message types in the context of roadworks, using beside the Roadwork class also the NetworkManagement or GeneralObstruction classes. Location referencing differentiates between triggerable RWW data, where a data set directly relates to a C-ITS message and augmentation RWW data, that can used to augment a RWW C-ITS message coming from a roadworks trailer. The former is done using three location containers indexed by “ItineraryByIndexedLocations”. The latter only uses one location container of type “Linear”. For location containers of type “Point“ the “PointByCoordinates“ is used, whereas for location containers of type “Linear“, the extension “LinearByCoordinates” is used. In addition to “LinearByCoordinates” each location container of type “Linear” also contains an “AlertCLinear (AlertCMethod4Linear)” container. Change log: Changes from V1 to V2 (published on 05.11.2015):

  • Added the data field “ClientIdentification” for the dissemination radius of the message as needed by the C-ITS-S. It is part of the exchange container.
  • Added the differentiation between triggerable RWW data and augmentation RWW data. The former one uses three location containers indexed by “ItineraryByIndexedLocations”, whereas the latter only uses one location container of type “Linear”.

Changes from V2 to V3 (published on 26.11.2015):

  • Added “AlertCLinear (AlertCMethod4Linear)” to each location container of type “Linear” in addition to “LinearByCoordinates”.
  • Added the field “informationStatus” to differentiate between live and test data feed.
Organization name
ECo-AT (The Austrian contribution to the Cooperative ITS Corridor)
Organization description

ECo-AT (European Corridor – Austrian Testbed for Cooperative Systems) is the Austrian project to create harmonised and standardised cooperative ITS applications jointly with partners in Germany and the Netherlands. The project is led by the Austrian motorway operator ASFINAG and the consortium consists of Kapsch TrafficCom AG, Siemens AG Österreich, SWARCO AG, High Tech Marketing, Volvo Technology AB, FTW, ITS Vienna Region, and BASt (Bundesanstalt für Straßenwesen).

Website
http://www.eco-at.info/
Country/Region
Austria
Centre type
other
Contact name
Dipl.-Ing. Peter Meckel
Contact mail
Peter.Meckel@asfinag.at
EA Model File
XMI file
PDF Documentation
Selection file

ECo-AT - DATEX II profile for IVI use case

Status definition refers to ISO 14187
Card
Profile object
VmsTablePublication, VmsPublication
Profile information

This profile describes the location and content message for the IVI use case as described in the project ECo-AT using the VMS table publication and VMS publication. The IVI location uses the VMSTablePublication whereas the IVI content uses the VMSPublication. Location referencing is done by a level B extension which is also described in this document. The extension is named as “IviLocation”. The "IviLocation" contains two containers namely "DetectionZone" and "RelevanceZone" which uses another level B extension “LinearByCoordinates”. In addition to “LinearByCoordinates” each location container of type “Linear” also contains an “AlertCLinear (AlertCMethod4Linear)” container. Change log: Changes from V1 to V2 (published on 05.11.2015):

  • Added the data field “ClientIdentification” for the dissemination radius of the message as needed by the C-ITS-S. It is part of the exchange container and only provided in the location message.

Changes from V2 to V3 (published on 26.11.2015):

  • Added “AlertCLinear (AlertCMethod4Linear)” to each location container of type “Linear” in addition to “LinearByCoordinates”.
  • Added the field “informationStatus” to differentiate between live and test data feed.

Changes from V3 to V4 (published on 22.12.2016):

  • Added more enumeration literals to VmsDatexPictogramEnum and VmsDatexSupplementalPictogramEnum.

Changes from V4 to V5 (published on 28.02.2020):

  • Updated the IviLocation container to add referencePosition with bearing
Organization name
ECo-AT (The Austrian contribution to the Cooperative ITS Corridor)
Organization description

ECo-AT (European Corridor – Austrian Testbed for Cooperative Systems) is the Austrian project to create harmonised and standardised cooperative ITS applications jointly with partners in Germany and the Netherlands. The project is led by the Austrian motorway operator ASFINAG and the consortium consists of Kapsch TrafficCom AG, Siemens AG Österreich, SWARCO AG, High Tech Marketing, Volvo Technology AB, FTW, ITS Vienna Region, and BASt (Bundesanstalt für Straßenwesen).

Website
http://www.eco-at.info/
Country/Region
Austria
Centre type
other
Contact name
Dipl.-Ing. Peter Meckel
Contact mail
Peter.Meckel@asfinag.at
XMI file
Selection file

D2 ASFINAG profile Network Management (Superset, uses Ext. LinearByCoordinates)

Status definition refers to ISO 14187
Card
Profile object
SituationPublication, PredefinedLocationsPublication
Profile information

ASFINAG provides DATEX II traffic information of Austrian motorways for service providers and other interested institutions. This profile describes the message content for the Network Management. Note that the publication is two-folded: A static part (PredefinedLocationsPublication, no separate document on this) and a dynamic part (see documentation). Further note, that it is possible to omit the static part in case location referencing is done in the dynamic part (single file solution) using the Level B extension LinearByCoordinates (included in the corresponding dynamic schema).
In essence, this profile covers both the two-file and the single-file solution, as the main content does not differ between these solutions.
The static part is described in form of pictures at the end of the documentation.

Organization name
ASFINAG
Organization description

ASFINAG acts as an economically responsible motorway operator. We are convinced that modern and sustainably developed infrastructure is essential both for the mobility requirements of every single person and for Austria as a location for business. By using new technologies and innovations, we want to make Austria's motorways and expressways amongst the safest in Europe – in the interest of our customers and to strengthen the country as a place in which to do business.

Website
http://www.asfinag.at/
Country/Region
Austria
Centre type
TMC
Contact name
Dipl.-Ing. Gottfried Allmer
Contact mail
gottfried.allmer@asfinag.at
XMI file

Austrian Elementary Profile TRAFFIC DATA

Status definition refers to ISO 14187
Card
Profile object
MeasuredDataPublication,MeasurementSiteTablePublication
Profile information

ASFINAG provides DATEX II traffic information of Austrian motorways for service providers and other interested institutions. This profile describes the message content for Traffic data.

For data delivery the traffic data is split in two DATEX II files: 1. TrafficData_static: This file contains the identifiers of the traffic sensors along with the location information for all traffic sensors in different location referencing methods 2. TrafficData_dynamic: This file contains the identifiers of the traffic sensors along with the actual measurement values of the traffic sensors.

 

Organization name
ASFINAG
Organization description

ASFINAG acts as an economically responsible motorway operator. We are convinced that modern and sustainably developed infrastructure is essential both for the mobility requirements of every single person and for Austria as a location for business. By using new technologies and innovations, we want to make Austria's motorways and expressways amongst the safest in Europe – in the interest of our customers and to strengthen the country as a place in which to do business.

Website
http://www.asfinag.at/
Country/Region
AT
Centre type
TMC
Contact name
Dipl.-Ing. Gottfried Allmer
Contact mail
gottfried.allmer@asfinag.at
XMI file
Selection file

New Tagged Value for Profile core component sets and Tool support for this

Submitted by Joerg Freudenstein on Tuesday, 2 June, 2015 - 11:53
Source
Website

There is the need, to mark attributes (as well as classes, enumerations, literals) as being core components for a specific type of profile in the UML model. Note that I do not use the word "mandatory" here, because optional elements can be covered as well.

In the DATEX tool, it should be possible to select a set of core components (severals sets should be available).
Those elements must stay selected then.

Example: