Thanks for the speedy reply, Holger. Your suggestion aligns with what I was planning to do, so that's encouraging. I just wanted to make sure I wasn't missing anything. And no, the script doesn't try to do any dynamic changing of the input arguments, so I should be OK with the web service approach.
- Steve Steven R. Ray, Ph.D. Distinguished Research Fellow Carnegie Mellon University NASA Research Park Building 23 (MS 23-11) P.O. Box 1 Moffett Field, CA 94305-0001 Email: [email protected] Phone: (650) 587-3780 Cell: (202) 316-6481 Skype: steverayconsulting On Mon, Feb 4, 2019 at 5:43 PM Holger Knublauch <[email protected]> wrote: > Hi Steve, > > the sml:EnterLiteral module in your script appears to be used to enter the > names of files that are loaded while the script executes. We have removed > that feature because it only works in TBC but not in the more common case > of when scripts are called as (web) services. In your case I believe you > could turn this script into a web service too and simply declare the three > file names as arguments. Basically define a sm:Function that has the end > point of your script as sm:returnModule, and use spl:Arguments (at > spin:constraint) to declare the input parameters. Then call the script from > the URL of the SPARQLMotion servlet and pass the names in as part of the > URL, e.g. roughly > > > http://localhost:8083/tbl/sparqlmotion?...&circuitFile=myCircuitFile.ttl&; > ... > > This has the obvious advantage that people don't need to repeat the same > strings over and over again in the input dialog, but can instead copy and > paste and modify the URL. To make it more convenient, some of our staff > create HTML forms with <input> fields where the HTML form calls the web > service. I can outline that if you don't have much HTML skills handy. > > The solution above would not really work if the script were to request > different input strings depending on the execution flow. But such > interactive scripts take the design of SPARQLMotion to an edge that we > probably shouldn't have supported earlier. In these cases, you'd need to > either collect all data in advance or break the script into multiple steps. > I don't think this is necessary in your case though. > > HTH > Holger > > > On 5/02/2019 5:32 am, Steve Ray wrote: > > Hi, > Today I was opening up an "old" 2016 project that used to run in TBC-ME > 5.1 I think. In it is a SPARQLMotion script that contains several > sml:EnterLiteral modules that now bomb in TBC-ME 6.1 because I believe you > have removed that module class. I'm asking for what might be the best > practice to edit this script, which is quite large, so that it runs in 6.1? > > (The script is available in the github > project steveraysteveray/fsgim-owlTesting as > input.1/buildReferenceSet.sms.ttl if you want to dig). > > - Steve > > Steven R. Ray, Ph.D. > Distinguished Research Fellow > Carnegie Mellon University > NASA Research Park > Building 23 (MS 23-11) > P.O. Box 1 > Moffett Field, CA 94305-0001 > Email: [email protected] > Phone: (650) 587-3780 > Cell: (202) 316-6481 > Skype: steverayconsulting > -- > 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]. > 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 [email protected]. > 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
