Geometa Lab OST - Benutzerbeiträge [de-ch]

Benutzer:User

2010-04-19T19:36:03Z

User: Die Seite wurde neu angelegt: „Benutzername für Geo-Webservices des GISpunkt. Für Fragen wenden Sie sich an die Betreiber des GISpunkt: Siehe unten "Über GISpunkt HSR".“

Benutzername für Geo-Webservices des GISpunkt.

Für Fragen wenden Sie sich an die Betreiber des GISpunkt: Siehe unten "Über GISpunkt HSR".

Geodata Discovery

2010-04-19T15:20:41Z

User:

'''Geodata Discovery Specification - Discovery of Geodata and Geospatial Services'''

== Status ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

== Introduction ==

=== Overview ===

The discovery of geodata and geospatial services is crucial of almost every project which involves geoprocessing and therefore also to every (geo) data infrastructure!

General purpose search engines are not capable of recognizing geodata formats and geospatial services. Thus, here is a strong need to support geospatial search services, especially repositories and webcrawlers. The solution is twofold: first help machines find explicitely resources they are looking for (through relation links) and, second, let users realize and control that they are browsing a web site which is enhanced with those machine readable relationships (through an icon).

Instead of a web of (HTML) documents, this is part of a vision about a web of services (and XML) which what (semantic) Web 2.0 is mostly about. "So it is vital at the GeoWeb align itself with the web and the multitude of sources and endpoints that the web is reaching into." (citation form High Earth Orbit blog).

=== Relationship to other standards ===

This specification doesn't require any change to any of the formats and standards mentioned. In fact, it's just a recommendation for a common usage of these formats.

* KML from Google: "KML is HTML for the geospatial web"
* sitemaps.xml from Google

== Specification ==

The Geodata Discovery standard consists of following parts A and B (both in turn are based standards extensions, called substandards):

* Part A specifies a syndication format especially specialized weblinks which provide semantics to help focussed crawlers to find OGC Services, like [[WMS]], [[WFS]], [[WCS]], [[WPS]] and/or [[CSW]].
* Part B specifies how to use an icon in HTML webpages which links to .

=== Part A (CONDITIONAL MANDATORY) ===

Specifies "See" and "See also" links (also called 'cross-links') in well known formats ("carrier formats") containing typified weblinks (whenever possible 'xlink' or "Atom link relation types").

