I modified my .afnirc file to include AFNI_1D_ZERO_TEXT = YES as per my problem in my previous post. Although that worked to fix the previous problem, afni is now not recognizing my other environmental variables like my template and atlas. This is the beginning of my .afnirc file and the message I get when opening afni. Any suggestions?
// This is a sample .afnirc file.
// Copy it into your home directory, with the name ‘.afnirc’.
// Then edit it to your heart’s delight.
// See README.setup and README.environment for documentation.
***COLORS
// Define new overlay colors. These will appear on the color menus.
*** WARNING: Identical ID codes in /Users/rossisl/macaque_atlas_final/D99_template+tlrc.HEAD and ./macaque_atlas_final/D99_template+tlrc.HEAD
*** WARNING: Identical ID codes in /Users/rossisl/macaque_atlas_final/D99_template+tlrc.HEAD and ./macaque_atlas_final/D99_template+tlrc.HEAD
*** WARNING: Identical ID codes in /Users/rossisl/macaque_atlas_final/D99_atlas_1.1_final+tlrc.HEAD and ./macaque_atlas_final/D99_atlas_1.1_final+tlrc.HEAD
I tried to add this and then run it again: @AfniEnv -set AFNI_1D_ZERO_TEXT = YES
but I got this error
error: Option or parameter ‘YES’ not understood
Here’s hoping these excerpts from ‘@AfniEnv -help’ enlighten:
‘-h_find WORD: Search for lines containing WORD in -help’
Hmm, are you opening up AFNI from within your AFNI_GLOBAL_SESSION directory? In that case, it is finding each file twice, and I think that is why it is identifying each file with itself as identical.
If you open ‘afni’ from a different directory, does that happen? In general, I would think that shouldn’t be a problem.
From my home directory, if I just type afni (in the past, it would pull up just my template and atlas), it’s not finding anything and giving me that error. If I cd ~ and ls -a -l, I get a 3 permutations of .afnirc (although I didn’t make them)…
when you open ‘afni’ in a directory with no data, it starts looking in subdirectories. In this case, a subdirectory of your home is also what you’ve set your AFNI_GLOBAL_SESSION to, so it is finding the same data sets twice, once as:
./macaque_atlas_final/D99_template+tlrc.HEAD (this is from checking subdirs for data sets)
and once as:
/Users/rossisl/macaque_atlas_final/D99_template+tlrc.HEAD (this is from the environment path)
So, if you open your AFNI from a different directory still, for example one with data sets in it (but not the AFNI_GLOBAL_SESSION), does that sort out your WARNING messages?
As to those ~/.afnirc.* files, those should just be being ignored by afni, since they have other characters attached to their name; I assume that someone (?) put them there as backups of earlier versions?
Ok yes - sorry. Seems to work fine now without errors when I’m in a directory that contains datasets. (although originally, that was problem so somewhere along the way, it got fixed). Thanks so much for your help!
Do you have any suggestions for how to configure my .afnirc file if I am analyzing datasets from 2 different experiments on 2 different species? Would I have to change my .afnirc settings to call the individual templates/atlases for each experiment?
Call the AFNI GUI with the variable definitions you want for that session:
afni -DAFNI_SUPP_ATLAS_DIR=…
Might be easier to make an alias in linux like rafni and mafni
Set the environment variables in the shell or script (tcsh, use setenv).
Concatenate the CustomAtlases.niml files to include both sets of definitions in a single file (use cat). The atlas datasets are specified in the .niml files. If they are not in the same directory as the CustomAtlases.niml file, whereami functions search the directories included in the AFNI_ATLAS_PATH variable.
The
National Institute of Mental Health (NIMH) is part of the National Institutes of
Health (NIH), a component of the U.S. Department of Health and Human
Services.