tatianamac / alec-project

5 stars 3 forks source link

🗣️ Determine criteria for static site (v1) #1

Open tatianamac opened 4 years ago

tatianamac commented 4 years ago

Overview

The core requirements (as I see it, very open to input!) are:

jilburvixen commented 4 years ago

The list of ALEC members is where we could potentially limit scope: I suggest we put together a list of scenarios for what people are going to do with the information, and prioritize that way. For instance, the big split that's going to affect the data model is the difference between how we structure data about personal entities (people) vs corporate entities (private and public companies, orgs, governmental entities). If you think about it, almost every entry in this db describes a relationship between a personal entity and a corporate entity. So limiting scope would probably be about minimizing the granularity of how v1 represents the relationship; v2+ features could be increasing the number of facets, attributes and usability features beyond the choice of 'person view' or 'corporate entity view'

tatianamac commented 4 years ago

Here is my perspective:

For each entity show:

v1 Levels of display:

  1. Basic: Static list. Think a giant table
  2. Sortable List.
  3. Sortable, Searchable List.

Later

Hopefully this starts to get granular enough to determine scope.

therealadum commented 4 years ago

@tatianamac for v1, what's the thought on eliminating sortable & searchable aspects of the data? I think scope reduction is generally a good thing for first launches, but want to be conscious about whether or not eliminating that functionality would negatively impact any users ability to use the data

tatianamac commented 4 years ago

@therealadum That's not eliminating. I'm showing levels that can be possible within v1. Options 1-3.

jilburvixen commented 4 years ago

Hi, I'd like to get back to basics about what the purpose is. @tatianamac I'm taking the liberty of pasting what you originally tweeted to break that down as a basis for defining and prioritizing: Many reporters and watchdogs have investigated and published this data, but it’s often inaccessible (I just read a blurry 30+ page PDF that was scanned without text recognition), unsearchable, outdated, and difficult to wade through. I want to create something that allows people to quickly search and find out if companies or individuals are ALEC members, so the public is empowered to pressure their local legislators to quit ALEC, vote them out, and to boycott and pressure companies that fund it.

So here's what I get from that:

And finally: Many reporters and watchdogs have published this data--we were discussing that on threads, too. I'd say it's worthwhile to have a task to collate and review what those sites are doing, and how we're differentiating, so we're clear on what will add the most value (because it's not duplicating other good people's work). So, I'm'a add this last bit as an issue

leemw1977 commented 4 years ago

I agree with what has been said so far. However, whilst I am not diminishing the need for sort/search, if we don't have a site we don't have collated data right?

So, I'd suggest the following goal for the first "sprint" of work:

If you think about what th2is goal gives us we end up with:

Then I'd suggest we move on to:

This second slice means we get

Any thoughts on this?

leemw1977 commented 4 years ago

Following a conversation on the discord server, I stand by the above, but I'd also add the following.

Initially, we require:

My first pass to try to narrow down the discussion on what are goals are and what is going to make us different is below.

My initial views are the project aims to:

and aims to be different by:

tatianamac commented 4 years ago

I fully support what you've written @leemw1977 !