Refer to metacat.war deployments since those are now the default. https://projects.ecoinformatics.org/ecoinfo/issues/6082
refactor Metacat access handling to be on a per-revision basis so that it more closely aligns with the DataONE approachhttp://bugzilla.ecoinformatics.org/show_bug.cgi?id=5560
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=5527
check for null docid from access table -- using guid for many system meta rows
Cleanup harvester exceptions and generics.
blank configuration value should be treated the same as null
rework geoserver configuration:-geoserver context is set to 'geoserver' by default, but can be reconfigured-data directory is set in the geoserver web.xml file (we have a template, set the value accordingly, then overwrite the deployed version in the geoserver webapp)...
use local shape files if the Geoserver env variable is not set. They might also be the same
geoserver upgrade:-remove embedded geoserver -include geotools api and update spatial harvesting-include simple template for using maps in skin (openlayers now, not mapbuilder)
Add debug log statements
Change location of PropertyService to properties directory
Create database and shared directories for database management code and shared code respectively.
Catch exception that was leaving shape files open. Roll back transaction in this case.
Renamed MetaCatUtil to MetacatUtil
Fully qualify spatial and replication properties
include leading slash for path to the spatial files (context is given without a trailing slash)
Change default-style property to application.default-style
Merge 1.9 changes into Head
use "within" rather than "intersects" as the spatial search criteria for dataset location.(see bugzilla #2972)
Change the exception handle way accroding the change in SpatialDataset class.
Change the shape file store object to be static and make them synchronized in order to be thread safe.
Added preliminary support for multiple spatial schemas in the same metacat instance .. bug 2551
Initial architecture for dynamically generating SLD/OGC:Filter documents to control which docids get shown on the map. The sldfactory servlet is in place to handle this but is not fully functional since there is currently no way to quickly and dynamically generate a list of allowable docids with a level of performance acceptable for real-time web mapping.
Changed float object handling in spatial components in order to compile on jdk 1.4.2
Ensure that spatial cache respects changed access constraints for updated documents
Correctly cache doc title in the spatial cache
Fixed geometry logic to swap north and south if n < s
fixed point centroid calculation to reflect bboxs that cross the dateline
Make spatial query more accurate by actually intersecting geometries in addition to a simple bbox filter. Important for testing intersection of irregular shaped objects or multi-geometries
Updated spatial query to also look at point spatial cache as some documents may only be represented as a single point.
Rewrote spatial query handler to use geotools directly against the spatial cache.
Allow only public readable docs in the spatial cache
Added javadoc comments for all new spatial classes. Optimized the title query in SpatialDocument.
Removed old spatial classes
Fixed polygon generator for cases where bbox crosses the dateline or the poles
refactory java classes for spatial harvester
iModified the switch to turn/off the spatial searching.:wq
Fixed a bug in the query system.
Some style changes and small changes to the spatial querying system.
Fixed the way the text query was written.
interim checkin.
Modified the way the results page is displayed.
Integration of new shapefile writers (r. reeves code) with MSO.
Continued integration of the spataial stuff with the metacat servlet.
Integration of the metacat servlet with the spatial option -- rubberbanding is implemented too.
Implementation of the rubber-bad query that PMARK has implemented through the UI.
metacat spatial option code -- code that produces layers depending on themetacat transaction.