Skip to content

pvlib python communication forums #297

@wholmgren

Description

@wholmgren

What do people think about these new communication forums?

Here are my thoughts:

First, all credit goes to @mikofski for pushing this forward and setting up some things for us to try! Thanks!

I am concerned that too many forums could be counter productive, but I think we're big enough now that we could benefit from more than GitHub issues. Watching the project on GitHub does allow people to stay up to date on every little thing in the pvlib python world, but that is way too much information for many people. Spreading the communication over multiple platforms lets people focus on what they really care about at the cost of making things more complicated and potentially diluting the viewership of any given item.

I think it would be nice if we would use GitHub for bug tracking and development discussions, people would ask usage questions on Stack Overflow, and we’d use a mailing list for new version announcements.

I know that a few people have tried to ask pvlib questions on stack overflow in the past with varying degrees of success. I am going to start watching Mark's new pvlib tag. I don't have much experience with google groups, but at this point I prefer stackoverflow for usage questions. In any case, while we're getting started with stack overflow and/or google groups, I think that people should feel free to open and then close a GitHub issue that links to the new post.

On a related note, Sibbell is a nice tool that will send you an email when there are new releases of any of your starred repositories.

I like Slack for quick, informal conversations in which I don’t have to stress about if I’m going to come across the wrong way in a public forum. I don't like the constant din of interruptions on Slack, though.

I also get requests for help via email from time to time. I don't like answering questions via email because only a handful of people have an opportunity to learn from the exchange.

I don’t know what the ideal approach is, but I think we should try something new and see if it catches on!

Finally, we should add some notes to the documentation once we come to a consensus.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions