NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Oi Yoshihiro, Bom saber que temos progressos.O BUFR2GEMPAK pode ser executado manualmente. Os arquivos baixados estão no formato BUFR. Vc pode usar os nossos programas para ler BUFR. Estou copiando esta mensagem para o Sérgio Henrique e a Ana Lúcia que poderão ajudá-lo com esse pacote.
Abs, Waldenio. Y. Yamasaki wrote:
Prezado Valdenio,Finalmente consegui fazer com que os arquivos sejam colocados no diretorio correto!O que fiz foi: instalar o fedora64 - substitui o suse 32 Reinstalei tudo novamente.Tentei seguir os procedimentos que estão no site idd/brazil mas realmente tem um problema no arquivo pqact.conf descrito. Alias tentei as duas formas descritas mas sempre dá o mesmo problema -- cf. já descrevi anteriormente. A unica forma de fazer com que os arquivos sejam colocados no diretorio correto foi : HDS ^(ISAI01)(....)(......)FILE /data/ldm/gempak/ema_inmet/\1_\2_\3.bin HDS ^(ISAI02)(....)(......) FILE /data/ldm/gempak/pcd_inpe/\1_\2_\3.binPois bem. O proximo passo é fazer com que gere os arquivos *.gem ---> o que nao está acontecendo.Voce sabe qual o comando que devo dar para se ter um dump de um arquivo do diretorio ema_inmet : ISAI01_SBBR_021900.binou como posso testar o BUFR2GEMPAK.pl ? no meu crontab eu tenho 30 * * * * BUFR2GEMPAK/bin/BUFR2GEMPAK.pl -t inpe > /dev/null 2>&1 45 * * * * BUFR2GEMPAK/bin/BUFR2GEMPAK.pl -t inmet > /dev/null 2>&1 mas aparentemente nao esta fazendo nada.... Muito obrigado, yyamazaki Em Sun, 25 Jul 2010 03:01:20 -0300 Waldenio <waldenio.almeida@xxxxxxxxxxxxx> escreveu:Yoshihiro,Desculpe pelo silêncio dos últimos dias. Estou às voltas com deadlines para entregar relatórios e minha caixa de e-mails está lotada. Esta semana estou novamente de viagem para o Rio.O que posso sugerir para o seu problema é:- vc está tendo problemas com a gravação dos arquivos no disco. Eles podem estar sendo gravados com o nome errado, e isso dá problema para os scripts que convertem estes arquivos de bufr para ".gem"- aquele caso de "funcionar como root" parece problema de permissão ou pahts para criar diretorios ou gravar em disco... a investigar...- Para ver o que vc tem em seu queue-file, utilize o comando "pqcat". Com esse comando vc também pode extrair dados do queue file. Use "man pqcat" para detalhes de como utilizá-lo. Este comando do LDM é muito útil !Controle melhor a gravação dos arquivos no seu disco. vc pode grava-los em dois locais ou criar expressões regulares para gravar com outros nomes.-> Veja se na sua linha de gravação:Assim, tentei alterar o pqact.conf : HDS ^(ISAI01)(....)(......) FILE /data/ldm/gempak/ema_inmet/\1_\2_\3.bin HDS ^(ISAI02)(....)(......) FILE /data/ldm/gempak/pcd_inpe/\1_\2_\3.binexistem espacos em branco entre os parenteses. Eles precisam existir.O fato é que a identificação destes produtos é o encabeçamento abreviado do GTS = 4 letras ("T1T2A1A2"), 2 numeros (ii), um espaço, quatro letras (CCCC), outro espaço, 6 numeros ("DDHHmm"), e opcionalmente, outro espaço e 3 letras ("BBB").Veja os detalhes no manual da WMO N.386. Chamamos essa sequencia de: "T1T2A1A2ii CCCC DDHHmm BBB".O que acontece é que a expressao regular acima deve identificar essa sequencia e gravar substituindo os espacos por "_", descartando o campo "BBB". Este é o nome esperado para o arquivo:"T1T2A1A2_CCCC_DDHHmm.bin" Assim, os arquivos deveriam estar sendo gravados no seu disco como: "ISAI01_SBBR_191800.bin", e não como "191800.bin" + "RRL.bin" etc...Assim, talvez tudo se resolva com a expressão regular correta, com os espaços entre os parênteses em "^(ISAI01) (....) (......)"Mas se vc continuar com problemas, na segunda-feira a Ana Lúcia estára novamente no CPTEC, de retorno das férias, e poderá ajudá-lo com maior rapidez do que eu.P.S.: Espero encontrá-lo na AGU, e novamente, desculpe pela demora. Abs, Waldenio. Y. Yamasaki wrote:Valdenio,Andei re-instalando tudo o que foi possivel e no final -- voltei exatamente ao problema inicial.----arquivos com extensao *.bin no diretorio do /usr/local/ldmO grande problema é que eu não sei como dar um dump nesses arquivos bin. Testo com os arquivos exemplos que tenho no diretoriso BUFR2.. e funciona pois nao são referentes a arquivos das pcd ou ema. Voce sabe como eu poderia dar um dump em arquivos pcd ou ema ? -- O problema é como indicar a entidade emitente -- Aparentemente o dump já tem (ou pega de algum arquivo) um numero designado para cada entidade emissora do arquvo.Muito obrigado. yyamazaki191600.bin 191700.bin 191800.bin 191900.bin deveriam estar no local correto e nao no /usr/local/ldmmas tenho duvidas sobre os arquivos RRA.bin RRB.bin RRC.bin RRD.bin ...etc... até o RRL.bin_______________________________________________ idd-brasil mailing list idd-brasil@xxxxxxxxxxxxxxxxFor list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/
begin:vcard fn:Waldenio Almeida n:Almeida;Waldenio org:CPTEC/INPE;Operations Division adr:;;;;;;Brazil email;internet:waldenio.almeida@xxxxxxxxxxxxx tel;work:55+ (12) 3186-8541 x-mozilla-html:FALSE version:2.1 end:vcard
idd-brasil archives: