Changes between Version 78 and Version 79 of Bolsena2010


Ignore:
Timestamp:
May 27, 2010, 5:26:26 AM (14 years ago)
Author:
Fxp
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • Bolsena2010

    v78 v79  
    2222 ||Id || Priority || Topics || Comments || People interested In||
    2323 ||1 || ||Javadoc ||let's clean up the existing Javadoc and add new where it is missing. It'd be good to [http://java.sun.com/j2se/javadoc/ familiarize yourself] with how Javadoc works, before doing this; e.g. there should be no blank line between the Javadoc and the method it is about; the first sentence should end in a period; and things like that. || heikki: 4 ||
    24  || 2 || ||harvesters || Let's remove the harvesters' configuration from the "settings" table to its own, first-class-citizen table. Now, if you have many harvesters, it is nigh impossible to find anything in "settings". || heikki: 1 | jose: critical ||
    25  ||3 || || harvesters  || Related to before topic: rewrite harvesters client side code to remove unrequired ajax stuff. Just make "normal" forms for harvesters maintainment avoiding using ajax, except if really required for any functionality. || heikki: 1 | jose: critical ||
     24 || 2 || ||harvesters || Let's remove the harvesters' configuration from the "settings" table to its own, first-class-citizen table. Now, if you have many harvesters, it is nigh impossible to find anything in "settings". || heikki: 1 | jose: critical | francois : major ||
     25 ||3 || || harvesters  || Related to before topic: rewrite harvesters client side code to remove unrequired ajax stuff. Just make "normal" forms for harvesters maintainment avoiding using ajax, except if really required for any functionality. || heikki: 1 | jose: critical | francois : major ||
    2626 || 4 || || Javadoc|| Automatically add the Javadoc pages to this wiki, updated from a Hudson build process? For all of the branches? || heikki: 4 ||
    2727 || 5 || || Coding rules || Some people really like working with ''patches''; other people prefer using short-lived SVN branches for a similar purpose. Can we all agree on doing it one way or the other? || heikki: 4 ||
    … …  
    7070 || 48 || ||Reusable Objects || Reusable (Controlled) Objects, allow fields to be reusable. Currently, if a user were to enter multiple records, for each record that user would have to re-enter “owner” their details. Worse, if that person’s details were to change, they remain the same in old records for which they have edited. The person’s details should be held as a managed object for which all records reference. This would allow the updating of details be reflected in each record that uses them - see the fragment harvesting of contact info above.|| heikki: 3 ||
    7171 || 49 || ||HTTPS support || HTTPS support. Currently all logins to !GeoNetwork are going unsecured through HTTP and the GN configuration doesn’t allow the use of HTTPS enabling account sniffing attacks.|| heikki: 2 ||
    72  || 50 || ||CRS management || EPSG code data from external service Action: At the moment EPSG codes have to be entered manually, but external online services are available with that data. GN should utilize this.||François works on that recently? ||
     72 || 50 || ||CRS management || EPSG code data from external service Action: At the moment EPSG codes have to be entered manually, but external online services are available with that data. GN should utilize this.|| DONE in 2.5 ||
    7373 || 51 || || Hierarchical keywords|| Keywords from external vocabularies should utilize hierarchical broader/narrower structures to ease searching capability.|| heikki: proposes [http://geonetwork.tv/owl/ http://geonetwork.tv/owl/], mathieu (major) ||
    7474 || 52 || ||Indexation enhancement|| Using Apache Tika to index content from files attached to metadata records in !GeoNetwork?|| ||
    … …  
    7676 || 54 || ||Schema management || !SchemaManager - redesign proposed by Mathieu: * use org.geonetwork.utils.xsd.XSD in the project "geonetwork-services-ebrim" to read schemas and query contents for driving the editor * GN uses a number of schemas for validation purposes eg. in OAI, could these be managed by schemamanager so that they do not need to be retrieved from net? * sometimes a document may introduce a new schema eg. !ListSets response in OAI harvester can introduce the oai_dc schema eg. when harvesting jOAI - if we need to validate these responses then creating a validator with a file based schema will cause the validation to fail as the schema is not present on disk, alternative to is create a validator with no file based schema which means that all schemas will be obtained from the net but use an entityResolver object to intercept those which are local so as to avoid unnecessary retrieval or perhaps use a Java Cache System (JCS) instance to cache all schemas locally like XLinks?|| heikki: 3 ||
    7777 || 55 || || Multi-editing || Attempting to introduce the ability to edit more than one document makes existing trunk interface confusing eg. editing documents in tabs both of which have login details. Things get out of sync - what to do? Maybe something like BlueNetMEST which is based on one window - the main search window (tabs for remote, advanced and mapviewer) with search results - editing/viewing by clicking on title opens editor/viewer in new window (multiediting is supported), clicking any of the menu options on main screen uses modalbox dialog and separate windows to keep search interface and results window untouched, log out/log in closes all editor/viewer windows to close, if editing in progress log out not allowed - this is not perfect but might be a way of thinking about how to introduce things like multiediting to trunk.  || heikki: 5 ||
    78  || 56 || ||Customization || Improve CSS management, clean CSS file and references to unused styles, replacing tables by divs, discuss on [wiki:ThemeCustomization]|| heikki: 1 | jose: critical ||
    79  || 57 || ||Maven migration ||Move to Maven as described here : [wiki:Maven] ||Mathieu (major) | heikki: 1 | jose: major |
     78 || 56 || ||Customization || Improve CSS management, clean CSS file and references to unused styles, replacing tables by divs, discuss on [wiki:ThemeCustomization]|| heikki: 1 | jose: critical | francois : major ||
     79 || 57 || ||Maven migration ||Move to Maven as described here : [wiki:Maven] ||Mathieu (major) | heikki: 1 | jose: major | francois : major ||
    8080 || 58 || ||Settings management || While at it can we change the code so that you can save settings from the GUI even if not all expected settings are present in your database?|| heikki: 1 ||
    8181 || 59 || || SMTP || Converge mail configuration (feedback + wmc.mailcontext use same config) || heikki: 1 ||