We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

WalkLite in Mobile GIS: A Schema to Extend and Symbolize SpatiaLite

00:00

Formale Metadaten

Titel
WalkLite in Mobile GIS: A Schema to Extend and Symbolize SpatiaLite
Serientitel
Anzahl der Teile
183
Autor
Lizenz
CC-Namensnennung - keine kommerzielle Nutzung - Weitergabe unter gleichen Bedingungen 3.0 Deutschland:
Sie dürfen das Werk bzw. den Inhalt zu jedem legalen und nicht-kommerziellen Zweck nutzen, verändern und in unveränderter oder veränderter Form vervielfältigen, verbreiten und öffentlich zugänglich machen, sofern Sie den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen und das Werk bzw. diesen Inhalt auch in veränderter Form nur unter den Bedingungen dieser Lizenz weitergeben.
Identifikatoren
Herausgeber
Erscheinungsjahr
Sprache
Produzent
Produktionsjahr2015
ProduktionsortSeoul, South Korea

Inhaltliche Metadaten

Fachgebiet
Genre
Abstract
The open source database SQLite/SpatiaLite has been widely used for presenting geospatial data in geographic information systems (GISs), especially those run on mobile devices. A SpatiaLite database defines tables with geometry column for layers, and spatial indices for speeding up spatial queries. However, one of the issues remained to be resolved is how to define a framework symbolizing the portable SpatiaLite data efficiently. For this reason, we developed an open data schema “WalkLite” by inheriting the Walk spatial data specification (the data specification is currently used in surveying and land use planning in China). WalkLite schema provides an extension to SpatiaLite in the following aspects: 1. Four meta-data tables complying with the Walk spatial data specification: WalkLayers, SymbolFactory, MetaData, and MetaDataDef. 2. Corresponding the Walk spatial database, each WalkLite layer contains three tables: two SpatiaLite layer tables (one for features, the other for annotations) and one symbol table. 3. The feature layer table contains OGC SRS geometry and style ID. 4. The annotation layer table contains OGC SRS geometry (a point for the location of annotation, or a polygon for the location of image), annotation (text that stores the content of annotation or the file path of image) and style ID. 5. The symbol table defines styles indexed with style IDs referred by the feature layer table and annotation layer table. WalkLite schema was typically implemented on a SpatiaLite database, though it can also be adapted to other geospatial data formats supported by GDAL/OGR library. In this sense, the spatial data following the schema can be shared with other GIS software and used on cross-platform applications. In this presentation, we will introduce the Walk Schema and demonstrate a WalkLite-based mobile GIS App that is widely used for land investigation, cadastral inventory and decision analysis in a number of Chinese provinces.
126
Mobiles InternetCoxeter-GruppeAbstandPhysikalisches SystemAussage <Mathematik>Figurierte ZahlKartesische KoordinatenLesezeichen <Internet>Produkt <Mathematik>TransportproblemKategorie <Mathematik>HalbleiterspeicherFormale SpracheMetadatenEinfache GenauigkeitVektorraumFaktor <Algebra>SymboltabelleTabelle <Informatik>Nichtlineares GleichungssystemMultiplikationsoperatorMaßerweiterungAutomatische IndexierungEuler-WinkelAudiodateiProzess <Informatik>DateiAdressraumOrdnung <Mathematik>PortabilitätAdditionApp <Programm>ProgrammbibliothekPunktTesselationMigration <Informatik>MereologieBildschirmmaskeBildschirmfensterInhalt <Mathematik>SystemplattformElementargeometrieGrundsätze ordnungsmäßiger DatenverarbeitungFlächeninhaltInformationsspeicherungOrdnungsreduktionCASE <Informatik>URLMAPDigitalisierungStandardabweichungBaumechanikOpen SourceTreiber <Programm>BitSoftwareentwicklerFormation <Mathematik>Elastische DeformationNummernsystemResultanteSoundverarbeitungDatenfeldMapping <Computergraphik>WinkelTranslation <Mathematik>PolygonFamilie <Mathematik>ZweiSkriptspracheSondierungInformationServerHumanoider RoboterProjektive GeometrieAttributierte GrammatikElement <Gruppentheorie>Bitmap-GraphikComputeranimation
Open SourceTreiber <Programm>ProgrammierumgebungVersionsverwaltungServerVektorraumMereologieKartesische KoordinatenAutomatische HandlungsplanungWasserdampftafelResultanteMinimumTabelle <Informatik>App <Programm>Ein-AusgabeMaßerweiterungHumanoider RoboterPortabilitätSoftwareentwicklerImplementierungSymboltabelleMobiles InternetAnalysisSkriptspracheBildschirmfensterGraphiktablettMAPBitmap-GraphikHyperbelverfahrenE-MailSerielle SchnittstelleRegulärer GraphReelle ZahlBildgebendes VerfahrenAlgorithmische GeometrieBildverstehenTranslation <Mathematik>Formale SemantikComputerspielStabFront-End <Software>Inelastischer StoßAutorisierungMathematikBildschirmmaskeInternetworkingProzess <Informatik>Formale SpracheSystemplattformGewicht <Ausgleichsrechnung>Verzweigendes ProgrammEinfach zusammenhängender RaumWeb SitePhysikalische TheorieFlächeninhaltFitnessfunktionRechter WinkelAggregatzustandArithmetisches MittelFehlermeldungTermSchätzfunktionFokalpunktWiederkehrender ZustandBrowserAutomatische IndexierungEinflussgrößeQuick-SortComputeranimation
Computeranimation
Transkript: Englisch(automatisch erzeugt)
So, today my presentation about walk light in mobile. Sorry, I had a little bit cold today. So, that's fine. I just want to share with you a kind of Gist experience and we did in China and we tried to migrate
a traditional desktop data schema to mobile application. So here is kind of some experience sharing. So, I'm Chen, I'm working for a tech corporation based in China and we have some kind of
in Chinese, many Chinese provinces and we did this kind of land use planning and also land use based Gist application development. So, some kind of background, a brief introduction
about our own Gist application is called the walk Gist. Originally means walk to the digital towns in China. So, it's kind of a Gist platform as of 1998. It's kind of a 17 year project. It's not open source project,
but it has a lot of open source elements. So, originally it's complying with OGC standard and representing vector and the rest of data by kind of work schema. And it also provides a C++ like script language
for customization and it has contained a family of Gist products. Walk survey, walk kind survey, office, walk flow, walk check, and so on. Originally designed for land use survey in China, now widely used for investigation, house property,
transportation, population, et cetera. So, but we had some problems in 2013 that was two years ago. So, traditional desktop based system, it's kind of outdated. So, then we had no application
that can be run on mobile devices and end users are limited in specific areas. Also, we had some difficulties encountered when we tried to translate data across platform, also translate various geospatial data.
So, what's the solution then? So, we tried to migrate the Gist platform from Windows to the cross platform. So, that was before 2013, the platform only run on Windows.
And after 2013, it runs on Windows, Linux, and especially Android devices. So, like these devices and also other mobile phone. Also, the device from, so,
microphone desktop to mobile. And the base library was work library only and now we included GDL, OGR library as part of the base library. A graphical UI migrate from GDI plus to GDI plus gear.
Gear was just kind of graphical UI libraries in Android. And so, we had built-in data formats before 2013 only work MDB, it's Microsoft Access MDB format. Also, SQL Server Spatial only run on Windows. Now, we create work schema, work SQLite,
it's called work light. And also, the traditional work MDB, et cetera. And vector data supported by 2013 was shapefile and also AutoCAD DXF and a map info. Now, we had supported all the data formats
as long as it's supported by GDL. So, what did we do? We just tried to apply our traditional work schema, it's kind of data schema defined in WorkTees platform. So, we applied the schema in SQLite, Spatialite. And first one, we just tried to adapt in OGR,
the SQLite driver. As I said before, we had all the OGR drivers supported in our platform. So, we then tried to adapt it and also extend the OGR SQLite driver
as kind of a work light data schema. We defined four metadata, especially for work schema. As long as you have these four tables, it's defined as a work schema. Work layers contains kind of metadata for layers
and a symbol factory for symbols. And also, a metadata and a metadata defined for other metadata defined in the system. And we had each work light layer corresponding to three SQLite tables. One table for features, one table for symbols,
and the third one for annotations. Annotations represents text annotations as well as raster and vector tiles also. So, then you can support vector and raster both.
So, first, work light features. One feature is actually an extension of OGR SQLite layer containing the OGC geometry and OGC feature ID. Also, work feature ID in order to try to migrate traditional work data
into the new work light data. And we have create time for feature creation, style ID represents symbol ID, style ID for feature style, also the feature attributes. So, spatial light here is also used for spatial index
because we are using SQLite driver, OGR SQLite driver, so it's kind of a spatial light. Second of all, work light annotations is OGR SQLite layer also. It contains OGC, SRS geometry,
but only two, there are two cases. One, points represents the location of text annotations, like the text. And then polygons represents the location of vector
and the raster tiles. So, you just use maybe four points of the tiles and then represent the polygon. So, we have OGC features ID and work annotation ID, once again, for the migration from the traditional data.
And then annotation field represents text that stores content of annotation, or in some case, representing the tiles, we just store the file paths of the tile. All the formats supported by JIDO are supported here as part of our annotations.
And style ID, once again, it represents the symbol ID for annotation style. Once again, spatial light is used for the spatial index. So, the third table, work light symbols.
So, it's actually just a regular SQLite table. It's an extension of the SQLite driver, so we use style ID representing the style, and it will be referred by the features and annotations defined in this layer. And style, actually, is kind of a serialization
of the symbol style. Also, we store the style name and the note. So, by this way, we not only try to extend SQLite to the vector and the raster both, also we do the map styling for the features and annotations.
So, what's the advantages of work light? So, first of all, it's now cross-platform. So, when we migrate from the traditional window desktop application to the cross-platform,
especially on mobile devices, such as the pad and the mobile phone, no data required now, required to translate from the mobile application data to the desktop application.
So, now the mobile application is basically used for data collection when you do the fieldwork, and then when you come back to the lab or indoor environment, you just try to import the data collected outside into a desktop,
and then you can just read and process the data on your desktop computer. And we have one schema for both, vector and raster data, because we had actually the features for the pure vector, and annotations for annotations, and also vector and raster tiles.
Also, we have symbols defined as kind of SQLite tables. So, it's also used for map styling. It's because we use spatial light index, so it's comparatively faster by using spatial light.
So, that's kind of our applications, both on tablet or phone. So, we have now, right now, we have the work-line applications in many aspects in China. So, most of them are proprietary software,
but a small part of them is free or open source. And all these mobile GIS applications are just work-line based, and they are used for land investigation, land use planning,
cadastral inventory, and the real estate analysis, and other routing navigation, as well as other applications. So, these are two screenshots of the different kind of scenario. The first one compare the different things of using.
So, first, the left side is the land use planning, and the right-hand side is satellite images. You can see the future, it's kind of a water area, and the future planning for the area, and then you can see its current situation.
And the bottom one shows some analysis results that can be collected by the implant building some kind of work-line data. You use this vector data, and do analysis offline. You don't need any server running behind.
So, it shows some analysis results. So, that's the work-line application right now. So, finally, the future work. We are actually part of JIDO also already.
WorkDriver, it's called WorkDriver based on ODBC. It's already supported in JIDO version over 1.10. And now we are planning to extend it,
because we need cross-platform applications. So, we probably want to extend this WorkDriver to WorkLight driver, because WorkDriver can be only run on desktop environment. So, WorkLight driver will be run more cross-platform, both on desktop and mobile environment.
So, we are planning to implement the WorkLight driver in JIDO. Actually, JIDO now has two branches, one for 2.0, so it's already merged JIDO and OGR. 1.11 is now still separate these two.
But, okay, anyway, we're just trying to extend our traditional desktop driver. And then we need a kind of big cross-platform, actually lightweight cross-platform SDK. We, I mentioned that we used, originally we used the kind of script,
C++-like script language for customization. And it's kind of close to C++, because in China, many developers, they want to just extend their experience by using C++, there are many, still many C++ developers there.
So, we just tried that script language. Now, for the customization. But then we need more end developers to develop our applications, both on desktop and mobile devices. So, we need to probably implement
kind of cross-platform SDK. And then we, right now we only support Android devices, so we need kind of a supporting iOS. So, we need to further improve and optimize the performance of our data, so for further using.
Especially for the online scenarios in on, say, this mobile applications. So, you can just access me, the first one.
This is my, our website. And this is my email. And if you're interested, really interested in WorkGeez, and also WorkGeez in mobile, I can show you some mobile application later.
But this one is just part of the devices, application on this one, devices. I have no connectors. So, I can show you after this. Thank you.