[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fdo-internals
Subject:    [fdo-internals] FDO RFC 16 - FDO Provider for SQLite
From:       traian.stanev () autodesk ! com (Traian Stanev)
Date:       2008-04-23 19:14:07
Message-ID: D20FC5C02CA4AB41891CFE76D91C57A9254AC1490F () ADSK-NAMSG-02 ! MGDADSK ! autodesk ! com
[Download RAW message or body]


I don't regard this as a priority item, since it very easy for the user to add the \
correct row to the sqpatial_ref_sys table. There is a command line utility called \
sqlite.exe that lets you do this and also a free GUI administration tool called \
SQLiteMan.

Traian


> -----Original Message-----
> From: fdo-internals-bounces@lists.osgeo.org [mailto:fdo-internals-
> bounces@lists.osgeo.org] On Behalf Of Jason Birch
> Sent: Wednesday, April 23, 2008 7:00 PM
> To: FDO Internals Mail List
> Subject: RE: [fdo-internals] FDO RFC 16 - FDO Provider for SQLite
> 
> Thanks for the explanation Bruce.
> 
> Traian, would you be willing to modify the SQLite provider to return
> the
> same kind of "Default" CS-less spatial context if a CS is not defined?
> 
> It feels like a bit of a hack, but without the extents that come from
> the spatial context, Studio (at least 2008) is unable to preview the
> layers, and the extents of new maps need to be set manually.
> 
> If you're agreeable, I'll put in an enhancement request.
> 
> Jason
> 
> -----Original Message-----
> From: Bruce Dechant
> Subject: RE: [fdo-internals] FDO RFC 16 - FDO Provider for SQLite
> 
> The reason that the SHP files work without a projection file is because
> the SHP provider is providing a default coordinate system for MapGuide
> to use - which is called "Default" which is essentially an empty
> coordinate system.
> _______________________________________________
> fdo-internals mailing list
> fdo-internals@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-internals


[prev in list] [next in list] [prev in thread] [next in thread]