Abstract

Cooperative Intelligent Transportation Systems (C-ITS) make the exchange of information possible through cooperative systems that broadcast traffic data to enhance road safety. Traffic light assistance (TLA) systems in particular utilize real-time traffic light timing data by accessing the information directly from the traffic management center. To test the reliability of a TLA system based on networked intervehicular interaction with infrastructure, we present in this paper an approach to perform theoretical studies in a lab-controlled scenario. The proposed system retrieves the traffic light timing program within a range in order to calculate the optimal speed while approaching an intersection and shows a recommended velocity based on the vehicle’s current acceleration and speed, phase state of the traffic light, and remaining phase duration. Results show an increase in driving efficiency in the form of improvement of traffic flow, reduced gas emissions, and waiting time at traffic lights after the drivers adjusted their velocity to the speed calculated by the system.

1. Introduction

Cooperative Intelligent Transportation Systems (C-ITS) make the exchange of information possible through cooperative systems that broadcast traffic data to enhance road safety. Lab-controlled platforms provide the test bed conditions required to perform realistic experiments with massive amounts of valuable data. This allows for the evaluation of a variety of protocols, as well as interaction with in-vehicle systems and services [1].

According to research developed in the United States by the National Highway Traffic System Administration (NHTSA), drivers who did not respect red lights in an intersection controlled by a traffic light caused from 1997 until 2004 an average of 51% of the fatal traffic crashes [2].

The technology behind traffic light timing programs is rapidly evolving. The aim is to further develop adaptive signal control technology (ASCT) in an effort to adapt traffic light timing programs to the demands of real-time traffic and thus reduce traffic congestion in urban areas. However, these technologies have only been implemented in a small number of road networks, and the majority of urban areas still have pretimed control systems installed in their traffic systems. Their preset time intervals are the same every time the signal cycles, regardless of changes in traffic volume [3]. This pretimed mode is ideally suited to closely spaced intersections where traffic volumes and patterns are consistent. It can be used to provide efficient coordination with other traffic signals, since both the start and end of green light phases are predefined. On the other hand, pretimed control tends to be inefficient at intersections where traffic arrivals are random. This causes redundant and unnecessary waiting times, significant traffic jams, and excessive delays [4].

Some systems use different preset time intervals for morning rush hour, evening rush hour, and other busy times based on historical data. Even if the information of the traffic lights is stored at each traffic management center, it is not yet used to help drivers to improve their driving behavior while approaching an intersection controlled by a traffic light [6]. Some works have demonstrated that visual warning signals can improve driving behavior [7], and due to the complex traffic situations at urban intersections there is a need for more intelligent control solutions.

Along this line of intelligent solutions, vehicle-to-everything communication (V2X) is applied to Intelligent Transportation Systems (ITS) to establish not only vehicle-to-vehicle (V2V) connection, but also to the surrounding infrastructure. This connectivity enhances traffic situational awareness across the entire road network and aims at optimizing traffic flow, reducing the number of road accidents, lowering traffic congestion, and minimizing carbon emissions. V2X technologies require in-vehicle technology (i.e., on-board units) and roadside units (RSU) attached to the infrastructures of the road. The world’s first digital highway was established in 2015 on the A9 highway in Bavaria, Germany [8]. Digital highways are stretches of road for introducing and testing applications based on V2X. More than 50 car companies, such as Audi, Mercedes, and BMW, have expressed their interest in testing new technologies on this digital highway.

ITS provide real-time information for decision-making algorithms that can be then used by travelers and traffic management systems. Different advanced driver assistance systems (ADAS) have been developed to make drivers aware of their surroundings while driving. Some of the most common include forward collision warning (FCW), which detects a leading vehicle and calculates relative speed and distance in order to generate warning signals based on time to collision (TTC); traffic sign recognition (TSR) or systems that recognize different traffic signs to augment the field of view of the driver; traffic light recognition (TLR), to detect and recognize traffic lights; and traffic light assistance (TLA) systems that acquire data related to the signal timing, tailback, and geometry of intersections and combine it with in-vehicle data [9]. For each of them, collection of different data is required, such as speed or distance to the following car or next traffic light.

