Open daniele-olivieri-rs opened 4 months ago
Following up on this with new discovery.
When using a post-filter
, with the same process/data, the outputted json can have inf
as the value of a field.
For example:
{ "properties": { "myValue": inf }
Which is not valid json. When tippecanoe tries to read this from the post-filter
, it errors out. Presumably because tippecanoe cannot parse the value back to json.
This inf
issue seems to bubble up to the metadata mentioned in the initial issue if there is no post-filter
.
First, thank you for all y'all's work on tippecanoe -- it is a great utility and is very well documented.
I've been having an issue with tippecanoe producing invalid
json
row on themetadata
table, which causes my tile server to be unable to load and serve the .mbtiles.The issue is that when the
max
for a given field in theproperties
bag is being written, tippecanoe writes the following:"max":inf
Which is not valid json -- the
inf
should be surrounded by quotes"inf"
to be valid. So something like"max":"inf"
. In the metadata file, the field is marked as"mixed"
-- so I imagine a arbitrary string should be fine. At the very least the server should be able to load the file so long as the json is valid.Input data info:
12.34
.accumulate-attribute:mean
set for it.For now I can attempt to triage by opening the .mbtiles file, detecting the error, and correcting the json but if you could fix the issue, it would be much appreciated.