StocksAndFisheriesKB

Feature #10928

Updated by Costantino Perciante about 7 years ago

**Implemented**: 

 * similar records cannot be added or removed, "merge" is the only allowed operation; 
 * similar records can be a lot; this has to be taken into account (scrollable panel); 
 * the panel should offer the possibility to suggest records to be merged (via UUID for now); 
 * connections can be suggested (the panel will offer the possibility to add the UUID of a record and to inspect its content); 
 * annotation message is not mandatory; 

 **To be implemented**: 

 * handle merge operation: 
   * involved records' status is immediately set to "To Be Merged"; 
   * KB will perform immediate updates (e.g. Traceability Flag) by keeping the same "To Be Merged" status; 
   * there is a 24h window to revert the changes: the link will be sent to GRSF Editors and Reviewers (the link format will be decided ASAP to avoid multiple usages). *The link allows only to ignore merges (other applied changes must be reverted manually)*; 
   * if no revert is asked, the new merged record will be published (its first status will be *Pending*)(1) 

 * handle revert after successful merge: 
   * rejecting operation on a record derived from a merge should do it (again, see note 1) 

 * about Connections: 
   * The does the KB suggests potential connections through Exploiting Fisheries and Resources Exploited fields (in a stock record and fishery record respectively). It puts there the urls in the catalogue of these records; already suggest some connections? (I hope so) 
   * initially the administrator Suggested connections can "Connect" one either be accepted ("Connect" takes place) or more of Removed (thus we need to modify a bit the suggested records. This means that these will be moved into another field, i.e. "Connected Records"; 
   * From there JSON object and the "Connected Records" can be either unconnect (the url is put back into representation in the Exploited field) or "Removed"(see catalogue) (see note 2); 2) 

 * about notifications:  
   * actions will be notified via mail to the editor who asked the changes as well as the reviewers (see note 3);  
   * a post with a proper hashtag will be created in the GRSF Admin VRE to keep track of the changes; 
 
 
 
 

 1) This should follow: a new grsf record is created and the oldest removed from the catalogue. The reviewers/editors can still recover the old data by rejecting the newly created record. The reject operation should then remove the merged record and republish the original grsf records somehow. 

 2) The connections field accepted by the grsf-updater service from FORTH now looks like: 

 ~~~ 
 "connections": [{ 
         "source_knowledge_base_id": "...", 
         "dest_knowledge_base_id": "...", 
         "source_domain": "..."  
     }] 
 ~~~ 

 We should change it a bit. Something like this may work: work. 

 ~~~ 
 "connections": [{ 
         "source_knowledge_base_id": "...", 
         "dest_knowledge_base_id": "...", 
         "source_domain": "...", 
         "connect": true/false 
         "remove" : true/false 
     }] 
 ~~~ 

 "Remove" allows Moreover, we need to completely remove change a bit the record among the connected ones (**and it is not put back into the Exploited field**). The management panel will NOT send the connections to be "unconnect" (in this case their urls are put back into the Exploited field) 

 Moreover, the object accepted by the grsf-publisher is still: grsf-publisher. We can turn it into: 

 ~~~ 
 "connected": [{ 
         "semantic_identifier": "...", 
         "short_name": "...", 
         "knowledge_base_id": "..." "...", 
         "connected" : true/false 
     }] 
 ~~~ 

 The "connected" field reflects the status of the "connect" one above. If the admin chooses to "remove" a potential connection then it will disappear from the catalogue page. Hope I got it right. 

 3) On merge and dissect operations a link is sent to editors/reviewers by which they can ask the knowledge base to ignore the operation (no, it won't be put in a post)

Back