29 Aug 2008 - Geographic Entity Registries
Communities of interest very often overlap and as a result there are often many database representations of a given real world object, typically reflecting different points of view about that object. A lighthouse is for navigation from the point of view of a ship, while it is merely an obstacle for an aircraft, and a feature of interest to someone on land walking or in a vehicle. These different perspectives on the same object are often difficult to reconcile. Furthermore, it is often difficult to know that we are even talking about the same object.
Names are assigned to physical features and gazetteers have long been employed to link these names to the associated physical feature. To the toponymist, the name has priority, as from their perspective the corresponding physical feature may be ill defined geographically or at least defined in some fuzzy manner. There are often many names that are linked together, with one of the names being recognized in some sense as the official one, although I suspect with the advent of Web 2.0, an agreement on an official name may be increasingly problematic.
Addresses are another sort of common attribute that we might associate with a physical object such as a building, a land parcel, or a prospective building site (it need not yet exist). Given physical objects some might easily have several addresses associated with them, just as they may have several geometric properties.
Addresses are of course critical since they serve as a tie point for legal matters, postal delivery and emergency response.
On reflection one might think that these different notions of names, addresses, and object identification could be unified in some way, and I would propose that this be done using a Geographic Entity Registry. Such a registry could be global (whole planet) or quite local such as a province or state. Identifiers would be globally unique in either case. The registry would not seek to capture any more information about an entity other than that required to identify it. This might include a globally unique ID, a nominal position, and bounding rectangle, some textual description, and perhaps a photograph, satellite or aerial image. Remember this information is NOT intended to be used for anything other than the identification of the real world object, and its discrimination from other real world objects.
It might also be important to the identification to provide specific associations between the object in question and other objects in the registry. For example, a tower might be a component of a bridge, and the bridge a component of a highway system.
Geographic entities should in no way be restricted, and can include things that are transient in a nature, non-physical (e.g. political boundary), or which are planned or have been removed, in addition to more familiar and supposedly permanent objects. In fact the notion of a real world identifier must take this into account, and a new identifier being created at some point when a given object has been modified so much that its identity has changed fundamentally.
Some of these geographic entities may have addresses assigned to them, and in principle many such addresses might be assigned to a given entity. Should this be part of the identification information or part of a particular description of the entity maintained in another database? Same question for names. I think this is likely more a question of the business processes associated with the maintenance of this information than anything else. One could certainly conceive a geographic entity registry that contains the identifiers for all geographic entities and where appropriate associates names (multiple) and addresses (multiple) with these entities as appropriate.
The issue of which databases are describing the same real world object is now answered by having these different database entries refer to the appropriate geographic entity identifier. Hence the lighthouse identifier would be referenced a like by the aviation, nautical and land databases, even though they provide completely different descriptions of that lighthouse. It is then perfectly clear that all of these databases are talking about the same real world entity.
What about the primacy of name from the toponymist’s perspective? Is this not subverted by our geographic entity registry? Not really. Our registry must really be seen as a registry of identifiers, and names are kinds of identifiers. All names attached to the same identifier are considered to be alternative names for the same thing. Furthermore one can readily assign any weighting (alternative, official, etc) that one may choose, and since the identifier is itself a meaningless tag, there is likely to be less conflict as to which name has primacy over any other. We can also see that different identifiers may be associated with the same name. For example, “Horseshoe Bay” is a part of West Vancouver, and a part of Howe Sound. Of course these are easily distinguished by having different identification strings, and by being classified as different types of entities (taxonomies) in the entity registry and by having different associations to other identifiers (e.g. the “part of” association). Yet “Horseshoe Bay”, the name can be used to refer to each of them.
What is emerging in this discussion is some of the key requirements for a Geographic Entity Registry, namely 1) the ability to assign globally unique identifiers 2) the ability to attach enough information to these identifiers so that we know what entity is being considered 3) the ability to assign multiple names and possibly addresses to an identifier 4) the ability to classify the identified entities by type (taxonomy), and 5) the ability to associate entities with one another.
I believe we will see global Geographic Entity Registries emerge in the next few years. This will be an important step in building the GeoWeb.
No Comments | Leave a comment»
Comments
No comments yet.
Leave a comment
Blog Entries:
21 Nov 2008 - Infrastructure for Infrastructure07 Nov 2008 - GeoWeb and eGovernance
31 Oct 2008 - GeoWeb and Emergency Response
17 Oct 2008 - WMS, WFS, and Community Schemas
07 Oct 2008 - From the Age of Aerospace to… ?
02 Oct 2008 - KML, GML and REST
16 Sep 2008 - GeoPresence
08 Sep 2008 - GeoEquilibria-There is no surplus in Nature
29 Aug 2008 - Geographic Entity Registries
01 Aug 2008 - GeoWeb and the State of the World
23 Jul 2008 - Virtual Globes as Essential Services?
07 Jul 2008 - Cascading and Federated WFS and the Concept of Geolinking
30 Jun 2008 - What is an SDI?
16 Jun 2008 - WFS - Schema Mapping is Key
05 Jun 2008 - KML Support
08 May 2008 - Looking ahead to GeoWeb 2009
21 Apr 2008 - Spatial Infrastructures, IFC & Collaborative Engineering
14 Apr 2008 - KML released as an OGC Specification
02 Apr 2008 - BIM/CAD/GIS Integration
13 Mar 2008 - Structuralism and Data Exchange
05 Mar 2008 - Building the GeoWeb in your own backyard
03 Mar 2008 - Davos of Geo in Vancouver
28 Feb 2008 - What are coordinates?
19 Feb 2008 - Does the invisible hand always get it right?
31 Jan 2008 - “Design for Test” in the GeoWeb
23 Jan 2008 - GeoWeb Local - GML in Local Government
15 Jan 2008 - GML Core and Extensions
04 Jan 2008 - GeoWeb 3D
21 Dec 2007 - What are the key issues for geographic information technology?
26 Nov 2007 - GML in the Back Office
19 Nov 2007 - CAD- BIM-GIS-Games Integration
07 Nov 2007 - What’s in a name? Searching for the right words
23 Aug 2007 - KML Placemarks as Observations
29 Jun 2007 - Where GML was right .. and wrong
17 May 2007 - From GML 1.0 onwards - a brief history
17 May 2007 - GML and Database Interoperability
10 May 2007 - GeoWeb Manifesto
09 May 2007 - Meltdown and the Maze - Toward a Real Time Geography
08 May 2007 - GML, KML, Sensor Data, Imagery
20 Apr 2007 - Transporting GML in KML
21 Mar 2007 - The Architecture of the GeoWeb
14 Feb 2007 - From Interoperability to Infrastructure
14 Feb 2007 - GML without Geometry
18 Dec 2006 - ebRIM gets the nod at the OGC
06 Oct 2006 - In praise of complexity
05 Oct 2006 - Infrastructure - the next step past interoperability
12 Jun 2006 - GML and ebRIM
21 May 2006 - Features, Observations and Authorization
21 Apr 2006 - Transfer and Transaction Models
12 Apr 2006 - Feature Catalogues/Dictionaries, GML and RDF/S
10 Apr 2006 - Genus Loci
04 Apr 2006 - GeoWeb and Survival Part II - Towards Environmental Security
04 Apr 2006 - GeoWeb and Survival
17 Mar 2006 - Schemas, Interoperability and RDBMS
14 Mar 2006 - SDI Concepts
05 Mar 2006 - GML Complexity Re-visited
05 Mar 2006 - Observations are for more than sensor data
05 Mar 2006 - Application Schemas Drive Profiles
25 Feb 2006 - The problem with XML
15 Feb 2006 - The importance of profiles
08 Feb 2006 - One person’s metadata is another person’s …
07 Feb 2006 - From Soup to Nuts
02 Feb 2006 - GeoRSS - GML in news feeds
31 Jan 2006 - Performance and the GeoWeb
27 Jan 2006 - Remote API’S, Web Services and the GeoWeb
19 Jan 2006 - GeoWeb 2006 - GeoWeb Grows Up
09 Jan 2006 - Dealing with time in GML
23 Dec 2005 - Dynamic
14 Dec 2005 - GML in the cockpit
01 Dec 2005 - SDI - What is it really?
25 Nov 2005 - GML is the same for all applications
25 Nov 2005 - Schemas and Profiles - whats the difference?
22 Nov 2005 - Schemas - why the big deal?
15 Nov 2005 - GML for Geographic Imagery
13 Nov 2005 - GML, and KML - Why the fuss?
10 Nov 2005 - Is GML a format?
09 Nov 2005 - Embedding GML in “foreign” grammars
03 Nov 2005 - Authentication and Access Control
03 Nov 2005 - OnStar in the era of the GeoWeb
03 Nov 2005 - Do we need to encode location in news feeds?
03 Nov 2005 - gMedia - Towards Geographically Aware Media
03 Nov 2005 - Where are we going?
02 Nov 2005 - Sample XSLT Style Sheet
02 Nov 2005 - Sample KML Output
02 Nov 2005 - Sample GML Data File
02 Nov 2005 - Styling GML to KML - XSLT
02 Nov 2005 - Simple Geometry Schema
01 Nov 2005 - Simple GML Geometry
18 Oct 2005 - Simple GML Geometries
18 Oct 2005 - Styling GML to KML for Visualization
18 Oct 2005 - Some Simple GML Profiles
17 Oct 2005 - Embedding GML in non-GML grammars
17 Oct 2005 - Geotags - the answer to everything?
20 Sep 2005 - GeoWeb 2006
20 Sep 2005 - GML Observations and Features
14 Sep 2005 - What is KML?
07 Sep 2005 - Time in GML
07 Sep 2005 - GML Observations
07 Sep 2005 - GML and KML Syntax
07 Sep 2005 - GeoWeb - Part II - GML and KML
07 Sep 2005 - GI Markup - Part I - Feeding the web with Geographic Information
06 Sep 2005 - GML Complexity
06 Sep 2005 - GML “Sucks”
24 Aug 2005 - Web Feeds and Geographic Information
23 Aug 2005 - What is the Geo-Web?
23 Aug 2005 - IS WGS84 Enough
04 Aug 2005 - Coordinates in GML
03 Aug 2005 - GML Profiles
03 Aug 2005 - GML and Coordinate Systems
03 Aug 2005 - Information Sources
03 Aug 2005 - Features and Geometry Properties
03 Aug 2005 - GML Geometries
03 Aug 2005 - GML FAQ for RSS Geeks and others



