-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix issues caught by Foundry dashboard checks #760
Comments
CC @matentzn |
IMO this thing with the unique definitions is just cosmetics - I had some discussions with other groups and this is simply not going to happen everywhere - for the reason your mention. Just let it be yellow on the dashboard. The problem is simply the distinction between description and definition. I definition must have all necessary and sufficient conditions; a description can get away with a list of necessary ones I guess.. I have advocated easing that requirement as well on the dashboard thread. I will check this other ERROR with @Clare72 in our next meeting. |
(ideally of course we would simply use dc:desciption for incomplete definitions to avoid the confusion) |
We should push to turn this from an error to a warning on the dashboard. |
Ok, lets keep this here issue open, and push for this kind of change once the dashboard is published.. I dont think it is a good idea to block the deployment of it right now just because of this, or do you think its too important? |
Made a comment here: OBOFoundry/OBOFoundry.github.io#956 |
see also #597 for duplicate definitions |
closing this as there is already a ticket to deal with the duplicate definitions |
Dashboard here: http://obo-dashboard-test.ontodev.com/fbbt/dashboard.html
Report:
http://obo-dashboard-test.ontodev.com/fbbt/robot_report.html
Some are '.' definitions (an old place-holder convention for no def) - considered by the tests to be a more serious error than lacking a def. Maybe change these to empty string for now?
However, some are likely to be unavoidable. For example, closely related neuron types may be clearly distinguishable by morphology but be difficult to distinguish textually. We can support these in VFB by having exemplar (reference) images for morphology.
The demand for (distinct) textual definitions is going to hit us badly with provisional neuron types from data. We should bring this up with OBO-Foundry
The text was updated successfully, but these errors were encountered: