MobileRead Forums - View Single Post

terry.nz · 12-09-2023, 07:13 PM

I used an encoder checker (from github, maybe a fork of the one mentioned above) which checked and re-encoded those that weren't utf-8. Unfortunately the Pyton code still manages to find a badly encoded file. I then went in search of the badly encoded file using the series information (it seems that the process was running through the series in alhabetical order).

I spotted another issue and it possibly also stems from the TXT file contents. The TXT file has normal line endings (CR & LF) but after the pyton code has transferred that content to the series notes the CR and LF have been removed and everything is essentially on 1 line.

Thanks everyone, but at this point I think I'd rather spend a bit more time with AHK. It will be a good learning curve for me as well and allow me to expand on other fronts at a later stage.

Terry

12-09-2023, 07:13 PM	#1209
terry.nz Junior Member Posts: 9 Karma: 1466 Join Date: May 2016 Location: Canterbury, New Zealand Device: Kobo Glo	I used an encoder checker (from github, maybe a fork of the one mentioned above) which checked and re-encoded those that weren't utf-8. Unfortunately the Pyton code still manages to find a badly encoded file. I then went in search of the badly encoded file using the series information (it seems that the process was running through the series in alhabetical order). I spotted another issue and it possibly also stems from the TXT file contents. The TXT file has normal line endings (CR & LF) but after the pyton code has transferred that content to the series notes the CR and LF have been removed and everything is essentially on 1 line. Thanks everyone, but at this point I think I'd rather spend a bit more time with AHK. It will be a good learning curve for me as well and allow me to expand on other fronts at a later stage. Terry