List of all hosted "sites.whatever.edu" template services

Are you looking for a list of universities that host their own sites, out source the hosting, or both? I've been maintaining a list of the Drupal usage I've found at the US News and World Report's top 100 schools since DrupalCon. Spoiler... you have to count even the smallest student group site running anywhere on the .edu domain to claim 9 out of 10 of these schools are running Drupal. For the www site, Drupal usage is < 10%.

I also have a pretty comprehensive list of the schools I think are running Drupal as a service and doing it well. That list includes what I know about their structure.... do they allow site owners to install any contrib modules? Do they allow content type creation? Views? Is their code open? Is it reusable? Is their www site running on the same code base? Do they offer training? Is the training Drupal training or service specific training?

I've learned that counting the raw number of sites isn't a very good measure since some universities run on a single site using OG or Monster Menus to manage permissions at the college/department/unit levels. There is also a huge difference in resource usage between sites that serve primarily anonymous users and sites that require a large number of users to authenticate.

@jwoolson That is a great resource, but I can't edit or add to it :( You list colorado.edu as using Drupal for our main website. We do, but the colorado.edu domain is made up of 400+ Drupal sites. Instead of using subdomains, multisite, or some type of group permission management, we use https://www.drupal.org/project/dslm to "stack" the sites while still levering the performance bump we get from only having 1 copy of each PHP file. This is difficult to see from the outside as an anonymous user.

Here is the top 100 list https://docs.google.com/spreadsheets/d/1hth5MsXzw6GUILb2SvtSWJWPYCuRwHAE.... That document is open for anyone to edit, but ideally we'd find a better way to track this and let people who want to maintain the profile of Drupal use at their institution the option of "claiming" the profile.

I'm happy to volunteer some time to working on a site/stats project we had some place to host it. http://edudu.org seem like a logical place to host something like that, but that site/project seems to have stagnated. Building these as GDO wikis is an option, but they quickly become a pain to edit and it is difficult to do anything useful with the data.

Let's try the rebooting EduDU first. If that doesn't work, we can discuss other options. That site already has > 200 accounts who could create/claim their organization's profile. While I'm interested in these stats and have some bandwidth for that, I'm not personally interested in all the tasks required to make EduDU a first class community site.

I'll email these suggestions to the address @bwood posted, but these are my initial thoughts on how we could reboot EduDU without creating too much work for anyone.

1. Update the charter. - Drop #2 and #4 from http://edudu.org/charter. With D8, prescribing a specific technology like Features is short sighted. Let's leave it at we encourage sharing and open access to code in any state.
2. Refresh the streering committee. - Not sure if any of the original steering committee members want to give this another go with a less ambitious charter, but this group should be expanded to include fresh ideas/blood.
3. Redefine the role of the streering committee. - The work should be done in working groups. The steering committee should approve those groups and grant them the permissions required to get the work done, but have very few other direct responsibilities.
4. Add Slack or Slack-like channel. - While IRC can be accessed with open source using an open standard, it was failed to keep up with what people expect from text based chats. Slack + Slack Invite is a great way to open up an invite only service to anyone with a edudu.org acccount.
5. Form a Statistics Working Group. - This group would build the Feature with Content Type, Fields, Views, etc crowd source the collection and maintenance of the type of stats we've been sharing. All stats collected would be licensed as CC-BY-SA. The raw data could downloaded and used by any edudu.org member to make the case at their institution to adopt Drupal, upgrade, not upgrade, outsource, in source, use an install profile, etc, etc. The function of the code on edudu.org would simply be to collect data. People can interpret that data elsewhere.

Not sure if I'm missing anything, but that seems like a good start to get us from where we are at now to something more collaborative and sustainable. This is the 2nd time I've written this. GDO ate the first attempt :(

I'm happy to add updated stats and info on what we're doing at Stanford once a canonical source of info shakes out (which is what this thread seems to be doing).

I also threw something heavy at Zach from EduDU, pointing him at this thread, but he is on vacation this week so it might be a little while before he checks in.

I'm also happy to help out where I can, whether it's contacting people for info/compiling/research/brainstorm/whatever.

I am not a developer... but I can do basically everything else.