Mark: NONMEM does not use or interpret extended UTF-8 code, but perhaps you mean that NONMEM could filter out bytes>127 when reading in data files that are UTF-8 encoded, and process only bytes <=127. This can certainly be done, and I can add it to the list of improvements for the next release.
Robert J. Bauer, Ph.D. Senior Director Pharmacometrics R&D ICON Early Phase 820 W. Diamond Avenue Suite 100 Gaithersburg, MD 20878 Office: (215) 616-6428 Mobile: (925) 286-0769 robert.ba...@iconplc.com<mailto:robert.ba...@iconplc.com> www.iconplc.com<http://www.iconplc.com/> From: owner-nmus...@globomaxnm.com<mailto:owner-nmus...@globomaxnm.com> [mailto:owner-nmus...@globomaxnm.com] On Behalf Of Mark Tepeck Sent: Tuesday, June 05, 2018 2:56 PM To: nmusers@globomaxnm.com<mailto:nmusers@globomaxnm.com> Cc: Sebastien Bihorel; STANDING, Joseph (GREAT ORMOND STREET HOSPITAL FOR CHILDREN NHS FOUNDATION TRUST) Subject: Re: [NMusers] [Suggest] NONMEM adds UTF-8 support for csv files Hi Joe and Sebastien, Thank you for your feedback. Microsoft software is surely not my favorite platform; However, I have to stick with MS due to the policy for the organization computer I use. I agree with Sebastien that there are some easy workarounds. It is indeed easy on an individual basis, but it can be substantial efforts if accumulated for all NONMEM users. NONMEM has more than a decade history; why couldn’t it be made more robust, versatile and user-friendly? Even if the new feature requested doesn’t benefit every end-user immediately, it might be useful one day. UFT-8 BOM csv files are widely supported by csv viewers, which speaks for their value in some scenarios. Why couldn’t it be supported by NONMEM as well? The most successful software are typically those constantly evolving and adapting to meet users rather than those ignoring users feedback and calling them to make an adaption. Best, Mark <br /><br /> ICON plc made the following annotations. ------------------------------------------------------------------------------ This e-mail transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that ICON plc can arrange for proper delivery, and then please delete the message. Thank You, ICON plc South County Business Park Leopardstown Dublin 18 Ireland Registered number: 145835