go to post Julian Matthews · Apr 11, 2022 Hey Ephraim. You will see from looking at the classmethod being called that there is a start date parameter which was left blank by Michael so that it will export everything up to the end date. In your case, you could do the following to fulfil your example: ##class(%SYS.Audit).Export("AuditExport.xml",,,"2022-03-01 00:00:00","2022-04-11 23:59:59") However this will only be useful to your specific date range, which is where Michaels use of $ZDT and $H come into play. If you wanted to execute the task and have it return the last 30 days, you could do this: ##class(%SYS.Audit).Export("AuditExport.xml",,,$zdt($h-30,3)_" 00:00:00",$zdt($h,3)_" 23:59:59")
go to post Julian Matthews · Apr 4, 2022 Hey Shamus. I do appreciate you replying, however I may not be being clear in my original question. Even if I have the correct settings in the Business Service, if the content format is one that conflicts with UTF-8, the display within the management portal will show as per my examples because the browser is trying to display non UTF-8 content as UTF-8. My original question was asking how others work with this. If you spot my second top-level comment, you will see that I had looked into using the browser to change the http content-type header, but that the major browsers no longer support such a feature. I'm guessing my only option is to export a message and then review the content there.
go to post Julian Matthews · Apr 4, 2022 Hey Shamus. I'm back to eat some humble pie! Turns out, I had confused myself early on and wrongly believed that Windows-1252/Latin1 were the same and I had my service set to Latin 1. This was then creating a scenario where I was digging myself into a hole of bad information. In fact, they are almost the same except for the exact characters I was using in my example. These code points are used by Latin-1 as control codes, and when Windows-1252 is mislabeled as Latin-1 they get lost... Thanks again for replying to my initial question and comments.
go to post Julian Matthews · Apr 1, 2022 I have looked at how I can change the behavior of the browser, but it seems that the big 3 (well, two) no longer have this feature. Here is an article giving some back story. Basically, Chrome used to have the option to manually overwrite the encoding type, but this was removed (however there are some 3rd party extensions out there to replace this feature, but I feel uncomfortable using random 3rd party extensions around healthcare data) Firefox also used to have this feature, but they replaced it with a tool that attempts to repair the character encoding, however it didn't do a great job as it decided it was "IBM866" so the content looked like this:
go to post Julian Matthews · Apr 1, 2022 Hey Shamus. My issue isn't with the actual character encoding, but the display of the characters because the management portal (being browser based) uses UTF-8. In my initial example, if I were to write the output to a file with the the correct character encoding set, it will look fine when opened in a text editor.
go to post Julian Matthews · Mar 24, 2022 Hey Token. You could use ##class(%PopulateUtils).VarString() to generate the random string.
go to post Julian Matthews · Mar 7, 2022 Hey Leon. The element of this issue that is perplexing me is that there is a difference between the RAW and Full view. Could you try sending a sample message to a HL7 File operation with the charset set to UTF-8? I'm curious to know if the characters display as expected, stay as the ANSI character, or become something else. I am wondering if the ANSI displaying in just the Full message viewer is contained to just the display of the full message, and any issues you are seeing in a destination system are a separate but similar issue with character encoding.
go to post Julian Matthews · Mar 3, 2022 I believe the privilege comes from the OS user that is launching Terminal. Have you tried running Terminal as an Admin and seeing if runs as expected?
go to post Julian Matthews · Feb 17, 2022 Hey Kurro. You should be able to include the allowed source in the rule constraint: Alternatively, you could add a rule above that looks like this:
go to post Julian Matthews · Feb 1, 2022 Hey Stefan. Is the file saved as a class when trying to run the formatter? I found previously that it's not enough to just set the language in a new class, but the file needs to be saved as the formatter relies on the file extension.
