<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">JCC</journal-id><journal-title-group><journal-title>Journal of Computer and Communications</journal-title></journal-title-group><issn pub-type="epub">2327-5219</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/jcc.2019.77001</article-id><article-id pub-id-type="publisher-id">JCC-93514</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject></subj-group></article-categories><title-group><article-title>
 
 
  A Strategy for Loading Oblique Photogrammetry Models and Multilayer Basemap Data
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Weiye</surname><given-names>Zhang</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Zhiqing</surname><given-names>Tang</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Guangyang</surname><given-names>Zhu</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Bing</surname><given-names>Dai</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Zhuorong</surname><given-names>Song</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Jun</surname><given-names>Li</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref></contrib></contrib-group><aff id="aff2"><addr-line>The 2nd Surveying and Mapping Institute of Hunan Province, Changsha, China</addr-line></aff><aff id="aff1"><addr-line>College of Electronic Science, National University of Defense Technology, Changsha, China</addr-line></aff><pub-date pub-type="epub"><day>10</day><month>07</month><year>2019</year></pub-date><volume>07</volume><issue>07</issue><fpage>1</fpage><lpage>8</lpage><history><date date-type="received"><day>8,</day>	<month>May</month>	<year>2019</year></date><date date-type="rev-recd"><day>7,</day>	<month>July</month>	<year>2019</year>	</date><date date-type="accepted"><day>10,</day>	<month>July</month>	<year>2019</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  
    With the development of drone technology and oblique photogrammetry technology, the acquisition of oblique photogrammetry models and basemap becomes more and more convenient and quickly. The increase in the number of basemap leads to excessively redundant basemap tiles requests in 3D GIS when loading oblique photogrammetry models, which slows down the system. Aiming at improving the speed of running system, this paper proposes a dynamic strategy for loading basemap tiles. Different from existing 3D GIS which loading oblique photogrammetry models and basemap tiles inde-pendently, this strategy dynamically loads basemap tiles depending on different height of view and the range of loaded oblique photogrammetry models. We achieve dynamic loading of basemap tiles by predetermining whether the basemap tiles will be covered by the oblique photogrammetry models. The experimental results show that this strategy can greatly reduce the num-ber of redundant requests from the client to the server while ensuring the user’s visual requirements for the oblique photogrammetric model. 
  
 
