On Fri Mar 22, 2024 at 9:09 AM MST, Michael Tremer wrote:
> Hello Jordan,
>
> Thank you very much for your email. This has really helped me.
>
> Recently I have been rolling out a lot of changes that massively improve the database. I have not been 100% confident that all problems have been solved, however I did not have and indication that things went wrong.
>
> One of the changes was a deduplication algorithm that is supposed to remove any subnets from the database we don’t need. That works well.
>
> The second change is to merge neighbouring subnets (e.g. 10.0.0.0/24 and 10.0.1.0/24 could be stored as 10.0.0.0/23). That would save a lot of space, too. That algorithm relied on a function to count the bit length of an IP address (i.e. the minimum number of bits I need to represent a certain IP address). That function was total garbage. No idea how that didn’t cause bigger damage.
>
> The fix is now here:
>
>   https://git.ipfire.org/?p=location/libloc.git;a=commitdiff;h=edbf280e6e043eaf38d4526e421cd68fcf7bc5c0
>
> I have published an updated version of the database with the fix:
>
>   https://git.ipfire.org/?p=location/location-database.git;a=commitdiff;h=16e9065d8017548999e4c4817206214613cd1e02
>
> We now have data for the networks that you have listed (as expected):

Awesome, thank you so much for the quick turnaround on a fix, much
appreciated! :)

I hope you have a great weekend!

--
Jordan