Justin Deoliveira ha scritto: > Hi all, ...
> To do sorting across the board in data store land looks to be quite a > bit of work. The FeatureCollection interface has a sort() method, but > from I can tell it is ignored. And since most data stores don't do the > work of implementing their own FeatureCollections ( they rely on > AbstractDataStore, or JDBCDataStore ), supporting sorting non-naively > looks to me a lot of work. Quoting what I did say on the IRC chat (about sorting and reprojecting): (sorting-------------------------) (21:08:13) jdeolive: i just wanted to open up a discussion, did anyone read my rant on the list (21:08:30) aaime: Just did (21:08:45) rgould: I glanced at it, but I'm not that familiar with that area of the code (21:08:46) aaime: Adding to SQLBuilder should be easy since the order by clause is standard sql (21:08:57) jdeolive: that is what i thought as a well (21:09:00) jdeolive: its not a big change (21:09:04) aaime: for everyone else, just keep the naive approach (21:09:10) aaime: (in memory sorting) (21:09:22) aaime: and warn the user that this may happen (21:09:39) aaime: On a shapefile, for example (21:09:47) jdeolive: well i am not sure what other code i will hit right away (21:09:55) aaime: there's no way out unless we build extra indexes like ESRI did (21:09:56) jdeolive: for now postgis is my test bed (21:10:15) jdeolive: shapefile is hard, do we have generic attribute indexing code (21:10:21) aaime: None (reprojecting--------------------) (21:14:57) aaime: Hmmm... didn't we add a reprojecting feature reader while back? (21:15:05) jdeolive: yes (21:15:08) aaime: I thought every datastore would be using that now (21:15:13) jdeolive: but i was more thinking of doing the reprojection on the server side (21:15:32) jdeolive: like postgis with proj linked in (21:15:42) jdeolive: it woudl be faster then sucking all data out and reprojecting on teh fly (21:15:49) aaime: I'm not sure about that (21:16:10) aaime: and besides, it would be supported only by a few datastores (21:16:23) aaime: finally, I have the impression data stores know less CRS than we do? (21:16:47) aaime: think also about custom CRS and the cascading CRS authority Martin is building (21:16:51) jdeolive: fair enough, it was just an example (21:17:00) aaime: No, it's a good one (21:17:12) aaime: but delegating to the server is not always possible (21:17:26) aaime: so you have to keep both code paths around (21:17:41) jdeolive: oh definitley, i wasn;t implying that you wouldn't need the fallback code (21:18:06) jdeolive: just a lot of operations can be optimized on the server and that the notion of capabilities would be a good way to express that Cheers Andrea Aime ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
