PROCEEDINGS of the
23rd International Congress on Acoustics
9 to 13 September 2019 in Aachen, Germany

Using mobile application to assess quality of acoustic and visualenvironment in relationship with aircraft noise
Ferenc MARKI1; Catherine LAVANDIER2; Dirk SCHRECKENBERG3, Stephan GROSSARTH3
1

Budapest University of Technology and Economics (BME), Hungary
2

Laboratoire ETIS, Université de Cergy-Pontoise, F-95000, France
3

ZEUS GmbH, Germany

ABSTRACT
Aircraft noise annoyance has been studied for more than 50 years, asking people to rate their annoyance ona unidimensional scale. The importance of non-acoustic factors shows that a more global approach could
help to understand how people perceive their acoustic environment. Inspired by the soundscape studies, andin the frame of the ANIMA European project on the impact of aviation noise, an Experience Sampling
Method with signal-contingent sampling is chosen to question people in their daily live about the quality of
their acoustic and visual environment, and not on the annoyance. A dedicated mobile application is developed,
which collects data each hour of a day (night periods are excluded). The experiment lasts two or three weeks
depending on the number of notifications per day the participant found acceptable. After the notification,
participants are asked to record acoustic measurements (third octave bands, each second during one minute).
After the questionnaire, participants are asked to take a picture of the environment. Summary questionnaires
are filled at the end of each week, and a global questionnaire is filled at the end of the experiment. This paper
focuses on a pilot study whose aim is to evaluate the acceptability of the method by participants.
Keywords: Aircraft noise, Mobile Application, Experience Sampling

1

INTRODUCTION

The research activities of the ANIMA European project (Aviation Noise Impact Management
through Novel Approaches) aim at improving quality of life of people living in airport regions. They
should provide new insights on reducing annoyance and sleep disturbance, quantifying the effectiveness of a communication campaign in lowering annoyance and develop indicators and protection
regime for night noise. In order to better understand annoyance, generally, perceptual data arecollected through field studies. The performance of these studies is often burdened by several factors,
such as the cost of sending- and back-collection of paper-pencil surveys the low response rate toparticipation requests, sometimes the disposal of test hardware (e.g. a notebook, a measuring device),
etc. The crossing between perceptual and acoustic data is often only possible with calculated soundmetrics.
Crowdsourcing data from mobile smartphones is a new method, which has been already used fornoise monitoring in different contexts (1-3), and enables researchers to collect behavioural andacoustical data in-situ. Actually, this technology offers great opportunities because:• more and more it can be assumed that everybody owns a smartphone, so there is no more need forhanding out a mobile device, notebook for filling questionnaires or sending out paper-pencil
questionnaires that have to be sent back once they are completed;• participants can take pictures, record sounds and videos (in constantly developing quality, audio is
approaching nowadays to measurement quality), participant’s location can be determined, and1

marki@hit.bme.hu
catherine.lavandier@u-cergy.fr
3
schreckenberg@zeusgmbh.de, grossarth@zeusgmbh.de2382

(near) instant two-way dataflow is available between participant and the research team. Moreover,the progress of the test for individual participants can be monitored remotely, further on by the useof remote notification messages, in case of necessity, participants can be encouraged to do thestudy. Concludingly, smartphones can replace a whole number of different devices, areubiquitously available and are easy to be carried along;• accessing and thus acquiring (a huge number of possible) participants is much easier (e.g. throughfacebook, twitter, online portals, but former solutions – newspaper, postal letters, radioannouncement, random sampling on the basis of register data – still work), thus recruitment costs
can significantly be reduced. However, it has to be noted that a statistically equilibrated sample
selection from uncontrolled – possibly – mass of test data needs new approaches (e.g. throughlocation-data, questionnaire filling-speed, demographical data, “tricky” cross-validation questions).
The ANIMA project will feature several small studies, internally referred to as “pilot studies”, oneof which is the development of a new mobile application, called ANIMA Research, nicknamed simply
AnimApp (see Figure 1). Using the application, we aim to carry out an experience sampling [ESM]
study about the impact of the sound- and landscape of the surrounding environment on people’s
perception of the environment and their quality of life around airports.

Figure 1 – Example screenshots of the Anima Research application 'AnimApp'

2

STUDY DESIGN

The development of the application has been divided into two phases:
The pre-release stage consisted of (i) the elaboration of the test-method (i.e. what should theparticipants be asked), (ii) the development of the App on both iPhone and Android platforms, (iii)
performing the test by a few participants directly recruited by the research team, (iv) drawing conclusions on the feedback of the participants. As during such studies it is of key importance thatparticipants don’t get overly annoyed by the test itself, so they stop somewhere in the middle, not only
the study procedure must be well designed (scientifically as well as in terms of attractiveness), but
the app itself must be as far as possible error-free and user-friendly. Related to former field studies,
where paper-pencil or similar (i.e. very basic) computer programs have been used, the achievementof these two latter requirements formed a crucial part of the pre-release stage.
The release stage will consist of (i) the refinement of the test-method, (ii) modification of the app
and releasing it in the App- and Play-stores, (iii) recruitment of 60 participants around two airports(i.e. London-Heathrow and Ljubljana airports) for the ANIMA’s pilot study on the impact of thesound- and landscape of the surrounding environment on the people’s perception of the environment
and their quality of life, (iv) performance of the study, (v) evaluation of the gathered data.
In this paper, the development of AnimApp at the pre-release stage is presented. The release stage
will start in the fall of 2019.
2.1.1 Experience Sampling Method
Noise impact assessments are usually conducted by carrying out surveys in order to assess383

retrospective judgments on long-term community responses to noise within a defined study area.
However, real-life circumstances make new demands towards research and add variety to the data.
Instead of forcing people to combine different experiences in different situations at different times of
day and locations to a retrospective judgment at one point of time of measurement, the Experience
Sampling Method (ESM) allows to assess the experiences in-situ repeatedly on different (consecutive)
days at different times of day. Hence, the ESM approach can be characterized as “capturing life as it’s
lived” (4). By installing a survey-software on participants’ devices, researchers are able to prompt forseveral assessments, whenever it appears to be necessary. Data is then submitted to a server and isavailable as soon as the upload is finished.
Although ESMs have been found to be useful in many scientific disciplines they have just shortly
found their way into modern noise assessments (5). Here, we hope to have found a promising way to
get a realistic insight into people’s everyday noise experience, which we regard as essential when
examining sound perception and its impact on quality of life in individuals.
2.2 Study overview
The followings are the elements of the test conducted by the app in the pre-release stage:
2.2.1 Introduction
After installing the app, during first start, the test procedure is explained, permissions are asked
for location- and microphone usage, notification sending, and photo taking. In addition, settings haveto be overviewed and adjusted at will, so the frequency and time-span of the test suits the participant’slife style. Then the user exits the app. The application is designed as self-operating. Once installed,
notifications will prompt for assessments at random intervals (see 2.2.2). The selection of momentary,
weekly or the final questionnaire as well as the replacement of missed notifications are all automatically done without further intervention by the participants or the research team.
2.2.2 Momentary assessments
During weekdays, from 7 A.M. until 11 P.M. (when not shortened by the participant), once aroundeach full hour the app sends a notification:

