Pratique de Sas Windows ...9.3 Volume 2 - Ined

4.5.2.5 Réflexion et remarques
Des questions n’ont pas été examinées dans les rapports Sas – R.
1) Les habitudes antérieures de l’utilisateur
Chaque lecteur pourra avoir un avis différent selon un grand nombre de paramètres implicites: la taille
habituelle de ses données, l’effort antérieur fourni pour connaître les aspects du code de Sas et du code
de R / ou l’absence d’investissement dans un minimum de savoir technique dans l’un ou dans l’autre
logiciel, ses besoins pratiques, son environnement contraint sur son lieu de travail, son âge et donc sa
formation antérieure, etc.
Il aura ainsi l’impression que soit R ou soit Sas est mieux ! J’ai essayé de présenter en matière de
graphiques les équivalences. Bien sûr R a 3600 packages divers et variés. Et puis, il y a la question de la
reproductibilité scientifique. Etc. … etc.
2) La qualité et complétude de l’installation locale de R
Un package présent ou absent, des packages non mis à jour, des versions différentes de R peuvent
engendrer sous IML Studio des problèmes différents comme l’a montré l’utilisation de Factominer
appelant un autre package Rcmd ou même de la fonction hclust du package {stats} non mis à jour sous
R 2.10.
Sous Xp, répéter 3 fois la commande source ou s’attendre à une longue liste de message de Warning et
Error ; sous W7 si on n’a pas les droits Administrateur et qu’en plus, on tente d’écrire sur le disque C :
en zone protégée pour l’Ined. Commande non connue pour mise à jour de package existant. Etc.
3) Les détails internes des conversions (tables-matrices-dataframe-vecteurs)
Dans ce domaine, il est important de lire la documentation, car les implicites de R sont aussi nombreux
que les subtilités de Sas (Fondation, Iml et IMLPlus) en matière de date, données manquantes,
structures etc. Par exemple, il y a une différence entre Capitale et bas-de-casse pour les noms de variables et de
fonctions.
Les détails se trouvent dans la rubrique Using Client-Side R de la 1 ère colonne.
Ainsi le module non montré ExportMatrixToR portant sur notre DataObject Ulysse conduit à une erreur.
run ExportMatrixToR (Ulysse , 'voyage');
ERROR: IMLPlus cannot convert the data to the required type. (1, 22)
Mais, par exemple pour les conversions de date, cela semble bien se passer comme témoigne cet utilisateur de
R : http://www.r-bloggers.com/calling-r-from-Sas-iml-studio/
En fait : datew.d => Date / datetimew.d => POSIXt /autre => numeric dans le sens Sas=>R;
dans le sens R=>Sas, Date => Date9. / POSIXt => Time19. /autre => sans format.
Nous n’avons pas vu l’exportation de R vers Sas, pour laquelle un module du Studio existe.
Et il existe, pour le R-o-Phile, d’autres chemins http://www.r-bloggers.com/example-7-10-get-data-from-r-into-Sas/
Compte tenu de mon expérience dans ce domaine des échanges entre logiciels à usage statistique, je pense que
l’intégration des formats personnels dans la prochaine version du Sas IML Studio marquera un tournant en
espérant que les modules d’import et export aient été enrichis.
238 Pratique de Sas windows ….93 Volume 2 et Coll.