Hi Allin, I did a test on file formats created by "Ox Console version 8.02 (OS_X_64/U)" and reading from gretl 2020a, and I found many inconsistencies in Ox. From files created by “savemat” command of Ox, gretl was able to read .csv, .dta, or .xlsx files fine, but not .xls files ("Failed to get workbook info”). Stata 10 was also able to read the .dta file. From files created by Ox database class “Save”, gretl was able to read .xlsx, or .csv files but not the .xls file ("Failed to get workbook info”), nor the .dta file ("This file does not seem to be a valid Stata data file”). Neither was Stata 10 able to read this .dta file. So the problem is with Ox, it seems. Since Ox claim the ".dta: Stata 11 data file (version 114)," I can’t test their claim with Stata 10. From files created by Ox database class “SaveXlsx”, gretl was able to read only the .xlsx file. For the .dta file and the .xls file it give the same set of errors as before. For the .csv file, it read garbage, as seen in the string_table.txt: String code table for variable 1 (PK): 1 = '%˜„SÂx' 2 = 'Ý
ÒùlT/w
d±Ã†v) [ÎQv`2ÀåNë£)?ãŠ!{±~5™\sé]—ª4xÐوúZ±6‰<lsgŸ%‚AJîö³®¡"£¥H¹Ï7N}U' 3 = 'òRŠrð?—%ëÑä™öï0œˆU l 1éó»8ð¥ð÷' 4 = ''Žpš‹ê‘'J¹&öƒ*C\ÔЧäo£éyŠXŠg—Z 3¥üz2#uŒûíöÃwÔ R+¬:Z' 5 = 'áh¯@5'ϗà¥mÃwb^fvé‡.ÈKbgÙn|Èõ!' 6 = 'yÕPè8i°br8"y_f4(<kµ¿ÜêüÐ8s"K‰ÐHàߝ>2þ’ÚýçªÖ_F˄oÆg‘ñÓ§ÂÕAÔÅ;PK' 7 = 'ÎóÜÌ×Zîïàõáþiyµö|®Ê’)Á¿†v›/PK' 8 = 'ëöÖ)BQœ.€Ô¡°' 9 = '^|cfGQÁnۂÀhȺxRðþöŒy’ So I will only use the Ox database class “Save” from now on. I don’t think you need to do any work on this, it seems. Fred > > On Mon, 24 Feb 2020, Fred Engst wrote: > >> Thank you Allin once again! Yes, I can now read .xlsx file created=20 >> by Ox in gretl. > > Hmm, I'm checking for problems in current gretl, as we prepare for a=20 > new release, and I see that the special case I introduced to handle=20 > Ox-generated xlsx files has broken reading of some other xlsx files=20 > which I think are probably more idiomatic. So I'll have to=20 > reconsider my "fix" unless I can get everything working. > >> I=E2=80=99m not sure what=E2=80=99s going on with OX. Not only was the = > excel file=20 >> format not standard, but both .csv and .dta files created by=20 >> =E2=80=9Csavemat=E2=80=9D statement in Ox are causing reading error in = > gretl. > > I tried generating csv and dta files from Ox (oxconsole7 on Linux)=20 > and found that these were read OK by gretl. Maybe you could send me=20 > some examples that don't work? > > Allin