OEWG 20100309: Difference between revisions
Jump to navigation
Jump to search
Line 30: | Line 30: | ||
* [https://sourceforge.net/tracker/?func=detail&aid=2914257&group_id=36855&atid=418257 When a term is cloned, intersections become relationships] | * [https://sourceforge.net/tracker/?func=detail&aid=2914257&group_id=36855&atid=418257 When a term is cloned, intersections become relationships] | ||
* [https://sourceforge.net/tracker/?func=detail&aid=2962085&group_id=36855&atid=418257 Deleting intersections in parent editor requires commit] | * [https://sourceforge.net/tracker/?func=detail&aid=2962085&group_id=36855&atid=418257 Deleting intersections in parent editor requires commit] | ||
These issues have been reported fixed by Amina and the fixes will be in the upcoming release. | |||
==Action Items== | ==Action Items== |
Revision as of 13:07, 9 March 2010
OBO-Edit Working Group, Tuesday March 9th, 2010 8.30 a.m. PDT
Conference call details: New GOC conference call numbers
US: 1 866 953 9688
UK: 0808 238 6001
pin: 801561
Agenda/Chair: Amina
Minutes: Harold
Attendees:
Action items carried over
Bug and Feature Tracker Updates
Discussion items
Cross product support issues
There are a bunch of related issues to do with incomplete support for editing intersections. In most cases, I think we just need them to be treated like regular relationships. Perhaps the best thing to do would be to look at how editing works for relationships in various scenarios and check whether intersections are treated the same or not.
Examples:
- Loss of intersection status on merge
- indestructible XPs
- As long as only inferred classification is ignored, this issue can also be solved be treated intersections in the same way as relationships.
- Changing relationship type in parent editor blitzes XP stat
- When a term is cloned, intersections become relationships
- Deleting intersections in parent editor requires commit
These issues have been reported fixed by Amina and the fixes will be in the upcoming release.