Valores iniciales en una estimación BSR

[Pedro Gea]

¿Cómo se pueden establecer los varlores iniciales en una estimación BSR? La idea es poder arrancar la estimación desde unos valores iniciales diferentes a aquellos que se utilizaron en la construcción de los imports.

He visto un código que lo intentaba escribiendo en el sampler con un código similar a:

Real cycler::_.sampler::setStore(row);

pero así no funciona y estos valores (row) no se utilizan.
No sé si esto puede depender del valor de alguna setting o si hay algún otro método para hacerlo.

[Víctor de Buen Remiro]

A mí sí me ha funcionado muchas veces. Hay que hacerlo antes de que se inicialice el proceso o no sirve de nada. Yo lo llamo antes de crear el objeto de estimación. También hay que asegurarse de que está la variable de configuración

Real bsr.iniVal.try.givenByUser := 1;

para que intente usarlo primero en lugar de TolIpopt u otros.
También puede pasar que le pases un punto no factible y por eso busque otro.
Si me das más pistas o algo que reproducir puedo intentarlo.

[Pedro Gea]

Es necesario establecer a True el atributo:

Real cycler::_.sampler::_.resumed;

[Jorge]

Se solicita una método para indicar al cycler que inicie la cadena en un punto, lo que se hace en MMS es esto:

Real cycler::_.sampler::setStore(row);
Real cycler::_.sampler::_.resumed := True;

Este método pudiera implicar que Real bsr.iniVal.try.givenByUser := 1; o al menos advertir en caso de que no se cumpla.

[Víctor de Buen Remiro]

(In [4470]) Fixes #1493
New methods
Real @SubMasterBlock::tryInitialValues(Matrix row);
Real @Cycler::tryInitialValues(Matrix row);

[Pedro Gea]

(In [4822]) Refs #1493, #1494
Se corrige un bug por el cual, cuando resumed=True los valores iniciales establecidos no son tratados, en lugar de ser los preferentes.
Se entiende que la elección de "order=0" era para que se antepusiera en el Sort al resto de números (del 1 al 5) y no para que se descartara por el Select.
Se escoge un número !=0 y <1.