Re: [tbc-users] Re: ConvertDataType in SM- Request
> I haven't tried the Excel import yet, I should give it a go. Most of > the files I am receiving are in delimited format. I could convert them > to Excel and set the column types but in several cases I have many > 10's of files to import (all in the same format). I also have the > problem that some files will be longer than 65K rows and won't fit > into 1 file. I'm not sure which is the lesser of evils... converting > each one to an Excel file or just writing a SM script to handle the > data types. I'm currently working on the later, but I will give the > Excel Import a go, just so I have increased my knowledge of how > different modules work. In order to open an Excel file in SPARQLmotion, try sml:ImportRDFFromWorkspace, pointing to the .xls file. This will apply the "Semantic Tables" loader that will (is supposed to) honor metadata in the Excel files. > > Most of the general pipe-lining tools work a bit like Excel in that a > wizard dynamically looks at the first x rows and makes a guess at the > datatype and uses it in the import. This can lead to mistakes of > course. This can be generalized in SPARQLMotion as well, using a user-defined function that returns an sml:ReturnRDF graph. Such a module could then be reused for any SM script. I wish I had more time to try it... > > Some, SW tools and this is my preferred option, match the column names > with properties in a supplied ontology and use the property range > described in the ontology. If the SM component did this it would be a > great help. Yes, as I said the current SML spreadsheet importer has a hidden feature for that - just declare the missing property and set it to true (see previous email). I have also added a work item to make the Semantic Tables loader smarter so that it reuses existing properties if they have matching column identifiers. Holger -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Re: ConvertDataType in SM- Request
On Nov 24, 2009, at 1:53 PM, PhilA wrote: > Hi Holger > >> Yes, this is standard behavior of SPARQLMotion - you can leave any argument >> blank, in which case the system will try to match namesake variables from >> the predecessors in the script. It's kind of a hidden feature and we need to >> make it more obvious. > > A couple of Thoughts > 1. Why not just allow ?variables to be added and document it. It would > be easy to do and obvious to everyone? For the user it might be, but conceptually this would violate the "ranges" (spl:valueType) or the various arguments - they would need to accept strings as well. But I see your point and need to think about it. Meanwhile, if you want to "rename" a variable, use sml:CloneVariable. > 3. Can I also do this for the datatype as well as the predicate in the > convertdatatype module? If so I think I can get rid of all of the > modules to be replaced with one iterate over and a single > convertdatatype. No, unfortunately this won't work, because each individual iteration would only replace one property, but pass through all the other values. I guess only a combination of sml:ApplyConstruct and sml:FilterByConstruct will work. Holger -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Re: ANN: TopBraid Suite 3.2.1
Hi Michel, yes this change was motivated by the clarification that we received from the OWL 2 working group. We strongly support to use a single syntax only, which is to enter the datatype restrictions as owl:equivalentClasses. You can still add an rdfs:subClassOf xsd:integer to link it to a base type if you want, but this will not have an effect. There were a couple of bug fixes related to this design pattern, so that TBC now correctly allows users to enter instance values on such datatypes. Holger On Nov 24, 2009, at 1:54 PM, Michel Bohms wrote: > Could you say a bit more on the bug fix: > "- Bug fix: Better handling of user-defined named datatypes (using > owl:equivalentClass)" > > Just curious how it affects our modelling of userdefined datatypes > (especially because we earlier discusses the OWLII Primer use of > "equivalent" compared to your advice to use "subClassOf; wondered > whether this was related...) > Thx, Michel > > > On Nov 24, 6:28 am, Nilesh wrote: >> Dear users, >> we are pleased to announce a point release 3.2.1 of TopBraid Composer, >> TopBraid Live and TopBraid Ensemble. It fixes several minor issues >> with 3.2.0. >> >> To upgrade, please download the appropriate binary from the TopBraid >> download site. The product update feature is not working for this >> release. >> Windows users should note that we have not supplied an installer, but >> instead the download is simply a zip of the product directory. >> >> The release notes can be found at >>http://www.topquadrant.com/products/release_notes/v3_2_0.html >> The detailed changes from 3.2.0 are as follows >>http://www.topquadrant.com/docs/versions/changes-3.2.1.txt >> Download area at >>http://www.topquadrant.com/products/TB_download.html >> >> Regards, >> The TopBraid Team > > -- > > You received this message because you are subscribed to the Google Groups > "TopBraid Composer Users" group. > To post to this group, send email to topbraid-composer-us...@googlegroups.com. > To unsubscribe from this group, send email to > topbraid-composer-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/topbraid-composer-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: ANN: TopBraid Suite 3.2.1
Could you say a bit more on the bug fix: "- Bug fix: Better handling of user-defined named datatypes (using owl:equivalentClass)" Just curious how it affects our modelling of userdefined datatypes (especially because we earlier discusses the OWLII Primer use of "equivalent" compared to your advice to use "subClassOf; wondered whether this was related...) Thx, Michel On Nov 24, 6:28 am, Nilesh wrote: > Dear users, > we are pleased to announce a point release 3.2.1 of TopBraid Composer, > TopBraid Live and TopBraid Ensemble. It fixes several minor issues > with 3.2.0. > > To upgrade, please download the appropriate binary from the TopBraid > download site. The product update feature is not working for this > release. > Windows users should note that we have not supplied an installer, but > instead the download is simply a zip of the product directory. > > The release notes can be found at > http://www.topquadrant.com/products/release_notes/v3_2_0.html > The detailed changes from 3.2.0 are as follows > http://www.topquadrant.com/docs/versions/changes-3.2.1.txt > Download area at > http://www.topquadrant.com/products/TB_download.html > > Regards, > The TopBraid Team -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: ConvertDataType in SM- Request
Hi Holger >Yes, this is standard behavior of SPARQLMotion - you can leave any argument >blank, in which case the system will try to match namesake variables from the >predecessors in the script. It's kind of a hidden feature and we need to make >it more obvious. A couple of Thoughts 1. Why not just allow ?variables to be added and document it. It would be easy to do and obvious to everyone? 2. Using namesake variables adds a restriction (all be it trivial) on what the user can state as ?variables 3. Can I also do this for the datatype as well as the predicate in the convertdatatype module? If so I think I can get rid of all of the modules to be replaced with one iterate over and a single convertdatatype. Cheers Phil -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: ConvertDataType in SM- Request
Hi Holger >. I can see how a manual process (like a spreadsheet import wizard) could help >setting the datatypes, and then you could define a target ontology into which >the text files will be imported (if you add a boolean property >sml:importToInputGraph and set it to true at your sml:SoncertSpreadsheetToRDF >module, then it will try to reuse existing properties with matching column >names). We could also improve the Semantic Tables back-end to use column index >of existing properties, similar to the Semantic XML back-end. This would be great. (see below as well) > But, another approach would be to spice up the original files and convert > them to Excel, with explicit datatypes set. I haven't tried the Excel import yet, I should give it a go. Most of the files I am receiving are in delimited format. I could convert them to Excel and set the column types but in several cases I have many 10's of files to import (all in the same format). I also have the problem that some files will be longer than 65K rows and won't fit into 1 file. I'm not sure which is the lesser of evils... converting each one to an Excel file or just writing a SM script to handle the data types. I'm currently working on the later, but I will give the Excel Import a go, just so I have increased my knowledge of how different modules work. > > So, how do other tools do that? I think your use case is very relevant for > many users, and we have to figure out the best way of addressing it (balanced > with our usual resource limitations of course - we cannot do everything!). Now there's a question:). I'm not sure if you mean SW tools or any tool. Most of the general pipe-lining tools work a bit like Excel in that a wizard dynamically looks at the first x rows and makes a guess at the datatype and uses it in the import. This can lead to mistakes of course. Some, SW tools and this is my preferred option, match the column names with properties in a supplied ontology and use the property range described in the ontology. If the SM component did this it would be a great help. Others take this a bit further and allow you to create a sort of mapping between the columns and an ontology, and save this as a template. I have written (badly) a component in a pipelining tool that allows you specify the namespaces, properties and classes that you want to create based on columns, Including the network relationships through object properties. (i.e. It doesn't just create one class). It takes text input and gives RDF. It does everything in one pass and I've created 50Gb of RDF data in one pass. This is my cruncher tool, purely designed to get the best response from little user input but its ugly to use. Cheers Phil -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Webservices in TBC 3.2.1
Kevin Matthews wrote: > I recently upgraded to TBC-ME 3.2.1 and now my webservices are no > longer working. When I go to: > > http://localhost:8083/tbl/actions?action=sparqlmotion&id=GetSubClasses&parentClass=http%3A%2F%2Fwww.mydomain.com%2FProjectName%23MyChildClass > > > You may need to visit http://localhost:8083/tbl/ first, to get the TBL entry page. Jeremy -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] ConvertDataType in SM- Request
Phil, I would be interested to hear how comparable tools handle this problem. The source of the problem is that you are working with text files, which (unlike Excel files or RDBs) do not carry metadata about the cell/column types. I can see how a manual process (like a spreadsheet import wizard) could help setting the datatypes, and then you could define a target ontology into which the text files will be imported (if you add a boolean property sml:importToInputGraph and set it to true at your sml:SoncertSpreadsheetToRDF module, then it will try to reuse existing properties with matching column names). We could also improve the Semantic Tables back-end to use column index of existing properties, similar to the Semantic XML back-end. But, another approach would be to spice up the original files and convert them to Excel, with explicit datatypes set. So, how do other tools do that? I think your use case is very relevant for many users, and we have to figure out the best way of addressing it (balanced with our usual resource limitations of course - we cannot do everything!). Thanks Holger On Nov 23, 2009, at 3:33 PM, PhilA wrote: > After working for a couple of weeks reading in delimited text files, > and then manipulating this to create the classes with appropriate > properties ,e.g. like extract class in TBC, I think I have found a > fairly efficient way of working. > The biggest issue still remaining is how to convert the datatypes to > those specified in an ontology. > At present the only way I have managed it, is to have lots and lots of > convert datatypes modules in the script. > I've tried an iterate over select and then passing the variables to > the convertdatatype module, but this module doesn't seem to accept > variables as arguments. > The other way I have tried to do it is to have multiple predicates > listed in the convertdatatype module, but it only processes the first > one listed. > > Since changing datatypes is a must do operation, from the imported > string type, would it be possible to have an enhanced convertdatatype > module? > > Cheers > Phil > > -- > > You received this message because you are subscribed to the Google Groups > "TopBraid Composer Users" group. > To post to this group, send email to topbraid-composer-us...@googlegroups.com. > To unsubscribe from this group, send email to > topbraid-composer-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/topbraid-composer-users?hl=. > > -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Webservices in TBC 3.2.1
Hi Kevin, is there any other error message? We have difficulties reproducing this. The Error Log may have more information, or run Eclipse from a command line with the -console option set to get more messages. Regarding the dropins folder, you can just create a new one manually and it should work. Regards, Holger On Nov 24, 2009, at 8:01 AM, Kevin Matthews wrote: > I recently upgraded to TBC-ME 3.2.1 and now my webservices are no > longer working. When I go to: > > http://localhost:8083/tbl/actions?action=sparqlmotion&id=GetSubClasses&parentClass=http%3A%2F%2Fwww.mydomain.com%2FProjectName%23MyChildClass > > I get: > > HTTP ERROR 404 > Problem accessing /tbl/actions. Reason: >ProxyServlet: /tbl/actions > > I checked the new documentation and the URL seems to be correct. I > also refreshed my webservices by going to Scripts -> Refresh > SparqlMotion functions. What do I need to do to get them working > again? > > On another note, in TBC 3.1, there was a "dropins" directory in the > Eclipse directory structure where we put additional jars that are > needed for extension functions. That directory no longer exists. If > I still need to use extension functions, what is the proper directory > to put the Jar files in? > > > Thanks, > > Kevin > > -- > > You received this message because you are subscribed to the Google Groups > "TopBraid Composer Users" group. > To post to this group, send email to topbraid-composer-us...@googlegroups.com. > To unsubscribe from this group, send email to > topbraid-composer-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/topbraid-composer-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Re: Sparql lib error
Yes, we may need more details - which version of TBC is this with, and how does your file look like? (Feel free to send it to me off-list). Holger On Nov 24, 2009, at 6:46 AM, Scott Henninger wrote: > Michel, it appears you are passing a value to a SPIN query that needs > to be parsed to a string, but cannot be because it is an RDF resource > (node). > > -- Scott > > On Nov 24, 1:48 am, "Bohms, H.M. (Michel)" > wrote: >> Can someone explain me this error: >> >> Invalid SPARQL library entry: >> [http://www.bimtoolset.org/ontologies/pmo-lite.owl#child,http://spinrdf.org/spin#query, >> -3b21dd27:1251fe9d187:-5954] >> >> (despite error I can DO the query...) >> >> It is an error I get when I attached my query for decomposition (see thread >> on decomposition) at the imported ontology: >> >> thx Michel >> >> ps error stack: >> java.lang.IllegalArgumentException: Node must be either literal or a SPIN >> query or a SPIN template call >> at org.topbraid.spin.util.SPINUtil.getQueryString(SPINUtil.java:171) >> at >> org.topbraid.spin.library.SPARQLLibraryEntry.(SPARQLLibraryEntry.java:32) >> at org.topbraid.spin.library.SPARQLLibrary.getAll(SPARQLLibrary.java:152) >> at >> org.topbraid.spin.library.SPARQLLibrary.ensureInitialized(SPARQLLibrary.java:133) >> at >> org.topbraid.spin.library.SPARQLLibrary.getEntries(SPARQLLibrary.java:167) >> at >> org.topbraidcomposer.sparql.view.libtable.LibraryTableContentProvider.getElements(LibraryTableContentProvider.java:19) >> at >> org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:959) >> at >> org.eclipse.jface.viewers.ColumnViewer.getRawChildren(ColumnViewer.java:703) >> at >> org.eclipse.jface.viewers.AbstractTableViewer.getRawChildren(AbstractTableViewer.java:1087) >> at >> org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren(StructuredViewer.java:893) >> at >> org.eclipse.jface.viewers.StructuredViewer.getSortedChildren(StructuredViewer.java:1016) >> at >> org.eclipse.jface.viewers.AbstractTableViewer.internalRefreshAll(AbstractTableViewer.java:701) >> at >> org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:649) >> at >> org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:636) >> at >> org.eclipse.jface.viewers.AbstractTableViewer$2.run(AbstractTableViewer.java:592) >> at >> org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1392) >> at >> org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1353) >> at >> org.eclipse.jface.viewers.AbstractTableViewer.inputChanged(AbstractTableViewer.java:590) >> at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:274) >> at >> org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1634) >> at >> org.topbraidcomposer.sparql.view.libtable.LibraryTableViewer.(LibraryTableViewer.java:113) >> at >> org.topbraidcomposer.sparql.view.libtable.LibraryViewer.(LibraryViewer.java:52) >> at >> org.topbraidcomposer.sparql.view.SPARQLView.createMainControls(SPARQLView.java:157) >> at >> org.topbraidcomposer.ui.views.AbstractView.createPartControl(AbstractView.java:62) >> at >> org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:367) >> at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:226) >> at >> org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595) >> at org.eclipse.ui.internal.Perspective.showView(Perspective.java:2229) >> at >> org.eclipse.ui.internal.WorkbenchPage.busyShowView(WorkbenchPage.java:1067) >> at org.eclipse.ui.internal.WorkbenchPage$20.run(WorkbenchPage.java:3816) >> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) >> at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:3813) >> at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:3789) >> at >> org.topbraidcomposer.editors.ResourceEditorLauncher$7$1.run(ResourceEditorLauncher.java:663) >> at >> org.topbraidcomposer.editors.ResourceEditorLauncher$7.run(ResourceEditorLauncher.java:682) >> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) >> at >> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) >> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3855) >> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3476) >> at >> org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:173) >> at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:388) >> at >> org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:507) >> at >> org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:275) >> at >> org.eclipse.ui.internal.progress.ProgressManager$4.run(ProgressManager.java:966) >> at org.eclipse
[tbc-users] Re: decomposition tree, getting it to work
Michel, see: Help > > User Interface Overview > SPARQL View Help > How to? > Make inferences persistent -- Scott On Nov 24, 12:59 am, "Bohms, H.M. (Michel)" wrote: > Hi Holger, > That did it! (well after I clicked 'switch direction' once more:) > strange because of switching again I HAVE the partOf's so I guess there > is missing some refresh?) > > Where can I find such things in the manual by the way? > > Thx Michel > > -Original Message- > From: Holger Knublauch [mailto:hol...@topquadrant.com] > Sent: maandag 23 november 2009 18:00 > To: topbraid-composer-users@googlegroups.com > Subject: Re: [tbc-users] decomposition tree, getting it to work > > On Nov 23, 2009, at 6:29 AM, Bohms, H.M. (Michel) wrote: > > Hi Holger, > > I tried you sparql query but my association view stays empty.. > > 1. What inferencing conf. did you use? > > Probably the missing step is that you need to select all constructed > triples (in the SPARQL view) and then (in the context menu) select > "Infer selected triples). > > 2. How did you define the child property exactly? (I now have it > as owl:ObjectProperty without domain/range spec) > > Just an object property is enough. > > Holger > > -- > > You received this message because you are subscribed to the Google > Groups "TopBraid Composer Users" group. > To post to this group, send email to > topbraid-composer-us...@googlegroups.com. > To unsubscribe from this group, send email to > topbraid-composer-users+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/topbraid-composer-users?hl=. > > This e-mail and its contents are subject to the DISCLAIMER > athttp://www.tno.nl/disclaimer/email.html -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Webservices in TBC 3.2.1
I recently upgraded to TBC-ME 3.2.1 and now my webservices are no longer working. When I go to: http://localhost:8083/tbl/actions?action=sparqlmotion&id=GetSubClasses&parentClass=http%3A%2F%2Fwww.mydomain.com%2FProjectName%23MyChildClass I get: HTTP ERROR 404 Problem accessing /tbl/actions. Reason: ProxyServlet: /tbl/actions I checked the new documentation and the URL seems to be correct. I also refreshed my webservices by going to Scripts -> Refresh SparqlMotion functions. What do I need to do to get them working again? On another note, in TBC 3.1, there was a "dropins" directory in the Eclipse directory structure where we put additional jars that are needed for extension functions. That directory no longer exists. If I still need to use extension functions, what is the proper directory to put the Jar files in? Thanks, Kevin -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
Re: [tbc-users] Re: ConvertDataType in SM- Request
Yes, this is standard behavior of SPARQLMotion - you can leave any argument blank, in which case the system will try to match namesake variables from the predecessors in the script. It's kind of a hidden feature and we need to make it more obvious. Holger On Nov 24, 2009, at 1:22 AM, wrote: > Hi Scott > >> ...and a sml:ConvertDatatype in the body, with sml:predicate empty, > > This is really not obvious! > Why leave it empty? Why not add the variable? > > I was trying to add ?predicate into the predicate slot and it would not > let me. So I assumed I couldn't do it. > > H, is this a standard feature for lots of modules? > > If this works it will save a great deal of tedious work. > > Cheers > Phil > > > > UCB Celltech is the UK branch of UCB Pharma S.A., a company registered in > Belgium with registered offices at Allee de la Recherche 60, 1070 Brussels, > Belgium, KBO/BCE nr. 0403.096.168, RPR/RPM Brussels. > UCB Celltech's UK branch registration number is BR009137 and its UK > representative office is at 208 Bath Road, Slough, Berkshire SL1 3WE. > > > Legal Notice: This electronic mail and its attachments are intended solely > for the person(s) to whom they are addressed and contain information which is > confidential or otherwise protected from disclosure, except for the purpose > for which they are intended. Dissemination, distribution, or reproduction by > anyone other than the intended recipients is prohibited and may be illegal. > If you are not an intended recipient, please immediately inform the sender > and return the electronic mail and its attachments and destroy any copies > which may be in your possession. UCB screens electronic mails for viruses but > does not warrant that this electronic mail is free of any viruses. UCB > accepts no liability for any damage caused by any virus transmitted by this > electronic mail. (Ref: #*CUK0308) > > > -- > > You received this message because you are subscribed to the Google Groups > "TopBraid Composer Users" group. > To post to this group, send email to topbraid-composer-us...@googlegroups.com. > To unsubscribe from this group, send email to > topbraid-composer-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/topbraid-composer-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: regex sparqlmotion module syntax
Scott.
We figured it out (sort of):
If I send the output of the preceding module to "arg1" and don't
use the {?text}, the regex works properly. This would seem to
indicate that the smf:regex module is not dereferencing the {?text}.
We are using Composer Maestro 3.1.1 so perhaps this was fixed in
3.2.1?
-Thank you,
-Larry
On Nov 23, 4:26 pm, Scott Henninger
wrote:
> Larry; I'm not sure what is happening here. What version of Composer
> are you using? Also make sure you are using the smf:regex function.
>
> You can also use the function in a SPARQL query:
> LET (?x := smf:regex(?text, "test", "text"))
>
> This will replace any occurrence of "text" with "text" in the string
> bound to ?text.
>
> -- Scott
>
> On Nov 23, 2:53 pm, lgf wrote:
>
>
>
> > So if I want to process the following that is in the variable called
> > "text" from the ImportTextFile module:
>
> > "This is a text."
>
> > to:
>
> > "This is a test."
>
> > do the args look like:
>
> > arg1 - {?text}
> > arg2 - text
> > arg3 - test
> > arg4 -
>
> > ?
>
> > When I do this the result variable as shown in the console from the
> > regex module shows as:
>
> > result (xsd:string) = {?test}
>
> > What am I doing wrong?
>
> > -Larry
>
> > On Nov 21, 12:07 pm, Scott Henninger
> > wrote:
>
> > > lgf; I believe the syntax you are looking for is {?text} - this will
> > > get you the value bound to ?text instead of "text"
>
> > > -- Scott
>
> > > On Nov 20, 6:45 pm, lgf wrote:
>
> > > > Sorry but I am new to the SparqlMotion tools...
>
> > > > I'm trying to feed output from an "import text file" sparqlmotion
> > > > module into a regex module but I can't figure out how to get the regex
> > > > module args (particularly sp:arg1) syntax correct. I'd like the
> > > > output variable from "import text file " module to feed the regex so I
> > > > can do some simple clean up on a line or two of the file before
> > > > continued processing.
>
> > > > Are there some examples of to guide the syntax?
>
> > > > It always seems to take the arg1 value literally whereas I want to
> > > > input the text from the variable (?text) that holds the output from
> > > > the first module.- Hide quoted text -
>
> > > - Show quoted text -- Hide quoted text -
>
> - Show quoted text -
--
You received this message because you are subscribed to the Google Groups
"TopBraid Composer Users" group.
To post to this group, send email to topbraid-composer-us...@googlegroups.com.
To unsubscribe from this group, send email to
topbraid-composer-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: IterateOverSelect when body not executed
Catrina; There is no need for a BranchByAsk. Just pass the triples
being sent to your IterateOverSelect module to the module(s) specified
in the sm:next of the IterateOverSelect module. This will ensure that
all of the triples passed to IterateOverSelect module are passed to
modules after IterateOverSelect is executed.
-- Scott
On Nov 24, 8:08 am, Catrina
wrote:
> Then, you should really have the IterateOverSelect module wrapped in a
> BranchByAsk module (which seems a bit out of ordinary coding practice
> - sort of like wrapping a for loop with an if statement). Otherwise,
> you'll end up passing through triples that you modified or removed
> during the body of the IterateOverSelect module.
>
> ~Catrina
>
> On Nov 23, 1:37 pm, Scott Henninger
> wrote:
>
> > Catrina; A correction on this. Since the result of an
> > IterateOverSelect is the union of the results of all subscripts, if
> > the IterateOverSelect module does not run any subscripts then by
> > definition the result should be the null set. If you want to have the
> > input triples merged with the result, then you will need to merge the
> > input triples with the sm:next from the IterateOverSelect.
>
> > Sorry for the confusion, but in the end no damage done. The
> > "workaround" I suggest is what you will need to do to get your desired
> > results.
>
> > -- Scott
>
> > On Nov 20, 12:30 pm, Scott Henninger
> > wrote:
>
> > > Catrina; Yes, the expectation is that if the IterateOverSelect query
> > > returns no rows, then the input triples should be passed to next.
> > > This is a defect we will fix.
>
> > > The workaround is to add a sm:next from the module before the
> > > IterateOverSelect to the sm:next from IterateOverSelect. This will
> > > work whether or not new triples are created in the body of the iterate
> > > module, as the triples will be merged.
>
> > > Thanks for the report!
> > > -- Scott
>
> > > On Nov 20, 8:41 am, Catrina
> > > wrote:
>
> > > > When I send data through a script that contains an IterateOverSelect
> > > > module, I'm reaching some unexpected results.
>
> > > > If my data contains something that meets the select query criteria,
> > > > and the body of the IterateOverSelect module is executed, then the
> > > > IterateOverSelect's next module receives all of the expected triples.
>
> > > > However, if my data does NOT contain anything that meets the select
> > > > query criteria of the IterateOverSelect's module, then the next module
> > > > does not receive any of the triples moving through the script.
>
> > > > It appears that everything is dropped from the data moving through the
> > > > script if the IterateOverSelect module does not execute at least once.
>
> > > > Shouldn't the next module receive all triples that went into the
> > > > IterateOverSelect module?
>
> > > >
> > > > OUTLINED EXAMPLE:
> > > > The body of my IterateOverSelect module is just logging a message (it
> > > > does not manipulate the incoming triples). The select query contains
> > > > SPARQL looking for the virtual property:
> > > > SELECT ?loopTestNode
> > > > WHERE {
> > > > ?loopTestNode ?
> > > > loopTestObj .
>
> > > > }
>
> > > > INPUT FILE 1:
> > > > http://www.w3.org/2004/02/skos/core";
> > > > xmlns:gsi="http://www.myURI.com/GSIVocabulary"; gsi:virtual="false"
> > > > gsi:topicName="All Topics" gsi:topicOrder="0" skos:prefLabel="All
> > > > Topics 573">
>
> > > > INPUT FILE 2:
> > > > http://www.w3.org/2004/02/skos/core";
> > > > xmlns:gsi="http://www.myURI.com/GSIVocabulary"; gsi:topicName="All
> > > > Topics" gsi:topicOrder="0" skos:prefLabel="All Topics 573"> > > > skos:Concept>
>
> > > > As you can see, the only difference between the two input XML is that
> > > > the first one contains a virtual attribute (the second file does not).
>
> > > > My RDF output from INPUT FILE 1 contains the expected result of the
> > > > imported skos:Concept from the XML.
>
> > > > However, my RDF output from INPUT FILE 2 does not contain any of the
> > > > data imported from the XML.
>
> > > > Thanks,
> > > > Catrina- Hide quoted text -
>
> > - Show quoted text -
--
You received this message because you are subscribed to the Google Groups
"TopBraid Composer Users" group.
To post to this group, send email to topbraid-composer-us...@googlegroups.com.
To unsubscribe from this group, send email to
topbraid-composer-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/topbraid-composer-users?hl=en.
[tbc-users] Re: Sparql lib error
Michel, it appears you are passing a value to a SPIN query that needs to be parsed to a string, but cannot be because it is an RDF resource (node). -- Scott On Nov 24, 1:48 am, "Bohms, H.M. (Michel)" wrote: > Can someone explain me this error: > > Invalid SPARQL library entry: > [http://www.bimtoolset.org/ontologies/pmo-lite.owl#child,http://spinrdf.org/spin#query, > -3b21dd27:1251fe9d187:-5954] > > (despite error I can DO the query...) > > It is an error I get when I attached my query for decomposition (see thread > on decomposition) at the imported ontology: > > thx Michel > > ps error stack: > java.lang.IllegalArgumentException: Node must be either literal or a SPIN > query or a SPIN template call > at org.topbraid.spin.util.SPINUtil.getQueryString(SPINUtil.java:171) > at > org.topbraid.spin.library.SPARQLLibraryEntry.(SPARQLLibraryEntry.java:32) > at org.topbraid.spin.library.SPARQLLibrary.getAll(SPARQLLibrary.java:152) > at > org.topbraid.spin.library.SPARQLLibrary.ensureInitialized(SPARQLLibrary.java:133) > at org.topbraid.spin.library.SPARQLLibrary.getEntries(SPARQLLibrary.java:167) > at > org.topbraidcomposer.sparql.view.libtable.LibraryTableContentProvider.getElements(LibraryTableContentProvider.java:19) > at > org.eclipse.jface.viewers.StructuredViewer.getRawChildren(StructuredViewer.java:959) > at > org.eclipse.jface.viewers.ColumnViewer.getRawChildren(ColumnViewer.java:703) > at > org.eclipse.jface.viewers.AbstractTableViewer.getRawChildren(AbstractTableViewer.java:1087) > at > org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren(StructuredViewer.java:893) > at > org.eclipse.jface.viewers.StructuredViewer.getSortedChildren(StructuredViewer.java:1016) > at > org.eclipse.jface.viewers.AbstractTableViewer.internalRefreshAll(AbstractTableViewer.java:701) > at > org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:649) > at > org.eclipse.jface.viewers.AbstractTableViewer.internalRefresh(AbstractTableViewer.java:636) > at > org.eclipse.jface.viewers.AbstractTableViewer$2.run(AbstractTableViewer.java:592) > at > org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1392) > at > org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1353) > at > org.eclipse.jface.viewers.AbstractTableViewer.inputChanged(AbstractTableViewer.java:590) > at org.eclipse.jface.viewers.ContentViewer.setInput(ContentViewer.java:274) > at > org.eclipse.jface.viewers.StructuredViewer.setInput(StructuredViewer.java:1634) > at > org.topbraidcomposer.sparql.view.libtable.LibraryTableViewer.(LibraryTableViewer.java:113) > at > org.topbraidcomposer.sparql.view.libtable.LibraryViewer.(LibraryViewer.java:52) > at > org.topbraidcomposer.sparql.view.SPARQLView.createMainControls(SPARQLView.java:157) > at > org.topbraidcomposer.ui.views.AbstractView.createPartControl(AbstractView.java:62) > at > org.eclipse.ui.internal.ViewReference.createPartHelper(ViewReference.java:367) > at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:226) > at > org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595) > at org.eclipse.ui.internal.Perspective.showView(Perspective.java:2229) > at > org.eclipse.ui.internal.WorkbenchPage.busyShowView(WorkbenchPage.java:1067) > at org.eclipse.ui.internal.WorkbenchPage$20.run(WorkbenchPage.java:3816) > at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) > at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:3813) > at org.eclipse.ui.internal.WorkbenchPage.showView(WorkbenchPage.java:3789) > at > org.topbraidcomposer.editors.ResourceEditorLauncher$7$1.run(ResourceEditorLauncher.java:663) > at > org.topbraidcomposer.editors.ResourceEditorLauncher$7.run(ResourceEditorLauncher.java:682) > at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) > at > org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) > at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3855) > at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3476) > at > org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:173) > at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:388) > at > org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:507) > at > org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:275) > at > org.eclipse.ui.internal.progress.ProgressManager$4.run(ProgressManager.java:966) > at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) > at > org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:1001) > at > org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:976) > at org.topbraidcomposer.core.io.TBCIO$2.run(TBCIO.java:37
[tbc-users] Re: IterateOverSelect when body not executed
Then, you should really have the IterateOverSelect module wrapped in a
BranchByAsk module (which seems a bit out of ordinary coding practice
- sort of like wrapping a for loop with an if statement). Otherwise,
you'll end up passing through triples that you modified or removed
during the body of the IterateOverSelect module.
~Catrina
On Nov 23, 1:37 pm, Scott Henninger
wrote:
> Catrina; A correction on this. Since the result of an
> IterateOverSelect is the union of the results of all subscripts, if
> the IterateOverSelect module does not run any subscripts then by
> definition the result should be the null set. If you want to have the
> input triples merged with the result, then you will need to merge the
> input triples with the sm:next from the IterateOverSelect.
>
> Sorry for the confusion, but in the end no damage done. The
> "workaround" I suggest is what you will need to do to get your desired
> results.
>
> -- Scott
>
> On Nov 20, 12:30 pm, Scott Henninger
> wrote:
>
>
>
> > Catrina; Yes, the expectation is that if the IterateOverSelect query
> > returns no rows, then the input triples should be passed to next.
> > This is a defect we will fix.
>
> > The workaround is to add a sm:next from the module before the
> > IterateOverSelect to the sm:next from IterateOverSelect. This will
> > work whether or not new triples are created in the body of the iterate
> > module, as the triples will be merged.
>
> > Thanks for the report!
> > -- Scott
>
> > On Nov 20, 8:41 am, Catrina
> > wrote:
>
> > > When I send data through a script that contains an IterateOverSelect
> > > module, I'm reaching some unexpected results.
>
> > > If my data contains something that meets the select query criteria,
> > > and the body of the IterateOverSelect module is executed, then the
> > > IterateOverSelect's next module receives all of the expected triples.
>
> > > However, if my data does NOT contain anything that meets the select
> > > query criteria of the IterateOverSelect's module, then the next module
> > > does not receive any of the triples moving through the script.
>
> > > It appears that everything is dropped from the data moving through the
> > > script if the IterateOverSelect module does not execute at least once.
>
> > > Shouldn't the next module receive all triples that went into the
> > > IterateOverSelect module?
>
> > >
> > > OUTLINED EXAMPLE:
> > > The body of my IterateOverSelect module is just logging a message (it
> > > does not manipulate the incoming triples). The select query contains
> > > SPARQL looking for the virtual property:
> > > SELECT ?loopTestNode
> > > WHERE {
> > > ?loopTestNode ?
> > > loopTestObj .
>
> > > }
>
> > > INPUT FILE 1:
> > > http://www.w3.org/2004/02/skos/core";
> > > xmlns:gsi="http://www.myURI.com/GSIVocabulary"; gsi:virtual="false"
> > > gsi:topicName="All Topics" gsi:topicOrder="0" skos:prefLabel="All
> > > Topics 573">
>
> > > INPUT FILE 2:
> > > http://www.w3.org/2004/02/skos/core";
> > > xmlns:gsi="http://www.myURI.com/GSIVocabulary"; gsi:topicName="All
> > > Topics" gsi:topicOrder="0" skos:prefLabel="All Topics 573"> > > skos:Concept>
>
> > > As you can see, the only difference between the two input XML is that
> > > the first one contains a virtual attribute (the second file does not).
>
> > > My RDF output from INPUT FILE 1 contains the expected result of the
> > > imported skos:Concept from the XML.
>
> > > However, my RDF output from INPUT FILE 2 does not contain any of the
> > > data imported from the XML.
>
> > > Thanks,
> > > Catrina- Hide quoted text -
>
> - Show quoted text -
--
You received this message because you are subscribed to the Google Groups
"TopBraid Composer Users" group.
To post to this group, send email to topbraid-composer-us...@googlegroups.com.
To unsubscribe from this group, send email to
topbraid-composer-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/topbraid-composer-users?hl=en.
RE: [tbc-users] Re: ConvertDataType in SM- Request
Hi Scott > ...and a sml:ConvertDatatype in the body, with sml:predicate empty, This is really not obvious! Why leave it empty? Why not add the variable? I was trying to add ?predicate into the predicate slot and it would not let me. So I assumed I couldn't do it. H, is this a standard feature for lots of modules? If this works it will save a great deal of tedious work. Cheers Phil UCB Celltech is the UK branch of UCB Pharma S.A., a company registered in Belgium with registered offices at Allee de la Recherche 60, 1070 Brussels, Belgium, KBO/BCE nr. 0403.096.168, RPR/RPM Brussels. UCB Celltech's UK branch registration number is BR009137 and its UK representative office is at 208 Bath Road, Slough, Berkshire SL1 3WE. Legal Notice: This electronic mail and its attachments are intended solely for the person(s) to whom they are addressed and contain information which is confidential or otherwise protected from disclosure, except for the purpose for which they are intended. Dissemination, distribution, or reproduction by anyone other than the intended recipients is prohibited and may be illegal. If you are not an intended recipient, please immediately inform the sender and return the electronic mail and its attachments and destroy any copies which may be in your possession. UCB screens electronic mails for viruses but does not warrant that this electronic mail is free of any viruses. UCB accepts no liability for any damage caused by any virus transmitted by this electronic mail. (Ref: #*CUK0308) -- You received this message because you are subscribed to the Google Groups "TopBraid Composer Users" group. To post to this group, send email to topbraid-composer-us...@googlegroups.com. To unsubscribe from this group, send email to topbraid-composer-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/topbraid-composer-users?hl=en.
