Reading shape files

[airbreather]

From @trailway on July 19, 2016 17:57

I recently encountered some shape files which the reader does not handle. It can be debated whether the files are correct but they do work in ArcMap! What happens is that the content length does not include M content which is present (although it's presence is benign because the value says that it is not meaningful). This makes the reader fail because it walks through shape geometry using content length, i.e. it expects the next element to begin at the location just after the location where the previous element ended. This works in ArcMap because they use the shape index. I think that using the shape index (which is a required file) is a more stable approach.

Copied from original issue: NetTopologySuite/NetTopologySuite#112

[airbreather]

From @DGuidi on July 20, 2016 6:56

can you post some sample data that actually show this failure?

[airbreather]

From @trailway on July 22, 2016 17:22

Sample data:

Matt.zip

[airbreather]

From @DGuidi on July 23, 2016 13:52

Thanks for sharing this :)
Hope to take a look as soon as possible.

----- Messaggio originale -----
Da: "trailway" [email protected]
Inviato: ‎22/‎07/‎2016 19:22
A: "NetTopologySuite/NetTopologySuite" [email protected]
Cc: "Diego Guidi" [email protected]; "Comment" [email protected]
Oggetto: Re: [NetTopologySuite/NetTopologySuite] Reading shape files (#112)

Sample data:
Matt.zip
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

[airbreather]

OpenJUMP 1.13 loads this too.

[airbreather]

This is a really old issue, and so maybe it's been fixed in the couple of years since it was reported, but it seems to work for me today: