Using JtsSpatialContextFactory.useJtsMulti to control narrowing of collections.

[jdeolive]

This removes the need for custom JtsPolyshapeReader.

[jdeolive]

A couple of additional comments.

• Had to increase the visibility of ShapeFactoryImpl.GeneralShapeMultiShapeBuilder to protected in order to subclass it in JtsShapeFactory
• Had to update WktShapeParserTest to set useJtsMulti to pass in order to the test case to pass as is

[codecov-io]

Current coverage is 75.46%

Merging #131 into ShapeFactory will increase coverage by +0.30% as of 88d87f7

@@            ShapeFactory    #131   diff @@
============================================
  Files                 49      48     -1
  Stmts               3419    3420     +1
  Branches             866     867     +1
  Methods                0       0       
============================================
+ Hit                 2570    2581    +11
+ Partial              257     254     -3
+ Missed               592     585     -7

Review entire Coverage Diff as of 88d87f7

---

Uncovered Suggestions

1. +0.39% via ...o/GeoJSONWriter.java#79...91
2. +0.31% via ...ShapeCollection.java#192...201
3. +0.28% via ...e/io/ParseUtils.java#51...59
4. See 7 more...

Powered by Codecov. Updated on successful CI builds.

[dsmiley]

I added a few comments. Nice work overall (esp. nice to see the test); I'm looking forward to merging it.

[jdeolive]

Thanks David. Updated the pull request based on your feedback. Let me know if you want me to squash the commits or if there is anything else that looks off.

[dsmiley]

Awesome. Squash & merge!

(I am personally not too familiar with the squashing of feature branches but it's all your changes (thus a squash wouldn't conceal other's work) and it could very well be one commit so might as well have it be.)

[jdeolive]

Cool. Yeah I tend to prefer squashing feature branches into a single commit as long as (a) a single commit makes sense and (b) it doesn't "hide" any other authors work.