All,

We've been using clients with these types of precision coordinates for quite 
some time now with no issues whatsoever.

I did some testing further to this, and I have no problems giving a similar 
request (coord precision wise), to another WMS:

http://devgeo.cciw.ca/cgi-bin/mapserv/ecows?version=1.1.1&service=WMS&request=GetMap&layers=naps&styles=&bbox=-141.00000000,35.187499998,-51.999999997,90.812500001&format=image/png&srs=EPSG:4326&width=500&height=300

...since this one's mine, I know that the underlying data in this case is a 
shapefile.

Tim's example underlying data is coming as a result of an .ovf definition 
connection.

Infact, I have received another email this morning with the exact same issue, 
and same setup/environment.

Is or has something happened to the way the .ovf or underlying OGR process 
handles precision of coordinates when doing spatial filters?

..Tom


> -----Original Message-----
> From: UMN MapServer Users List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Richard 
> Orth - osmoGIS Incorporated
> Sent: Saturday, 15 October, 2005 00:07
> To: [email protected]
> Subject: Re: [UMN_MAPSERVER-USERS] Upgrade Problems - Additional Info
> 
> 
> Do you have to use 13 or 14 decimal places (16 numerals)? I 
> got it down 
> to 8 decimals before it stopped working. This would suggest 
> the use of a 
> float variable instead of a double (sorry I had to use a JAVA 
> example).
> 
> This does work (8 decimal): 
> http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&r
equest=GetMap&layers=CABINPoints&styles=&bbox=-> 
141.00000000,35.18749999,-51.99999999,90.81250000&format=image
/png&srs=EPSG:4326&width=500&height=300
> 
> This does not work (9 decimals): 
> http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&r
equest=GetMap&layers=CABINPoints&styles=&bbox=-> 
141.000000002,35.187499998,-51.999999997,90.812500001&format=i
mage/png&srs=EPSG:4326&width=500&height=300
> 
> Even this does not work (11 numerals each): 
> http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&r
equest=GetMap&layers=CABINPoints&styles=&bbox=-> 
141.00000000,35.187499998,-51.999999997,90.812500001&format=im
age/png&srs=EPSG:4326&width=500&height=300
> 
> Hope this helps you
> 
> Richard C Orth
> 
> 
> Pascoe,Tim [Burlington] wrote:
> 
> >Wierd.  Even this works:
> >
> >http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&;
> request=Ge
> >tMap&layers=CABINPoints
> >
> >And even this works:
> >
> >http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&;
> request=Ge
> >tMap&layers=CABINPoints&styles=&bbox=-150,40,-50,80&format=im
> age/png&sr
> >s=EPSG:4326&width=500&height=300
> >
> >But this don't:
> >
> >http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&;
> request=Ge
> >tMap&layers=CABINPoints&styles=&bbox=-141.0000000021858,35.18
> 7499998633
> >86,-51.99999999781418,90.81250000136613&format=image/png&srs=
> EPSG:4326&
> >width=500&height=300
> >
> >???
> >
> >...the only difference between the last two requests is the 
> >coordinates.  You may want to pass this to the list as a 
> follow up to 
> >your thread.
> >
> >..Tom
> >
> >
> >
> >
> >      -----Original Message-----
> >     From:   Pascoe,Tim [Burlington]  
> >     Sent:   Friday, 14 October, 2005 14:43
> >     To:     Kralidis,Tom [Burlington]
> >     Subject:        Huh?
> >
> >     Tom,
> >
> >             Why is it this works, and not the other request?
> >
> >     
> >http://cabin.cciw.ca/cabin_ows.asp?version=1.1.1&service=WMS&;
request=Ge
>tMap&layers=CABINPoints&sld=http%3A%2F%2Fcabin.cciw.ca%2Fcabin%2Fmaps%2
>Fstudy_sld_script.php%3FSLDFilterValue%3D108%26SLDParameter%3Dstudyid
>
>       Timothy Pascoe
>
>       Environment Canada / Environnement Canada
>       Canada Centre for Inland Waters / Centre Canadien des Eaux Intérieures
>       867 Lakeshore Road / 867, chemin Lakeshore
>       Burlington, Ontario / Burlington (Ontario)
>       L7R 4A6
>       
>       Tel/Tél: (905) 336-6239
>       Fax/Téléc: (905) 336-4699
>       E-mail/C. élec: [EMAIL PROTECTED]
>       Government of Canada/Gouvernement du Canada
>       This e-mail represents the opinions and views solely held by its 
>author and in no manner may be considered as representing those of 
>his/her employer.
>
>  
>

Reply via email to