Activity
From 08/19/2006 to 09/17/2006
09/15/2006
- 11:27 AM Bug #1232: cookie needs to be written after knb page login
The session information is not maintained by the skin for some reason. So the JSP part knows that is in session but ...- 11:24 AM Bug #129: Metacat Performance: paged Query Returns
The query will probably to be stored on per session basis. Maybe the docids found can be stored in a ordered data st...
09/13/2006
- 05:09 PM Bug #2549: Limit spatial cache to public documents
- Changed severity to 'major' .. mostly because its already fixed and I don't like seeing bold red text in my bug list!
- 12:23 PM Bug #2549: Limit spatial cache to public documents
- Updated SpatialHarvester.queryAllDocids(). Now uses the xml_access table to generate a list of public-readable docids...
- 05:07 PM Bug #2553: squery needs to handle spatial query
- Oops that should be assigned to me. Sorry sid :-p
The performance issue discussed in the comments of bug 2552 shoul... - 05:03 PM Bug #2552: Spatial query class to use geotools against the spatial cache
- Added a edu.ucsb.nceas.metacat.spatial.SpatialQuery class to handle this. Given a spatial query (4 bounding cooordina...
- 12:33 PM Bug #2554 (Resolved): Store the spatial data cache outside servlet context
- Currently the spatial data cache is stored within the servlet context. Geoserver's configuration hardcodes the shapef...
09/11/2006
- 03:26 PM Bug #2553 (New): squery needs to handle spatial query
- The current metacat spatial query is based on simple comparison of the four bounding values which is slow and potenti...
- 03:22 PM Bug #2552 (Resolved): Spatial query class to use geotools against the spatial cache
- Currently the spatial query is run with a standard metacat squery. Besides being inefficient, it is also inaccurate s...
- 03:16 PM Bug #2551 (Resolved): Generalized spatial xpaths for mutliple schemas
- The spatial harvester is currently generic enough to handle any xml document with west,east,north and south xpaths. T...
- 03:08 PM Bug #2550 (Resolved): Dateline and polar handling for points
- Unfortunately for cartographers the world is not flat. When a feature crosses the dateline or the polar regions, the ...
- 03:02 PM Bug #2549 (Resolved): Limit spatial cache to public documents
- Until we implement a feasible wms feature filter ( bug 2548 ) we must only put publically readable documents in the s...
- 03:00 PM Bug #2548 (New): Architecture for filtering features from WMS requests
- Currently, all of the documents in the metacat database are stored in the spatial cache. When the web client requests...
- 02:43 PM Bug #2183: use metacat events to trigger spatial element creation
- .
- 02:42 PM Bug #2183: use metacat events to trigger spatial element creation
- Fixed. See bug 2499. Spatial harvesting refactored to provide this functionality
- 02:41 PM Bug #2179: Fix harvesting script to get all points and boxes
- See 2499. Mutiple coverages supported. Empty bounding coords are now recognized. Cases where bboxs cross the dateline...
- 02:39 PM Bug #2505: Spatial query errors with multiple geographic coverages
- See bug 2499. Refactoring of spatial harvesting process has this handled.
Instead of representing each document as a... - 02:37 PM Bug #2499: Port spatial harvesting script from C++ to java
- The spatial harvesting classes have been entirely refactored in order to provide the necessary functionality:
- mult... - 02:34 PM Bug #2437: Cleaner install for spatial components
- Geoserver now ships w/ metacat. It runs in the same servlet context and is an integrated part of the build process. T...
- 02:27 PM Bug #2184: Integrate into skins system
- Copying the template from the common dir to the skins directory is a viable option so we'll go with that for now.
08/31/2006
- 06:34 PM Bug #2184: Integrate into skins system
- We'll likely want to have a few example templates, each self-contained in a single directory. To integrate it with an...
08/21/2006
- 10:34 AM Bug #2517 (Resolved): Charset bug: > "less than" symbol does not display correctly
- The < "less than" symbol does not display correctly. It displays as < in the data repository. When using Morpho it...
Also available in: Atom