OEWG 20100309: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
Line 24: | Line 24: | ||
Examples: | Examples: | ||
* [https://sourceforge.net/tracker/?func=detail | * [https://sourceforge.net/tracker/index.php?func=detail&aid=2948445&group_id=36855&atid=418257 Loss of intersection status on merge] | ||
* [https://sourceforge.net/tracker/?func=detail&aid=2821389&group_id=36855&atid=418257 indestructible XPs] | * [https://sourceforge.net/tracker/?func=detail&aid=2821389&group_id=36855&atid=418257 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. | ** As long as only inferred classification is ignored, this issue can also be solved be treated intersections in the same way as relationships. |
Revision as of 12:51, 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