Separate Interpretation/Manifestation into different groups for Events and Subjects
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Zeitgeist Framework |
Fix Released
|
High
|
Markus Korn |
Bug Description
Currently datamodel.
This is confusing in several ways:
- In the docs (be it HTML or using Python's in-build help), as everything is mixed together.
- In code, as it makes it impossible (without ugly hacks) to get, eg., a list of all Subject Interpretations, as they can't be separated from Event ones.
- It just doesn't make sense.
Therefore, I propose that we separate those collections so that we have:
- datamodel.
- datamodel.
- datamodel.
- datamodel.
Also, while we are at it, we should consider hiding the INTERPRETATION_ID and INTERPRETATION_DOC variables, unless they are useful for something.
As this is an API break, I also propose that datamodel.
Changed in zeitgeist: | |
importance: | Undecided → Medium |
Changed in zeitgeist: | |
importance: | Medium → Critical |
status: | New → Confirmed |
Changed in zeitgeist: | |
importance: | Critical → Undecided |
importance: | Undecided → High |
I think we should not put much energy (and resulting API) changes into it for now, because the whole handling of `Symbols` will change once we start working on [0]. Over the last weekend I started thinking about writing a 'libzeitgeist' using vala, but one of the first annoyance was that I need to define our interpretations and manifestations over there again. I think we should start working on this spec ASAP, so we can fix two main points of this bugreport ("getting all {event/ subject} interpretations /manaifestation s" and "doc structure") 'by accident' ;)
Plus, everything will make much more sense.
[0] https:/ /blueprints. edge.launchpad. net/zeitgeist/ +spec/events- ontology