tag:blogger.com,1999:blog-25820202.post2120454084070448885..comments2023-10-10T07:27:10.778-07:00Comments on ISCB Member Discussion: ISCB Member Feedback Sought on Revised Software Sharing Policy StatementUnknownnoreply@blogger.comBlogger11125tag:blogger.com,1999:blog-25820202.post-85575632775825650312010-01-01T11:49:21.100-08:002010-01-01T11:49:21.100-08:00Thank for you for your hard work on this siteI rea...Thank for you for your hard work on this siteI really appreciate it.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-16247253895402820552009-12-30T11:39:29.753-08:002009-12-30T11:39:29.753-08:00This blog is great! Thanks for your hard work on i...This blog is great! Thanks for your hard work on it.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-41481836657702032582009-12-19T05:56:33.204-08:002009-12-19T05:56:33.204-08:00Can anyone recommend the well-priced Software Depl...Can anyone recommend the well-priced Software Deployment program for a small IT service company like mine? Does anyone use Kaseya.com or GFI.com? How do they compare to these guys I found recently: <a href="http://www.n-able.com" rel="nofollow"> N-able N-central remote control<br /> </a>? What is your best take in cost vs performance among those three? I need a good advice please... Thanks in advance!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-12787733867550969502009-11-20T05:14:26.477-08:002009-11-20T05:14:26.477-08:00Nice article and thanks for sharing hereNice article and thanks for sharing hereAhsanShankarhttp://www.anova.tv/noreply@blogger.comtag:blogger.com,1999:blog-25820202.post-51879895581621466442008-03-23T10:59:00.000-07:002008-03-23T10:59:00.000-07:00This revision is a major improvement over the firs...This revision is a major improvement over the first version (which had really upset me at the time). I think, however, that it remains too timid when to comes to open-source.<BR/><BR/>As several previous comments also noted, the current wording makes it sound as if making executable code available is the recommended mode of operation for researchers, whereas it should be considered a bare minimum. (In many cases, it will be insufficient: high-performance applications, database interfaces, different platforms, all get in the way.)<BR/><BR/>It also makes it appear that the ISCB is seeking "shelter" behind the NAS and the federal funding agencies; however prestigious the NAS is, its concerns are very broad and it should be the job of the ISCB to take the lead when to comes to computational biology.<BR/><BR/>So, I would recommend that the ISCB Board take this promising revision one step further and assert clear leadership with a forthright statement: that making source code available to other researchers is the best, and sometimes the only, way to disseminate knowledge and encourage further work in computational biology.<BR/><BR/>(The first statement had appeared to consider software as just tools, that one might buy just like bench equipment; it is that, of course, but it is also, in itself, an object of research and development within the community. It is this aspect that requires source code to be available -- not biological discovery per se. But it goes without saying that further biological discoveries are enabled by new tools, including new algorithms and software.)<BR/><BR/>Finally, one minor comment about licenses: as it currently stands, the statement about licenses is a no-op -- it might as well not be made at all. ISCB could make a stronger statement, without recommending specific licenses, by stating that individuals, institutions, and businesses engaged in research in computational biology should recognize the primacy of dissemination and further research and choose licenses accordingly. This would reinforce the overall message and provide a platform for lobbying journals, funding agencies, and major businesses in favor of the most open terms possible.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-58443580015705232472008-03-19T13:16:00.000-07:002008-03-19T13:16:00.000-07:00I agree with the spirit of the statement and with ...I agree with the spirit of the statement and with the comments posted so far. However it's not written very well -- one of several awkwardnesses is the double negative "No model should not be mandated". Didn't participate in drafting it but I'd be happy to volunteer some edits for a version that looks cleaner.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-24548497161111079092008-03-19T02:06:00.000-07:002008-03-19T02:06:00.000-07:00I support the policy statement and I think it is a...I support the policy statement and I think it is a step in the right direction for the bioinformatics community.<BR/><BR/>One detail which I would like to point out is the issue of retraction of publicly available software. I couldn't see anything in the policy (maybe I missed it) which recommends that software, once available, has to be in a form that guarantees (legally) its future ability. Note that this applies equally to open source software or otherwise. Authors should not be able to later rescind the rights of a software user, once the software is made publicly available. This has many downstream implications, for example, author A makes his software available in 2001. Author B builds on author A's software and also publishes it in a high impact journal in 2003. In 2005, Author A retracts his license, effectively making all uses illegal. What does Author B do? What does the high impact journal do with the article?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-10738319953488671092008-03-18T20:24:00.000-07:002008-03-18T20:24:00.000-07:00Sometimes scientists publish that their software w...Sometimes scientists publish that their software will be available, but they then break this promise in various ways. The most glaring way is never to provide the software at any time or in any form. <BR/><BR/>I'd appreciate a recommendation from ISCB about the accountability of authors after publishing statements of availability. Are authors accountable to the journals, or just to their granting agencies and their employers? For example, should readers be invited to contact journals if they encounter problems, and would journals be justified in threatening to retract articles?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-47553533117682050742008-03-16T15:00:00.000-07:002008-03-16T15:00:00.000-07:00I am pleased that the ISCB has taken the steps to ...I am pleased that the ISCB has taken the steps to develop a revised statement, and this version is a tremendous improvement in my opinion. I am particularly happy that this statement clearly supports sharing as a basic principle and supports the NAS statement on sharing.<BR/><BR/>There are a few points where additional clarity would be useful, as follows:<BR/><BR/>* I think it is important for II.2 to indicate the purpose of providing statements about availability. It could conclude with a sentence like, “The nature of software distribution is an appropriate criterion for consideration in the review of manuscripts and grant proposals, to assess the significance and impact the work is likely to have.”<BR/><BR/>* The text about publishers/grantors in II.3 should be made more precise, "No single licensing or distribution model is appropriate for all research projects, and therefore no single model should not be universally mandated by either publishers and grantors. However, in specific instances, it may be appropriate to mandate a specific license."<BR/><BR/>[Example: The goal of making redistributable interoperating code, e.g., for GMOD, only works effectively if there is a single license.]<BR/><BR/>My understanding from Peter Karp is that the text conveys what the original ISCB statement text was meant to indicate. <BR/><BR/>* I think the statement III.1. should delete "In most cases" and just simply say "It is preferable to make source code available." I cannot think of any case where not providing source code (under any license) is preferable for the scientific community.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-25820202.post-8551400458213777662008-03-15T05:22:00.000-07:002008-03-15T05:22:00.000-07:00This is a much improved statement. I'm particularl...This is a much improved statement. I'm particularly happy to see ISCB's support now for the NAS Cech report on sharing of data, materials, and software upon publication.<BR/><BR/>You might make it more clear that executable-ony distribution is a minimal expectation, not a recommendation. In reviewing papers, I will generally downweight the importance of a paper that reports a new piece of software but only makes it available in executable form.<BR/><BR/>I think the notion of only being open with "academic researchers" should be removed, at least from the standpoint of published results. In the Cech report, George Poste had a wonderful line, that the attempted distinction between academic and corporate researchers "must be rejected as a false taxonomy". If we're going to ask that a company like Celera release its data into Genbank when it publishes in Science, it is rather hypocritical for computational biologists to refuse to share their published results to scientists who happen to work at a company. The NAS report concluded, and I agree, that there is a single scientific community as far as the open scientific literature is concerned, where everyone plays by the same rules.Sean Eddyhttps://www.blogger.com/profile/15551555799454926533noreply@blogger.comtag:blogger.com,1999:blog-25820202.post-4519895115929203802008-03-13T06:53:00.000-07:002008-03-13T06:53:00.000-07:00Some additional information about the generation o...Some additional information about the generation of this revised policy statement:<BR/><BR/>The ISCB Public Affairs Commmittee gathered feedback on the original software sharing statement from the community at ISMB 2007, and via a blog and email. The committee drafted a revised statement along with additional recommendations, and the ISCB Board made further changes to obtain the statement posted here. Additional changes may result from the feedback ISCB receives during this open comment period.<BR/><BR/>In presenting the proposed new language to the Board, the Committee also stated: <BR/><BR/><I>It is not sufficient to put out a policy statement. In support of the goal to increase the level of sharing in support of scientific advances, ISCB should take the following additional actions:<BR/><BR/>* Author an article educating our members.<BR/>* Contact journals that publish computational biology research.<BR/>* Contact major funders of computational biology research.<BR/>* Conduct a survey of our members (primarily to raise awareness).<BR/>* Promote the creation of standard software licenses useful in sharing of scientific research.</I><BR/><BR/>Some explanation about the changes in the revised statement:<BR/>* The original statement contained a definition of software levels that do not appear to have been used much (unless this use is not visible on the internet). These levels did not capture all possibilities because they included a number of different axes such as price, source code availability, and distinctions between types of users. Therefore, the levels have been removed. However, the need for clear description of licensing terms remains. We also retain a statement of the minimum level of sharing.<BR/>* The new statement emphasizes the core principle of sharing results in a way that they can be verified and extended, and relates that to ISCB's mission.<BR/>* The new statement retains the recommendation against mandating any particular license.<BR/>* The new statement has more favorable language about open source and refers the reader to the open source web site for the definition of open source and examples of licenses.<BR/>* The new statement does not mandate source code distribution, but encourages it as one means of achieving the underlying goal. Our wording is consistent with the tone in the NAS report and the HHMI software policy: we allow the possibility of executable distribution but imply that it is preferable to share source code.<BR/>* The new statement directly refers to the NAS report, significant work which was not available when the original statement was written.<BR/>* The original statement addressed only granting organizations. This statement expands the audience, in response to feedback ISCB received.Barbhttps://www.blogger.com/profile/10892362586065967880noreply@blogger.com