+1 - sounds like what I was getting at! Good to hear (and defer worrying about a solution for now!)
On Tuesday, 23 June 2020 at 14:28:23 UTC+10 Holger Knublauch wrote: > One area that we are planning to work on for 7.0 (end of year) will be > better round-tripping between files (which then may also be on Git) and the > graphs. A goal of this is support for running EDG locally just like TBC-ME > runs today, having users point at a workspace folder and then seamlessly > switch between TDBs and files, maybe with a "Save" button that makes it > easier to export the TDB, and a "Reload" button that would pull the latest > version from the file into the TDB. This is part of the strategy to move > more and more pure "TBC" functionality into the web product, with the web > product also executable on a local hard-drive as a "personal" edition. > Holger > > > On 23/06/2020 14:19, Rob Atkinson wrote: > > > Probably what is require is a means to interact directly with GIT from > EDG, mirroring the equivalent capability in TBC via the ECLIPSE/GIT > integration. Custom code to write to EDG Asset collections can be written > - provided the change detection logic is good enough - but it still doesnt > make the content reusable in another context. > > > > On Monday, 22 June 2020 15:58:29 UTC+10, Simon Opper wrote: >> >> Hi All >> >> This picks up the previous thread on loading graphs in EDG via a data >> driven approach and especially the intent of using proxies for source >> graphs to segregate production data and models. >> >> We are now looking how this deals with CRUD of "development instances" - >> Abox or other graph "edits" Tbox that are made in the proxied EDG asset but >> need to be written back to the source graphs or to staging/review graphs. >> >> So we now have EDG consuming a source graph A as a proxy into an EDG >> graph B. >> >> What we need to do now is write any new resources created in the EDG >> asset B back to: >> 1. to the source A : and/or >> 2 to a staging graph C >> 3. to/via a teamwork workflow D to review the changes back to C or A >> >> Sure I can export the data from the EDG gui, or extract it via TBCME but >> I want a data driven approach. >> >> I'm hoping for a way to trigger this write back process on an event in >> the EDG asset GUI of B >> e.g. this could be: >> 1. at a minium before the EDG asset B is deleted or cleared >> 2. before an external proces forces the asset B to be deteled or cleared >> - we can trigger the purging of assets and reloading via a set of >> rules.... so can this trigger the write back before they are nuked >> 3. happy case - use a shacl rule that can be clicked or run via GUi when >> some action or change triggers it >> 4. future case - when the seletion focus of some carefully selected page >> UI object(s) changes >> >> Is there a logical starting point to acheive the above ? >> >> Many thanks in advance >> >> Simon >> > -- > > You received this message because you are subscribed to the Google Groups > "TopBraid Suite Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/topbraid-users/4cbb3846-67e4-46fd-a83b-dd356dcbf98co%40googlegroups.com > > <https://groups.google.com/d/msgid/topbraid-users/4cbb3846-67e4-46fd-a83b-dd356dcbf98co%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/54547309-30fc-4a01-86bd-fda2406591c1n%40googlegroups.com.
