Open kirahowe opened 2 years ago
Seems like an interesting idea, thanks for bringing the suggestion. Certainly seems reasonable to me. The main question I see would be how this is going to affect the API for the current (and probably more common) case where people don't care about rounding. As long as it's not going to make that significantly more onerous, I don't see any reason not to do that.
It might be that we'd need to add a separate set of functions, like geoio/to-geojson-precision-n
or something like that, in order to accommodate those additional args.
Did you have any thoughts about how it might work from an API perspective? Where the args would go and whatnot?
Hi there, thanks for this cool and useful library. I was just wondering what you all think of the idea of being able to specify a number of decimal places for coordinates for the various
to-<format>
functions. I find using this library so much nicer than working e.g. geotools or other java libraries in my clojure projects, but one thing I miss is being able to sneak in rounding coordinates whilst converting between formats, e.g. using geotools libs I used to do:(where that 6 is the number of decimals to use when encoding the numbers)
I find this much nicer with this library (e.g.
(-> wkt-literal geoio/read-wkt geoio/to-geojson)
), but to get identical results I need to add an extra transformation step to round all the coordinates. This isn't really a big deal, but I wanted too see what you think of adding a second arity to theto-<format>
functions in this library to support this. I could possibly help out with a PR for that if it's something you think is reasonable. I also totally understand if there are reasons why this is a bad idea and you don't want it in.