Stream: terminology / utg
Topic: Tooling
Grahame Grieve (May 25 2019 at 10:10):
[Uploading image.png…]()
Grahame Grieve (May 25 2019 at 10:10):
hmm
Grahame Grieve (May 25 2019 at 10:10):
@Ted Klein with regard to the diff question, I do think that Git really is the way to go. But what if we just wrap the complexity people are afraid of behind a simple facade. With that in mind, I could add a screen for this to the toolkit:
Grahame Grieve (May 25 2019 at 10:11):
Grahame Grieve (May 25 2019 at 10:11):
This supports the simple workflows that the unwashed masses need, while anyone who wants more can just use git
Grahame Grieve (May 25 2019 at 10:12):
in this screen, each proposal represents a local clone of a git branch of UTG
Grahame Grieve (May 25 2019 at 10:13):
I would need a git staging repository from which you could make PRs to the main UTG repository, but I think that's a good idea anyway - any HL7 person can be granted permissions to commit to the staging repo, but only a few vocab workers can commit to the master
Ted Klein (May 25 2019 at 13:59):
My friend, this is EXACTLY what I was trying, and failing miserably, to explain on our call. We can use Git with the appropriate scripting functions behind a simple UI to do the major functions as you indicate. One item I would like to explore further: instead of the UI for this being in the Editor, I'd prefer it to be in the JIRA workflow. As you pointed out on the call, there exists much material for Jira and Git to work together in such a way. Doing it like this would mean workflow and operations would be JIRA buttons and functions, and the Editor itself could be kept quite clean, and just edit code systems and value sets and (hopefully sometime in the not-too-distant-futiure) naming system resources. Because I am more of a "splitter" than a "lumper", I am thinking that the DIFF should be carved out of the Editor (maybe not removed, but the code reused) into a function that could then do a Diff on the proposal branch and the 'current' release branch, as I think you are envisioning within the editor. Such a utility could be executed also from a Jira button.
Ted Klein (May 25 2019 at 13:59):
What do you think about all this?
Grahame Grieve (May 25 2019 at 21:32):
None of the workflow here can be done in Jira. I didn’t propose anything that Jira can do. It’s only what you have to do on your desktop. And there is no diff here, because git does it behind the scenes
Grahame Grieve (May 25 2019 at 23:18):
of course there is the question of the relationship between things you do in Jira and things you do locally, but I can't see how to synchronise that workflow directly
Grahame Grieve (May 25 2019 at 23:21):
I can see that the "proposal" word is problematic in this regard; I was looking for a single word that was 'your local copy of the branch of the UTG worksapce that matches a jira proposal you're working on'. I didn't want to use 'branch' since that frightens people.... I'm open to a better word
Lloyd McKenzie (May 26 2019 at 04:47):
Are you sure none of the workflow here can be done in Jira? Jira can do pretty much anything you can imagine. (Totally open to arguments about what it should do...)
Grahame Grieve (May 26 2019 at 05:43):
Jira can create git clones on your local drive?
Lloyd McKenzie (May 26 2019 at 19:20):
Jira can do anything that Java code can do on the server side and anything the browser allows javascript to do on the client side
Grahame Grieve (May 26 2019 at 21:39):
Well, i don’t think that includes any of the things on that list there, since all of those are outside the sand-box
Lloyd McKenzie (May 26 2019 at 21:48):
And the clone must be local - not server temp space?
Grahame Grieve (May 26 2019 at 22:25):
the editor can work on a server temp space if we can figure out how to provide access to that. But I have no idea how we’d organise for expansions based on a server side temp space
Grahame Grieve (May 26 2019 at 22:26):
Now how we’d allow for offline editing, which is also one of the stated requirements
Lloyd McKenzie (May 26 2019 at 22:41):
ok
Ted Klein (May 28 2019 at 15:26):
I think that it can. Let me find oit.
Grahame Grieve (May 28 2019 at 20:46):
I'm not feeling any certainty here.... currently we have:
- an editor/server to support editing and expansion - runs locally
- a web server based workflow
- a request to add diff support to link the 2
I'm not going to rewrite git. but people are afraid of git (with reason). So
- I can write a simplifying facade for git (saves work, allows experts to do git their own way)
- but this still leaves manual integration between jira workflow and local
- we can push all the workflow into jira, and just launch the editor against some online space (I can do that part in the editor).
- but I don't know how to do expansions, and there would really be no working offline
Jessica Bota (Sep 25 2020 at 13:09):
@Grahame Grieve , can you check on the link to the FHIR Toolkit download for Windows on http://www.healthintersections.com.au/FhirServer/? It seems to be redirecting to another page rather than kicking off the download. Mac package is OK.
Frank Oemig (Sep 28 2020 at 12:22):
I guess, the redirect comes from the invalid link. Wrong version in filename?
Jessica Bota (Nov 13 2020 at 20:31):
@Grahame Grieve , the FHIR Toolkit (both R3 and R4) currently has a checkbox for ValueSet editing for 'extensible'. Since this is not a FHIR element, it is causing errors in the build when people check it for UTG proposals. Can you remove it?
CC: @Ted Klein
Grahame Grieve (Nov 13 2020 at 20:33):
ok. I'll do that, though it won't be immediate
Jessica Bota (Nov 13 2020 at 20:34):
appreciate it!
Last updated: Apr 12 2022 at 19:14 UTC