As a natural advance in the research in cooperative systems and automated vehicle development, autonomous driving technology includes V2X capabilities. We implemented a simulator platform to test those ADAS that rely on vehicle-to-infrastructure- (V2I-) based communication and present in this paper a TLA system in a simulated context. The proposed system retrieves the traffic light timing program within a range, in order to calculate the optimal speed while approaching an intersection. The system warns the driver by displaying a message in the dashboard, showing a recommended velocity based on the vehicle’s current acceleration and speed, phase state of the traffic light, and remaining phase duration. Driving efficiency is increased once the driver adjusts their velocity to the speed calculated by the system. By retrieving the information from the traffic light predefined program, it is possible to improve traffic flow and reduce traffic delays.

In order to develop the approach, Simulation of Urban Mobility (SUMO) [10], Unity 3D [11], and City Engine [12] were used for the development of the two different scenarios for the experiments. Routing directions were displayed in the user-controlled vehicle (UCV) in both scenarios.

Scenario 1. UCV had the TLA system activated.

Scenario 2. UCV did not have the TLA system activated.

We defined the following research questions that were tested within the described framework.(1)Is there a significant amount of time saved at the light, waiting, and as a consequence travel time from start to destination, by implementing and using TLA technology?(2)Do TLA systems improve the efficiency of traffic flow?(3)Do TLA systems reduce the amount of emissions?

We additionally define the following null hypothesis:

H0: the TLA system that conveys the optimal velocity for approaching an intersection does not reduce the time waiting at a traffic light or the total time spent to reach the destination, nor does it result in an improvement of traffic flow.

The next section considers related work in simulation approaches. Section 3 describes the development of the simulation platform. Section 4 presents the implementation of the TLA system. Section 5 describes the experimental procedure to test the TLA. Section 6 reports on the performance and validation results of the developed system. Finally, Sections 7 and 8 discuss the results and conclude the paper.

Several works have reported on the application of TLA services based on C-ITS standards. For example, the authors in [14] describe some significant steps for cooperative signaling that involve connecting to the city infrastructure to generate the service data. They argue that, in most European cities, traffic light controllers are equipped with inadequate hardware and do not allow proper communication with the traffic management center.

The authors in a further work [9] present and test a traffic light assistant prototype that combines V2X and mobile communication in real traffic. This TLA prototype extracts signal timing, tailback, geometry, and hazard information of intersections and combines it with internal vehicle data. Concepts for processing, management, and visualization of V2X and Traffic Signal Information (TSI) messages are also described.

In order to test V2V and V2I application developments in a controlled system, [15] combines a traffic and communication simulator with a multiuser driving simulator for a low-cost testing environment. In line with this research, we present in this paper an approach that simulates a visual TLA system in Unity 3D, using SUMO as the traffic simulator in order to test the research questions and hypotheses defined in the previous section.

Car manufacturers have already announced the first traffic light information systems based on V2I communication through 4G LTE connection [16]. The first real life experiments with V2I services were carried out at the end of 2017.

Regarding the effectiveness of the output modality to convey information related to traffic lights, both visual and auditory warnings have been studied in simulation frameworks. Most of these studies focused on visual warnings for displaying the messages created by the system. In [7], five different human machine interfaces (HMI) were evaluated. Each of the HMI provided the same information that was displayed in various manners. The study concluded that all the HMI contributed to augmenting situational awareness regarding the phase of the traffic light.

A further study that focused on conveying information based on TTC regarding a vehicle running an upcoming red light stated that visual warnings distracted drivers [17]. However, the relationship between auditory warning systems and driving behavior is still ambiguous and requires further investigation, although many visual ADAS systems are already integrated into vehicles and fully accepted by drivers.

TLA systems utilize real-time traffic light timing data by accessing the information directly from the traffic management center and combining it with GPS data. This makes it possible for vehicles to calculate exactly which traffic light they are approaching, whether that light is red or green, and how long it will be until it changes. The vehicle also calculates if it will be able to drive through an intersection with a green traffic light based on how fast it is moving. All of these data alert the drivers of any upcoming situations posed by the next intersection and help them to adjust their speed in order to avoid waiting at red lights.

Evaluation of new in-vehicle technology using simulators has been performed in different works. For example, in [18] a user interface for a novel traffic regulation system was assessed. The interface conveyed information to the driver which was based on the ubiquitous optimized management of individual intersections where physical devices were replaced by virtual traffic lights (VTL). However, only a few works address in-vehicle technology based on simulated environments with V2I capabilities, and as far as it is known to the authors, no approach of a visual TLA system has been implemented in Unity 3D using SUMO as the traffic simulator.

