RE: UMLS Env variables suggestion

2014-01-06 Thread Chen, Pei
Sounds like a good idea; 
we can just update all of the documentation/scripts to use underscore (_), and 
leave the dot (.) in the code to be deprecated for now?
--Pei

 -Original Message-
 From: Finan, Sean [mailto:sean.fi...@childrens.harvard.edu]
 Sent: Saturday, January 04, 2014 10:10 PM
 To: dev@ctakes.apache.org
 Subject: RE: UMLS Env variables suggestion
 
 This went in to 3.1  https://issues.apache.org/jira/browse/CTAKES-164
 
 I agree - the docs need to be updated if there is consensus on the use of this
 method.  Personally I think that there should be one supported method, not
 both dot and underscore.  I would prefer that we remove the dot
 functionality since it is not operational across all environments, but it 
 isn't up
 to me alone to remove functionality.
 
 -Original Message-
 From: Chen, Pei [mailto:pei.c...@childrens.harvard.edu]
 Sent: Saturday, January 04, 2014 4:08 PM
 To: dev@ctakes.apache.org
 Cc: dev@ctakes.apache.org
 Subject: Re: UMLS Env variables suggestion
 
 I believe Sean updated the code to also support underscore (_) as well. But
 the docs just need to be updated...
 
 
  On Jan 4, 2014, at 4:04 PM, Dewful dew...@gmail.com wrote:
 
  In the documentation, in the .sh files to run ctakes;
 
  # If you plan to use the UMLS Resources, set/export env variables #
  export ctakes.umlsuser=[username], ctakes.umlspw=[password]
 
  however, simply trying to
 
  export ctakes.umlsuser=myusername, ctakes.umlspw=mypassword
 
  doesnt work because bash3 doesnt allow dots in the keyname and will
  throw an error
 
  bin/runctakesCVD.sh: line 42: export: `ctakes.umlsuser=username,': not
  a valid identifier
 
  http://stackoverflow.com/questions/15016403/how-to-export-dot-
 separate
  d-environment-variablesexplains
  some solutions
 
  it may be helpful to show how the user can set these easily if they
  want to set the env variables this way, possibly using one of the
 suggestions in SO.
 
  N


RE: UMLS Env variables suggestion

2014-01-06 Thread Finan, Sean
+1

-Original Message-
From: Chen, Pei [mailto:pei.c...@childrens.harvard.edu] 
Sent: Monday, January 06, 2014 10:57 AM
To: dev@ctakes.apache.org
Subject: RE: UMLS Env variables suggestion

Sounds like a good idea;
we can just update all of the documentation/scripts to use underscore (_), and 
leave the dot (.) in the code to be deprecated for now?
--Pei

 -Original Message-
 From: Finan, Sean [mailto:sean.fi...@childrens.harvard.edu]
 Sent: Saturday, January 04, 2014 10:10 PM
 To: dev@ctakes.apache.org
 Subject: RE: UMLS Env variables suggestion
 
 This went in to 3.1  https://issues.apache.org/jira/browse/CTAKES-164
 
 I agree - the docs need to be updated if there is consensus on the use 
 of this method.  Personally I think that there should be one supported 
 method, not both dot and underscore.  I would prefer that we remove 
 the dot functionality since it is not operational across all 
 environments, but it isn't up to me alone to remove functionality.
 
 -Original Message-
 From: Chen, Pei [mailto:pei.c...@childrens.harvard.edu]
 Sent: Saturday, January 04, 2014 4:08 PM
 To: dev@ctakes.apache.org
 Cc: dev@ctakes.apache.org
 Subject: Re: UMLS Env variables suggestion
 
 I believe Sean updated the code to also support underscore (_) as 
 well. But the docs just need to be updated...
 
 
  On Jan 4, 2014, at 4:04 PM, Dewful dew...@gmail.com wrote:
 
  In the documentation, in the .sh files to run ctakes;
 
  # If you plan to use the UMLS Resources, set/export env variables # 
  export ctakes.umlsuser=[username], ctakes.umlspw=[password]
 
  however, simply trying to
 
  export ctakes.umlsuser=myusername, ctakes.umlspw=mypassword
 
  doesnt work because bash3 doesnt allow dots in the keyname and will 
  throw an error
 
  bin/runctakesCVD.sh: line 42: export: `ctakes.umlsuser=username,': 
  not a valid identifier
 
  http://stackoverflow.com/questions/15016403/how-to-export-dot-
 separate
  d-environment-variablesexplains
  some solutions
 
  it may be helpful to show how the user can set these easily if they 
  want to set the env variables this way, possibly using one of the
 suggestions in SO.
 
  N