Apenas por curiosidade: essa duvida teve algum desdobramento?
Greetings, -- Thiago V. dos Santos
Postdoctoral Research FellowDepartment of Climate and Space Science and
EngineeringUniversity of Michigan
On Thursday, October 4, 2018, 7:12:29 PM EDT, Yury Duarte
<[email protected]> wrote:
Boa noite Paulo, como vai?
Agradeço desde já pela atenção.Tentei remover ao máximo as partes que não
afetam na função e anexei o script no arquivo texto que segue.
Att
Em qui, 4 de out de 2018 19:23, Paulo Justiniano Ribeiro Junior
<[email protected]> escreveu:
Olá!
krige.conv() só utiliza simulações caso seja indicado em output.options o
número de simulações da distribuição preditiva.Neste caso são geradas
simulações.As simulações só são geradas se:1. especificado explicitamente 2. se
for utilizada alguma transformação com lambda diferente de 0, 1/2
O seu exemplo se enquadra em algum caso?
A msg tb indica que voce colocou algum em micro.scale e seria bom saber o que
deseja com isto.
Se dados e códigos são grande Envie o comando completo da chamada da
krige.conv() para vermos as opções
P.J.
From: "Yury Duarte" <[email protected]>
To: "Thiago V. dos Santos" <[email protected]>
Cc: "a lista Brasileira oficial de discussão do programa R."
<[email protected]>, [email protected], "p diggle"
<[email protected]>
Sent: Thursday, 4 October, 2018 6:08:32 PM
Subject: Re: [R-br] Diferenças entre sistemas operacionais (geoR)
Não sei se existe um gerador de números aleatórios dentro da função, mas estou
passando pra ela todos os parâmetros já pré definidos antes dela ser
chamada.Vou colocar um set.sead() no início do código, conforme sugestão do
César para então comparar os valores gerados nos diferentes sistemas
operacionais e ver o que acontece.
Em qui, 4 de out de 2018 17:45, Thiago V. dos Santos <[email protected]>
escreveu:
Da maneira que eu vejo, a unica explicacao plausivel seria se a krige.conv
usasse um algoritmo gerador de numeros aleatorios. Caso voce tenha experiencia
com esmagamento de bugs, vc pode conferir isso no codigo dela. Ou entao esperar
o feedback dos autores.
Greetings, -- Thiago V. dos Santos
Postdoctoral Research FellowDepartment of Climate and Space Science and
EngineeringUniversity of Michigan
On Thursday, October 4, 2018, 4:39:08 PM EDT, Yury Duarte
<[email protected]> wrote:
Sim, Thiago. Até o último passo os resultados são iguais. A mesma grade com o
mesmo número de pontos é gerada. As mesmas informações são passadas como
parâmetro para a função, mas os resultados não batem. Nem mesmo em casos onde a
função não quebra, os valores gerados no Ubuntu não batem com os valores
gerados em Windows. Isso está me intrigando muito.
Em qui, 4 de out de 2018 17:23, Thiago V. dos Santos <[email protected]>
escreveu:
Nao deveria ser assim.
O seu codigo produz resultados identicos ate o momento em que voce roda a
krige.conv?
Em caso positivo, acho que seria uma boa ideia reportar esse erro ao Paulo
([email protected]) ou ao Peter ([email protected]).
Greetings, -- Thiago V. dos Santos
Postdoctoral Research FellowDepartment of Climate and Space Science and
EngineeringUniversity of Michigan
On Thursday, October 4, 2018, 3:42:35 PM EDT, Yury Duarte via R-br
<[email protected]> wrote:
Boa tarde a todos os coleas!
Fiz um código simples para interpolar valores que tenho em uma grade que
construo dentro do próprio código. Para isso, estou utilizando um modelo
esférico de interpolação por krigagem através da função krige.conv().Estou
achando muito estranho o fato de que, quando rodo o script em ambiente Windows,
não tenho problemas e meu script gera as saídas exatamente como o esperado,
entretanto, quando rodo o mesmo script (com o mesmo banco de dados) em ambiente
Linux (Ubuntu), a função krige.conv() corrompe e o erro gerado é:
krige.control: micro.scale must be in the interval [0, nugget]
Não encontrei nada em outros fóruns que pudesse me ajudar para explicar
isso.Caso alguém tenha interesse em testar exatamente o mesmo conjunto de dados
que estou utilizando, informem que passo um link no google drive, já que o
código e os dados de entrada são grandes demais para serem anexados no corpo do
e-mail/nos anexos.
Desde já, agradeço a atenção e a ajuda de todos!
Yury Duarte
Engenheiro Agrônomo - ESALQ/USP
_______________________________________________
R-br mailing list
[email protected]
https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br
Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forne�a c�digo
m�nimo reproduz�vel.
_______________________________________________
R-br mailing list
[email protected]
https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br
Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forne�a c�digo
m�nimo reproduz�vel.
