Fixes #64 -- be less strict when inspecting a tree type (#76)
Fixes #64 -- be less strict when inspecting a tree type (#76)

In the PDFStream it's possible that the /Type element is not
present, but /type is. According to the spec, these are different
elements, but in the case in point they had the same meaning.

If PDFMiner is not running in STRICT mode and /Type doesn't resolve,
a fallback to /type is used to determine the tree type.
goulu/pdfminer,pdfminer/pdfminer.six