Re: [mapguide-users] Is GDAL working and Stable in 2.2?

[Gabriele Monfardini]

Hi Trevor, hi all,

one thing that would be beneficial and easy to do is using a more recent gdal.
Current stable version is 1.8 and MapGuide by default uses 1.6.

Not enough, it uses 1.6.0 while the last stable version in 1.6 branch is 1.6.3.
Usually point releases are mostly bug fixes so using 1.6.0 is not a good idea.

Another issue is that in 1.6 branch one has to manually pass
"--with-thread" to gdal compilation (at least in Linux one) to have
thread safe support, that is not enabled by default (while it is
enabled by default in 1.7 and in 1.8 branches if I remember
correctly).

I have to recompile gdal to enable postgis support in OGR provider
(I'm on Linux) and, as expected, version 1.6.3 works well with
MapGuide.
Moreover, also latest stable in 1.7 branch works fine, while I've had
some problem with 1.8.

In my tests I use OGR Provider with PostgreSQL/Postgis and gdal
provider with tiff and ecw images (I've kept the single connection in
gdal provider since I aim for stability, but not in OGR Provider that
would be too penalizing).

Regards,

Gabriele Monfardini
___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users

[mapguide-users] RE: Is GDAL working and Stable in 2.2?

[Mike Micallef]

Thanks Trevor,

That was very clear - 

I appreciate the time you have spent on this already - as well as all
the other developers' contributions.

It has been a bit of an uphill battle getting an Open Source footprint
in the Ministry - these efforts help a great deal in utilizing the tool.

 

Thanks again,

Mike

 

 

Michael Micallef, PMP

Regional GIS Coordinator

Ministry of Transportation

659 Exeter Rd, London, ON, N6E 1L3

519-873-4416

michael.mical...@ontario.ca  

 



From: Trevor Wekel [via OSGeo.org]
[mailto:ml-node+6700916-70364-252...@n2.nabble.com] 
Sent: August 18, 2011 5:18 PM
To: Micallef, Michael (MTO)
Subject: RE: Is GDAL working and Stable in 2.2?

 

Hi Mike, 

I have successfully performed lightweight load testing on the 64 bit
Windows build with some ECW, MrSID, and TIFF data using the information
contained at http://trac.osgeo.org/mapguide/wiki/MGOS22GdalProvider.  So
yes, for my data set I would say that it is stable. 

There are a few limitations which may impact your implementation: 

Occasionally MapGuide does not correctly return the extents or
coordinate system of the raster data.  This makes authoring more
difficult.  Jackie has a patch to improve this behaviour attached to 
http://trac.osgeo.org/mapguide/ticket/740. 

The FDO GDAL Provider has only been tested with a single connection. 
[FeatureServiceProperties] 
DataConnectionPoolSizeCustom = OSGeo.Gdal:1 

Enabling multiple connections may cause raster to go unstable.  This
means that MapGuide and FDO GDAL will only process one raster data set
concurrently.  If you have a lot of users and a lot different raster
data sets, this could be a significant bottleneck. 

I would like to take another pass at MapGuide & FDO GDAL for the 2.4
release.  There is some interest in adding configurable resampling
(bilinear, cubic, etc) and we really do need to remove the single
connection limitation.  I can make time available to do this work if
funding is available.  This would move MapGuide + FDO GDAL Provider
closer to parity with MapGuide + Autodesk Raster Provider. 

Regards, 
Trevor 


-Original Message- 
From: [hidden email] [mailto:[hidden email]] On Behalf Of Mike Micallef 
Sent: August 18, 2011 2:20 PM 
To: [hidden email] 
Subject: [mapguide-users] Is GDAL working and Stable in 2.2? 

Not complaining - just discouraged... 

Is GDAL working and stable in 2.2 - all kinds of different and older
posts 
out there about partial work-arounds, Trevor's investigation, locking it
up, 
this is the problem, that's the problem... 

We use imagery and it has been a struggle migrating through the releases
and 
trying out the fixes - I do not want to move until I am sure how to
handle 
the imagery. 

We have custom code all over the place and to migrate is a bit of an 
undertaking 
m 

-- 
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Is-GDAL-working-and-Stable-in-2-2
-tp6700721p6700721.html
Sent from the MapGuide Users mailing list archive at Nabble.com. 
___ 
mapguide-users mailing list 
[hidden email] 
http://lists.osgeo.org/mailman/listinfo/mapguide-users


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





If you reply to this email, your message will be added to the discussion
below:

http://osgeo-org.1803224.n2.nabble.com/Is-GDAL-working-and-Stable-in-2-2
-tp6700721p6700916.html 

To unsubscribe from Is GDAL working and Stable in 2.2?, click here
 . 



--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Is-GDAL-working-and-Stable-in-2-2-tp6700721p6702907.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] Invoke Script

[andrea tiveron (e-metodi)]

hi anand

try to use this:

var xframe = GetMapFrame();
function DigitizeLine() {
xframe.DigitizeLine(OnLineDigitized);
}

instead of:

function DigitizeLine() {
parent.parent.mapFrame.DigitizeLine(OnLineDigitized);
}

andrea

-Original Message-
From: mapguide-users-boun...@lists.osgeo.org
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of anand
Sent: venerdì 19 agosto 2011 06:11
To: mapguide-users@lists.osgeo.org
Subject: [mapguide-users] Invoke Script

