bdit_data-sources icon indicating copy to clipboard operation
bdit_data-sources copied to clipboard

Re-draw Bluetooth Highway Segments

Open radumas opened this issue 6 years ago • 7 comments

We're not entirely sure how these segments were drawn, but they didn't come from the centreline layer. Create a table like {analysis_id, centreline_id} for the DVP, Gardiner, and Lakeshore Bluetooth routes and then we'll merge those lines together and replace the geometries in bluetooth.segments

radumas avatar Jan 31 '19 15:01 radumas

natalie.bt_highway_ref is the reference table with {analysis_id, geo_id, bt_direction, centreline_geom}

natalie.bt_highway_geom contains merged lines

radumas avatar Feb 06 '19 22:02 radumas

So what is outstanding is to split the centrelines where there are detectors on the highways so that the merged bluetooth.segments will be from detector to detector.

detectors can be found at cnangini.detectors

radumas avatar Jun 26 '19 15:06 radumas

I need some clarifications on which detector to use:

  1. DVP (analysis_id: 116812) image This bluetooth segment from bluetooth.segments spans through detector 1, 2 ,and 3. Should I still cut that segment into two with detector 2? This one too image and this one image

  2. Gardiner (analysis_id: 378651)

image

Confusing detector placement when comparing with bluetooth.segments. Should segment 1 end at detector B ?

  1. Gardiner (analysis_id : 1388022)

image There aren't any detectors near the start point/end point of this segment.

chmnata avatar Jun 26 '19 16:06 chmnata

Analysis ID Segment Action
116812 DVP - Don Mills to Wynford Keep as single segment from detector at Don Mills to detector at Wynford
116828 DVP - Lawrence to York Mills Keep as single segment from detector at Lawrence to detector at York Mills
116804 DVP - Bayview to Don Mills Keep as single segment from detector at Bayview to detector at Don Mills
378651 Gardiner - Grand to Roncesvalles This looks fine - the reader in detectors appears to have the wrong latitude/longitude. There is a reader at Gardiner / Roncesvalles.
1388022 Gardiner - Roncesvalles to Dufferin The start point actually has a detector but isn't reflected in the detectors table. The end point likely needs to be moved to terminate at where the Dufferin detector is actually located. This may also affect the start point of the segment for `analysis_id = "analysis_id"
130557`

@KatiRG can you fix the latitude for the reader at Roncesvalles and Gardiner? I believe the latitude is erroneously negative.

aharpalaniTO avatar Jul 03 '19 16:07 aharpalaniTO

@aharpalaniTO Roncesvalles and Gardiner latitude fixed

KatiRG avatar Jul 05 '19 15:07 KatiRG

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

chmnata avatar Jul 09 '19 15:07 chmnata

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

Apparently this was the one I fixed before, but I didn't made change the geom in natalie.bluetooth_fixthat2 :P. The change has now been made, @aharpalaniTO can you update bluetooth.segment with natalie.bluetooth_fixthat2 (analysis_id =1391870) ?

chmnata avatar Jul 09 '19 15:07 chmnata