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: de facto standards
Date:  07/31/2003 08:30:00 PM
From:  Dimitri Rotow




> Yes FME is a great product. You should also look into Geography Markup
> Language (GML) the emerging world standard for encoding geographic
> information and potentially the final solution to this data
> interconversion issue. Most GI vendors have started to adopted GML


Aha, here we go with GML nonsense again. Let me guess... you think Linux is
going to replace Microsoft as the standard on the world's desktops, too,
right?

A spectacularly inefficient format, GML is based on XML and is being touted
as a "standard" in some circles, usually those same circles who rely on
other people's money to pay for their poor technological decisions. No one
in their right minds would use it if they had to spend their own money to
deal with the inefficiency it causes.

Unfortunately even among its admirers, GML is something of a non-standard
since every implementation of GML to date for saving GIS data has been
incompatible with other implementations. For example, the Ordnance Survey's
use of GML in MasterMap is not at all compatible with use of GML across the
Channel. This is a result of the foolish nature of the thing, which is
basically a language for inventing your own format that no one else can do
anything with. Besides the intrinsic incompatibility designed into GML by
the hare-brained, utopian "architecture" of GML, the main problem with GML
is the extreme inefficiency of the format: GML will frequently require files
that are over 100 megabytes in size to store GIS data that other formats can
save in only five megabytes.

For these reasons, it is the height of unresponsiveness to suggest GML as
the solution sought by the original poster for a format "to ensure
portability of digital maps ... among most of the available GIS software."
Mid/Mif? Sure. Shapefiles? Universally used. But GML? Be serious!

Cheers,

Dimitri




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

Online Archive of GISList (and numerous others) available at:
http://spatialnews.geocomm.com/community/lists/

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