There are 3 defines that control what ends up in the API and what is documented.
1) PUBLISHED_API
- These APIs are documented and officially supported.
2) EXTERNAL_API
- These APIs are NOT documented because they are NOT officially supported
and may be removed in a future release without
MGE 2008 installer should have installed the FDO providers.xml file.
Did you try reinstalling the MGE 2008 server?
Here is a copy of what the providers.xml file should look like.
?xml version=1.0 encoding=UTF-8 standalone=no ?
FeatureProviderRegistry
FeatureProvider
The performance difference can be attributed to the fact that this is a Beta
version being compared to a Release version.
Some things to consider:
- 1.2 used the GD renderer, whereas, 2.0 is using the new AGG renderer (looks
much better)
- there are several places in the code that have not been
Hi,
The following steps should help:
1) Stop the MGE2008 server service by opening the Services applet from
the Administration tools and stopping the service named MapGuide Enterprise
2008 Server
2) Make a backup copy of the C:\Program
There is no limit. Is an exception being thrown? If so that would give you a
clue as to why it is not working as expected.
Thanks,
Bruce
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ary sucaya
Sent: Monday, December 10, 2007 9:20 AM
To: Mapguide User
Subject: [mapguide-users]
MGE keeps the coordinate system definitions inside the installed Mentor
dictionary files which is not stored as OGC WKT.
Map is typically the tool used to add new coordinate systems to Mentor
dictionary files.
MGOS uses PROJ4 and I'm not familiar with adding new coordinate systems to it.
://www.epsg.org/CurrentDB.html EPSG Geodetic Parameter Dataset ).
Regards,
Maksim Sestic
Bruce Dechant wrote:
MGE keeps the coordinate system definitions inside the installed
Mentor dictionary files which is not stored as OGC WKT.
Map is typically the tool used to add new coordinate systems
I have been using the upcoming 2.0 beta on Vista without any issues using
Apache. I have not tried IIS yet.
Bruce
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Berdel, Brian
Sent: Wednesday, December 19, 2007 2:41 PM
To: MapGuide Users Mail List
IIS7
The old vista involveds some tweeks but worked don't know about beta...let me
know...I'm outta town can help if needed for anyone else.se
-Original Message-
From: Bruce Dechant [EMAIL PROTECTED]
To: MapGuide Users Mail List mapguide-users@lists.osgeo.org
Sent: 12/19/07 3:53 PM
Subject
This is a known issue I will be looking at next week.
Thanks,
Bruce
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jackie Ng
Sent: Monday, January 28, 2008 8:25 PM
To: mapguide-users@lists.osgeo.org
Subject: [mapguide-users] Feature Joins absolutely
The initial map loading delay is because none of the data needed by the server
is cached, ie: FDO connection, schema, class, spatial context information,
etc...
Once the map has been loaded this information is cached by the server and makes
returning it very quick for subsequent users.
The
The connection limit for specific providers is specified in the
serverconfig.ini file.
Please check this setting:
DataConnectionPoolSizeCustom
Example of the above:
DataConnectionPoolSizeCustom = Autodesk.Oracle:10
If the above setting is not limiting the # of Oracle connections then the
There is a known issue with feature joins in RC1.
It is being looked at.
Thanks,
Bruce
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon Rizzo
Sent: Monday, February 11, 2008 9:58 AM
To: mapguide-users@lists.osgeo.org
Subject: Re: [mapguide-users]
This issue was also in RC2.
I have tracked down the issue and fixed it.
See trac ticket http://trac.osgeo.org/mapguide/ticket/429
Thanks,
Bruce
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Dechant
Sent: Monday, February 11, 2008 2:24 PM
correctly (re: ticket 429)
or at all :(
- Jackie
Bruce Dechant wrote:
This issue was also in RC2.
I have tracked down the issue and fixed it.
See trac ticket http://trac.osgeo.org/mapguide/ticket/429
Thanks,
Bruce
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED
10 minutes of non-activity. Are there other settings to change?
Thanks,
Denis
- Original Message
From: Bruce Dechant [EMAIL PROTECTED]
To: MapGuide Users Mail List mapguide-users@lists.osgeo.org
Sent: Tuesday, January 29, 2008 11:45:22 AM
Subject: RE: [mapguide-users] Initial Map
Chris,
MGOS 1.2 did have some join issues and I believe you might be encountering one
of them. Are you doing an inner or outer join?
With MGOS 2.0 I have joined SDFs with Access many times in the following cases:
Inner 1-1
Inner 1-Many
Outer 1-1
Outer 1-Many
The above worked for my use cases
Joins (Oracle)
Hi Bruce,
I too find this problem annoying during the development/testing stages, as
our db schemas are in flux. Having to restart mapguide everytime the db
changes is time consuming.
So how would I go about disabling caching on a per-provider level?
- Jackie
Bruce Dechant wrote
Greg,
I verified your issue and have found the problem in the 2.0 code.
I will create a trac ticket for this.
The fix for this issue is a simple code fix and I will submit my code fix for
it to the Trunk 2.0 code tomorrow.
Thanks,
Bruce
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
The only way to do this now is to check the underlying coordinate system
library (PROJ4 or Mentor) as mentioned by Kenneth.
Bruce
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Hameister
Sent: Tuesday, March 25, 2008 10:18 AM
To:
Hi,
The problem is that this error message is returned for any problem which
includes when the server is not running. The current message isn't very helpful
in the case where the server isn't actually running.
Can you please create a trac ticket for this defect so that it can be looked at?
Yannick,
Can you describe the join you are using?
Ie: Outer, Inner, 1-1, 1-many.
Could it be a case issue between the primary and secondary keys? Ie: CA != ca,
but CA = CA (Join is case sensitive)
Are you using multiple join keys?
Is the SDF the primary and the Access database the secondary?
Jim,
For the 2.0 release the coordinate system API had 2 changes.
Please see http://trac.osgeo.org/mapguide/wiki/MapGuideRfc35
The above RFC removed the constructors for creating MgCoordinateSystemTransform
and MgCoordinateSystemMeasure directly. For your case you can now create the
measure
You are 1/2 way to having this setup. :)
The changes you have done below have updated the server to understand the
coordinate system you have added, but you still need to update the web tier.
Make the exact same changes to the same files in the C:\Program
Mark,
The error you see below is typically a result of the resource still being used
by someone else. However, if a feature reader is not closed and you try to do
something with the same resource (update) it can report that it is in use still
and therefore busy.
Since you are closing your
this weekend and if it's not my code i will submit a trac ticket.
Bruce Dechant wrote:
Mark,
The error you see below is typically a result of the resource still being
used by someone else. However, if a feature reader is not closed and you
try to do something with the same resource (update) it can
What version of MGOS are you using?
The latest MGOS and MGE2009 Studio still allow alias folders for SDF.
Thanks,
Bruce
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rock Beans
Sent: Tuesday, May 20, 2008 9:23 AM
To: MapGuide Users Mail List
Subject: [mapguide-users] SDF
This is the exact code that is being executed by the MeasureEuclideanDistance
API:
double CCoordinateSystem::MeasureEuclideanDistance(double x1, double y1, double
x2, double y2)
{
double distance = 0.0;
MG_TRY()
distance = ::sqrt(::pow(x1 - x2, 2.0) + ::pow(y1 - y2, 2.0));
Hi,
So just to clarify:
You are joining:
SDF - Primary
MS SQL - Secondary
Inner join 1 to 1
When join key has a space as in ID 001 you only get 1st record of join, but
if you change it to ID001 then it works.
Have you created a MapGuide trac ticket for this (bug tracker)?
Bruce,
What you are doing by trying to replace the session repository of a running
server is problematic and could lead to server instability. You really
shouldn't do this.
The session repository is meant for temporary runtime data only and not for
persistent data. If you want any of your
into a library object? Is there
even a way of creating a copy of the session as XML?
thanks,
Bruce W
Bruce Dechant wrote:
Bruce,
What you are doing by trying to replace the session repository of a
running server is problematic and could lead to server instability. You
really shouldn't do
Ryan,
Is your PROJ_LIB environment setting pointing to the nad directory?
Is your GDAL_DATA environment setting pointing to the data directory?
If you are running the MapGuide server from a script ensure that it is not
altering the above environment settings.
The categories.txt file needs to
Sandra,
Have a look at the ServerAdmin.h file is gives a list of the APIs.
Here is a snippet from the header file that mentions what the service does:
/// This class contains methods to allow MapGuide clients to perform
administration related
/// operations:
/// - Server Configuration
/// -
Bruno,
It is slow because for every layer in the map the web tier sends 2 requests
(Authenticate + GetResourceContent) to the server. So in your map case there
would be a minimum of 400 requests to the server. This is something we are
aware of and would like to change. We have some test maps
Hi,
You are seeing the error because there are several SELECTIONVARIANT values
missing from the source code. I believe the reason they are missing is that
only the most common ones have been added as not all providers support all of
the ones allowed by FDO.
The code that controls this is
Tom,
I don't know of any document describing the security of MGOS.
In regards to your concern over serveradminhelper it is hard coded to use the
default administrator user name and password - so credentials are still
required just no dialog. If you plan on using MGOS or any other system that
Is it possible to move to the 2.1 release as there have been numerous memory
leak fixes done?
Thanks,
Bruce
-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of CroNicoRn
Sent: Wednesday, January 20, 2010 12:42 AM
Bill,
This is normal behavior. The MapGuide server caches the FDO connection so that
it can be reused later - this is for performance reasons.
All of the changes mentioned below are done inside the serverconfig.ini file.
If you need to drop these cached connections sooner you can do the
James,
Closing the reader doesn't close the connection on the server side - this is
due to the connection pooling.
If you want to ensure that it does get closed you could add the postgis
provider to the list of excluded providers. Doing so will have a negative
impact on performance though.
It can be built with VS2010 if you use the VS2008 compiler - I have tried this.
We have not added updated VS2010 project files to SVN yet.
It has not been fully updated to VS2010 - ie: VS2010 compiler.
Thanks,
Bruce
From:
40 matches
Mail list logo
