Discordanian / mmatch

mmatch work stream
MIT License
2 stars 0 forks source link

Zip Codes by City or State #133

Open quequegg opened 6 years ago

quequegg commented 6 years ago

I believe the zip code basis for identifying an organization is properly designed but it is a hassle in that the UI does not allow for a number of zips to be added in a batch. It is relatively easy to fix this with DML but it does not echo back to the user except as an indecipherable list of zips.

A couple of points: a) This is a low volume activity and we should not over-invest b) It is a gate-keeper; it makes it hard to get organizations over the initial set up so it is worth addressing. c) Whatever is done ought to be saved so that we can echo back their selection even after logging out.

Any of these ideas could be implemented by themselves or with some additional thought, in combination: 1) Mirror the way the user selects zips; that is we could enter a single zip and radius and insert the zips that meet that criteria. 2) Let each installation create a list of municipalities in their region. (AZ would be the state; STL would be just those in the standard metropolitan area). Put that list in a drop down from which the user could make a multi-select. For an existing organization, when the drop down populates, the user's prior selections are checked for them. When they submit, the list of zips are purged and replaced by the zips that match the drop down. 2a) Select all option. Checking this would include all municipalities in the list above.

alandgri commented 6 years ago

I agree the interface needs work and I have already started thinking along those lines. The direction that I was going was allowing the user to add by city by typing in and searching by city name. The way I was thinking is the user types a few letters from the city name, they get a list of matching cities. When they click on one, it adds the zip code (or codes) for that city to the list.

A couple things you said I didn't get: 1 - "it does not echo back to the user except as an indecipherable list of zips". 2 - "it ought to be saved so that we can echo back their selection" Are you referring to the way the zip interaction piece looks on a phone or an iPad? On a computer it displays the list that is selected.

I'm not challenging the notion that it needs to be fixed, I just want to make sure I am understanding this particular issue.

quequegg commented 6 years ago

no worries ... I just mean that a list of zip codes is hard to make sense of. And #2 for example, if I select a city instead of a zip then when I come back to the site I should see that city selected, not just the list of zips. We would need a new table for this.

alandgri commented 6 years ago

We talked about this in person, and I think we determined that (for now) the only change necessary is to add the ability to add and subtract by city in the user interface. This is an inherently local movement, and therefore, there aren't many valid use cases for having a huge list of hundreds of zip codes. Even if you are a statewide organization, you can be found in searches by adding a few key cities.

quequegg commented 6 years ago

I agree. Also:

Other (do you prefer I break these out into separate issues?)

On Sat, Feb 24, 2018 at 11:46 AM, alandgri notifications@github.com wrote:

We talked about this in person, and I think we determined that (for now) the only change necessary is to add the ability to add and subtract by city in the user interface. This is an inherently local movement, and therefore, there aren't many valid use cases for having a huge list of hundreds of zip codes. Even if you are a statewide organization, you can be found in searches by adding a few key cities.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/Discordanian/mmatch/issues/133#issuecomment-368245879, or mute the thread https://github.com/notifications/unsubscribe-auth/Ad32PtGGSNMFhkbcr8k2j_C0QNQ-91KVks5tYEsHgaJpZM4R9rGH .