Closed beritarheimer closed 7 years ago
@switchonproject/end-users
Please see https://github.com/switchonproject/sip-html5/issues/44 for a related user-story and the links to the current Google Meta-Data Form.
A technical note on the spam-issue raised by me during telco 2015-10-19. Google forms is very susceptible for spam as documented in
https://productforums.google.com/forum/#!topic/docs/QxGOG--Vd9Q
However, a HTML5 metadata upload client would be much more resilient against spam.
We want a seperate tool for uploading similar to BYOD but not included in BYOD
If the 'upload' functionality will be developed as a separate tool, it should - also - be initiated/started from BYOD as well (and opens in a new browser window)
the feature to open in a new browser windows is quite often blocked by browsers (for instance my browser blocks it, I only get a yellow warningbox to the far right that the page request to spawn another window).
On Wed, Oct 21, 2015 at 12:59 PM, GBoot notifications@github.com wrote:
If the 'upload' functionality will be developed as a separate tool, it should - also - be initiated/started from BYOD as well (and opens in a new browser window)
— Reply to this email directly or view it on GitHub https://github.com/switchonproject/switchon-tools/issues/1#issuecomment-149855370 .
Esa Falkenroth mobile: 0702-104028 (intl +46702104028) work: 011-4958298 (intl +46114958298) skype: Esa.Falkenroth email: nospam@falkenroth.se (for business mail) email: esa@falkenroth.se (for private mail)
How about a new tab...? I am not experiecing the same browser behaviour as you, Esa. My main point is that it should be launched from the BYOD (= what). The actual implementation and the potential issues related to that is for the developer to find out (= how) ;-)
Apologies for the pedagogical(?) lecture below but a short reminder of agile work may help us get started.
One of the fundamental principles that make agile work is that the USERS decide what they need. Userdriven agile development leads to fewer buttons (= easier GUI) and more useful features.
So...
(1) The feature requests for tools should come from Anna, Serena, Duro, Alessio, Remko and Lorna. We IT-partners (Esa, Deltares, cismet) can try to guess what our scientists need but now we have userstory group so it is better to let them decide and define userstories.
(2) In my opinion, the NEED of faster jumping between tools can be addressed later (if the userstory group feels it two clicks are too much). This absolutely first version (the first user-story) should focus on the most important needs of the user (not IT). Of course IT can (and should) add userstories that are related to hosting, availability monitoring, backups, testing, bugreports but this comes later.
(3) Also, the agile work depends on NOT making the user story any bigger than they have to be. Our wellknown mantra is "MINIMAL and MARKETABLE". Just make the userstory complete enough so the group can TEST the first version. After all, we are only talking about the FIRST userstory... not the finished tool. The finished tool will be the result of many userstories (depending on how many different things the user story group needs).
So back to Anna, Serena, Duro, Alessio, Remko and Lorna: Berit said the scientists need to upload links and metadata. What did she mean with that in more detail... What data? Links from where? From an app or browser? What metadata are mandatory in your opinion?
Cheers, //Esa
On Wed, Oct 21, 2015 at 1:50 PM, GBoot notifications@github.com wrote:
How about a new tab...? I am not experiecing the same browser behaviour as you, Esa. My main point is that it should be launched from the BYOD (= what). The actual implementation and the potential issues related to that is for the developer to find out (= how) ;-)
— Reply to this email directly or view it on GitHub https://github.com/switchonproject/switchon-tools/issues/1#issuecomment-149865502 .
Esa Falkenroth mobile: 0702-104028 (intl +46702104028) work: 011-4958298 (intl +46114958298) skype: Esa.Falkenroth email: nospam@falkenroth.se (for business mail) email: esa@falkenroth.se (for private mail)
After looking at the google form, I couldn't find any keyword fitting to the data I want to make available (catchment descriptors like climate, soil data, geology, land use etc, and flow signatures like mean flow, quantiles etc). I think the list of keywords should be extended, with maybe a limited possibility to add keywords when necessary.
Another comment from my test of the google form : maybe something about the scale / type of data should be added : is the data corresponding to specific points ? grid points ? areas (my case : catchments) ? There is the specification of the spatial extent but it doesn't inform on the distribution inside these limits. What do the others users think ?
just one concrete example for the role of the upload metadata tool (from our flood type experiment): we are doing an experiment in virtual lab...and one of our inputs is catalogue of weather pattern classification. the use of this catalogue (and tools for extracting data from it) is described in experiment protocol, but the data itself are not available in our portal, so we need to make them available for the partners and external users (e.g. for the reproducibility of the experiment).impl;ications from this are: 1) in my opinion the upload tool will not be just a general tool for upload of everything but we need to clearly link the tool with the virtual laboratory in general and experiments in particular. 2) similar tool (probably following user story) will be then to upload the results of experiments in virtual lab (which will include metadata and data itself, i guess) (i understand the wish to keep the user stories simple, but some broader vision might be helpful for designing small individual parts).
so, we have from our experiment a practical example which can be used as an test case... once we decide to use google form for the upload, i'm ready to comment on the design and implementation...
these are my 5cents to help to start cheers d.
once we decide to use google form for the upload, i'm ready to comment on the design and implementation.
@duropa The Google Form is the current design template / blueprint for the actual upload tool. Feel free to provide your comments and suggestions.
After looking at the google form, I couldn't find any keyword fitting to the data I want to make available (catchment descriptors like climate, soil data, geology, land use etc, and flow signatures like mean flow, quantiles etc). I think the list of keywords should be extended, with maybe a limited possibility to add keywords when necessary.
@AnnaKue The list of keywords in Google Form is not up-to date. You can find the current list of X-CUAHSI Keywords which is based on the Hydrologic Ontology for Discovery here: X-CUAHSI Meta-DB The new upload tool will allow you to select keywords from the list mentioned above, but it won't allow you to add new keywords since the extension of the X-CUAHSI keyword list is not an IT task. If you need additional keywords, you can ask the maintainers of the X-CUAHSI Ontology. See also https://github.com/switchonproject/sip-html5/issues/55
Another comment from my test of the google form : maybe something about the scale / type of data should be added : is the data corresponding to specific points ? grid points ? areas (my case : catchments) ? There is the specification of the spatial extent but it doesn't inform on the distribution inside these limits. What do the others users think ?
@AnnaKue I interpret this as the ability to add besides a bounding box also (multiple) polygon and point coordinates. That could be a candidate for a new user story. Please see also https://github.com/switchonproject/sip-html5/issues/46 for a similar discussion and the proposed solutions.
Actually I was more thinking about a text field where you could specify this information, but your interpretation is much better ! But as I have like 35000 catchments I couldn’t entre the coordinates manually, it could maybe be done by loading a shapefile ?
Från: Pascal Dihé [mailto:notifications@github.com] Skickat: den 22 oktober 2015 13:45 Till: switchonproject/switchon-tools Kopia: Kuentz Anna Ämne: Re: [switchon-tools] userstory Metadata upload (#1)
Another comment from my test of the google form : maybe something about the scale / type of data should be added : is the data corresponding to specific points ? grid points ? areas (my case : catchments) ? There is the specification of the spatial extent but it doesn't inform on the distribution inside these limits. What do the others users think ?
@AnnaKuehttps://github.com/AnnaKue I interpret this as the ability to add besides a bounding box also (multiple) polygon and point coordinates. That could be a candidate for a new user story. Please see also switchonproject/sip-html5#46https://github.com/switchonproject/sip-html5/issues/46 for a similar discussion and the proposed solutions.
— Reply to this email directly or view it on GitHubhttps://github.com/switchonproject/switchon-tools/issues/1#issuecomment-150195379.
But as I have like 35000 catchments I couldn’t entre the coordinates manually, it could maybe be done by loading a shapefile ?
@AnnaKue Yes, extracting coordinates from a Shape File is possible. That's definitely a candidate for a separate user story as it requires considerable implementation effort in the SIP Backend (Geoserver integration). The Shapefile could also be shown on the BYOD map like in this example: http://tl-243.xtr.deltares.nl/byod/#/map/object/11882 ("Corine Land Cover - Land principally occupied by agriculture, with significant areas of natural vegetation", > 100.000 polygons)
here are my first impressions from the google form upload tool. i think it is a very good start, but i have also some comments. these are as follows: 1) too many clicks to finish (i.e. less pages and more efficient page use would be usefull). 2) logo on the 1.page is too large and not needed on following pages (or at least not in such large size) 3) Keywords: would it be possible to present it as a list box with multiple choices? 4) access conditions and license: this seems to be the most difficult question (metadata) to answer. how we will check if the info provided is correct? for me the abbreviations are not clear at all, and i do not have a feeling to differ between some of the options. 5) graphic location: here it seems to me, that the page is not used in a very efficient way. i would suggest to provide some typical region setting in a list box - e.g. europe, global, maybe countries, where it would not be necessary to fill the coordinates. the coordinates option should be just an alternative in case that it will not fit to some predefined regions. this part has many options to be more attractive...e.g.. by giving a rectangle by drawing on a map...also some automatic check can be implemented, if the given coordinates really define a rectangle. 6) resource location: i would suggest to move this request to a page with basic data description and keywords. for a content type, please use a list box, with predefined formats and some user define option for special cases. 7) the formulation of function request is not very clear. a more detailed - intuitive description would be helpful...not just a link to some wiki page. 8) resource location: this seems not to work properly. it does not work if you put only www.xxx.xxx (without e.g. http://).why? 9) Lineage. i'm not sure if a typical hydrologist (or scientist) has the right interpretation of the Lineage. We should be more precise what are we expecting here. 10) submit. maybe there might be an option to review once again the metadata provided. not compulsory, but just an option (button) which will summarize the metadata given before the final submission.
cheers d.
General user interface layout of the tool and main controls:
URL format validation
Checking for duplicate entries by resource URL
General form validation
Define bounding box or polygon
Select country or region
Enter coordinates
Information about conditions for using the resource
Review resource meta-data.
Title of the tool should be 'Open-Data Registration Tool'
Instead of using the word 'resource' in the help information, use the word 'data' or 'datasets'
The top of the first page of the mock up - instead of resource description, use 'data description'
License information - the first in the list could be the same license as we have in SWITCH ON, followed by Research Only, and then Other. Other leads to compulsory description of which license that is used.
Additional information to be included in the meta data: Contact person License page should include citation entry box, and DOI
Geographic Location page: one more option should be included, for datasets with multi polygons (uploading a shape file with searchable points in the geo-browser). For selecting countries: multiple choices should be possible.
I totally agree with Lorna's comments. Then I will add some more: Mockup 000 Next Pages/steps: maybe grey points? and also grey fonts? to better differentiate between current and next steps
Mockup 022-Geographic-Location-Select When selecting European country or region, is it possible to select e.g. single Italian regions? I would need this since I am using 3 of them in the nightlights experiment
Mockup 040-Summary: I do not know what "lineage" refers to. We should find a synonym "Origin"? but I don't like it too much...
I like it. Just one question. Is the font (type, size) as it is planned to be? I would suggest to have the same layout and formatting as in BYOD tool...
@switchonproject/end-users Thank you for your comments, I'll update the mock-ups accordingly. @duropa Yes, the new tool will have the same layout, fonts, etc. as the BYOD
@switchonproject/end-users The mockups have been updated in place considering the following change requests:
@serenaceola I'll add the Italian Regions to the list.
I slightly modified the mock-ups for improved keyword selection.
Here is a preview of the keyword selection functionality:
@switchonproject/end-users
I've deployed the first preview version of the the tool at: http://switchon.cismet.de/open-data-registration-snapshot/
The check for duplicate links in the Meta-Data Repository has been implemented. You can test it with e.g. the following URL (copy the URL intto "Link" input field): http://www.eea.europa.eu/themes/water/status-and-monitoring/state-of-bathing-water/country-reports-2013-bathing-season/albania-2013-bathing-water-report/at_download/file
When considering the upload data tool connected to the metadata tool:
Overall impressions: impressed, many nice things in this tool
to add to lorna: I think it is generally very nice...i'm attaching some minor comments which might be considered: 1) I found the size of the application window too large for my 13' laptop. the upper logo is too large so I was not able to see the bottom part of the tool 2) the map was working for me on ie 11. I just found visually too large the buttons for selection of the map options 3) are all the files types proposed to upload on the first screen linkable with geographic location? will we download only objects related to geographic space? (e.g. there is an option to download a rich text format, so it could be a simple text, or some script, which is sometimes difficult to assign to geographic location) 4) Default access conditions start with a strange acronym. 5) the summary circle (on the bottom) is not enabled. when I already was on summary then went back then it is not possible to go to summary directly. cheers d.
@lornalittle @duropa
Thank your for your comments! I'll implement the the requested changes and make a new release.
- Should have table of tick boxes for keywords, listed in columns, instead of drop list (to get full overview before choosing).
Keyword selection was implemented on basis of this mockup: https://github.com/switchonproject/switchon-tools/issues/1#issuecomment-174926364
Yes thank you - when we were testing it however, it was difficult to find the right words. As a group we felt it would be better to have columns of tick boxes to get an overview first, then choose - otherwise you just start choosing from the top of the list.
The keywords should be the same as in the BYOD.
@switchonproject/end-users New update available: http://switchon.cismet.de/open-data-registration-snapshot/ Supports also saving in Meta-Data Repository.
Hi! The lineage information from the "upload metadata" tool should show up in the records when looking for the data in the "search data" tool. We have uploaded data using the data+metadata upload tool. We filled the "data lineage" fied with some information but once the upload is completed, the lineage information doesn't appear in the BYOD when we look for the data (for example here: http://www.water-switch-on.eu/sip-webclient/byod/#/resource/12031).
@AnnaKue I'll check that and make a bugfix.
@AnnaKue
Llineage information is now shown in BYOD:
As a user of the virtual Water-science lab I want to upload metadata with link to research data into the SIP so that I can share data with other scientists.