datamade / nyc-councilmatic

:statue_of_liberty: a web app for keeping tabs on city council activity in New York City
https://nyc.councilmatic.org
MIT License
39 stars 12 forks source link

Bills that have been approved by committee but not by council shoudn't have an "approved" status #80

Closed fgregg closed 8 years ago

fgregg commented 8 years ago

http://nyc-councilmatic.datamade.us/legislation/lu-286-2015/ should have an "active" status, not an approved status.

cathydeng commented 8 years ago

active is stuff that hasn't been approved but not stale, approved is stuff that got thru committee, passed is stuff signed into law. is the issue that it's not apparent that approved != complete & that there's still a ways to go? if so, progress bars (#28) should help

fgregg commented 8 years ago

Yes, the issue is that approved seems like a terminal status.

Progress bars will def help. It would also help if, in bill history, the approval of city council was called "passed" and not "approved"

fgregg commented 8 years ago

See #81

fgregg commented 8 years ago

Or do you want to reserve "passed" for things that are all the way through, including signed by mayor?

cathydeng commented 8 years ago

hm. how about we have 2 diff 'statuses' - (1) active/stale/final label & (2) progress bar where applicable

for (1), final is anything that has reached the final status (perhaps we could have the wording vary, 'passed' or 'filed' based on legislation type), stale is everything that hasn't reached final status & hasn't had activity in 2 months, & active is everything else. this would take care of #81 & #76

for (2), we can have custom progress bars for the relevant types of bills, e.g. introduction would have (a) introduced (b) approved by council & (c) approved by mayor (while it is possible for mayor to veto & for council to override veto for a bill to get passed, I don't see any vetos among the action data, so I think it'd be safe to assume that these 3 steps are required). we can leave out progress bars for oversights, tours, etc

thoughts?

fgregg commented 8 years ago

I think it's better to have fewer states. For legislation, I think it should be

I think we should not show non legislation in this version like Oversights, I think we need to do more thinking to figure out how and where to show non legislation. This non legislation does not really have a a legislative status.

On Fri, Sep 25, 2015 at 8:57 AM, Cathy Deng notifications@github.com wrote:

hm. how about we have 2 diff statuses - (1) active/stale/final & (2) progress bar

for (1), final is anything that has reached the final status (perhaps we could have the wording vary, 'passed' or 'filed' based on legislation type), stale is everything that hasn't reached final status & hasn't had activity in 2 months, & active is everything else

for (2), we can have custom progress bars for the relevant types of bills, e.g. introduction would have (a) introduced (b) approved by council & (c) approved by mayor (while it is possible for mayor to veto & for council to override veto for a bill to get passed, I don't see any vetos among the action data, so I think it'd be safe to assume that these 3 steps are required). we can leave out progress bars for oversights, tours, etc

thoughts?

— Reply to this email directly or view it on GitHub https://github.com/datamade/nyc-councilmatic/issues/80#issuecomment-143231196 .

773.888.2718

cathydeng commented 8 years ago

I think we are saying the same thing - I meant one type of status, active/stale/passed (we don't have failed), & then a progress bar indicating steps. I think the progress bar is still useful, e.g. if something is stale it'd be helpful to see what step it left off on. I'd be cool with hiding stuff like oversights/tours, as I think it does make the website more confusing. thoughts @davidmooreppf?

cathydeng commented 8 years ago

as an alternative to hiding oversights/tours, we could also make them look visually different from legislation in a listing, e.g. add an icon, smaller/lighter heading, remove irrelevant status label. this could be a quick & easy way to resolve #71