On 19/10/2018 2:55 PM, Rob Atkinson wrote:
Specifically I want to install a set of empty asset collections from
read-only template projects, installed as writable ontologies that
automated transactions will store metadata in.
I also need to make an extended set of foundation ontologies
available. ( AFAICT they need to be registered in EDG for reference
data using those ontologies to be managed - which is the end goal of
course. I think I am hearing that for inclusion in custom Asset
Collection (aka project) types they only need to be in a deployed
project?)
Yes, just upload them as TTL files in a project. You could probably
produce what you call template projects with TBC as .tdb files and then
copy them into a different project before uploading that project. Or
write a script that produces them using teamwork:createProject.
Holger
On Friday, 19 October 2018 15:22:06 UTC+11, Irene Polikoff wrote:
On Oct 18, 2018, at 11:16 PM, Rob Atkinson <robatki...@gmail.com
<javascript:>> wrote:
If i factor out the project and close the "data project" all
works OK - but if i open the project in the IDE then EDG includes
all the data in the scan. Looking forward to the fix for this :-)
As it happens I've been trying to get a handle on how EDG,
projects and the IDE interact.
We know there is some correlation - because it is documented here:
http://wiki.topquadrant.com/display/TBS55/EDG+Methods+to+Deploy+Projects+to+Servers
<http://wiki.topquadrant.com/display/TBS55/EDG+Methods+to+Deploy+Projects+to+Servers>
and also if a project contains something EDG picks up - (is it
any .ui.ttlx) then the containing project appears here:
http://localhost:8083/tbl/admin/projectDelete
<http://localhost:8083/tbl/admin/projectDelete>
so - if we have a project with asset collections in the IDE, how
can we deploy it to the EDG instance so those collections become
available? According to the deployment documentation it will
unzip it into the workspace... but its already in the workspace.
You are running the localhost version of EDG from TBC-ME. In this
situation, there is a TBC-ME workspace and this workspace is used
by EDG, so there is no deployment step. Deployment is from the IDE
to the EDG server instance that is running on Tomcat on a
different machine. Most people zip the project, transfer the zip
some place where it could be accessed from the server, go to the
server’s Admin consult and use Upload Project page. This installs
the project in the server’s workspace.
If by “but its already in the workspace.” you mean that you have
previously deployed this project, it is not an issue. The page has
options for what to do if the project already exists in the workspace.
Alternatively to this ‘pull’ method, you can also ‘push’ from TBC.
This is done by right clicking on the project (no zipping is
needed), selecting Export -> TopBraid Composer -> Deploy project
to TopBraid Live server. Person doing this with TBC needs to have
the appropriate permissions for the server. This is why this
method is less commonly used - in many environments roles are
separated.
The "experimental"
http://localhost:8083/tbl/swp?_viewClass=teamwork:RefreshUnionGraphService
<http://localhost:8083/tbl/swp?_viewClass=teamwork:RefreshUnionGraphService>
seems to work fine to allow them to be moved around - do they
get picked up automatically though?
And is there a way to install initial state of asset collections
- i.e. install a template from a project so all includes are
preconfigured for example, while the project stays read-only?
I am not sure I understand what you mean.
Typically, asset collections do not live in these projects. It is
more common for them to live in a single dedicated project that
has the default name “Repositories”, although you could configure
it to have any other name. Common does not mean necessary. In
principle, you could be creating asset collections in any project
and then getting these projects to the server - that is, unless
you are using “shared TDB” as your storage option. In this case, I
think you'd need to load the data from files and run this load on
the server.
On Thursday, 18 October 2018 18:45:54 UTC+11, Holger Knublauch
wrote:
The notion of projects is typically not meaningful for EDG
users, but rather to TBC users. I do agree the list is often
too long though. Maybe a second column with namespaces (graph
URIs) would help?
Sent from my iPad
On 18 Oct 2018, at 16:57, Rob Atkinson <robatki...@gmail.com>
wrote:
also - I think the includes dialog should not list
everything anyway - its very messy and difficult to use -
better to show projects - and then let the user dive into a
specific project (ideally remember the last project selected
and open it by default?)
On Thursday, 18 October 2018 09:54:28 UTC+11, Rob Atkinson
wrote:
Yep - am refactoring data into a separate project.
Defensive programming around the includes scan - to
avoid large projects and ask users to register specific
ontologies in EDG - might also be wise.
On Thu, 18 Oct 2018 at 09:14, Holger Knublauch
<hol...@topquadrant.com> wrote:
Hi Rob,
this explains it. TopBraid automatically treats all
.html and .xsd files as RDF graphs that can be
opened in TBC and imported into other graphs. While
this is sometimes useful, it is highly questionable
that anyone would want to do that from EDG.
We will change this for the upcoming 6.1 so that
these graphs are no longer listed for inclusion. If
you have thousands of them, or some very large
graphs, then the dialog will open them (temporarily)
just to find their rdfs:label.
For now, please close those projects when you work
with EDG.
Thanks,
Holger
On 18/10/2018 7:40 AM, Rob Atkinson wrote:
The data project includes an autogenerated HTML
view of a set of XSD ~ 20K files
Sounds like there needs to be a very strict
partitioning into different types of project here
On Thursday, 18 October 2018 08:33:43 UTC+11, Irene
Polikoff wrote:
Rob,
Include dialog will show:
* Asset collections - there are some policies
with respect to types of asset collections
which are configurable
* Some select RDF files from the projects
shipped with EDG. TQ decides which ones.
For example, EDG Shapes, but there are a
few others
* RDF files in customer projects
Thus, if you have a lot of files in your
projects, EDG will try to display all of them.
Why? Because some customers want to make RDF
files available for inclusion.
As Holger said, we have noticed some
sluggishness when there are custom projects
with many files, but nothing even closet what
you are describing. How many files do you have?
On Oct 17, 2018, at 5:17 PM, Rob Atkinson
<robatki...@gmail.com> wrote:
Apropos of this - a project is deployed
automatically to EDG if a .ui.ttlx file is
found in it? Is factoring these out into tiny
projects critical ?
On Thursday, 18 October 2018 08:15:28 UTC+11,
Rob Atkinson wrote:
didnt open overnight...
this page is slow and lists projects one
every 10 minutes or so....
http://localhost:8083/tbl/admin/projectDelete
<http://localhost:8083/tbl/admin/projectDelete>
I have quite a few files in projects - but
most of them are source files i will be
processing into EDG asset content. Why EDG
should be caring about these is not clear...
the only thing is that i have projects
with EDG customisations (e.g. custom
importers) in with the data - so maybe it
is necessary to isolate any EDG referenced
resources from any data the IDE might want
to process. I can see with a production
deployment that would be the case.
I have a few (30) empty taxonomies
created during attempts to test access
authorisation on createProjectService -
but this really ought not to be
significant- as I would want 1000's of
asset collections in a production
environment anyway.
On Wednesday, 17 October 2018 22:47:04
UTC+11, Holger Knublauch wrote:
I noticed this dialog can sometime be
slow if there are many files in your
workspace. Slow, meaning that it may
take 30 seconds or so to open. But you
seem to say it never opens?
Is there anything in the error log (of
TBC or the JavaScript console of
Chrome developers tools)?
Holger
On 17/10/2018 7:18 PM, Rob Atkinson wrote:
I have an emtpy (new) ontology, a few
loaded ontologies, when I hit the
"includes" option in EDG settings the
CPU maxes out and no response occurs
--
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
topbraid-user...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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
topbraid-user...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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
topbraid-user...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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
topbraid-user...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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 topbraid-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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 topbraid-user...@googlegroups.com <javascript:>.
For more options, visit https://groups.google.com/d/optout
<https://groups.google.com/d/optout>.
--
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 topbraid-users+unsubscr...@googlegroups.com
<mailto:topbraid-users+unsubscr...@googlegroups.com>.
For more options, visit https://groups.google.com/d/optout.
--
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 topbraid-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.