hi all,

I've used invoke script to add a button to draw line and i've written the
following code in the script command text window. Now the problem is when i
click the button nothing happens. I don't know what is the problem. The
following is the code which i am using:


function DigitizeLine() {
parent.parent.mapFrame.DigitizeLine(OnLineDigitized);
}
function OnLineDigitized(line)
{
//prompt(line.Point(0).X);
var params = new Array(
"x0", line.Point(0).X,
"y0", line.Point(0).Y,
"x1", line.Point(1).X,
"y1", line.Point(1).Y,
"MAPNAME",parent.mapFrame.GetMapName(),
"SESSION",parent.mapFrame.GetSessionId());
parent.formFrame.Submit("../proj/gis/Draw_Line.aspx",params, "scriptFrame");
//parent.formFrame.Submit("../proj/gis/Draw_Line.aspx",params,
"taskPaneFrame");
}
DigitizeLine()

--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Invoke-Script-tp6701807p6701807.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

--
This message was scanned by ESVA and is believed to be clean.

___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users

[mapguide-users] automated response

[Tori Myers]

I am out of the office from 8/15 to 8/19, returning 8/22. I will respond to 
your email when I return to the office. 

If you need faster assistance you may write to asses...@jeffersoncoutywv.org. 

thanks, tori

___
mapguide-users mailing list
mapguide-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users

[mapguide-users] Fusion Link to View

[BradM]

Is the  "Link to View"  working with Fusion 2.2 and Mapguide 2011 so that
users can save both the map extents and the map layers?   The link to view
should be allow users to send the link to another user so he or she can open
mapguide to the correct view with the correct layers turned on.   thanks!  
(I understand that there was a fix for this after I requested it several
years ago but it is still not operational)

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Fusion-Link-to-View-tp6704793p6704793.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] Limiting database access does it improve performance in MGE?

[frosty1_4me]

Hi,

There was a suggested made some time ago in a previous post I had where the
suggestion was to create a db user that only had access to the required
tables and views in the database that MGE was actually using instead of
having a user that had read access to the entire db.

I've been playing around with that concept a little and in MG Studio.  I
created a data connetion to a SQL db datasource using a limited access user
then I created another connection to the same SQL db with a user that has
read access to the entire db.  I then joined an two seperate sdfs to each of
those connections to see how quickly the tables were loaded within the
secondary class table.  The speed of establishing the join was considerable.

Now, my question is does that also translate to how fast the join is
processed in MGE when the user accesses layers that have that join
established, or is the speed really only for the sanity of the MGE author
that gets to take advantage of the quicker load time in the authoring
window?

It's a lot of work to define a user to use only the views, tables, and sp's
for each database so I need to know if all that work will translate to a
faster loading map.

thanks.

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Limiting-database-access-does-it-improve-performance-in-MGE-tp6705093p6705093.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] Limiting database access does it improve performance in MGE?

[Trevor Wekel]

Hi Kent,

Typically, MapGuide will perform a describe schema when the FDO connection is 
first opened.  As far as I know, using a smaller subset of tables will reduce 
what describe schema "sees" and improve the initial connect time for the FDO 
connection.  In other words, describe schema doesn't have to walk the entire 
schema for your database.  As long as the FDO connection remains "pooled" then 
the schema should not be queried again.

I don't think it will affect the speed of processing the join since the 
connection is already established at that point.  However, if you have 
connection pooling disabled, then it will affect the join speed since a 
connection is made for every select statement.

The default FeatureService properties in serverconfig.ini will remove stale FDO 
connections after 8 hours and purge schema every 24 hours.

[FeatureServiceProperties]
DataConnectionTimeout = 28800
DataConnectionPoolExcludedProviders = OSGeo.SHP,OSGeo.SDF
DataConnectionPoolEnabled = 1
CacheTimeLimit = 86400

Regards,
Trevor

-Original Message-
From: mapguide-users-boun...@lists.osgeo.org 
[mailto:mapguide-users-boun...@lists.osgeo.org] On Behalf Of frosty1_4me
Sent: August 19, 2011 3:58 PM
To: mapguide-users@lists.osgeo.org
Subject: [mapguide-users] Limiting database access does it improve performance 
in MGE?

Hi,

There was a suggested made some time ago in a previous post I had where the
suggestion was to create a db user that only had access to the required
tables and views in the database that MGE was actually using instead of
having a user that had read access to the entire db.

I've been playing around with that concept a little and in MG Studio.  I
created a data connetion to a SQL db datasource using a limited access user
then I created another connection to the same SQL db with a user that has
read access to the entire db.  I then joined an two seperate sdfs to each of
those connections to see how quickly the tables were loaded within the
secondary class table.  The speed of establishing the join was considerable.

Now, my question is does that also translate to how fast the join is
processed in MGE when the user accesses layers that have that join
established, or is the speed really only for the sanity of the MGE author
that gets to take advantage of the quicker load time in the authoring
window?

It's a lot of work to define a user to use only the views, tables, and sp's
for each database so I need to know if all that work will translate to a
faster loading map.

thanks.

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/Limiting-database-access-does-it-improve-performance-in-MGE-tp6705093p6705093.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 mailing list
mapguide-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-users