{"id":3978,"date":"2017-08-10T21:43:20","date_gmt":"2017-08-10T21:43:20","guid":{"rendered":"\/kb\/?post_type=ht_kb&p=3978"},"modified":"2019-07-15T21:06:03","modified_gmt":"2019-07-15T21:06:03","slug":"data-stream-special-features","status":"publish","type":"ht_kb","link":"https:\/\/www.use-snip.com\/kb\/knowledge-base\/data-stream-special-features\/","title":{"rendered":"Data Streams, Special Features"},"content":{"rendered":"

The SNIP<\/strong><\/span> Caster allows you to set up a variety of special features for each individual data stream type<\/a>.\u00a0 A few other features are set on a Caster-wide<\/a> basis.\u00a0 This article describes some of the more common features with links for further information.<\/p>\n

Logging a Data Stream<\/h3>\n

The raw data from any data stream can be logged<\/a> (or not) for any given data stream for further use.\u00a0 The files are automatically named with a date and time code appended.\u00a0 These files can then be translated into RINEX and other formats using many freely available tools.\u00a0 The rate at which the files are created (typically every 4, 12, or 24 hours) can be selected.\u00a0 Each log file, once completed, can be automatically compressed.\u00a0 The log files can also automatically be sent to a remote FTP site for long term storage.<\/p>\n

Learn more about this feature here<\/a>.<\/p>\n

In-work:<\/strong><\/span>\u00a0 In pending SNIP<\/strong><\/span> Release 2.x (now in development), you will also be able to select the processing point where the log file is written from.\u00a0 This allows, for example, keeping either raw data (as is supported today), or the final post-processed data which was sent to connected NTRIP Client<\/a> devices.<\/p>\n

Parse Data Stream<\/h3>\n

One of the key concepts in SNIP<\/strong><\/span> is parsing<\/span> the data stream itself.\u00a0 When parsing is enabled, SNIP<\/strong><\/span> decodes and operates on RTCM3.x messages<\/a> (and to a lesser degree RTCM2.x messages) present in the data stream.\u00a0\u00a0 This allows (among many other benefits) using the data for navigation filters<\/a>, decoding the message<\/a> for further examination, plotting the resulting data<\/a>, and the ability to filter and translate the data for various application needs.\u00a0\u00a0 When parsing is not<\/strong> enabled on a stream, SNIP<\/strong><\/span> treats that stream as a bent pipe<\/a>, simply passing along the input data to all connected users.<\/p>\n

Learn more about this feature here<\/a>.<\/p>\n

In-work:<\/strong><\/span>\u00a0 The pending SNIP<\/strong><\/span> Release 2.x (now in development), introduces the concept of PFAT<\/strong>. PFAT<\/strong> (today available only on the more costly Enterprise<\/strong> <\/em><\/span>models of SNIP<\/strong><\/span>) will be added to Basic<\/strong> <\/em><\/span>and Pro<\/strong> <\/em><\/span>editions.\u00a0 In essence, PFAT<\/strong> allows setting more options for each data stream to P<\/span>arse<\/em> <\/strong>it, F<\/span>ilter<\/strong> it, A<\/span>dd<\/strong> content to it, and T<\/span>ranslate<\/strong> it to support different application needs. Stay tuned for details.<\/p>\n

Navigation with the Data Stream<\/h3>\n

\"3d\"<\/a>SNIP<\/strong><\/span> provides a basic set of navigation filters<\/a> that can be used with any RTCM3.x data stream to provide a simple navigation solution.\u00a0 A wide number of common graphical outputs are provided. This feature can be used to quickly confirm that a data stream is providing useful observational data.<\/p>\n

Learn more about this feature here<\/a>.<\/p>\n

Decoding the Data Stream<\/h3>\n

\"fullScrn_DecoderWtt\"<\/a>SNIP<\/strong><\/span> provides a bit level message decoder<\/a> that can be used with any RTCM3.x data stream to examine the message contents<\/a>. This feature (along with a universal decoder <\/a>that handles several other formats) can be used to quickly review the detailed contents of a data stream.<\/p>\n

Learn more about this feature and related decoders here<\/a>.<\/p>\n

Automatic Caster Table Entries<\/h3>\n

When parsing is enabled, SNIP<\/strong><\/span> will decode the RTCM3.x message contents and from this determine the correct Caster Table<\/a> entry details.\u00a0 As a result, SNIP<\/strong><\/span> automatically provides a suitable Caster Table entry for any stream when none is provided.\u00a0 Grossly incorrect entries are corrected, and after the first 15 minutes of operation, the current entry is then reevaluated to confirm correctness.\u00a0 In keeping with its “simple NTRIP” roots, SNIP<\/strong><\/span> does this automatically.
\n<\/strong><\/span><\/p>\n

Requesting Rover’s NMEA-183 location<\/h3>\n

\"SNIP_AsAVL_Circles\"<\/a>There are conditions when the SNIP<\/strong><\/span> operator desires that the NTRIP Clients<\/a> periodically send in their NMEA-183 location<\/a> estimates.\u00a0 The most common use case is then to be able to easily track where your NTRIP Clients (Rovers) have connected from.\u00a0 Those clients reporting their positions can then be mapped and displayed.<\/p>\n

Learn more about enabling this feature here<\/a>.<\/p>\n

Using a Vanity MountPt name<\/h3>\n

There are times where the SNIP<\/strong><\/span> operator may want to rename a MountPt in the Caster Table that others will see.\u00a0 This often occurs when building a federated<\/a> network where some of the Base Station mountPt names follow conventions set by other Caster operators.\u00a0 SNIP<\/strong><\/span> overcomes this difficulty by allowing a vanity name to be assigned to any data stream from a remote-relay source.\u00a0 This feature is implemented with the edit box “New MountPt” which is found in the Caster Setup Dialog<\/em> under Processing Options<\/em>, right next to Hide Entry<\/em> .<\/p>\n

Hiding a MountPt in the Caster Table<\/h3>\n

There are times where the SNIP<\/strong><\/span> operator may not want to publish the full set of available MountPts in the Caster Table for others to see.\u00a0 SNIP<\/strong><\/span> supports this functionality, allowing the operator to hide any data stream desired.\u00a0 Learn more about this feature here.<\/a>\u00a0 This feature is implemented with an check box “Hide Entry” which is found in the Caster Setup Dialog<\/em> under Processing Options<\/em>, right next to the New MountPt<\/em> edit box.<\/p>\n

Requiring a Connection Password<\/h3>\n

SNIP<\/strong><\/span> provides both an OPEN<\/strong> and a CLOSED<\/strong> mode of operation for the NTRIP Caster<\/a>.\u00a0 The owner can choose to operate his\/her SNIP<\/strong><\/span> Caster in an open<\/em> mode where any party (without prior authorization) can freely connect to the data streams.\u00a0 The RTK2go.com<\/a> and NTRIP.use-snip.com<\/a> machines are examples of open<\/em> Casters.\u00a0 Alternatively (and more commonly used by our customers), when SNIP<\/strong><\/span> operates in its closed<\/em> mode, the operator creates specific user accounts with individual passwords to access any of the the data streams.<\/p>\n

Learn more about this feature here<\/a>.<\/p>\n

Plotting Connected Users<\/h3>\n

SNIP<\/strong><\/span> provides a basic AVL (automatic vehicle location) functionality to plot the reported location of any NTRIP Client<\/a> (Rover devices) sending NMEA-183<\/a> data back to the Caster. At present this is updated at a 0.5 Hz rate.<\/p>\n

Learn more about this feature here<\/a> and here<\/a>.<\/p>\n

In-work:<\/strong><\/span>\u00a0 In pending SNIP<\/strong><\/span> Release 2.x (requirements and road map being developed), several of our users have requested that SNIP<\/strong><\/span> provide for a more general data capture system from the Rover devices.\u00a0 The use cases for this tend to fall into two groups, those that simply want real-time AVI\/AVL, and those that want to use the data link (often cellular) as a means to return data to a central office.\u00a0 Various Open Farm data initiatives also pertain to this for Precision Ag users.\u00a0 If you have requirements that pertain to this, please drop us a note.<\/p>\n

Plotting Data Stream Use<\/h3>\n

\"SNIP-Weekly<\/a>For each data stream, SNIP<\/strong><\/span> provides basic data stream plots of how much data was sourced and served and how often a stream was operational. Simple graphical views allow daily and real-time views as well as the prior month’s operational data to be displayed.<\/p>\n

Learn more about this feature here.<\/p>\n

Use with NEARest MountPt Methods<\/h3>\n

\"nearest_localpool_threecasterswrings\"<\/a>Any active and stable data streams can also be part of a NEARest mountPt system.\u00a0 The NEAR functionality<\/a> of SNIP<\/strong><\/span> allows creating one or more MountPts (in user defined coverage regions) that will automatically connect any NTRIP Client<\/a> (Rover device) to the closest Base Station near its report location.\u00a0 The use of NEAR MountPt is very popular with operators who do not want their end users in the field to enter different mountPt strings as they move around in the coverage region.\u00a0\u00a0SNIP<\/strong><\/span> manages each user connection, sending additional data messages when an NTRIP Client<\/a> is switched to another data source.<\/p>\n

Learn more about this feature here<\/a>.<\/p>\n

 <\/p>\n

\n

Each of these features can be selected and set for the data stream in question.\u00a0\u00a0 Once set, the values selected for the stream persist between runs of SNIP<\/strong><\/span>, providing an automatic configuration each time the tool is run.<\/p>\n","protected":false},"excerpt":{"rendered":"

The SNIP Caster allows you to set up a variety of special features for each individual data stream type.\u00a0 A few other features are set on a Caster-wide basis.\u00a0 This article describes some of the more common features with links for further information. Logging a Data Stream The raw data […]<\/p>\n","protected":false},"author":13,"comment_status":"open","ping_status":"open","template":"","format":"standard","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"ht-kb-category":[115],"ht-kb-tag":[361,363,362],"class_list":["post-3978","ht_kb","type-ht_kb","status-publish","format-standard","hentry","ht_kb_category-getting-started","ht_kb_tag-data-stream","ht_kb_tag-features","ht_kb_tag-opitions"],"_links":{"self":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/3978","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb"}],"about":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/types\/ht_kb"}],"author":[{"embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/comments?post=3978"}],"version-history":[{"count":23,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/3978\/revisions"}],"predecessor-version":[{"id":4073,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb\/3978\/revisions\/4073"}],"wp:attachment":[{"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/media?parent=3978"}],"wp:term":[{"taxonomy":"ht_kb_category","embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb-category?post=3978"},{"taxonomy":"ht_kb_tag","embeddable":true,"href":"https:\/\/www.use-snip.com\/kb\/wp-json\/wp\/v2\/ht-kb-tag?post=3978"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}