The needles finally arrived, a bit after Christmas. I have finished the yoke, and am now setting up for sleeves.
This is not a new project, by any means, rather one of my long-running favorite projects – the Google Summer of Code. INCF has partcipated each year since 2011, and I have been the main org admin on ONCF’s behalf for all but the two first years.
I described GSoC in some detail in Swedish back in 2014 when I guest-blogged at Tidningen Curie (“En snart passerad sommar av kod”). Many of the things I named as positive then are still true today; it is in many ways a fantastically fun project to work with. The students are smart, motivated and enthusiastic over having the possibility to contribute to projects and tools that are needed and useful. The mentors get a lot of development done for the price of regular mentoring, and the projects get new contributors – many continue to involve their students one way or another after the paid period, and some of them come back as mentors for the same project they started on. One former student, from 2018, is even my co-org-admin! (Hi, Arnab!) As mentoring organization, we get the joyous task of helping our community members help each other; many of the participating software tool projects are developed an maintained on small or no funds by the researchers themselves. We know how many small gaps there are that need to be bridged to make community tools better, faster, and smarter. And all the developed and inproved resources are openly accessible for everyone to pick up and continue working on or extend.
January, now, is the run up period – we have a call out for project suggestions and mentors, and responses have just started trickling in. Usually the mentors/project owners come to us with specific, well-thought-out and well described ideas, and sitting at the other end reading them all is a great experience – it is a veritable fountain of scientific and technical creativity, and one of the high points of my year. Projects that are well scoped and described – nearly all the submissions – end up on our official Project Ideas List and form the most important part of our application (I think, nobody knows exactly what Google looks for). As soon as that list goes public, around the end of January/start of February, mentors start interacting with potential students, working out the students’ project proposals. But slowly. The real explosion in activity comes when Google announces the year’s accepted organizations, this year that announcement goes out on March 9 (usually pretty late in the day, since it is on US-compatible time). It is always a very nervous day.
This year, Google has reshaped the program a bit, shortening the time spent coding and lowering the (high) threshold for participation. Which means we will get more students who are not hard core coders (yet) and need some support – which we as mentoring organization will be partly responsible for providing – and also the mentors and their community – all student projects start with an official community bonding period (genius idea). I distinctly remember being new to coding as a student, and hope that experience will help me be helpful.
It seems I have a lot going on this coming year, I was a bit surprised myself when I started counting out my projects and landed at 9 long before I was done. Here is a status update:
2021 projects, #1: social media critique
I have the book, digital now and paper on the way, but have not started yet.
2021 projects, #2: Veganuary
Going well so far; veganizing breakfast was easy, quick work-from-home lunches depend mostly on what we ate the days before so they will veganize themselves in time. Dinner requires more adjustment, since I have two kids – relativley open to eating new things, but one of them is probably a supertaster. Most of my #veganuary updates will be posted on Instagram.
2021 projects, #3: test-knit a cardigan
Also going well, I have the yoke almost done. The only annoyance is my cable keeps unscrewing from the right hand needle, regardless of how hard I screw it stuck. Again and again.
2021 projects, #4: learn something new
This project hit an unanticipated rock in the road – the Swedish AI course I joined, “Elements of AI” in Swedish translation, which looked good at the start, turned out to be a disappointment. Weirdly formulated problem statements – I supposed they aimed to be inclusive give simple questions, but missed the mark – and finnicky automated-response-checkers. Translation was great, though. The only term not well translated was Data Scientist.
2021 projects, #5: community managers & resilience
Community managers at large have been a positive force for good, this year. In late January, there will be a Community Manager Appreciation Day, themed “resilience”. Expect some posts on that.
2021 projects, #6: scouting & leadership
We joined in late November, so the only scout meetings we have had so far took place on Zoom. But there are plans to be outside and DO things, which I look much forward to. And I am psyched to be a parent-leader; I have so many ideas for keeping the kids busy and entertained.
2021 projects, #7: books
This will be the most work, likely. All books in the apartment need to get sorted, a fair amount will be packed in boxes, and the equal amount of books will come up from the cellar storage. All books to be scanned and registered. And I need to go through, sort and tag all my 700 e-books.
2021 projects, #8: podcasts
This project, I think, will be a main contributor to keeping me sane. I plan to take long walks and listen to interesting things. I have already found a few new favourites to add to my listening rota (which so far is mainly EscapePod): the ORIONScience podcast, and the Svenskan i Samhället (Swedish in Society) podcast.
2021 projects, #9: RRIDs on everything
This is by far not my only upcoming work project. There will be Google Summer of Code, there will be INCF Working Groups, and literature search for the INCF Infrastructure Committee. And meeting new people, helping some people connect and collaborate… I will likely not have a boring moment.
This project is work-focused, but will surely frame my thinking and actions also beyond work. My latest work strategy meeting can pretty much be summed up in one sentence: RRIDs on everything (and if it doesn’t have an RRID yet, get one for it).
RRID is short for Research Resource ID, and is a type of identifier to inambiguously identify, mention and cite a research resource, taken broadly. Web portals, software tools, antibodies, cell/animal lines or bacterial strains. RRIDs grew out of the Research Resource Identification Initiative, whose key members also are part of the INCF community in the US, ands was launched as a recommendation in 2014, re-emphasized by successful trial results published in 2016.
If you have ever experienced an everyday name or identity collision – a similarly named classmate, a repeatedly mis-dialed phone number, getting emails meant for another person, having a neighbour or office colleague who gets your mail and you get theirs – you should already have a hunch about why identifiers are important, and what not having them means.
Simply put, identifiers give us a way to be more specific and precise than mere words can offer. There are existing identifiers for research papers (DOI:s, since old, ~2000s), people (ORCID:s, even older, Oct 2012), and research institutions (ROR in 2019, GRID in 2015). And since even longer, books have identifiers. ISBN, the International Standard Book Number, was published in 1970 as international standard ISO 2108. And identifiers typically are compact strings of characters, put together after a pattern, because you want them to be easy to use AND computer-readable .
But the existing set of identifiers did not cover all of research nearly enough: there were (and are still) problems with, for example: exactly and unambigously stating which antibod(ies) from which producer(s) you actually used. Or which breed of lab rat. Citing tools and specifying transparently which tools you use. Hence, RRIDs were conceived, and there is an ongoing campaign to get them broadly used.
Identifiers are useful on their own, but there are broader aspects – if you want to make science FAIR (Findable, Accessible, Internoperable, Reusable), identifiers will be a part of your toolset. They also need to be machine readable, because computers deal with thousands of data points a lot better than most humans do, and it would be nice to be able to automate identification and information gathering. They need to be persistent, i.e stay the same and not start meaning something different regardless of how tech develops. They also need to be resolveable – there needs to be a service at the other end, likely a database – storing the associated info.
The idea is, if everything has an RRID, it doesn’t matter if information is spread out like a box of dropped tooth picks all over the formal and informal scientific digital landscape in preprints, papers, posters, websites, blog posts, social media – it is still findable, as long as it is digital, attached to a PID, and available for indexing. So my mission is, simply, to find out which important-to-neuroinformatics research objects are not yet findable, and change that.
RRIDs: A Simple Step toward Improving Reproducibility through Rigor and Transparency of Experimental Methods
Using ORCID, DOI, and Other Open Identifiers in Research Evaluation
Unique, Persistent, Resolvable: Identifiers as the
Foundation of FAIR