This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
David, The metar decoder is built to allow both FOS style (^A^M^M\n.....^M^M\n^C) bulletin separators, and AFOS style (ZCZC.....NNNN) separators as found in the $GEMPAK/source/bridge/mt/mtdcod.f routine, where the call to DC_GBUL will determine which of the styles the bulletin is, and call either DC_GHDR for FOS or DC_GPIL for AFOS. The dclsfc decoder routine $GEMPAK/source/bridge/ls/lsdcod.f only has a call to the FOS style header routine, so is not built to expect AFOS style ZCZC....NNNN delimeters. You could add the check on iftype returned from DC_GHDR through. On a FOS style header, the AFOS style PIL identifier you have is not present. Rather, you should have metar bulletins that look like either: ^A^M^M sequence number (eg 999, etc) WMO header (eg SAUS80 KWBC 121800 etc) .... ^M^M ^C For an AFOS Metar, ZCZC NNNMTRCCC SAUS80 KWBC 122100 ..... NNNN Since dclsfc is expecting FOS bulletins only, your bulletin should look like: ^A^M^M 999 SMCN23 CWAO 120900 AAXX 12094 71300 NIL= 71301 NIL= 71303 NIL= 71304 NIL= .... ^M^M ^C I created a header and trailer for your bulletin with: echo 'AMML' | tr 'AMLC' '\001\015\012\003' >! header echo 'MMLC' | tr 'AMLC' '\001\015\012\003' >! trailer and then edited your WAO....file placing the header and seq. number at the top and the trailer at the end and eliminated the AFOS 9 character pil. At that point, it will decode. Steve Chiswell >From: "David Bernhardt" <address@hidden> >Organization: NOAA >Keywords: 200311121524.hACFOPOb010204 >This is a multi-part message in MIME format. > >----39713cc067b879d >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: 7bit > >I have had persistent problems with gempak decoder dclsfc handling >surface synoptic observations. I am feeding my ldm with an asynchronous >feed from my AWIPS. >I have attached files containing the following: >stuff_RR1.csh is the script I run to test the writing of the input to > a gem file. >WAOSSMWAO is the file as I get it through the async scheduler >WAOSSMWAO1 is the file after I write a ^A to the beginning of the file. > The only reason I have tried this is because of what I had to > do to get the MTR/SAO files to ingest. >x.log is the resulting log file. > >Any suggestions? > >I also have problems with my surface MTR decoder with files coming >through my async scheduler. I have to grap the files and prepend each >with a ^A and end each with a ^C before the decoder will handle them. > >Dave Bernhardt >NWS Great Falls > >----39713cc067b879d >Content-Type: text/plain >Content-Transfer-Encoding: base64 >Content-Disposition: attachment; filename="stuff_RR1.csh" > >IyEvYmluL2NzaA0KDQojIEEgcHJvZ3JhbSB0byBzdHVmZiBicm93bmluZyB3aW5kcyBpbnRv >IGEgZ2VtcGFrIGZpbGUNCiMNCiNzZXQgZGF0ZQ0KY2QgL3VzcjEvbGNsX3Byb2dzL3N5bm9w >DQoNCnNldCBnbXR5ciA9IGBkYXRlIC11ICsleWANCnNldCBnbXRtbiA9IGBkYXRlIC11ICsl >bWANCnNldCBnbXRkeSA9IGBkYXRlIC11ICslZGANCnNldCBnbXRociA9IGBkYXRlIC11ICsl >SGANCnNldCBocnBvc3QgPSAiMDAiDQoNCiNzZXQgZ210ZHkgPSAiMDgiDQpzZXRlbnYgREFU >RSAkZ210eXIkZ210bW4kZ210ZHkNCnNldGVudiBUSU1FICRnbXRociRocnBvc3QNCg0KDQov >dXNyMS9uYXdpcHMvYmluL2xpbnV4L2RjbHNmYyAtdiAxMiAtYyAke0RBVEV9LyR7VElNRX0g >LWIgMTIgLWQgeC5sb2cgLXAgL3VzcjEvbmF3aXBzL2dlbXBhay90YWJsZXMvcGFjay9zZnN5 >bi5wYWNrIFwNCi1zIC91c3IxL25hd2lwcy9nZW1wYWsvdGFibGVzL3N0bnMvc3lzdG5zLnRi >bCAke0RBVEV9X3guZ2VtIDwgV0FPU1NNV0FPMSANCg0KDQptb3JlIHgubG9nDQo= >----39713cc067b879d >Content-Type: text/plain >Content-Transfer-Encoding: base64 >Content-Disposition: attachment; filename="WAOSSMWAO" > >WkNaQyBXQU9TU01XQU8NClNNQ04yMyBDV0FPIDEyMDkwMA0KQUFYWCAxMjA5NA0KNzEzMDAg >TklMPQ0KNzEzMDEgTklMPQ0KNzEzMDMgTklMPQ0KNzEzMDQgTklMPQ0KNzEzMDUgTklMPQ0K >NzEzMDYgTklMPQ0KNzEzMDcgTklMPQ0KNzEzMDggTklMPQ0KNzEzMDkgTklMPQ0KNzEzMTAg >TklMPQ0KNzEzMTEgTklMPQ0KNzEzMTIgTklMPQ0KNzEzMTMgTklMPQ0KNzEzMTQgTklMPQ0K >NzEzMTUgTklMPQ0KNzEzMTYgTklMPQ0KNzEzMTkgTklMPQ0KNzEzMjMgTklMPQ0KNzEzMzQg >TklMPQ0KNzEzMzUgTklMPQ0KNzEzMzYgTklMPQ0KNzEzMzcgTklMPQ0KNzEzMzggTklMPQ0K >NzEzMzkgTklMPQ0KNzEzNDAgTklMPQ0KNzEzNDEgTklMPQ0KNzEzNDIgTklMPQ0KNzEzNDMg >TklMPQ0KNzEzNDQgTklMPQ0KNzEzNDUgTklMPQ0KNzEzNDYgTklMPQ0KNzEzNDcgTklMPQ0K >NzEzNDggTklMPQ0KNzEzNDkgTklMPQ0KDQpOTk5O >----39713cc067b879d >Content-Type: text/plain >Content-Transfer-Encoding: base64 >Content-Disposition: attachment; filename="WAOSSMWAO1" > >XkENClpDWkMgV0FPU1NNV0FPDQpTTUNOMjMgQ1dBTyAxMjA5MDANCkFBWFggMTIwOTQNCjcx >MzAwIE5JTD0NCjcxMzAxIE5JTD0NCjcxMzAzIE5JTD0NCjcxMzA0IE5JTD0NCjcxMzA1IE5J >TD0NCjcxMzA2IE5JTD0NCjcxMzA3IE5JTD0NCjcxMzA4IE5JTD0NCjcxMzA5IE5JTD0NCjcx >MzEwIE5JTD0NCjcxMzExIE5JTD0NCjcxMzEyIE5JTD0NCjcxMzEzIE5JTD0NCjcxMzE0IE5J >TD0NCjcxMzE1IE5JTD0NCjcxMzE2IE5JTD0NCjcxMzE5IE5JTD0NCjcxMzIzIE5JTD0NCjcx >MzM0IE5JTD0NCjcxMzM1IE5JTD0NCjcxMzM2IE5JTD0NCjcxMzM3IE5JTD0NCjcxMzM4IE5J >TD0NCjcxMzM5IE5JTD0NCjcxMzQwIE5JTD0NCjcxMzQxIE5JTD0NCjcxMzQyIE5JTD0NCjcx >MzQzIE5JTD0NCjcxMzQ0IE5JTD0NCjcxMzQ1IE5JTD0NCjcxMzQ2IE5JTD0NCjcxMzQ3IE5J >TD0NCjcxMzQ4IE5JTD0NCjcxMzQ5IE5JTD0NCg0KTk5OTg0K >----39713cc067b879d >Content-Type: application/octet-stream >Content-Transfer-Encoding: base64 >Content-Disposition: attachment; filename="x.log" > >WzExOTcyXSAwMzExMTIvMDIzNCBbREMgM10gIFN0YXJ0aW5nIHVwLiBWZXJzaW9uIDUuNi5q >DQpbMTE5NzJdIDAzMTExMi8wMjM0IFtEQ0xTRkMgOF0gIERDTFNGQyB2ZXJzaW9uOiAgMS42 >DQpbMTE5NzJdIDAzMTExMi8wMjM0IFtEQyAyXSAgcmVhZCA0MjQvMTAyMzk5IGJ5dGVzIHN0 >cnQgMCBuZXdzdHJ0IDQyNA0KWzExOTcyXSAwMzExMTIvMDIzNCBbREMgLTEyXSAgQ2Fubm90 >IGdldCBoZWFkZXIgaW5mb3JtYXRpb24uIEVycm9yIGluIGhlYWRlciBmb3JtYXQuDQpbMTE5 >NzJdIDAzMTExMi8wMjM0IFtEQ0xTRkMgMl0gIFpDWkMgV0FPU1NNV0FPIFNNQ04yMyBDV0FP >IDEyMDkwMCBBQVhYIDEyMDk0IDcxMzAwIE5JTD0gNzEzMDEgTklMPSA3MTMwMw0KWzExOTcy >XSAwMzExMTIvMDIzNCBbREMgMl0gIHJlYWQgMC8xMDE5NzYgYnl0ZXMgc3RydCA0MjQgbmV3 >c3RydCA0MjQNClsxMTk3Ml0gMDMxMTEyLzAyMzQgW0RDIC05XSAgRW5kIG9mIGlucHV0IGRh >dGEgZmlsZS4NClsxMTk3Ml0gMDMxMTEyLzAyMzQgW0RDIDVdICBOb3JtYWwgdGVybWluYXRp >b24uDQpbMTE5NzJdIDAzMTExMi8wMjM0IFtEQyAyXSAgTnVtYmVyIG9mIGJ1bGxldGlucyBy >ZWFkIGFuZCBwcm9jZXNzZWQ6IDENClsxMTk3Ml0gMDMxMTEyLzAyMzQgW0RDIDZdICBTaHV0 >dGluZyBkb3duLg0KWzEyMzE3XSAwMzExMTIvMDI0MiBbREMgM10gIFN0YXJ0aW5nIHVwLiBW >ZXJzaW9uIDUuNi5qDQpbMTIzMTddIDAzMTExMi8wMjQyIFtEQ0xTRkMgOF0gIERDTFNGQyB2 >ZXJzaW9uOiAgMS42DQpbMTIzMTddIDAzMTExMi8wMjQyIFtEQyAyXSAgcmVhZCA0MjgvMTAy >Mzk5IGJ5dGVzIHN0cnQgMCBuZXdzdHJ0IDQyOA0KWzEyMzE3XSAwMzExMTIvMDI0MiBbREMg >LTEyXSAgQ2Fubm90IGdldCBoZWFkZXIgaW5mb3JtYXRpb24uIEVycm9yIGluIGhlYWRlciBm >b3JtYXQuDQpbMTIzMTddIDAzMTExMi8wMjQyIFtEQ0xTRkMgMl0gIFpDWkMgV0FPU1NNV0FP >IFNNQ04yMyBDV0FPIDEyMDkwMCBBQVhYIDEyMDk0IDcxMzAwIE5JTD0gNzEzMDEgTklMPSA3 >MTMwMw0KWzEyMzE3XSAwMzExMTIvMDI0MiBbREMgMl0gIHJlYWQgMC8xMDE5NzIgYnl0ZXMg >c3RydCA0MjggbmV3c3RydCA0MjgNClsxMjMxN10gMDMxMTEyLzAyNDIgW0RDIC05XSAgRW5k >IG9mIGlucHV0IGRhdGEgZmlsZS4NClsxMjMxN10gMDMxMTEyLzAyNDIgW0RDIDVdICBOb3Jt >YWwgdGVybWluYXRpb24uDQpbMTIzMTddIDAzMTExMi8wMjQyIFtEQyAyXSAgTnVtYmVyIG9m >IGJ1bGxldGlucyByZWFkIGFuZCBwcm9jZXNzZWQ6IDENClsxMjMxN10gMDMxMTEyLzAyNDIg >W0RDIDZdICBTaHV0dGluZyBkb3duLg0K > >----39713cc067b879d-- >