As in many countries, in The Netherlands governmental organisations are acquiring 3D city models to support their public tasks. However, this is still being done within individual organisation, resulting in differences in 3D city models within one country and sometimes covering the same area: i.e. differences in data structure, height references used, update cycle, data quality, use of the 3D data etc. In addition, often only large governmental organisations can afford investing in 3D city models (and the required knowledge) and not small organisations, like small municipalities. To address this problem, the Dutch Kadaster is collaborating with the 3D Geoinformation research group at TU Delft to generate and disseminate a 3D city model covering the whole of the Netherlands and to do this in a sustainable manner, i.e. with an implementation that ensures periodical updates and that aligns with the 3D city models of other governmental organisations, such as large cities. This article describes the workflow that has been developed and implemented.

Management of large hydrologic datasets including storage, structuring, clustering, indexing, and query is one of the crucial challenges in the era of big data. This research originates from a specific problem: time series extraction at specific locations takes a long time when a large multidimensional (MD) dataset is stored in the NetCDF classic or the 64-bit offset format. The essence of this issue lies in the contiguous storage structure adopted by NetCDF. In this research, NetCDF file-based solutions and a MD array database management system applying a chunked storage structure are benchmarked to determine the best solution for storing and querying large MD hydrologic datasets. Expert consultancy was conducted to establish benchmark sets, with the HydroNET-4 system being utilized to provide the benchmark environment. In the final benchmark tests, the effect of data storage configurations, elaborating chunk size, dimension order (spatio-temporal clustering) and compression on the query performance, is explored. Results indicate that for big hydrologic MD data management, the properly chunked NetCDF-4 solution without compression is, in general, more efficient than the SciDB DBMS. However, benefits of a DBMS should not be neglected, for example, the integration with other data types, smart caching strategies, transaction support, scalability, and out-of-The-box support for parallelization.

Road traffic and industrial noise has become a major source of discomfort and annoyance among the residents in urban areas. More than 44 % of the EU population is regularly exposed to road traffic noise levels over 55 dB, which is currently the maximum accepted value prescribed by the Environmental Noise Directive for road traffic noise. With continuously increasing population and number of motor vehicles and industries, it is very unlikely to hope for noise levels to diminish in the near future. Therefore, it is necessary to monitor urban noise, so as to make mitigation plans and to deal with its adverse effects. The 2002/49/EC Environmental Noise Directive aims to determine the exposure of an individual to environmental noise through noise mapping. One of the most important steps in noise mapping is the creation of input data for simulation. At present, it is done semi-automatically (and sometimes even manually) by different companies in different ways and is very time consuming and can lead to errors in the data. In this paper, we present our approach for automatically creating input data for noise simulations. Secondly, we focus on using 3D city models for presenting the results of simulation for the noise arising from road traffic and industrial activities in urban areas. We implemented a few noise modelling standards for industrial and road traffic noise in CityGML by extending the existing Noise ADE with new objects and attributes. This research is a steping stone in the direction of standardising the input and output data for noise studies and for reconstructing the 3D data accordingly.