Open jdmcbr opened 1 year ago
Tippecanoe is now maintained at https://github.com/felt/tippecanoe
This message is the result of using the -P
/--read-parallel
flag on regular GeoJSON (as opposed to newline-delimited GeoJSON) input. I would recommend either not using parallel parsing, or formatting the input in a way that can be parsed in parallel without warnings.
Oh, thanks @e-n-f , I didn't notice any message about it having migrated to the felt organization before posting. Should I transfer this there?
I understood from the other thread that that was the recommended course. Parallel parsing provides a nice speedup though, and I haven't found how to format the input so as to avoid the warning without then rendering the geojson in ways that hinder its use in other applications. That's why I asked if it was expected for the --quiet
flag not to actually quiet those messages.
I have geojson point datasets that I'm converting to tilesets. I've been seeing the "Reached EOF without all containers being closed" message that is referenced in https://github.com/mapbox/tippecanoe/issues/191, and understand that the messages can be safely ignored in my context. However, I was still interested in quieting those messages (so that I could more easily find the messages I do need to pay attention to), and the
--quiet
flag doesn't seem to be doing the trick.Is this expected behavior? Perhaps this is considered an error, and not a warning, and thus still prints? Ideally tippecanoe would recognize the case described be @e-n-f in #191
and not print the message at all, but having the
--quiet
flag actually work would be nice if it isn't possible to recognize circumstances where the message is harmless.Version: