[mapguide-users] SDF load problems
Jason Birch
Jason.Birch at nanaimo.ca
Wed Mar 22 18:19:06 EST 2006
Flat files, which apparently include images. This is a real potential
sticking point.
My understanding is that direct access to file sources is possible
through the resource definition, but Studio doesn't support generating
that kind of layer definition (yet?).
I think that this means that you could hack the direct references in,
somehow.
Looking at the Web API reference, and playing with the examples in
mapagent/index.html gives me some hope. The
MgResourceService->SetResource method looks promising, but the XML
schemas portion of the documentation is not all that well fleshed out,
so I can't tell for sure. The SetResourceData method also looks
interesting, but I think that it only reads the data and writes it into
a location within the repository structure.
Jason
________________________________
From: Andy Morsell [mailto:amorsell at spatialgis.com]
Sent: Wednesday, March 22, 2006 15:03
To: users at mapguide.osgeo.org
Subject: RE: [mapguide-users] SDF load problems
Sorry, I should have clarified that my rant pertains to flat files only.
Database connections will be direct to their source.
Andy
________________________________
From: Butler, Juan P [mailto:jpbutler at co.pinellas.fl.us]
Sent: Wednesday, March 22, 2006 2:46 PM
To: users at mapguide.osgeo.org
Subject: RE: [mapguide-users] SDF load problems
Wow. So you're saying that if and when a provider for Oracle Spatial
comes along, we won't be able to define the connection to the database
and have the data come directly from that connection? It basically
dumps the data (that point in time) into a repository that resides in on
the MG server?
Can someone from Autodesk comment on this?
Juan Butler - Senior Programmer/Analyst
GIS Applications
Pinellas County Information Systems
jpbutler at pinellascounty.org
________________________________
From: Andy Morsell [mailto:amorsell at spatialgis.com]
Sent: Wednesday, March 22, 2006 5:37 PM
To: users at mapguide.osgeo.org
Subject: RE: [mapguide-users] SDF load problems
This is where using a managed data structure is a detriment, in my
opinion. Many of us will want to update our data through external
processes and there is no easy way to just copy files into the
repository or point to an existing network location. I think this is
going to become a much bigger problem as people put these systems into
production and realize that they have to "load" their data into
repositories. It's also going to be a large problem for keeping data up
to date with ongoing system maintenance. Scheduled process are going to
be a necessity to ensure that the data in the repository is in synch
with the source data. And, in the case of large source datasets, the
entire dataset will have to be reloaded as there is no incremental
update method.
I believe (but have not yet done this) that the Studio API is going to
have to be used to load these resources, not the server API.
Andy Morsell, P.E.
Spatial Integrators, Inc.
http://www.SpatialGIS.com
________________________________
From: Joel Carranza [mailto:jec at gatekeeper.com]
Sent: Wednesday, March 22, 2006 2:17 PM
To: users at mapguide.osgeo.org
Subject: RE: [mapguide-users] SDF load problems
Ahhh. I see, I misunderstood the use of "Packages" and didn't think too
look there. Thank you. It is working fine now.
I have noticed that imported SDFs are processed (into SDF v3, I
believe). Is it currently possible to import SDF data sources into the
repository without using Studio at all, just using the server API? Is it
possible to create your own Packages using the server API? I would be
interested in doing this for our migration tools.
Joel Carranza
Gatekeeper Systems
626-449-3070 x114
________________________________
From: Jason Birch [mailto:Jason.Birch at nanaimo.ca]
Sent: Wednesday, March 22, 2006 1:42 PM
To: users at mapguide.osgeo.org
Subject: RE: [mapguide-users] SDF load problems
It looks like it's too big. You'll probably have to "Package" the data
and upload it to the server manually, then bring it in via the site
Admin web app.
Jason
________________________________
From: Joel Carranza [mailto:jec at gatekeeper.com]
Sent: Wednesday, March 22, 2006 13:39
To: users at mapguide.osgeo.org
Subject: [mapguide-users] SDF load problems
I am trying to load a 225 MB SDF file using MapGuide studio. I have
tried any number of different options and they all seem to fail. The
process crunches for a while, and then says "Communicating with server"
and the progress bars fills to 100% . Eventually, an error dialog is
popped that says "Unable to complete request to site. Connection lost".
The apache logs showed the following. None of the other logs reported
anything of interest that I could see.
[Wed Mar 22 13:33:54 2006] [warn] FastCGI: (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
restarted (pid 5284)
[Wed Mar 22 13:34:00 2006] [warn] FastCGI: scheduled the restart of the
last (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
process: reached dynamicMaxClassProcs (10)
[Wed Mar 22 13:34:00 2006] [warn] FastCGI: (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
restarted (pid 6008)
[Wed Mar 22 13:34:21 2006] [warn] FastCGI: (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
(pid 5540) terminated with exit with status '0'
[Wed Mar 22 13:34:38 2006] [warn] FastCGI: (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
(pid 6008) termination signaled
[Wed Mar 22 13:34:39 2006] [warn] FastCGI: (dynamic) server "C:/Program
Files/MapGuideOpenSource/WebServerExtensions/www/mapagent/MapAgent.exe"
(pid 6008) terminated with exit with status '0'
Anyone have any ideas about what is going on?
Joel Carranza
Gatekeeper Systems
626-449-3070 x114
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapguide-users/attachments/20060322/51979c86/attachment.html
More information about the Mapguide-users
mailing list