Proceed to GeoCommunity Home Page


SpatialNewsGIS Data DepotGeoImaging ChannelGIS and MappingSoftwareGIS JobsGeoBids-RFPsGeoCommunity MarketplaceGIS Event Listings
HomeLoginAccountsAboutContactAdvertiseSearchFAQsForumsCartFree Newsletter

Sponsored by:


TOPICS
Today's News

Submit News

Feature Articles

Product Reviews

Education

News Affiliates

Discussions

Newsletters

Email Lists

Polls

Editor's Corner


SpatialNews Daily Newswire!
Subscribe now!

Latest Industry Headlines
SiteVision GIS Partnership With City of Roanoke VA Goes Live
Garmin® Introduces Delta™ Upland Remote Trainer with Beeper
Caliper Offers Updated Chile Data for Use with Maptitude 2013
Southampton’s Go! Rhinos Trail Mapped by Ordnance Survey
New Approach to Measuring Coral Growth Offers Valuable Tool for Reef Managers
Topo ly - Tailor-Fit for Companies' Online Mapping Needs

Latest GeoBids-RFPs
Nautical Charts*Poland
Software & Telemetry GPS
Spatial Data Management-DC
Geospatial and Mapping-DC
Next-Gen 911-MO

Recent Job Opportunities
Planner/GIS Specialist
Team Leader- Grape Supply Systems
Geospatial Developer

Recent Discussions
Raster images
cartographic symbology
Telephone Exchange areas in Europe
Problem showcasing Vector map on Windows CE device
Base map

GeoCommunity Mailing List
 
Mailing List Archives

Subject: Re: GISList: Microsoft SQL Server Vs Oracle Spatial9i
Date:  12/10/2002 08:53:29 PM
From:  Paul Ramsey



Dimitri Rotow wrote:
> Sure. The fundamental architectural mistake is to embed the "spatial"
> functionality within the DBMS.

Bollocks. Once a seamless spatial dataset exceeds a certain size, your
database needs at least a minimal spatial understanding to do real
spatial indexing, or you will spend alot of time twiddling fingers
waiting for your data to arrive at the amazing geoprocessing engine
idling on your desktop. Does everyone have data this size? No. Do even
most people have data this size? No. But don't claim the application
requirement does not exist at all.

> A more modern approach is to distribute the geospatial computing within
> spatially aware clients and to use the DBMS as, basically, a file cabinet.
> In this scenario if you have 100 users doing geoprocessing you have the
> power of 100 machines available.

It's not a more modern approach, it is the same old approach, basically
a glorified filesystem. :)

I read the rest of your arguments and found them quite compelling. There
is a large user segment who would do well to stuff their ears to the
arguments of the large vendors and actually examine their business needs
before committing to certain technology architectures. But there is also
a small user segment (of very large organizations) for whom a
centralized system with open access standards makes more sense. I don't
think Manifold is trying to be all things to all people, just most
things to most people, right? :)

--
__
/
| Paul Ramsey
| Refractions Research
| Email: pramsey@refractions.net
| Phone: (250) 885-0632
_



To unsubscribe, write to gislist-unsubscribe@geocomm.com
________________________________________________________________________
GeoCommunity GeoBids - less than $1 per day!
Get Access to the latest GIS & Geospatial Industry RFPs and bids
http://www.geobids.com

Setup a GeoCommunity Account and have access to
the GISDataDepot DRG & DOQQ Catalog
http://www.geocomm.com/login.php


Sponsored by:

For information
regarding
advertising rates
Click Here!

Copyright© 1995-2012 MindSites Group / Privacy Policy

GeoCommunity™, Wireless Developer Network™, GIS Data Depot®, and Spatial News™
including all logos and other service marks
are registered trademarks and trade communities of
MindSites Group