tristan-sebens / metl

An R package developed by and for the AFSC MESA group for extracting and standardizing data from telemetry tags.
GNU General Public License v3.0
0 stars 0 forks source link

CAT kit testing #83

Closed CindyTribuzio-NOAA closed 3 days ago

CindyTribuzio-NOAA commented 1 month ago

1) (May be a Katy question) Lotek 1400-1800 JJ719 has two files in the folder and threw an error. Not sure which file is correct?

2) MTX tags.....I had previously run 118356 with no issues uploading (both recovered and transmitted). The three new tags all failed with error: 'path' must be a string. I did test run both versions of 118356 again with no problems.

CindyTribuzio-NOAA commented 1 month ago

Example code:

 # MTX recovered----
 decoder = metl::decoders$Decoder_MicrowaveTelemetry_XTag_Recovered
 tag_data_directory = here::here('C://Users/cindy.Tribuzio/Work/temp_folder/Tagging/metl_testingdata/kit_CAT/Microwave elemetry/X-Tag/Recovered/Spiny Dogfish/118367') 
 if(!dir.exists(tag_data_directory)) stop("Data directory does not exist")
 meta = 
   data.frame(
     tag_num = "118367", #note that this is sec_tag_num in db
     tag_type = "AR"
   )
 decoder$decode_to_db(d = tag_data_directory, con = db_conn, meta = meta) #fails

Output

Error: `path` must be a string
tristan-sebens commented 3 days ago
  1. I looked into this issue and determined that yes, this was a matter of misformatted files. Not sure how they got into the format they're in, but it's definitely different than the standard output for Lotek LAT 1400/1800 tags.

  2. I wasn't able to reproduce this issue. All data extracted as expected from all three directories (transmitted and recovered). However, there have been two updates since this issue was reported, so it likely just got resolved by one of the patches.