DOCSLIB.ORG

Web Map Tile Services Tiny Tile Server Bachelor Thesis

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Web Map Tile Services Tiny Tile Server Bachelor Thesis Department of Computer Science University of Applied Science Rapperswil Spring Term 2013 Author: Carmen Campos Bordons Advisor: Prof. Stefan Keller, HSR Project Partner: Klokan Technologies, Baar External Co-Examiner: Claude Eisenhut, Burgdorf Internal Co-Examiner: Prof. Dr. Andreas Rinkel, HSR Abstract Tiny Tile Server is a Python server that permits the user to display local MBTiles maps on the internet. It extracts the data from the SQLite database where the map information is stored in tables containing all the tiles, UTFGrid and metadata. The tiles are the map images, smaller than the screen for better performance. The UTFGrid is some extra information related with points in the map that appears in an infobox when the user interact with these points. The metadata is the information about the map: name, description, bounds, legend, center, minzoom, maxzoom. Tiny Tile Server shows the tiles composing the map on a website and the UTFGrid data on top of the tiles. It can also be used to show the getCapabilities information from Web Map Tile Service in XML format extracted by the metadata table. Tiny Tile Server supports two protocols to access the tiles: direct access with XYZ tile request to tiles in a directory or to MBTiles database; or Web Map Tile Service from a MBTiles database. The server is a part in a website whose purpose is to show how it works and provide templates for the user who wants to employ it, so he will not need to have programming knowledge in order to use Tiny Tile Server, just to follow a simple installation tutorial. To display the map, the user can choose between two different kind of templates: using OpenLayers or Leaflet, which are libraries specialized in creating maps. Because the user will need to have a map in a MBTiles database, tutorials about how to create a map there are also provided. Website: http://152.96.56.43/ Repository: https://github.com/carmencampos/WMTS 2 of 105 Management summary Introduction This project has been performed with the main objective of displaying local maps in MBTiles format on the internet. That is the purpose of Tiny Tile Server. But also a website has been developed with templates showing examples that the final user will only need to adapt to display his maps. There are also tutorials about how to create your own map. There are already similar projects related with serving tiles stored in a MBTiles file. What makes Tiny Tile Server different is that it is also focused on users who do not need to have programming skills, which is why it is simpler and easier to use. Tiny Tile Server could also be used by developers to add new functionalities on it. Results Tiny Tile Server extracts the data from the SQLite database where the map information is stored in tables containing all the tiles, UTFGrid and metadata. 3 of 105 Then it shows the tiles composing the map on a website and the UTFGrid data on top of the tiles. It can also be used to show the getCapabilities information from Web Map Tile Service in XML format extracted by the metadata table. Tiny Tile Server supports two protocols to access the tiles: direct access with XYZ tile request to tiles in a directory or to MBTiles database; or Web Map Tile Service from a MBTiles database. Technologies The frontend is programmed using HTML5, CSS3 and JavaScript. There are also used two libraries specialized in creating maps: Leaflet and OpenLayers. These libraries permits us to display our thematic map on the internet on top of a base layer with topographic information, 4 of 105 for that purpose is used OpenStreetMap. They also permit to add some functionalities in our map, like zoom, scale, legend. The backend is written in Python and using Bottle as only external dependency. Bottle is necessary to handle requests/responses to the server, to get and to operate with the variables and to simplify routing. Outlook The website can be used for any kind of user who wants to display its thematic maps on the internet. The workspace is easy to reproduce and do not need any external reference apart from installing Python. With the templates, which are well documented, the user only need to change the part of the code to reference its maps. There are also some tutorials to create a map in MBTiles format, in case the user needs it. Tiny Tile Server can be installed in a different scope instead of a Python website. Using Tiny Tile Server in a different scope that the website could be difficult for a normal user with no programming knowledge. This is completely possible, but it is more focused for web developers who prefer to integrate this server in another application or use a different web framework instead of Bottle. Website: http://152.96.56.43/ Repository: https://github.com/carmencampos/WMTS 5 of 105 Index Abstract ......................................................................................................................................... 2 Management summary................................................................................................................. 3 Index.............................................................................................................................................. 6 Definition of the project................................................................................................................ 9 Licensing agreement ................................................................................................................... 11 Author declaration (Eigenständigkeitserklärung) ....................................................................... 12 Technical report .......................................................................................................................... 13 1. Introduction ........................................................................................................................ 14 1.2. Presentation of the problem............................................................................................ 14 1.3. Goals................................................................................................................................. 14 1.4. Conditions, environment, definitions and delimitations ................................................. 15 1.5. Construction work............................................................................................................ 16 2. Initial situation .................................................................................................................... 17 2.1. Existing approaches.......................................................................................................... 17 2.2. Brief description and characterization............................................................................. 17 Wax to add functionalities to our map ............................................................................... 17 Tileserver to serve MBTiles on a website............................................................................ 18 Leaflet.utfgrid: a new kind of layer in Leaflet ..................................................................... 18 TileStache ............................................................................................................................ 19 TileCloud.............................................................................................................................. 19 Importing and exporting MBTiles using MBUtil.................................................................. 19 Create a mbtiles database of a GeoTIFF using raster2mb .................................................. 19 Create tiles of a GeoTIFF map using gdal2tiles ................................................................... 19 Create tiles of a GeoTIFF map using MapTiler .................................................................... 22 Landez operates and creates MBTiles files ......................................................................... 24 Python-mbtiles helps you working with MBTiles databases............................................... 24 MapProxy ............................................................................................................................ 24 MapCache............................................................................................................................ 32 2.3. Further development ....................................................................................................... 35 3. Review................................................................................................................................. 37 3.1. Criteria.............................................................................................................................. 37 3.2. Conclusions ...................................................................................................................... 37 4. Implementation plan........................................................................................................... 39 6 of 105 4.1. Rough outline of my own solution concept ..................................................................... 39 4.2. Restrictions to consider.................................................................................................... 40 5. Results, evaluation and outlook.......................................................................................... 41 5.1. Achievement of objectives..............................................................................................
Recommended publications
  • Global-Scale Resource Survey and Performance Monitoring of Public OGC Web Map Services

    Global-Scale Resource Survey and Performance Monitoring of Public OGC Web Map Services

    Article Global-Scale Resource Survey and Performance Monitoring of Public OGC Web Map Services Zhipeng Gui 1,*, Jun Cao 2,3, Xiaojing Liu 2,3, Xiaoqiang Cheng 2,3 and Huayi Wu 2,3,* 1 School of Remote Sensing and Information Engineering, Wuhan University, 129 Luoyu Road, Wuhan 430079, China 2 State Key Laboratory of Information Engineering in Surveying, Mapping and Remote Sensing, Wuhan University, 129 Luoyu Road, Wuhan 430079, China; [email protected] (J.C.); [email protected] (X.L.); [email protected] (X.C.) 3 Collaborative Innovation Center of Geospatial Technology, Wuhan University, 129 Luoyu Road, Wuhan 430079, China * Correspondence: [email protected] (Z.G.); [email protected] (H.W.); Tel.: +86-027-6877-7167 (Z.G.); +86-027-6877-8311 (H.W.) Academic Editor: Wolfgang Kainz Received: 19 March 2016; Accepted: 26 May 2016; Published: date Abstract: One of the most widely-implemented service standards provided by the Open Geospatial Consortium (OGC) to the user community is the Web Map Service (WMS). WMS is widely employed globally, but there is limited knowledge of the global distribution, adoption status or the service quality of these online WMS resources. To fill this void, we investigated global WMSs resources and performed distributed performance monitoring of these services. This paper explicates a distributed monitoring framework that was used to monitor 46,296 WMSs continuously for over one year and a crawling method to discover these WMSs. We analyzed server locations, provider types, themes, the spatiotemporal coverage of map layers and the service versions for 41,703 valid WMSs.
  • The Uch Enmek Example(Altai Republic,Siberia)

    The Uch Enmek Example(Altai Republic,Siberia)

    Faculty of Environmental Sciences Institute for Cartography Master Thesis Concept and Implementation of a Contextualized Navigable 3D Landscape Model: The Uch Enmek Example(Altai Republic,Siberia). Mussab Mohamed Abuelhassan Abdalla Born on: 7th December 1983 in Khartoum Matriculation number: 4118733 Matriculation year: 2014 to achieve the academic degree Master of Science (M.Sc.) Supervisors Dr.Nikolas Prechtel Dr.Sander Münster Submitted on: 18th September 2017 Faculty of Environmental Sciences Institute for Cartography Task for the preparation of a Master Thesis Name: Mussab Mohamed Abuelhassan Abdalla Matriculation number: 4118733 Matriculation year: 2014 Title: Concept and Implementation of a Contextualized Navigable 3D Landscape Model: The Uch Enmek Example(Altai Republic,Siberia). Objectives of work Scope/Previous Results:Virtual Globes can attract and inform websites visitors on natural and cultural objects and sceneries.Geo-centered information transfer is suitable for majority of sites and artifacts. Virtual Globes have been tested with an involvement of TUD institutes: e.g. the GEPAM project (Weller,2013), and an archaeological excavation site in the Altai Mountains ("Uch enmek", c.f. Schmid 2012, Schubert 2014).Virtual Globes technology should be flexible in terms of the desired geo-data configuration. Research data should be controlled by the authors. Modes of linking geo-objects to different types of meta-information seems evenly important for a successful deployment. Motivation: For an archaeological conservation site ("Uch Enmek") effort has already been directed into data collection, model development and an initial web-based presentation.The present "Open Web Globe" technology is not developed any further, what calls for a migra- tion into a different web environment.
  • Development of a Web Mapping Application Using Open Source

    Development of a Web Mapping Application Using Open Source

    Centre National de l’énergie des sciences et techniques nucléaires (CNESTEN-Morocco) Implementation of information system to respond to a nuclear emergency affecting agriculture and food products - Case of Morocco Anis Zouagui1, A. Laissaoui1, M. Benmansour1, H. Hajji2, M. Zaryah1, H. Ghazlane1, F.Z. Cherkaoui3, M. Bounsir3, M.H. Lamarani3, T. El Khoukhi1, N. Amechmachi1, A. Benkdad1 1 Centre National de l’Énergie, des Sciences et des Techniques Nucléaires (CNESTEN), Morocco ; [email protected], 2 Institut Agronomique et Vétérinaire Hassan II (IAV), Morocco, 3 Office Régional de la Mise en Valeur Agricole du Gharb (ORMVAG), Morocco. INTERNATIONAL EXPERTS’ MEETING ON ASSESSMENT AND PROGNOSIS IN RESPONSE TO A NUCLEAR OR RADIOLOGICAL EMERGENCY (CN-256) IAEA Headquarters Vienna, Austria 20–24 April 2015 Context In nuclear disaster affecting agriculture, there is a need for rapid, reliable and practical tools and techniques to assess any release of radioactivity The research of hazards illustrates how geographic information is being integrated into solutions and the important role the Web now plays in communication and disseminating information to the public for mitigation, management, and recovery from a disaster. 2 Context Basically GIS is used to provide user with spatial information. In the case of the traditional GIS, these types of information are within the system or group of systems. Hence, this disadvantage of traditional GIS led to develop a solution of integrating GIS and Internet, which is called Web-GIS. 3 Project Goal CRP1.50.15: “ Response to Nuclear Emergency affecting Food and Agriculture” The specific objective of our contribution is to design a prototype of web based mapping application that should be able to: 1.
  • Spectrum Spatial Getting Started Guide

    Spectrum Spatial Getting Started Guide

    Spectrum™ Technology Platform Version 12.0 SP1 Spectrum Spatial Getting Started Guide Table of Contents 1 - What Is Location Intelligence? 6 - Services Mapping Service 32 2 - What is Spectrum Spatial? Feature Service 33 Geometry Service 40 Map Tiling Service 43 Spectrum Spatial Concepts 6 Web Feature Service (WFS) 43 Web Map Service (WMS) 44 3 - Modules and Stages Web Map Tile Service (WMTS) 44 Named Resource Service 45 Location Intelligence Module 9 Enterprise Routing Services 45 Enterprise Routing Module 16 Enterprise Geocoding Module 16 GeoConfidence Module 17 4 - Named Resources Named Maps 20 Named Tables 20 Named Layers 20 Named Tiles 21 Named Styles 21 Named Connections 21 Named WMTS Layers 21 Named Label Sources 22 5 - Tools Spatial Manager 24 Management Console 24 Enterprise Designer 24 MapInfo Pro 28 Map Uploader 30 MapInfo Workspace (MWS) Import 30 1 - What Is Location Intelligence? Location intelligence is: • An awareness of relationships between location information and business analysis and operations • The ability to use the understanding of geographic relationships to predict how it impacts a business or organization • The capability to react to how location influences an organization by changing business processes in order to minimize risk and maximize opportunities Location Intelligence enables a business to measure, compare and analyze its data from business operations, in conjunction with external data such as transportation networks, regulatory jurisdictions, market characteristics or its own customers. In this section 2 - What is Spectrum Spatial? Spectrum Spatial is an enterprise location intelligence platform designed to provide organizations with a suite of broadly applicable location capabilities, including spatial analysis, mapping, routing, geocoding, and geoprocessing.
  • Metadata and Data Standards. Sharing Data in Hydrology: Best Prac�Ces

    Metadata and Data Standards. Sharing Data in Hydrology: Best PracCes

    Metadata and Data Standards. Sharing Data in Hydrology: Best Prac8ces Ilya Zaslavsky San Diego Supercomputer Center LMI Workshop, Hanoi, August 18-22 / With several slides from last week’s HDWG workshop, presented By HDWG memBers Irina Dornblut, Paul Sheahan, and others/ Outline • Why use standards? • Open Geospaal ConsorFum, and spaal data standards • Standards for water data, and the OGC/WMO Hydrology Domain Working Group – history, acFviFes, WMO connecFon, workshop last week – Suite of water data standards • WaterML 2.0 in detail (opFonal) • Assessing compliance, and the CINERGI project (opFonal) Why sharing data in LMI? • Several countries rely on the Mekong But data sharing is complicated Challenges: Habitat alteraon PolluFon Extreme weather events Over-exploitaon of resources Diseases and invasive species Poverty and social instability . Water - our most valuable asset But ... • In many places we can’t assess – How much we have – Where it is – Who owns it – What it is fit for – How much we will have – Where it will Be • We certainly can’t yet share informaon in a useful Fmeframe – In parFcular given the complexity of water cycle Why is it important to coordinate? • The orBiter was taken within 57 km of the surface where it likely disintegrated Why? • The flight system so[ware used metric units (Newtons); so[ware on the ground used the Imperial system (pound-force, or lbf) A common situaon in hydrology… Hydro Jack Need flow data! Don Hmm mayBe Don can help… *RING RING* To: Jack Hmm, I’ve got one site. I’ll 01/02/09, 3.2, 3, 1 Hi Don, I need some send it through… 01/02/09, 3.1, 3, 1 *RING RING* upper Derwent flow 10 minutes… readings for my 10 minutes… Ok.
  • Project No. 249024 NETMAR Open Service Network for Marine

    Project No. 249024 NETMAR Open Service Network for Marine

    Project No. 249024 NETMAR Open service network for marine environmental data Instrument: CA IP NOE Please tick 9STREP ICT - Information and Communication Technologies Theme D2.1 Review of projects, initiatives & technologies addressing system architectures for distributed Environmental Information Systems (EIS) Reference: D2.1_Review_of_projects_initiatives_and_technologies_r1_20100618 Due date of deliverable (as in Annex 1): M0 + 3 Actual submission date: 18 June 2010 Start date of project: 1 February 2010 Duration: 3 years Coastal and Marine Resources Centre (CMRC), University College Cork, National University of Ireland Revision 1 Project co-funded by the European Commission within the Seventh Framework Programme (2007-2013) Dissemination Level PU Public X Restricted to other programme participants (including PP the Commission Services) Restricted to a group specified by the consortium RE (including the Commission Services) Confidential, only for members of the consortium CO (including the Commission Services) NETMAR Open service network for marine environmental data Project Reference: 249024 Contract Type: Collaborative Project Start/End Date: 01/03/2010 - 31/01/2013 Duration: 36 months Coordinator: Prof. Stein Sandven Nansen Environmental and Remote Sensing Center Thormøhlensgate 47, Bergen, Norway Tel.: +47-55205800 Fax. +47 55 20 58 01 E-mail: [email protected] Acknowledgements The work described in this report has been partially funded by the European Commission under the Seventh Framework Programme, Theme ICT 2009.6.4 ICT for environmental services and climate change adaptation. Consortium The NETMAR Consortium is comprised of: • Nansen Environmental and Remote Sensing Center (NERSC), Norway (coordinator). Project Coordinator: Prof. Stein Sandven ([email protected]) Deputy Coordinator: Dr. Torill Hamre ([email protected]) Quality Control Manager: Mr.
  • L6-Geospatial Technologies and Web Applications-Mr.Arulraj NRSC

    L6-Geospatial Technologies and Web Applications-Mr.Arulraj NRSC

    GeoSpatial Technologies and Web Applications M. Arulraj Sci/Engr – SF Manager, Bhuvan Web Services Development [email protected] GIS Activities in Problem Solving Environment Empowering Human Take to Activities Action Plan Complex Data Modeling Analyze Interactive Mapping Integration Measure Observe Visualization Modeling . Application of this science is multi-disciplinary Major Components of GIS and Role of open source s/w Data Creations Vector, Raster & attribute Data organizations & Management Complete GIS Data query, processing, Solutions analysis and modeling Data presentations and visualizations OpenLayers Data sharing and disseminations Tools and technologies • Quantum GIS • Open Jump • SAGA, MapWindow GIS • OpenLayer API Desktop GIS • Mapfish, • Geoeditor, • GRASS Geoweb Remote • Geexplorer • OSIM 2.0 Sensing • SAGA • Geonetwork Catalogue Statistical Server • R Geo-spatial DomainGn Geo- GPS • Gpsbabel RDBMS • POSTGIS+ POSTGRESQL • Gpsdrive • TerrLib GIS s/w GIS Servers developme nt • GDAL/OGR • Osgeo MapServer • Geotool • Geoserver • OpenLayer API What is open source? Open source software is software where the source code is made available under a license that allows the modification, and re-distribution of the software at will. The distribution terms of open-source software must comply with the following criteria: Free redistribution; Source code; Derived works; Integrity of the author's source code; No discrimination against persons or groups; No discrimination against fields of endeavor; Distribution of license; License must not be specific to a product; License must not restrict other software; License must be technology-neutral. What is open source? 1. Free Redistribution The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources.
  • Geographical Information System in Web Applica- Tion

    Geographical Information System in Web Applica- Tion

    Zhipeng Jiang GEOGRAPHICAL INFORMATION SYSTEM IN WEB APPLICA- TION Developing Web Application to Serve Spatial Data to Users Thesis CENTRIA UNIVERSITY OF APPLIED SCIENCES Information Technology January 2020 ABSTRACT Centria University Date Author of Applied Sciences January 2020 Zhipeng Jiang Degree programme Information Technology Name of thesis GEOGRAPHICAL INFORMATION SYSTEM IN WEB APPLICATION. Developing Web Applica- tion to serve spatial data to users Instructor Pages Jari Isohanni 29 + 7 Supervisor Jari Isohanni This study is aimed to give a basic understanding of web GIS from a technological point of view. Also, how the approach is useable for other technologies. The technologies including JavaScript API for Google Maps and ArcGIS were tested with demonstration. Additionally, the open-sourced solu- tions are discussed with the self-hosted server, PostgreSQL database. And with Openlayers as the front-end JavaScript library to present the geospatial data. During the study, in the Google Maps API demonstration, the GeoJson data is made by geojson.io and attitude data of the spatial data is called with the API method, to create popup windows for each city area. Another layer that represents specific location for the school, park, and hospital at Kokkola area is marked out with Google Maps API marker and it is overlaid, on top of that city area layer. The same spatial data and its related attribute data are implemented once more with ArcGIS JavaScript API to find out what is the difference between these two technologies. The result is that the Google Maps JavaScript API does not need to have a popup template to have the popup functionality working, instead of popup template, in the Google Maps JavaScript API, the click event listener is created to handle the popup event.
  • European Long-Term Ecosystem and Socio- Ecological Research Infrastructure

    European Long-Term Ecosystem and Socio- Ecological Research Infrastructure

    European Long-Term Ecosystem and Socio- Ecological Research Infrastructure D3.1 eLTER State of the art and requirements Authors: Alessandro Oggioni (CNR-IREA), Christoph Wohner (EAA), John Watkins (CEH), David Ciar (CEH), Herbert Schentz (EAA), Simone Lanucara (CNR-IREA), Vladan Minić (BSI), Srđan ŠkrBić (BSI), Žarko Bodroški (BSI), Ralf Kunkel (FZ-Juelich), Jurgen Sorg (FZ-Juelich), Tomas Kliment (MK18), Francisco Sanchez (UGR), BarBara Magagna (EAA), Johannes Peterseil (EAA) Lead partner for deliveraBle: CNR Other partners involved: NERC/CEH, EAA, BSI, FZJ, UGR H2020-funded project, GA: 654359, INFRAIA call 2014-2015 Start date of project: 01 June 2015 Duration: 48 months Version of this document: 6 SuBmission date: 27 FeBruary 2017 Dissemination level PU PuBlic X PP Restricted to other programme participants (including the Commission Services) CO Confidential, only for members of the consortium (including the Commission Services) CI Classified, as referred to in Commission Decision 2001/844/EC Document history Date Author Description 20.7.2016 Peterseil, Johannes Generating the document and Basic structure 10.8.2016 Oggioni, Alessandro General things and text aBout OBservation and Spatial data, Semantic harmonisation, LifeWatch, GET-IT and EDI 12.8.2016 Wohner, Christoph Text about DEIMS, Geonetwork and B2Share 6.9.2016 Minić, Vladan Text about GEOSS and INSPIRE 17.1.2017 Kunkel, Ralf Text about TERENO 19.1.2017 Peterseil, Johannes Evaluation of the 19.2.2017 Minić, Vladan Implementation strategy for DIP 1.2.2017 Oggioni, Alessandro
  • Map Tiles and Cached Map Services

    Map Tiles and Cached Map Services

    Stefanakis, E., 2015. Map Tiles and Cached Map Services. GoGeomatics. Magazine of GoGeomatics Canada. December 2015. Map Tiles and Cached Map Services The tiling of large maps is an old practice. Large paper maps have always been divided into a series of map sheets at various scales. With the increasing popularity of web mapping applications and the rapid growth of map data availability, the pre-computation and caching of map image tiles has become a common practice in map servers as they use far fewer server resources than maps rendered on demand. In this way, the time required for the client to display complex and high quality base maps is mainly limited by the bandwidth of its connection with the map server. Google was one of the first major mapping providers to adopt the tiled web maps. Others, like Bing and OpenStreetMap, followed the same practice. GIS software vendors, like Esri and Oracle, provide functionality for map tiling and caching of both vector layers and raster images. They also support single fused and multi-layer tiles. In the former, a group of layers are combined into a single image per tile, while in the later these layers appear in the client as a collection of layers with enabled feature selection and controllable visibility. The creation of map tiles is according to the values of a series of properties. These properties include the shape and size of tiles, numbering of zoom levels, subdivision scheme of a tile to result the tiles in the next zoom level, numbering of individual tiles, and map projection of tiles.
  • Cartographic Implications of Vector Tile Technology Ingmar De Beukelaar

    Cartographic Implications of Vector Tile Technology Ingmar De Beukelaar

    Master’s Thesis Cartographic implications of Vector Tile technology Ingmar de Beukelaar September 2017 - March 2018 Final report - February 28th, 2018 Author: Ingmar de Beukelaar Supervisor: Drs. Barend Köbben i Colophon This master’s thesis is commissioned by the Utrecht of University, University of Wa- geningen, University of Twente, and the Delft University of Technology as part of the Geographical Information Management and Applications (GIMA) - Master of Science. Responsible Professor: Prof.dr. Menno-Jan Kraak Supervisor: Drs. Barend Köbben Contact information: Ingmar de Beukelaar [email protected] UU student number: 3940330 ITC student number: s6030858 How to cite this master’s thesis: De Beukelaar, I.T.Y. (2018). Cartographic implications of Vector Tile technology (Unpublished master’s thesis). Geographical Information Management and Applications (GIMA MSc). ii Abstract Cartographic implications of Vector Tile technology by INGMAR DE BEUKELAAR -MARCH 2018 The Web has changed the way maps and geographical information are designed, produced and delivered as web maps by cartographers (Cartwright, Gartner, Meng, & Peterson, 2010). Most maps available on the Web today are based on well-established raster transmission methods. However, rapid technological innovation in web map- ping is driving the need to utilize fast rendering tiles. Vector Tiles seem to be an emerging solution (Antoniou, Morley, & Haklay, 2009). Therefore, the goal of this thesis was to investigate the new opportunities and challenges that Vector Tiles offer for Web Cartographers. Several existing Vector Tile tools and technological solu- tions/workflows on how to implement Vector Tiles in Web Mapping were invento- ried. Afterwards, two different workflows were assessed in terms of cartographic strengths & weaknesses.
  • Comparison of Tile Server Design Approaches for 3-D Geo-Visualization

    Comparison of Tile Server Design Approaches for 3-D Geo-Visualization

    COMPARISON OF TILE SERVER DESIGN APPROACHES FOR 3-D GEO-VISUALIZATION Tao Wanga, Jianhua Gongb aState Key Laboratory of Remote Sensing Science ,Institute of remote sensing applications chinese academy of sciences - [email protected] bState Key Laboratory of Remote Sensing Science ,Institute of remote sensing applications chinese academy of sciences - [email protected] Commission VI, WG VI/4 KEY WORDS: Tile server, Wms, Visualization ABSTRACT: In order to display large-scale maps on the Internet, it is necessary to divide the huge spatial data into small tiles. And servers are needed to support the display across network. There are two kinds of tile server. One is tile server, which organizes the pre-rendered tiles on the server. Another one is MapServer, which generates the display tile. In this article, different servers are compared in efficiency. The open source software world wind is used to analyze the capacity of the two kinds of servers, and experiment results show that tile server spent more time than Mapserver, and it is suggested the Mapserver may have been optimized. 1. INTRODUCTION After researching Google Earth Enterprise, which includes Google Earth Fusion, and MapCruncher for Virtual Earth, we’re When displaying large-scale maps on personal and mobile finding out that the ability to serve tiles on demand that are computers, it is necessary to divide the huge spatial data into rendered at the time of the request, and overlay these tiles on a small tiles. There are many important characteristics of the Virtual Earth or Google Maps base map is unique. Google Earth tileset file format.