Open stdavis opened 5 months ago
@bert-granberg is going to get us an ETL script and then we will push out the feature services.
@bert-granberg is going to get us an ETL script and then we will push out the feature services.
@joshua-reynolds is planning to do the ETL script that brings the road centerlines features with Bike_* attributes together with the trails/pathways features. Basically deriving one new feature class with the needed data elements from from the two feature classes. The end product would essentially be "bikeways" (on street + pathways bike routes in the real world). The on street would need the type of bike facility and the level of traffic stress.
@bert-granberg Don't we already have this in the bike layer of the multimodal network? If this is true, we just need to figure out where and how to host it.
A preliminary feature service from @joshua-reynolds this morning:
https://wfrc.maps.arcgis.com/home/item.html?id=cc0db244166f486891c02b6d306165fd
This schema is as follows: 'NAME' - name of the street or trail 'CARTOCODE' - cartographic code, 'SIDE_1' - direction (N,S,W, E), 'SIDE_2' - direction (N,S,W, E), 'TYPE' - bike facility type , 'STATUS' - existing or planned, 'SOURCE' - roads or trails, 'SOURCE_ID' - id for joining back to global id of source data
*highlighted fields have unofficial data
We need to figure out where the feature services that back this app will be hosted. The data is contained in both the Roads and Trails and Pathways SGID datasets.
Relevant fields in Roads
FULLNAME
,BIKE_L
,BIKE_R
, and perhapsBIKE_NOTES
.BIKE_*
fields use the following domain: CodeRelevant fields in Tails & Pathways
PrimaryName
Question for @bert-granberg:
What queries should go with what values in the filter for the app? What other attributes should show up in the identify panel?
Editing
Possible branch versioning via the UGRC portal instance.