Extensions to following substandards:
* GeoRSS file format: Use of GeoRSS to syndicate KML content, similar to RSS support in HTML.. See the [http://highearthorbit.com/a-proposal-georss-kml/ proposal] here.
* Atom file format: rel and type attributes for See chap. 6.2
* OGC WxS protocols: Extension of GetCapabilities with xlink tags ... (tbd.)!

=== Part B (OPTIONAL) ===

Specifies the placement of a Geotag icon (Microformat) in a HTML webpage. This is for human readability and trustworthiness as well as for general purpose webcrawlers (Google's principle of visual control) pointing to the syndication format (specified in Part A).

'CONDITIONAL MANDATORY' means that at least one of the mentioned substandards in A needs to implemented in order to comply to the "Geodata Discovery" standard.

== Compliance Tests ==

tbd. Ideally there should be a website which lists conformances tests given a website which was enhanced according to this specifications.

== Background ==

At OGC there exists an interest group about discovery but there's no specification activity there yet.

This proposal does not compete with existing standards like [[CSW]]. In contrary, it is a supplement of those. It's the basis for better domain-specific search engines, like e.g. geocat.ch or geometa.info.

This proposal is based on own experiences and - among others - on the sources mentioned below.

== References ==

Normative references:
* [http://tools.ietf.org/html/draft-nottingham-http-link-header-06#section-6.2 IETF Web Linking Draft (draft-nottingham-http-link-header-06)] - Atom link relation types.
* [http://www.w3.org/TR/xlink/ XML Linking Language (XLink) Version 1.0].
* [http://www.opensearch.org OpenSearch.org] > OpenSearch Geo extension (Draft) - A leightweight harvesting interface (Remarks: "rel='search'" notifes an application that here is a service that it can query to get at additional resources. Applies often also to webapplications capable which can be called with Permalinks).
* [[CSW]]

Miscellaneous Weblinks:
* [http://highearthorbit.com/geoweb-standards-discoverability/ GeoWeb Standards – Discoverability] from High Earth Orbit Blog, 2009-08-28.
* [http://sgillies.net/blog/985/proposed-standard-for-web-linking "Proposed standard for web linking"] from Sean Gillies Blog, 2010-01-25.

== History ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

Geodata Discovery

2010-04-19T15:20:07Z

User: /* Specification */

'''Geodata Discovery Specification - Discovery of Geodata and Geospatial Services'''

== Status ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

== Introduction ==

The discovery of geodata and geospatial services is crucial of almost every project which involves geoprocessing and therefore also to every (geo) data infrastructure!

General purpose search engines are not capable of recognizing geodata formats and geospatial services. Thus, here is a strong need to support geospatial search services, especially repositories and webcrawlers. The solution is twofold: first help machines find explicitely resources they are looking for (through relation links) and, second, let users realize and control that they are browsing a web site which is enhanced with those machine readable relationships (through an icon).

Instead of a web of (HTML) documents, this is part of a vision about a web of services (and XML) which what (semantic) Web 2.0 is mostly about. "So it is vital at the GeoWeb align itself with the web and the multitude of sources and endpoints that the web is reaching into." (citation form High Earth Orbit blog).

=== Relationship to other standards ===

This specification doesn't require any change to any of the formats and standards mentioned. In fact, it's just a recommendation for a common usage of these formats.

* KML from Google: "KML is HTML for the geospatial web"
* sitemaps.xml from Google

== Specification ==

The Geodata Discovery standard consists of following parts A and B (both in turn are based standards extensions, called substandards):

* Part A specifies a syndication format especially specialized weblinks which provide semantics to help focussed crawlers to find OGC Services, like [[WMS]], [[WFS]], [[WCS]], [[WPS]] and/or [[CSW]].
* Part B specifies how to use an icon in HTML webpages which links to .

=== Part A (CONDITIONAL MANDATORY) ===

Specifies "See" and "See also" links (also called 'cross-links') in well known formats ("carrier formats") containing typified weblinks (whenever possible 'xlink' or "Atom link relation types").

Extensions to following substandards:
* GeoRSS file format: Use of GeoRSS to syndicate KML content, similar to RSS support in HTML.. See the [http://highearthorbit.com/a-proposal-georss-kml/ proposal] here.
* Atom file format: rel and type attributes for See chap. 6.2
* OGC WxS protocols: Extension of GetCapabilities with xlink tags ... (tbd.)!

=== Part B (OPTIONAL) ===

Specifies the placement of a Geotag icon (Microformat) in a HTML webpage. This is for human readability and trustworthiness as well as for general purpose webcrawlers (Google's principle of visual control) pointing to the syndication format (specified in Part A).

'CONDITIONAL MANDATORY' means that at least one of the mentioned substandards in A needs to implemented in order to comply to the "Geodata Discovery" standard.

== Compliance Tests ==

tbd. Ideally there should be a website which lists conformances tests given a website which was enhanced according to this specifications.

== Background ==

At OGC there exists an interest group about discovery but there's no specification activity there yet.

This proposal does not compete with existing standards like [[CSW]]. In contrary, it is a supplement of those. It's the basis for better domain-specific search engines, like e.g. geocat.ch or geometa.info.

This proposal is based on own experiences and - among others - on the sources mentioned below.

== References ==

Normative references:
* [http://tools.ietf.org/html/draft-nottingham-http-link-header-06#section-6.2 IETF Web Linking Draft (draft-nottingham-http-link-header-06)] - Atom link relation types.
* [http://www.w3.org/TR/xlink/ XML Linking Language (XLink) Version 1.0].
* [http://www.opensearch.org OpenSearch.org] > OpenSearch Geo extension (Draft) - A leightweight harvesting interface (Remarks: "rel='search'" notifes an application that here is a service that it can query to get at additional resources. Applies often also to webapplications capable which can be called with Permalinks).
* [[CSW]]

Miscellaneous Weblinks:
* [http://highearthorbit.com/geoweb-standards-discoverability/ GeoWeb Standards – Discoverability] from High Earth Orbit Blog, 2009-08-28.
* [http://sgillies.net/blog/985/proposed-standard-for-web-linking "Proposed standard for web linking"] from Sean Gillies Blog, 2010-01-25.

== History ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

Geodata Discovery

2010-04-19T15:18:36Z

User:

'''Geodata Discovery Specification - Discovery of Geodata and Geospatial Services'''

== Status ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

== Introduction ==

The discovery of geodata and geospatial services is crucial of almost every project which involves geoprocessing and therefore also to every (geo) data infrastructure!

General purpose search engines are not capable of recognizing geodata formats and geospatial services. Thus, here is a strong need to support geospatial search services, especially repositories and webcrawlers. The solution is twofold: first help machines find explicitely resources they are looking for (through relation links) and, second, let users realize and control that they are browsing a web site which is enhanced with those machine readable relationships (through an icon).

Instead of a web of (HTML) documents, this is part of a vision about a web of services (and XML) which what (semantic) Web 2.0 is mostly about. "So it is vital at the GeoWeb align itself with the web and the multitude of sources and endpoints that the web is reaching into." (citation form High Earth Orbit blog).

=== Relationship to other standards ===

This specification doesn't require any change to any of the formats and standards mentioned. In fact, it's just a recommendation for a common usage of these formats.

* KML from Google: "KML is HTML for the geospatial web"
* sitemaps.xml from Google

== Specification ==

The Geodata Discovery standard consists of following parts A and B (both in turn are based standards extensions, called substandards):

* Part A specifies a syndication format especially specialized weblinks which provide semantics to help focussed crawlers to find OGC Services, like [[WMS]], [[WFS]], [[WCS]], [[WPS]] and/or [[CSW]].
* Part B specifies how to use an icon in HTML webpages which links to .

=== Part A (CONDITIONAL MANDATORY) ===

Specifies "See" and "See also" links (also called 'cross-links') in well known formats ("carrier formats") containing typified weblinks (whenever possible 'xlink' or "Atom link relation types").

Extensions to following substandards:
* GeoRSS file format: Use of GeoRSS to syndicate KML content, similar to RSS support in HTML.. See the [http://highearthorbit.com/a-proposal-georss-kml/ proposal] here.
* Atom file format: rel and type attributes for See chap. 6.2
* OGC WxS protocols: Extension of GetCapabilities with xlink tags ... (tbd.)!

=== Part B (OPTIONAL) ===

Specifies a webpage that includes a Geotag icon (Microformat). This is for human readability and trustworthiness (Google's principle of visual control) pointing to the "see and see also" links (see above).

CONDITIONAL MANDATORY means that at least one of the mentioned substandards in A needs to implemented in order to comply to the "Geodata Discovery" standard.

== Compliance Tests ==

tbd. Ideally there should be a website which lists conformances tests given a website which was enhanced according to this specifications.

== Background ==

At OGC there exists an interest group about discovery but there's no specification activity there yet.

This proposal does not compete with existing standards like [[CSW]]. In contrary, it is a supplement of those. It's the basis for better domain-specific search engines, like e.g. geocat.ch or geometa.info.

This proposal is based on own experiences and - among others - on the sources mentioned below.

== References ==

Normative references:
* [http://tools.ietf.org/html/draft-nottingham-http-link-header-06#section-6.2 IETF Web Linking Draft (draft-nottingham-http-link-header-06)] - Atom link relation types.
* [http://www.w3.org/TR/xlink/ XML Linking Language (XLink) Version 1.0].
* [http://www.opensearch.org OpenSearch.org] > OpenSearch Geo extension (Draft) - A leightweight harvesting interface (Remarks: "rel='search'" notifes an application that here is a service that it can query to get at additional resources. Applies often also to webapplications capable which can be called with Permalinks).
* [[CSW]]

Miscellaneous Weblinks:
* [http://highearthorbit.com/geoweb-standards-discoverability/ GeoWeb Standards – Discoverability] from High Earth Orbit Blog, 2009-08-28.
* [http://sgillies.net/blog/985/proposed-standard-for-web-linking "Proposed standard for web linking"] from Sean Gillies Blog, 2010-01-25.

== History ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

Geodata Discovery

2010-04-19T15:13:36Z

User: /* Introduction */

'''Geodata Discovery Specification - Discovery of Geodata and Geospatial Services'''

== Status ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.

== Introduction ==

The discovery of geodata and geospatial services is crucial of almost every project which involves geoprocessing and therefore also to every (geo) data infrastructure!

General purpose search engines are not capable of recognizing geodata formats and geospatial services. Thus, here is a strong need to support geospatial search services, especially repositories and webcrawlers. The solution is twofold: first help machines find explicitely resources they are looking for (through relation links) and, second, let users realize and control that they are browsing a web site which is enhanced with those machine readable relationships (through an icon).

Instead of a web of (HTML) documents, this is part of a vision about a web of services (and XML) which what (semantic) Web 2.0 is mostly about. "So it is vital at the GeoWeb align itself with the web and the multitude of sources and endpoints that the web is reaching into." (citation form High Earth Orbit blog).

The specification can be explained in two steps: syndication and visualization.

=== Relationship to other standards ===

This specification doesn't require any change to any of the formats and standards mentioned. In fact, it's just a recommendation for a common usage of these formats.

* KML from Google: "KML is HTML for the geospatial web"
* sitemaps.xml from Google

== Specification ==

The Geodata Discovery standard consists of following parts A and B (both in turn are based standards extensions, called substandards):

* Part A specifies specialized weblinks which provide semantics to help focussed crawlers to find OGC Services, like [[WMS]], [[WFS]], [[WCS]], [[WPS]] and/or [[CSW]].
* Part B

=== Part A (CONDITIONAL MANDATORY) ===

"See and See also" links (also called 'cross-links') in well known formats ("carrier formats") containing typified weblinks (whenever possible 'xlink' or "Atom link relation types").

Extensions to folowing substandards:
* GeoRSS file format: Use of GeoRSS to syndicate KML content, similar to RSS support in HTML.. See the [http://highearthorbit.com/a-proposal-georss-kml/ proposal] here.
* Atom file format: rel and type attributes for See chap. 6.2
* OGC WxS protocols: Extension of GetCapabilities with xlink tags ... (tbd.)!

=== Part B (OPTIONAL) ===

Webpages that include a Geotag icon (Microformat). This is for human readability and trustworthiness (Google's principle of visual control) pointing to the "see and see also" links (see above).

CONDITIONAL MANDATORY means that at least one of the mentioned substandards in A needs to implemented in order to comply to the "Geodata Discovery" standard.

== Compliance Tests ==

tbd. Ideally there should be a website which lists conformances tests given a website which was enhanced according to this specifications.

== Background ==

At OGC there exists an interest group about discovery but there's no specification activity there yet.

This proposal does not compete with existing standards like [[CSW]]. In contrary, it is a supplement of those. It's the basis for better domain-specific search engines, like e.g. geocat.ch or geometa.info.

This proposal is based on own experiences and - among others - on the sources mentioned below.

== References ==

Normative references:
* [http://tools.ietf.org/html/draft-nottingham-http-link-header-06#section-6.2 IETF Web Linking Draft (draft-nottingham-http-link-header-06)] - Atom link relation types.
* [http://www.w3.org/TR/xlink/ XML Linking Language (XLink) Version 1.0].
* [http://www.opensearch.org OpenSearch.org] > OpenSearch Geo extension (Draft) - A leightweight harvesting interface (Remarks: "rel='search'" notifes an application that here is a service that it can query to get at additional resources. Applies often also to webapplications capable which can be called with Permalinks).
* [[CSW]]

Miscellaneous Weblinks:
* [http://highearthorbit.com/geoweb-standards-discoverability/ GeoWeb Standards – Discoverability] from High Earth Orbit Blog, 2009-08-28.
* [http://sgillies.net/blog/985/proposed-standard-for-web-linking "Proposed standard for web linking"] from Sean Gillies Blog, 2010-01-25.

== History ==

* Version 1.00, 19.4.2010, Stefan Keller -- First release of the specification.