<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.osgeo.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wiki-JoWalsh</id>
	<title>OSGeo - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.osgeo.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wiki-JoWalsh"/>
	<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/wiki/Special:Contributions/Wiki-JoWalsh"/>
	<updated>2026-04-15T21:48:30Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.9</generator>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51203</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51203"/>
		<updated>2010-10-27T14:48:40Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Participants in this document / proposal */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process. They also assume that the end user will accept the product as homogeneous, where a generic quality statement applies to all objects and areas. &lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information? &lt;br /&gt;
&lt;br /&gt;
* Potentially, this will allow to move from the question 'Is dataset X useful for task Y?' to 'Is dataset X useful for task Y at location Z?' - after all, each researcher is working at a specific scale and purpose, so introducing scale and location explicitly to the decision making should assist in the data selection and fitness for purpose analysis. &lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* In addition, emerging OS Research on the usability of geographical information is exposing the producer-centric nature of the datasets, and the need to develop novel, user-centric approaches to data production and delivery &lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? ==&lt;br /&gt;
&lt;br /&gt;
[http://inf11briefingoct2010.jiscpress.org/geospatial/ See the briefing paper on the JISC geospatial strand for more context] - up to 9 months duration between Feb and Dec 2011.&lt;br /&gt;
&lt;br /&gt;
* Briefing emphasises infrastructure development, re-use of tools and services, both those directly supported by JISC and others popular on the web&lt;br /&gt;
&lt;br /&gt;
* We'd be looking at a mixture of service/tool re-use and structured interviews with academic geodata users regarding their concerns around quality.&lt;br /&gt;
&lt;br /&gt;
* Exploring the concept of fit-for-use from a user-centred perspective (in contrast to producer centred view). This should guide the development of user-centred metadata discovery.&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
=== Starting with Nothing ===&lt;br /&gt;
&lt;br /&gt;
The traditional ISO data quality model assumes theoretically perfect data. Many measures and tests can only be run in comparison with a known higher quality, more &amp;quot;authoritative&amp;quot; dataset or through ground truth.&lt;br /&gt;
&lt;br /&gt;
Perfect and homogeneous data does not look like a reasonable assumption - in reality data are collected at different times, by different people - and even inside the same organisation standards and procedures change over time due to organisational and technological changes. A paradigm shift to heterogeneous understanding of geographic dataset is needed.&lt;br /&gt;
&lt;br /&gt;
=== Attestation ===&lt;br /&gt;
&lt;br /&gt;
Peer review for data quality / social aspect to data sources. Research shows that data can improve through peer review - even when the users are non domain expert. This should be very suitable to the academic community, with the trend of academic researchers releasing their source code and data sets for review. However, the relationships between experts and general users are somewhat more contested in the academic environment, and there is a need for expert overview and mechanisms to allow the understanding of the credibility and knowledge of a reviewer. For example, the assertion that a bus stop is miss located on the map can be done by anyone, but the identification of a rare butterfly requires specific domain knowledge. In both cases, a non-professional scientist can contribute the information accurately (some hobbyists have more time on their hands to identify butterflies then professional researchers)&lt;br /&gt;
&lt;br /&gt;
=== Edit-time quality reporting ===&lt;br /&gt;
&lt;br /&gt;
The JOSM Validator model, looking at logical consistency of edits to OSM before commit. Again there's a data production bias here - how many research users of OSM, for example, are active editors?&lt;br /&gt;
&lt;br /&gt;
More generally, there is a balance between the use of labour of contributors (while assuming that they are not very trustworthy) to the use of 'distributed intelligence'  (which assumes that their analysis skills can be used).&lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* http://povesham.wordpress.com/2010/01/29/haiti-%E2%80%93-further-comparisons-and-the-usability-of-geographic-information-in-emergency-situations/&lt;br /&gt;
* http://povesham.wordpress.com/2010/10/05/geographical-citizen-science/&lt;br /&gt;
* http://unlock.blogs.edina.ac.uk/2010/03/15/notes-on-linked-data-and-geodata-quality/&lt;br /&gt;
* http://www.scribd.com/doc/39738777/Perspectives-on-the-re-use-of-data-quality-metadata&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]] - EDINA, University of Edinburgh&lt;br /&gt;
Muki Haklay - University College London&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51196</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51196"/>
		<updated>2010-10-27T13:14:14Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process&lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information?&lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? ==&lt;br /&gt;
&lt;br /&gt;
[http://inf11briefingoct2010.jiscpress.org/geospatial/ See the briefing paper on the JISC geospatial strand for more context] - up to 9 months duration between Feb and Dec 2011.&lt;br /&gt;
&lt;br /&gt;
* Briefing emphasises infrastructure development, re-use of tools and services, both those directly supported by JISC and others popular on the web&lt;br /&gt;
&lt;br /&gt;
* We'd be looking at a mixture of service/tool re-use and structured interviews with academic geodata users regarding their concerns around quality.&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
=== Starting with Nothing ===&lt;br /&gt;
&lt;br /&gt;
The traditional ISO data quality model assumes theoretically perfect data. Many measures and tests can only be run in comparison with a known higher quality, more &amp;quot;authoritative&amp;quot; dataset.&lt;br /&gt;
Perfect data does not look like a reasonable assumption. &lt;br /&gt;
&lt;br /&gt;
=== Attestation ===&lt;br /&gt;
&lt;br /&gt;
Peer review for data quality / social aspect to data sources.&lt;br /&gt;
&lt;br /&gt;
=== Edit-time quality reporting ===&lt;br /&gt;
&lt;br /&gt;
The JOSM Validator model, looking at logical consistency of edits to OSM before commit. Again there's a data production bias here - how many research users of OSM, for example, are active editors?&lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
* http://povesham.wordpress.com/2010/01/29/haiti-%E2%80%93-further-comparisons-and-the-usability-of-geographic-information-in-emergency-situations/&lt;br /&gt;
* http://povesham.wordpress.com/2010/10/05/geographical-citizen-science/&lt;br /&gt;
* http://unlock.blogs.edina.ac.uk/2010/03/15/notes-on-linked-data-and-geodata-quality/&lt;br /&gt;
* http://www.scribd.com/doc/39738777/Perspectives-on-the-re-use-of-data-quality-metadata&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]] - EDINA, University of Edinburgh&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51195</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51195"/>
		<updated>2010-10-27T12:57:18Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Fit for 15/10? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process&lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information?&lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? ==&lt;br /&gt;
&lt;br /&gt;
[http://inf11briefingoct2010.jiscpress.org/geospatial/ See the briefing paper on the JISC geospatial strand for more context] - up to 9 months duration between Feb and Dec 2011.&lt;br /&gt;
&lt;br /&gt;
* Briefing emphasises infrastructure development, re-use of tools and services, both those directly supported by JISC and others popular on the web&lt;br /&gt;
&lt;br /&gt;
* We'd be looking at a mixture of service/tool re-use and structured interviews with academic geodata users regarding their concerns around quality.&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
=== Starting with Nothing ===&lt;br /&gt;
&lt;br /&gt;
The traditional ISO data quality model assumes theoretically perfect data. Many measures and tests can only be run in comparison with a known higher quality, more &amp;quot;authoritative&amp;quot; dataset.&lt;br /&gt;
Perfect data does not look like a reasonable assumption. &lt;br /&gt;
&lt;br /&gt;
=== Attestation ===&lt;br /&gt;
&lt;br /&gt;
Peer review for data quality / social aspect to data sources.&lt;br /&gt;
&lt;br /&gt;
=== Edit-time quality reporting ===&lt;br /&gt;
&lt;br /&gt;
The JOSM Validator model, looking at logical consistency of edits to OSM before commit. Again there's a data production bias here - how many research users of OSM, for example, are active editors?&lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51194</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51194"/>
		<updated>2010-10-27T12:53:08Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Themes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process&lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information?&lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? ==&lt;br /&gt;
&lt;br /&gt;
[http://inf11briefingoct2010.jiscpress.org/geospatial/ See the briefing paper on the JISC geospatial strand for more context] - up to 9 months duration between Feb and Dec 2011.&lt;br /&gt;
&lt;br /&gt;
* Briefing emphasises infrastructure development, re-use of tools and services, both those directly supported by JISC and others popular on the web&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
=== Starting with Nothing ===&lt;br /&gt;
&lt;br /&gt;
The traditional ISO data quality model assumes theoretically perfect data. Many measures and tests can only be run in comparison with a known higher quality, more &amp;quot;authoritative&amp;quot; dataset.&lt;br /&gt;
Perfect data does not look like a reasonable assumption. &lt;br /&gt;
&lt;br /&gt;
=== Attestation ===&lt;br /&gt;
&lt;br /&gt;
Peer review for data quality / social aspect to data sources.&lt;br /&gt;
&lt;br /&gt;
=== Edit-time quality reporting ===&lt;br /&gt;
&lt;br /&gt;
The JOSM Validator model, looking at logical consistency of edits to OSM before commit. Again there's a data production bias here - how many research users of OSM, for example, are active editors?&lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51193</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51193"/>
		<updated>2010-10-27T12:49:53Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Fit for 15/10? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process&lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information?&lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? ==&lt;br /&gt;
&lt;br /&gt;
[http://inf11briefingoct2010.jiscpress.org/geospatial/ See the briefing paper on the JISC geospatial strand for more context] - up to 9 months duration between Feb and Dec 2011.&lt;br /&gt;
&lt;br /&gt;
* Briefing emphasises infrastructure development, re-use of tools and services, both those directly supported by JISC and others popular on the web&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time quality reporting&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51192</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51192"/>
		<updated>2010-10-27T12:47:14Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Overview */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
* INSPIRE does not mandate quality standards but Joint Research Commission recognises that not to consider quality, is an oversight.&lt;br /&gt;
&lt;br /&gt;
* The ISO standards regarding quality of geographic information are oriented towards quality assurance in the data production process&lt;br /&gt;
&lt;br /&gt;
* This means a lack of focus on the value of data quality information from the end-user's perspective - what problems are we helping to solve by publishing data quality information?&lt;br /&gt;
&lt;br /&gt;
* For example, OS Research has done extensive work on a &amp;quot;vernacular gazetteer&amp;quot; of shapes for social names, but data quality concerns prohibit its release, even for research.&lt;br /&gt;
&lt;br /&gt;
* Geodata world has its domain specific problems, can benefit from looking at lighter weight / &lt;br /&gt;
differently conceived quality approaches from other domains. &lt;br /&gt;
&lt;br /&gt;
* The aim should be to encourage and support the publication of more data of variable, knowably unknown quality.&lt;br /&gt;
&lt;br /&gt;
* Quality currently looks like a niche issue. New developments in data sharing over the internet will raise priority for machine-reusable descriptions of data quality (distributed databases; multiple copies of the same resource unsynchronised, or variably edited; more collaborative mapping projects along lines of OSM and OpenAddresses; lossy or transient datastores; linked data pollution)&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time quality reporting&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51191</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51191"/>
		<updated>2010-10-27T12:31:53Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: work in progress&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information. This is something that could be an interesting fit for the [http://inf11briefingoct2010.jiscpress.org/geospatial/ geospatial strand of JISC funding call 15/10] on infrastructures for education and research.&lt;br /&gt;
&lt;br /&gt;
== Overview ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fit for 15/10? == &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Themes == &lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time quality reporting&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51119</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51119"/>
		<updated>2010-10-25T08:31:11Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.&lt;br /&gt;
&lt;br /&gt;
Later we might make it into a proper page about data quality and its implications for software.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time quality reporting&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Interviews ==&lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=New_Member_Nominations_2010&amp;diff=51077</id>
		<title>New Member Nominations 2010</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=New_Member_Nominations_2010&amp;diff=51077"/>
		<updated>2010-10-22T19:05:12Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: dont mean to suggest jo isnt gentle just wanting not seem diminitive sigh&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
!Name&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Steve Woodbridge&lt;br /&gt;
|&lt;br /&gt;
* Steve has long been a strong advocate and user of the open geospatial world of products. It would be hard to find someone who is more helpful and willing to help on any topic than Steve. From his early help on Mapserver until now, Steve has been a very active member and contributor in the geospatial community.&lt;br /&gt;
|-&lt;br /&gt;
|Jesse Eichar&lt;br /&gt;
|&lt;br /&gt;
* Jesse Eichar has been a long-time developer on the uDig open source desktop GIS, and has contributed important work to the GeoTools library. He is a constant presence on the uDig community list, helping new users and developers. He has participated in the FOSS4G conference over the years, giving talks and teaching workshops. He knows the open source geospatial world, and is a part of the larger community. &lt;br /&gt;
|-&lt;br /&gt;
|Alex Mandel&lt;br /&gt;
|&lt;br /&gt;
* Alex is an excessively active contributor to the numerous facets of OSGeo. You have likely seen him on one of the many OSGeo IRC channel he haunts, regularly offering advice to newbies, contributing to conversations and volunteering to take on tasks. I've seen him contribute significantly over the last couple of years to the core development of the OSGeo-Live project and the marketing committee. He also helps out of the System Administration Committee, acts as a representative at numerous trade fairs, helped found the Californian OSGeo chapter, helped develop numerous Geography academic courses which use a variety of FOSS applications and he has contributed directly to QGIS. Alex brings a valuable &amp;quot;user perspective&amp;quot; with him, as he has a degree in Wildlife Biology and field experience with State and Federal agencies.&lt;br /&gt;
|-&lt;br /&gt;
|Hirofumi Hayashi&lt;br /&gt;
|&lt;br /&gt;
* He is one of the most active member of OSGeo-Japan Local Chapter and is deeply involved in promoting OSGeo in Japan and elsewhere. He is a great team player and also contributed significantly to Internationalization of OSGeo software, localization of documentation, enhancement to OSGeo4W package and organization of FOSS4G events in Japan. He is the Vice-Representative of OSGeo Japan Local Chapter and PSC member in the ZOO project. He bears all the positive attributes desired of a OSGeo Charter Member&lt;br /&gt;
|-&lt;br /&gt;
|Gavin Fleming&lt;br /&gt;
|&lt;br /&gt;
* Gavin is the chief organizer of FOSS4G 2008. I attended the FOSS4G2008 conference, which Gavin was instrumental in organising. He and his team attracted delegates from some 50 countries, and subsequently produced a hugely successful conference. This is a tribute to Gavin's exceptional hard work and dedication to the task at hand. In so doing, he managed to put South Africa firmly onto the FOSS4G map. I particularly appreciated his kind manner, for regardless of the pressures on him, he always treated people with dignity and respect.&lt;br /&gt;
|-&lt;br /&gt;
|Suchith Anand&lt;br /&gt;
|&lt;br /&gt;
* Suchith is the chief organizer of OSGIS UK 2009 and 2010, as an OSGeo charter member. Suchith has done a major service to the interests of our foundation by organizing OSGIS UK conferences and by setting up an open source geospatial lab at University of Nottingham and negotiating a MoU with OSGeo, I think he definitely should be a charter member.&lt;br /&gt;
|-&lt;br /&gt;
|Dr. Xianfeng Song&lt;br /&gt;
|&lt;br /&gt;
* Dr. Xianfeng Song, Associate Professor, Graduate University of Chinese Academy of Sciences, for his contributions to the FOSS4G2010 as a academic chair and also his great activities in OSGeo China and Japan chapters to involve international collaborations.&lt;br /&gt;
|-&lt;br /&gt;
|Milena Nowotarska&lt;br /&gt;
|&lt;br /&gt;
* [[Milena_Nowotarska]] is very active member of Poland OSGeo Chapter. She is the key person in localization of Quantum GIS, GRASS, gvSIG and author of first polish QGIS manual. Milena has been involved in translations of GUI, manuals, brochures and promotional materials. Co-founder of polish forum and wiki for mentioned projects and GRASS-wiki manager. Trainer and teacher of FOSS4G at university and during several workshops. Milena plays important role in popularization of FOSS in local governmental agencies in Poland. Co-organizer of upcoming QGIS Hackfest in Wroclaw 2010.&lt;br /&gt;
|-&lt;br /&gt;
|Hirofumi Hayashi&lt;br /&gt;
|&lt;br /&gt;
* Mr. Hayashi is one of the most active member of OSGeo-Japan Local Chapter and is deeply involved in promoting OSGeo in Japan and elsewhere. He is a great team player and also contributed significantly to Internationalization of OSGeo software, localization of documentation, enhancement to OSGeo4W package and organization of FOSS4G events in Japan. He is the Vice-Representative of OSGeo Japan Local Chapter and PSC member in the ZOO project. He bears all the positive attributes desired of a OSGeo Charter Member.&lt;br /&gt;
|-&lt;br /&gt;
|Bruce Bannerman&lt;br /&gt;
|&lt;br /&gt;
* Bruce has been very hard working toward the OSGeo cause and often provides valuable insights to OSGeo discussions from a government purchasing perspective. He currently works as  the key a GeoSpatial Architect at the Australian Bureau of Meteorology, where he plays a key role in international programs such as the Global Earth Observation System of Systems http://www.earthobservations.org/ . Bruce was incredibly hard working on the FOSS4G 2009 organising committee, and was key in fostering OSGeo/OGC relationships by coordination and sourcing substantial sponsorship for the Climate Change Integration Plugfest. He has done a lot of local OSGeo evangelism, manning OSGeo booths at conferences, writing papers for Government committees on behalf of OSGeo and helping found and run the Australian/New Zealand local chapter of OSGeo.&lt;br /&gt;
|-&lt;br /&gt;
|Nicolas Bozon&lt;br /&gt;
|&lt;br /&gt;
* Nicolas Bozon is specialized in design and GUIs for FOSS4G based applications, he has contributed to various FOSS4G projects and used OSGeo tools for scientific research projects. He actively promoted OSGeo during many trainings and workshops in France and participates actively in national and international conferences (OSGeo fr + jp + th, ...), giving talks and teaching workshops. Nicolas co-founded the ZOO Project (http://zoo-project.org/), is ZOO PSC member and important contributor.&lt;br /&gt;
|-&lt;br /&gt;
|Jo Cook&lt;br /&gt;
|&lt;br /&gt;
* Jo Cook is the patient leader of the UK OSGeo community. For years she has stuck with it, waiting for the world around her to catch up. Now she is providing a guiding hand to the flourishing OSGeo:UK chapter as its members put on conferences, masterclasses, training. Jo's notable FOSS4G presentations include &amp;quot;[http://2007.foss4g.org/presentations/view.php?abstract_id=81| Portable GIS - GIS on a USB stick]&amp;quot; in 2007 and &amp;quot;[http://2010.foss4g.org/presentations_show.php?id=3595| Open source archaeology - two years later]&amp;quot; in 2010. One reason i am nominating Jo is that i think she'd make a good board member for the OSGeo foundation. I was surprised to learn that Jo's not already an OSGeo charter member.&lt;br /&gt;
|}&lt;br /&gt;
[[Category:Elections]] &lt;br /&gt;
[[Category:Election 2010]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=New_Member_Nominations_2010&amp;diff=51076</id>
		<title>New Member Nominations 2010</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=New_Member_Nominations_2010&amp;diff=51076"/>
		<updated>2010-10-22T19:02:29Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|-&lt;br /&gt;
!Name&lt;br /&gt;
!Notes&lt;br /&gt;
|-&lt;br /&gt;
|Steve Woodbridge&lt;br /&gt;
|&lt;br /&gt;
* Steve has long been a strong advocate and user of the open geospatial world of products. It would be hard to find someone who is more helpful and willing to help on any topic than Steve. From his early help on Mapserver until now, Steve has been a very active member and contributor in the geospatial community.&lt;br /&gt;
|-&lt;br /&gt;
|Jesse Eichar&lt;br /&gt;
|&lt;br /&gt;
* Jesse Eichar has been a long-time developer on the uDig open source desktop GIS, and has contributed important work to the GeoTools library. He is a constant presence on the uDig community list, helping new users and developers. He has participated in the FOSS4G conference over the years, giving talks and teaching workshops. He knows the open source geospatial world, and is a part of the larger community. &lt;br /&gt;
|-&lt;br /&gt;
|Alex Mandel&lt;br /&gt;
|&lt;br /&gt;
* Alex is an excessively active contributor to the numerous facets of OSGeo. You have likely seen him on one of the many OSGeo IRC channel he haunts, regularly offering advice to newbies, contributing to conversations and volunteering to take on tasks. I've seen him contribute significantly over the last couple of years to the core development of the OSGeo-Live project and the marketing committee. He also helps out of the System Administration Committee, acts as a representative at numerous trade fairs, helped found the Californian OSGeo chapter, helped develop numerous Geography academic courses which use a variety of FOSS applications and he has contributed directly to QGIS. Alex brings a valuable &amp;quot;user perspective&amp;quot; with him, as he has a degree in Wildlife Biology and field experience with State and Federal agencies.&lt;br /&gt;
|-&lt;br /&gt;
|Hirofumi Hayashi&lt;br /&gt;
|&lt;br /&gt;
* He is one of the most active member of OSGeo-Japan Local Chapter and is deeply involved in promoting OSGeo in Japan and elsewhere. He is a great team player and also contributed significantly to Internationalization of OSGeo software, localization of documentation, enhancement to OSGeo4W package and organization of FOSS4G events in Japan. He is the Vice-Representative of OSGeo Japan Local Chapter and PSC member in the ZOO project. He bears all the positive attributes desired of a OSGeo Charter Member&lt;br /&gt;
|-&lt;br /&gt;
|Gavin Fleming&lt;br /&gt;
|&lt;br /&gt;
* Gavin is the chief organizer of FOSS4G 2008. I attended the FOSS4G2008 conference, which Gavin was instrumental in organising. He and his team attracted delegates from some 50 countries, and subsequently produced a hugely successful conference. This is a tribute to Gavin's exceptional hard work and dedication to the task at hand. In so doing, he managed to put South Africa firmly onto the FOSS4G map. I particularly appreciated his kind manner, for regardless of the pressures on him, he always treated people with dignity and respect.&lt;br /&gt;
|-&lt;br /&gt;
|Suchith Anand&lt;br /&gt;
|&lt;br /&gt;
* Suchith is the chief organizer of OSGIS UK 2009 and 2010, as an OSGeo charter member. Suchith has done a major service to the interests of our foundation by organizing OSGIS UK conferences and by setting up an open source geospatial lab at University of Nottingham and negotiating a MoU with OSGeo, I think he definitely should be a charter member.&lt;br /&gt;
|-&lt;br /&gt;
|Dr. Xianfeng Song&lt;br /&gt;
|&lt;br /&gt;
* Dr. Xianfeng Song, Associate Professor, Graduate University of Chinese Academy of Sciences, for his contributions to the FOSS4G2010 as a academic chair and also his great activities in OSGeo China and Japan chapters to involve international collaborations.&lt;br /&gt;
|-&lt;br /&gt;
|Milena Nowotarska&lt;br /&gt;
|&lt;br /&gt;
* [[Milena_Nowotarska]] is very active member of Poland OSGeo Chapter. She is the key person in localization of Quantum GIS, GRASS, gvSIG and author of first polish QGIS manual. Milena has been involved in translations of GUI, manuals, brochures and promotional materials. Co-founder of polish forum and wiki for mentioned projects and GRASS-wiki manager. Trainer and teacher of FOSS4G at university and during several workshops. Milena plays important role in popularization of FOSS in local governmental agencies in Poland. Co-organizer of upcoming QGIS Hackfest in Wroclaw 2010.&lt;br /&gt;
|-&lt;br /&gt;
|Hirofumi Hayashi&lt;br /&gt;
|&lt;br /&gt;
* Mr. Hayashi is one of the most active member of OSGeo-Japan Local Chapter and is deeply involved in promoting OSGeo in Japan and elsewhere. He is a great team player and also contributed significantly to Internationalization of OSGeo software, localization of documentation, enhancement to OSGeo4W package and organization of FOSS4G events in Japan. He is the Vice-Representative of OSGeo Japan Local Chapter and PSC member in the ZOO project. He bears all the positive attributes desired of a OSGeo Charter Member.&lt;br /&gt;
|-&lt;br /&gt;
|Bruce Bannerman&lt;br /&gt;
|&lt;br /&gt;
* Bruce has been very hard working toward the OSGeo cause and often provides valuable insights to OSGeo discussions from a government purchasing perspective. He currently works as  the key a GeoSpatial Architect at the Australian Bureau of Meteorology, where he plays a key role in international programs such as the Global Earth Observation System of Systems http://www.earthobservations.org/ . Bruce was incredibly hard working on the FOSS4G 2009 organising committee, and was key in fostering OSGeo/OGC relationships by coordination and sourcing substantial sponsorship for the Climate Change Integration Plugfest. He has done a lot of local OSGeo evangelism, manning OSGeo booths at conferences, writing papers for Government committees on behalf of OSGeo and helping found and run the Australian/New Zealand local chapter of OSGeo.&lt;br /&gt;
|-&lt;br /&gt;
|Nicolas Bozon&lt;br /&gt;
|&lt;br /&gt;
* Nicolas Bozon is specialized in design and GUIs for FOSS4G based applications, he has contributed to various FOSS4G projects and used OSGeo tools for scientific research projects. He actively promoted OSGeo during many trainings and workshops in France and participates actively in national and international conferences (OSGeo fr + jp + th, ...), giving talks and teaching workshops. Nicolas co-founded the ZOO Project (http://zoo-project.org/), is ZOO PSC member and important contributor.&lt;br /&gt;
|-&lt;br /&gt;
|Jo Cook&lt;br /&gt;
|&lt;br /&gt;
* Jo Cook is the patient leader of the UK OSGeo community. For years she has stuck with it, waiting for the world around her to catch up. Now she is providing a gentle guiding hand to the flourishing OSGeo:UK chapter as its members put on conferences, masterclasses, training. Jo's notable FOSS4G presentations include &amp;quot;[http://2007.foss4g.org/presentations/view.php?abstract_id=81| Portable GIS - GIS on a USB stick]&amp;quot; in 2007 and &amp;quot;[http://2010.foss4g.org/presentations_show.php?id=3595| Open source archaeology - two years later]&amp;quot; in 2010. One reason i am nominating Jo is that i think she'd make a good board member for the OSGeo foundation. I was surprised to learn that Jo's not already an OSGeo charter member.&lt;br /&gt;
|}&lt;br /&gt;
[[Category:Elections]] &lt;br /&gt;
[[Category:Election 2010]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51047</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51047"/>
		<updated>2010-10-21T15:34:21Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.&lt;br /&gt;
&lt;br /&gt;
Later we might make it into a proper page about data quality and its implications for software.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time quality reporting&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Participants in this document / proposal ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51046</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51046"/>
		<updated>2010-10-21T15:33:27Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.&lt;br /&gt;
&lt;br /&gt;
Later we might make it into a proper page about data quality and its implications for software.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* Edit-time QA&lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Participants ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51045</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51045"/>
		<updated>2010-10-21T15:32:14Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.&lt;br /&gt;
&lt;br /&gt;
Later we might make it into a proper page about data quality and its implications for software.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
== Participants ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51044</id>
		<title>Data Quality</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Data_Quality&amp;diff=51044"/>
		<updated>2010-10-21T15:31:37Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: Created page with 'For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.  Later we might mak…'&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;For now this page is to discuss a proposal for a short project (4-7 months) looking at data quality approaches to collaborative online sources of information.&lt;br /&gt;
&lt;br /&gt;
Later we might make it into a proper page about data quality and its implications for software.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* Starting with Nothing &lt;br /&gt;
&lt;br /&gt;
* Attestation &lt;br /&gt;
&lt;br /&gt;
* ... &lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50336</id>
		<title>Talk:Women Chapter</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50336"/>
		<updated>2010-09-12T17:10:11Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Thoughts about this sort of thing */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Thoughts about this sort of thing ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]] wrote:&lt;br /&gt;
&lt;br /&gt;
I am in at least two minds about this sort of thing. &lt;br /&gt;
&lt;br /&gt;
Of course i couldn't not sign up. The gender balance in free software communities is terrible, and terribly visible (2 or 3 women out of 60+ at the FOSS4G code sprint?), and does not appear to be improving over the decades. &lt;br /&gt;
&lt;br /&gt;
But i wonder how much one can achieve by looking at the problem too directly. I think, &amp;quot;It is like a finger pointing a way to the moon. Don't concentrate on the finger or you will miss all that heavenly glory.&amp;quot; That is the root causes are not about women but about all of us, and not about software but about society. &lt;br /&gt;
&lt;br /&gt;
However networking with other women in technology communities is very likely to be a useful or fun thing to do. There is a debian-women group, in Europe there is the /etc group which runs an annual gathering, came out of the genderchangers women-teaching-women hardware hacking community. &lt;br /&gt;
&lt;br /&gt;
I wish i knew what to suggest, one thing i think would help would be to find more supported resource (financial, either direct or as organisational cross-subsidy) for activities around free software that are not just about coding. Hackers, by hacking, build up their reputation, their portfolio, their rentability. Scratching one's own itch indirectly encourages others to scratch it for you. The same cannot so clearly be said for project coordinators, designers, technical writers, community organisers, teachers and data mungers, and for whatever it's worth, more geeky women are doing this sort of thing than just coding.&lt;br /&gt;
&lt;br /&gt;
To generalise i-don't-know-how-helpfully, women tend to be over-occupied for historic social or cultural reasons, shoulder the largest part of the burden in sustaining society. Our &amp;quot;free&amp;quot; time is ongoingly eroded by other peoples expectations and concerns, whether material or emotional. Paying us would be a good start in getting more of us to help develop potential in free software.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=50327</id>
		<title>User:JoWalsh</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=50327"/>
		<updated>2010-09-12T15:03:16Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Hello! &lt;br /&gt;
&lt;br /&gt;
I was the initial chair of the [[Public Geospatial Data Committee]] until end of 2007, and served on the [[Board of Directors]] from 2006 - 2009.&lt;br /&gt;
&lt;br /&gt;
[http://mappinghacks.com/2006/09/18/have-a-nice-metadata/ Have a Nice Metadata] - talk @ FOSS4G2006&lt;br /&gt;
&lt;br /&gt;
[http://www.terradue.com/news/_news.asp?id=24 A View From the Space Station] - talk @ FOSS4G2007&lt;br /&gt;
&lt;br /&gt;
[http://www.mappinghacks.com/ Mapping Hacks blog] - still occasionally post here&lt;br /&gt;
&lt;br /&gt;
[http://blog.okfn.org/ Open Knowledge Foundation blog] - sometimes post here&lt;br /&gt;
&lt;br /&gt;
[http://frot.org/ frot.org] - personal website&lt;br /&gt;
&lt;br /&gt;
[http://zool.posterous.com/ zool.posterous.com] - throwaway blog&lt;br /&gt;
&lt;br /&gt;
[http://unlock.blogs.edina.ac.uk Unlock blog] - service i manage for EDINA&lt;br /&gt;
&lt;br /&gt;
[http://chalice.blogs.edina.ac.uk Chalice blog] - historical spatial text mining&lt;br /&gt;
&lt;br /&gt;
[[Category:OSGeo Member]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50326</id>
		<title>Talk:Women Chapter</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50326"/>
		<updated>2010-09-12T14:59:10Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Thoughts about this sort of thing */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Thoughts about this sort of thing ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]] wrote:&lt;br /&gt;
&lt;br /&gt;
I am in at least two minds about this sort of thing. &lt;br /&gt;
&lt;br /&gt;
Of course i couldn't not sign up. The gender balance in free software communities is terrible, and terribly visible (2 or 3 women out of 60+ at the FOSS4G code sprint?), and does not appear to be improving over the decades. &lt;br /&gt;
&lt;br /&gt;
But i wonder how much one can achieve by looking at the problem too directly. I think, &amp;quot;It is like a finger pointing a way to the moon. Don't concentrate on the finger or you will miss all that heavenly glory.&amp;quot; That is the root causes are not about women but about all of us, and not about software but about society. &lt;br /&gt;
&lt;br /&gt;
However networking with other women in technology communities is very likely to be a useful or fun thing to do. There is a debian-women group, in Europe there is the /etc group which runs an annual gathering, came out of the genderchangers women-teaching-women hardware hacking community. &lt;br /&gt;
&lt;br /&gt;
I wish i knew what to suggest, one thing i think would help would be to find more supported resource (financial, either direct or as organisational cross-subsidy) for activities around free software that are not just about coding. Hackers, by hacking, build up their reputation, their portfolio, their employability. Scratching one's own itch indirectly encourages others to scratch it for you. The same cannot so clearly be said for project coordinators, designers, technical writers, community organisers, and for whatever it's worth, more geeky women are doing this sort of thing than just coding.&lt;br /&gt;
&lt;br /&gt;
To generalise i-don't-know-how-helpfully, women tend to be over-occupied for historic social or cultural reasons, shoulder the largest part of the burden in sustaining society. Our &amp;quot;free&amp;quot; time is ongoingly eroded by other peoples expectations and concerns, whether material or emotional. Paying us would be a good start in getting more of us to help develop potential in free software.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50325</id>
		<title>Talk:Women Chapter</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Talk:Women_Chapter&amp;diff=50325"/>
		<updated>2010-09-12T14:58:18Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: a little rant about why-or-not-why there are so few women in free software&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Thoughts about this sort of thing ==&lt;br /&gt;
&lt;br /&gt;
[[User:JoWalsh|Jo Walsh]] wrote:&lt;br /&gt;
&lt;br /&gt;
I am in at least two minds about this sort of thing. &lt;br /&gt;
&lt;br /&gt;
Of course i couldn't not sign up. The gender balance in free software communities is terrible, and terribly visible (2 or 3 women out of 60+ at the FOSS4G code sprint?), and does not appear to be improving over the decades. &lt;br /&gt;
&lt;br /&gt;
But i wonder how much one can achieve by looking at the problem too directly. I think, &amp;quot;It is like a finger pointing a way to the moon. Don't concentrate on the finger or you will miss all that heavenly glory.&amp;quot; That is the root causes are not about women but about all of us, and not about software but about society. &lt;br /&gt;
&lt;br /&gt;
However networking with other women in technology communities is very likely to be a useful or fun thing to do. There is a debian-women group, in Europe there is the /etc group which runs an annual gathering, came out of the genderchangers women-teaching-women hardware hacking community. &lt;br /&gt;
&lt;br /&gt;
I wish i knew what to suggest, one thing i think would help would be to find more formal (financial, either direct or as organisational cross-subsidy) for activities around free software that are not just about coding. Hackers, by hacking, build up their reputation, their portfolio, their employability. Scratching one's own itch indirectly encourages others to scratch it for you. The same cannot so clearly be said for project coordinators, designers, technical writers, community organisers, and for whatever it's worth, more geeky women are doing this sort of thing than just coding.&lt;br /&gt;
&lt;br /&gt;
To generalise i-don't-know-how-helpfully, women tend to be over-occupied for historic social or cultural reasons, shoulder the largest part of the burden in sustaining society. Our &amp;quot;free&amp;quot; time is ongoingly eroded by other peoples expectations and concerns, whether material or emotional. Paying us would be a good start in getting more of us to help develop potential in free software.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Women_Chapter&amp;diff=50324</id>
		<title>Women Chapter</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Women_Chapter&amp;diff=50324"/>
		<updated>2010-09-12T14:46:27Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Disclaimer: this page and the related contents are work-in-progress!&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
This chapter aims to raise awareness on women OSGeo members' activity. &lt;br /&gt;
&lt;br /&gt;
=== What's new ===&lt;br /&gt;
&lt;br /&gt;
Have ideas to share? add them in the following section, and/or use the [http://lists.osgeo.org/mailman/listinfo/osgeo-women mailing list]!&lt;br /&gt;
&lt;br /&gt;
Everyone is free to post on the mailing list, and subscribe - good ideas are gender independent. The mailing list is open to non-subscribers.&lt;br /&gt;
&lt;br /&gt;
FOSS4G 2010 has been a speedup in live conversations about the topic, and more is flowing on Discuss and Women mailing lists.&lt;br /&gt;
&lt;br /&gt;
=== Ideas  ===&lt;br /&gt;
* '''Brainstorming: find out general interest topics/problems/experiences, start discussion!'''&lt;br /&gt;
* Establish a connection with [http://www.anitaborg.org/initiatives/systers Systers]&lt;br /&gt;
* Connect with Debian- and Ubuntu-women to share successful ideas (Anne)&lt;br /&gt;
&lt;br /&gt;
=== Sign up there!  ===&lt;br /&gt;
&lt;br /&gt;
* [[User:Aghisla|Anne Ghisla]]&lt;br /&gt;
* [[User:helena|Helena Mitasova]]&lt;br /&gt;
* [[User:JoWalsh|Jo Walsh]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=48668</id>
		<title>User:JoWalsh</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=48668"/>
		<updated>2010-07-19T14:25:22Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Hello! &lt;br /&gt;
&lt;br /&gt;
I was the initial chair of the [[Public Geospatial Data Committee]] until end of 2007, and served on the [[Board of Directors]] from 2006 - 2009.&lt;br /&gt;
&lt;br /&gt;
[http://mappinghacks.com/2006/09/18/have-a-nice-metadata/ Have a Nice Metadata] - talk @ FOSS4G2006&lt;br /&gt;
&lt;br /&gt;
[http://www.terradue.com/news/_news.asp?id=24 A View From the Space Station] - talk @ FOSS4G2007&lt;br /&gt;
&lt;br /&gt;
[http://www.mappinghacks.com/ Mapping Hacks blog] - still occasionally post here&lt;br /&gt;
&lt;br /&gt;
[http://blog.okfn.org/ Open Knowledge Foundation blog] - sometimes post here&lt;br /&gt;
&lt;br /&gt;
[http://frot.org/ frot.org] - personal website&lt;br /&gt;
&lt;br /&gt;
[[Category:OSGeo Member]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=48667</id>
		<title>User:JoWalsh</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:JoWalsh&amp;diff=48667"/>
		<updated>2010-07-19T14:24:25Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Hello! &lt;br /&gt;
&lt;br /&gt;
I was the initial chair of the [[Public Geospatial Data Committee]] until end of 2007, and served on the [[Board of Directors]] from 2006 - 2009.&lt;br /&gt;
&lt;br /&gt;
[http://mappinghacks.com/2006/09/18/have-a-nice-metadata/ Have a Nice Metadata] - talk @ FOSS4G2006&lt;br /&gt;
&lt;br /&gt;
[http://www.terradue.com/news/_news.asp?id=24 A View From the Space Station] - talk @ FOSS4G2007&lt;br /&gt;
&lt;br /&gt;
[http://www.mappinghacks.com/ Mapping Hacks blog] - still occasionally post here&lt;br /&gt;
&lt;br /&gt;
[http://blog.okfn.org/ Open Knowledge Foundation blog] - sometimes post here&lt;br /&gt;
&lt;br /&gt;
[http://frot.org/ frot.org] - personal website&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=INSPIRE_data_experiments&amp;diff=46245</id>
		<title>INSPIRE data experiments</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=INSPIRE_data_experiments&amp;diff=46245"/>
		<updated>2010-03-16T10:02:17Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: subbed up&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
&lt;br /&gt;
At FOSS4G2009 we held a Bird of a Feather session to brainstorm how to demonstrate to potential users that the OSGeo software is suitable to publish data in compliance with the INSPIRE directive data schemas. &lt;br /&gt;
&lt;br /&gt;
With one or two working use cases we can demonstrate that OSGeo software meets the requirements of INSPIRE. &lt;br /&gt;
&lt;br /&gt;
''Please add your input, suggestions, ideas, contribution.''&lt;br /&gt;
&lt;br /&gt;
== Objectives ==&lt;br /&gt;
&lt;br /&gt;
We will work on example use cases that demonstrate the creation of INSPIRE compliant data.&lt;br /&gt;
&lt;br /&gt;
Jeroen: I would like to add a working example to the default GeoNetwork opensource installation, providing an INSPIRE compliant data service through the embedded GeoServer.&lt;br /&gt;
&lt;br /&gt;
== Schedule==&lt;br /&gt;
&lt;br /&gt;
To be defined&lt;br /&gt;
&lt;br /&gt;
== Example use cases ==&lt;br /&gt;
&lt;br /&gt;
* Create a workflow based on an ETL. Options here are Talend ETL and GeoKettle&lt;br /&gt;
* GeoServer 2 serving two cross-boundary road maps as INPIRE [http://geostandards.geonovum.nl/index.php/6.4.22.7_Transport_networks Transport networks] data.&lt;br /&gt;
* INSPIRE compliant geoservices for topographic databases of the Lombardy Region in Italy. [http://ows.como.polimi.it http://ows.como.polimi.it]&lt;br /&gt;
* INSPIRE-compliant WFS for Annex I themes Addresses and Cadastral Parcels by The Dutch Kadaster [http://inspire.kademo.nl/doc http://inspire.kademo.nl/doc]&lt;br /&gt;
** create a &amp;quot;pure&amp;quot; INSPIRE PostGIS database (model) for these Annex I themes&lt;br /&gt;
** create an INSPIRE-compliant WFS (Deegree) on top of this PostGIS database&lt;br /&gt;
** transform an XML export of local data into target data model (XSLT generating PostGIS INSERT statements)&lt;br /&gt;
&lt;br /&gt;
== Sample data ==&lt;br /&gt;
&lt;br /&gt;
Please attach sample data here. &lt;br /&gt;
&lt;br /&gt;
* Some sample data from Sardinia or Lombardy through Maria Brovelli&lt;br /&gt;
* Some sample cross-boundary data from the cross boundary project in Germany-Belgium-Netherlands&lt;br /&gt;
&lt;br /&gt;
== Interested participants ==&lt;br /&gt;
&lt;br /&gt;
A mailing list has been setup, please subscribe and add your name below: &lt;br /&gt;
&lt;br /&gt;
[http://lists.osgeo.org/mailman/listinfo/inspire-data inspire-data at lists.osgeo.org] mailinglist&lt;br /&gt;
&lt;br /&gt;
* Claude Philipona - CamptoCamp&lt;br /&gt;
* Maria Brovelli - Politecnico di Milano&lt;br /&gt;
* Hanko Rubach - lat/lon&lt;br /&gt;
* Stephan Meißl - EOX&lt;br /&gt;
* Thomas Bleier - Austrian Institute of Technology&lt;br /&gt;
* Rob Atkinson - CSIRO&lt;br /&gt;
* Heikki Doeleman - GeoCat&lt;br /&gt;
* Jose Garcia - GeoCat&lt;br /&gt;
* [[Jeroen Ticheler]] - GeoCat&lt;br /&gt;
* Cédric Moullet - Camptocamp&lt;br /&gt;
* Thijs Brentjens - Brentjens Geo-ICT&lt;br /&gt;
* [[Just van den Broecke]] - Just Objects&lt;br /&gt;
* [[User:JoCook | Jo Cook]]- OA Digital&lt;br /&gt;
* [[User:JoWalsh | Jo Walsh]] - EDINA / Open Knowledge Foundation&lt;br /&gt;
&lt;br /&gt;
[[Category:INSPIRE]][[Category:Data]][[Category:Standards]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Open_Knowledge_Foundation&amp;diff=44394</id>
		<title>Open Knowledge Foundation</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Open_Knowledge_Foundation&amp;diff=44394"/>
		<updated>2010-01-16T14:45:07Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: Brief OKF summary&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Open Knowledge Foundation was founded in 2004. It is structured like a free software foundation, but for open data projects.&lt;br /&gt;
&lt;br /&gt;
OKF produces a data package registry free software project and open service - CKAN and [http://ckan.net/ ckan.net]. The software is being used for the data portal at [http://www.data.gov.uk/ data.gov.uk]. See also thoughts on [[Location in CKAN]] &lt;br /&gt;
&lt;br /&gt;
Packages in the [http://ckan.net/tag/read/geo Geo namespace] on CKAN, the listings need enhanced metadata, and ratings would help establish priorities for turning registry entries for data or services, into automatically downloadable data packages. &lt;br /&gt;
&lt;br /&gt;
* [http://blog.okfn.org OKFN blog]&lt;br /&gt;
* [http://www.okfn.org/ OKF site]&lt;br /&gt;
* [http://www.ckan.net/ CKAN service]&lt;br /&gt;
* [http://knowledgeforge.net/ckan/trac/ CKAN project trac]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44312</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44312"/>
		<updated>2010-01-14T22:42:41Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the [[Open Knowledge Foundation]]. It is a free and open source software package, also a web-based service, an API, but more importantly a network of package contributors and maintainers. [http://ckan.net/ CKAN.net] has a lot of listings for packages of geodata - see the [http://www.ckan.net/tag/read/geo geo] and [http://www.ckan.net/tag/read/geodata geodata] tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata. &lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.'' &lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
&lt;br /&gt;
[[Image:Ckan-vision.png]] &lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
== Location in CKAN  ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc. &lt;br /&gt;
&lt;br /&gt;
Other packages have global scope. &lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets. &lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data. &lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing?  ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming. &lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations. &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags?  ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk These are not all data that describes the UK - some are global-scope environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london greater-london-authority london] &lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service &lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service?  ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
*http://knowledgeforge.net/ckan/trac/wiki &lt;br /&gt;
*http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/ &lt;br /&gt;
*http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html &lt;br /&gt;
*http://www.data.gov.uk/ uses CKAN as a knowledge registry &lt;br /&gt;
*http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept &lt;br /&gt;
*http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
*http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service &lt;br /&gt;
*http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44311</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44311"/>
		<updated>2010-01-14T22:41:32Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the [[Open Knowledge Foundation]]. It is a free and open source software package, also a web-based service, an API, but more importantly a network of package contributors and maintainers. [http://ckan.net/ CKAN.net] has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata. &lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.'' &lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
&lt;br /&gt;
[[Image:Ckan-vision.png]] &lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt; &lt;br /&gt;
&lt;br /&gt;
== Location in CKAN  ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc. &lt;br /&gt;
&lt;br /&gt;
Other packages have global scope. &lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets. &lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data. &lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing?  ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming. &lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations. &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags?  ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk These are not all data that describes the UK - some are global-scope environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london greater-london-authority london] &lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service &lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service?  ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
*http://knowledgeforge.net/ckan/trac/wiki &lt;br /&gt;
*http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/ &lt;br /&gt;
*http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html &lt;br /&gt;
*http://www.data.gov.uk/ uses CKAN as a knowledge registry &lt;br /&gt;
*http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept &lt;br /&gt;
*http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
*http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service &lt;br /&gt;
*http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile.&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44310</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44310"/>
		<updated>2010-01-14T22:39:48Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the [[Open Knowledge Foundation]]. It is a free and open source software package, also a web-based service, an API, but more importantly a network of package contributors and maintainers. &lt;br /&gt;
&lt;br /&gt;
[[http://ckan.net/|CKAN.net]] has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some are global-scope environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44309</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44309"/>
		<updated>2010-01-14T22:39:18Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the [[Open Knowledge Foundation]]. It is a free and open source software package, also a web-based service, an API, but more importantly a network of package contributors and maintainers. &lt;br /&gt;
&lt;br /&gt;
[[http://ckan.net/|CKAN.net] has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some are global-scope environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44222</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44222"/>
		<updated>2010-01-13T20:00:46Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Simplest useful thing? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some are global-scope environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44201</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44201"/>
		<updated>2010-01-12T15:33:00Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Simplest useful thing? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
&lt;br /&gt;
Without a description of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44200</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44200"/>
		<updated>2010-01-12T15:11:30Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Simplest useful thing? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
 Without idea of data scale/resolution, bbox alone not that helpful for search. Adding a bbox requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by creating links from CKAN packages to entries in a gazetteer of place names and approximate locations.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44199</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44199"/>
		<updated>2010-01-12T15:09:20Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Can we just do it with an OGC Catalogue Service? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
This isn't always appropriate. Without idea of data scale, bbox alone not that helpful for search. Plus, it requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by linking CKAN packages to links for entries in a gazetteer of place names.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - GeoNetwork, Go-Geo!, INSPIRE metadata, AGMAP profile, national geoportals, etc. &lt;br /&gt;
&lt;br /&gt;
This is not about turning CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE.&lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using location data to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
* http://www.gogeo.ac.uk/cgi-bin/index.cgi - a more traditional geographic data portal service&lt;br /&gt;
* http://www.gigateway.org.uk/metadata/pdf/GEMINI2.pdf - the gory detail of the UK-specific metadata spec which is an INSPIRE profile. &lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44198</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44198"/>
		<updated>2010-01-12T15:06:25Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Can we just do this with tags? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
This isn't always appropriate. Without idea of data scale, bbox alone not that helpful for search. Plus, it requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by linking CKAN packages to links for entries in a gazetteer of place names.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Shouldn't we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
Nice to have URLs to provide extra metadata about places and connections between them - see geonames.org semantic web service&lt;br /&gt;
&lt;br /&gt;
=== Can we just do it with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - Go-Geo!, AGMAP profile, national geoportals, etc. This is not trying to turn CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using locations to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44197</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44197"/>
		<updated>2010-01-12T15:05:40Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Simplest useful thing? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
This isn't always appropriate. Without idea of data scale, bbox alone not that helpful for search. Plus, it requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
We could get similar value by linking CKAN packages to links for entries in a gazetteer of place names.  &lt;br /&gt;
&lt;br /&gt;
Then using the links to help create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Can we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Can we just do it with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - Go-Geo!, AGMAP profile, national geoportals, etc. This is not trying to turn CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using locations to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
* http://developer.yahoo.com/geo/geoplanet/data/ - Yahoo! WOEID concept&lt;br /&gt;
* http://www.geonames.org/ontology/ - Geonames semantic web service &lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44196</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44196"/>
		<updated>2010-01-12T15:00:43Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Simplest useful thing? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
This isn't always appropriate. Without idea of data scale, bbox alone not that helpful for search. Plus, it requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
Could do the same thing using links to entries in a gazetteer. &amp;quot;UK&amp;quot; or &amp;quot;Edinburgh&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
Then using the links to create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
=== Can we just do this with tags? ===&lt;br /&gt;
&lt;br /&gt;
User-created 'tags' partly serve this purpose already: for example UK-related packages can be found by looking at the 'uk' tag: http://www.ckan.net/tag/read/uk &lt;br /&gt;
These are not all data that describes the UK - some environmental data sets that have been produced by UK researchers. &lt;br /&gt;
&lt;br /&gt;
There are also tag-spaces that need gardening, or connecting together. Looking at tag/read/london finds only 2 packages. where a fulltext search reveals 3 different tags used for London data: [city-london  greater-london-authority  london]&lt;br /&gt;
&lt;br /&gt;
=== Can we just do it with an OGC Catalogue Service? ===&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - Go-Geo!, AGMAP profile, national geoportals, etc. This is not trying to turn CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using locations to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44195</id>
		<title>Location in CKAN</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Location_in_CKAN&amp;diff=44195"/>
		<updated>2010-01-12T14:54:58Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: rough notes version of ckan vision for location&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;The Comprehensive Knowledge Archive Network is a project of the Open Knowledge Foundation. It is made up of some free software, a web-based service, an API, but more importantly a network of package contributors and maintainers.&lt;br /&gt;
&lt;br /&gt;
CKAN has a lot of listings for packages of geodata - see the 'geo' and 'geodata' tags. There is no location metadata, though there is an option to add new key-value-pair &amp;quot;tags&amp;quot; to the minimal default metadata.&lt;br /&gt;
&lt;br /&gt;
''CKAN aims to encourage and support the emergence of a culture where knowledge packages can be easily discovered and plugged together as is currently possible with software.''&lt;br /&gt;
&lt;br /&gt;
The function of this writing is to talk through the CKAN vision and think about different ways in which location information could make it easier to find and download data. &lt;br /&gt;
 &lt;br /&gt;
[[Image:Ckan-vision.png]]&lt;br /&gt;
&lt;br /&gt;
CKAN is a registry, not a repository - it stores minimal metadata about data sources. Essentially, a title, a project URL, a download URL, and author/maintainer contact information. Entries can be extended with &amp;quot;tags&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
An design goal of CKAN is to convert download links into '''packages''' of data which can be automatically installed via an application. Links may be to pages listing individual files, or a big dump of XML, or the interface to a web service. &lt;br /&gt;
&lt;br /&gt;
This is being worked on in the separate datapkg project. Many entries in CKAN will require a bit of custom glue to turn them into packages. Interfaces and formats may change over versions, so everything is versioned. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Location in CKAN ==&lt;br /&gt;
&lt;br /&gt;
Some packages have definite locations - the data is about Spain, or about Boston, etc.&lt;br /&gt;
&lt;br /&gt;
Other packages have global scope.&lt;br /&gt;
&lt;br /&gt;
Some packages are &amp;quot;geographic information&amp;quot;, or &amp;quot;GIS data&amp;quot;, that is, primarily points lines and polygons or 3D objects, annotated with bits of text or links to other data sets.&lt;br /&gt;
&lt;br /&gt;
But many more packages have a location component within their data.&lt;br /&gt;
&lt;br /&gt;
== Simplest useful thing? ==&lt;br /&gt;
&lt;br /&gt;
Registries/Repositories that store GIS data tend to have &amp;quot;bounding box&amp;quot; metadata for each dataset or series of datasets. &lt;br /&gt;
This isn't always appropriate. Without idea of data scale, bbox alone not that helpful for search. Plus, it requires data entry which is already quite &amp;quot;specialist&amp;quot;, even if user is given a UI to draw a box on a map, and time-consuming.&lt;br /&gt;
&lt;br /&gt;
Could do the same thing using links to entries in a gazetteer. &amp;quot;UK&amp;quot; or &amp;quot;Edinburgh&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
Then using the links to create collections of packages. &amp;quot;apt-get install London&amp;quot; or &amp;quot;apt-get install London 1973&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Other services handle detailed metadata for GIS data at a great level of detail - Go-Geo!, AGMAP profile, national geoportals, etc. This is not trying to turn CKAN into a catalogue service for geodata, because there is already a lot of investment in that area through INSPIRE. &lt;br /&gt;
&lt;br /&gt;
Rather, the focus here is on using locations to help make more sense of other, related datasets. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* http://knowledgeforge.net/ckan/trac/wiki&lt;br /&gt;
* http://sciencecommons.org/weblog/archives/2008/08/18/voices-from-the-future-of-science-rufus-pollock-of-the-open-knowledge-foundation/&lt;br /&gt;
* http://events.ccc.de/congress/2009/Fahrplan/events/3647.en.html&lt;br /&gt;
* http://www.data.gov.uk/ uses CKAN as a knowledge registry&lt;br /&gt;
&lt;br /&gt;
Notes: I should probably have put this on the OKF wiki, but I have forgotten how to work MoinMoin.&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=File:Ckan-vision.png&amp;diff=44194</id>
		<title>File:Ckan-vision.png</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=File:Ckan-vision.png&amp;diff=44194"/>
		<updated>2010-01-12T14:24:38Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: Design diagram for OKF's CKAN&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Design diagram for OKF's CKAN&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=United_Kingdom&amp;diff=44193</id>
		<title>United Kingdom</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=United_Kingdom&amp;diff=44193"/>
		<updated>2010-01-12T14:22:39Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Publicly Available Geodata */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Mission ==&lt;br /&gt;
&lt;br /&gt;
The UK local chapter of OSGeo wishes to establish a focal point for developers and users of open source geospatial software within the UK, for networking and advice, and to raise the profile of open source geospatial development within the UK. It wishes to promote open source geospatial software as a viable choice for all types of user. While it has been suggested that a separate local chapter could better serve the particular geographic and logistical requirements of Scotland, the UK chapter wishes to include all regions and countries within the UK and Ireland. If there is significant interest in forming geographically separate chapters, then the UK chapter will promote these sister organisations, assist with formation and growth, and collaborate in the holding of international events.&lt;br /&gt;
&lt;br /&gt;
'''Objectives'''&lt;br /&gt;
&lt;br /&gt;
*To provide a forum for discussion and promotion of Open Source Geospatial Software in the UK, and provide networking opportunities for developers and users&lt;br /&gt;
*To help more UK organisations discover the opportunity of open source geospatial tools, and collate business studies of successful transitions&lt;br /&gt;
*To raise awareness of the benefits of public access to geodata in the UK by collating links to sources of legitimate free data&lt;br /&gt;
&lt;br /&gt;
In addition we would like to work towards the following:&lt;br /&gt;
*A fully-featured open access UK SDI&lt;br /&gt;
*Someday hosting the FOSS4G conference in the UK&lt;br /&gt;
&lt;br /&gt;
'''Official representative'''&lt;br /&gt;
&lt;br /&gt;
[[User:JoCook|Joanne Cook]]&lt;br /&gt;
Senior IT Support and Development Officer&lt;br /&gt;
Oxford Archaeology&lt;br /&gt;
&lt;br /&gt;
If the majority of chapter members wish, the post of official representative will be elected on a periodic basis.&lt;br /&gt;
&lt;br /&gt;
== Links to Case Studies ==&lt;br /&gt;
&lt;br /&gt;
Please add any appropriate links here&lt;br /&gt;
&lt;br /&gt;
* City of Munich move to a completely open source software solution [http://wiki.osgeo.org/wiki/Image:Free_softw.pdf (pdf)]&lt;br /&gt;
* Interview with CIO of Oxford Archaeology on the move towards open source [http://searchenterpriselinux.techtarget.com/news/article/0,289142,sid39_gci1315258,00.html]&lt;br /&gt;
* Not strictly a Case Study, but a useful discussion on the differences between Open Source Business Models in Europe and the US [http://lmaugustin.typepad.com/lma/2008/09/commercial-open-source-in-europe-verses-the-us.html]&lt;br /&gt;
* Actuate Annual Open Source Survey 2008 shows open source is entering the business mainstream in both Europe and the US [http://www.actuate.com/company/news/press-releases-resources.asp?ArticleId=13847]&lt;br /&gt;
* The British Transport Police are embracing an open source geospatial business model [http://www.geoconnexion.com/uploads/open-source_ukv6i5.pdf (pdf)]&lt;br /&gt;
&lt;br /&gt;
== Publicly Available Geodata ==&lt;br /&gt;
&lt;br /&gt;
In progress- please contact the mailing list if you have any legitimate free sources of geospatial data that you would like to include&lt;br /&gt;
&lt;br /&gt;
[[Public Geodata for the UK]]&lt;br /&gt;
&lt;br /&gt;
Also check the [http://ckan.net/tag/read/geodata CKAN pages] for geodata sources- mainly global but some UK. The [[Open Knowledge Foundation]] maintains CKAN and is interested in putting more [[Location in CKAN]].&lt;br /&gt;
&lt;br /&gt;
== Mailing List ==&lt;br /&gt;
&lt;br /&gt;
http://lists.osgeo.org/mailman/listinfo/uk&lt;br /&gt;
&lt;br /&gt;
== Meetings and Events ==&lt;br /&gt;
&lt;br /&gt;
One really useful role of a UK OSGeo chapter would be as a focal point for organising meetings - evening presentation sessions or short seminars with Q and A afterwards.&lt;br /&gt;
&lt;br /&gt;
=== Upcoming Events ===&lt;br /&gt;
&lt;br /&gt;
'''11th March 2009''' The Association for Geographic Information (AGI) Technical Special Interest Group are organising an open source event to be held at the British Antarctic Survey HQ in Cambridge. I assume you have to be a member of the AGI to go, but will ask.&lt;br /&gt;
&lt;br /&gt;
'''22nd June 2009''' [http://www.opensourcegis.org.uk/ Open Source GIS conference]. The local chapter are co-organising this event in conjunction with the University of Nottingham Centre for Geospatial Sciences, which is a great chance to find out what's really happening in open source GIS in the UK. See the website for details and get in touch if you want to be involved.&lt;br /&gt;
&lt;br /&gt;
=== Recent Events ===&lt;br /&gt;
&lt;br /&gt;
'''22nd January 2009''' [http://geospatial.bcs.org/web/?q=osgeo British Computing Society Geospatial Specialist Group]. Jo talked about OSGeo, and about open source GIS in the UK at the BCS headquarters in London. &lt;br /&gt;
&lt;br /&gt;
'''29th September - 3rd October 2008:''' [http://conference.osgeo.org/foss4g/2008 FOSS4G 2008]. &lt;br /&gt;
&lt;br /&gt;
'''24-25th September 2008:''' [http://www.agi.org.uk/ AGI Geocommunity 08]. &lt;br /&gt;
&lt;br /&gt;
'''16-17th June 2008:''' Meetup during the University of Nottingham's [http://www.nottingham.ac.uk/geography/geowebservices/ Geowebservices workshop]. &lt;br /&gt;
&lt;br /&gt;
'''1st May 2008:''' UK OSGEO meetup after 1Spatial Conference at Radisson Hotel, Stansted. &lt;br /&gt;
&lt;br /&gt;
'''8th-10th December 2006''': &lt;br /&gt;
The UK-originated [http://openguides.org/ OpenGuides] Open Source spatial wiki project meetup and &amp;quot;hackfest&amp;quot; in Oxford - http://dev.openguides.org/wiki/OxfordMeetup2006&lt;br /&gt;
&lt;br /&gt;
'''&lt;br /&gt;
Tuesday September, 26th 2006''': Steve Coast of OpenStreetmap fame gave a talk to the BCS entitled Geospatial Open Source Activity. Details at [http://geospatial.bcs.org/site/index.php?s=future-events#3 http://geospatial.bcs.org/site/index.php?s=future-events#3]&lt;br /&gt;
&lt;br /&gt;
[http://openstreetmap.org/ OpenStreetmap] also have regular UK mapping parties in different cities&lt;br /&gt;
&lt;br /&gt;
== People ==&lt;br /&gt;
&lt;br /&gt;
Sign up here to show interest!  Also join the [http://lists.osgeo.org/mailman/listinfo/uk mailing list] so we can be in touch directly.&lt;br /&gt;
&lt;br /&gt;
* [[User:Chrisputtick]]- Yes, definitely worth doing&lt;br /&gt;
* [[User:JoCook| Jo Cook]] - woohoo!&lt;br /&gt;
* [[User:Leifuss]]&lt;br /&gt;
* [[User:Stuarteve]] - +1&lt;br /&gt;
* [[User:JoWalsh]]&lt;br /&gt;
* [[User:andyt]]&lt;br /&gt;
* [[User:Davidjlock]] &lt;br /&gt;
* [[User:Simon]] - Excellent! All for this!!&lt;br /&gt;
* [[User:Graeme]]&lt;br /&gt;
* [[User:SteveW]]&lt;br /&gt;
* [[User::andrewlarcombe]]&lt;br /&gt;
* [[User:Gagravarr]] - involved in OpenGuides and OpenStreetMap in the UK&lt;br /&gt;
* [[User:Mdgreaney]]&lt;br /&gt;
* [[User:Mander]] - New to all this, but it sounds interesting and I'd like to be involved.&lt;br /&gt;
* [[User:rollo]] - sign me up!&lt;br /&gt;
* [[User:SimonAbele]]&lt;br /&gt;
* [[User:Borntopedal]]&lt;br /&gt;
* [[User:Jcrone]]&lt;br /&gt;
* [[User:AntBeck]]&lt;br /&gt;
* [[User:Robert Newnham]]&lt;br /&gt;
* Suchith Anand&lt;br /&gt;
* [[User:Bill Wilcox]]&lt;br /&gt;
* [[User:JonathanGray]]&lt;br /&gt;
* [[User:Amarti]]&lt;br /&gt;
* [[User:Dan Olner|Dan Olner]]: [http://www.geog.leeds.ac.uk/ Department at Leeds]; [http://www.coveredinbees.org blog]&lt;br /&gt;
* [[User:Barryrowlingson]]&lt;br /&gt;
* [[User:doublebyte]]: [http://casa.ucl.ac.uk/JoanaMargarida/ hi there]&lt;br /&gt;
* [[User:Hurston|David Staveley]] - Archaeological geophysicist, and just starting to get into GIS&lt;br /&gt;
* [[User:Walkermatt|Matt Walker]] - [http://www.dottedeyes.com Dotted Eyes Ltd.]&lt;br /&gt;
&lt;br /&gt;
== See Also ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Useful Links UK]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:United Kingdom]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-08-06&amp;diff=40225</id>
		<title>Board Meeting 2009-08-06</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-08-06&amp;diff=40225"/>
		<updated>2009-08-04T22:06:16Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category: Board]]&lt;br /&gt;
[[Category:Board Meetings 2009]]&lt;br /&gt;
&lt;br /&gt;
This board meeting has been scheduled for the 6th of August 2009 at 15:00 UTC ([http://www.timeanddate.com/worldclock/fixedtime.html?year=2009&amp;amp;month=08&amp;amp;day=06&amp;amp;hour=15&amp;amp;min=0&amp;amp;sec=0 fixedtime]), by Skype and IRC ([irc://irc.freenode.net/#osgeo #osgeo]) at the same time.&lt;br /&gt;
&lt;br /&gt;
Communication will be using '''Skype''' voice, initiated by Tyler.  Be sure to give him your Skype username. Last minute changes will be announced on the board list. &lt;br /&gt;
&lt;br /&gt;
; Please add to the agenda and also communicate on IRC and mail ''before'' the actual meeting. &lt;br /&gt;
&lt;br /&gt;
== Agenda ==&lt;br /&gt;
* Appoint meeting secretary.&lt;br /&gt;
* Approve PostGIS for Incubation.&lt;br /&gt;
* Discuss and approve FOSS4G 2010 contract&lt;br /&gt;
* Contact person for ARRA Broadband Technology Opportunities Program - cf http://n2.nabble.com/US-ARRA-Broadband-mapping-td3142334.html&lt;br /&gt;
* Proceed with election process.&lt;br /&gt;
* ''add your topics''&lt;br /&gt;
&lt;br /&gt;
== Minutes ==&lt;br /&gt;
Full [http://logs.qgis.org/osgeo/%23osgeo.2009-08-06.log IRC Logs available] after the meeting (starting time 07h00.)&lt;br /&gt;
&lt;br /&gt;
* Attended:&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-08-06&amp;diff=40224</id>
		<title>Board Meeting 2009-08-06</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-08-06&amp;diff=40224"/>
		<updated>2009-08-04T22:05:28Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category: Board]]&lt;br /&gt;
[[Category:Board Meetings 2009]]&lt;br /&gt;
&lt;br /&gt;
This board meeting has been scheduled for the 6th of August 2009 at 15:00 UTC ([http://www.timeanddate.com/worldclock/fixedtime.html?year=2009&amp;amp;month=08&amp;amp;day=06&amp;amp;hour=15&amp;amp;min=0&amp;amp;sec=0 fixedtime]), by Skype and IRC ([irc://irc.freenode.net/#osgeo #osgeo]) at the same time.&lt;br /&gt;
&lt;br /&gt;
Communication will be using '''Skype''' voice, initiated by Tyler.  Be sure to give him your Skype username. Last minute changes will be announced on the board list. &lt;br /&gt;
&lt;br /&gt;
; Please add to the agenda and also communicate on IRC and mail ''before'' the actual meeting. &lt;br /&gt;
&lt;br /&gt;
== Agenda ==&lt;br /&gt;
* Appoint meeting secretary.&lt;br /&gt;
* Approve PostGIS for Incubation.&lt;br /&gt;
* Discuss and approve FOSS4G 2010 contract&lt;br /&gt;
* Contact person for ARRA Broadband Technology Opportunities Program - cf http://www.google.com/search?q=ARRA+osgeo&amp;amp;ie=utf-8&amp;amp;oe=utf-8&lt;br /&gt;
* Proceed with election process.&lt;br /&gt;
* ''add your topics''&lt;br /&gt;
&lt;br /&gt;
== Minutes ==&lt;br /&gt;
Full [http://logs.qgis.org/osgeo/%23osgeo.2009-08-06.log IRC Logs available] after the meeting (starting time 07h00.)&lt;br /&gt;
&lt;br /&gt;
* Attended:&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-05-29&amp;diff=38788</id>
		<title>Board Meeting 2009-05-29</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Board_Meeting_2009-05-29&amp;diff=38788"/>
		<updated>2009-05-27T12:42:26Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: added 2009 elections item&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category: Board]]&lt;br /&gt;
[[Category:Board Meetings 2009]]&lt;br /&gt;
&lt;br /&gt;
This board meeting has been scheduled for the 29th of May 2009 at 15:00 UTC ([http://www.timeanddate.com/worldclock/fixedtime.html?year=2009&amp;amp;month=05&amp;amp;day=29&amp;amp;hour=15&amp;amp;min=0&amp;amp;sec=0 fixedtime]), by Skype and IRC ([irc://irc.freenode.net/#osgeo #osgeo]) at the same time.&lt;br /&gt;
&lt;br /&gt;
Communication will be using '''Skype''' voice, initiated by Tyler.  Be sure to give him your Skype username.&lt;br /&gt;
&lt;br /&gt;
; Please notice that we should have any necessary dialog on IRC or mail ''before'' the actual meeting so that we can make the phone call as short as possible. &lt;br /&gt;
&lt;br /&gt;
== Agenda ==&lt;br /&gt;
* Appoint meeting secretary&lt;br /&gt;
* Review and approve [[Board Meeting 2009-04-24]] minutes.&lt;br /&gt;
* Approve OSSIM for graduation from incubation with Mark Lucas as VP, OSSIM as recommended by the incubation committee. &lt;br /&gt;
* Elections for Charter Members and to Board in 2009 - find a CRO, draft a timetable.   &lt;br /&gt;
* Sponsorship opportunities, ideas and updates from all&lt;br /&gt;
* Charity status in USA, filing taxes&lt;br /&gt;
&lt;br /&gt;
== Minutes ==&lt;br /&gt;
* Attended:&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Guide_to_Public_Geodata_Licensing&amp;diff=38729</id>
		<title>Guide to Public Geodata Licensing</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Guide_to_Public_Geodata_Licensing&amp;diff=38729"/>
		<updated>2009-05-26T13:03:54Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;''This is an outline draft of what is intended to be a guide to open geodata licensing options and current precedents, written to help public administrations choose or design an open license for their data.''&lt;br /&gt;
&lt;br /&gt;
''It is inspired by the Open Knowledge Foundation's Guide to Open Data Licensing.''&lt;br /&gt;
&lt;br /&gt;
= Introduction =&lt;br /&gt;
 &lt;br /&gt;
* Informative, not normative&lt;br /&gt;
* Collective and growing guidelines&lt;br /&gt;
&lt;br /&gt;
== Open License Concept ==&lt;br /&gt;
&lt;br /&gt;
The concept of &amp;quot;open licensing&amp;quot; under discussion originates in Free Software. A person or organisation makes a work available under a copyright license with certain restraints which do not restrict access to, reuse of or redistribution of the work. There are many different licenses and license styles to choose from. For many it is enough to say a work of software is open if it uses a license that is described by the [http://www.opensource.org/docs/definition.php OSI Open Source Definition]&lt;br /&gt;
&lt;br /&gt;
The [http://opendefinition.org Open Definition] offers the same service for open data licenses. The aim is to make it clear what the aims are in &amp;quot;open licensing&amp;quot; a work, as well as what the results can be.&lt;br /&gt;
&lt;br /&gt;
= Data Licensing Styles =&lt;br /&gt;
&lt;br /&gt;
== Public Domain ==&lt;br /&gt;
&lt;br /&gt;
The meaning of &amp;quot;public domain&amp;quot; varies according to regions. It is possible to dedicate a work to the public domain during a time at which one could assert copyright or other rights in it. Otherwise, when copyright expires on a work (after a time which may vary for class of work as well as jurisdiction), it falls into the public domain. In the US, data made openly available from entities such as NASA and the DOD, or by ESA in Europe, may be perceived to be in the &amp;quot;public domain&amp;quot; because it is available with no formal constraints.&lt;br /&gt;
&lt;br /&gt;
== Copyright ==&lt;br /&gt;
&lt;br /&gt;
* copyright terms vary a lot in jurisdictions&lt;br /&gt;
* GPL copyright over code &lt;br /&gt;
* best known copyright-based license for data is the &amp;quot;Creative Commons&amp;quot; licensing scheme.&lt;br /&gt;
* CC variants worldwide specific concerns&lt;br /&gt;
&lt;br /&gt;
=== ShareAlike constraints ===&lt;br /&gt;
&lt;br /&gt;
A &amp;quot;ShareAlike&amp;quot; clause in an open license states in essence that if a work is altered or built upon then the modifications must be shared under the same terms as the original data set.&lt;br /&gt;
&lt;br /&gt;
The re-user of the data is &amp;quot;adding value&amp;quot;, then the source of that value is returned to the public pool.&lt;br /&gt;
&lt;br /&gt;
On the ''pro'' hand, ShareAlike may prove an advantage to a data supplier who is publically funded or not-for-profit. Commercial operators may use open data as the basis for an enhanced service, and improvements in the raw data go back to the public pool. &lt;br /&gt;
&lt;br /&gt;
On the ''con'' hand, ShareAlike may be perceived as an impediment to use of the data set ''at all'' by commercial providers, who still wish to base a business model on keeping fixes and improvements secret. There is uncertainty about the extent to which '''re-use''' of even a small part of, or functional byproduct of, a data set, renders another product a &amp;quot;derived work&amp;quot;. &lt;br /&gt;
&lt;br /&gt;
=== Attribution constraints ===&lt;br /&gt;
&lt;br /&gt;
An Attribution clause in an open license indicates that where the work is redistributed with or without modifications, an attribution to the original authors of the work is preserved. &lt;br /&gt;
&lt;br /&gt;
This can be seen as problematic if there are many authors and attribution for all of them must be preserved even if only a small amount of the work is being re-used.&lt;br /&gt;
&lt;br /&gt;
* collective work / delegating to a holding organisation&lt;br /&gt;
* contributor license agreements&lt;br /&gt;
&lt;br /&gt;
=== Non-Commercial constraints ===&lt;br /&gt;
&lt;br /&gt;
(each summarised with pros and cons, references at the end)&lt;br /&gt;
&lt;br /&gt;
== Database Rights ==&lt;br /&gt;
&lt;br /&gt;
= Open Data by Country =&lt;br /&gt;
&lt;br /&gt;
== Canada ==&lt;br /&gt;
&lt;br /&gt;
* Manitoba Land Inititative - https://web2.gov.mb.ca/mli/ [https://web2.gov.mb.ca/mli/disclaimer/index_terms_register.html Custom License]: Despite the data is Crown Copyright, all use, including commercial use is free of cost. A clause prohibits the sale of data ''without'' &amp;quot;added value&amp;quot; modification.&lt;br /&gt;
&lt;br /&gt;
== Denmark ==&lt;br /&gt;
&lt;br /&gt;
== Estonia ==&lt;br /&gt;
&lt;br /&gt;
* Estonia Land Board - http://www.maaamet.ee/index.php?lang_id=2&amp;amp;page_id=52&amp;amp;menu_id=51 &lt;br /&gt;
&lt;br /&gt;
== Holland ==&lt;br /&gt;
&lt;br /&gt;
== Italy ==&lt;br /&gt;
&lt;br /&gt;
== New Zealand ==&lt;br /&gt;
&lt;br /&gt;
Government GeoData in New Zealand is available under various licences depending on the Government Department responsible for it's capture and/or management.&lt;br /&gt;
&lt;br /&gt;
The main Ministry, Land Information New Zealand (LINZ) provides data at low commercial rates, and under a licence which supports free redistribution, provided the original Crown Copyright is acknowledged, and a disclaimer/indemnity for LINZ regarding any errors, etc relating to the data or its use. Most organisations, such as utilities &amp;amp; local government either buy the data from LINZ, or from a third party who adds some value in the process. Datasets covered under this licence include topological, cadastral &amp;amp; road centreline data. The list price for the topo dataset from LINZ is $1500NZ. The LINZ topo licence is available at: [http://www.linz.govt.nz/docs/topography/topographicdata/topodtabase/licence-agreement-1.pdf LINZ licence pdf]&lt;br /&gt;
&lt;br /&gt;
The Ministry for Statistics is responsible for a wide array of demographic, electoral, census &amp;amp; financial data. &lt;br /&gt;
&lt;br /&gt;
The Ministry for the Environment is responsible for the national land cover database, but historically contracted this to a commercial company, who treat the data as a commercial product &amp;amp; charge &amp;amp; licence these data accordingly. &lt;br /&gt;
&lt;br /&gt;
There are numerous other datasets, such as aquatic biodiversity data, which are managed by the Ministry for Fisheries. Some of this can be viewed on government websites, but to date there is no data being made available (http://www.nabis.govt.nz)&lt;br /&gt;
&lt;br /&gt;
Much other data is obtained &amp;amp; held by Crown Research Institutes (CRI's). These are essentially commercial businesses owned by the Government, and under the enabling legislation, are required to return a profit on assets, including data. Despite this, there are initiatives from some CRI's to make some datasets freely available.&lt;br /&gt;
&lt;br /&gt;
== Spain ==&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
== General ==&lt;br /&gt;
&lt;br /&gt;
* EDINA paper in particular&lt;br /&gt;
* highlights of OSM-legal-talk&lt;br /&gt;
* a lot of other mailing list posts, blog entries, etc&lt;br /&gt;
&lt;br /&gt;
== On the Public Domain ==&lt;br /&gt;
&lt;br /&gt;
== On Noncommercial Restrictions ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== On ShareAlike Restrictions ==&lt;br /&gt;
&lt;br /&gt;
* [http://opencontent.org/blog/archives/347 Noncommercial isn't the problem, ShareAlike is] Dr. David Wiley of Open Content assesses incompatibilities between different SA style licenses, CC and otherwise. His proposed [http://opencontent.org/blog/archives/355 Open Education License] is public domain style +attribution.&lt;br /&gt;
&lt;br /&gt;
* [http://www.systemed.net/blog/entry060311122655.html ShareAlike considered harmful] Richard Fairhurst of English Waterways and the OpenStreetmap Foundation on ''Why the 'derivative work' provision of GPL/ShareAlike licences makes them unsuitable for geodata and mapping works.''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== On Attribution Restrictions ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= See Also =&lt;br /&gt;
&lt;br /&gt;
* [[Geodata Licensing]]&lt;br /&gt;
* [[Geodata Committee]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28842</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28842"/>
		<updated>2008-09-11T11:34:00Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Properties */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema.rdf http://dclite4g.xmlns.com/schema.rdf] contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Identifier''' || A UID or URI which identifies a dataset (or series)&lt;br /&gt;
|- &lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a data set.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://dclite4g.xmlns.com/schema.rdf is the namespace reserved for DCLite4G. It contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28841</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28841"/>
		<updated>2008-09-11T11:32:59Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Series */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema.rdf http://dclite4g.xmlns.com/schema.rdf] contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a data set.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://dclite4g.xmlns.com/schema.rdf is the namespace reserved for DCLite4G. It contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28840</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28840"/>
		<updated>2008-09-11T11:01:04Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema.rdf http://dclite4g.xmlns.com/schema.rdf] contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a series.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://dclite4g.xmlns.com/schema.rdf is the namespace reserved for DCLite4G. It contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28839</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28839"/>
		<updated>2008-09-11T11:00:41Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Namespace / Ontology */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema http://dclite4g.xmlns.com/schema] contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a series.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://dclite4g.xmlns.com/schema.rdf is the namespace reserved for DCLite4G. It contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Geodata_Metadata_Requirements&amp;diff=28838</id>
		<title>Geodata Metadata Requirements</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Geodata_Metadata_Requirements&amp;diff=28838"/>
		<updated>2008-09-11T09:28:30Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* Dublin Core lite for Geo (DClite4G) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;One goal of the [[Public Geospatial Data Project]] is to offer, in the future, a repository of reusable public geographic data that can support open source geospatial software projects, both inside and outside the foundation.&lt;br /&gt;
&lt;br /&gt;
One big requirement for a potential [[Geodata Repository]] is that there be a well-defined baseline for metadata. This can be seen as a quality assurance effort - data won't be accepted without a certain amount of metadata. &lt;br /&gt;
&lt;br /&gt;
The [http://www.fgdc.gov/metadata/|US Federal Geographic Data Committee metadata standard] emphasises conformance, but doesn't emphasise exchangeability / reusability. FDGC is standard for &amp;quot;Spatial Data Infrastucture&amp;quot; efforts, but doesn't have much of a &amp;quot;geospatial web&amp;quot; orientation.&lt;br /&gt;
&lt;br /&gt;
There are some properties in addition to FGDC which it would be really useful to have - different distribution channels like WFS, bittorrent which have come into existence since FGDC was originally defined. For many elements, FGDC asks for full-text descriptions. More structure in descriptions would help with automating discovery or re-use. &lt;br /&gt;
&lt;br /&gt;
This is perpetual work in progress. See also:&lt;br /&gt;
&lt;br /&gt;
* [[Geodata Metadata Translata]]&lt;br /&gt;
* [[Simple Catalog Interface]] &lt;br /&gt;
* [[Geometa Engine]]&lt;br /&gt;
* [[ebRIM]]&lt;br /&gt;
&lt;br /&gt;
= Draft Metadata model =&lt;br /&gt;
 &lt;br /&gt;
Attempting to abstract the minimal metadata model below ([[#Information model for metadata exchange|DClite4G]]) out into [[Geodata Metadata Model]] (see there), which serves for a metadata management tool. This is what OSGeo Geodata Committee participants have identified as their core needs for metadata.&lt;br /&gt;
&lt;br /&gt;
It was generated from an [http://frot.org/osgeo/geometadata.rdf RDF model]. This picks an arbitrary namespace for an OWL schema that maps to most, if not all, of the FGDC mandatory properties and provides some extra ones. &lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
This is an draft to define a metadata information model for a OSGeo catalogue. [[Geodata_Metadata_Requirements#Information_model_for_metadata_exchange|Below]] there is another minimal metadata information model targeted for metadata exchange and harvesting (name proposed: DClite4G). &lt;br /&gt;
&lt;br /&gt;
* Title: Title of the data set. Corresponds to Dublin Core '''title'''&lt;br /&gt;
* Description: Text description of the data set. Corresponds to Dublin Core '''description''' element.&lt;br /&gt;
* Originator&lt;br /&gt;
** Person: A person responsible for publication of the data set - name and contact email address. These properties are well-defined in the [http://xmlns.com/foaf/0.1/ FOAF] vocabulary.&lt;br /&gt;
** Organization: A organization responsible for publication of the data set - name and contact email address. These properties are well-defined in the [http://xmlns.com/foaf/0.1/ FOAF] vocabulary.&lt;br /&gt;
* Spatial Data Organization: Vector, Raster or Point data, as described in FGDC. (cf http://biology.usgs.gov/fgdc.metadata/version2/sdorg.htm )&lt;br /&gt;
* Datasource: URL from which the data can be downloaded via different protocols &lt;br /&gt;
** WFS: For Vector data in GML &lt;br /&gt;
** File at HTTP URL: For Raster data described in GML&lt;br /&gt;
** BitTorrent: URL of bittorrent .torrent tracker file.&lt;br /&gt;
** Other Web API: For example, OpenStreetmap API ( http://wiki.openstreetmap.org/index.php/REST )&lt;br /&gt;
* License information: Emphasis on public geographic data licenses: PGL, possible LPGL, Public Domain, Creative Commons-type licenses. These can be represented by URLs.&lt;br /&gt;
* Publication date: Corresponds to Dublin Core '''date''': ISO compliant date of publication.&lt;br /&gt;
* Timespan&lt;br /&gt;
* Time Period&lt;br /&gt;
** start date and end date&lt;br /&gt;
** single date&lt;br /&gt;
** Extents&lt;br /&gt;
* Spatial Domain: A lot of this can be inferred either using GDAL/OGR or collected from a WMS/WFS GetCapabilities. It would be nice to bypass human error on collecting this kind of metadata.&lt;br /&gt;
** bounding coordinates: FGDC specifies north, east, west, south bounding co-ordinates. It doesn't specify a projection in which these should be described. For reasons of simplicity it could make sense to require these be in WGS84 (EPSG:4236) - for the same reasons [http://georss.org/ GeoRSS] decided to mandate WGS84, rather than complicate matters by dictating that people also specify an SRS.&lt;br /&gt;
** Projection (Raster, Vector, Coverage): Original projection of the data (reference to an ?)&lt;br /&gt;
** Horizontal and vertical datum;&lt;br /&gt;
** Horizontal and vertical units.&lt;br /&gt;
** Resolution (Raster,Coverage): (property of DataSet). e.g. map units per pixel where map units are defined by SRS. can be different in horizontal / vertical axes e.g. non square pixels&lt;br /&gt;
** Colour Depth (Raster): 8/16/24 bit etc - this is useful rather than required &lt;br /&gt;
** Transparency (Raster) &lt;br /&gt;
** Scale (Vector):Map scale at which vectors are considered accurate. Quantified as a fractional/dimensionless number - 'inches per inch' - on a scale between 1 and 0 - or inverse scale such as 1:50000 - and we would want to store this in a consistent way.&lt;br /&gt;
* Layers: DataSet has multiple Layers&lt;br /&gt;
** Name&lt;br /&gt;
** Description&lt;br /&gt;
** Extent: can be non-rectangular&lt;br /&gt;
** Scale Hinting: minscale / maxscale - cf resolution and scale - are these actually properties of layers and not really of data sets? (eg data set contains multiple layers - will they be in any way likely to contain different scale properties?)&lt;br /&gt;
** Optional extra properties&lt;br /&gt;
* Taxonomy/Ontology: Currently undecided; would be good to refer this to current well-known thesauri for data themes.&lt;br /&gt;
&lt;br /&gt;
= Discovery = &lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
A discovery resource is essential to expose resultant metadata as per this document.  Below are requirements:&lt;br /&gt;
&lt;br /&gt;
Publish:&lt;br /&gt;
* ability to publish/register a web service&lt;br /&gt;
* ability to publish/register a static resource&lt;br /&gt;
* ability to harvest and classify public and private resources&lt;br /&gt;
* ability to establish and maintain user/group/role based authentication&lt;br /&gt;
* ability to provide a [[RESTful]] authentication mechansim&lt;br /&gt;
&lt;br /&gt;
Find:&lt;br /&gt;
* ability to discover the existence of a web service&lt;br /&gt;
* ability to discover the existence of a resource which is available via web services (i.e WMS layer, WFS feature type)&lt;br /&gt;
* ability to discover the existence of a static resource (dataset, document, etc.)&lt;br /&gt;
&lt;br /&gt;
Bind:&lt;br /&gt;
* ability to perform discovery operations with spatial, aspatial and temporal predicates&lt;br /&gt;
* ability to provide a [[RESTful]] request API&lt;br /&gt;
* ability to provide responses in XML&lt;br /&gt;
* ability to expose resource/service metadata in a manner which facilitates dynamic connection to a resource/service&lt;br /&gt;
&lt;br /&gt;
== Webcrawlers perspective or: How to boost your geodata? ==&lt;br /&gt;
&lt;br /&gt;
Geoinformation content needs to be published and get disseminated somehow before it is being found by users. Following are some thoughts to help discovery/search services/brokers and their webcrawlers/harvesters/aggregators to do a better job. So the main question here is: What can content owners do to promote their information. It's mainly registration, declaration and citation. -- [[User:Sfkeller|Stefan]] 11:25, 2 October 2006 (CEST) (http://tinyurl.com/ghhb2)&lt;br /&gt;
&lt;br /&gt;
* Self-registration through content provider &lt;br /&gt;
** submit URL (like DNS)&lt;br /&gt;
** Do a 'ping' (like RSS)&lt;br /&gt;
** register through UDDI (if SOAP is 'unavoidable'...)&lt;br /&gt;
* Self-declaration:&lt;br /&gt;
** Machine-readable only ('invisible'):&lt;br /&gt;
*** GeoRSS feed of feeds which contains GeoRSS encoded metadata records ('RSS of RSS')&lt;br /&gt;
*** OPML (natural to RSS, but more complicated than just 'RSS of RSS')&lt;br /&gt;
*** Something similar to [http://en.wikipedia.org/wiki/Robots_Exclusion_Standard robots.txt]&lt;br /&gt;
*** HTML link: &amp;lt;nowiki&amp;gt;&amp;lt;link rel=&amp;quot;alternate&amp;quot; type=&amp;quot;application/rss+xml&amp;quot; title=&amp;quot;RSS&amp;quot; href=&amp;quot;http://rss.news.yahoo.com/rss/tech&amp;quot;&amp;gt;&amp;lt;/nowiki&amp;gt;&lt;br /&gt;
** Visible/human readable:&lt;br /&gt;
*** Feed icons&lt;br /&gt;
*** Chicklets&lt;br /&gt;
* Citation through others: &lt;br /&gt;
** XML link or relationship inside metadata record (see also 'friend' in OAI-PMH metadata set header)&lt;br /&gt;
** HTML link pointing to Webpage (suboptimal)&lt;br /&gt;
&lt;br /&gt;
Note: See also &amp;quot;RSS auto-discovery&amp;quot;: e.g. '&amp;quot;Blog Optimization&amp;quot;, SES San Jose (aug. 2006): 1. Submit your feeds... Or: &amp;quot;Pimp My Blog in 8 Steps&amp;quot; (sept. 2006): (...) 3. Sign up for feedburner.com, (...) 8. Enable auto discovery (feed icon, chicklet).'&lt;br /&gt;
&lt;br /&gt;
== Information model for metadata exchange ==&lt;br /&gt;
&lt;br /&gt;
This is the 'Dublin Core lite for Geo' (DClite4G) model (http://tinyurl.com/kfkyv).&lt;br /&gt;
&lt;br /&gt;
Some design considerations:&lt;br /&gt;
* This is a minimal metadata information model regarding to a metadata exchange protocol for harvesting (e.g. no filter nor GML implementation needed) and according to the ideas about a [[Simple Catalog Interface]]/protocol.&lt;br /&gt;
* Based on Dublin Core (DC) and Catalogue Services Specification 2.0.1, OGC 04-021r3, p.22. &lt;br /&gt;
* Dublin Core need refined semantics of some properties/attributes. &lt;br /&gt;
* Have had hard times with the abundance use of namespaces. This is because DC specs and other XML 'practices' specialize properties/attribute types instead of specializing whole classes.&lt;br /&gt;
* All properties/attributes have cardinality [0..1] except for identifiers (which are mandatory) and for those attributes which are really needed (as unbounded) for automation!&lt;br /&gt;
* Take all information one can in an automated manner, e.g. from data set resource.&lt;br /&gt;
&lt;br /&gt;
Details:&lt;br /&gt;
* Services are included in attribute 'format' in the sense that WMS, etc. are just protocol bindings to geodata. Real well known services on it's own like filter or label placement services have a place there too. They could be still detected by challenging them with GetCatabilites (taken from OWS/WxS).&lt;br /&gt;
* Indicating of quality of service could be a nice task for search service provider; no need to add it as attribute&lt;br /&gt;
* Relationships between features is part of schema metadata: How to handle this...? &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Dublin Core lite for Geo (DClite4G) ====&lt;br /&gt;
&lt;br /&gt;
The following are notes on initial development.  [[DCLite4G]] contains details of the finalised model which now has an XML namespace at [http://dclite4g.xmlns.com/ dclite4g.xmlns.com], intended for use in RDF documents though also usable in the context of Atom or KML.&lt;br /&gt;
 &lt;br /&gt;
* Aligned and rearranged after some discussions on osgeodata-list and geotools-devel-list. Next steps: first consensus on approach/fields, then consensus about which encoding (DC, RDF or GeoRSS?). - [[User:Sfkeller|Stefan]] 08:33, 26 September 2006 (CEST) &lt;br /&gt;
&lt;br /&gt;
;Figure: Analysis UML class diagram of minimal metadata information model 'Dublin Core lite for Geo' (DClite4G) which consists of a single entity set (green); two entities/instances/records are shown, a 'dataset' (left, grey) and a 'service' (right, red).&lt;br /&gt;
[[Image:DClite4G.png|center|Class diagram of 'Dublin Core lite for Geo' (DClite4G)]]&lt;br /&gt;
&lt;br /&gt;
'''Dublin Core lite for Geo''' (DClite4G) (Mandatory subset of DC elements plus georesource relationships, some XML content exept dc:identifier may be null/empty):&lt;br /&gt;
{| border=&amp;quot;1&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;10&amp;quot; style=&amp;quot;border-collapse:collapse;&amp;quot; &lt;br /&gt;
|-&lt;br /&gt;
|'''Attr. name'''|| '''Card.''' || '''Attr. type''' || '''Explanation''' || '''Equal to iso19115/128?''' || '''Status'''&lt;br /&gt;
|-&lt;br /&gt;
|dc:identifier   || [1]    || URI     || A unique identifier which unambigiously identifies an item within a given context (i.e. a catalogue/repository, a model and a language) used for extracting and referencing metadata. Note that still several records can co-exist with the same dc:identifier either in different sets implementing different metadata models or because of multiple instances of records using different languages in title, etc. Note also that this identifier is not necessary the identifier of a resource. To access the resource associated with a metadata record, one must use dct:hasPart and dclite4g:OnlineResource (see also [http://www.openarchives.org/OAI/2.0/guidelines-oai-identifier.htm OAI-PMH] and GeoTools) || iso19128:Identifier, iso19115: CI_Citation.identifier, else up to (meta-)data manager || Ok?&lt;br /&gt;
|-&lt;br /&gt;
|dc:title        || [0..1] || string (XML encoded) || A name given to the resource (regardless e.g. of naming restrictions of file systems). If a layer or file name exist in addition to a title this can be appended with // (tbd! proposal) and concatenated at end of this title string. || iso19128:title, iso19115: CI_Citation.title || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dct:abstract    || [0..1] || URI or string (XML encoded)|| A description of the resource. Either a URI reference to a human readable resource or a string. In case of dc:type 'service' (OWS) its the abstract (string) from of GetCapabilities document (GeoTools ServiceInfo has two fields: abstract and description...?) Subtype of dc:description; we use this as WMS, csw:record and ISO 19115 are using it. || iso19128:abstract, iso19115: MD_DataIdentification.abstract || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:type         || [0..1] || enumeration || The nature or genre of the content of the resource. 'dataset' or 'service' else 'document, 'text', 'image', 'sound', etc. (see [http://dublincore.org/documents/dcmi-type-vocabulary/ DCMI type (controlled) vocabulary]). (Not yet defined for Web Processing Service which have no specific georesource they are responsible for. What about special documents like OGC:SLD, OGC:WMC etc.?) || if WxS/OWS then 'service' else 'dataset' or another media type, up to (meta-)data manager || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:format       || [0..1] || URI     || A machine readable reference to either a [http://www.iana.org/assignments/media-types/ internet media (mime) type (recommended)] or a an xml schema namespace URI linking to an namespace authority. In case of dc:type='service' multiple schemas are to expect: insert them comma-separated? || 19128:AuthorityURL, iso19115: AuthorityURL || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dct:spatial     || [0..1] || dcmiBox:Box with CRS || Subtype of dc:coverage. (CRS=WGS84; other possible values offered by dct: Point and TGN) || iso19128:EX_BoundingBox, iso19115: EX_BoundingBox || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dct:modified    || [0..1] || date    || Date of last (published) change of resource (see [http://www.w3.org/TR/NOTE-datetime W3C Encoding rules]). Subtype of dc:date || Timestamp of resource; GetCapabilities || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:subject      || [0..1] || string (ASCII) || A keyword list; e.g. ISO 19115 classification list. (clarification needed: separated by comma) || KeywordList, iso19115: MD_TopicCategoryCode || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dclite4g:onlineResource || [0..*] || URI   || (formerly called onLineSrc) If dc:type='service' then this is the baseURL to it. If dc:type='dataset' it's either a dc:identifier which points to a metadata record of type 'service' or a dataset URL e.g. uri:ftp:// host.com/path/filename. Subtype of dc:relation. Note that in some implementations this seems redundant to dc:identifier but in fact this is the real access point of the resource. || if dc:type='dataset' given by provider, if dc:type='service' iso19128: OnlineResource (can be the same as described in dct:hasPart (dataSetURI) of a service metadata record) || Ok?&lt;br /&gt;
|-&lt;br /&gt;
|dct:hasPart     || [0..*] || URI     || Either a URI to a dataset or a dc:identifier (which points to a metadata record of dc:type='dataset'). Only applicable if type 'service'; N/A for type 'dataset'. Subtype of dc:relation. Note that in some implementations this seems redundant to dc:identifier but in fact this is the real access point the resource associated with a metadata record. || iso19128: DataURL, iso19115: MD_metadata.dataSetURI || Ok?&lt;br /&gt;
|-&lt;br /&gt;
|dc:source       || [0..1] || URI or string (XML encoded) || Description from which the present resource is derived, lineage information. Either an URI reference to a human readable resource or a string. (Note: Server base URLs and file URIs are handled elsewhere) || Up to (meta-)data owner || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:publisher    || [0..1] || string (XML encoded) || Civic Address: if type service derived from GetCapabilities ('ContactInformation') else flattened KML style (= xAL) (still awaiting consensus in other OGC specs. or GeoRSS) || Title element of 19128:Attribution; OrganisationName element of 19115:CI_ResponsibleParty || Ok &lt;br /&gt;
|-&lt;br /&gt;
|dc:language     || [0..1] || enumeration || RFC 1766 (ISO 639, followed optionally by country ISO 3166). Max. Cardinality is intentionally 1 which for the sake of simplicity means that translations of a metadata record in different languages is recorded in several metadata instances and not in multiple dc:language, dc:title or dct:abstract occurrences. ||  Up to (meta-)data manager, WxS spec. do foresee this || Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:rights       || [0..1] || URI or string (XML encoded) || License information link about the resource. Probably also (link to) disclaimers. Either an URI reference to a human readable resource or a string (machine readable licenses is an issue;  [http://backend.userland.com/creativeCommonsRssModule this] could be an starting point. || Up to (meta-)data manager; iso19115:???|| Ok&lt;br /&gt;
|-&lt;br /&gt;
|dc:relation     || [0..*] || URI     || A reference to a related resource. DClite4G uses following subtypes: dc:hasPart and iso19115: OnlineResource (see above). If using DC unqualified dc:relation could be used. This could be a machine readable reference to other metadata providers in order to let discover other (meta) data providers. Note that OAI-PMH has such a relationship called '[http://www.openarchives.org/OAI/2.0/guidelines-friends.htm friends]' but on the metadata collection/set level. ------------------------------------------------------------------------------- || Placeholder; should be refined in a specific model; meaning up to (meta-)data owner || Ok?&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
Legend: 'Equal to' means possible to derive from iso19128 (= WxS GetCapabilities). &lt;br /&gt;
&lt;br /&gt;
Remarks:&lt;br /&gt;
* General:&lt;br /&gt;
** DC attributes/properties left as they are: dc:Audience; dc:Contributor; dc:Creator.&lt;br /&gt;
** All attributes/properties have at most cardinality 1 except iso19115: OnlineResource and dct:hasPart (and dc:relation from complementary part of DClite4G).&lt;br /&gt;
** Depending on the modeling approach, even these elements can become cardinality 1. NOTE that datasets (geodata resources) and services (data access services) in principle have a many-to-many relationship: Here a geodata resource (dc:type dataset) can have many iso19115: OnlineResource elements and a dc:type data_access_service has only one dc:description which can be a GetCapabilities document.&lt;br /&gt;
** No additinal DC attributes/properties required; few of them need to be specialized (see dct:...);&lt;br /&gt;
** See for some general explanations about [http://cicharvest.grainger.uiuc.edu/qualifieddc.asp dc/dct here].&lt;br /&gt;
** Assume metadata (as opposite to many geodata sets) is always free and open information, like [http://creativecommons.org/licenses/by-sa/2.5/ Creative Commons Share Alike] &lt;br /&gt;
** An encoding still has to be discussed (see following example). need schemaLocation in OSGeo!?&lt;br /&gt;
* Details:&lt;br /&gt;
** GetCapabilities adds following attributes (not yet modeled here): Fees, ScaleHint and Style.&lt;br /&gt;
** Sorted out or highly disputed (non-DC) elements: fees, scalehint, harvestinterval.&lt;br /&gt;
** dct:modified and dct:spatial can be sync'ed from dataset.&lt;br /&gt;
** Attribute 'relation': This was'nt discussed yet. Simply helps harvesters to discover more (meta) data providers.&lt;br /&gt;
** Attribute 'publisher': Carl mentioned such a structure [http://lists.eogeo.org/pipermail/georss/2006-May/000514.html here] which includes StreetAddress, addressee, primaryAddressNumber, streetName, city, state, zipCode, countryCode (like in KML and behind Google geocoding service!?)&lt;br /&gt;
** Keywords is included in attribute 'dc:subject'; I think people have a hard time to agree on an enumerated list (see the success of folksonomy).&lt;br /&gt;
* Note that OAI-PMH... &lt;br /&gt;
** puts a XML envelope around this metadata and adds a header containing two attributes: 'identifier' to identify an metadata record and 'datestamp' as date of last (published) change of metadata record.&lt;br /&gt;
** requires to define a name for metadata sets. Let's don't care about this yet.&lt;br /&gt;
&lt;br /&gt;
==== Examples ====&lt;br /&gt;
&lt;br /&gt;
Some examples of '''DClite4G''' instances/records: &lt;br /&gt;
(legend: 'literal' is a constant, // is a comment) (http://tinyurl.com/eaaaj)&lt;br /&gt;
&lt;br /&gt;
'''A web mapping service instance example derived from GetCapabilities''': Mapping OGC:WxS GetCapabilities to a service instance. Can also be called a 'data access point' (Note GetCapabilities finally needs to be delivered by some service owner!):&lt;br /&gt;
&lt;br /&gt;
  dc:identifier      = identifier of the metadata record (ev. a machine readable URI) &lt;br /&gt;
  dc:title           = WxS Service/Title&lt;br /&gt;
  dct:abstract       = WxS Service/Abstract&lt;br /&gt;
  dc:type            = 'service'&lt;br /&gt;
  dc:format          = namespace to OGC:WxS schema.xsd&lt;br /&gt;
  dct:spatial        = Root BoundingBox // from Capabilities XML&lt;br /&gt;
  dct:modified       = timestamp // e.g. from HTTP header or updateSequence&lt;br /&gt;
  dc:subject         = WxS Service/KeywordList&lt;br /&gt;
  dclite4g:onlineResource = baseURI of WxS // seems redundant to id but is the real link to the service&lt;br /&gt;
  dct:hasPart        = a dc:identifier which points to each Layer element&lt;br /&gt;
  dct:hasPart        = another dc:identifier, etc.&lt;br /&gt;
  dc:source          = null // N/A. Note: Not meant as an onlineResource&lt;br /&gt;
  dc:publisher       = WxS Service ContactInformation/Organization&lt;br /&gt;
  dc:language        = maybe HTTP header for lang (ISO3166 code), soon supported by WMS&lt;br /&gt;
  dc:rights          = WxS Services Fees/AccessConstraints&lt;br /&gt;
  dc:relation        = definition up to metadata provider&lt;br /&gt;
&lt;br /&gt;
'''A dataset example derived from GetCapabilities''': Mapping OGC:WxS GetCapabilities to a dataset/georesource/data access point (Note: There is no hasPart relationship in datasets):&lt;br /&gt;
&lt;br /&gt;
  dc:identifier      = identifier of the metadata record (ev. a machine readable URI) &lt;br /&gt;
  dc:title           = WxS Layer/Title&lt;br /&gt;
  dct:abstract       = WxS Layer/Abstract&lt;br /&gt;
  dc:type            = 'dataset' &lt;br /&gt;
  dc:format          = namespace to format&lt;br /&gt;
  dct:spatial        = BoundingBox from Layer/BoundingBox&lt;br /&gt;
  dct:modified       = timestamp from HTTP header maybe or updateSequence&lt;br /&gt;
  dc:subject         = Layer/KeywordList&lt;br /&gt;
  dclite4g:onlineResource = a baseURI of WxS (GetMap/GetFeatures) // seems redundant to id. but is the real 'data access point'&lt;br /&gt;
  dclite4g:onlineResource = another baseURI of WxS // another dataset binding&lt;br /&gt;
  dc:source          = null // Note: Not meant as an onlineResource&lt;br /&gt;
  dc:publisher       = from Service if available?&lt;br /&gt;
  dc:language        = from Service if available?&lt;br /&gt;
  dc:rights          = from Service if available?&lt;br /&gt;
  dc:relation        = definition up to metadata provider&lt;br /&gt;
&lt;br /&gt;
'''A dataset example delivered by a dataset owner''':&lt;br /&gt;
&lt;br /&gt;
  dc:identifier      = a data access point metadata defined by dataset owners context&lt;br /&gt;
  dc:title           = entered by dataset owner&lt;br /&gt;
  dct:abstract       = entered by dataset owner&lt;br /&gt;
  dc:type            = 'dataset' &lt;br /&gt;
  dc:format          = namespace to format entered by dataset owner&lt;br /&gt;
  dct:spatial        = BoundingBox from data warehouse&lt;br /&gt;
  dct:modified       = file timestamp from data warehouse&lt;br /&gt;
  dc:subject         = keyword list entered by dataset owner&lt;br /&gt;
  dclite4g:onlineResource = a http URI entered by dataset owner // dataset binding&lt;br /&gt;
  dclite4g:onlineResource = a baseURI of a WxS entered by dataset owner // another binding&lt;br /&gt;
  dc:source          = entered by dataset owner // Note: Not online resource&lt;br /&gt;
  dc:publisher       = entered by dataset owner&lt;br /&gt;
  dc:language        = entered by dataset owner (or derived?)&lt;br /&gt;
  dc:rights          = entered by dataset owner&lt;br /&gt;
  dc:relation        = definition up to metadata provider&lt;br /&gt;
&lt;br /&gt;
'''A dataset example with OAI-PMH XML encoding in DClite4G format''':&lt;br /&gt;
&lt;br /&gt;
Notes: &lt;br /&gt;
* Example values are only for explanation purposes and purely fictive.&lt;br /&gt;
* XML Schema (= geometadc.xsd? or dclite4g.xsd?) still tbd.&lt;br /&gt;
* This record is not yet validated! &lt;br /&gt;
* Took 'dclite4g' as envelope name.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  &amp;lt;dclite4g:qualifieddc &lt;br /&gt;
    xmlns:dclite4g=&amp;quot;http://www.osgeo.org/schemas/dclite4g/0.01&amp;quot; &lt;br /&gt;
    xmlns:dc=&amp;quot;http://purl.org/dc/elements/1.1/&amp;quot; &lt;br /&gt;
    xmlns:dct=&amp;quot;http://purl.org/dc/terms/&amp;quot; &lt;br /&gt;
    xmlns:xsi=&amp;quot;http://www.w3.org/2001/XMLSchema-instance&amp;quot; &lt;br /&gt;
    xsi:schemaLocation=&amp;quot;http://www.osgeo.org/schemas/dclite4g/ dclite4g.xsd&amp;quot;&amp;gt;&lt;br /&gt;
&lt;br /&gt;
    &amp;lt;dc:identifier&amp;gt;www.osgeo.org/geodata/:f264-77d2-09ce-aa39-f0f0&amp;lt;/dc:identifier&amp;gt;&lt;br /&gt;
    &amp;lt;dc:title&amp;gt;National Elevation Mapping Service for Texas&amp;lt;/dc:title&amp;gt;&lt;br /&gt;
    &amp;lt;dct:abstract&amp;gt;Elevation data collected for the National Elevation &lt;br /&gt;
                  Dataset (NED).&amp;lt;/dct:abstract&amp;gt;&lt;br /&gt;
    &amp;lt;dc:type&amp;gt;dataset&amp;lt;/dc:type&amp;gt;&lt;br /&gt;
    &amp;lt;dc:format&amp;gt;...uri to the schema of the information model &lt;br /&gt;
               (xsd, realxng, schematron, ili, ...)&amp;lt;/dc:format&amp;gt;&lt;br /&gt;
    &amp;lt;dct:spatial&amp;gt;&lt;br /&gt;
      &amp;lt;Box projection=&amp;quot;EPSG:4326&amp;quot; name=&amp;quot;Geographic&amp;quot;&amp;gt;&lt;br /&gt;
        &amp;lt;northlimit&amp;gt;34.353&amp;lt;/northlimit&amp;gt;&lt;br /&gt;
        &amp;lt;eastlimit&amp;gt;-96.223&amp;lt;/eastlimit&amp;gt;&lt;br /&gt;
        &amp;lt;southlimit&amp;gt;28.229&amp;lt;/southlimit&amp;gt;&lt;br /&gt;
        &amp;lt;westlimit&amp;gt;-108.44&amp;lt;/westlimit&amp;gt;&lt;br /&gt;
      &amp;lt;/Box&amp;gt;&lt;br /&gt;
    &amp;lt;/dct:spatial&amp;gt;&lt;br /&gt;
    &amp;lt;dct:modified&amp;gt;2004-03-01&amp;lt;/dct:modified&amp;gt;&lt;br /&gt;
    &amp;lt;dc:subject&amp;gt;Elevation, Hypsography, and Contours&amp;lt;/dc:subject&amp;gt;&lt;br /&gt;
    &amp;lt;dclite4g:onlineResource&amp;gt;uri:http://www.osgeo.org/geodata/ned_grid_georss.xml&amp;lt;/dclite4g:onlineResource&amp;gt;&lt;br /&gt;
    &amp;lt;dclite4g:onlineResource&amp;gt;uri:http://www.osgeo.org/services/wms/&amp;lt;/dclite4g:onlineResource&amp;gt;&lt;br /&gt;
    &amp;lt;dclite4g:onlineResource&amp;gt;uri:http://www.osgeo.org/geodata/ned_grid.shp&amp;lt;/dclite4g:onlineResource&amp;gt;&lt;br /&gt;
    &amp;lt;dc:source&amp;gt;Lineage: Based on 30m horizontal and 15m vertical accuracy.&amp;lt;/dc:source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
    &amp;lt;!-- part of DC but not part of DClite4G --&amp;gt;&lt;br /&gt;
    &amp;lt;dc:publisher&amp;gt;U.S. Geological Survey&amp;lt;/dc:publisher&amp;gt;&lt;br /&gt;
    &amp;lt;dc:language&amp;gt;en&amp;lt;/dc:language&amp;gt;&lt;br /&gt;
    &amp;lt;dc:rights&amp;gt;uri:http://www.usgs.gov/pubprod/&amp;lt;/dc:rights&amp;gt;&lt;br /&gt;
  &amp;lt;/dclite4g:qualifieddc&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''Same record example as before but with unqualified DC encoding''':&lt;br /&gt;
 &lt;br /&gt;
Note that this unqualified DC record can be seen as a mapping from DClite4G by using it's well defined semantics and content 'encoding'. See explanations above to understand the semantics of these DC-elements:&lt;br /&gt;
&lt;br /&gt;
  ...&lt;br /&gt;
  &amp;lt;dc:identifier&amp;gt;www.osgeo.org/geodata/:f264-77d2-09ce-aa39-f0f0&amp;lt;/dc:identifier&amp;gt;&lt;br /&gt;
  &amp;lt;dc:title&amp;gt;National Elevation Mapping Service for Texas&amp;lt;/dc:title&amp;gt;&lt;br /&gt;
  &amp;lt;dc:description&amp;gt;Elevation data collected for the National Elevation &lt;br /&gt;
                  Dataset (NED).&amp;lt;/dc:description&amp;gt;&lt;br /&gt;
  &amp;lt;dc:type&amp;gt;dataset&amp;lt;/dc:type&amp;gt;&lt;br /&gt;
  &amp;lt;dc:format&amp;gt;...uri to the schema of the information model &lt;br /&gt;
             (xsd, realxng, schematron, ili, ...)&amp;lt;/dc:format&amp;gt;&lt;br /&gt;
  &amp;lt;dc:coverage&amp;gt;34.353 -96.223 28.229 -108.44&amp;lt;/dc:coverage&amp;gt;&lt;br /&gt;
  &amp;lt;dc:date&amp;gt;2004-03-01&amp;lt;/dc:date&amp;gt;&lt;br /&gt;
  &amp;lt;dc:subject&amp;gt;Elevation, Hypsography, and Contours&amp;lt;/dc:subject&amp;gt;&lt;br /&gt;
  &amp;lt;dc:relation&amp;gt;uri:http://www.osgeo.org/services/wms/&amp;lt;/dc:relation&amp;gt;&lt;br /&gt;
  &amp;lt;dc:source&amp;gt;Lineage: Based on 30m horizontal and 15m vertical accuracy.&amp;lt;/dc:source&amp;gt;&lt;br /&gt;
  ...&lt;br /&gt;
&lt;br /&gt;
== Other Relevant Info ==&lt;br /&gt;
* [[Simple_Catalog_Interface]]&lt;br /&gt;
* [http://www.gis.hsr.ch/wiki/OSGeodata OSGeodata on GISpunkt Wiki] - These pages are about the search of an open, lean and mean &amp;quot;protocol for the incremental exchange of metadata about geographic resources between systems&amp;quot;. Profiled specifications like WFS or OAI-PMH are currently on our short list. Delving into 'Open Archives Initiative Protocol for Metadata Harvesting' (OAI-PMH) is strongly encouraged. It's a low barrier interoperability specification based around metadata harvesting model, it's stable (subsequent revisions are backwards compatible) and uses unqualified Dublin Core as default metadata information model; there exist open source tools (like OAICat) and it has been adopted among others by Google and Yahoo! but it's not a search protocol.&lt;br /&gt;
* See here a [http://www.gis.hsr.ch/wiki/OAI-PMH comparison between CSW, WFS and OAI-PMH].&lt;br /&gt;
&lt;br /&gt;
== Guidelines for a minimal OAI-PMH implementation ==&lt;br /&gt;
&lt;br /&gt;
OAI-PMH means ''Open Archives Initiative Protocol for Metadata Harvesting''. For an introduction to OAI-PMH 2 see [http://www.gis.hsr.ch/wiki/OAI-PMH here]. &lt;br /&gt;
&lt;br /&gt;
This is a draft implementation guideline for a minimal OAI-PMH implementation for geospatial resources which contains following five steps:&lt;br /&gt;
&lt;br /&gt;
* '''1. Join the community''': Register to the 'OAI Implementers list' at the [http://www.openarchives.org/ OAI Homepage]&lt;br /&gt;
* '''2. Read the spec.''': [http://www.openarchives.org/OAI/openarchivesprotocol.html The Harvesting Protocol (version 2.0) specification] together with [http://www.openarchives.org/OAI/2.0/guidelines.htm Implementation Guidelines]&lt;br /&gt;
* '''3. Look at existing [http://www.openarchives.org/tools/tools.html tools]'''.&lt;br /&gt;
* '''4. Implement protocol with DC model following these recommendations and test it''': [http://www.purl.org/NET/oai_explorer The official OAI Repository Explorer].&lt;br /&gt;
* '''5. Extend it''' later eventually with specific metadata models like ISO19139 or DClite4G and respective XML formats.&lt;br /&gt;
&lt;br /&gt;
Following are more specific guidelines for a minimal OAI-PMH implementation of a so called 'data provider' using only the mandatory 'unqualified' Dublin Core (DC):&lt;br /&gt;
&lt;br /&gt;
* Only '''three''' operations (verbs) are needed: Identify, ListMetadataFormats and ListRecords. &lt;br /&gt;
* Following operations are not required (initially): ListIdentifiers, ListSets, GetRecord. &lt;br /&gt;
* No incremental harvesting (resumption process for ListXxx operations with more than 1000 records)&lt;br /&gt;
* No compression as defined in the OAI-PMH spec. (compression at lower http level still possible)&lt;br /&gt;
* Date granularity may be 'day' not seconds (YYYY-MM-DD)&lt;br /&gt;
* Keeping track of deleted record may not be supported (deletedRecord=no)&lt;br /&gt;
* Mandatory DC supported as data model is sufficient for a start but with specific semantics (e.g. coverage, relation) (see also example below):&lt;br /&gt;
** dc:description contains dct:abstract&lt;br /&gt;
** dc:coverage contains bounding box encoding as defined in http://georss.org/simple.html#Box &lt;br /&gt;
** dc:date means in fact dct:modified&lt;br /&gt;
** dc:relation is filled in with dclite4g:onLineSrc. If dc:type='service' dct:hasPart can be derived from GetCapabilities.&lt;br /&gt;
&lt;br /&gt;
=== OAI implementations ===&lt;br /&gt;
&lt;br /&gt;
OAI with Dublin Core:&lt;br /&gt;
* 'Geo-Metadatabase' (GMDB), open source (GPL, PHP) &lt;br /&gt;
* GeoShop, infoGrips GmbH, Zurich, Switzerland (C, Java)&lt;br /&gt;
* [http://www.osgeo.org/geonetwork GeoNetwork opensource] (GPL, Java)&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
== Geospatial ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://en.wikipedia.org/wiki/Web_Feature_Service WFS]&lt;br /&gt;
&lt;br /&gt;
* [http://geoapi.sourceforge.net/stable/site/index.html GeoAPI] contains an implementation of ISO 19115&lt;br /&gt;
&lt;br /&gt;
== RDF ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.w3.org/RDF/ Resource Description Framework]&lt;br /&gt;
&lt;br /&gt;
* [http://www.w3.org/TR/rdf-primer/ RDF Primer]&lt;br /&gt;
&lt;br /&gt;
* [http://www.w3.org/TR/owl-guide/ OWL Web Ontology Language Guide]&lt;br /&gt;
&lt;br /&gt;
* [http://sweet.jpl.nasa.gov/ontology/ Semantic Web for Earth and Environmental Terminology] OWL Ontologies at NASA&lt;br /&gt;
&lt;br /&gt;
* [http://www.dublincore.org/documents/dces/ Dublin Core] metadata model for documents&lt;br /&gt;
&lt;br /&gt;
* [http://xmlns.com/foaf/0.1/ FOAF] metadata model for people and organisations &lt;br /&gt;
&lt;br /&gt;
* [http://usefulinc.com/doap/ DOAP] metadata model for open source software projects and code repositories&lt;br /&gt;
&lt;br /&gt;
== Notes ==&lt;br /&gt;
&lt;br /&gt;
metadata isn't an easy task. The balance between completeness and people simply ignoring to generate it...&lt;br /&gt;
&lt;br /&gt;
I wish I had had a prexisting plan of how to index and search for the data sets on extent and 'type'  that we were adding&lt;br /&gt;
&lt;br /&gt;
=== From [[Geodata Packaging Working Group]]: ===&lt;br /&gt;
&lt;br /&gt;
** Specifications of a data set&lt;br /&gt;
*** Creator&lt;br /&gt;
*** Date&lt;br /&gt;
*** License&lt;br /&gt;
*** Data Type&lt;br /&gt;
*** Topic&lt;br /&gt;
*** Spatial Extent&lt;br /&gt;
*** Coordinate System/Projection&lt;br /&gt;
*** Target Scale/Precision&lt;br /&gt;
*** Attribute Data&lt;br /&gt;
&lt;br /&gt;
== See Also ==&lt;br /&gt;
&lt;br /&gt;
* [[Geodata Discovery Working Group]]&lt;br /&gt;
* [[Geodata Repository]]&lt;br /&gt;
* [[Geodata processing at telascience.org]]&lt;br /&gt;
* [http://lists.osgeo.org/mailman/listinfo/geodata OSGeo-Geodata Mailing list] (discussion archives, please join the list)&lt;br /&gt;
&lt;br /&gt;
= Comments =&lt;br /&gt;
&lt;br /&gt;
* I would like to propose an additional element for the metadata model--data source (or lineage).  If the data is derived from some other data, we should be able to backtrack and look at its parent/s.  &amp;quot;Lineage&amp;quot; is a conditional element in FGDC but I think it's important enough that we should include it in our model. I suppose this can also be included in the Description but wouldn't it be nice to have this included as a required element? This is useful when checking for errors/consistency.   -Perry&lt;br /&gt;
&lt;br /&gt;
* I find it difficult to believe that these &amp;quot;requirements&amp;quot; can be useful without switching their basis from FGDC to ISO-19115.  I have posted more extensive comments as Discussion.  Please read and comment. -- Bruce&lt;br /&gt;
&lt;br /&gt;
[[Category:Public Geospatial Data Committee]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Standards]]&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Why_DCLite4G&amp;diff=28837</id>
		<title>Why DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Why_DCLite4G&amp;diff=28837"/>
		<updated>2008-09-11T09:25:51Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* History of DCLite4G */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Why DCLite4G =&lt;br /&gt;
&lt;br /&gt;
The following points are set out to help answer the questions:&lt;br /&gt;
&lt;br /&gt;
* Several geospatial metadata standards already exist, right? Is DCLite4G a new one? &lt;br /&gt;
* On what basis are properties of geographic data included in DCLite4G?&lt;br /&gt;
* How will the use of DCLite4G benefit me as a data provider? &lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
&lt;br /&gt;
The best known metadata standards are the international ISO19115:2003 standard describing Metadata for Geographic Information and the Federal Geographic Data Committee Common Core (hereafter FGDC) guidelines for metadata. At time of writing (April/May 2007) there is an effort to replace the FGDC standard with a North American (US, Canada) specific profile of ISO19915. &lt;br /&gt;
&lt;br /&gt;
However, ISO19115 makes no attempt to describe geospatial web services provide protocol and access specific for data published online. Web Services are described by a separate standard, ISO19119. Nor does ISO19115 offer any recommended format for serialising metadata in order to share it - this is covered by another separate standard, ISO19139. The format is verbose and not common in use, and the full ISO19115 model mandates the inclusion of many properties which are not much use in finding data or in managing it.&lt;br /&gt;
&lt;br /&gt;
Many national Spatial Data Infrastructure initiatives take the approach of recommending, for publication of metadata about geospatial information resources, a profile or subset of ISO19115.  &lt;br /&gt;
&lt;br /&gt;
Within the US the FGDC metadata standard is in common use. FGDC is a profile, not a format, for metadata - there is XML schema associated with it but the most common expression of FGDC metadata is in a tab-delimited format. &lt;br /&gt;
&lt;br /&gt;
On the other hand, there is Dublin Core - a generic vocabulary for metadata about all kinds of (electronic) documents and data, common in library science and in a broader information retrieval community. Specifications and standards documents often offer a mapping of geodata properties to Dublin Core. &lt;br /&gt;
&lt;br /&gt;
Given all this, why then seek to define a &amp;quot;new&amp;quot; model for metadata? DCLite4G represents for those who have worked on it, the &amp;quot;simplest useful thing&amp;quot;; a common core that is found within all the existing metadata standards and inside many different software packages.&lt;br /&gt;
&lt;br /&gt;
The minimal model represents an overlap of the FGDC and ISO19115 standard. It corresponds closely to the minimal model proposed in the draft Implementing Rules for Metadata describing spatial data infrastructure capacity as mandated by the INSPIRE Directive.&lt;br /&gt;
&lt;br /&gt;
It is not an intention to prescribe an XML format but to illustrate a model which can be represented using any of the common metadata standard representations. Samples are offered of DCLite4G being used as a 'mix-in' vocabulary in Atom and RDF feeds. One could use DCLite4G to define properties used in an ebRIM description.  &lt;br /&gt;
&lt;br /&gt;
An aim is to integrate systems rather than to require certain standards.&lt;br /&gt;
A common subset of well-known standards for geographic metadata is identified,  building on common work in the open source geospatial community. This subset corresponds closely to the draft abstract model described by the Implementing Rules for Metadata in the INSPIRE European SDI. However, more emphasis is placed on machine-readable and repeatable properties of data: unique identifiers which can be used to annotate the provenance and processing history of data sets; URLs to represent license constraints; contact details for people responsible for data sets. The minimal model can be rendered as ISO19115/19139, FGDC, RDF, a Dublin Core Application Profile, GeoRSS/Atom, in KML Metadata: presenting as flexible a face to third party search services as possible.&amp;lt;&lt;br /&gt;
&lt;br /&gt;
== 1. Making the minimum mandatory ==&lt;br /&gt;
&lt;br /&gt;
It is better to get some metadata than none. There is a baseline necessary for a repository to do its work, manage rights and publish data useful to clients; this is what DCLite4G was originally designed to provide. The emphasis is on what is needed to rediscover and reuse the data.&lt;br /&gt;
&lt;br /&gt;
== 2. Focusing on online resources ==&lt;br /&gt;
&lt;br /&gt;
One reason for complexity in the ISO19115 and FGDC standards is the need to describe legacy, non-computer-based systems of spatial information and maps using the same standard. Separate standards appear to describe information available via web services or modern internet protocols. Meanwhile the documenting and cataloguing of simple use cases, of files and OGC standard web services publishing geographic information, is neglected because of a complexity bar to casual implmentation of the standard. A focus on online resources, and a focus on data and describing it, not on describing metadata and filling it out.&lt;br /&gt;
&lt;br /&gt;
== 3. Machine Reusability ==&lt;br /&gt;
&lt;br /&gt;
Emphasis on: nique identifiers which can be used to annotate the provenance and processing history of data sets; URLs to represent license constraints; URLs to represent classification schemes where provided, not references to code lists; contact details for people responsible for data sets.&lt;br /&gt;
&lt;br /&gt;
== 4. Adaptable Ontology ==&lt;br /&gt;
&lt;br /&gt;
Taxonomy and ontology are left very open. The use of URI schemes for keywords is recommended. Data annotation distributed. The emphasis is not on how the data is described, but on how it is used.&lt;br /&gt;
&lt;br /&gt;
What structured ontology is provided is kept very minimal - classes for data sets and series, and a few core properties of geospatial data additional to the common metadata properties contained in Dublin Core / Dublin Core Terms - [http://dclite4g.xmlns.com http://dclite4g.xmlns.com]&lt;br /&gt;
&lt;br /&gt;
= History of DCLite4G =&lt;br /&gt;
&lt;br /&gt;
DCLite4G came about at first from a discussion of minimal model necessary to manage a public [[Geodata Repository]] run by OSGeo. The original model was based on the FGDC Common Core standard for geospatial metadata and now overlaps with ISO19115. [[User:Sfkeller|Stefan Keller]] came across the model through online discussion and formalised the abstract model approach and the idea of presenting a Dublin Core Application Profile. [[User:JoWalsh|Jo Walsh]] collated the different wiki versions into the current [[DCLite4G]] model description. The [http://dclite4g.xmlns.com dclite4g namespace] was at last started in August 2008.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [UNSDI] &lt;br /&gt;
* [GSDI]&lt;br /&gt;
* Czech / Swiss / other national refs &lt;br /&gt;
* [INSPIRE] Draft Implementing Rules on Metadata&lt;br /&gt;
* [CGD] Commons of Geographic Data, White Paper on Metadata, Onsrud et al&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=Why_DCLite4G&amp;diff=28836</id>
		<title>Why DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=Why_DCLite4G&amp;diff=28836"/>
		<updated>2008-09-11T09:23:53Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: /* 4. Adaptable Ontology */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Why DCLite4G =&lt;br /&gt;
&lt;br /&gt;
The following points are set out to help answer the questions:&lt;br /&gt;
&lt;br /&gt;
* Several geospatial metadata standards already exist, right? Is DCLite4G a new one? &lt;br /&gt;
* On what basis are properties of geographic data included in DCLite4G?&lt;br /&gt;
* How will the use of DCLite4G benefit me as a data provider? &lt;br /&gt;
&lt;br /&gt;
== Background ==&lt;br /&gt;
&lt;br /&gt;
The best known metadata standards are the international ISO19115:2003 standard describing Metadata for Geographic Information and the Federal Geographic Data Committee Common Core (hereafter FGDC) guidelines for metadata. At time of writing (April/May 2007) there is an effort to replace the FGDC standard with a North American (US, Canada) specific profile of ISO19915. &lt;br /&gt;
&lt;br /&gt;
However, ISO19115 makes no attempt to describe geospatial web services provide protocol and access specific for data published online. Web Services are described by a separate standard, ISO19119. Nor does ISO19115 offer any recommended format for serialising metadata in order to share it - this is covered by another separate standard, ISO19139. The format is verbose and not common in use, and the full ISO19115 model mandates the inclusion of many properties which are not much use in finding data or in managing it.&lt;br /&gt;
&lt;br /&gt;
Many national Spatial Data Infrastructure initiatives take the approach of recommending, for publication of metadata about geospatial information resources, a profile or subset of ISO19115.  &lt;br /&gt;
&lt;br /&gt;
Within the US the FGDC metadata standard is in common use. FGDC is a profile, not a format, for metadata - there is XML schema associated with it but the most common expression of FGDC metadata is in a tab-delimited format. &lt;br /&gt;
&lt;br /&gt;
On the other hand, there is Dublin Core - a generic vocabulary for metadata about all kinds of (electronic) documents and data, common in library science and in a broader information retrieval community. Specifications and standards documents often offer a mapping of geodata properties to Dublin Core. &lt;br /&gt;
&lt;br /&gt;
Given all this, why then seek to define a &amp;quot;new&amp;quot; model for metadata? DCLite4G represents for those who have worked on it, the &amp;quot;simplest useful thing&amp;quot;; a common core that is found within all the existing metadata standards and inside many different software packages.&lt;br /&gt;
&lt;br /&gt;
The minimal model represents an overlap of the FGDC and ISO19115 standard. It corresponds closely to the minimal model proposed in the draft Implementing Rules for Metadata describing spatial data infrastructure capacity as mandated by the INSPIRE Directive.&lt;br /&gt;
&lt;br /&gt;
It is not an intention to prescribe an XML format but to illustrate a model which can be represented using any of the common metadata standard representations. Samples are offered of DCLite4G being used as a 'mix-in' vocabulary in Atom and RDF feeds. One could use DCLite4G to define properties used in an ebRIM description.  &lt;br /&gt;
&lt;br /&gt;
An aim is to integrate systems rather than to require certain standards.&lt;br /&gt;
A common subset of well-known standards for geographic metadata is identified,  building on common work in the open source geospatial community. This subset corresponds closely to the draft abstract model described by the Implementing Rules for Metadata in the INSPIRE European SDI. However, more emphasis is placed on machine-readable and repeatable properties of data: unique identifiers which can be used to annotate the provenance and processing history of data sets; URLs to represent license constraints; contact details for people responsible for data sets. The minimal model can be rendered as ISO19115/19139, FGDC, RDF, a Dublin Core Application Profile, GeoRSS/Atom, in KML Metadata: presenting as flexible a face to third party search services as possible.&amp;lt;&lt;br /&gt;
&lt;br /&gt;
== 1. Making the minimum mandatory ==&lt;br /&gt;
&lt;br /&gt;
It is better to get some metadata than none. There is a baseline necessary for a repository to do its work, manage rights and publish data useful to clients; this is what DCLite4G was originally designed to provide. The emphasis is on what is needed to rediscover and reuse the data.&lt;br /&gt;
&lt;br /&gt;
== 2. Focusing on online resources ==&lt;br /&gt;
&lt;br /&gt;
One reason for complexity in the ISO19115 and FGDC standards is the need to describe legacy, non-computer-based systems of spatial information and maps using the same standard. Separate standards appear to describe information available via web services or modern internet protocols. Meanwhile the documenting and cataloguing of simple use cases, of files and OGC standard web services publishing geographic information, is neglected because of a complexity bar to casual implmentation of the standard. A focus on online resources, and a focus on data and describing it, not on describing metadata and filling it out.&lt;br /&gt;
&lt;br /&gt;
== 3. Machine Reusability ==&lt;br /&gt;
&lt;br /&gt;
Emphasis on: nique identifiers which can be used to annotate the provenance and processing history of data sets; URLs to represent license constraints; URLs to represent classification schemes where provided, not references to code lists; contact details for people responsible for data sets.&lt;br /&gt;
&lt;br /&gt;
== 4. Adaptable Ontology ==&lt;br /&gt;
&lt;br /&gt;
Taxonomy and ontology are left very open. The use of URI schemes for keywords is recommended. Data annotation distributed. The emphasis is not on how the data is described, but on how it is used.&lt;br /&gt;
&lt;br /&gt;
What structured ontology is provided is kept very minimal - classes for data sets and series, and a few core properties of geospatial data additional to the common metadata properties contained in Dublin Core / Dublin Core Terms - [http://dclite4g.xmlns.com http://dclite4g.xmlns.com]&lt;br /&gt;
&lt;br /&gt;
= History of DCLite4G =&lt;br /&gt;
&lt;br /&gt;
DCLite4G came about at first from a discussion of minimal model necessary to manage a public [[Geodata Repository]] run by OSGeo. The original model was based on the FGDC Common Core standard for geospatial metadata and now overlaps with ISO19115. [[User:Sfkeller|Stefan Keller]] came across the model through online discussion and formalised the abstract model approach and the idea of presenting a Dublin Core Application Profile. [[User:JoWalsh|Jo Walsh]] collated the different wiki versions into the current [[DCLite4G]] model description.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [UNSDI] &lt;br /&gt;
* [GSDI]&lt;br /&gt;
* Czech / Swiss / other national refs &lt;br /&gt;
* [INSPIRE] Draft Implementing Rules on Metadata&lt;br /&gt;
* [CGD] Commons of Geographic Data, White Paper on Metadata, Onsrud et al&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28835</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28835"/>
		<updated>2008-09-11T09:21:58Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema http://dclite4g.xmlns.com/schema] contains an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a series.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://xmlns.com/2008/dclite4g/ is the namespace reserved for DCLite4G. It should and will come to contain an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28834</id>
		<title>DCLite4G</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=DCLite4G&amp;diff=28834"/>
		<updated>2008-09-11T09:21:09Z</updated>

		<summary type="html">&lt;p&gt;Wiki-JoWalsh: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;DCLite4G is short for &amp;quot;Dublin Core Lightweight Profile for Geospatial&amp;quot;. It is a ''minimal information model for metadata about geospatial data''. DCLite4G consists of:&lt;br /&gt;
&lt;br /&gt;
* an abstract information model &lt;br /&gt;
* an implementation reference exploiting common standard vocabularies - [http://dublincore.org/ Dublin Core], [http://georss.org GeoRSS].&lt;br /&gt;
* a [http://dclite4g.xmlns.com/ namespace] used to define extra properties needed to usefully specify the properties of geospatial data.&lt;br /&gt;
&lt;br /&gt;
The dclite4g namespace URL, [http://dclite4g.xmlns.com/schema contains an OWL ontology] showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Information Model =&lt;br /&gt;
&lt;br /&gt;
== Data Set ==&lt;br /&gt;
&lt;br /&gt;
A Data Set is an abstract object. It corresponds to the ideal of a data set, independent of a physical form or an encoding in which it is being distributed. For example, &amp;quot;TIGER 2005&amp;quot; or &amp;quot;OpenStreetmap from 2007-04-20&amp;quot;, or &amp;quot;SRTM&amp;quot; would be considered data sets. &lt;br /&gt;
&lt;br /&gt;
A Data Set may be part of a Series comprising related items of geographic data.&lt;br /&gt;
&lt;br /&gt;
An item of geographic information. Should have at least a title and a URI; ideally the URI is that of a resource where it is possible to access the information directly.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
| '''Title''' || A name given to a data set. Does not have to be unique or &amp;quot;canonical&amp;quot;.&lt;br /&gt;
|-&lt;br /&gt;
| '''Abstract''' || A text description of the contents of a data set, remarks on anything interesting contained therein. &lt;br /&gt;
|-&lt;br /&gt;
| '''Keywords''' || A layer may have none or many keywords associated with it.&lt;br /&gt;
|-&lt;br /&gt;
| '''Series''' || Indicates a Series to which a data set may belong. (see below)&lt;br /&gt;
|-&lt;br /&gt;
| '''Publisher''' || Contact information for the Agent publishing the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Originator''' || Contact information for the original creator of the data set&lt;br /&gt;
|-&lt;br /&gt;
| '''Publication Date''' || Date on which the data was made available  &lt;br /&gt;
|- &lt;br /&gt;
| '''License''' || URL of a data license whose terms cover the distribution of this data set, OR a text string describing the terms on which the data is made available (&amp;quot;Public Domain&amp;quot;)&lt;br /&gt;
|-&lt;br /&gt;
| '''Extents''' || A bounding box or polygon specified in WGS84, regardless of the original projection and datum of the data.&lt;br /&gt;
|-&lt;br /&gt;
| '''Projection''' || The original spatial projection of the data&lt;br /&gt;
|-&lt;br /&gt;
| '''Format''' || If the Source is a service this would be, for example OGC:WMS or OGC:WCS. For files, this is a text identifier which follows as a guideline the output of ''gdalinfo''.&lt;br /&gt;
|-&lt;br /&gt;
| '''URI''' || A URI giving the location of the data. If this is an OGC web service publishing geographic data, the URI would be that of a HTTP-based GetCapabilities request to it. &lt;br /&gt;
|- &lt;br /&gt;
| ''Scale'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Resolution'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Colour Depth'' || &lt;br /&gt;
|-&lt;br /&gt;
| ''Transparency'' || &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* A Data Set can be part of a Series of associated items &lt;br /&gt;
* A Data Set can have optionally many Layers&lt;br /&gt;
* A Data Set is made available by an Agent &lt;br /&gt;
* A Data Set is originally compiled by an Agent&lt;br /&gt;
* A Data Set may be a source of another Data Set&lt;br /&gt;
&lt;br /&gt;
== Series ==&lt;br /&gt;
&lt;br /&gt;
A Series is a collection of Data Sets. It provides a flexible container for a number of Data Sets which have common properties. Thus if all the Data Sets in a Series share a given property (e.g. they all have the same title, or the same date range or the same spatial extents), then that property can be attached to the Series and implicitly inherited by any Data Set belonging to the Series.&lt;br /&gt;
&lt;br /&gt;
Thus a Series can be most usefully used to make an association between:&lt;br /&gt;
&lt;br /&gt;
* A collection of data sets which are adjacent in space, yet represent one temporal snapshot (such as a collection of tiles comprising one larger image or model)&lt;br /&gt;
* A collection of data sets which are adjacent in time and may represent one spatial snapshot (such as a sequence of observations collected by an earth imaging satellite)&lt;br /&gt;
* A collection of data sets which are &amp;quot;the same&amp;quot; underlying data being made available in different formats, projections, or resolutions.&lt;br /&gt;
&lt;br /&gt;
A Series can carry any of the properties that can be attached to a series.&lt;br /&gt;
&lt;br /&gt;
== Agent ==&lt;br /&gt;
&lt;br /&gt;
An Agent may be a person, an organisation, or a machine agent. This term derives from foaf:Agent, and is used in the same way as 'Principal' is used in security terms.&lt;br /&gt;
&lt;br /&gt;
=== Properties ===&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|- &lt;br /&gt;
| '''Name''' || The name of the agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Email''' || A contact email address given as mailto:foo@example.com&lt;br /&gt;
|-&lt;br /&gt;
| '''Description''' || More random details about the Agent &lt;br /&gt;
|- &lt;br /&gt;
| '''Location''' || A WGS84 lat-lon pair, or a URI indicating a near location&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=== Relations ===&lt;br /&gt;
&lt;br /&gt;
* An Agent is the original provider of such-and-such a Data Set&lt;br /&gt;
* An Agent is the publisher of such-and-such a Data Set&lt;br /&gt;
* An Agent is the maintainer of such-and-such a Data Source&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Namespace / Ontology =&lt;br /&gt;
&lt;br /&gt;
It is possible or advisable to extend many XML-based metadata carrier formats with ''namespaces'' which can provide semantics for different properties, taking a &amp;quot;mix-in&amp;quot; approach with the use of small vocabularies for different domains. &lt;br /&gt;
&lt;br /&gt;
Thus DCLite4G attempts not to provide a full model for metadata for geographic information but to reuse properties from other well-known namespaces or ontologies - GeoRSS, Dublin Core, FOAF - and provide a subset of Dublin Core with extra rigour of expression suitable for better machine readability and reuse. This is also what is known as a ''Dublin Core Application Profile''.&lt;br /&gt;
&lt;br /&gt;
http://xmlns.com/2008/dclite4g/ is the namespace reserved for DCLite4G. It should and will come to contain an OWL ontology showing the structure, providing where possible mappings to various metadata schemas.&lt;br /&gt;
&lt;br /&gt;
= Examples =&lt;br /&gt;
&lt;br /&gt;
Example serialisations of a DCLite4G minimal model in different common formats:&lt;br /&gt;
&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/iso19115?format=raw ISO19115]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/fgdc?format=raw FGDC]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/dublin-core?format=raw Dublin Core]&lt;br /&gt;
* [http://project.knowledgeforge.net/geometa/trac/browser/samples/rdf?format=raw RDF]&lt;br /&gt;
&lt;br /&gt;
[http://project.knowledgeforge.net/geometa/trac/browser/dclite4g DCLite4G Python libraries] with genshi templates used to produce them.&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
* [http://www.fgdc.gov/standards/projects/FGDC-standards-projects/metadata/base-metadata/index_html FGDC geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://dcs.dlese.org/preview/admin/view.do?id=TEST-000-000-000-008 GEON geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://gcmd.nasa.gov/Aboutus/standards/fgdc_to_dif.html DIF geospatial metadata model]&lt;br /&gt;
&lt;br /&gt;
* [http://georss.org/ GeoRSS]&lt;br /&gt;
&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=5929&amp;amp;version=2 OGC Catalog Services 2 Specification] '''6.3.3''', ''Core returnable properties''&lt;br /&gt;
* [http://portal.opengeospatial.org/files/?artifact_id=12604&amp;amp;version=1&amp;amp;format=pdf OGC ebRIM profile of CSW specification], '''Appendix B.5, Table B.3''' - ''Slots defined in the Basic package''&lt;br /&gt;
* [http://udig.refractions.net/docs/api-udig/net.refractions.udig.catalog/net/refractions/udig/catalog/IGeoResourceInfo.html  iGeoResourceInfo class in uDig]&lt;br /&gt;
* [http://www.geodatacommons.umaine.edu/wpapers/CGD%20Metadata%20White%20Paper%20v2.pdf GeodataCommons Metadata Whitepaper]&lt;br /&gt;
* Open FOSSGIS Community [[Response to INSPIRE Metadata Draft]] Implementing Rules&lt;br /&gt;
&lt;br /&gt;
= History =&lt;br /&gt;
&lt;br /&gt;
* July 20th 2008&lt;br /&gt;
The first version of the DCLite4G model dates to late 2006/early 2007. In mid 2008 the vocabulary is significantly updated and somewhat simplified, after several iterations of a corresponding data registry and search service. The distinction between an abstract &amp;quot;Data Set&amp;quot; which has properties common to potentially many different &amp;quot;Data Sources&amp;quot; has been dropped. A &amp;quot;Series&amp;quot; is introduced, which takes most of the functions of &amp;quot;Data Set&amp;quot;. Thus &amp;quot;Data Source&amp;quot; is now renamed &amp;quot;Data Set&amp;quot;, resolving the semantic ambiguity in the model. Please see the history of this page&lt;/div&gt;</summary>
		<author><name>Wiki-JoWalsh</name></author>
	</entry>
</feed>