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

Adding the tools dashboard #4

Merged
merged 68 commits into from
Jun 17, 2019
Merged

Adding the tools dashboard #4

merged 68 commits into from
Jun 17, 2019

Conversation

jsignell
Copy link
Member

@jsignell jsignell commented Jun 14, 2019

Looks like:

Screen Shot 2019-06-14 at 6 08 24 PM

Still need to figure out how to add nav and whether or not to include so much CI info.

Live at https://pyviz.github.io/website/tools.html

@jsignell jsignell self-assigned this Jun 14, 2019
@jsignell
Copy link
Member Author

This will be a squash merge...

@jsignell jsignell requested a review from jbednar June 14, 2019 20:36
Copy link
Member

@jbednar jbednar left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great! I wonder if we should remove the CI column? New users may be confused by it and think that the project is broken, when it really only matters to people installing from source, who can get that info from the main git repo in that case. Should we add a column for "Sponsor", i.e. NumFocus, Anaconda, Spotify, etc.? I think that may help people understand how projects relate to each other.

tools/tools.yml Outdated
- repo: QuantStack/voila
badges: travis, pypi, conda, rtd

- name: Quick
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would say that all the ones in quick are high level, and vice versa. What distinguishes them is maybe "High-Level Shared API" and "High-level"?

tools/tools.yml Outdated
site: yt-project.org
badges: travis, codecov, pypi, conda, site

- name: Content-area specific
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Domain-specific?

@jsignell
Copy link
Member Author

Should we add a column for "Sponsor", i.e. NumFocus, Anaconda, Spotify, etc. ?

Perhaps. That takes a little more detective work though and is less objective

@jsignell jsignell merged commit 13d97d8 into master Jun 17, 2019
@jsignell jsignell deleted the jsignell/tools branch June 17, 2019 14:30
@jbednar
Copy link
Member

jbednar commented Jun 17, 2019

Should we add a column for "Sponsor", i.e. NumFocus, Anaconda, Spotify, etc. ?

Perhaps. That takes a little more detective work though and is less objective

Here's the detective work done:

bokeh           NumFocus (+ Anaconda? +Microsoft?)
matplotlib      NumFocus
plotly.py       Plot.ly

dash            Plot.ly
panel           Anaconda
voila           QuantStack (+ Bloomberg?)

chartify        Spotify
holoviews       Anaconda
seaborn         N/A
plotly_express  Plot.ly
altair          N/A

pdvega          N/A
hvplot          Anaconda
PandasBokeh     N/A
cufflinks       N/A

vispy           N/A
glumpy          N/A
mayavi          Enthought
ParaView        Kitware
VTK             Kitware
yt              NumFocus

networkx        N/A
scikitimage     N/A
cartopy         Met Office
geoviews        Anaconda

dask            Anaconda (+ NVidia?)
pandas          NumFocus
xarray          NumFocus
colorcet        Anaconda
datashader      Anaconda

cmocean         N/A
viscm           N/A
vaex            vaex.io

As for objectivity, I think the first sponsors listed above are quite unambiguous; those are definitely sponsors, and there are sponsors for enough of the libraries that it's helpful to have that information. There are two less well-defined aspects, though:

  1. Most of the ones marked N/A have an individual developer as the single main author. We could list that author in this column, but I'm not sure that's appropriate; everything else also has at least one author, and it's not the same thing as having a sponsor. Authorship varies over time, more than sponsorship does, and how much it's run by one person and how much by a community also varies a lot; pinning down both those things seems very tricky. So my vote is to track only institutional sponsors, as that's fairly objective.

  2. I'm not sure what's best for the cases where there are multiple institutional sponsors:

    • Voila is funded by Bloomberg to some extent, but it's very much being run by QuantStack, so I'm inclined to say it should just be QuantStack unless QuantStack or Bloomberg request otherwise.
    • Dask was originally an Anaconda project, but the original main author is now at Nvidia and there are people paid to work on Dask at both companies. There's a good argument for listing just Anaconda (where the project was created and managed for many years), or both (to declare which companies are putting resources into this project on a sustained basis). Both options seem reasonable to me, for Dask.
    • Bokeh was originally an Anaconda project, and most people funded to work on it are at Anaconda, but like Dask the main maintainer is now at a different company, Microsoft. I don't know the details of Microsoft's involvement, but I don't think they are contributing significant funds and thus I would only list them as a sponsor if someone from Bokeh or Microsoft requests that. In any case, Bokeh is now run by a NumFocus-appointed committee, and so I'm inclined to list NumFocus as the main sponsor, with Anaconda listed as well if it's ok to list multiple sponsors.

@jsignell
Copy link
Member Author

  1. I agree the institutional sponsors matter more. If I were to try to list authors I'd want to go with something like top contributor for each project.

  2. I think we should be very flexible with this field and open to any suggestions. Multiple sponsors should definitely be allowed, and we should just do a good-faith effort to do what we think is right.

@jbednar jbednar mentioned this pull request Jun 17, 2019
8 tasks
@jbednar
Copy link
Member

jbednar commented Jun 17, 2019

Sounds good. I think the main use of this page is to help people understand the projects and what they can do for them, and so I think we should omit the top contributor info, which isn't really going to help people make that decision. We could still add it to recognize the authors, but I would think that's up to each project to decide what to do, not us.

Ok, if you can see how to add multiple sponsors in the table format, great!

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

Successfully merging this pull request may close these issues.

5 participants