[OSGeo-Discuss] RE: Representing Places With Intelligent URLs

Landon Blake lblake at ksninc.com
Tue Oct 5 17:17:44 PDT 2010


I understand there are challenges to what I'm trying to accomplish. However, I think you could likely tackle the majority of places with the system I describe, even though it would not be perfect.

Yes, there are several ways to designate "City of Stockton" or "State of California". The point of the system I propose is to eliminate some of this ambiguity by settling on one of the possible names for the URL. Alternative place names could be listed in the information for the place stored at the URL. This sort of adheres to the "convention over configuration" concept.

As a web content provider, I don't really care if the URL ends with "Stockton" or "City of Stockton". As long as it uniquely identifies the city, and other people understand this, I get what I want. If everyone creating place URLS understands you say "Stockton" and not "City of Stockton" or "California" and not "State of California" I think this could work.

Once again, I admit there are edge cases that will break the system I proposed, but I think it could be good for 80% of the world.

Like I said, I'm not primarily a web guy, and this is new territory for me. However, most of the semantic web stuff I read is why too difficult to understand.

It here was a way to uniquely identify a place with an intelligent URL, I would be using it in my own web pages today. Perhaps I am in the minority. 

I just thought I'd bounce this crazy idea of the list to see if it could float.

I got a little excited when I thought about being able to scrape the web for population data of major cities using URLS like this. Perhaps I was being a little naïve in my excitement.

Thanks,

Landon
Office Phone Number: (209) 946-0268
Cell Phone Number: (209) 992-0658
 
 

-----Original Message-----
From: discuss-bounces at lists.osgeo.org [mailto:discuss-bounces at lists.osgeo.org] On Behalf Of Christopher Schmidt
Sent: Tuesday, October 05, 2010 5:12 PM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] RE: Representing Places With Intelligent URLs

On Tue, Oct 05, 2010 at 05:03:14PM -0700, Michael P. Gerlek wrote:
> > ...it would be easy to determine what the URL for...
> 
> Alas, it is not clear to me that, even within the US, there is a universally recognized canonicalization of the place name hierarchy, much less the names themselves.
> 
> For example, you refer to "california", as opposed to "state_of_california", and yet you refer to "city of stockton" as opposed to "stockton".  Further, strictly speaking certain states actually commonwealths (and, similarly, counties are parishes).  And let's not talk about geographic entities that the post office recognizes but the local government does not.

How about the fact that although some counties contain cities,
some cities exist over the border between multiple counties, and
other counties are *contained* by cities? (Queens, Manhattan, etc.)

How about http://en.wikipedia.org/wiki/Dysart_et_al,_Ontario?

Any effort to turn the real world into a standard hierarchy
will fail, because the world is Fuzzier than you realize.

-- Chris

> The mind, alas, boggles.
> 
> (But maybe I'm reading more into your proposal than you meant, or I'm taking your example too literally?)
> 
> -mpg
> 
> 
> -----Original Message-----
> From: discuss-bounces at lists.osgeo.org [mailto:discuss-bounces at lists.osgeo.org] On Behalf Of Landon Blake
> Sent: Tuesday, October 05, 2010 4:46 PM
> To: OSGeo Discussions
> Subject: [OSGeo-Discuss] Representing Places With Intelligent URLs
> 
> A talk at the recent Location Business Summit and some reading I've done about the semantic web and microformats lately got me to thinking about a standard way to represent places, place names, place data on the web.
> (I must admit I'm a desktop software guy, not a web programmer.)
> 
> I thought it would be awesome if there was a way to create a unique URL for places that was somewhat intelligent to humans. If this URL could point to a folder on a server with some basic information about a place, that would be even better.
> 
> So I took a stab at creating this type of URL for my city, the City of Stockton. Here it is:
> 
> http://www.standardwebmarkup.org/standard_places/north_america/united_st
> ates_of_america/california/san_joaquin_county/city_of_stockton/
> 
> You can see the URL follows a logical hierarchy, and it would be easy to determine what the URL for the City of Sacramento, San Joaquin County, or Victory Park in the City of Stockton would be. Obviously the continent/country/state/county/city/location URL pattern would have to change for other parts of the world.
> 
> I put a very simple HTML file with data about the City of Stockton here:
> 
> http://www.standardwebmarkup.org/standard_places/north_america/united_st
> ates_of_america/california/san_joaquin_county/city_of_stockton/info.html
> 
> The current info.html file is just a skeleton. It's more of a place holder right now than anything else.
> 
> My thought was to also put a WKT file (place.wkt) representing the location of the place and a simple text file (data.txt) with facts about the place at this same URL:
> 
> http://www.standardwebmarkup.org/standard_places/north_america/united_st
> ates_of_america/california/san_joaquin_county/city_of_stockton/
> 
> Now, if someone wanted to write content about the City of Stockton, they could simply do something like this:
> 
> <a
> href="http://www.standardwebmarkup.org/standard_places/north_america/uni
> ted_states_of_america/california/san_joaquin_county/city_of_stockton/">S
> tockton</a>
> 
> If everyone that was putting web content about Stockton online did the same thing, search engine and other tools would be able to link data from this web content to a single location.
> 
> This becomes even more powerful if we come up with some rules for the content of the info.html file, place.wkt file, and the data text file.
> Here are some examples: 
> 
> (1) Specify that the place.wkt file have both a point and a polygon WKT representation, or a linestring representation, of the place when appropriate. 
> 
> (2) Specify that the info.html file use a list with alternate place names. This list would be identified with an html class value of "alternate_place_names".
> 
> (3) Specify that the data.txt file contain a relationships section that can contain an optional relationship in the form of: City is the County Seat of County. (Stockton is the County Seat of San Joaquin County.)
> 
> (4) Standardize the way common place facts are stored in the data.txt file. Population and area are examples.
> 
> I realize there are some problems with this overall scheme. How do you store a city that straddles a state boundary, for example? Or what if you want to have a URL for the location of the Pacific Garbage Patch?
> 
> However, I think we could use this system to uniquely identify and describe a lot of places in the world. We could then work on how to handle the edge cases.
> 
> Is anyone else interested in ironing out the kinks for a system like this? Is there already a system like this in place? (If so, I have just revealed my great ignorance to everyone on this mailing list.) 
> 
> I'm interested in setting something up that could be maintained by a group of geospatial professionals, and not by any one company.
> 
> I'm not sure how this system I describe would tie in with geonames. My first reaction when I stumbled on geonames is I couldn't find a unique and human understandable URL for a place.
> 
> Still, I'm interested in microformats and place names, and I'd like to see a system like this that was "open" and non-proprietary.
> 
> Let me know what you think.
> 
> The Sunburned Surveyor
> 
> 
> 
> 
> Warning:
> Information provided via electronic media is not guaranteed against defects including translation and transmission errors. If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately.
> _______________________________________________
> Discuss mailing list
> Discuss at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss
> _______________________________________________
> Discuss mailing list
> Discuss at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss

-- 
Christopher Schmidt
Web Developer
_______________________________________________
Discuss mailing list
Discuss at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss


Warning:
Information provided via electronic media is not guaranteed against defects including translation and transmission errors. If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately.



More information about the Discuss mailing list