Em 28 de outubro de 2012, Allin Cottrell escreveu:

On Sun, 28 Oct 2012, Henrique Andrade wrote:

> Em 26 de outubro de 2012, Allin Cottrell escreveu:
>
> On Fri, 26 Oct 2012, Henrique Andrade wrote:
>>
>>> I found another little strange behavior using PCA
>>> Function. Please take a look at the following Hansl
>>> code:
>>>
>>> <hansl>
>>> open australia.gdt
>>>
>>> loop i=1..30 --quiet
>>>    pca PAU PUS E --save[1]
>>> endloop
>>> </hansl>
>>>
>>> After 27 repetitions, the loop starts to save all the
>>> new series with the same name "PC1z".
>>
>> Well, yes, gretl will only go so far in trying to give unique names
>> to the components. For more control over the process, use the
>> function form, princomp().
>
> Dear Allin, is this the expected behavior? In the example
> above Gretl is saving different series with the same name.

Oops, no, that is not intended. I thought you meant that the series
PC1z was getting over-written, which wouldn't be so bad. Anyway,
this should now be fixed in CVS: we now allow for three rounds of
the alphabet, not just one: from "PC1" to "PC1zzz" or over 17000
series.

Dear Allin, I am sorry for insist with this subject, but I think the
changes you made did not fix (completely) the misbehavior.
Please take a look at the following Hansl code:

<hansl>
open australia.gdt --quiet

loop i=1..210 --quiet
    pca PAU PUS E --save[1] --quiet
    pca E IAU IUS --save[1] --quiet
endloop
</hansl>

After 208 repetitions all new variables are saved with the same
name: "PC1zzzzzzzzzzzzzzzz"

In my humble opinion, we could handle this in two ways:

1. Make the sequence of new series as PC1, PC1a, ..., PC1z,
    PC1aa, PC1ab, ..., PC1az, PC1ba, ...

2. Or make the new series overwrite the old ones.

Best regards,
Henrique Andrade