Natalie

I need some clarifications on which detector to use: 1) DVP (analysis_id: 116812)  This bluetooth segment from `bluetooth.segments` spans through detector 1, 2 ,and 3. Should I still cut...

Found another weird bluetooth segments (analysis_id = analysis_id = 1391870) that was not getting matched with sharedstreets. Will fix with the self intersecting trick. 

> Found another weird bluetooth segments (analysis_id = analysis_id = 1391870) that was not getting matched with sharedstreets. Will fix with the self intersecting trick. >  Apparently this was...

We are encountering the same problem again with 21_1 map version. This time we are using the map version we received from TC. However: - we are receiving data from...

### Where are the links with no data located? Most of the links without data for version 19_4_tc are located on the edge of the toronto boundary, and there are...

For Wellington and Bremner: - Update routes table to indicate that route is inactive since 2021-07-11 (when the detector moved) ``` UPDATE bluetooth.routes_temp SET date_inactive = '2021-07-11' where analysis_id =...

Received detector status from Jacob today, some weirdness: ## Detectors not in Toronto - `000EA50097AC`, not online  - `000EA5008E58`, not online  ## Location discrepancy - bt_id 9080 (not...

Re: routes that should have 2 working sensors but haven't produced data. Our analysis_id in bluetooth.routes_temp does not match with their analysis_id. Our `all_analyses` have the correct analysis_id that matched...

Tried pulling those bluetooth routes `(1514906,1515280,1514986,1514879,1514850,1515251)` with an updated `pull_data`, they successfully backfilled (june1 to jun15), and pulled with blip daily

Slightly confused as to where some analysis_id comes from in the `bluetooth.routes_temp` table.. for example, these analysis_ids are incorrect - `1600300 "Spadina-SB_Harbord-to-College" "Spadina" "Harbord" "133" "Spadina" "College"` should be `1515280...