[fdo-dev] GetProviderDatastoreType()
Jason Birch
Jason.Birch at nanaimo.ca
Thu Oct 26 22:17:58 EDT 2006
Managed data stores are annoying anyway :)
I dislike that the default setup means that I have to upload all of my files (which are available via UNC anyway) instead of just pointing to them. It goes agains all off my anti-duplication training. And yes, I've read the whitepaper (and earlier explanations on the MG users list) that tell me how to deal with this manually.
Hmm. Re-reading your comment Traian. Does this mean that I can't move the virtual location (folder structure) of the feature source in the repository, or just that I can't move the feature source between servers, or into a package, or?
Jason
________________________________
From: Traian Stanev [mailto:traian.stanev at autodesk.com]
Sent: Thu 2006-10-26 7:03 PM
To: dev at fdo.osgeo.org; FDO Developers
Subject: RE: [fdo-dev] GetProviderDatastoreType()
Same question applies to the OGR provider.
In theory one could wait until the connection is open and figure out what the underlying data source is, but I didn't do that (so far). I just made it return Unknown.
The downside (and I'm relating something that was explained to me when I asked the same question) is that a MapGuide feature source is not portable when you return Unknown -- meaning that if the connection is to a file, the client logic would know to copy the file also when moving a feature source around. With Unknown, it can't know that so copying a feature source would require manual work by the user.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 4805 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/fdo_dev/attachments/20061026/5c6a6e99/attachment.bin
More information about the Fdo_dev
mailing list