Installed 2.33.0 and used (parallel to 2.30.3 which was a production machine) on the last event. Almost all was working as expected, except two (but either not blocking) issues:
When I exported the competitor data from Sailwave to RacingRulesOfSailing Event using the plugin, only few competitors received the Nationality attribute into RRS. All other were empty (blank?).
I used the SailNo column with the NAT inside (like XYZ 123456) and a separate Nationality Column with the Nat code (XYZ), so at the end no problems for the RRS Competitors list.
The similarity I found, but not proved yet to be a rule, is that only Nationality codes which were unique in Sailwave (only one competitor from this state) were transferred to RRS Nationality column.
I am using Sailwave under Wine (PlayOnLinux on Mint 21.3). When using the export to RRS plugin, I received a strange message window about ānot finding Sailwave workingā (I cannot reproduce it now), but the data was transferred (see Note 1). In a Windows Virtual Machine (KVM) there was no such error message with same result in RRS.
It would be very strange if some of the Nat fields transferred but not others but Iām happy to have a look If you would like to share the Sailwave file .blw with me (jon@sailwave.com)
Re topic 2 Thanks Iām aware of that message coming up occasionally but it is mostly when running on non windows systems or running under virtual machines. I have a simple fix for it but itās not worth issuing a new version just for that as it is still fully working.
The issue was at RacingRules of Sailing - This has now been fixed. It occurred because of some change RRS made
Note that now RRS donāt use the same country code as World Sailing
e.g. Switzerland is SUI for World Sailing but RRS are using CHE and are converting them which I personally think is rather confusing but that is a matter for RRS and its users
Croatia is CRO for World Sailing but HRV for RRS
I am testing the new plugin. After pressing Update, Status shows Processing Competitors, then Connected to Server, immediately followed by an error box: Invalid command specified.
Any ideas?
Evert
Hi
Thank you for reporting this issue. We have had it reported by one other user and on investigation the Invalid command is coming from the Irish Sailing Server. I have submitted the error to them and Iām currently awaiting their response. It may be something is wrong with the data being submitted but Iāve looked at it and it appears to be fine. So I need to know what command they are rejecting and why.
Once Iāve have an answer Iāll let you know
I have found the issue that was causing the Invalid command in the other persons case. This was due to some special characters that they had used in the Event name Hex characters 91 and 92 in this case
I am usually using UTF8 character set in CSV to import competitors, getting some āgarbageā dual byte symbols in Sailwave screens for croatian symbols, but exporting or publishing results to RRS or browsers i get them again OK.
So, using UTF8 no export problem.
I can check with croatian symbols entered in application (single byte Eastern Europe ASCII variant) later.
Hello Jon,
My column names are bilingual with separating the 2 languages so they are forced to display on 2 lines. I suppose thatās where the problem lies.
I assumed that the default/original column names would be used for the transfer.
Evert
Hello Jon,
Paul Z pointed out to me the presence of an apostrophe in the Event Name. All is good now even with instances of in the event and/or column names.
Evert
Hi Evert - Thanks for the update. I did find a similar issue with one use using the Irish Sailing Plugin. Where they were using one of the unusual apostrophes. The easy thing was to remove it and all was good but I did find that if I converted the text to UTF-8 then that cured it also so for a future edition of the plugin I will also add that to the RRS plugin
I tried to export a competitor list to RRS where all user (with some names using Croatian characters Å”ÄÄÄž Å ÄÄÄŽ) were imported from UTF-8 CSV. The export was good. After that, just one competitor was added at last moment through āNew competitorā Sailwave function, with the āžā in Surname (single byte).
Trying to export again the data to RRS, I got āInvalid command enteredā.
Changed this competitor using āEdit cellsā from āžā to āzā (single byte ASCII), all transfered OK.
Changed to UTF-8 dual byte code Croatian symbol, all transferred OK.
So the cause of the problems in my case are the single byte Croatian symbols (>7Fh), at least some of them.
I think the good solution would be (if possible) to switch the entire application to UTF-8, dropping the single byte national solutions used today. It will solve also the dual byte garbage displayed in Sailwave for nation specific symbols when imported from the UTF-8 CSV text file (p.e. LibreOffice Calc).
Since I am publishing Sailwave results to browser and print them to PDF, all characters (in UTF-8) are at the end published as expected. The issues in publishing also (not only in exporting to RRS) are manually changed competitor name fields, column names or Event name fields containing single byte croatian symbols entered through Sailwave, they are wrongly displayed as strange āquestion mark rectangleā in UTF-8 html or PDF.
Premise on the test: Competitors are imported from UTF-8 CSV file. Just one is later directly added into Sailwave (name with ž), as described in previous post.
The single byte ASCII Character āžā entered through Sailwave now is transferred well to RRS. But all other UTF-8 already existing characters in other competitor names are now transferred as double characters: one example: Ćā” instead of Ä. (behavior not seen before)
These double byte strange characters are the same I can usually see in the Sailwave screens when I import a UTF-8 competitor file, the good is that all is later well printed as results to PDF through browser.
Hi Walter
I would like to see the files you are using to see what I can do for you if possible
(jon@sailwave.com) I always import as ANSI and usually have little problems if I do that.
If the CSV is not ANSI I use the Notepad++ (which is free) to convert it from UTF-8 to ANSI
Perhaps it would be a good idea to do this automatically when importing
Iāll try and experiment soon
Jon
I will sent you, as I reach the computer.
I am using UTF-8 in CSV import and in browser for result publishing for years, not ANSI, since it minimizes problems with Croatian symbols.
I will try to explain.
System Linux Mint 21.3, PlayonLinux, Sailwave, Locale-charmap UTF-8.
Sailwave āLanguageā Eastern Europe
Whatever input I use (WIn1250, ISO-8859-2, UTF-8 for the import, I canāt get Croatian symbols in Sailwave, the only way to have them on reports is importing UTF-8 from CSV, use them as displayed in Sailwave, Publish to browser. If I use other ASCII encodings (Win1250, ISO8859-2), no Croatian symbols in browser. Some time ago, there was a setting in Firefox to change the character set back to one used, I canāt find it now (and it is not necessary in UTF-8)