</p></abstract><kwd-group><kwd>Dynamic Loading of Basemap Tiles</kwd><kwd> Oblique Photogrammetry Model</kwd><kwd> Data Visualization</kwd><kwd> 3D Tile</kwd><kwd> Cesium</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>Considering the convenience of cross-platform and non-installable browser [<xref ref-type="bibr" rid="scirp.93514-ref1">1</xref>] [<xref ref-type="bibr" rid="scirp.93514-ref2">2</xref>], the application of 3D GIS gradually changes from PC-end to browser. Cesium [<xref ref-type="bibr" rid="scirp.93514-ref3">3</xref>] is a webgl-based [<xref ref-type="bibr" rid="scirp.93514-ref4">4</xref>] 3D GIS browser-side open-source framework written by JavaScript, which can be applied without any plug-ins. Following the breakthroughs in drone technology and oblique photogrammetry technology, massive data has been injected into 3D GIS.</p><p>Recently, there is no personal computer has the ability to satisfy the requirementsof loading the basemap tiles and oblique photogrammetry models at a time. Besides, 3D GIS not only need to load oblique photogrammetry models to display the realistic effects, but also need to load the basemap tiles with different functions. However, as the number of the basemap tiles increase, the number of requests sent by the client to server increases, resulting in excessive load on server. Eventually, the speed of the 3D GIS will drop off.</p><p>This paper proposes a dynamic strategy for loading basemap tiles to solve the above problem. The main idea of the strategy is that the basemap tiles loading is determined by the height of view and the range of the oblique photogrammetry models.</p></sec><sec id="s2"><title>2. Data Introduction</title><sec id="s2_1"><title>2.1. Data Acquirement</title><p>We have acquired the raw images by drone equipped with sensors in five directions: vertical, font, rear, left and right [<xref ref-type="bibr" rid="scirp.93514-ref5">5</xref>]. Approximately geographical coordinates in each image were recorded during aerial photography. Meanwhile, the ground surveyors provide ground control points with more accurate geographical coordinates. Then, these raw images with geographical coordinates can be converted to oblique photo-grammetry model by Context Capture Master. Finally, in order to obtain the final data in b3dm format, a series of format conversions have been applied.</p></sec><sec id="s2_2"><title>2.2. Data Storage</title><p>As for the storage of oblique photogrammetry models, this paper adopts HLOD data structure [<xref ref-type="bibr" rid="scirp.93514-ref6">6</xref>] [<xref ref-type="bibr" rid="scirp.93514-ref7">7</xref>]. As <xref ref-type="fig" rid="fig1">Figure 1</xref> shown, from top to bottom, data resolution becomes higher and higher. Regular grid partitioning will be applied to single file which is extremely large. The files in different levels are named by the method shown in <xref ref-type="fig" rid="fig2">Figure 2</xref>. <xref ref-type="fig" rid="fig2">Figure 2</xref> showed that data in different levels has different filename length. And the data index of the same level is different. Not only the hierarchical structure but also the geographical extent is recorded by the index file. The extent bounding box is recorded in the order of West, South, East, North, Lower, and Upper (<xref ref-type="fig" rid="fig3">Figure 3</xref>). Because of the lightweight of JSON data format, the storage format of the index file is JSON.</p><p>Refer to basemap tiles, Cesium builds a quadtree index in the same way as Bing map and Google Earth based on WMS service [<xref ref-type="bibr" rid="scirp.93514-ref8">8</xref>]. The index of each basemap tiles corresponds to a certain tile extent under the specified hierarchy (<xref ref-type="fig" rid="fig4">Figure 4</xref>).</p></sec></sec><sec id="s3"><title>3. Strategy Data Loading in Cesium</title><p>Cesium adopts the OOC (Out of Core) algorithm [<xref ref-type="bibr" rid="scirp.93514-ref9">9</xref>] for loading massive data. Due to the limited computer memory, the global data loading and processing at once are impossible. Therefore, only the data within the view frustum will be loaded and processed [<xref ref-type="bibr" rid="scirp.93514-ref10">10</xref>] [<xref ref-type="bibr" rid="scirp.93514-ref11">11</xref>].</p><p>The loading strategy of basemap tiles and oblique photogrammetry models in Cesium is: the loading of the basemap tiles and the oblique photogrammetry models are decided by the height of view and the scene range. Once the height of view is high and range of scene is large, Cesium loads low resolution basemap tiles only. On the contrary, once the height of view is low and range of scene is small, Cesium loads relatively high resolution basemap tiles and oblique photogrammetry models. Another case is that Cesium will load higher resolution basemap tiles and lower resolution oblique photogrammetry models when the height of view and range of scene are moderate.</p><p>However, the whole scene will be covered by the oblique photogrammetry models when the height of view is low and the scene range is small. At the moment higher resolution basemap tiles in covered area don’t need to be loaded.</p></sec><sec id="s4"><title>4. Basemap Tiles Dynamic Loading Strategy</title><p>When the height of view is low, both the oblique photogrammetry models and basemap tiles require to be requested, loaded and rendered. Nevertheless, if the number of basemap layers is too large, the requests sent by the client increase, the system runs slower. Therefore, the excessive load of server can be relieved by reducing the requests of the basemap tiles from client. When the requests from client decrease, performance of 3D GIS will improve greatly.</p><sec id="s4_1"><title>4.1. Coverage Area of Oblique Photogrammetry Models</title><p>Oblique photogrammetry models and basemap tiles exist in the form of tiles. The range of oblique photogrammetry models is determined by the way of data division. While the range of basemap tiles is determined by specific data partitioning standard. The data division criterion between the oblique photogrammetry models and basemap tiles are different.</p><p>In order to speed up scene loading, the covered range of oblique photogrammetry models should be calculated in advance. The geographical range of each oblique photogrammetry model is recorded in the index file. Therefore, covered range in certain area can be calculated by the union of all oblique photogrammetry tiles (Some areas are shown in <xref ref-type="fig" rid="fig5">Figure 5</xref>).</p></sec><sec id="s4_2"><title>4.2. Restriction Requests to Basemap Tiles</title><p>The strategy for dynamically loading basemap tiles means that the loading of basemap tiles is determined by whether the oblique photogrammetry models are loaded. When the height of view does not satisfy the condition of loading oblique photogrammetry models, only the basemap tiles are loaded; when there are oblique photogrammetry models loading, it is necessary to have some judgements on whether the current basemap tile to be loaded will be covered by the loaded oblique photogrammetry models. The judgement procedures are as follows (<xref ref-type="fig" rid="fig6">Figure 6</xref>):</p><p>1) Acquiring the coverage range of each oblique photogrammetry model in current scene;</p><p>2) Calculating the union of all the ranges in the corresponding area according to the range of each oblique photogrammetry model;</p><p>3) Acquiring four vertices of the basemap tile that needs to be loaded;</p><p>4) Calculating whether the four vertices of the basemap tile are include by the coverage of the oblique photogrammetry models;</p><p>5) Restricting the request of current basemap tile if all four vertices are within</p><p>the union range of the oblique photogrammetry models, because the basemap tile will be covered under the oblique photogrammetry models;</p><p>6) Requesting the basemap tile if any of the four vertices of the base tile is outside the coverage of oblique photogrammetry models.</p></sec></sec><sec id="s5"><title>5. Experiment</title><p>In order to demonstrate the performance of our strategy. In this section, the experiment is carried out based on 1 basemap, 5 layers of basemap and 10 layers of basemap. The number of requests for b3dm oblique photogrammetry models and the basemap tiles was recorded during the experiment.</p><p>The experimental data includes the National University of Defense Technology campus, Fenghuang Ancient City and parts of Changsha City. Three groups of experimental loading scenes shown in the <xref ref-type="fig" rid="fig7">Figure 7</xref>.</p><p>In <xref ref-type="fig" rid="fig8">Figure 8</xref>, we compare the dynamical basemap tiles loading strategy proposed in this paper with Cesium’s existing basemap tiles loading strategy. The comparison diagram of the number of basemap tiles requests, b3dm requests and total requests in National University of Defense Technology Campus is shown in <xref ref-type="fig" rid="fig8">Figure 8</xref>(a). The same experiments were also carried out for the Fenghuang Ancient city and some areas of Changsha, the experimental results are shown in <xref ref-type="fig" rid="fig8">Figure 8</xref>(b) and <xref ref-type="fig" rid="fig8">Figure 8</xref>(c) respectively.</p><p>The experimental environment is Intel&#174; Core(TM) i7-7700K@4.20 GHz 64GB RAM, NVIDIA GeForce 1080 MB; 69.0.3497.100 version of Google Chrome, win7 64-bit Ultimate OS.</p></sec><sec id="s6"><title>6. Conclusions</title><p>In 3D GIS, loading multilayer basemap and oblique photogrammetry models simultaneously will lead to excessive number of requests from the client, which slows down the speed of 3D GIS. This paper proposes a strategy for basemap tiles dynamical loading. The strategy loads oblique photogrammetry models preferentially, and limits the requests of basemap tiles. In other word, the loading of basemap tiles is affected by the oblique photogrammetry models during the browsing from the users. It is not necessary to load the basemap tiles if they are covered by oblique photogrammetry models. The experiment shows reduction in the number of requests for basemap tiles can greatly improve the performance of 3D GIS.</p><p>The requesting, loading and rendering of b3dm oblique photogrammetry models will not be affected by restricting the requests of basemap tiles. Consequently, the strategy proposed by this paper can improve the running efficiency of the entire system without affecting the overall use of the system</p></sec><sec id="s7"><title>Acknowledgements</title><p>Thanks to the 2nd Surveying and Mapping Institute of Hunan Province and Changsha Municipal Bureau of Land and Resources for providing us with oblique photogrammetry model for experiments.</p></sec><sec id="s8"><title>Conflicts of Interest</title><p>The authors declare no conflicts of interest regarding the publication of this paper.</p></sec><sec id="s9"><title>Cite this paper</title><p>Zhang, W.Y., Tang, Z.Q., Zhu, G.Y., Dai, B., Song, Z.R. and Li, J. (2019) A Strategy for Loading Oblique Photogrammetry Models and Multilayer Basemap Data. Journal of Computer and Communications, 7, 1-8. https://doi.org/10.4236/jcc.2019.77001</p></sec></body><back><ref-list><title>References</title><ref id="scirp.93514-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Niu, N., Li, C. and Guo, L. (2013) The Application and Research of Geoprocessing Service in WebGIS Spatial Analysis. 21st International Conference on Geoinformatics, 1-4. https://doi.org/10.1109/Geoinformatics.2013.6626054</mixed-citation></ref><ref id="scirp.93514-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Miao, R., Song, J. and Zhu, Y. (2017) 3D Geographic Scenes Visualization Based on WebGL. IEEE International Conference on Agro-Geoinformatics. 
https://doi.org/10.1109/Agro-Geoinformatics.2017.8046999</mixed-citation></ref><ref id="scirp.93514-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Cesium (2016) An Open-Source JavaScript Library for World-Class 3D Globes.  
https://cesiumjs.org</mixed-citation></ref><ref id="scirp.93514-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Feng, L., Wang, C., Li, C., et al. (2012) A Research for 3D WebGIS Based on WebGL. IEEE Inter-national Conference on Computer Science &amp; Network Technology.</mixed-citation></ref><ref id="scirp.93514-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">Dong, S. (2017) Application of Oblique Photogrammetry in 3D Modeling. City Construction Theory Research (Electronic Edition), China.</mixed-citation></ref><ref id="scirp.93514-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">Zhu, Q., Chen, X., Ding, Y., et al. (2017) Organization and Scheduling Method of 3D Urban Scene Data Driven by Visual Perception. Journal of Southwest Jiaotong University, Chengdu, 869-876.</mixed-citation></ref><ref id="scirp.93514-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Liu, H., Liu, J., Wang, Y., et al. (2010) Data Organization and Scheduling of Massive Buildings Combined with Grid Division and Quadtree. Bulletin of Surveying and Mapping, China.</mixed-citation></ref><ref id="scirp.93514-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">Guo, Y. (2015) A Comprehensive Performance Evaluation of 3D Local Feature Descriptors. International Journal of Computer Vision, 116, 66-89. 
https://doi.org/10.1007/s11263-015-0824-y</mixed-citation></ref><ref id="scirp.93514-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">(2006) OpenGIS Web Map Service Version 1.3.0 No. OGC 06-042. Open Geospatial Consortium.</mixed-citation></ref><ref id="scirp.93514-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">Cozzi, P.J. (2008) Visibility Driven Out-of-Core HLOD Rendering. Diss. MS Thesis, University of Pennsylvania.</mixed-citation></ref><ref id="scirp.93514-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">Song, Z. and Li, J. (2018) A Dynamic Tiles Loading and Scheduling Strategy for Massive Oblique Photogrammetry Models. IEEE International Conference on Image, Vision and Computing (ICIVC).  
https://doi.org/10.1109/ICIVC.2018.8492731</mixed-citation></ref></ref-list></back></article>