Skip to content
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

Add new flag for virtual status #197

Open
bonfirefan opened this issue Oct 31, 2020 · 3 comments
Open

Add new flag for virtual status #197

bonfirefan opened this issue Oct 31, 2020 · 3 comments
Labels
enhancement New feature or request

Comments

@bonfirefan
Copy link
Collaborator

Mirroring the issues brought up in the main City Scrapers, we are thinking that we can add a field indicating whether the meeting is virtual, in-person, or both.

Text from the City Scrapers (Chicago) issue:

Right now we've been putting those details in the description primarily, since a lot of the time the information we're getting is inconsistent. There are a lot of agencies that say "Virtual meeting" with no additional details or "Zoom", but that you need to reach out to them for the login, so we've just been trying to include that wherever we can find it.

We're using OCD pretty directly for the output (we have a Scrapy pipeline for it in the core repo), but because that's a pipeline we've got more flexibility in how we represent info in the Meeting items. In a few cases where additional info has been helpful we've been adding namespaced keys in the extras field, which is allowed for any of the OCD data types, but not mentioned explicitly around events. Also just now realizing we're including that as "extra" instead of "extras" so I'll fix that.

A standard title for links could be interesting, and that's something we tried out for a while for the source field before deciding on using OCD consistently, but it might be a bit limiting for cases where we know it's remote but the info isn't included or it's just a dial-in.

It seems like more agencies have settled into our weird new normal, and I imagine some of them could stay remote for a while, do you think a boolean remote flag could be useful? It could also be remote_access to clarify that it doesn't just apply to meetings that are only remote.

@bonfirefan bonfirefan added the enhancement New feature or request label Oct 31, 2020
@bonfirefan
Copy link
Collaborator Author

Would mean that we alter the "Meeting" object to include a new access_options to include three values: "ONSITE", "VIRTUAL", "BOTH"

@maxachis
Copy link
Collaborator

One thing that @wsnavely brought up is that, if we add access_options, we'd likely need to update the frontend UI as well.

@maxachis
Copy link
Collaborator

One workaround would be to modify the status to say "VIRTUAL" or "VIRTUAL-ONLY" or something like that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants