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

[Yewondwossen Assefa]

Tom,

  I just rechecked and the gdal zip file included in the distro is 
gdal-1.3.1.zip which include gdal13.dll.

  Not sure what is going on.

later,


Kralidis,Tom [Burlington] wrote:
> Assefa,
> 
> http://dl.maptools.org/dl/mapserver-4.6.1-win32-php5.0.5.zip still has
> an older gdal in there.  Can we get an updated distro with GDAL 1.3 and
> PHP 5.0.5 / MapServer 4.6.1?
> 
> ..Tom
> 
> 
> 
>>-----Original Message-----
>>From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] 
>>Sent: Wednesday, 26 October, 2005 14:31
>>To: Kralidis,Tom [Burlington]
>>Cc: MAPSERVER-USERS at LISTS.UMN.EDU
>>Subject: Re: [UMN_MAPSERVER-USERS] FW: [UMN_MAPSERVER-USERS] 
>>Upgrade Problems - Additional Info
>>
>>
>>Tom,
>>
>>I have upgraded the php/mapscript download site with new windows 
>>binaries (http://www.maptools.org/php_mapscript/).
>>
>>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=G
>>
>>>et
>>>
>>
>>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=G
>>
>>>et
>>>
>>
>>Map&layers=CABINPoints&styles=&bbox=-141.000000002,35.18749999
>>8,-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
>>----------------------------------------------------------------
>>
>>
> 
> 
> 

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

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

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