Figure 2 – Notification calling to perform an assessment
Depending on the user’s preference 1-3 assessment notifications come a day. Hours ofmeasurement (i.e. 7 A.M, 8 A.M, etc.) are randomized for the whole duration of the test, so the user
doesn’t know when the next measurement request will be prompted for. Each hour of the day is tested
within the adjusted interval. The total duration of the study adapts correspondingly.
The user has to respond to a notification in 10 minutes and to start the so-called momentary measurement consisting of sound recording, questionnaire filling and taking of a picture.
During weekend days, the participants respond to the same questionnaire, however in a shortertime frame, i.e. from 8 A.M. till 10 P.M. and just every second hour only.
2.2.3 End-of-week assessments
At the end of the work-week, i.e. on Friday evening, a short end-of-week questionnaire has to be
filled in. Also after the very last weekend’s momentary assessment, the same end-of-weekquestionnaire is asked relating this time to all weekend days during the test.
2.2.4 Final questionnaire
Once all week- and week-end hours have been performed, a final questionnaire is presented to theuser asking for noise sensitivity, and standardized questions on well-being (6-7).
Note that in the context of this paper, individual actions driven by notifications are called
assessments, while the whole process will be referred as the test. The ensemble of participants’ tests
is called the study.

384

2.3 Selected questions
Most studies on the impact of aircraft noise are based on standardized questions on annoyance
and/or disturbances about a longer period of time (i.e. the 12 last months). This approach has led to
the result that only up to about one third of the variance of reported annoyance is explained by soundlevel (usually average sound level such as L Aeq , L dn or L den ) (8). The ANIMA project tries to leave thisclassical approach moving from noise pollution and annoyance towards a more ecological point ofview and the general notion of the perception of sound quality and its impact on quality of life. Actually, a soundscape approach may be useful to capture all relevant dimensions that can explain theimpact of sound environment on people. Moreover, the often used indicator 𝐿"#$ is maybe not thebest one for aircraft noise impact assessment (9); the association between more appropriate acoustic
data and quality of life could be stronger than the correlation between 𝐿"#$ and noise annoyance. So
it is worth trying to find better acoustic metrics than L den which are closer related to the people's soundperception, as it is done with the soundscape approach (3). In order to be able to calculate mostindicators that are proposed in the literature, the spectrum of the recorded sound (third octave band,
each second) is stored. The aim of this application is to be distributed all over the airports after thispre-release and the release stages, so a strict calibration phase cannot be implemented, because people
don’t have the necessary calibration hardware. Therefore, later on during the analysis, only relativeand not absolute acoustical metrics can be computed from the recordings.
At each moment when a notification is received by a participant, a series of questions appears after
the sound measurement. The questions that have been selected are inspired from soundscape questionnaires (10-11), which have been recently standardized (12-13). The first dimension is the pleasantnessof the sound, followed by the eventfulness, and the familiarity with the environment. The acoustic
environment should also be described with the types of sound sources which are present in the environment. The context is not limited to the location (which is captured by the smartphone), but should
concern also the activity of the participant at the moment of the evaluation. The context also has toinclude visual data. Actually, it has been shown that the quality of the landscape has an influence on
the perceived pleasantness of a soundscape when people are outside: the greener the landscape, thehigher quality the soundscape (14-16). When individuals are inside, the natural elements people could
see from their windows reduced the negative affect due to noise (17). We aim to examine this further
by asking participants to take a photo of their current surroundings after filling the questionnaire.
In the frame of our approach, we also want to question the rating of long term annoyance by meansof single items: people feel disturbed at different moments of the day, or evening, or even night, butparticipants could have difficulties to produce a valid annoyance rating over a longer period time (e.g.
12 months) (5, 18-20). To examine how individuals add up all the different experiences deriving fromtheir perception - at least for a one week period -, we decided to ask for the 4 questions on theenvironment (overall impression on the environment, sound pleasantness, landscape pleasantness, andrepresentativeness of the week) at the end of each week.
Of course, the unexplained variance of noise annoyance could partly derive from personal dispositions. Accordingly, we assess the mood at each notification, and the noise sensitivity and the perceived
quality of life at the end of the experiment. Noise sensitivity is assessed with one item. For theassessment of quality of life, the personal wellbeing index (6) and the WHO-5 index (7) are calculated.

3

DEVELOPMENT OF THE MOBILE APPLICATION

The description of the whole development process is out of the scope of this paper, so just selectedmajor items will be presented here.
3.1 Platform selection
Nowadays Europe’s smartphone market is practically (to 98.9%) covered with devices that run
Android and iOS operating systems (21). While Android (73% - 26%) leads significantly, in somecountries – like the U.K. – the share is near to 50-50%. As the region around London Heathrow Airport
is one of the selected sites for the ANIMA’s pilot study, it is clear that the development of the app had
to be done for both operating systems.
From the point of view of developing difficulties, iOS is in better position because Apple’s new
operating systems always support older iPhones for quite a long time back. (The iOS 12, the latest
OS, still runs on the iPhone 5S, which is 6 year old) On the other hand, on most Android smartphones
the possibility of updates to newer operating systems is restricted. Market share is quite equally385

distributed among the last 5 operating systems. This makes the development of apps quite hard.
From the distribution point of view, however, Android is in better position, because while Applehas strict rules (e.g. strong reasoning is needed for the use of privacy data, like location) and they also
check each app (and version) before the app can appear in the App Store, Google’s Play store has nosuch restrictions.
3.2 App design considerations
In regular field studies, the procedure of the study is in detail explained to the participants andonce they agree to participate, they tend to comply well, which can be enforced by offering an expense
allowance. Mobile apps are however completely different. They must be attractive enough, so the user
downloads and starts to use it, while at the same time interruptions and disturbances of activities theapp might produce have to be minimized to not corrupt compliance among the participants. Furthermore, to avoid long text based explanations, which might demotivate participants to stick toparticipate, we had to find a way of formulating instructions precisely and shortly at the same time.
Another difficulty is how to bring our test through, when the user often disregards the notifications
to do a measurement. We either accept that fact simply and make our test procedure less strict (e.g.
not all the hours have to be assessed, or the delay to start a given measurement can be (much) longer
than 10 minutes) or – as it was in the pre-release version – we constantly say our user “OOUPS! I'm
sorry, the survey must be performed not later than 10 minutes after the notification. Please wait for
the next one” and risk thus the user gets so annoyed that he/she aborts the test.
Data sending needs also attention: on the one hand, apps should avoid running all the time in the
background (and thus draining battery), but on the other hand they must make sure to send assessment
data to us, once a measurement is completed. In our case, when internet is not available after fulfillinga measurement, there is no other option than to schedule data sending for later time. However, we
ensured the battery will be drained as few as possible and even if the application is killed by the user
the schedule for the upload of data still persist.
Finally tracking of the participants’ location imposes further potential problems. In our study wewant to know the position of the user at the time of the assessment, so that we can estimate the aircraft
noise exposure for the respective positions afterwards and compare the calculated sound levels withthe measured ones. Additionally, we ask our participants to allow following their coarse position all
the time, so we have an impression how airport residents move during the day (i.e. to know – basedon noise maps – how much they are exposed to aircraft vs. other noise). This latter functionality isextremely prone to battery drain, so it must be very carefully programmed and its unnecessary use canalso be the reason for app-refusal at Apple. While the pre-release version, which was only distributed
for testing, was approved by Apple, we hope that the release version, which will appear in the App
Store, gets also approval.
3.3 Development issues
During development and testing we encountered several issues on both platforms: some needed
special attention to cover all possible situations, other things, which should have work, simply notalways do:• Notifications: when a notification comes, the user can ignore, refuse or answer to it. Both operating
systems have their own procedures to handle these actions, but it is important to take all possible
scenarios into considerations, e.g. what happens when two or more notifications have been presented already and the user accepts the first one; what to do when notifications have been presented
but instead of acting to them the user starts the app; how to repeat/dismiss a notification if the user
seems not to act to one; define a proprietary notification sound (how long, how “aggressive”) or
use the system’s notification sound.
It was also of key priority that notifications drive the whole test-procedure. So it had to be madesure, that even if the app crashes or is killed and the user doesn’t start the app any more, the next
notification reliably comes and pushes forward the performance of the test.
• Data transfer: Apple’s ecosystem practically does not support simple http post commands to normal(unsecure) servers, so secure connections must be established. This is also necessary in order tocomply to data protection regulations. However, this increases difficulty of the development process and raises the necessity for iOS app’s to send an Annual Self Classification Report to U.S’s
Bureau of Industry and Security. The development of the Android based application bore additionaldifficulties, by not providing built-in libraries for sending the so called simple multipart requests386

