FW: [UMN_MAPSERVER-USERS] Upgrade Problems - Additional Info

[Yewondwossen Assefa]

Tom,

  I was going to updgrde the binaries for windows to use the latest 
libcurl so the timimg is good. I will do the builds and update maptools. 
Note that ms4w pacakges will also be shortly updated with the new builds.

Later,

Kralidis,Tom [Burlington] wrote:
> Everyone,
> 
> Follow up to this thread.
> 
> It seemed that an updated gdal fixed this issue.  The gdal used with the
> distro Tim was using was 1.2.6.
> 
> Having said this, where can one fetch a Win32 dist of MapServer 4.6.1 /
> PHP 5.0.5 / GDAL 1.3.1 ?  I'm guessing this will be a hot item (alot of
> my stakeholders share Tim's type of configuration and connection
> bindings).
> 
> Thanks for Frank and Tim for their guidance and testing support.
> 
> Cheers
> 
> ..Tom
> 
> 
> 
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
> Behalf Of Kralidis,Tom [Burlington]
> Sent: Monday, 17 October, 2005 12:29
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: Re: [UMN_MAPSERVER-USERS] Upgrade Problems - Additional Info
> 
> 
> 
>>
>>On 10/17/05, Kralidis,Tom [Burlington] <Tom.Kralidis at ec.gc.ca> wrote:
>>
>>>Is or has something happened to the way the .ovf or underlying OGR
>>>process handles precision of coordinates when doing spatial filters?
>>
>>Tom,
>>
>>I haven't dug through the previous emails closely to see what
>>is going on, but I thought I should answer this.
>>
>>There has been a substantial improvement in the amount of
>>precision OGR maintains for WKT and GML encodings of 
>>geometries.  The changes were applied a couple months ago.  
>>They are definately in GDAL/OGR 1.3.1 and might be in 1.3.0.
>>
>>OGR spatial filtering will also now use GEOS if built-in.  It
>>is possible that some "on the edge" situations would give 
>>different results now compared to in the past.
>>
>>I'm not sure if any of this relates to the problem you are
>>seeing though.
> 
> 
> Thanks for the info.  I don't think these instances are using WKT/GML as
> input or output, if that's what you mean.  Basic .ovf connection to
> provide WMS output.  Is there anything we can do on our end to help with
> this issue?  The problem is basically:
> 
> ENVIRONMENT
> ===========
> 
> OS: Win32
> MapServer: 4.6.1 windows dist (non ms4w package from
> http://maptools.org/dl)
> Layer Data connection: OGR .ovf connection to M$ SQL Server 2000
> 
> SCENARIO 1
> ==========
> 
> - invoke OGC:WMS GetMap request against said layer with coordinates
> formatted with 8 decimals
> 
> http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&request=Get
> Map&layers=CABINPoints&styles=&bbox=-141.00000000,35.18749999,-51.999999
> 99,90.81250000&format=image/png&srs=EPSG:4326&width=500&height=300
> 
> Result: works
> 
> SCENARIO 2
> ==========
> 
> - invoke OGC:WMS GetMap request against said layer with coordinates
> formatted with 9 decimals
> 
> http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&request=Get
> Map&layers=CABINPoints&styles=&bbox=-141.000000002,35.187499998,-51.9999
> 99997,90.812500001&format=image/png&srs=EPSG:4326&width=500&height=300
> 
> Result: watch server timeout ensue
> 
> NOTES
> =====
> - this does not exist when the layer data connection is a shapefile, for
> example
> 
> ..Tom
> 
> 

-- 
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst

Email: assefa at dmsolutions.ca
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------