3. Simulation Framework Implementation

3.1. Generation of the Scenario Network

Using the traffic network defined in the XML SUMO network file, a complex network was created to be used as the scenario of the simulation. SUMO uses an - coordinate system to locate all the elements of the network. The selected area was the Neubaugurtel Strasse in Vienna, as the amount of traffic lights on this road is significant. The source used for extracting data was Open Street Map (OSM) [19] since it allows the selection of areas of interest and automatically generates an  .osm file. The desired area was defined manually as shown in Figure 1. In order to create the corresponding  .net.xml file, the application NETCONVERT was used. Additional data included in OSM regarding buildings, parks, rivers, and so forth was visualized by using the POLYCONVERT tool.

To edit the network the tool NETEDIT was used, and the junctions in which there were a significant number of intersections were merged. Connections between roads were also edited.

3.2. Modification of TLS Programs for the Created Network

The  .net.xml file generated from the NETCONVERT tool includes information about the traffic light systems (TLS). After verifying the  .net.xml file, it was found that not all of the TLS programs with only one intersection had a red phase. An example of these errors can be found in the code in Algorithm 1.

<tlLogic id="joinedS_6" type="static"
programID="0" offset="0">
<phase duration="86" state="GGG"/>
<phase duration="4" state="yyy"/>
</tlLogic>
<tlLogic id="joinedS_7" type="static"
programID="0" offset="0">
<phase duration="88" state="GGGGGG"/>
<phase duration="2" state="yyyyyy"/>
</tlLogic>

In addition, some phases were longer than in reality. Therefore, this behavior was adapted for real conditions by shortening the length of the phases and/or adding missing red light phases. Once these two modifications were done, the edition of the network was completed.

3.3. Connection of SUMO with Unity 3D Using the TraCI Protocol

In order to create a connection between the SUMO and Unity 3D simulators, an interface was required to implement the communication. The communication protocol Traffic Control Interface (TraCI) was used to this end. TraCI’s architecture is Client-to-Server, so that information that is required dynamically can be accessible to both SUMO and Unity 3D. SUMO acts as a TraCI server and it will listen for incoming connections from external applications. Once SUMO has accepted the connection request, the TraCI client takes control of the simulation, which enables the client to affect the behavior of the simulation by sending commands to SUMO. As described in [20], in order to implement the TraCI protocol the existing library TraCI as a Service (TraaS) [21] was selected, as it allows remote control of SUMO from any programming language.

3.4. Scenario Set-Up

The Unity project created to evaluate the implemented TLA consisted of a set of folders, such as prefabs (vehicles and roads models), scripts, materials (characterization of models), Plug Ins (data base connection), and TraCI library (implementation of TraCI protocol). These folders were located in the Assets folder to be read.

As previously mentioned, we created an urban scenario to test the use cases with and without the TLA system implemented. Once the scenario was initialized, information about the simulated objects of interest such as buildings and their shape was retrieved. Additionally, real tree data were downloaded from the Vienna Municipal Departments 41 [22] and 42 and then imported into CityEngine as an object file, which was used to create the experiment’s urban environment. An additional script was implemented to apply textures to the objects imported to CityEngine. Key buildings were thus recognized by the participants.

All the described parts constituted the final scenario that was imported as an  .fbx file into Unity 3D as a GameObject. Once the urban environment was completed, a Mini Cooper vehicle was imported into the Unity 3D game engine and defined through scripts that also described the steering wheel and wheel movement.

4. Traffic Light Assistance Implementation

Vehicles in SUMO automatically follow a defined TLS schedule. In order to represent the traffic lights in Unity 3D, we used models of traffic lights and created a script to manipulate their behavior. Traffic lights are not defined as such in SUMO. Instead, SUMO uses TLS to control specific intersections. Consequently, one intersection might have more than one traffic light within a single TLS. Therefore, traffic lights were placed manually in their corresponding positions, and timing was adjusted in accordance with the TLS’s schedule in SUMO.

We implemented a script that contained a matrix of Boolean variables describing the different modes of the traffic light. Each mode was defined by three variables, one per state, that were ordered as follows: red-yellow-green. Depending on the actual phase of the traffic light, the variable duration was modified according to the phase duration in SUMO. For changing the color of the traffic light, the three variables of the actual mode were verified. The color was set depending on which position of the matrix was true. The code in Algorithm 2 shows an example in which the traffic light state is green.

//-- Mode 0:
false, // direction 1 red
false, // direction 1 yellow
true, // direction 1 green
// Mode 0: Direction 1: Green
//
if (traffic_lights_mode == 0)
direction_time = 50; //
traffic_lights_counter += Time.deltaTime
2.0f;
if (traffic_lights_counter >= 2.0f
direction_time)
traffic_lights_mode = 1;
traffic_lights_counter = 0.0f;
//-- set direction 1 light green
if (traffic_lights_status_table
traffic_lights_mode 3) + 2 +
((int)(crossway_direction) 3 == true)
traffic_light_renderer.transform
.GetComponent
<Renderer>().materials . color =
new Color (1.0f, 1.0f, 1.0f, 1.0f);
if (use_real_lights == true)
lightsource_green1.
GetComponent<Light>()
.enabled = true;
if (traffic_light_type_single
== false)
lightsource_green2.
GetComponent<Light>()
.enabled = true;

A TLA ADAS system was created and integrated into a UCV. This system computes the Green Light Optimal Speed Advisory (GLOSA) algorithm [5] shown in Algorithm 3 in order to calculate the optimal speed for approaching the next traffic light.

Find the closest traffic light
Calculate distance and time to traffic light
Check phase at
if GREEN then
Continue trip
Target speed
else if RED then
Calculate remaining red time ()
Calculate target speed for + :
else if YELLOW then
Calculate remaining yellow time ()
Check for possible acceleration
Calculate target speed for + + :
end if
Advisory speed = max(, ) & min(, )

In order to compute this algorithm, several integral components of information about the TLS and the UCV were required. The information collected for each TLS was as follows:(i)Time until next green phase.(ii)Current state of the TLS.(iii)Complete GreenYellowRed program of the TLS.(iv)Links controlled by the TLS.

SUMO defines a fixed-time program for each TLS, and it can be either static or actuated. TLS programs describe the behavior of all the traffic lights placed at an intersection. For example, in the following state definition of a TLS phase, <phaseduration /> each character in the string within a phase’s state describes the state of one link of the TLS (g for green, y for yellow, and r for red). One lane may contain more than one link, for example, one for vehicles turning right and one for vehicles continuing straight.

The state of a TLS is defined as a string of characters. Each character describes one link controlled by the TLS. When the position of the character and the lane at which the vehicle is located match, the state is verified. Then, two variables called and are defined. contains the minimum time until the traffic light is green, defining the exact moment at which it would change from red to green. contains the time at which the next green phase will end.

Based on the performed calculations several messages regarding a recommended velocity for the UCV were displayed in the dash board screen. The messages displayed depended on the value returned by the TLA algorithm and the corresponding calculated velocity based on the distance of the UCV to the traffic light. If this distance was smaller than 80 meters, the GLOSA algorithm was computed and the correspondent message to reach the traffic light in the green phase from the list below was conveyed to the driver.(i)Actual speed is optimal.(ii)Speed needs to be decreased.(iii)Speed needs to be increased according to the recommended range.(iv)The system informs of a necessary stop at traffic light due to the long duration of the red phase in combination with the speed calculated by the algorithm.

Figure 2 shows one example for a message that recommends reducing velocity in order to reach the traffic light in the green phase.

5. Experimental Procedure

In order to test the performance of the TLA system, experiments were performed on drivers under lab-controlled conditions. After being welcomed, each participant was given a brief explanation of the tasks to perform in the simulator. They then drove for five minutes in order to get familiarized with the simulation platform. The flow chart of Figure 3 depicts the experimental procedure. A total of 25 participants aged between 21 and 55 completed the experiment (mean age = 27.5, SD = 9.2, 64% male, 36% female). They were asked to follow the traffic rules and to not exceed the speed limit for an urban area of 40 km/h. All participants followed the route directions displayed on the dash board as they would with a navigation system.

In Scenario 1, the TLA ADAS system was not activated; therefore the data were logged for a representation of the baseline condition. Once the participants reached the end of the route, Scenario 2 with the activated TLA system was loaded and the corresponding data logged (see example in Figure 2). The duration of each phase was 15 minutes. When the experiment was completed, each participant was asked to fill out a questionnaire to rate their experience with the simulator and the efficiency of the system implemented. Figure 4 shows a participant during the experiment with the TLA system activated.

