Re: [Geoserver-users] Filters in SLD documents in WMS requests

[Allan D. <ad...@eo...>]

On Jan 30, 2006, at 12:48, Chris Holmes wrote:

> If someone could ping the wms-dev list that would be great.  I think
> this feature is actually trivially easy for us to implement, unless
> things have changed around, since we had it in the code before.  The
> reason we took it out was to be more spec compliant, but if there's an
> accepted way to do it then we'd be happy to support it.
>
> Allan, do you have any idea why they went with filters instead of just
> including filters in the SLD?  I would have guessed that the =20
> 'official'
> answer would be to just use SLD.

Thinking about this, it may have been because they started doing this =20=

before SLD came into being.

Also, while the official answer could be to just use SLD, it seems to =20=

me that sometimes being able to filter in a WMS without having to go =20
to SLDs could be useful.

There may me more WMS filter proponents out there. Definitely worth =20
pinging wms-dev

	Allan

>
> best regards,
>
> Chris
>
> Quoting Allan Doyle <ad...@eo...>:
>
>> Javier,
>>
>> There has been some work with filters in WMS. Ionic was doing this
>> and I suspect others may be, too. The Ionic system I saw was done for
>> the European Space Agency.
>>
>> I'm not sure what they used in terms of parameters. You might try
>> asking the WMS filter question on the wms-dev mailing list.
>>
>> 	Allan
>>
>> On Jan 29, 2006, at 14:30, Javier de la Torre wrote:
>>
>>> Hi Chris,
>>>
>>>
>>>> It's not possible to use filters in the WMS.  You can see more
>> about
>>>> this issue here: http://jira.codehaus.org/browse/GEOS-529  If you
>>>> really want it then vote for the issue.  It shouldn't be all that
>>>> hard
>>>> to implement, and you're right, if things are more efficient with
>>>> Filters, we probably should make them available.
>>>
>>> Yes, specially when handling many features, like in my case
>>> millions, WFS gets useless (unless they implement some paging
>>> mechanism). I suppose the only way is to retrieve lot of data and
>>> not making the client cry for too much data, is through maps and
>> WMS.
>>>
>>> Say it like this, without filters in WMS there is no way to create
>>> clients that access very big data stores and that allow to do
>>> searches based on properties. But OGC has not considered it no?
>>> Maybe the way they are thinking is trough SLD only, but WMS and WFS
>>> can look much more comprehensive if they share things like that. I
>>> suppose I am also too much Geoserver influenced where every data
>>> store is directly served as WFS and WMS making both look so
>> similar.
>>>
>>>>
>>>> There is a bug in for doing better processing of Filters in SLD:
>>>> http://jira.codehaus.org/browse/GEOS-519  You can watch it, it has
>> a
>>>> very high priority for us, should be one of the first things done
>>>> against the new branch...  If someone provides an exact patch of
>> the
>>>> fix it'll be easier for us to roll in.  We used to have code that
>> did
>>>> it, if you check the source of 1.2.x you can probably find it, and
>>>> just
>>>> adapt it to 1.3.x
>>>
>>> I see. That will be already nice! At least I would have a way to do
>>> what I want to do...
>>> But this will start looking more ugly once you start supporting
>>> complex features I suppose. with more complicate data structures
>>> creating the correct filter, or just selecting the necessary
>>> fields, will be more challenging no?
>>>
>>> I am sorry but I can not work well with Java so I don=B4t think I
>>> will be able to fix that... pity... but if I can help with testing
>>> or something I will be happy.
>>>
>>> Javier.
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc. Do you grep through
>>> log files
>>> for problems?  Stop!  Download the new AJAX search engine that
>> makes
>>> searching your log files as easy as surfing the  web.  DOWNLOAD
>>> SPLUNK!
>>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=1216=
42
>>> _______________________________________________
>>> Geoserver-users mailing list
>>> Geo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>
>> --
>> Allan Doyle
>> +1.781.433.2695
>> ad...@eo...
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD
>> SPLUNK!
>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=12164=
2
>> _______________________________________________
>> Geoserver-users mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> ***
> Chris Holmes
> The Open Planning Project
> thoughts at: http://cholmes.wordpress.com
>
> ----------------------------------------------------------
> This mail sent through IMP: https://webmail.limegroup.com/
>

--=20
Allan Doyle
+1.781.433.2695
ad...@eo...