You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
6 consecutive measures on the same source page as participants of an annotation with a line/system break after measure 3
zone of measure 4 does not overlap with zone of measure 1 (because measure 1 is "more right" on the page than measure 4)
but zones of measures 5 and 6 do overlap with the (above) measure zones prior to the line/system break (zones of measures 1 to 3)
What do we want?
Either:
one calculated preview area from measure 1 to 6 (seems complicated to evaluate and calculate)
two calculated preview areas – 1. from 1 to 3 and 2. from 4 to 6. (preferred)
What do we get?
Edirom or better getAnnotationPreviews.xql calculates two preview areas that contain redundant measures/zones:
M 1 to 3 + M 5 to 6
M 4 to 6
Where can we see this bug in action?
rwa_annot_28031 or better: ask @nikobeer because content is not publicly available yet.
Where does it happen in the code?
getAnnotationPreviews.xql functions local:getCombinations/local:compareZones
What could be a possible solution?
Maybe we should stop evaluation of combinations at position where local:compareZones returns "false" and start over by resetting position[where we stopped +1] to position[1] and shrink the amount of measures to compare ($total) to the amount of remaining measures after position[where we stopped + 1]?
Or: Further (re)evaluate if the resulting aggregated preview areas are overlapping and build an even bigger preview area and so on. Until there is one preview area left for each page…
@riedde and @bwbohl: I think that this is little bit serious, because it could lead to some irritating preview presentations…
The text was updated successfully, but these errors were encountered:
What do we have?
What do we want?
Either:
What do we get?
Edirom or better getAnnotationPreviews.xql calculates two preview areas that contain redundant measures/zones:
Where can we see this bug in action?
rwa_annot_28031 or better: ask @nikobeer because content is not publicly available yet.
Where does it happen in the code?
getAnnotationPreviews.xql functions local:getCombinations/local:compareZones
What could be a possible solution?
Maybe we should stop evaluation of combinations at position where local:compareZones returns "false" and start over by resetting position[where we stopped +1] to position[1] and shrink the amount of measures to compare ($total) to the amount of remaining measures after position[where we stopped + 1]?
Or: Further (re)evaluate if the resulting aggregated preview areas are overlapping and build an even bigger preview area and so on. Until there is one preview area left for each page…
@riedde and @bwbohl: I think that this is little bit serious, because it could lead to some irritating preview presentations…
The text was updated successfully, but these errors were encountered: