Projects ordering about python3statement.github.io

[asmeurer]

I just suspect that if this gets presented at pycon that a lot more people will be interested.

[takluyver]

I've just reordered them based on Github stars, plus a bit of my own judgment for things like software carpentry. As expected, this means a much broader range of categories are represented at the top of the list.

[Carreau]

I think contributor have always been ok adding things at the end. I doubt order make a (huge) difference.

I don't think we need to start separating project by categories yet. If we had more in categories we could start thinking about this. I don't want to start having a "metric" yet either. Everybody have been reasonable for now. So I would say that :
Order is up to the committers , roughly we try to follow "popularity" of packages, we use GitHub stars as a "guide".

[takluyver]

Sounds reasonable. I'll leave this open as a place for ideas on what to do when Github stars aren't a useful guide, though.

[asmeurer]

I think it's worth thinking about how to handle things if the number of projects increases by an order of magnitude or more. I would also consider not just restricting the site to scientific Python (although that community seems to be the most on board with this).

[Carreau]

If it grows a lot we need a separate page that list all project and have a search/filter IMHO. And we likely need to blend download numbers from PyPI.

[asmeurer]

PyPI doesn't have download numbers anymore.

[Carreau]

PyPI doesn't have download numbers anymore.

https://bigquery.cloud.google.com/table/the-psf:pypi.downloads

[Carreau]

SELECT REGEXP_EXTRACT(file.version, r'^(\d+.\d+)') as major_version,  COUNT(file.version) as downloads
FROM (TABLE_DATE_RANGE([the-psf:pypi.downloads], 
                TIMESTAMP('2016-06-26'), 
                TIMESTAMP('2016-08-31'))) 
WHERE file.project == 'ipython'
GROUP BY major_version
ORDER BY major_version DESC

1	5.1	292393	 
2	5.0	544449	 
3	4.2	216291	 
4	4.1	51630	 
5	4.0	86978	 
6	3.2	47066	 
7	3.1	17265	 
8	3.0	12788	 
9	2.4	13889	

[takluyver]

As for restricting it to scientific python, my rationale so far is that I'd
rather present it as a substantial part of this particular ecosystem,
rather than a much smaller part of the general python ecosystem. That's
certainly up for reevaluation at any point, though.

On 23 Nov 2016 8:34 p.m., "Matthias Bussonnier" [email protected]
wrote:

SELECT REGEXP_EXTRACT(file.version, r'^(\d+.\d+)') as major_version, COUNT(file.version) as downloads
FROM (TABLE_DATE_RANGE([the-psf:pypi.downloads],
TIMESTAMP('2016-06-26'),
TIMESTAMP('2016-08-31')))
WHERE file.project == 'ipython'
GROUP BY major_version
ORDER BY major_version DESC

1 5.1 292393
2 5.0 544449
3 4.2 216291
4 4.1 51630
5 4.0 86978
6 3.2 47066
7 3.1 17265
8 3.0 12788
9 2.4 13889

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#57 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAUA9fojhI31g4fgWeJEn4V7wbnUJDU7ks5rBKM8gaJpZM4K4va7
.

[takluyver]

That's a good point. I think we can present it as coming from the scientific Python community, while saying that it's open for Python projects more generally to join.

[takluyver]

I think we need to look at this again. We've got rid of the limitation to scientific Python projects. But before we did that, some popular projects like Kivy and Zulip snuck in near the bottom of the list, so that the top couple of rows would be focused on scientific projects.

I'm leaning towards re-sorting the projects by popularity, now that 'scientific-ness' is no longer a criteria? Alternatively, we could try to develop a more explicit categorisation of the signatories.

[asmeurer]

If the list is big enough splitting into categories could be helpful. I like the stars rule for ordering either way, though. It's a simple rule and no one can argue with it.

[takluyver]

I have a minor concern about how to rank a project that isn't on Github - or something like software carpentry, which is on Github, but isn't directly comparable to a software package. That's why I tell people that the stars metric is a 'rough proxy' for popularity. But it hasn't been a big issue yet, so I plan to keep using it.

As we gain more signatories, in some ways the message is shifting from showing which projects are taking this step to showing that lots of projects are, including high profile ones. To me, this points towards sticking with one big list.

[mscuthbert]

Closing -- well updated, and #228 is going to keep this problem well under control.