From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jordan Savoca To: location@lists.ipfire.org Subject: Re: Auto-generated plaintext updates; re: regression Date: Thu, 10 Mar 2022 14:45:05 +0000 Message-ID: <9d5cae24-744d-cdc6-fd69-75876344072a@posteo.net> In-Reply-To: <878D79BD-7D35-4692-BA7D-93D5D0C98722@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5610077059965256549==" List-Id: --===============5610077059965256549== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 3/10/22 02:15, Michael Tremer wrote: > Yes, I will do this as soon as possible. At the moment, there are lots of o= ther changes in the repository and I didn=E2=80=99t yet know for certain that= they won=E2=80=99t break anything. Awesome, thank you! > But in general, I would like to say, that you should not use the text dump.= It is only there for audit purposes and committed to the Git repository so t= hat everyone can see any changes to the database easily. >=20 > I would strongly recommend using the binary database and the Python/Perl bi= ndings. What is your application for the data? I had originally intended to use the binary database but I found the=20 non-standard format and introduction of dependencies less flexible for=20 my use case relative to fetching the plaintext set via submodule to=20 store in a sqlite db where it can then be queried using standard=20 libraries. For now my use case is limited to visualizing announcement=20 changes over time but I hope to make something of import at some point. The semi-recent change to maxmind's license + requiring an account to=20 fetch geolocation data led me to look into alternative sources, so thank=20 you for your work on location(8) :). --=20 Jordan Savoca --===============5610077059965256549==--