• Tidak ada hasil yang ditemukan

Change Requests | OGC

N/A
N/A
Protected

Academic year: 2017

Membagikan "Change Requests | OGC"

Copied!
2
0
0

Teks penuh

(1)

All Fields marked with

*

are mandatory.

Change Request

#:

366

Assigned OGC

Document #:

14-118

Name:

*

Randoplph Gladish

Organization:

*

Image Matters LLC

Email:

*

[email protected]

Document

Name/Version:

*

KML / 2.2.0

OGC Project

Document:

*

07-147r2

If this is a revision of a previous submission and you have a Change Request Number, then check here:

Enter the CR number here:

Enter the Revsion Number that you are revising here:

Title:

*

Alternate Encoding of KML using EXI

Source:

*

US Army Common Overlay Working Group

Work item

code:

Category:

*

C (Functional modification of feature)

Reason for

change:

*

XML is an inefficient text encoding standard (relative to traditional binary encoding). An alternative encoding of KML content is desirable to conserve storage space and transmission bandwidth, particularly as mobile delivery and display becomes increasingly common, and to leverage deferred resource loading strategies available in KML. KMZ provides a mechanism to address inefficient encoding formats such as KML and COLLADA, but places additional processing resource burdens on systems to decompress and manage content into temporary files. Addition of an efficient, native binary encoding will better support bandwidth and resource constrained computing environments that can leverage deferred resource loading.

Issues with KMZ compressed KML:

� Expansion of KMZ requires decompression algorithms on the receiving system or server.

� Relative paths must be resolved to correct web URL

� Expansion of KMZ components requires file handling that may be difficult or resource intensive for some systems.

� Compressed KML must be fully expanded to access

individual DOM elements within embedded KML/XML files, even though not all elements are required for visualization.

EXi is binary equivalent form of XML encoding that has been defined by W3C as a more space and transmission efficient binary variation of XML. EXi offers advantages over compressed (KMZ).

Due to the highly repetitive nature of KML content, EXi offers

(2)

Summary of

change:

*

Add KML/EXI as an alternate encoding of the KML/XML content.

Add KMZ/EXI and XML/EXI as an alternate encoding of KML files contained within a KMZ file.

Consequences if

not approved:

Increased storage size and transmission bandwidth using KML/XMLinstead of KML/EXI encoding, relative to binary encoding. Receiving systems/devices may be unable to processes KMZ, thus limiting interoperability.

Clauses

affected:

*

9,10

Additional

Documents

affected:

EXi encoding should be considered as an alternative encoding for all XML-based transports, but particularly

WFS/GML and other metadata intensive standards.

Supporting

Documentation:

W3C Specification, Efficient XML Interchange (EXI) Format 1.0 (SecondEdition), http://www.w3.org/TR/exi/ EFFICIENT XML INTERCHANGE (EXI) COMPRESSION AND PERFORMANCE BENEFITS: DEVELOPMENT, IMPLEMENTATION AND EVALUATION,

http://www.dtic.mil/dtic/tr/fulltext/u2/a518679.pdf

Comments:

Status:

Assigned

Assigned To:

KML SWG

Referensi

Dokumen terkait

* The code list encoding in CityGML provides no mechanism to point to the dictionary with the used code list values (and it does not use the GML mechanism) → noone can interpret

 Category “ Policy Language Encoding ” ( PLE) defines conformance test cases that focus on the capability of the implementation being able to properly process the XACML

not approved: Lack of interoperability, lack of harmonised approaches to encoding range semantics information within coverages, inadequate implementation in GML of ISO 19123

An alternative location scheme is to use linearly referenced locations, where a location is specified as being at a certain distance along (and perhaps offset from) a linear

The final product of this change request ought to be the official release within the OGC and WfMC communities in June 2009 of WFXML and WfXML-R with any enhancements

This is in particular true of the binary encodings, variable array size, local and reference frames and semantics concepts4. Summary of change:  Add clear examples and

WCS servers canmay implement SOAP version 1.2 transfer of the GetCapabilities operation response as specified in Annex F, using the XML encoding referenced above.

b) Grid Coverages Common – The Base part builds on the Grid Coverages Common part, which is shared by multiple OGC web services, and specifies data structures for encoding