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.

Re: [idd-brasil] BUFR INPE INMET

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.bin

existem 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/ldm


O 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.

yyamazaki
191600.bin 191700.bin 191800.bin 191900.bin deveriam estar no local correto e nao no /usr/local/ldm

mas tenho duvidas sobre os arquivos

RRA.bin   RRB.bin  RRC.bin RRD.bin ...etc... até o RRL.bin


_______________________________________________
idd-brasil mailing list
idd-brasil@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/







  • 2010 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the idd-brasil archives: