[Neuroimaging] Site Discussion

Ariel Rokem arokem at gmail.com
Thu Aug 27 20:41:06 CEST 2015


Hi Vanessa,

On Thu, Aug 27, 2015 at 10:04 AM, vanessa sochat <vsochat at stanford.edu>
wrote:

> 1. Blog posts would be posted via tumblr. There is a PR mechanism - posts
> are submitted on our submit page <http://neuroimaging.tumblr.com/submit>,
> and there is some mechanism for reviewing submissions, or giving specific
> users free access to post what they like.
>
>
>>
>  We can also block if needed.
>
>
OK - seems good.


> *Pages vs. Posts*
> Jekyll will render almost anything (.md, .html, etc) not in a standard
> directory as a page, and so posts and pages are not much different in
> regard to format. The distinction is that to get pagination to work (i.e.,
> the "blogroll") a custom configuration is needed for a special posts
> folder <http://jekyllrb.com/docs/posts/>, and the files are expected to
> be named with a date format. This is where we ran into trouble in
> satisfying the need for CI, ghpages, and local development to work. If you
> remember this original post:
>
> https://mail.python.org/pipermail/neuroimaging/2015-August/000307.html
>
>
THANK YOU for explaining that again, slowly :-)

Makes sense. I am 100% on board with moving blogging activities to an
external platform - tumblr seems fine.


> much discussion came after that, and both Ben and I spent days
> <https://circleci.com/gh/vsoch/nipy-jekyll/tree/ben> trying to get
> something (even hacky) to work. To answer your question, the first move to
> an external platform was because the function just wouldn't work with
> Jekyll. However, after thinking about it, in making a choice that
> submitting a PR to a github repo is required to contribute, we are making a
> very strong statement about who we want to contribute. I'm not sure that we
> want to do that. If you want to take jekyll posts for a spin and see if you
> can get it working, I think it would be useful if we wanted some kind of
> "developer-only" posts. My general sense is that one of the goals of the
> site is to make it easier for contribution from the larger community, and
> so *only* having developer-friendly posts seems unwise.
>
*Post content discussion is needed*
> It would be good to have discussion about what kind of posts we would want
> shared on nipy - for example I build little fun tools and think (and write)
> about methods all the time and post on my blog. I would guess other
> researchers might write things up from conferences, or even little
> tutorials. Some of that content could be really great to add to the nipy
> site for others to find.
>

I think that I would probably write here every once in a while. The example
of embedding nbviewer is compelling to me. I might post a notebook with
some small observation about neuroimaging in python, as I run into these. I
haven't been particularly consistent as a blogger in the past, though, so
that's a tentative promise.

A post that I would definitely write up almost immediately: GSoC is coming
to an end, and I would like to write a summary blog-post from the point of
view of mentoring one of the dipy projects. Saying something about the joys
and trials of the experience, and talk about things we need to think about
next time we do this.


> 2. Yes, there is commenting - two flavors. People can ask general
> questions <http://neuroimaging.tumblr.com/ask>, I just enabled that to
> show you. We can also enable comments for posts via disqus
> <http://classroom.synonym.com/can-comment-tumblr-15664.html>.
>

That's good  If I didn't know better I'd suggest we direct people from
neurostars to the "ask me anything" box ;-D

=> maybe we should disable that one.

I think that we really just want the option for people to comment on the
specific contents of a particular post.

Thanks again for all your efforts in thinking/doing on this!

Ariel


>
> On Thu, Aug 27, 2015 at 9:06 AM, Ariel Rokem <arokem at gmail.com> wrote:
>
>> Hi Vanessa,
>>
>> On Wed, Aug 26, 2015 at 4:13 PM, vanessa sochat <vsochat at stanford.edu>
>> wrote:
>>
>>> This should be fairly easy to maintain. The main "package" pages are
>>> jekyll, meaning anyone can push a PR to the repo, preview on circle, and
>>> then deploy to github pages with approved changes. Developers know how to
>>> use github.
>>>
>>> The hidden blog is hosted at tumblr, which means that:
>>>
>>
>> Slick! I noticed the little tumblr features appearing ("folllow
>> neuroimaging"), and thought that was some magic you put in without even
>> noticing that I was redirected to the tumblr URL. I don't mind it.
>>
>> Two questions regarding that:
>>
>> 1. Blog posts would just be posted to this, right? No PR/review mechanism
>> here? Is the main motivation to reduce the barrier to entry, or is this
>> still about the CI jekyll baseurl business? Otherwise, we could still have
>> the blog be part of the main site. As I understand it (and I might easily
>> be wrong) Jekyll doesn't really make a distinction between "regular" pages
>> and "blog posts" when generating the site from markdown files.
>>
>> 2. Commenting? Could that easily be enabled on tumblr?
>>
>>
>>
>>> - anyone can contribute content. We can let it get pushed or put it in a
>>> queue for approval.
>>> - posts can be done on mobile, or from email. In html, markdown, or
>>> standard text editor.
>>> - we can choose to "hide" the neuroimaging.tumblr.com url if we want,
>>> but it's really not so bad.
>>> - looks spiffy on mobile too :)
>>> - posts can be associated with authors, but don't need to be.
>>> - people can ask questions on posts, share posts, like them, etc.
>>> - integrated notifications, social media, apps, all the standard stuff
>>> you get with a platform like this. Tumblr has an API :)
>>>
>>> We kill lots of birds with a snakey thought stone. The site has CI,
>>> hosted for free on ghpages, and is an easy workflow for developers to
>>> update or add their packages. The site is also better integrated into the
>>> non-developer community, because anyone can contribute content easily
>>> without github, and we still have control over that content.
>>>
>>> If there is a huge redesign of the site, then the template would need to
>>> be updated on tumblr, but that really comes down to copy pasting the base
>>> code into the template editor. This was the idea that I had this morning.
>>>
>>>
>>> On Wed, Aug 26, 2015 at 3:44 PM, vanessa sochat <vsochat at stanford.edu>
>>> wrote:
>>>
>>>> *Continuous integration:*
>>>>
>>>> https://circle-artifacts.com/gh/vsoch/nipy-jekyll/68/artifacts/0/home/ubuntu/nipy-jekyll/_site/index.html
>>>>
>>>> *Gihub pages:*
>>>> http://vsoch.github.io/nipy-jekyll/
>>>>
>>>> All things seem to be in working order :)
>>>>
>>>>
>>>>
>>>> On Wed, Aug 26, 2015 at 3:25 PM, Eleftherios Garyfallidis <
>>>> garyfallidis at gmail.com> wrote:
>>>>
>>>>> So another push for Jekyll?
>>>>>
>>>>>
>>>>> On Wed, Aug 26, 2015 at 6:05 PM, Ariel Rokem <arokem at gmail.com> wrote:
>>>>>
>>>>>> Hey Eleftherios,
>>>>>>
>>>>>> On Wed, Aug 26, 2015 at 1:08 PM, Eleftherios Garyfallidis <
>>>>>> garyfallidis at gmail.com> wrote:
>>>>>>
>>>>>>> Hi Vanessa,
>>>>>>>
>>>>>>> On Wed, Aug 26, 2015 at 3:20 PM, vanessa sochat <
>>>>>>> vsochat at stanford.edu> wrote:
>>>>>>>
>>>>>>>> Eleftherios, it's good that you express concern because that means
>>>>>>>> that you care about nipy, and we can work together to ensure that the
>>>>>>>> vision is properly reflected in this site. It's typically not a straight
>>>>>>>> path to converge on the right solution, and I think that it's ok we are
>>>>>>>> needing to try different things. If it isn't too troubling to you, please
>>>>>>>> let me implement what I have in mind, and then we can move forward with
>>>>>>>> discussion on the points of content.
>>>>>>>>
>>>>>>>>
>>>>>>> Sure, be happy to prepare whatever you think will help the
>>>>>>> discussion. Can I ask you to summarize quickly here the next steps of
>>>>>>> development that you have in mind?
>>>>>>>
>>>>>>
>>>>>> I think that question has been answered here:
>>>>>> https://mail.python.org/pipermail/neuroimaging/2015-August/000380.html
>>>>>>
>>>>>>
>>>>>>> Best,
>>>>>>> Eleftherios
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> On Wed, Aug 26, 2015 at 12:09 PM, vanessa sochat <
>>>>>>>> vsochat at stanford.edu> wrote:
>>>>>>>>
>>>>>>>>> Hi Eleftherios,
>>>>>>>>>
>>>>>>>>> A framework like Django is too heavy for a simple portal and blog,
>>>>>>>>> and we want to stay away from making something substantial that requires
>>>>>>>>> regular maintenance and care, and an actual server. We can achieve all the
>>>>>>>>> functionality of comments / social media, etc by integrating a blogging
>>>>>>>>> platform into a site that works on Github pages. Question b (sites
>>>>>>>>> included) and c (organization vision) needs discussion from everyone, and
>>>>>>>>> for the rest, here are my thoughts:
>>>>>>>>>
>>>>>>>>> a) What the portal is about? We need to reach consensus. This is
>>>>>>>>>> currently vague.
>>>>>>>>>>
>>>>>>>>>> A simple portal that gives nipy a brand, links to its products,
>>>>>>>>> and integrates some platform for us to easily write about it. If something
>>>>>>>>> more substantial than that is desired, then we first need to resolve where
>>>>>>>>> it will be hosted and who takes responsibility for its life.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> c) How the website and e-mail lists/forums will benefit and
>>>>>>>>>> promote the work and the vision of this organization.
>>>>>>>>>>
>>>>>>>>>> For the work - the website blog will afford all the things that
>>>>>>>>> blogs afford: sharing ideas, examples, links, social media integration, etc.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> d) Make some decisions on the technologies that we can use to
>>>>>>>>>> support a, b, c.
>>>>>>>>>>
>>>>>>>>>> Again, this is more about hosting and responsibility.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> (b) is critical because for example I saw that you added in the
>>>>>>>>>> website projects which are not currently under our
>>>>>>>>>> github organization https://github.com/nipy. I think we need
>>>>>>>>>> consensus to take such a decisions.
>>>>>>>>>>
>>>>>>>>>> You should consider all current content on the site as Lorem
>>>>>>>>> Ipsum etc. I simply reproduced what is on the current site and did not make
>>>>>>>>> any "decisions." As I said earlier, content and template come
>>>>>>>>> *after* getting the site functioning.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> (c) is also much related to Matthew's e-mail for supporting or
>>>>>>>>>> not Neurostars for answering questions about the NIPY
>>>>>>>>>> projects. This information and whatever we decide must be
>>>>>>>>>> highlighted clearly in the portal.
>>>>>>>>>>
>>>>>>>>>> Lorem,.. ipsum...
>>>>>>>>>
>>>>>>>>> :)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, Aug 26, 2015 at 1:54 PM, vanessa sochat <
>>>>>>>>>> vsochat at stanford.edu> wrote:
>>>>>>>>>>
>>>>>>>>>>> exactly :)
>>>>>>>>>>>
>>>>>>>>>>> https://www.youtube.com/watch?v=Uwzg7SYZKF0
>>>>>>>>>>>
>>>>>>>>>>> On Wed, Aug 26, 2015 at 10:46 AM, Ariel Rokem <arokem at gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Sorry - didn't see that one for some reason.
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Aug 26, 2015 at 9:23 AM, Vanessa Villamia Sochat <
>>>>>>>>>>>> vsochat at stanford.edu> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi everyone!
>>>>>>>>>>>>>
>>>>>>>>>>>>> I thought more about this on my walk - here is a reasonable
>>>>>>>>>>>>> game plan! I will do the work to put together a solution that integrates
>>>>>>>>>>>>> Ariel's original vision with ghpages, the parts of Jekyll that do work, and
>>>>>>>>>>>>> a more non developer friendly integrated blog. I think this could meet all
>>>>>>>>>>>>> of our goals and be a solution that better integrates social aspects of our
>>>>>>>>>>>>> community - github just doesn't specialize in blogging but many services
>>>>>>>>>>>>> do. If that does not work, then we can go to Sphinx. Boum!
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> +1
>>>>>>>>>>>>
>>>>>>>>>>>> Bada-boum!
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> I will send out an update likely during weekend time when I've
>>>>>>>>>>>>> tested some things.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Best,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Vanessa
>>>>>>>>>>>>>
>>>>>>>>>>>>> > On Aug 26, 2015, at 8:32 AM, Matthew Brett <
>>>>>>>>>>>>> matthew.brett at gmail.com> wrote:
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > Hi,
>>>>>>>>>>>>> >
>>>>>>>>>>>>> >> On Wed, Aug 26, 2015 at 4:10 PM, vanessa sochat <
>>>>>>>>>>>>> vsochat at stanford.edu> wrote:
>>>>>>>>>>>>> >> Hi Group,
>>>>>>>>>>>>> >>
>>>>>>>>>>>>> >> Ben and I are having some discussion on the higher level
>>>>>>>>>>>>> goals of the site,
>>>>>>>>>>>>> >> and want to bring everyone in. In summary, we want
>>>>>>>>>>>>> something that is easy to
>>>>>>>>>>>>> >> contribute content to, and has continuous integration for
>>>>>>>>>>>>> previewing
>>>>>>>>>>>>> >> updates. I am wondering, what was wrong with the initial
>>>>>>>>>>>>> look of the site?
>>>>>>>>>>>>> >> Was it that sphinx is hard to update?
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > Actually, I think that sphinx is a very good option, and
>>>>>>>>>>>>> most other
>>>>>>>>>>>>> > scientific Python sites use sphinx for their main pages.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > The particular template that we were using was a little
>>>>>>>>>>>>> dated and
>>>>>>>>>>>>> > ugly, but I bet that could be improved.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > Most if not all developers are perfectly capable of building
>>>>>>>>>>>>> the
>>>>>>>>>>>>> > sphinx documentation locally to preview it, but we can also
>>>>>>>>>>>>> do what
>>>>>>>>>>>>> > other projects are doing, and build / publish the docs in
>>>>>>>>>>>>> some
>>>>>>>>>>>>> > temporary place for each commit, using an entry in the
>>>>>>>>>>>>> travis-ci
>>>>>>>>>>>>> > matrix of jobs.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > I think Ariel was particularly attracted to Jekyll / github
>>>>>>>>>>>>> pages,
>>>>>>>>>>>>> > because it is very easy to get a rendered version to look at
>>>>>>>>>>>>> with a
>>>>>>>>>>>>> > git push, and although that is generally desirable, I think
>>>>>>>>>>>>> building /
>>>>>>>>>>>>> > reviewing locally is at least as important.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > So - if it were entirely up to me - I would prefer we go
>>>>>>>>>>>>> back to
>>>>>>>>>>>>> > sphinx, on the basis that it is a very familiar workflow to
>>>>>>>>>>>>> most
>>>>>>>>>>>>> > Python developers.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > Thanks very much for doing all this work by the way - it's
>>>>>>>>>>>>> very
>>>>>>>>>>>>> > helpful, and I'm sorry that we are going round and round.
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > See you,
>>>>>>>>>>>>> >
>>>>>>>>>>>>> > Matthew
>>>>>>>>>>>>> > _______________________________________________
>>>>>>>>>>>>> > Neuroimaging mailing list
>>>>>>>>>>>>> > Neuroimaging at python.org
>>>>>>>>>>>>> > https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Neuroimaging mailing list
>>>>>>>>>>>>> Neuroimaging at python.org
>>>>>>>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Neuroimaging mailing list
>>>>>>>>>>>> Neuroimaging at python.org
>>>>>>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Vanessa Villamia Sochat
>>>>>>>>>>> Stanford University
>>>>>>>>>>> (603) 321-0676
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Neuroimaging mailing list
>>>>>>>>>>> Neuroimaging at python.org
>>>>>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Neuroimaging mailing list
>>>>>>>>>> Neuroimaging at python.org
>>>>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Vanessa Villamia Sochat
>>>>>>>>> Stanford University
>>>>>>>>> (603) 321-0676
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Vanessa Villamia Sochat
>>>>>>>> Stanford University
>>>>>>>> (603) 321-0676
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Neuroimaging mailing list
>>>>>>>> Neuroimaging at python.org
>>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Neuroimaging mailing list
>>>>>>> Neuroimaging at python.org
>>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Neuroimaging mailing list
>>>>>> Neuroimaging at python.org
>>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Neuroimaging mailing list
>>>>> Neuroimaging at python.org
>>>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Vanessa Villamia Sochat
>>>> Stanford University
>>>> (603) 321-0676
>>>>
>>>
>>>
>>>
>>> --
>>> Vanessa Villamia Sochat
>>> Stanford University
>>> (603) 321-0676
>>>
>>> _______________________________________________
>>> Neuroimaging mailing list
>>> Neuroimaging at python.org
>>> https://mail.python.org/mailman/listinfo/neuroimaging
>>>
>>>
>>
>> _______________________________________________
>> Neuroimaging mailing list
>> Neuroimaging at python.org
>> https://mail.python.org/mailman/listinfo/neuroimaging
>>
>>
>
>
> --
> Vanessa Villamia Sochat
> Stanford University
> (603) 321-0676
>
> _______________________________________________
> Neuroimaging mailing list
> Neuroimaging at python.org
> https://mail.python.org/mailman/listinfo/neuroimaging
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/neuroimaging/attachments/20150827/fc9f4370/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: submissions.png
Type: image/png
Size: 38786 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/neuroimaging/attachments/20150827/fc9f4370/attachment-0001.png>


More information about the Neuroimaging mailing list