[OSGeo-Standards] Re: [Aust-NZ] ESRI/Google indexing spatial data.Where is OGC?

[Carl Reed]

Just to throw some more info into the discussion.

There is an OGC member (government) that is seriously investigating and 
proposing as part of a SOA implementation the use of both OGC CSW and 
OpenSearch. Using a design approach much as Farrukh Najmi proposed at the 
December OGC Meetings in Stresa. The interesting twist is that they have 
defined SOAP wrappers for using OpenSearch.

So, once again I am not in the "either-or" camp. Instead, there is 
definitely a requirement for various approaches - including blended 
approaches. And again my concern is that these activities - including 
experimentation - be coordinated. Otherwise, we will have non-interoperable 
competing specs!

One thing we are missing is a document that defines the various use cases.

Cheers

Carl

----- Original Message ----- 
From: "shoaib" <saburq at gmail.com>
To: <Bruce.Bannerman at dpi.vic.gov.au>
Cc: <jo at frot.org>; <standards at lists.osgeo.org>; "Carl Reed" 
<creed at opengeospatial.org>; "Aust-NZ OSGeo" <Aust-NZ at lists.osgeo.org>
Sent: Wednesday, May 28, 2008 1:45 AM
Subject: Re: [OSGeo-Standards] Re: [Aust-NZ] ESRI/Google indexing spatial 
data.Where is OGC?


> Thanks for the pointer Bruce ... this search form is excellent as it
> indexes metadata from federated databases -- a huge accomplishment.
>
> The only issue is that there is no API. Use of the search service is
> restricted to the HTML form and static pages.
>
> Someone can correct me if I am wrong.
>
> Here is why I think Google/ESRI announcement is so compelling...
> Google's search API is published as a REST service.
> http://code.google.com/apis/ajaxsearch/
>
> it's simple to implement. Simplicity is often underrated. One factor
> that makes or breaks a standard is its uptake amongst developers, and
> that is related to long does it takes a developer to read the standard
> and put together an implementation of the standard.
>
> my reading of the point that Jo made about results is partly one of
> comparative uptake of standards. It takes a lot longer to implement an
> XML RPC interface vs. a RESTful interface. I suspect it's also the the
> reason why it takes so long for projects that have to implement
> cumbersom standards to get up and running.
>
> Shoaib Burq
>
> On Tue, May 27, 2008 at 4:40 PM,  <Bruce.Bannerman at dpi.vic.gov.au> wrote:
>>
>> IMO:
>>
>>
>> Jo,
>>
>>>
>>> Cameron, your call for "standards" for web-based spatial data search
>>> would be well-placed if there were any available that had proven their
>>> worth, but I don't see that there is anything of proven worth yet -
>>> it is too early to tell which approaches are going to work.
>>> This does *not* seem like a problem that is proving tractable to
>>> upfront formalisation. I have *not* been able to persuade anyone to
>>> change their approach just through discussion. The OGC recommendations
>>> with CSW and the ISO standards for data and service metadata haven't
>>> demonstrated much widespread use or technical success yet.
>>> What's changing?
>>>
>>
>>
>> Have a look at: http://asdd.ga.gov.au/asdd/tech/zap/basic.html
>>
>> Try searching for any type of data that takes your fancy.
>>
>> The ASDD entry page will take this search and query a federated set of 
>> other
>> metadata catalogues.
>>
>>
>>
>> This is an example of what can be done with current standards (also the
>> basis of those supported by CSW).
>>
>>
>> There used to be a similar entry page on the GSDI web site, but I can't 
>> seem
>> to find it this morning.
>>
>>
>>
>>
>> Bruce Bannerman
>>
>>
>>
>>
>>
>>
>>
>>
>> Notice:
>> This email and any attachments may contain information that is personal,
>> confidential,
>> legally privileged and/or copyright. No part of it should be reproduced,
>> adapted or communicated without the prior written consent of the 
>> copyright
>> owner.
>>
>> It is the responsibility of the recipient to check for and remove 
>> viruses.
>>
>> If you have received this email in error, please notify the sender by 
>> return
>> email, delete it from your system and destroy any copies. You are not
>> authorised to use, communicate or rely on the information contained in 
>> this
>> email.
>>
>> Please consider the environment before printing this email.
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Aust-NZ mailing list
>> Aust-NZ at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/aust-nz
>>
>>