Changes between Version 37 and Version 38 of codesprint/201106-bolsena


Ignore:
Timestamp:
Jun 19, 2011, 7:38:44 AM (13 years ago)
Author:
simonp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • codesprint/201106-bolsena

    v37 v38  
    115115Wishlist from AU Users:
    116116
    117 || Wish || Explanation ||
    118 || faceted search || Search based on stats for terms indexed in Lucene - eg of faceted search is http://well-formed-data.net/experiments/elastic_lists/ and most likely support for faceted search is the aim of the proposal by Francois http://trac.osgeo.org/geonetwork/wiki/NarrowYourSearchWidget - see also SOLR above ||
    119 || search customisation || saving and replaying searches ||
    120 || fragments/subtemplate editing || Already the subject of proposal http://trac.osgeo.org/geonetwork/wiki/proposals/SubTemplates ||
    121 || tracking changes to metadata || See initial ideas for a simple history table above ||
    122 || investigate ESRI !GeoPortal and GeoNetwork interoperability || This would be useful not only for GeoNetwork developers in terms of looking at how someone else has implemented a catalog, but also to do a feature comparison ||
    123 || Better documentation of GeoNetwork api || Would be very useful for those wishing to get started on making enhancements and modifications ||
    124 || Support for schemaPlugins || Added in proposal http://trac.osgeo.org/geonetwork/wiki/pluginprofiles but may need additional work to support services that relate to a schema/profile - see above ||
    125 || Support for time zones in temporal search terms || Calendar widget needs to include timezone specification ||
    126 || Better support for selecting default editor tab || Although this appears to be supported in config-gui.xml, strange things happen if you switch off the simple mode editor for example (this is actually a bug I think) ||
    127 || Harvested records are not obvious in search results || Should appear in search results as visual indicator ||
    128 || Massive thumbnail support || ||
    129 || Editor tabs to be redesigned to suggest entry workflow || Should suggest a workflow through the metadata rather than an arbitrary grouping of elements based on the standard - an example of what is desired can be seen in the ANZMETLite editor (written in VB.Net) - download from http://geonetwork.globaldial.com/testdownloads/ANZMETLite_MCP_ALA.zip (warning: will only work under windows) ||
    130 || More thought on how to integrate GeoNetwork with existing business systems in an organisation || Particularly important if GeoNetwork is seen as a tool for managing an organisations metadata as opposed to simply publishing an organisations metadata to the rest of the world ||
    131 || Harvest History mechanism for existing harvester manager || See proposal at http://trac.osgeo.org/geonetwork/wiki/HarvestingHistory which has been implemented in the ANZMEST sandbox - trunk support depends on whether the proposal to rewrite the harvesters and harvester interface is to be completed for 2.7 or not ||
    132 || Harvest Z3950 configuration from ISO19119 service metadata records || Rather than include a fixed configuration file describing Z3950 services, this configuration should be built by harvesting ISO19119 records and creating the config file - implemented in ANZMEST sandbox ||
     117|| Wish ID || Wish || Explanation ||
     118|| 1 || faceted search || Search based on stats for terms indexed in Lucene - eg of faceted search is http://well-formed-data.net/experiments/elastic_lists/ and most likely support for faceted search is the aim of the proposal by Francois http://trac.osgeo.org/geonetwork/wiki/NarrowYourSearchWidget - see also SOLR above ||
     119|| 2 || search customisation || saving and replaying searches ||
     120|| 3 || fragments/subtemplate editing || Already the subject of proposal http://trac.osgeo.org/geonetwork/wiki/proposals/SubTemplates ||
     121|| 4 || tracking changes to metadata || See initial ideas for a simple history table above ||
     122|| 5 || investigate ESRI !GeoPortal and GeoNetwork interoperability || This would be useful not only for GeoNetwork developers in terms of looking at how someone else has implemented a catalog, but also to do a feature comparison ||
     123|| 6 || Better documentation of GeoNetwork api || Would be very useful for those wishing to get started on making enhancements and modifications ||
     124|| 7 || Support for schemaPlugins || Added in proposal http://trac.osgeo.org/geonetwork/wiki/pluginprofiles but may need additional work to support services that relate to a schema/profile - see above ||
     125|| 8 || Support for time zones in temporal search terms || Calendar widget needs to include timezone specification ||
     126|| 9 || Better support for selecting default editor tab || Although this appears to be supported in config-gui.xml, strange things happen if you switch off the simple mode editor for example (this is actually a bug I think) ||
     127|| 10 || Harvested records are not obvious in search results || Should appear in search results as visual indicator ||
     128|| 11 || Massive operations on thumbnails || Assign a thumbnail to, delete a thumbnail from one or more records ||
     129|| 12 || Editor tabs to be redesigned to suggest entry workflow || Should suggest a workflow through the metadata rather than an arbitrary grouping of elements based on the standard - an example of what is desired can be seen in the ANZMETLite editor (written in VB.Net) - download from http://geonetwork.globaldial.com/testdownloads/ANZMETLite_MCP_ALA.zip (warning: will only work under windows) ||
     130|| 13 || More thought on how to integrate GeoNetwork with existing business systems in an organisation || Particularly important if GeoNetwork is seen as a tool for managing an organisations metadata as opposed to simply publishing an organisations metadata to the rest of the world ||
     131|| 14 || Harvest History mechanism for existing harvester manager || See proposal at http://trac.osgeo.org/geonetwork/wiki/HarvestingHistory which has been implemented in the ANZMEST sandbox - trunk support depends on whether the proposal to rewrite the harvesters and harvester interface is to be completed for 2.7 or not ||
     132|| 15 || Harvest Z3950 configuration from ISO19119 service metadata records || Rather than include a fixed configuration file describing Z3950 services, this configuration should be built by harvesting ISO19119 records and creating the config file - implemented in ANZMEST sandbox ||
    133133
    134134 * Does anyone else share the same wishes? Is anyone else working on implementing any of these wishes?