Open kitenetter opened 1 year ago
Coding for this done, will set up on the test environment...
This is now available to test on the main verification page on the test iRecord install.
@johnvanbreda great to see this. Have tried it out this evening.
Setting up new rules: Geographic limits When choosing a named place, such as a vice-county, it would be good if the relevant boundary was displayed on the map.
Setting up the spreadsheet I have a number of questions about the spreadsheet, probably easiest to talk these through over zoom.
Importing a spreadsheet I set up a simple spreadsheet to list rare species, that looked like this:
On trying to import it I got an error message:
Why is it not recognising the taxon id and rule type columns?
@kitenetter I've implemented the location boundaries on the map for point 1. For point 3 can you send me the spreadsheet?
Would tomorrow be a good day for a Zoom?
@johnvanbreda here is the spreadsheet: Berks rare moths rules.xlsx
I can do any time tomorrow, let me know when you prefer and I'll send a zoom link.
@kitenetter whenever you are ready I can add the Custom Rules button to the live iRecord verification pages, assuming you are happy that it's been tested enough.
No, it needs testing and guidance. That is in progress but will probably take a while yet.
@johnvanbreda last time I looked I could no longer find the test implementation of this, is it still available?
Enable this on live site for further testing before making available more widely.
The request is for a verifier to be able to upload a set of locally relevant rules that can be used to filter records, e.g. where local phenology is different to the phenology defined nationally.
@johnvanbreda has suggested 3 possibilities:
The above objects are in order of flexibility, with 1 being the least flexible and simplest to implement and 3 being the most flexible and hardest to implement. The main issue with both #2 and #3 will be the impact on Elasticsearch performance.
A benefit of options 2 and 3 is that they allow county-based verifiers to be independent and use local rules or not as they choose.
Initial testing to be carried out on the dev server to further explore options 2 and 3 and to see what impact they might have on performance.