Re: [mapguide-users] RenderMap: MgOutOfMemoryException
I can definitely confirm that rendering large map images via the API is definitely memory intensive on the Mapguide site. Then when you get the image out into .NET, you might even go into deeper problems with the way the Large Object Heap collection works and so on. You can end up with pretty massive amounts of memory in there if your code is running in a service or something where memory collection can be more harduous. You could look into creating smaller tiles and stiching them up for the resulting image. It might keep memory usage under control. Perhaps limiting the map images to boxes of 2048x2048 and then tiling them back into a single image. It does require a bit of math and finagling, but definitely worth the trouble. There might also be some issues on depending on what kind of app this code runs. If it's a web app, if 2-3 users end up asking for the same large image within a similar timespan, it could get crazy. So that's something that generating smaller tiles might help out with. Hope the idea helps out! -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Mapguide 3.1.2 Hangs
Did you update your binaries for Mapguide when deploying against 3.1.2? AIMS 2017's dlls are for Mapguide 3.1.1.4601, which isn't the same version. Sometimes I've seen some issues when using the wrong version of the Mapguide API dlls. So make sure the content of your BIN folder has the dlls from 3.1.2. -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Mapguide 3.1.2 Hangs
Might be worth looking into making sure you actually call Dispose on the MgService you create. Also depending on what else you're doing, I'm guessing you might have some MgByteReader and the likes that might not get closed and disposed. Mapguide also isn't "hung" when the pink map shows up, typically Something goes wrong with the application pool in IIS and it stops properly communicating with the Mapguide service. Typically a restart of the app pool brings everything back fine. Which leads me to think the issue might be with proper memory management. As far as I am aware/remember, Mapguide's API in .NET isn't really pure .NET and is actually a SWIG wrapper over the C++ COM API. So some of the classes are VERY SENSITIVE about getting properly disposed and closed in your code. Your code could be making your application pool run out of assignable object references from the C++ API. So all in all, try not to declare any "Mg" classes you don't intend to use and make sure that when you do, you dispose them. The most important ones are any of the Mg*Reader classes, for reading features, resources, etc. Likewise for MgService classes. Regards, Ben -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] MapGuide Open Source 4.0 Preview 1 available
I understand Mapguide might be useful for some low-end deployment that still run on 32-bit hardware, but is that common enough to warrant making it a much harder time on the already hard working devs of Mapguide? I wonder the feasability of having a kind of hardware/os survey of folks implementing Mapguide. It'd be hard to get everyone to actually respond but it might be interesting data. I'd be very curious of 32-bits deployments of Mapguide. Or, we could just add in some telemetry that you can't turn off that phones home with all the juicy personal server information :-) -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Memory Leak in Java
Hi, I'm no Java expert, but I feel it could be a similar issue that you may face with .NET and Large Heap Objects. With the size of the byte array you are creating, 1024x1024, you might be overruning the size of the level 1 generation for the Garbage Collector and end up putting your data in a later generation that doesn't get collected very often. So when I do things in .NET with MgReaders that can get sizeable, I do set a hard cap at 4096 bytes being read per iterations and they don't end up on the LOH. Looking at your code, you potentially create 4 1MB large objects every round. So those likely end up somewhere in your memory stack that the JVM garbage collector doesn't clean up very quickly. I did some quick Google searches about it and it seems a fairly common topic when it comes to Java and object generation. I think it might be worth it to do a quick search to optimize on that front. Hopefully someone more knowledgeable about Java can chime in, but I feel it might be a worthwhile area to look into while waiting for a reply! Regards, Benoit -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Coordinate transformation from CSRS to LL84
This actually doesn't work properly due to the fact that the source projection requires specific grid shifts for the transformation that aren't provided by the Mentor coordinate system library. There is an example of how to do it inside of Autodesk Civil 3D here: https://blogs.rand.com/civil/2013/10/imaginit-utilities-for-civil-3d-coordinate-systems.html I suppose the question becomes how to use the parameter for custom projection libraries that is inside the serverconfig.ini ? It doesn't appear to be documented, but perhaps my Google-fu failed us. Is the easier way to add projections to Mapguide to edit a Map 3D's mentor files and overriding Mapguide's with the entire folder? Cheers! -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] CORS Error with IE (11) and Edge Only
A little bit ago, I remember OpenStreetMap started automatically redirecting from http to https. Like if you navigate to http://b.tile.openstreetmap.org/19/262144/262143.png you will notice you get sent off to https automatically. I know this caused issues with Safari and actually returned "pink images" since it made it invalid images due to "too many redirections". You could try to edit the OpenLayers.js file in your fusion deployment and replace http://a.tile.openstreetmap.org, http://b.tile.openstreetmap.org and http://c.tile.openstreetmap.org to be https:// I'm not sure if it'd fix your problem, but it's a fairly quick fix to attempt. Regards! -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Fusion Error - Chrome - Unable to preventDefault inside passive event
This also occurs with OpenLayers v2 out of the box. It's a Chrome specific thing that appears mostly common with mouse-wheel events and it's tied to them improving touch functionalities. There doesn't seem to be a clean way of working around the issue at first glance. It doesn't halt script exection, but it is kinda janky to have errors show up in the console. -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
[mapguide-users] MapAgent error tracking
Hi, I was wondering if there are any logging tools I might be missing specifically for when the MapAgent (in IIS) starts misbehaving. We call it the dreaded pink map of death. Basically it stops returning images and returns http status of 559 out of the blue. Only a restart of the application pool in IIS can make things go back to normal. The error return is an unexpected one, therefore it offers zero input into what went wrong. Is there any way to automatically recycle the application pool if an http 559 error occurs? It doesn't track any "stateful" element, therefore recycling it should typically put things back on its feet. Anyone have any experience setting something up? Thanks! -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Number of Active Sessions
Hi, If you use Maestro, which I am assuming you do, in the Tools menu you have a "Server Status" tool which does show an Active Connections property. The totals are, as you said, since the last server restart. So that can still give you some live information about what is going on. In your specific case, it might be worthwhile to use the map profiler in the administrator to check if perhaps a very specific layer of yours is slow, which tends to start queuing up operations and slowly degrading performances. Hope this helped! -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Wrong parameter count for mgmap::open()
Hi, The issue is specifically for the new MgMap() line. The constructor for MgMap was changed and the previous one was deprecated. You need to pass the MgSiteConnection object when calling up the new MgMap(). So essentially you need new MgMap($siteConnection); Hope this helps. -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] MGOS 3.1.1 - SQL Spatial Layers - Cannot select point layers by click on it or see the tooltip
Hi Jose, The one thing I can think of is if the point layer stores data in geography columns versus geometry. That is one of the reason I have had issues with Mapguide on SQL Server. Basically the directionality of the selection matters and it has to be counter-clockwise. When the selection is drawn clockwise, it appears to count as the "hole" in a "donut" polygon. Sorry for the weird description, it'd be easier to draw it out! So if you use a geometry type, that shouldn't be a problem. The second possible issue would be not having a properly defined primary key, such as going against a view. That is one way SQL Server can prove a bit difficult to deal with in Mapguide sometimes. However, since selection works sometimes in your case, that is likely not the reason. Hopefully it's simply a matter of switching the data type on your spatial column. Regards, Ben -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Incorrect numbers displayed when using Selection Panel mapguide 3.0
Hi Gorgon, I believe FDO in general has some quirks with floating point precision. This might be related to an issue I reported here: https://trac.osgeo.org/fdo/ticket/929 I remember having similar issues back in my C++ days. Going from a floating type to a string type would have quirky decimal values under certain circumstances. I can confirm, however, that we haven't encountered this issue using the C# API for both FDO and Mapguide to display values. So the display issue is likely located somewhere within the MapAgent code itself. Ben -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] MapGuide (actually FDO) 64-bit Linux blockers
While OGR is a neat provider, we did experience certain issues with it that makes me feel that for some data sources it might not be the best solution. We would basically get unreliable results when doing queries against it, which isn't really good when users are trying to run queries on their data for decision-making purposes. With OGR on MapInfo (TAB) we would get bad results when applying both a spatial filter and attribute filter at the same time. On a MgFeatureQueryOptions we would call up SetSpatialFilter and then SetFilter and we would get invalid results. The same code that would do the equivalent of the SetFilter on a C# DataTable would work just fine. Although if we do start focusing more on making sure the OGR provider is tested and validated under multiple spatial data types. I do wonder if using an abstraction layer (OGR) on top of another abstraction layer (FDO), we might have a harder time debugging issues and getting better performances. I don't have any metrics at the moment, but I could likely work on some if it's something that could be useful. -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] ECW in MapGuide 3.1
Looks like you got it working better, but I will confirm that we do point to \OSGeo\MapGuide\Server\Fdo\gdalplugins for the GDAL_DRIVER_PATH. I do recall some weirdness happening when the alpha band was used in the past. I'm going from memory, but I could be wrong. An ECW had 4 color bands, so ARGB. Our issue was that the alpha band wasn't properly managed so they appeared with 100% transparency. So this isn't exactly what's happening to you. I can confirm, however, that an ECW generated with FME Desktop 2013 SP4 are properly handled by Mapguide as long as it's a 3-band RGB image. I would look into what color bands your ECWs are using maybe? -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] ECW in MapGuide 3.1
I'm kind of concerned about this. Not because it doesn't work in 3.1.0, but because in all of our deployments thus far we have had no issues getting ECW to work on Mapguide 3.1.0. Would this be a Linux only issue or something else? I looked at what we install and it's the content of the gdal-1.10-msvc2012-x64.zip and I'm fairly certain we got it off of the OSGEO website. Looking at what we deploy, it's the regular 3.1.0.9064 build on 64-bits on Windows. So it really seems like we're as vanilla as it comes and doing the steps in the initial link works just fine. Honestly, outside of forgetting to set the GDAL_DRIVER_PATH environment variable, it was never an issue for us. Maybe the environment variable isn't set properly or for whatever reason the Mapguide service process doesn't have access to read it properly? -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] Accepting applications to join the MapGuide PSC
Hi Jackie, Thanks for posting that link and giving extra details about what the work would entail. I couldn't find any information about how to go about proposing a candidature for the PSC. It's something that I would be interested in, considering Mapguide has been part of my professional life since version 6.3 and ActiveX controls! Benoit -- Sent from: http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] 30 seconds delay after creating +/-100 CreateRuntimeMap calls
I do believe you are leaking 1 MgByteReader per call. Here is the definition of the function call: public virtual *MgByteReader* CreateRuntimeMap(MgResourceIdentifier mapDefinition, string sessionId, int requestedFeatures, int iconsPerScaleRange); It returns a MgByteReader. I strongly recommend putting it in a variable and calling Dispose() directly on it. Odds are you are holding on to a bunch of MgByteReader and the delay is the time the garbage collector takes to manually dispose those objects. My second recommendation would be to maybe not use CreateRuntimeMap. You are not using the returned map definition whatsoever. You may as well just create an MgMap and MgSelection directly and avoid some unecessary processing? CreateRuntimeMap is useful when you want to have more information about the map, including having Base64 icons for layers for a legend type control. It doesn't look like this is the case for you. Cheers, Ben -- View this message in context: http://osgeo-org.1560.x6.nabble.com/30-seconds-delay-after-creating-100-CreateRuntimeMap-calls-tp5309691p5310195.html Sent from the MapGuide Users mailing list archive at Nabble.com. ___ mapguide-users mailing list mapguide-users@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapguide-users
[mapguide-users] SelectFeatures vs SelectAggregate on SDF FeatureSource
Hi, So I'm not sure if this issue is also present on Mapguide 2.2, as I'm deploying an application using Mapguide 2011 Update 1. Still, I'm stupid amounts of baffled by this issue. Nothing works right using the SDF provider. Any queries without a geometry field made with SelectFeatures will not return any records. No errors occur, but no records are ever returned. While the exact same code, using the SelectAggregate function will return the desired records. Is this a new behavior that is to be expected when running a query without adding the geometry column to the query? Or is this an issue specific to the SDF provider? I've already deployed an application that uses King.Oracle as the provider and it didn't seem to have this side effect. Lets just say that this breaks a whole slew of code in both Fusion or any custom code that was written to hit up SDF file for data. Hopefully it's just something that is broken inside of the provider and can somehow be fixed. Any idea if this is something different in Mapguide or an issue I need to write up on the SDF provider? Thanks! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/SelectFeatures-vs-SelectAggregate-on-SDF-FeatureSource-tp5694710p5694710.html Sent from the MapGuide Users mailing list archive at Nabble.com. ___ mapguide-users mailing list mapguide-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapguide-users
Re: [mapguide-users] MapGuide vs Google maps
This is a bit like comparing apples and oranges. The two are very different kind of technologies. Google Maps basically renders maps using pre-generated tiles. It has some good API for overlaying KML data, but that data will be rendered client-side by the user's browser so any excessive amounts of data will bring the whole thing to a screeching halt. Mapguide renders map images that are unique per session. Therefore, it has the ability to turn layers on or off, to personalise the look of a map layer at any time during the session and allow for rendering of custom data generated server-side. The dynamic nature of Mapguide allows you to generate thematics for your layers of data (like say, different colors for traffic levels on a street) and every time Mapguide generates an image of your map, the streets will be colored depending on the current values for the traffic levels. Thematics on layers is something that is very widely used in GIS. There's also the fun thing of mixing both technologies together. Using OpenLayers (www.openlayers.org), it is possible to overlay Google Maps data and Mapguide data. I do believe the very latest version of the Fusion Viewer enables dev. to create a viewer that does this as well. This can be very useful if you want to use Google's basemap and overlay some geometries from your own Mapguide server. You basically get Google's look and feel, plus its speed, along with your data. Keep in mind if your site isn't widely available to the public (no login, non-Intranet, etc), using Google Maps requires a license and there are fees attached to it. Nickthetemp wrote: I have never used google maps and I was asked to write a report compairing the two. I am currently using Mapguide enterprise 2010. I am just wondering if anyone has any insight of the pros and cons for using either one or the other? Thanks -- View this message in context: http://n2.nabble.com/MapGuide-vs-Google-maps-tp3872133p3874106.html Sent from the MapGuide Users mailing list archive at Nabble.com. ___ mapguide-users mailing list mapguide-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapguide-users
RE: [mapguide-users] 2.1 Beta (Fusion) Problems
The Firefox issue is fairly straightforward to fix, except for my lack of understanding of the actual cause of the issue. In ApplicationDefinition.js, the method getAppDef(xhr) needs to be changed to be like this: getAppDef: function(xhr){ if (xhr typeof(xhr) == object xhr.responseText) { this.sessionId = xhr.responseText; Fusion.sessionId = this.sessionId; } var r = new Fusion.Lib.MGRequest.MGGetResourceContent(this.applicationDefinition); r.parameters.session = this.sessionId; r.parameters.format = 'application/json'; this.oBroker.dispatchRequest(r, OpenLayers.Function.bind(this.getAppDefCB, this)); } Basically what happens is that this function is called by this line of code: window.setTimeout(OpenLayers.Function.bind(this.getAppDef,this),5);. For a reason that I couldn't identify due to lack of time, the value of xhr is sometimes equal to 5. Therefore, this causes the code to go into assigning 5.responseText (undefined) to this.sessionId and making it require to login again. I'm guessing it has something to do with an underlying library doing some funky binding/prototyping under Firefox, but I didn't have time to find the cause. My fix only works because it makes sure the xhr parameter is an object and has the responseText parameter, so it's not really a clean fix per say, but atleast it makes things work under Firefox. Andy Morsell wrote: Correction, http://trac.osgeo.org/fusion/ticket/232 does not appear to be a problem in this version. Andy From: mapguide-users-boun...@lists.osgeo.org [mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of Andy Morsell Sent: Friday, June 26, 2009 10:56 AM To: 'MapGuide Users Mail List' Subject: [mapguide-users] 2.1 Beta (Fusion) Problems Hi all, I installed MGOS 2.1 Beta yesterday and here are several Fusion problems that Im seeing: * Firefox is still prompting for user authentication even when SESSION is passed as a URL parameter. It works ok in IE. This has been mentioned in other threads here. * The Secondary and Main toolbars do not appear in all MapGuide templates. It looks like they may be covered by other divs. I see this in both FF and IE. * Tooltip hyperlinks do not appear as clickable hyperlinks anymore. The text of the hyperlink appears though. Both FF and IE. * Several tooltip problems that I have logged in Trac have not been fixed. Some of these I even included the code fixes for! These include: http://trac.osgeo.org/fusion/ticket/232 http://trac.osgeo.org/fusion/ticket/236 http://trac.osgeo.org/fusion/ticket/237 I will be voting -1 on releasing MGOS 2.1 until the above Fusion problems are fixed and a newer release of Fusion is included. I realize that most of these problems are with Fusion, but as far as I am concerned Fusion and MGOS are intertwined in terms of functionality. I will add the new items to the Fusion Trac in the next day or so. My next step is to look at my ECWs and MrSIDs with 2.1 since others have reported problems with that. Andy Morsell, P.E. Spatial Integrators, Inc. 47° 46' N 116° 49' W www.SpatialGIS.com ___ mapguide-users mailing list mapguide-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapguide-users -- View this message in context: http://n2.nabble.com/2.1-Beta-%28Fusion%29-Problems-tp3163004p3163783.html Sent from the MapGuide Users mailing list archive at Nabble.com. ___ mapguide-users mailing list mapguide-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapguide-users
[mapguide-users] MgSelection::AddFeatures locks FeatureSource
I was not able to extensively test this, but it seems as if when MgSelection::AddFeatures is called, whatever FeatureSource was used for the MgFeatureReader passed to the function will be locked and un-editable from the various APIs, or from the Studio. This occurs using Mapguide 2.1 Beta 1, using the OSGeo KingOracle provider. The error looks like this in the log: 2009-06-22T15:30:51 4400Autodesk MapGuide Studio v2.1.0.3001 127.0.0.1 Administrator Error: Please try your operation later as the resource was busy: Library://MyFS.FeatureSource StackTrace: - MgResourceServiceHandler.ProcessOperation() line 80 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourceServiceHandler.cpp - MgOpApplyResourcePackage.Execute() line 96 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\OpApplyResourcePackage.cpp - MgServerResourceService.ApplyResourcePackage() line 526 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ServerResourceService.cpp - MgLibraryRepositoryManager.ApplyResourcePackage() line 141 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\LibraryRepositoryManager.cpp - MgLibraryRepositoryManager.LoadResourcePackage() line 176 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\LibraryRepositoryManager.cpp - MgResourcePackageLoader.Start() line 150 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourcePackageLoader.cpp - MgResourcePackageLoader.PerformOperation() line 228 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourcePackageLoader.cpp - MgResourcePackageLoader.SetResource() line 308 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourcePackageLoader.cpp - MgRepositoryManager.SetResource() line 859 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\RepositoryManager.cpp - MgRepositoryManager.UpdateResource() line 996 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\RepositoryManager.cpp - MgResourceDefinitionManager.UpdateResource (MgLibraryResourceContents.dbxml)() line 261 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourceDefinitionManager.cpp - MgResourceContentManager.UpdateDocument() line 667 file c:\osgeo\mapguide_21\mgdev\server\src\services\resource\ResourceContentManager.cpp - MgFdoConnectionManager.RemoveCachedFdoConnection() line 1049 file c:\osgeo\mapguide_21\mgdev\server\src\common\manager\FdoConnectionManager.cpp I managed to determine the source of the error by fiddling around with Query.php in Fusion. As soon as you remove the $selection-AddFeatures line, the FeatureSource won't get locked. The error in itself isn't a show stopper, however, it does make me slightly worried as I don't know what else it could break? I've also tried to remove OSGeo.KingOracle from the DataConnectionPoolExcludedProviders, but it didn't really changed anything. At this point I'm not sure wether this is a Mapguide, FDO or a Fusion issue. -- View this message in context: http://n2.nabble.com/MgSelection%3A%3AAddFeatures-locks-FeatureSource-tp3138306p3138306.html Sent from the MapGuide Users mailing list archive at Nabble.com. ___ mapguide-users mailing list mapguide-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapguide-users