skewScore in scandata is corrupt
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Scribe2 |
Confirmed
|
Medium
|
Unassigned |
Bug Description
We think the code in the scribe image loop that writes skewScore to scandata.xml is writing bad data.
Example in item socialismvscivi
The skewScore of leaf 272 has a > in it:
<page leafNum="272">
<
<
<
<
<
<
<
<
<
<
<cropBox>
<x>987</x>
<y>1198</y>
<w>1814</w>
<h>2718</h>
</cropBox>
<ppi/>
<
</page>
Changed in scribe2: | |
assignee: | nobody → steve-archive |
status: | New → Confirmed |
Changed in scribe2: | |
importance: | Undecided → High |
Changed in scribe2: | |
importance: | High → Medium |
Changed in scribe2: | |
assignee: | siznax (steve-archive) → nobody |
Here's another example of bad scandata that may have the same cause.
For some fields, these are now flagged during ProcessJP2 - see redrow category "ProcessJP2 bad scandata (non-numeric rotation)." This one is from book universalanthol o01garn, which shows "Rotation e>90 is not numeric" in its log. Here's the scandata for the page (the bad element is rotateDegree):
<page leafNum="379"> RIGHT</ handSide> Normal< /pageType> ormats> true</addToAcce ssFormats> >e>90</ rotateDegree> 0.55</skewAngle > ect>0.55< /skewAngleDetec t> 3.76</skewScore > true</skewActiv e> 2912</origWidth > 4368</origHeigh t> 361</pageNumber >
<handSide>
<pageType>
<addToAccessF
<rotateDegree
<skewAngle>
<skewAngleDet
<skewScore>
<skewActive>
<origWidth>
<origHeight>
<cropBox>
<x>137</x>
<y>357</y>
<w>2304</w>
<h>3556</h>
</cropBox>
<ppi/>
<pageNumber>
</page>