[Feature Request] Biome size

[69b69t]

Title speaks for itself, it would be nice to have a way to search for biomes with a certain size

[Cubitect]

You essentially already can. For instance if you exclude all other biomes from a given area, you'll match biomes for that size.

[Delvin4519]

This issue is similar to my 1:256 count biome instances request, since the existing exclude function for normal 1:256 sized biomes is a bit more cumbersome than the existing "count tiles" feature for 1:1024 climate zones. You can't count up number of biome tiles like you can for climate zones, which would allow one to get more customizable biome sizes.

[Cubitect]

In v2.5 there is now a filter that can locate a given biome and offers a minimum size requirement as well as a border tolerance that controls how much biome clusters are united (biomes tend to have a fuzzy edge).

[Delvin4519]

The new filter only seems to be available at a 1:4 scale, I feel like it would still be much easier to search for biome sizes based off counting the number of tiles the 1:256 scale, and it would be a lot faster, and much easier to understand, use, and set up, at 1:256 scale (just count the number of tiles like climate zones).

Border tolerance isn't as straighforward to understand. The fuzzy edge of biomes is when biomes are zoomed in higher from 1:256 scale. (Note: all of this is based off the Java 1.7/1.12/1.17).

[Cubitect]

The in-game biome scale is 1:4 for all actual uses. For 1.18+ there are no layers with higher scales and the scales are faked by cubiomes by just sampling every other coordinate, which is okay for displaying on a map, but is problematic if you try to do anything else with it. This also does not solve the fuzzy edge connectivity problem, which applies mostly to 1.18+, and only complicating things further.

Your suggestion for a 1:256 scaled biome counter is only really applicable for the layered generation of 1.17-, but I also see a couple of implementation problems there, if done like the temperature categories. The first is UI clutter, and the second is a significantly larger memory size of the conditions to store a counter for each biome which I would very much like to avoid. I guess both might be avoidable if the filter is limited to a single biome, like with the new biome center locator.