– the most common data format to send files to a server. While Apple provides one, it is difficult
to use. Ultimately both platforms needed external packages for data transfer, which unfortunately
often didn’t work as expected.
• Interferences by other apps: specific to smartphones is the ability that apps can anytime be interrupted by an incoming call, a notification (whether responded or not) or by the user directly. (Inthis app specifically: an incoming call while recording the sound; aborting the questionnaire fillingfor a while because of a chat-activity.) All these situations have to be carefully taken into accountwhat to do if these things happen. Unfortunately even the presentation of a pop-up message, which
vanishes in a few seconds, can break the normal app work-flow.
3.4 Randomisation considerations in view of missed notifications
For all field studies, from the point of view of later statistical analysis, the randomness of sample
collection is very important. Therefore, to assure good randomisation among assessment hours andamong participants, for AnimApp it has been decided (a) to let the participants perform an assessment
at randomly selected hours (but along the test, each hour will be assessed just once), each day as manytimes as he/she set it up in the settings, (b) to define a 30 minute time-frame around full hours, toremove the last 10 minutes as reservation for delayed acting to the notification and then randomly
select the exact time in the resulting time span (e.g. between 7:45 and 8:05), (c) to allow a maximumof 10 minutes delay after getting the notification.
On the Android platform, the randomisation was always performed only for the next day. If aparticipant missed a notification, the app tried to schedule a replacement hour on the same day. The
result was that at the beginning of the test (before the completion of evening hours), the test-progress
was faster, but had the drawback, that ultimately – in case of (a) missed notification(s) - the user was
notified more often than originally intended and marked by the participant in the settings.
On the iPhone platform however, the randomisation was performed for the whole duration of thetest right at first start (i.e. all notifications have been scheduled). When a notification was missed, theexact time-point was put at the end of the list, i.e. to the last day. The result was that a user was strictly
as many times requested to perform a measurement as he/she specified, but that the total test period
for this participant was longer.
All in all, both randomisation and rescheduling methods had its advantages and disadvantages,
neither of them seemed to be more appropriate. For the test persons, one of the main problem was thatthe 10 minute allowed delay for a measurement was too short and thus led to frustration to get the“OOUPS” message so many times. For the release version therefore some alleviations will be made,which, unfortunately, will lower the total randomness.
3.5 Data security, privacy
AnimApp made several steps to respect people’s privacy:• It is not necessary for the users to enter any personal data to register in the study, they simply get
automatically the next free user ID from the server during the first data-sending to the server. So
users remain anonym.
• The sound recording is right on the phone transferred into a series of 3 rd octave band spectra, one
for each second, and only this is transmitted to the server. This keeps privacy in a natural way, as
the original audio recording cannot be reconstructed from 3rd octave band spectra.
• The questionnaire data doesn’t contain any personal information, so nobody knows from whom thegiven judgments come.
• During photo-taking the user is asked to respect people’s privacy, by either avoiding any persons/faces on the photos, or by being far enough so that others are not recognisable. By not following our request, theoretically, we could have still collected photos from people. But as it turned
out that picture taking is better to be replaced by a few questions, in the release version the optionof picture taking will be skipped, so no more privacy issues can occur with regard to this aspect.
• A user has explicitly to agree to the all of the time (coarse) location tracking, but can also refuse.
In the release version the obtained positions will be rounded to a grid of 100 * 100 m. This willfurther protect privacy.
• For any cases, during first start, a user must explicitly agree to our privacy policy, including theagreement that we collect/store/process data from the participant with his/her approval. However,in practice, we don’t collect any sensitive data.

