Hi OM's, On Wed, Dec 27, 2023 at 10:06:13PM +0100, Thomas Beierlein wrote: > Hi Marcin, > > the move to a database representation of the log file was discussed > some month ago. It got some pro and con arguments. > > Therefore there was no final decision to implement it. For the time > being we will stay with the actual log file format.
@Marcin: this task was on my list, but not in that form as you descibed. @Thomas: I don't remember that discussion that you mentioned, and after a quick search I was not able to find it. But it could be my fault. Nevermind. I can imagine a feature when the operator can import the log into the database. The key fields are: date-time-band-mode-callsign, in case if you want to store all QSO's in same table. If you want to store the logs in separated tables, then you can use the serial. @Marcin: I have some working code, which parses the logs and builds a db structure in memory. If that's help you, I can share with you somewhere. I think that would be a usefull feature, and can be optional part of Tlf (eg. create a "configure" argument before user compiles Tlf). Any ideas? 73, Ervin HA2OS
