It's not quite clear to me what kind of features you have to "reduce isolation"? Also, how easy is it to integrate an existing web page design into labit?
Currently, all research group web pages are scattered across the web and we want to connect them, make them discoverable.
E.g.:
Let's say an undergraduate/graduate/researcher who wants to find all research groups/professors working in a certain field has to scour the web to find a handful of labs that are interesting to him. With Labit s/he will be able to filter all laboratories/research groups that might be interesting to him/her. And as user base grows the benefits of having all labs connected into a single network will yield even more benefits.
The above example is from personal experience of mine and my peers and the reason why we started to work on Labit. And there are many more similar examples that can be thought of.
Re Design:
Customization of the design is one of the top requested features. We are working on it. That being said one of the goals of the platform is to organize information in a structured way. We are still not sure how availability of deep customization will affect overall structure, ease of use and discoverabilty. This is something we are experimenting with. Locking down most of the structure and design of the web pages, while allowing minor customization might be a good thing in the long run.
I would love to hear your argument on adding advanced customization options.
> Let's say an undergraduate/graduate/researcher who wants to find all research groups/professors working in a certain field has to scour the web to find a handful of labs that are interesting to him. With Labit s/he will be able to filter all laboratories/research groups that might be interesting to him/her. And as user base grows the benefits of having all labs connected into a single network will yield even more benefits.
This requires you to actually get "all the research groups" to migrate their sites to your platform, which would be difficult to achieve (particularly if you restrict them to a design they don't want).
I have strong reservations about your apparent aim of making a single for-profit company the gatekeeper to the websites for every research group.
An alternative way of making research groups discoverable would be to create a directory of researchers that links to their existing websites, rather than trying to replace them.
> This requires you to actually get "all the research groups" to migrate their sites to your platform, which would be difficult to achieve (particularly if you restrict them to a design they don't want).
Exactly. The platform will be increasingly more useful as user base is growing. The same is applicable to majority of other networks. It is most likely that we will have to continue onboarding users almost "manually" until we reach a critical mass.
> I have strong reservations about your apparent aim of making a single for-profit company the gatekeeper to the websites for every research group.
Good point. As researchers ourselves, we have tendencies to favor open-source projects/organizations over for-profit companies. There is no denying it. But considering all the things, I believe that for-profit companies achieve their goals much more efficiently. Simply put, we are a social purpose for-profit company started by researchers who got tired of redundancies, poor discoverability, lack of sane structure etc., and are trying to build a solution.
I am interested to hear your opinion on some of your points above. Could you elaborate on your reservations? What is it that you are most concerned about? What could we do to improve on that apart from going non-profit?
> An alternative way of making research groups discoverable would be to create a directory of researchers that links to their existing websites, rather than trying to replace them.
As you have said it, this approach will work to make research groups discoverable. However, it would be difficult to solve many other issues we are trying to solve. A single platform is a better option in this case, as it allows deeper integration and interconnection.
I think that you are attempting to address several distinct problems that would be better addressed separately.
For example, catalog of shared facilities/equipment across groups is a useful thing to have, but it can be centralised without centralising group web sites (and constructing a list by simply aggregating lists of what individual groups have will miss facilities shared at the department/division/university level).
I trust my university to continue providing web hosting. If I were to switch to your service, what assurace would I have that you:
- will continue operating for (at a minimum) several decades
- will continue providing the service for free, and not start charging
- will not add adverts
- will not redesign or remove a feature that I rely on
- not loose data (how should I backup a Labit page?)
as you grow, your costs increase, and network effects cause people to feel 'locked-in'?
The 'lack of sane structure' and 'redundant effort in designing' problems can be solved by creating good templates that researchers can use to create sites hosted by their own universities. I think that most lab pages that I've encountered have had a reasonable structure, and in many cases switching to the Labit structure would be a regression rather than an improvement:
- several pages are empty for many of the showcased sites, suggesting that they are not necessary, but cannot be removed (e.g. Gallery)
- details of people on the 'Members' page are displayed only on a modal panel after clicking on a person's face. It also doesn't seem to show the destinations of alumni, despite the medium article saying you want to help career planning.
- it is common (at least in certain fields) for papers to have a dedicated page on the group's website, grouping together the abstract, embedded demo video, links to supplementary material, etc. This doesn't appear possible with Labit.
> I think that you are attempting to address several distinct problems that would be better addressed separately.
For example, catalog of shared facilities/equipment across groups is a useful thing to have, but it can be centralised without centralising group web sites (and constructing a list by simply aggregating lists of what individual groups have will miss facilities shared at the department/division/university level).
Our experience with how labs operate tells us otherwise. I think that close integration of various aspects of research activities will be valuable not only from the networking point of view, but also it will allow us to add "feature layers" for improvement of the process itself.
> - will continue operating for (at a minimum) several decades
Same as with other major networks, you will be able to download all you data. This feature is on our to-do list.
> - will continue providing the service for free, and not start charging
This is contrary to the purpose of the platform. The core functionality will always be free. We want it to be free. We plan to monetize advanced features and analytics that will be built on top of the core features.
> - will not add adverts
My co-founders and me are strongly against advertisements.
> - will not redesign or remove a feature that I rely on
Good point. We will have to make sure to gather extensive feedback before we make big/breaking changes.
> - not loose data (how should I backup a Labit page?)
This feature is on our to-do list.
> as you grow, your costs increase, and network effects cause people to feel 'locked-in'?
Also a good point, but a bit premature in our case. As of now we are focusing on delivering a good product to users who need it.
> - several pages are empty for many of the showcased sites, suggesting that they are not necessary, but cannot be removed (e.g. Gallery)
Yes. Believe it or not, I raised this question on our meeting recently. We are working on this.
> - details of people on the 'Members' page are displayed only on a modal panel after clicking on a person's face. It also doesn't seem to show the destinations of alumni, despite the medium article saying you want to help career planning.
Thanks for the suggestion.
> - it is common (at least in certain fields) for papers to have a dedicated page on the group's website, grouping together the abstract, embedded demo video, links to supplementary material, etc. This doesn't appear possible with Labit.
Awesome idea!
jamessb, thank you for taking your time to write out such a detailed reply.
There seems to be a social media type feed with posts/new publications that you can like or comment on [1]. But I'm not sure what value this really adds, as people who want to use social media to engage with other scientists already are, using Twitter (or Pubpeer, if they want to be more criticial).
Currently, all research group web pages are scattered across the web and we want to connect them, make them discoverable.
E.g.:
Let's say an undergraduate/graduate/researcher who wants to find all research groups/professors working in a certain field has to scour the web to find a handful of labs that are interesting to him. With Labit s/he will be able to filter all laboratories/research groups that might be interesting to him/her. And as user base grows the benefits of having all labs connected into a single network will yield even more benefits.
The above example is from personal experience of mine and my peers and the reason why we started to work on Labit. And there are many more similar examples that can be thought of.
Re Design:
Customization of the design is one of the top requested features. We are working on it. That being said one of the goals of the platform is to organize information in a structured way. We are still not sure how availability of deep customization will affect overall structure, ease of use and discoverabilty. This is something we are experimenting with. Locking down most of the structure and design of the web pages, while allowing minor customization might be a good thing in the long run.
I would love to hear your argument on adding advanced customization options.