On Wednesday 02 July 2008 11:05:09 you wrote: > Jody Garnett ha scritto: > > Andrea Aime wrote: > >> Anyone against this? > > > > We need the check with CQL parser people; make sure "." is an acceptable > > thing. > > Hi Victor, > how is CQL going to handle this one? We're looking for a way to specify > "this", that is, something that returns the feature as opposed to one > of its attributes. Will the CQL parser break trying to parse "." or > will it consider it a valid "attribute name"? Sure, "." is acceptable, I have extracted the following sample from CQL tiest gmd:aa:bb.gmd:cc.gmd:dd < 100
(please take a look in CQL test) > I'm also wondering, would CQL work with other xpath like expressions > as well? Think something like name1/name2 or name1[att1 = val1]? > If not CQL, what about TXT? Well, you know that CQL was defined by the OGC, so I would prefer to maintain this as "canonical" language, but TXT is our escape or back door. TXT is being developed thinking in our needs. My questions are: Why is needed more than one way to specify attributes or property names? If we accept that posibility TXT could be a big language (hard to learn). I prefer an othogonal solution (a few elements and many composition posibilities) Maybe the CQL definition (<identifier><dot><identifier> ...) is not the common use, so we could change this by that you propose (name1/name2 or name1[att1 = val1]) in TXT. Probably, the reason why you need more than one way to write a property name is to avoid write data conversion or formatter methods, don't it?. If that is true, perhaps we need add some "formatters" utils in geotools. > > Cheers > Andrea cheers -- Mauricio Pazos www.axios.es Tel.: +34 94 682 42 86 ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
