Open figueroadjuan opened 4 years ago
During the meeting we highlight 4 areas of the landing page
Here is an example sample with everything except the image https://test-sesar.geosamples.org/sample/igsn/ODP0111O1 ODP cores have lots of details.
I can create a series of related examples if needed.
@earthchem/sesar-team, please provide feedback on mock-up version 1.0: Landing Page Mock-Up V.1.0
Questions for next version:
Thanks!
Replies to questions
- Should map and hierarchy of sample/parent be visible right away?
Yes. We liked the version created by GFZ which has a side bar with the map, and the sample hierarchy. The map should be top/first though (unlike GFZ). See this discussion in the notes
- Do the icons determine what the sample has?
The icons are present if specific metadata is present in the record. They may not be necessary on the landing page (see comment linked above on too much information on the page). If they are used, the image icon and the map icon are not necessary as the images and the map will be displayed. The others are listed below (more information in this issue)
- Does the IGSN QR code belong to the "images" category or are images separate?
I would say separate from images. EVERY sample will have a QR code assigned to it (automatically added by SESAR), not every sample will have an image (added by users)
I had placed comments in the GUI Google doc that are relevant here. Please check.
Just to explain the icons: My intention had been to have these icons displayed in a list of samples (search result) so that users can easily see an overview of metadata availability. I don't think that the icons are very helpful on the landing page.
V2.0:
Should I remove icons now as per both responses?
Just to explain the icons: My intention had been to have these icons displayed in a list of samples (search result) so that users can easily see an overview of metadata availability. I don't think that the icons are very helpful on the landing page. Replies to questions
- Should map and hierarchy of sample/parent be visible right away?
Yes. We liked the version created by GFZ which has a side bar with the map, and the sample hierarchy. The map should be top/first though (unlike GFZ). See this discussion in the notes
- Do the icons determine what the sample has?
The icons are present if specific metadata is present in the record. They may not be necessary on the landing page (see comment linked above on too much information on the page). If they are used, the image icon and the map icon are not necessary as the images and the map will be displayed. The others are listed below (more information in this issue)
- Geolocation icon: lat/lon
- Classification: classification_id
- Collection Method icon: collection_method
- Age icon: for geological_age
- Locality: locality and primary_location_name
- Photo icon: primary_image
- Does the IGSN QR code belong to the "images" category or are images separate?
I would say separate from images. EVERY sample will have a QR code assigned to it (automatically added by SESAR), not every sample will have an image (added by users)
Yes, please do remove them.
I am not sure about listing the IGSN in the banner. People might not see it/realize it is part of the metadata for the sample? Also that example looks like it is incomplete (it should have a user code typically beginning with IE).
I like having the search bar at the top right. Is it a dropdown? What other searches would it support besides IGSN? (I think we want the straight IGSN search similar to what is currently supported on the geosamples.org site, but would love to hear what else you envisioned).
I actually like the IGSN in the banner, but it needs to say IGSN: IEDRA0089 (name space plus name string). I don't think we should show the 'parent IGSN', that would be part of the sample hierarchy display. All IGSNs in the hierarchy will need to link to the landing pages.
I don't see the 'object type' that should be really visible
Question to Sarah: Should we display the sample owner on the landing pages? Should we ask users if it is okay to display their name?
[Note: not replying to specific messages to avoid longer thread]
Yes, the search on top would reload the page by fetching a new sample by ID from the API. There is a dropdown to the left of this search, which will have all the "names available", but it would not predetermine if the name space + name string exists unless this is available in the API.
Ok, here is the next version:
Initial observations
Great observations, thanks, Sarah. And great design, JD! My feedback:
Before addressing these concerns into our existing mock-up, should I instead do a different mock-up that integrates the hydroShare view along with the points that have been discussed in this thread?
Yes, that's a good idea
Added a new version to adobe cloud space, please feel free to make comments on it here: https://documentcloud.adobe.com/link/review?uri=urn:aaid:scds:US:a10770fa-8c92-421c-9837-0589cc7bce18
Checking in on this task. I reviewed the example last week and had no comments. I felt I would want to see some of these points in action before I could properly evaluate the features. Thinking about it this week -- @figueroadjuan were there particular elements that you want input on before you took any action? What do you need in order to take next steps? Are there any features that might be labor intensive to create, and therefore need additional review before implementing? etc.
Checking in on this task. I reviewed the example last week and had no comments. I felt I would want to see some of these points in action before I could properly evaluate the features. Thinking about it this week -- @figueroadjuan were there particular elements that you want input on before you took any action? What do you need in order to take next steps? Are there any features that might be labor intensive to create, and therefore need additional review before implementing? etc.
Great! If you both feel like this is a good starting point then I can go ahead and get started. The labor intensive piece will be the mapping feature(s) (if we choose to add them). We can move away from this issue and create a GitHub "project" for issues after the first version is released. Should I move forward with development then and we can continue to edit the app iteratively?
One issue about the mapping feature is that we need the GMRT base layer to show seafloor bathymetry on the map, which matters for all our marine samples.
On 8/25/20 11:27, Juan David Figueroa wrote:
Checking in on this task. I reviewed the example last week and had no comments. I felt I would want to see some of these points in action before I could properly evaluate the features. Thinking about it this week -- @figueroadjuan <https://github.com/figueroadjuan> were there particular elements that you want input on before you took any action? What do you need in order to take next steps? Are there any features that might be labor intensive to create, and therefore need additional review before implementing? etc.
Great! If you both feel like this is a good starting point then I can go ahead and get started. The labor intensive piece will be the mapping feature(s) (if we choose to add them). We can move away from this issue and create a GitHub "project" for issues after the first version is released. Should I move forward with development then and we can continue to edit the app iteratively?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/earthchem/sesar_landing_page/issues/1#issuecomment-680096244, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABXUWCWXTLAXG7C4WQACPILSCPJ6ZANCNFSM4PEZQBUQ.
-- Dr. Kerstin A. Lehnert Doherty Senior Research Scientist Director, Geoinformatics Research Group Director, Interdisciplinary Earth Data Alliance Lamont-Doherty Earth Observatory of Columbia University 61 Route 9W, Palisades, NY, 10964, USA +1 (845) 365-8506
Checking in -- @klehnert55 do you have an opinion on if @figueroadjuan should move forward with development? I would recommend working on sesardev or test-sesar of course.
Additional question/comment In regards to the question about 'Not Provide' metadata (see quote below). Is it possible to add a toggle to the page where all metadata fields are shown if toggled on, but they can toggle it off to only show those fields which are completed by the user? (or other way around as to how the toggle works).
7: We had made the decision long ago (Before your arrival, Sarah) that we would display all metadata fields and show 'not provided' to make users aware of the rich metadata we can accommodate, and that it is not SESAR's fault that these metadata are not provided.
I would not go with the toggle. I think we will have to figure out a different way to display metadata in the future when SESAR will need to accommodate different metadata profiles for different sample types. We will likely display 'IGSN Core Metadata' and 'Community specific metadata'. For now, JD can move forward with the development. Did you all see my comment about the GMRT base map?
I did, not sure if @figueroadjuan did, and if he has any suggestions/concerns about implementing the GMRT base map.
That is a good point (about different metadata profiles in the future). Definitely something we need to consider and perhaps discuss with the user community.
I guess there will need to be 'community approved' profiles that iSamples manages and we will label the community specific metadata profile with the ID of the profile.
In Reference to:
https://github.com/earthchem/sesar/issues/73
Description Create a stand-alone Single Page Application (SPA) that pulls from the current SESAR: sample dev API.
Current samples pages on SESAR: Example without image Example with image
Project Notes Notes
Examples: