Hello, @sagar what problems will this cause? Does it matter if there are multiple versions of the same workflow in the portal? The portal is just a means to run a workflow. Sure it would be great if everything was a bit more integrated but I see that as a problem to worry about some other time. Better to concentrate on what is possible right now. As far as the user is concerned Taverna Mobile is the "glue" between myexperiment and Taverna Player/Server here.
Cheers, Ian On 23 August 2016 at 12:04, Donal K. Fellows < donal.k.fell...@manchester.ac.uk> wrote: > On 23/08/2016 11:38, Sagar wrote: > >> And there is no link up with myExpermiment API's workflow's id. If >> there is no link up then how can I get to know that this is this workflow >> like if I open this URL(http://139.59.28.12:3000/workflows.json). I get >> workflow's id as 1 but in myExperiment's API, it is 824. If I search on >> the >> basis of the name of workflow then there is the chance of multiple >> workflows as you can see on this URL( >> http://www.myexperiment.org/search?query=Fetch+today%27s+xkc >> d+comic&commit=Go >> ). >> > > There's really no reason for an ID on one site to be the same as an ID for > equivalent content on another site. Indeed, there's a real sense in which > the ID can be considered to be a whole URL, and not just a small number > (because what does “42” mean? It depends who you ask and in what context.) > Because of that, it's important to store the whole identifier. > > Also, knowing when two URLs are equivalent is really amazingly hard, so > don't worry about it and stick with plain old string comparison. While it > isn't right, it's not right in a way that is predictable and easy for > everyone to work with, which is still pretty good. > > Typically, the way you handle workflows in a repository having the same > name despite being different is by *showing more information*. This might > be some of the description, a picture, or the link (or a combination of the > above) depending on exactly what the UI capabilities available at that > point are. Like that, the user will be able to decide for themselves. > That's a really good idea in practice, since users (and myself ;-)) don't > always give perfectly descriptive titles to things. > > Hope this helps > > Donal. >