387

4

EXPERIENCES WITH THE PRE-RELEASE VERSION

The pre-release version has been tested during the winter 2018. A feedback questionnaire has been
proposed to the “beta” testers. In general, the application is easy to tackle and works quite well.
Nevertheless, it appears that there were some minor technical problems, but also some confusion on
the evaluated items:
The sound measurement, which lasts one minute at the beginning of the evaluation, was not a
constraint for testers.
The number of notifications is limited to three in this pre-release version. Some testers felt that
more notifications a day would be appreciated especially when they have free time to carry out theexperiment. Thus the number will be increased for the release version but will still be limited to a
maximum of five per day in order to avoid a concentration of assessments on the same day.
The global duration of the experiment is quite long in the pre-release version. Actually, at the endof the experiment, if time slots are missing especially for week-end situations, participants have to
wait till the next (week-end) day to fill the questionnaire. Moreover unintendedly missed notifications
may be quite frustrating for a participant who wants to finish the experiment quickly. Thus, in therelease version, some relaxing seem to be necessary to be made to the test procedure.
In the pre-release version, the visual pleasantness was asked in order to analyse the influence ofthe vision on the sound perception. This was justified by researchers who worked on the influence of
natural elements in the landscape on the soundscape (see section 2.3). However during the pre-release
phase, we realized that participants resided inside a room for most of the time. When asked for a photo,
they tend to evaluate the design of the furniture and not the green elements through windows. We
realized thus that taking a photo was more confusing than necessary. For the release version, we
decided to skip taking a picture of the current environment, but added questions regarding the viewto the outsides, if perceivable. When participants are outside, they also have to specify the type oflandscape they see.
We realised that we did not ask for global sound assessment at the end of the experiment. However,there is no reason for limiting the global assessment only to the integration over one week and not toallow for judgments integrating the experiences over the whole test period (2 or 3 weeks)? Thus, it
has been decided to ask the participants on the four environment assessments also at the end of theexperiment (see penultimate paragraph of section 2.3).

5

CONCLUSION

A pre-release version of an application has been developed in the frame of the EU ANIMA projectin order to study the impact of the sound- and landscape of the surrounding environment on people’ssound perception and its impact on their quality of life around airports. The method of experiencesampling [ESM] has been chosen because it captures subjective experiences as they are experienced
in-situ in real life, and not assessed in a field study in terms of retrospective judgments aggregating
responses to noise over a longer period of time.
Notifications to perform an assessment arrive maximum three times a day, and the test has been
designed in order to collect assessments from experiences in every (awake) hour during week days
and in every two hours during week-end days.
Perceptual data on the sound environment as well as visual environment are collected, in addition
to acoustic data (third octave band spectrum each second during one minute) and taking a photo.
Participants also reported about the context of the perceived environment, i.e. the current activity(working, relaxing, taking a meal, playing, making sport, etc.) and type of location (at home, at school,
at shopping, etc. for inside or countryside, urban street, etc. for outside).
Feedbacks of “beta” testers guided the development of the release version. In general, participants
found the pre-release version very easy to handle, but a little too long. The questions about the visualenvironment were not specific enough. They have been simplified in order to focus on the outdoor
environment. Therefore, in the release version photos are not taken and stored anymore. Instead, thetype of the landscape is assessed when outside and inside (if it is visible through window). The pilot
study with the release version should start in fall 2019.

ACKNOWLEDGEMENTS
This work has been achieved in ANIMA, a project that has received funding from the European
Union’s Horizon 2020 research and innovation programme under grant agreement # 769627. Special

388

thanks goes also to project partners, who contributed to the specifications for the application.

REFERENCES
1. Maisonneuve N, Matthias N. Participatory noise pollution monitoring using mobile phones. Information Polity 2010; 15: 51–71.
2. Radicchi A, Henckel D, Memmel M. Citizens as smart, active sensors for a quiet and just city. The caseof the ‘open source soundscapes’ approach to identify, assess and plan ‘everyday quiet areas’ in cities”,
Noise Mapping J. 2018; 5:1–20.
3. Ricciardi P, Delaitre P, Lavandier C, Torchia F, Aumond P. Sound quality indicators for urban places in
Paris cross-validated by Milan data. J Acoust Soc Am. 2015; 138(4): 2337–2348.
4. Bolger N, Davis A, Rafaeli E. Diary methods: capturing life as it is lived. Annu Rev Psychol. 2003; 54:
579–616.
5. Steffens J, Guastavino C. Trend Effects in Momentary and Retrospective Soundscape Judgments. Acta
Acust United Acust 2015; 101: 713–722.
6. International Wellbeing Group. Personal Wellbeing Index: 5th Edition; 2013. Available fromhttp://www.acqol.com.au/uploads/pwi-a/pwi-a-english.pdf (May 2019).
7. Psychiatric Research Unit, WHO Collaborating Centre in Mental Health. WHO (Five) Well-Being Index;
1998. Available from https://www.psykiatri-regionh.dk/who-5/Documents/WHO5_English.pdf (May2019)
8. Guski R. Personal and social variables as co-determinants of noise annoyance. Noise Health 1999; 3:4556.
9. Guski R. The increase of aircraft noise annoyance in communities. Causes and consequences. Keynote.
Proc ICBEN 2017; 18-22 June 2017; Zurich, Switzerland 2017; ID 4164. Available fromhttp://www.icben.org/2017/ICBEN%202017%20Papers/Keynote04_Guski_4164.pdf
10. Axelsson, O, Nilsson M, Berglund, B. A principal component model of soundscape perception. J Acoust
Soc Am. 2010; 128(5): 2836–2846.
11. Cain R, Jennings P, Poxon J. The development and application of the emotional dimensions of a soundscape. Applied Acoustics 2013; 74: 232–239.
12. ISO 12913–1. Acoustics — Soundscape — Part 1: Definition and conceptual framework. Geneva,
Switzerland: International Organization for Standardization (ISO); 2014.
13. ISO 12913–2. Acoustics — Soundscape — Part 2: Data collection and reporting requirements. Geneva,
Switzerland: International Organization for Standardization (ISO); 2018.
14. Pheasant R, Horoshenkov K, Watts G, Barrett, B. The acoustic and visual factors influencing the construction of tranquil space in urban and rural environments tranquil spaces-quiet places? J Acoust Soc Am.
2008; 123(3): 1446-57.
15. Viollon S, Lavandier C, Drake C. Influence of visual setting on sound ratings in urban environment.
Applied Acoustics 2002; 63: 493–511.
16. Preis A, Hafke-Dys H, Szychowska M, Kociński J, Felcyn J. Audiovisual interaction of environmental
noise. Noise Cont Eng J. 2016; 64: 36-45.
17. Van Renterghem T, Botteldooren D., View on outdoor vegetation reduces noise annoyance for dwellers
near busy roads”, Landsc Urb Plan 2016; 148: 203–215.
18. Susini P, McAdams S, Smith BK. Global and Continuous Loudness Estimation of Time-Varying Levels.
Acta Acust united Ac 2002; 88: 536–548. .
19. Fiebig A, Sottek R. Contribution of Peak Events to Overall Loudness. Acta Acust united Ac 2015; 101:
1116–1129.
20. Västfjäll D. The ‘end effect’ in retrospective sound quality evaluation. Acoust. Sci. Technol 2004; 25:
170–172.
21. StatCounter Global Stats. Mobile Operating System Market Share in Europe; 2019. Online. Available
from: http://gs.statcounter.com/os-market-share/mobile/europe (May 2019).

389