Mauricio Pazos ha scritto: > Hi, we was preparing the land to extend CQL. You could see the scope in the > following link: > > http://docs.codehaus.org/display/GEOTOOLS/TXT+Language+Analysis > > Now I have some doubt about the ID Predicate, that is: > > #road.1, #road.2, #road.47 > > As you can see it is a sequence of "fids" preceded by "#" and separated by > comma (","). Then the fid can not contain "#" or ",". Is this a valid > hypothesis for all DBMS?
Saul's right, we just need escaping. Yet, jdeolive made me notice that in WFS 1.1 there is the "@gml:id" expression that can be used to signify the id of a feature. This open two possibilities. TXT (and CQL) could simply use @gml:id = 'states.1' as an expression that gets parsed as a FidFilter. But here comes the twist. If my understading is correct, the above expression could be used to build a PropertyIsEqualTo filter to, like in: <PropertyIsEqualTo> <PropertyName>@gml:id</PropertyName> <Literal>states.1</Literal> </PropertyIsEqualTo> The bad news is that I can't find any data store able to encode the above filter... All support I could find is a property accessor that can handle @gml:id or @id and extract the feature id. Glub... confused... anyone has a better understading of what's going on with this @gml:id thing? Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
