Closed DerekYves closed 1 year ago
Send me a shapefile, i will have a look as soon as i can.
About the strategy, in previous versions of cleangeo, the cleaning was limited to "buffer" method, but this method is very limited and rough to clean geometries, and doesn't allow to clean many cases of geometry invalidity without altering a lot the initial shapes. The "polygonation" strategy is slower but is a more advanced method and behind it guarantees better cleaning of geometries without altering the initial shapes. The more geometry issues you have in your data, and the higher is the data resolution, the longer will be the cleaning process.
Le 14/12/2016 à 20:22, Derek Darves a écrit :
Reopened #18 https://github.com/eblondel/cleangeo/issues/18.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/eblondel/cleangeo/issues/18#event-894157843, or mute the thread https://github.com/notifications/unsubscribe-auth/ABQ1bBCg6hOruAW6dcbN25UdlyHTiSvpks5rIEH9gaJpZM4LNTdA.
send the shapefile to my email address
rgeos is not used anymore as it is going to be archived in Oct 2023
Hi again! There's a number of moving parts between the last time I submitted a bug report (new R versions, sp updates, and new versions of your package), but I'm no longer able to clean the same shape file I was working with. It used to complete in seconds, but I'm getting errors such as the following in the verbose output of clgeo_Clean:
The summary and isValid outout for this shapefile are:
Happy to provide you with a copy of the shape file off line if you have time to look at it. Would it be advisable to revert to the "buffer" strategy? With this method it completes in the "normal" amount of time with this output:
All the best, Derek
PS: Possibly of note, this shape file has the following Albers-type CRS:
CRS("+proj=laea +lat_0=45 +lon_0=-100 +x_0=0 +y_0=0 +a=6370997 +b=6370997 +units=m +no_defs")