-
-
Notifications
You must be signed in to change notification settings - Fork 353
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TW Presidential Hackathon #743
Comments
TasksI'm bad at keeping TODO lists in one place, but I'll try to consolidate here. These come from #725 and https://github.com/a-b-street/abstreet/projects/12... Solidify map model
Road editor UI
Explore mode
Create new bike lanes tool
Plan a route
Sharing proposals
Advocacy
|
highlight road types better. #743
organization, insulates from the upcoming complexity increase for viewing the route result, and paves the way for using this component in something like a better tool for spawning a simulation agent to visit waypoints. #743
… position along the elevation line plot. #743
stressful roads. Initially experiment in the route debugger UI. #743 This is a binary map format change, but temporarily working around that...
... just sketching out things, nothing working.
Some UX clunkiness: - not allowing custom names yet - no autosave - the left/right arrows can silently eat the current route
Also some drag-n-drop API tweaks: - Don't require the caller to set `named()` - Vertical card layout! Some UX issues: - deletion button alignment - horizontal card alignment off - sync up highlighting between map and cards - selection state for a waypoint is meaningless
stressful roads. Initially experiment in the route debugger UI. #743 This is a binary map format change, but temporarily working around that...
Status update from week 2The original plan was to address the most urgent UX feedback from the workshop. Some of that has happened:
While I was fixing up the route tool, I started on some stuff from week 4:
And I started digging into performance issues and trimming down the size of the region-wide maps in #746. I think there's some invasive refactoring work there that I want to work on early... And finally, I spend lots of time writing up a project demo reel & retrospective and an article diving into one of the hardest problems A/B Street tackles, making intersection geometry. These aren't directly related to the hackathon, but are increasingly vital for the project's long-term health -- I want other people to understand how tricky parts of the code work. The stated plan for week 3 is proposal sharing. Due to an upcoming conference deadline, I will spend more time writing docs/articles, and also keep pushing forward this performance and route tool work. I think the m.v.p. for sharing shouldn't take more than a day or two anyway. Some of the new features in the route tool are demoed below: Updated web build: http://abstreet.s3-website.us-east-2.amazonaws.com/0.2.57/abstreet.html?--ungap&system/us/seattle/maps/udistrict.bin |
stressful roads. Initially experiment in the route debugger UI. #743 This is a binary map format change, but temporarily working around that...
Status update from week 3I got fairly off-track this week due to interviews and preparing for a talk at the SUMO conference tomorrow. I wound up writing 3 things this week, not directly related to the hackathon's scope, but again useful for ensuring the project could continue without my knowledge.
Direct work on the bike network tool from this week included a huge breakthrough for performance after editing the map (#748) and some help from Michael polishing the route tool (#751). New build at http://abstreet.s3-website.us-east-2.amazonaws.com/0.2.58/abstreet.html?--ungap&system/us/seattle/maps/udistrict.bin The plan for this week is to continue on the routing tool and mode shift. I hope to focus on code, not writing, this week finally! I'll also pay down the debt of sharing map edits from last week. |
…gger into the new route tool. It's actually easier to parameter tune here, since drawing and saving routes is polished here. #743
Status update from week 4Falling slightly behind the original schedule, but I've never been great at predicting when things will happen. A fair bit happened this week -- the routing tool got lots more detail added and better management of saved routes. There were some more performance improvements, for pathfinding and for serving the website through a CDN. The quick-sketch tool now works in the UK and other left-handed maps. And, unrelated to the bike network tool, I published the article about intersection geometry and got quite a strong response online. Also, yesterday I attended DemocracyLab's national day of civic hacking and had the pleasure of 3 people joining for the day to work on the tool! Mara redesigned the route tool, pretty much solving the UX problems with the panels covering up the map: https://www.figma.com/file/6WMaKr49CHCHv5B98Ytmli/Map?node-id=0%3A1 So I guess this week my priorities are:
|
Status update from week 5I made lots of progress on first 3 tasks from last week -- most notably, the tool now looks at an existing travel demand model and predicts how many people will switch from driving to biking, and what that looks like in terms of CO2 emissions. There are loads of assumptions in this calculation, but the tool exposes a way to interactively tune these parameters. Try it out: http://play.abstreet.org/0.2.60/abstreet.html?--ungap&system/us/seattle/maps/udistrict.bin I also started a very simple prototype of a related tool to help UK cities plan low-traffic neighborhoods to reduce rat running. Try it: http://play.abstreet.org/0.2.60/abstreet.html?--ltn&system/gb/leeds/maps/north.bin There are about 3 weeks left in this hackathon. As the longer video shows, the tool is working end-to-end, but there's lots of polish missing. The only major missing feature is the ability to share proposals online. So I think next week, I'll finally prioritize that, and spend the rest of the time polishing the UI, performance, and testing the tool with real examples for plans around Seattle. |
- workaround dragging / clicking conflicts - make AltRouteResults wrap RouteResults - plumb names/params around
Some quirks, but finally got this working.
…der. And now multiple alt routes! #743 But deduping routes isn't great; many alts mostly cover up the main route
…ally speeds up the bike network routing tool, since it's now restricted to just a few params. #743
Status update from week 6The FOSS4G conference and more interviews ate most of my time this week. I did implement alternate low-stress or low-hill routes, and then started down the rabbit hole of #763 to pay down technical debt for how complicated it is to manage selection and dragging for different waypoints and alternate routes. New build: http://play.abstreet.org/0.2.61/abstreet.html?--ungap&system/us/seattle/maps/udistrict.bin With 2 weeks left, ordered priorities become:
|
Let the map be panned even when we're snapped to an intersection. Previously it's super obnoxious to start drawing a route in a huge map. Also I'd love to switch to the new World API and stop with this ad-hoc logic, but slightly confused about how to do that here... Also add a reset button, otherwise I just switch tabs to force a reset, which is silly.
Previously, the undirected graph search would switch sides sporadically. Now it sticks to one side. Now we probably just need an option to also include the other direction, to avoid having to sketch over Aurora twice.
Status update from week 7The most important tasks have been done -- sharing proposals now works, some of the major performance problems have been smoothed out (like editing a large map), I've mocked up my grand vision for Seattle, and most of the final report is at least drafted. There are just a few days left, so this is my plan:
I'll hold off on the usual Sunday release probably until Monday. Burndown listCan't launch without this:
Quite important:
The default Seattle map problem: this tool works best at the |
Seattle bike network. a-b-street/abstreet#743
- after adding lanes, stay on the quick sketch page - be clear people are uploading proposals in the public domain - link to docs about mode shift
network tool reasonably on the web. #743, #746 I'm declaring the budget to be 20MB gzipped map files. - north and south seattle boundaries extended a bit - central seattle added - stripping out unused pathfinding data for walking and transit to squeeze down the size. avoiding crashes for empty pathfinding -- if you try to simulate a minified map, most trips will just fail
- after adding lanes, stay on the quick sketch page - be clear people are uploading proposals in the public domain - link to docs about mode shift
To avoid needing 3 copies of the proposal for different splits of the map, make loading edits "permissive" (filtering out unknown roads) when loading from proposals.
A/B Street is participating in the Taiwan presidential hackathon! The new "ungap the map" bike network tool is our focus, as a way to help citizens & advocacy groups push governments for alternatives to driving in cities. The tool is related to SDG 11 and SDG 13. The demo is at: http://abstreet.s3-website.us-east-2.amazonaws.com/0.2.56/abstreet.html?--ungap&system/us/seattle/maps/aurora_central.bin
I'll use this issue to organize project management.
Work plan
Summarizing from a spreadsheet, subject to change:
Feedback from judges
Two people mentioned tying the work into climate change more directly:
And in response, I think I'll prioritize "testing" somebody's proposed bike network by
The text was updated successfully, but these errors were encountered: