Renaming stored estimates name

[Samuel Bailey]

I am using Stata 15.1 on a Linux system.

I used the "estwrite" module to save several estimates on the disk to use later for a table. One of these estimates I accidentally gave the same name as another. I meant to write

<estimation stuff>
estimates store haz3, title(haz3)
estwrite haz3 using haz3
<more estimation stuff>
estimates store haz6, title(haz)
estwrite haz6 using haz6

and instead wrote

<estimation stuff>
estimates store haz3, title(haz3)
estwrite haz3 using haz3
<more estimation stuff>
estimates store haz3, title(haz3)
estwrite haz3 using haz6

I would like to do something like

estread _all using haz3.sters
estread _all using haz6.sters
estout haz3 haz6 using estimation_table

but cannot as both estimates have the same name.

The obvious fix would be to just correct the original code and re-run the estimations, but these take a long time to run. Is there a way to load an estimate with estread and then change the name, so it doesn't overlap with the other? Thank you for your help.

[Phil Bromiley]

Have you tried estread the estimates and then storing them under a new name?
If you still have the estimates store results available, try estimates restore and then estimates store with a new name.

I have not tried these out.

[Samuel Bailey]

Have you tried estread the estimates and then storing them under a new name?
If you still have the estimates store results available, try estimates restore and then estimates store with a new name.

I have not tried these out.

Sorry, I should have mentioned what I already tried in the original post. I've tried running the estread command and then using eststo with a different name. I've also tried bringing the estimates in with estread, then running "estimates replay" to show the regression table, and saving the results after that. In both cases, I get the r(301) error "last estimation results not found, nothing to store." If I try listing the variables in the e-class with "eret list" I also get nothing. The estimates are in the memory somehow, though: whenever I replay the estimates, the table displays correctly.