Problems with the Web Map Service Open GIS specification
The paper is not focused on the area of GeoWeb generally, because there is a lot of papers written on this topic (for examples: see the proceedings from the symposium GIS Ostrava (http://gis.vsb.cz) the present). Author looks at the area from a different point of view. Is there anything wrong that c...
| Main Authors: | , |
|---|---|
| Format: | Article |
| Language: | English |
| Published: |
Technical University of Kosice
2005-06-01
|
| Series: | Acta Montanistica Slovaca |
| Subjects: | |
| Online Access: | http://actamont.tuke.sk/pdf/2005/n2/19ruzicka.pdf |
| _version_ | 1811278647157325824 |
|---|---|
| author | Michal Šeliga Jan Růžička |
| author_facet | Michal Šeliga Jan Růžička |
| author_sort | Michal Šeliga |
| collection | DOAJ |
| description | The paper is not focused on the area of GeoWeb generally, because there is a lot of papers written on this topic (for examples: see the proceedings from the symposium GIS Ostrava (http://gis.vsb.cz) the present). Author looks at the area from a different point of view. Is there anything wrong that comes with the Web Map Service (WMS) specification? WMS (antl of course other specifications from the Open GIS Consortium (http://www.opengis.org) brings new possibilities how to make GIS interoperable. The map server compatible with WMS specification publishes, upon a user request, the map as a raster (bitmap) file that can be visualized by the user’s client. The bitmap can be filled up with pixels with some color values but there can be transparent pixels too. That’s why outputs from more than one map server in one map client (like in the digital cartography) can be published. This possibility makes a big family of the data sources from the WMS servers that can be combined in many different ways. The user can obtain actual data from different sources and visualize them together. This advantage brings many disadvantages, which are described in the paper. There are problems with the symbology used. Data publishers can use so much different symbology (for example geologist, demographer), that the map server’s outputs should not be (quite often it is not possible eithn) putted together. A more serious is a problem in the quality and temporal extent of the data. The user can combine the data with a different temporal extent and upon a visual comparison he can produce a wrong decision. For example, the harlot must be closed because there is a school in a distance less than 50 meters but the school is closed for more than two years and is used for the accommodation of the foreign workers. Another example: a school administration localised the school building with a precision to the street (it means to the centre of the street), but the school building is at the beginning of the street, that means that the distance to the harlot is greater than 50 meters. The paper discuses other aspects of this problems and suggests some solution. Standard ISO/DIS 19128 brings some possibilities but all of them are optional only. WMS without metadata is a half of the solution for the GeoWeb. Standard ISO/DIS 19128 must define metadata as a mandatory item for the GetCapabilities operation. Other part of the problem is based on the metadata evaluation. The data quality evaluation and the comparison methodology must be specified and a new web service for the data quality comparison has to be developed. There is a lot of other problems with WMS but most serious of them is a problem with the SOAP protocol. Nowadays, web services developers think of a way of SOAP protocol only and ISO/DIS 19128 does not care of that way of development. ISO/DIS 19128 must define SOAP requests and responses for WMS, otherwise GIS will be still isolated from the surrounding world. |
| first_indexed | 2024-04-13T00:40:54Z |
| format | Article |
| id | doaj.art-3341322ba773410cadd1c130f342e575 |
| institution | Directory Open Access Journal |
| issn | 1335-1788 |
| language | English |
| last_indexed | 2024-04-13T00:40:54Z |
| publishDate | 2005-06-01 |
| publisher | Technical University of Kosice |
| record_format | Article |
| series | Acta Montanistica Slovaca |
| spelling | doaj.art-3341322ba773410cadd1c130f342e5752022-12-22T03:10:11ZengTechnical University of KosiceActa Montanistica Slovaca1335-17882005-06-01102192197Problems with the Web Map Service Open GIS specificationMichal ŠeligaJan RůžičkaThe paper is not focused on the area of GeoWeb generally, because there is a lot of papers written on this topic (for examples: see the proceedings from the symposium GIS Ostrava (http://gis.vsb.cz) the present). Author looks at the area from a different point of view. Is there anything wrong that comes with the Web Map Service (WMS) specification? WMS (antl of course other specifications from the Open GIS Consortium (http://www.opengis.org) brings new possibilities how to make GIS interoperable. The map server compatible with WMS specification publishes, upon a user request, the map as a raster (bitmap) file that can be visualized by the user’s client. The bitmap can be filled up with pixels with some color values but there can be transparent pixels too. That’s why outputs from more than one map server in one map client (like in the digital cartography) can be published. This possibility makes a big family of the data sources from the WMS servers that can be combined in many different ways. The user can obtain actual data from different sources and visualize them together. This advantage brings many disadvantages, which are described in the paper. There are problems with the symbology used. Data publishers can use so much different symbology (for example geologist, demographer), that the map server’s outputs should not be (quite often it is not possible eithn) putted together. A more serious is a problem in the quality and temporal extent of the data. The user can combine the data with a different temporal extent and upon a visual comparison he can produce a wrong decision. For example, the harlot must be closed because there is a school in a distance less than 50 meters but the school is closed for more than two years and is used for the accommodation of the foreign workers. Another example: a school administration localised the school building with a precision to the street (it means to the centre of the street), but the school building is at the beginning of the street, that means that the distance to the harlot is greater than 50 meters. The paper discuses other aspects of this problems and suggests some solution. Standard ISO/DIS 19128 brings some possibilities but all of them are optional only. WMS without metadata is a half of the solution for the GeoWeb. Standard ISO/DIS 19128 must define metadata as a mandatory item for the GetCapabilities operation. Other part of the problem is based on the metadata evaluation. The data quality evaluation and the comparison methodology must be specified and a new web service for the data quality comparison has to be developed. There is a lot of other problems with WMS but most serious of them is a problem with the SOAP protocol. Nowadays, web services developers think of a way of SOAP protocol only and ISO/DIS 19128 does not care of that way of development. ISO/DIS 19128 must define SOAP requests and responses for WMS, otherwise GIS will be still isolated from the surrounding world.http://actamont.tuke.sk/pdf/2005/n2/19ruzicka.pdfWMSInteroperabilityOpen GISISO/DIS 19128SOAP |
| spellingShingle | Michal Šeliga Jan Růžička Problems with the Web Map Service Open GIS specification Acta Montanistica Slovaca WMS Interoperability Open GIS ISO/DIS 19128 SOAP |
| title | Problems with the Web Map Service Open GIS specification |
| title_full | Problems with the Web Map Service Open GIS specification |
| title_fullStr | Problems with the Web Map Service Open GIS specification |
| title_full_unstemmed | Problems with the Web Map Service Open GIS specification |
| title_short | Problems with the Web Map Service Open GIS specification |
| title_sort | problems with the web map service open gis specification |
| topic | WMS Interoperability Open GIS ISO/DIS 19128 SOAP |
| url | http://actamont.tuke.sk/pdf/2005/n2/19ruzicka.pdf |
| work_keys_str_mv | AT michalseliga problemswiththewebmapserviceopengisspecification AT janruzicka problemswiththewebmapserviceopengisspecification |