Abril 2013 - R-br - DINF UFPR

Series temporiai Arima
by edmar Caldas 20 Abr '13

20 Abr '13

dados1<-read.csv("C:\\Users\\Edmar\\Desktop\\dados.csv",head=T,sep=";",dec=" ,") > attach(dados1) > head(dados1) Data V2 1 02/jan/08 5.007.331,28 2 03/jan/08 4.698.059,06 3 04/jan/08 4.337.845,89 4 07/jan/08 4.297.929,19 5 08/jan/08 3.922.327,63 6 09/jan/08 4.346.548,66 > plot.ts(V2) At´q aqui OK. Porque não consigom o rban preciso de algum pacote adicional.? > rban<-diff(log(V2)) Erro em Math.factor(c(483L, 401L, 340L, 333L, 269L, 342L, 301L, 209L, : log não faz sentido para fatores

1 0

ENC: Series Temporias
by edmar Caldas 20 Abr '13

20 Abr '13

Pessoal preciso de uma ajuda. fiz uma serie temporal ele mesmo ajustou um ARIMA. Agora preciso achar o MAPE e as estatísticas do modelo como faço. Tem também o ljung.box

1 0

Re: [R-br] mudar de decimal para inteiro
by Helena Turon 20 Abr '13

20 Abr '13

Fátima, Estou trabalhando com conjuntos de dados grandes em txt. Troquei o ponto e vírgula por vírgula. No bloco de notas mesmo (é bem rápido) e abri: liarq <- read.table(paste(x1), header=F, sep=",", na.strings="NA", dec=".", strip.white=TRUE) Abraço, Helena

1 0

Re: [R-br] Contar Dados faltantes
by Helena Turon 20 Abr '13

20 Abr '13

Prezados Edson, Fernando e Manoel, boa noite. data.table Instalei o pacote (e a versão 3.0 do R), estou aprendendo, parece bem interessante! Teoricamente c e h deveriam ter o mesmo tamanho (60.000 linhas). São 2 vetores com datas e horários: um teórico (com todas) e o outro o real, que deve ter algumas faltas. Segue amostra dos vetores. O (%in%) retorna alguns True que seriam False. Se eu comparar o tamanho dos vetores, tenho uma ideia das faltas. Agora vi que era o que eu estava fazendo com aquele loop. aa <- length(bancof[,1])-length(obsf[,1] Também, acho que meu computador é fraco: Intel(R) Core(TM)2 DUO CPU E7500(a)2.93GHz Abçs e muito obrigada. Helena

1 0

Re: [R-br] mudar de decimal para inteiro
by Fátima Lima Paula 20 Abr '13

20 Abr '13

Acabei de descobrir que quando eu leio o banco esse número "perde o final". É um código. Ele tem os primeiros dígitos depois vem vários zeros e depois mais alguns dígitos. Estou em desespero. Perdi horas e horas de trabalho. Vi que é um problema de importação do banco. Nunca havia trabalhado com bancos grandes. Quando eu peguei o banco, ele veio em txt. Deve ter sido na hora que fui abrir no excel. Alguém pode me dar uma luz em relação a isso? Tenho um banco em txt, separado por ponto e vírgula, sem "header". Como é a melhor forma de trabalhar esse banco no R? Obrigada Em 19 de abril de 2013 18:21, Leandro Marino < leandromarino(a)leandromarino.com.br> escreveu: > Em um número deste tamanho consideraria transformar para character. > Fatalmente é um código de município. > > Já tive problemas em números inteiros largos na hora de fazer o merge uma > vez que eles são interpretados como pontos flutuantes.... > > Tive dois números que apesar de serem diferentes na hora do merge eram > juntados.... > Em 19/04/2013 17:24, "Fátima Lima Paula" <fatima.lima.paula(a)gmail.com> > escreveu: > >> Prezados meus números estão aparecendo dessa forma: >> 3.31000e+12 >> Como faço para que fique >> 3310008457687 >> Alguém pode me ajudar, por favor? >> Obrigada >> >> _______________________________________________ >> R-br mailing list >> R-br(a)listas.c3sl.ufpr.br >> 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 > R-br(a)listas.c3sl.ufpr.br > 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. >

3 7

Re: [R-br] mudar de decimal para inteiro
by David Valentim Dias 19 Abr '13

19 Abr '13

Se realmente são dados inteiros deve especificar usando interger() ou as.integer(), existe um tratamento especial para já que sua representação muda dependendo de hardware/linguagem! Transformar em character resultada em um uso desnecessário de bytes para armazenar o número. Para quem acha que 0.2 + 0.1 deveria dar 0.3 *> sprintf("%0.20f", 0.2 + 0.1) [1] "0.30000000000000004441"* Recomendo ler: http://floating-point-gui.de/basic/ Em 19 de abril de 2013 17:21, Leandro Marino < leandromarino(a)leandromarino.com.br> escreveu: > Em um número deste tamanho consideraria transformar para character. > Fatalmente é um código de município. > > Já tive problemas em números inteiros largos na hora de fazer o merge uma > vez que eles são interpretados como pontos flutuantes.... > > Tive dois números que apesar de serem diferentes na hora do merge eram > juntados.... > Em 19/04/2013 17:24, "Fátima Lima Paula" <fatima.lima.paula(a)gmail.com> > escreveu: > >> Prezados meus números estão aparecendo dessa forma: >> 3.31000e+12 >> Como faço para que fique >> 3310008457687 >> Alguém pode me ajudar, por favor? >> Obrigada >> >> _______________________________________________ >> R-br mailing list >> R-br(a)listas.c3sl.ufpr.br >> 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 > R-br(a)listas.c3sl.ufpr.br > 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. > -- Biostatistician Consultant and Cogito Programmer's http://www.facebook.com/CogitoConsultoriaEstatistica Curriculum: http://lattes.cnpq.br/7541377569511492

1 0

mudar de decimal para inteiro
by Fátima Lima Paula 19 Abr '13

19 Abr '13

Prezados meus números estão aparecendo dessa forma: 3.31000e+12 Como faço para que fique 3310008457687 Alguém pode me ajudar, por favor? Obrigada

2 2

None
by None 19 Abr '13

19 Abr '13

1 0

Transformação de dados (Box-Cox, Pot. est. variância de Tukey) e Parcela perdida
by Ederson Civardi 19 Abr '13

19 Abr '13

Olá, como vai? Alguém pode me ajudar a tirar umas dúvidas a respeito de quantas vezes posso transformar os dados. Já ouvi as duas situações, pode somente transformar uma vez seus dados e outros falam que posso transformar os dados quantas vezes forem necessárias para obter as pressuposições básicas. O que é o correto? Quantas transformações posso fazer nos mesmos dados? Outra dúvida é sobre parcela perdida, como deve usar ao digitar os dados para que o R entenda? Em branco, ponto, NA, Na ou na? Agradeço quem puder ajudar. Ederson

3 2

Re: [R-br] Pacote IBGEPesq e dicionarioIBGE
by Roney Fraga Souza 19 Abr '13

19 Abr '13

Olá Luciane, A vantagem de utilizar o pacote 'SAScii' é o fato dele importar os dados com o dicionário do SAS. Att Roney ## ---------------------------------------- # instalando o pacote 'SAScii' elaborado por Anthony Joseph Damico install.packages('SAScii') # carregando o pacote library(SAScii) # é necessário eliminar os comentários do dicionário, os /* … */, para realizar a leitura correta # lendo o dicionário da PNAD 2011 pessoas parse.SAScii( "2011_DOM_input.sas") # lendo o arquivo txt dom2011 <- read.SAScii('2011_DOM.TXT', '2011_DOM_input.sas', beginline=11, buffersize=1000) ## ---------------------------------------- # a função read.SAScii.sqlite() é muito útil para carregar os dados direto para SQLite source_url( "https://raw.github.com/ajdamico/usgsd/master/SQLite/read.SAScii.sqlite.R" ) drv <- dbDriver("SQLite") con <- dbConnect(drv, dbname='pnad') # transformar um arquivo do IBGE direto em uma base SQLite read.SAScii.sqlite(fn = "2011_PES.TXT", sas_ri = "2011_PES_input.sas", tl = TRUE, tablename = "pes2011", db = con)

3 2