closed #174615
Blocked Street
1121 N Lincoln ST
- Case Date:
- 2/2/2021
Residents at 203, keep parking in the alleyway behind our house and block our exit from our parking situation.
Residents at 203, keep parking in the alleyway behind our house and block our exit from our parking situation.
Walking my children to school on High Street, the sidewalk in front of the big white house at the corner of Woodstock and High was not cleared and was hazardous. It was the only sidewalk that was not on that street.
The street sign at the corner of N Blue Ridge Drive snd E Blue Ridge Drive is missing. Possibly due to the accident there on Friday evening. Thank you.
Starview Lane keeps getting skipped by the snow and salt plows. This is city street. I have called and no action taken last week. Now today again no plow or salt. Previous years I have had to call to get service. Please provide a reason this continues to happen and when I can expect service?
Please salt / sand Deborah Drive / Schmaltz Blvd. It is extremely slick this morning. Thank you!
On E First Street: low hanging branches over the sidewalk. The address of the house, though, is 713 Clifton.
We have no water coming to our house
Hello, don't know if this was part of the wreck at the intersection yesterday evening, but the street sign is missing at this intersection. Thanks very much.
The B Clear Open Data portal should follow the best practice of referencing source URLs over the HTTPS protocol. For example on this page: https://data.bloomington.in.gov/dataset/bloomington-city-council-districts-gis-data/resource/9b0438ae-fdba-44f3-a14a-b39fd63912d0 The link to the actual resource is not secured. It is served over plaintext `http`: http://bloomington.in.gov/geoserver/publicgis/ows?service=WFS&version=1.1.0&request=GetFeature&typeName=publicgis:CityCouncilDistricts&outputFormat=shape-zip This has practical implications for data users. Esri's ArcGIS Online product only supports loading URLS over 'https', so the current URLs don't work directly with Esri. A test confirmed that the URLs are valid if "http" is simply replaced with "https" in the returned URLs. Hopefully this means that this fix amounts to small configuration change to start referencing the secure versions of the resource URLs. Thanks.
4201 e Morningside didn't shove sidewalk.