5.1. Data Acquisition and Processing

The pertinent data for testing the hypotheses were logged. First, the state and remaining phase time of the link at which the UCV was placed was retrieved and stored. Additional data related to the UCV regarding speed, distance, and time were logged and stored in a SQLite database. The data were then processed to calculate the main metrics from the simulation experiments: driver’s average speed, total traveled time, delay or waiting time at traffic lights, emissions, and number of stops.

In order to calculate the emissions, a method was used relying on the speed-based model proposed by the National Institute for Land, Infrastructure and Transport (NILIM) [23]. This model is based on the size and weight of the vehicle in question (small and large), the average speed of the vehicle, and the distance traveled. A Mini Cooper was used as the UCV in the simulation; therefore the approximation for a small vehicle was used to determine the emissions as described in (1) [13].(i) = emission factor of per unit distance.(ii) = average travel speed of vehicle .(iii), , , and = parameter:

The resulting equation for the total amount of emissions of a vehicle is as follows: = , where is the total distance traveled. Figure 5 [13] shows the relationship between average speed and emissions.

An approximation of the curve for the small vehicles was written into the C# program language in order to calculate the throughout the evaluation of the simulator. The variables were logged into the database.

Regarding the collection of data related to the qualitative evaluation of the system, a Likert scale was used with values that ranged as follows: 1 = strongly disagree to 5 = strongly agree. The questionnaire asked the participants to rate the following four elements:(1)Effect of the TLA on the driver’s behavior(2)Satisfaction with the messages displayed by the TLA system(3)Performance of the TLA system(4)Distraction level of TLA

5.2. Data Analysis

Metrics related to driving performance were compared using the paired -test to determine whether the TLA system improved driver performance and to draw conclusions about the impact of the proposed ADAS system. The test calculates the difference within each before-and-after pair of measurements, determines the means of these changes, and reports whether this mean of difference is statistically significant.

The level of significance used for the performance of the -test was 0.05. The following steps were followed in order to test the validity of the null hypothesis [24]:(i)Calculation of the sample difference mean () is as follows. In order to get this value, the difference between each value of the observed paired driving metrics from the different scenarios ( and ) was calculated (see equation (2) [24]).(ii)Calculation of the standard deviation of the difference () in order to calculate the standard error of the mean difference is as follows. = , where is the strength of the sample.(iii)Calculation of the -statistics () is as follows. This calculation follows a -distribution with degrees of freedom under the null hypothesis.The value is compared with the distribution using the table of the -distribution, which gives the value for the paired -test.

The value determines whether the results are statistically significant or not. The null hypothesis can only be rejected when the value obtained is smaller than the significance value (0.05).

6. Results

6.1. Quantitative Evaluation

The total time traveled, average speed, total time waiting at red lights, number of stops at traffic lights, and emissions were the parameters measured during the experiments. Table 1 shows the comparison of the mean values and the standard deviation between the scenario without the TLA and the scenario with the TLA system. The average values of emissions were very similar. However, there was a slight reduction of 3% with the TLA system activated. By implementing the TLA system the total time spent completing the route was remarkably reduced. This difference in time was statistically significant with respect to the one obtained without the TLA system. Regarding the number of stops at traffic lights, 20 traffic lights were placed throughout the scenario. Without the implementation of the TLA system, the average number of stops per participant was 13.6 (68% of the traffic lights), whereas with the help of the TLA system, the average number of stops was reduced to 8.88 (44.4%). Due to this fact, the total time spent waiting for the traffic light to change to its green phase was reduced in 34.22%.

Figure 6 shows how the activation of the TLA produces an increase in the average speed and a decrease in the rest of the indicators. Figure 7 shows the efficiency improvement by comparing the variables in both scenarios.

6.2. Correlations

Correlation matrices between the monitored indicators in Scenarios 1 and 2 are shown in Tables 2 and 3. The values correspond to the Spearman correlation coefficient between each pair of variables.

Figure 8 depicts the correlations between the variables in Tables 2 (Scenario 1) and 3 (Scenario 2). Although both graphs seem to maintain similar correlations, Figure 8(a) shows a decrease in the impact of the average velocity on emissions in Scenario 1. This behavior is a consequence of the TLA activation, and it has an effect on the decrease of delays, producing on the one hand an increase in average speed and, on the other hand, more constant regimes that reduce acceleration and jerks, therefore lower emissions and fuel consumption.

