Documenting my responses to Surajit's questions.
Owen
Subject: | StratML Query Service |
---|---|
Date: | Tue, 29 Mar 2022 14:04:33 -0400 |
From: | Owen Ambur <Owen....@verizon.net> |
To: | sur...@sparkingweb.com |
CC: | Jeff Maynard <jmay...@turnkey.com.au> |
Surajit, see my responses to the questions you posed on Freelancer.com copied below.
Owen
Hello thank you for sharing more details. I have some questions to better understand the work scope.
12:47 PM
Q1. Do you want users to get/view XML data after login/signup?
A1. No. Definitely not. I want users to be able to query and
view results anonymously. I don't want to require them to
register nor do I want to get into the business of managing UIDs
& passwords.
12:53 PM
Q2. Do you have a diagram or flowchart? If possible could you
share an elaborate demonstration of it?
A2. There is no particular "flow" to diagram -- unless you consider this to be one: 1) The user submits a query, 2) a listing of relevant results is delivered, and 3) clicking on links in the results listing takes the user directly to the element they wish to see, like this.
Eventually, another possible "flow" might be the ingestion
process, i.e., how files get into the database. Something along
these lines might be appropriate: a) the user provides the URL
for the file to be imported, b) the application checks to see if
the file validates against the StratML schema, c) if not, the
system sends notification of the failure to the submitter's
E-mail address contained in the file; d) if the file validates,
the system notifies the submitter to confirm that they actually
made the submission; e) they confirm the submission by clicking
on a link in the E-mailed confirmation request; and f)
valid/confirmed submissions are indexed.
However, initially, all I want to do is import all of the
>5K files currently in the collection, all of whose
URLs are listed in sitemap format.
I DO NOT want the development of a minimally viable query
service to be held up with security-related complications.
No, I don't have an "elaborate demonstration" of the capability that I'm hoping you might be able to provide. However, I can point to several prototypes that either failed to meet the requirements or were not maintained, including:
1:00 PM
Q3. Do you want this data https://stratml.us/carmel/iso/SEI.xml
To represent like this https://stratml.us/carmel/iso/SMLTASwStyle.xml?
A3. I want the data at https://stratml.us/carmel/iso/SEI.xml
to present like this: https://stratml.us/carmel/iso/SEIwStyle.xml
The stylesheet is already available, at https://stratml.us/carmel/iso/part2stratml.xsl
So you shouldn't need to worry too much about that. However,
beauty is in the eye of the beholder and improvement is always
possible. So while I wouldn't want presentation of the data to
hold up the project or increase its cost very much, I am open to
considering other presentations as well. For example, Turn-Key
Systems is providing a StratML-->PDF conversion service.
However, PDF is best suited for print purposes and does not
support direct referencing of the queried elements. So while it
would be more than fine to offer PDF conversion as an added
service, it does not meet the requirement
for direct referencing of queried elements.