Greetings,

In SUMA versions postdating this message GIFTI surfaces will be assumed to be in LPI, rather than RAI, in keeping with the GIFTI standard.

This change means that GIFTI surfaces created by older versions of SUMA, will be flipped along the R--L and A--P axes when loaded with new versions of SUMA. As a result, mixing old SUMA GIFTI surfaces with new SUMA binaries or vice versa, will result in surfaces that don't sit well on top of the anatomical volume. If you're in doubt, launch SUMA, talk to AFNI, and see what you get.

The effect of this change should be minimal on most users since GIFTI is seldom used at this point. If you have been producing GIFTI surfaces with SUMA in your process (users of option -nocor in @SUMA_Make_Spec_FS for example), those surfaces will need to have their X Y coordinates flipped in order to work well with the new SUMA. Flipping coordinates is easy with ConvertSurface's "-xmat NegXY" option. See also @SUMA_Make_Spec_FS -help, option -nocor for more suggestions.

The other effect this has is on SUMA's MNI and Talairach N27 surfaces that are in archives http://afni.nimh.nih.gov/pub/dist/tgz/suma_MNI_N27.tgz]suma_MNI_N27.tgz[/url] and suma_TT_N27.tgz. Those archives have now been updated to conform with the new SUMA binaries. If you have been using either of suma_MNI_N27 or suma_TT_N27 you should download them again when you update your SUMA binaries.

Note that datasets mapped onto older GIFTI surfaces with older SUMA binaries are valid. Although if you are to repeat the mapping command with the new SUMA binaries without first correcting or recreating the GIFTI surfaces, your results will be wrong.

When in doubt, as usual, look at your data. If the surfaces don't sit well on top of the volumes, and in this case they will be quite a bit off, then you have a problem. Otherwise you're OK.

All blame is to be directed at Nick over this affair. I, being too gentle of disposition, have suffered enough already.

cheers,
Ziad