6.3. Qualitative Evaluation

Results regarding the qualitative evaluation showed that almost all of the participants were able to understand the messages displayed by the system. 3 participants (12%) did not follow the recommendations of the system because they were engaged in observing the surrounding scenario. Seven participants (28%) felt distracted by the TLA system, the mean value obtained for the subjective distraction level being 3.08 (Likert scale range 1 = strongly disagree to 5 = strongly agree).

The participants rated the system as helpful and useful, the mean value obtained being 4.12. A graphical representation of the ratings obtained from the postquestionnaire is shown in Figure 9. Some extra comments and possible improvements to the TLA system were recorded. For example, one participant mentioned that speed advice messages could also be triggered as audio messages instead of visual messages, even if the information conveyed would have to be expressed in a more complex manner. Additionally, 20% of the participants made the suggestion of placing the TLA system in a higher position, to have the messages at a more optimal point within the driver’s field of view.

7. Discussion

The driving performance metrics measured and logged throughout the simulator experiments were total traveled time, delay or waiting time at traffic lights, average speed, emissions, and number of stops.

The travel distance for each participant was around 2.1 km whereas, in [5], the travel distance was less than 1 km. The maximum speed permitted for driving was 40 km/h as the scenario was developed in an urban area. Drivers were focused on not exceeding this limit. At the beginning of the experiments, participants were familiarized with the pedals and steering wheel and became accustomed to the manner in which the messages that signaled the route were presented.

The mean number of stops without the TLA activated was significantly higher than with the system activated, the TLA system thereby having a significant impact on the drivers behavior.

With the activation of the TLA system, the waiting time or delay was drastically reduced by 34%. Previous literature showed a reduction of 30% [15]. Additionally, the total time of the journey was reduced because participants were able to avoid red lights. The total travel time was reduced by 9% when using the TLA system, meaning a shorter time than in [15]. The difference in the number of traffic lights, length of the path, and maximum permissive speed in both experiments were the factors which influenced the difference in total traveled time.

There was an interrelation between the travel time and the average velocity. With the implementation of the TLA system, driving performance metrics like waiting time at traffic lights or delay and total travel time were reduced in comparison with the scenario without the proposed system, which resulted in an increase in the average speed.

Results regarding emissions showed that the variation was proportional to the difference between the mean speeds obtained. Similar results were obtained in [15] regarding and average speed.

The purpose of the postquestionnaire was to confirm that the proposed system was suitable for further experiments. Based on the opinion of the participants, the experience with the system was very satisfactory. The lowest value within the questionnaire was obtained from the level of distraction caused by the system. However, participants considered the messages clear and intuitive.

8. Conclusion and Future Work

We presented in this work the design and implementation of an in-vehicle TLA system which provides speed advice regarding optimal velocity when approaching an intersection controlled by a traffic light. In order to implement the TLA system, a driving simulator was developed. This simulation consisted of software components based on SUMO and Unity 3D.

The defined hypothesis was tested and according to the results, the alternative hypothesis H1: the TLA system that conveys the optimal velocity for approaching an intersection reduces the time waiting at a traffic light and the total time spent to reach the destination and also improves traffic flow was accepted.

The validation of the simulator was achieved through the high participant ratings. They did not find the system irritating and they described it as useful and helpful. In conclusion, the proposed system had positive effects on the drivers’ behavior and its performance was satisfactory.

The potential of TLA systems has been demonstrated in this work. However, opportunities for extending the scope of this work beyond its current state remain. The UCV retrieves the data directly from the control management center that maintains control of the operation of the traffic lights. The development of a new scenario with traffic lights and attached RSU in order to directly communicate with vehicles will follow in future work. To this end systems that enable the preparation and execution of V2X simulations (i.e., VSimRTI [25]) can be used to take advantage of existing libraries to communicate with SUMO.

Conflicts of Interest

The authors declare that they have no conflicts of interest.

Acknowledgments

This work was supported by the “KiTSmart Project City of Vienna Competence Team for Intelligent Technologies in Smart Cities,” Project no. 18-07 funded by national funds through the MA 23, Urban Administration for Economy, Work and Statistics, Vienna, Austria, and the EU Erasmus + framework program.