aso2101
commented
7 years ago @wsalesky: After some thought, I think the following would work better:
On the right side of the screen (say 90% of the screen width), there will be the map of places, and successive lists of inscriptions found at each place. Each list will be introduced by the name of the place. (This will link to a separate page with a description of the place, but for now the link can be blank.) There should also be a link or button to recenter the map on this place (like the "show on map" link currently there, but one that will scroll up to the map when clicked). Then, for each place, there will be a table with five columns: ID | Name | Type | Language | Date Clicking on any of the headers should re-sort the table by that criterion.
Here is where those fields are defined:
- ID: TEI/teiHeader/publicationStmt/idno (also at TEI/@xml:id)
- Name: TEI/teiHeader/titleStmt/title
- Type: TEI/teiHeader/profileDesc/textClass/keywords/term (this is not reflected in the data yet! but I will use "Memorial," "Label," "Donative," and "Unknown" as the values of this element)
- Language: TEI/text/body/div[@type='edition']/@xml:lang (san-Latn is "Sanskrit", pra-Latn is "Middle Indic" [to be converted from mi-Latn], and und is "Unknown").
- Date: TEI/teiHeader/fileDesc/sourceDesc/msDesc/history/origin/origDate (not all data have this information). This has both a prose statement (the text() value) and integer values (the values of @notAfter-custom and @notBefore-custom).
So far, this is very similar to by_place.html and the routine it calls, app:list-inscriptions-by-place-location. Here is where it changes: I imagine a bar on the left-hand side of the map/lists, like the filtering system on amazon.com or on HOLLIS, which will allow users to filter the inscriptions that appear on the map and in the lists.
The filters will be:
- Place: The individual place-names (there will be a lot of them, but I think this is still better than filtering by modern states, which is a bad habit...)
- Type: Memorial, Label, Donative, Unknown.
- Language: The above-mentioned values for language ("Sanskrit," "Middle Indic," and "Unknown").
- Date: I would like this to be a slider, with the range determined by the maximum and minimum in the corpus (although if that's too hard -200 to 400 should cover just about everything). The inscriptions whose @notBefore-custom and @notAfter-custom values fall within the selected range will appear.
All options should be selected by default, but users should be able to unselect options. When something is unselected, all of the inscriptions that have that feature will be removed from the list. The map should also be repopulated only by those places that are still represented in a list. (e.g., if someone filters the inscriptions by language to find only Sanskrit inscriptions, then there should only be a handful of inscriptions from about four places—Sannati, Amarāvatī, Nāsik, and Kuḍā—and these are the only places that should appear on the map).
wsalesky
Right now the inscriptions are listed on three pages (by_place.html, by_date.html, and by_ruler.html), where they are arranged according to different XQuery routines by their place, their date, and the ruler (if any) mentioned in them. The map only appears on the "by place" page.
All three should be replaced by a "Browse inscriptions" page that will populate and sort the list of inscriptions based on user-selected criteria. The default behavior will be to list all inscriptions in the database and sort them by place (much as on the "by_place" page now). But the following criteria should appear in a horizontal bar at the top of the page:
PLACE | TYPE | DATE | LANGUAGE
Each of these should come with a drop-down list of preselected options which the user can "unselect" in order to filter out certain inscriptions:
I haven't coded all of the inscriptions for all of these criteria yet: most of them are in the TEI header of the individual inscription files, but the "place" criteria will involve two steps, first looking up which sites are in the selected places (in the listPlace data), and then fetching the inscriptions that belong to those sites. NOTE: Get the elements/XPath for all of these criteria and how it should appear on the page.
It would also be nice if the individual categories could be rearranged, e.g., the default behavior will be to sort on place first, then type, then date, then language, but the user can drag language to the first position and hence sort on language first, etc.
Finally, the current code for the map just throws all of the sites in the database on a map. But it would, again, be better to do this dynamically, based on user-selected criteria (e.g., all of the inscriptions that are loaded in the "browse" page are put into the map, and not ones that are filtered out).