Subject: | Re: Fwd: Keyspaces &/or DynamoDB for StratML Query Services? |
---|---|
Date: | Thu, 29 Sep 2022 17:21:05 +0530 |
From: | Sudarshana <sudar...@epicomm.net> |
To: | Naval Sarda <nsa...@epicomm.net>, Jitendra Shende <jite...@epicomm.net>, Balasaheb Pandarkar <balas...@epicomm.net> |
Please take care of yourself and family.-------- Forwarded Message --------
Subject: Re: Keyspaces &/or DynamoDB for StratML Query Services? Date: Wed, 28 Sep 2022 15:40:07 +0000 (UTC) From: Owen Ambur <owen....@verizon.net> Reply-To: Owen Ambur <owen....@verizon.net> To: nsa...@epicomm.net <nsa...@epicomm.net> CC: aboutthe...@googlegroups.com <aboutthe...@googlegroups.com>
Good progress, Naval. Here are my initial thoughts on your updated screen shots/wire frames:
- It seems to me that it would be good to combine each of the two search fields for Goal/Objective, Stakeholder, and Value into one so that the simple seach screen includes only three fields. Changes made in mockups. Please refer screenshot attached.
- Ideally, it would be good if the user could decide to query only one or two or all three of those fields at once. However, that may be more technical complexity than we should take on initially. We will manage that programatically.
- Regarding the query results screen, I assume the pencil icon indicates an edit link, which is not feature I'd like to include in the basic query service. However, at some point, I would not be adverse to providing such feature that opens the file in my XForm for editing and saving locally. I don't want to get into the business of managing UIDs & passwords for authorizing edit access to the database. Removed pensil sign. Please refer screenshot attached.
- With respect to the column headings, we'll need to give them further thought but the share of screen space devoted to the Description element should be increased. That information will be the primary means by which users will determine which of the results they may wish to view in context of the documents in which they occur.Column size for 'Description' field has increased. Please refer screenshot attached.
- Depending upon which of the elements the user has queried, it should not be necessary to show that element in the column heading.Ok. We will show only those columns which you are interested for.
- I assume the green down arrow designates a download feature, which may be OK, but if there is an icon that indicates viewing/opening a hyperlink, that would be better. Yes green is for download and we have added view/hyperlink button also. Please refer screenshot attached.
- In that regard, one issue to be addressed is the fact that my sitemap listing references the plain XML text renditions whereas the styled renditions should be presented when clicking on links in query results listings. Ok
- In some cases, PDF renditions are also available but they do no permit direct referencing of the queried elements, which is the primary purpose of the query service. Ok
BTW, Hilton Head Island is directly in the currently projected path of hurricane Ian. While we're currently in the North Carolina mountains, we've been scheduled to head home on Friday but will probably need to delay our return and will be a bit unsettled for the next few days.
Owen Ambur
-----Original Message-----
From: Naval Sarda <nsa...@epicomm.net>
To: Owen Ambur <owen....@verizon.net>
Cc: aboutthe...@googlegroups.com <aboutthe...@googlegroups.com>
Sent: Wed, Sep 28, 2022 10:57 am
Subject: Re: Keyspaces &/or DynamoDB for StratML Query Services?
Hi Owen,We have designed another basic search screen. Please see attached. We can further refined the same based on your instructions.Thanks for providing the information below which tells us which all tags and section needs to be searched behind the scenes. It is really helpful.
We will get back to you about advance search screens.
Naval
On 27/09/22 8:09 pm, Owen Ambur wrote:
Naval, as summarized under the Query/Discovery goal in my technical development plan, the basic query service should enable searches of these elements of the schema:
- Stakeholder Name & Description
- Goal & Objective Name & Description
- Value Name & Description
While those are the elements of the "basic" search capability, please note that it is not exactly "simple" because:
- The Stakeholder element occurs at three levels of the schema -- Organization, Goal & Objective.
- Since the only distinction between Goal and Objective is a matter of timing, it makes sense to query those elements together.
- Similarly, since the queried term may occur in either the Name or the Description, it might make sense to combine queries of those two elements together as well. For the goal/objective query, that means searching four elements at once: 1) Goal Name, 2) Goal Description, 3) Objective Name, and 4) Objective Description.
More advanced query capabilities will enable such things as faceted searches, e.g., searching for goals/objectives associated with particular stakeholders.
Owen Ambur
-----Original Message-----
From: Naval Sarda <nsa...@epicomm.net>
To: Owen Ambur <owen....@verizon.net>
Sent: Tue, Sep 27, 2022 12:28 am
Subject: Re: Keyspaces &/or DynamoDB for StratML Query Services?
Hi Owen,For the search fields, we checked the plan again. But we were not able to figure out the search fields needed for basic and advance search. If you can just copy and paste the same in the email, it will be great.Naval
On 24/09/22 8:24 pm, Owen Ambur wrote:
Naval, I always enjoy having the opportunity to virtually meet those with whom I have established potentially productive relationships and I'll be happy to join you in a televideo conference when convenient for both of us.
Please be aware, however, that my hearing is not great and I have a hard time understanding Pradeep on our televideo conferences. Also, I wouldn't want progress to be held up until we can find a time that is mutually convenient for an synchronous meeting of the minds.
So from that perspective E-mail works better for me. It also seems to me that your usage of it has enabled you to make more rapid progress than he has.
On the other hand, it would be great if we could all work together, with each of us adding the value accommodated by our own interests and expertise. So I'd welcome the chance to have joint televideo conference with both of you.
I'll be especially interested to learn what it is about my plan that is still unclear. To the degree that it needs to be further fleshed out, I'd rather do that than merely talk about it. It contains mailto Comment links to facilitate such focused dialog.
BTW, you can check out what Pradeep has done in the past at https://stratml.us/#Ictect
Owen Ambur
-----Original Message-----
From: Naval Sarda <nsa...@epicomm.net>
To: Owen Ambur <am...@verizon.net>; pradee...@ictect.com <pradee...@ictect.com>; jo...@vionta.net <jo...@vionta.net>
Sent: Fri, Sep 23, 2022 8:57 am
Subject: Re: Keyspaces &/or DynamoDB for StratML Query Services?
Hi Owen,We need to get on call once you are back from your vacations so that we can understand your needs better.
Naval
On 23/09/22 1:41 am, Owen Ambur wrote:
Naval, Pradeep & Jorge, while I hope that we can build on experience with BaseX, I am also open to exploring other alternatives.
I don't understand the pricing implications of AWS Keyspaces. However, I suspect that usage of a StratML query service might initially be pretty low, and if it scales up to become costly under those pricing conditions, that might indicate the potential for profitably enaging paying customers.
Keyspaces came to my attention via a posting on LinkedIn by Jason Hunter, who spent >17 years with MarkLogic and is now Principal Solution Architect for DynamoDB. I don't understand its pricing implications for it either and would be hesitant to take on a "free" account without knowing what the costs might turn out to be.
Owen Ambur
Subject: | Re: Fwd: Query & Results Screens |
---|---|
Date: | Fri, 30 Sep 2022 19:46:54 +0530 |
From: | Sudarshana <sudar...@epicomm.net> |
To: | Naval Sarda <nsa...@epicomm.net> |
CC: | jitendras <jite...@epicomm.net>, Balasaheb <balas...@epicomm.net> |
---|
Naval, here are my thoughts on the updated wire frames:
- The full text search field should be labeled "Full Text Search" or perhaps "Search Full Text". Changes made, please refer attached screenshot.
- The specific element search fields should be labeled "Find Goals/Objectives" | "Find Stakeholders" | "Find Values" and the grayed out text in the search fields themselves should read: "Enter Goal/Objective Name" | "Enter Stakeholder Name" | "Enter Value Name". Changes made, please refer attached screenshot.
- Users don't need to know that both the Name & Description elements are being queried, and including "Description" in the label implies that phrases and sentences can be entered as query terms. While there should be nothing to prevent users from doing that if they choose, the idea is for them to enter a single word. Changes made in screenshots, please refer attached screenshot. We can programatically prevent user from typing more than one word. If you want we can do that.
- It would be good if the label above the search results listing were to include the word or phrase on which the query has been conducted, e.g., "Search Results for Education". We can do that.
- In the basic Search Results listing, it seems to me that the only text that should be returned is the Description of the Goal/Objective along with the Name of the Organization compiling the plan, i.e., two columns plus the hyperlink icon, whose column should be labeled "View". The Description column should be the widest. OK
- The exceptions would be when the user is querying *only* the Stakeholder or the Value element, in which case the Description for that element should be displayed along with the Name of the Organization. OK
- When only Stakeholders or Values are being queried, one complication is that the hyperlinks cannot point directly to them in the styled renditions of the documents because, unlike Goals & Objectives, Stakeholders and Values do not have GUIDs. Even though the Stakeholders or Values or any other field is queried, result displayed will be the one XML per row and we will create styled xml for that record to render on screen. So that will not be the problematic.
- In the case of Values, a work-around would be to link to the Values section, like this. OK.
- Exactly how to deal with Stakeholders may be a bit more complex, since they may appear in three places -- under Organization, Goal, or Objective. Here's an example. Again same answer for this like point number 7
- Another complication is what to display in the search results list if both Values and Stakeholders are queried at once but without querying Goals/Objectives as well. In that event, it might make sense to display the Organization Name and the Mission statement (in the Description column). When more than one fields are queried then result will be the combination of both fields. Means those records will come in search result for which Value and Stakeholders both are equal to the quieried values. Same logic will be applied to all other fields.
- No doubt, there will be other complications and issues to be worked out as well, but I hope these thoughts are clear and meaningful in the meantime. You can share all your concerns, we will try to analyse that all.
Hi Owen,
Please see updated basic search screen as attached.
For now, we can skip advance screen screen.
We will work on estimates and get back to you with estimates as
soon as they are ready.
Naval