Unfortunately, this is all I get from EnumerateResourceData:

  <?xml version="1.0" encoding="UTF-8" ?>
  <ResourceDataList xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ResourceDataList-1.0.0.xsd" />

I get the same for a new layer, or for my existing one....


On 6/15/2009 12:13 PM, Dave Wilson wrote:

If you use the web tier test pages you should find EnumerateResourceData and then GetResourceData. Enumerate should tell you if there is a config.xml for your resource and the get will allow you to download it and examine it.

 

Dave

 

From: [email protected] [mailto:[email protected]] On Behalf Of Andrew DeMerchant
Sent: Monday, June 15, 2009 8:02 AM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] more 2.1 problems (GDAL this time)

 

My production server's running the same way with no problems....my data is all local and accessible. I'm seeing no access errors.

Andrew


On 6/15/2009 10:57 AM, Zac Spitzer wrote:

well as local system you are restricted to what you can access
 
On Mon, Jun 15, 2009 at 10:14 PM, Andrew
DeMerchant<[email protected]> wrote:
  
I thought that that was how you were supposed to do it - but I don't see any
files. When I press "Show all", my list stays blank. I've tried changing the
type (right click) - no change. If I make a brand new data connection - same
thing. No config.xml - nothing listed at all from "show all".
 
I know it's still a beta - it's just feeling more like an alpha right now,
that's all. It's just a typical problem with upgrade headaches every time a
new version gets put out - beta or not. I'm running this all as a default
install on apache. It's running as Local System.
 
Andrew
 
 
On 6/13/2009 9:23 AM, Kenneth Skovhede, GEOGRAF A/S wrote:
 
The config.xml is attached as a resource file.
In Maestro, click the "generic editor" tab, and then click the "Show all"
button.
 
Note that the file may be called something else than "config.xml" (usually
just config).
 
Regards, Kenneth Skovhede, GEOGRAF A/S
 
 
Zac Spitzer skrev:
 
Andrew,
 
please remember your testing a BETA, expect some pain :)
 
are you running mapguide under a user account?
 
z
 
On Sat, Jun 13, 2009 at 5:18 AM, Andrew
DeMerchant<[email protected]> wrote:
 
 
How do I get at that config.xml? I don't see it in Maestro...that's likely
the problem though. I had tried to keep my alias the same, but thanks to a
buggy handling of mapped drives, that didn't work. I then copied things
locally and moved the alias....which means that the local path would be
different. But I have gone into Maestro and edited the path since then, to
use the new alias....would it not overwrite the config.xml with the new,
correct path?
 
andrew
 
 
On 6/12/2009 4:09 PM, Dave Wilson wrote:
 
When you "Upgraded" did you import a package to a new instance or did you
upgrade in place?
 
 
 
There is a design issue with FDO such that it doesn't know about the MG
aliases. The paths to the data are expanded and written into the config.xml.
If the path has changed then this will fail. For example if you had local
data under e:\data and now it's on d:\data.
 
 
 
If the path on the alias has changed this would explain why you can see the
data in Maestro, but unless you resave the source the config.xml might be
incorrect.
 
 
 
Of course if no paths have changed (note I didn't say Alias) then something
else is likely wrong.
 
 
 
Dave
 
 
 
From: [email protected]
[mailto:[email protected]] On Behalf Of Andrew
DeMerchant
Sent: Friday, June 12, 2009 12:53 PM
To: MapGuide Users Mail List
Subject: [mapguide-users] more 2.1 problems (GDAL this time)
 
 
 
Sorry for the barrage of problems - but this seems to happen every time
there's an update....I've said it before, but it would be REALLY nice if the
upgrade process could be made without breaking everything.
 
Anyway - my problem right now is with the gdal provider. I had an air photo
layer and data source working fine in 2.0....after the upgrade to 2.1, that
died. If I edit the existing datasource, and do a preview of it, I don't see
any of my photos listed (the datasource points to an alias - which works,
because I see the files listed in Maestro). I've tried debugging using
CPL_DEBUG=ON, but that's not giving me any errors. I'm totally stumped as to
where to go from here. I also get the same problem if I make a brand new
datasource...
 
Andrew
 
--
 
Andrew DeMerchant
Computer Technologist
ph.1-877-2GEMTEC x.163
fax 506-453-9470
 
GEMTEC Limited
191 Doak Road
Fredericton, NB, Canada
E3C 2E6
 
 
 
________________________________
_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users
 
 
--
Andrew DeMerchant
Computer Technologist
ph.1-877-2GEMTEC x.163
fax 506-453-9470
 
GEMTEC Limited
191 Doak Road
Fredericton, NB, Canada
E3C 2E6
 
_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users
 
 
 
 
 
 
________________________________
_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users
 
 
--
Andrew DeMerchant
Computer Technologist
ph.1-877-2GEMTEC x.163
fax 506-453-9470
 
GEMTEC Limited
191 Doak Road
Fredericton, NB, Canada
E3C 2E6
 
_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users
 
 
    
 
 
 
  

 

--

Andrew DeMerchant
Computer Technologist
ph.1-877-2GEMTEC


x.163
fax 506-453-9470

GEMTEC Limited
191 Doak Road
Fredericton, NB, Canada
E3C 2E6

 


_______________________________________________ mapguide-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapguide-users

--
Andrew DeMerchant
Computer Technologist
ph.1-877-2GEMTEC x.163
fax 506-453-9470

GEMTEC Limited
191 Doak Road
Fredericton, NB, Canada
E3C 2E6

_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users

Reply via email to