3 ms·

Re "reducing isolation": Currently, all research group web pages are scattered across the web and we want to connect them, make them discoverable. E.g.: Let'

Re "reducing isolation": 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.

jamessb 9y ago
> 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.
- ArslanAtajanov 9y ago
  > 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.
  - jamessb 9y ago
    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.

jamessb 9y ago

> 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.

ArslanAtajanov 9y ago
> 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.
- jamessb 9y ago
  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.