> Isn't history and inertia against such efforts, however well intended > ?
Sure it is. Standards take incredibly much longer to establish than anyone would consider reasonable from a technical point of view. There is such a wealth of influences, ranging from science to politics to commerce (in what order?). Not to speak of conceptual disputes in cases where no single generally accepted way has been established yet. However, once these standards are settled they are not just valuable, but so common sense that you simply don't realize them any longer. Screws, disks, PCs, protocols, data exchange formats... how long did it take from the first graphics file stumbling into the Internet until GeoTIFF became standard? Would you consider JPEG2000 being worth pursuing it?
BTW, groundbreaking: IMHO a standard's mission is not so much to invent, but to consolidate. What if you have a stunningly innovative standard that only one expert in the world can implement? After all, we all want to benefit on short terms by getting functionality + competition at degressive prices.
<background> Actually, I am in OGC too - with my toes only, not knee-deep -, so I also fall into this category. There is a strong reason for participating: we are doing high-volume raster databases. And until something like the OGC standards were emerging there was practically no chance for a non-giant to get into the geo server market, because on server side there was rock-solid monolithic software products - customers used to buy all or nothing, and "all" (vector, meta, raster) we cannot (and don't want to) do. Now we find our niche as pluggable component ware. Life can be beautiful :-) </background>
So much for my two cents...
Cheers, Peter -- Dr. Peter Baumann WWW: http://www.rasdaman.com/R.html Email: mailto:baumann@rasdaman.com Dialup: voice +49-89-67000146, fax +49-89-67000147, mobile +49-173-5837882 "A brilliant idea is a job halfdone."
Anthony Quartararo wrote:
> I can only hope that at the end of the day, after $1M+, that we have > something that is radically different than what exists today, and not just a > slightly modified, oh-so subtly different ball of wax, something truly > groundbreaking. Forgive me for the cynicism or pragmatism, but why should > anyone that is not knee-deep in OGC think this has any chance of success at > all? Isn't history and inertia against such efforts, however well intended > ? > > Regards, > > Anthony > > > -----Original Message----- > > From: creediii@mindspring.com [mailto:creediii@mindspring.com] > > Sent: Monday, April 21, 2003 7:24 PM > > To: Paul Ramsey: Michael Gould > > Cc: gislist@geocomm.com > > Subject: Re: GISList: Interior e-gov tack irks GIS vendors > > (Geospatial One-Stop initiative) > > > > > > There is much more to GOS than just the portal effort. There > > is considerable work being done on schema mapping to address > > various semantic issues. The schema mapping is being done > > through cross organizational work groups. I do not want to > > start another OGC flame fest, but I thought that the List > > should realize that the GOS portal is the front end > > "technology part". There is also considerable effort "behind > > the scenes" dealing with the data model, institutional, and > > organizational issues. > > > > Carl Reed > > OGC > > ----- Original Message ----- > > From: "Paul Ramsey" <pramsey@refractions.net> > > To: "Michael Gould" <gould@lsi.uji.es> > > Cc: <gislist@geocomm.com> > > Sent: Saturday, April 19, 2003 10:22 AM > > Subject: Re: GISList: Interior e-gov tack irks GIS vendors > > (Geospatial One-Stop initiative) > > > > > > > > On Saturday, April 19, 2003, at 02:36 AM, Michael Gould wrote: > > > > > At 12:43 18/04/2003 -0700, Paul Ramsey wrote: > > >> Dimitri Rotow wrote: > > >> > > >>> Let's try a thought experiment: suppose agencies really wanted to > > >>> share data - why not use SDTS and simply put everything > > up for free > > >>> download via > > >>> FTP? > > >> > > >> Dmitri is right, the problem of GIS data sharing has alot > > more to do > > >> with organizational intent than with technology. In many ways, > > >> OpenGIS technology could make the problem worse, by convincing > > >> organizations that they can have their cake and eat it > > too: provide > > >> access to data via OGC interfaces without losing "control" > > over their > >
|