On Fri, Oct 20, 2017 at 06:13:10PM +0200, Steffen Möller wrote: > > You could make my day in turn to add more of the data we need for the > > packages not yet tagged. :-P > > @Matúš, you may rest assured that any task entry that has any registry > reference also had bio.tools checked.
I don't mind if Matus / whoever, also takes over other than bio.tools entries. > >> * The coloured backgrounds don't work in Firefox, but that's no problem at > >> all. > > Strange. I'm using firefox and it works. Pretty simple CSS ... > Also works over here with FireFox on MacOS. Good to know. > >> * I really like the coloured backgrounds otherwise (yeah!), but even more > >> transparency would look much better to me. > > Just send me the html color codes you would prefer to see. > Sigh. I wished we would find a solution with fewer colours, but ... fine > for now. I'm not a designer and I accept any suggestion (without color, unique color, wahtever). Just settle with something what I should put there and I'll do as decided but do not make me changing the style twice a week. Take the colors as demonstration what we *can* do, not what we need to do and come up with a patch to the css file. > > Nice hints. The best will be probably if somebody would send me a patch > > for sentinel.css. > > The task pages have an enormous wealth. Would be another MoM or outreachy > project to find the most suitable layout for them. I do not feel capable to mentor this kind of outreachy project. Its most probably a task for two persons: One who does the design and one who implements that design. I'd be really happy if someone would like to do this job but I will be none of the above said persons. > >> * RRID|SciCrunch: identifiers.org don't guarantee anything. If there's no > >> cool permanent URL, identifiers.org don't have it either. That's exactly > >> the > >> case here. > Is it? SciCrunch RRIDs and identifiers.org should be well synced. I admit I did not expected that these registries are that much in flux and I'm honestly wondering if we have **way** more software packaged what is the real sense of those registries. I have no idea what amount of work is needed to add a registry entry but I naively assume that in most cases the work is less than creating a proper package. So what is the sense of **several** registries that are very incomplete? > >> Unless they really have some temporary server-side problems > >> exactly now. DuckDuckGo doesn't help either. (Unlike with OMICtools, there > >> it works awesomely!!) The only usable link I found for RRID|SciCrunch is > >> https://scicrunch.org/scicrunch/data/source/nlx_144509-1/search?q=SCR_010709 > >> i.e. prefix > >> "https://scicrunch.org/scicrunch/data/source/nlx_144509-1/search?q=";. > >> Unfortunately I haven't found a way to get the first hit directly. And the > >> RRID link is dead just like the identifiers.org link. And sorry for a dumb > >> question, are there any non-SciCrunch RRIDs, or should they all have a > >> record in the SciCrunch registry? > > The OMICtools folks refer to their IDs as RRIDs as well. > https://arxiv.org/ftp/arxiv/papers/1707/1707.03659.pdf > > This has not yet made it into our community's biotech sprech, but, well, > just > by browsing through the tasks list you may get an idea why I like to avoid > any confusion on that end. > > Anyway, I think you agree that the surfacing of those references on our > task pages is a fruit of something that was seeded by bio.tools' > participation > in Debian Med's 2015 St Malo Sprint and has since been with us throughout > all other Sprints and your Hackathons. Kind of funny that OMICtools seems > to benefit the most at this stage, and they even link back to Debian, too. > I rest assured that you happily compete on those two fronts. > > The interesting bit is now about how to continue the development. We could > argue that if bio.tools and friends do it right, there is no real need > for Debian > to have any task page orchestrated by themselves. You mean bio.tools should run the tasks pages query twice a day and present that result? > This will not happen since > we would then not have something to experiment with under our control and > these task pages are autogenerated as part of the Debian Blends concept. > But at least our users should prefer the software registries over what > the Debian > community autogenerates. Why? Kind regards Andreas. -- http://fam-tille.de
