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

Avant d’ouvrir ce programme Sas sauvegardé, vous devez prendre des décisions, quant à votre contexte de
travail en ods. De plus le code récupéré ne comporte pas le tout début proc template ; et le run; final.
• Soit faire tout en temporaire dans la work sans contrôle et, donc avec écriture du template modifié dans
l’entrepôt Sasuser.templat, tout en n’oubliant point de le nettoyer après usage pour ne pas l’encombrer
par le programme suivant. Et à la fin de votre travail, vous ne détruirez que ce template modifié dans le
magasin/itemstore implicitement désigné en mode update
proc template ;
delete stat.lifetest.graphics.productlimitsurvival;
run;
Si, par contre, vous passez le programme qui suit, vous supprimerez tout votre entrepôt en faisant table
rase de ce que vous y avez déposé d’autre :
ods path Sashelp.tmplmst(read);
proc datasets library=Sasuser nolist;
delete templat(memtype=itemstor);
run;
ods path Sasuser.templat(update) Sashelp.tmplmst(read);*recréation à vide;
Une autre façon de ne nettoyer qu’une partie du Sasuser.templat serait de passer ce code, qui de plus
contrôle le magasin touché:
proc template ; delete stat /store=Sasuser.templat; run;
Tout ce qui était stocké dans le casier/templatestore Stat aura été effacé, mais par exemple pas votre
tagsets.Excelxp qui se trouve dans un autre casier.
• Soit maîtriser les lieux des magasins/entrepôts, car vous vous en resservirez : c’est le choix fait ici.
Comme j’ai l’habitude de templéter dans un lieu qui m’est propre, j’établis donc ce cadre de travail
libname tpl "D:\My Sas Files\tpl";
ods path tpl.modtpl(update) Sasuser.templat(read) Sashelp.tmplmst(read);
c’est à dire que le sous-repertoire tpl dans My Sas Files va récupérer obligatoirement toute soumission
de template dans un magasin de nom modtpl.
Second commentaire sur le code : je suis devant du GTL et le graphique est donc encadré par un begingraph
/ endgraph. Je repère ensuite, un genre de syntaxe if (qqch) /else/ endif et je découvre qu’il y a, en fait,
deux grandes boucles liées à un test sur NSTRATA=1 que je discerne comme réservé pour le cas où il n’y
aurait qu’une strate.
Allant donc vers la boucle else correspondante, je tombe très vite sur le layout overlay / endlayout nous
concernant (layout overlay ≈ éléments superposés)
Me saute aux yeux la ligne à modifier celle marquée et je remplace les valeurs initiales par un marquage
détaillé des graduations/tick entre .8 et 1.
C’est la seule modification apportée !
Curieux, je tente ensuite de comprendre l’architecture interne des tracés demandés et reconnait que, suite à ma
demande de Confidence Bands (CB dont la définition par défaut est le Hal-Wellner), c’est bien le test PLOTHW
qui enclenchera un bandplot autour d’un stepplot qui s’exécutera lui dans tous les cas ainsi que l’élément
discretelegend qui tentera de placer la légende adéquate (dans un encadré layout gridded / endlayout
layout gridded ≈ éléments juxtaposés avec espaces adaptables) suite aux tests successifs sur PLOTCENSORED et
PLOTTEST.
Rem : Il existe un troisième type de motif/layout layout lattice ≈ éléments juxtaposés avec espaces identiques.
L’analyse du code de chacune de ces parties montre maintenant clairement des options appliquées et que nous
pourrions changer : le symbole du marqueur, des libellés, des tailles etc.
Pour cette première excursion poussée dans l’ods graphics lié à une procédure, ce que nous avons fait est assez
simple. Mais cela demande une connaissance du code de la procédure et de ses variantes possibles permettant de
naviguer dans la compréhension du code détaillé.
132 Pratique de Sas windows ….93 Volume 2 et Coll.