RE: [Suggest] NONMEM adds UTF-8 support for csv files

From: Simon Davis Date: June 06, 2018 technical Source: mail-archive.com
Mark, et al., I’ve been following this conversation on NM Users with interest when you ask about a more user friendly interface and wondered if you had ever looked at Phoenix WinNonlin’s NLME module and it’s capabilities? I can’t send you the attachments on the NM user list but as we just release version 8.1 there will be a webinar today, 11 am EDT 6th June; registration https://www.certara.com/webinars/accomplish-more-with-phoenix-new-phoenix-8-1-release-in-june-2018/?ap%5B0%5D=1&ap%5B1%5D=PKPD&ap%5B2%5D=PKPD&UTM_LeadSource=06062018 https://www.businesswire.com/news/home/20180605005216/en/Certara-Launches-Version-8.1-Industry-leading-Phoenix-PKPD It has a GUI, flexible mapping of input data to model , and a very powerful language (PML) that we support with good documentation, training as well as regular webinars and a forum; https://support.certara.com/forums/forum/34-pml-school/ https://support.certara.com/forums/forum/35-nlme-nonmem-model-comparisons/ Additionally there is a model building can be performed from drop downs, graphical or textual mode. AS well as built-in run options for Covariate selection, bootstrapping, VPC etc. And the option to use it as a dashboard to launch lined R, SAS, PsN, NONMEM etc. runs If you want to take a look in using this at your organisation then feel free to drop me a line. Best regards, Simon. PS sorry Joe, UI is only on Windows but NLME itself is more than happy to run in command line on Unix, there are also various R projects to pre- and post-process it if you would prefer that. Simon DAVIS Senior Scientific Consultant Work Mobile : +44 7500 190 212 >> note the new number! Facsimile : +1 801 991 7145 Personal Mobile : +44 7980 832 666 https://certara.webex.com/meet/simon.davis [email protected]<mailto:[email protected]> Get tips and discuss Phoenix with other users on the forum. Follow this thread to learn more about Phoenix 8.1 https://support.certara.com/forums/topic/1100-phoenix-8-is-launching-on-october-3-2017/?p=5246 ______________________________________________________________________ http://www.certarauniversity.com/lms/ (some upcoming courses in EU, full list is here; https://certara-training.s3.amazonaws.com/LMS/website/files/phoenix/schedule/2018-CertaraUniversity-Public-Schedule.pdf Advanced Pop PKPD with Phoenix NLME 28-29 May: Montreux, Switzerland (PAGE conference) Intro to Phoenix WinNonlin, 19-21 June: Copenhagen: Denmark Intro to Phoenix WinNonlin, 16-18 October: London, England Intro to Phoenix NLME (Pop Modelling) 18-19 October: London, England Intermediate PKPD with Phoenix (Mon-Thur) 6-9 Nov, London UK Intro to Phoenix WinNonlin, 4-6 Dec, Frankfurt, Germany Phoenix WinNonlin IVIVC 6-7 Dec, Frankfurt, Germany
Quoted reply history
From: [email protected] [mailto:[email protected]] On Behalf Of Mark Tepeck Sent: 05 June 2018 22:56 To: [email protected] Cc: Sebastien Bihorel <[email protected]>; STANDING, Joseph (GREAT ORMOND STREET HOSPITAL FOR CHILDREN NHS FOUNDATION TRUST) <[email protected]> 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