Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Interest in a DAMSNT service being added to the project? #162

Open
MikeNeilson opened this issue Jun 24, 2023 · 1 comment
Open

Interest in a DAMSNT service being added to the project? #162

MikeNeilson opened this issue Jun 24, 2023 · 1 comment

Comments

@MikeNeilson
Copy link

Reference: https://dcs1.noaa.gov/documents/DAMS_NT_Specification_V8.2.pdf

Short version: takes the DCS data files and pushes them out a TCP socket immediate or "NONE\r\n" every 10 seconds. Thus fairly simple for downstream systems to process. (If you read the manual ignore all the control function; no one actually implements those.)

I've recently purchases and setup a Nooelec HRIT reciever and have goestools processing packets successfully. I'm not trying to figure out the "best" way to integrate the results into an OpenDCS/LRGS instance.

The complete commercial systems currently focus on just the data and serve the DCS feed over the DAMSNT for further processing.

So in my mind there are two approaches, though I think both might require changes/addition to this one.

  1. Within the OpenDCS project: create a new "LrgsInputInterface" that uses JNI to wrap the assembler and do further processing within the OpenDCS eco system.
  2. Add a DAMSNT service to this project.

Perhaps both, is the correct approach. I wanted to pitch the ask as it with option 1 it would be good to make sure the required portions are available as library that can be consumed downstream.

I'm offering and intending to do the work, I just want to make sure I'm not going in a direction that would interfere with other plans and projects.

@tmbates12
Copy link

Hi Mike,

Presumably it shouldn't be too difficult to implement a DAMS-NT service to push out the DCS files as part of goesproc.
The HRIT/LRIT DCS format is very well documented, and all of the data fields needed to construct the DAMS-NT message are pretty straightforward to convert.

I did a little bit of work on at least parsing all of the header fields a few years again, so what you're looking to do probably isn't a very far leap from that at all.
https://github.com/pietern/goestools/pull/50/files

The code in that pull request just sets up a DCS message handler and spits out the DCS data and headers to a semi-human-readable format in text files, so it's a start I suppose.

Given that I haven't touched that implementation in years and I haven't seen much more movement on the DCS side of things in goestools, I don't think you'd be interfering with anyone's plans going forward.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants