<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	    <channel>
        <title>COST1207 - Forum: WG4 - Users, public outreach and applications</title>
        <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/</link>
        <description><![CDATA[COST Action ESCOST1207]]></description>
        <generator>Simple:Press Version 6.10.11</generator>
        <atom:link href="http://eubrewnet.aemet.es/cost1207/forum/wg4/rss/" rel="self" type="application/rss+xml"/>
		                <item>
                    <title>lakkala on UV products</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/uv-products/#p68</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/uv-products/#p68</guid>
					                        <description><![CDATA[<p>Dear all,<br />
Please find attached the summary of the answers of the UV product questionnaire.<br />
Best regards,<br />
Kaisa</p>
<p>We got 12 answers. Summary from Kaisa Lakkala 21.1.2015.</p>
<p>1. Are you interested in<br />
a) UV doses, unit J/m²<br />
2 yes<br />
b) dose rates, unit W/m²<br />
3 yes<br />
CIE erythemally-weighted UV<br />
c) spectra, unit W/m²/nm<br />
8 yes<br />
d) something else?<br />
3 for daily integrals J/m2/nm<br />
  -integrals J/m2/nm divided in two:<br />
  sun rise -&#62;midday<br />
  midday -&#62;sun set</p>
<p>2. What would be the good time resolution<br />
for<br />
a) spectral data<br />
- at least hourly<br />
- 15-30 min<br />
- continuous measurements</p>
<p>b) dose rates<br />
-at least hourly</p>
<p>c) doses<br />
-hourly<br />
-one per day<br />
-sun rise -&#62;midday<br />
-midday -&#62;sun set</p>
<p>d) something else?<br />
-all data available<br />
-Minimum is 15 minute time resolution, but we could specify a more objective criterium from SZA changes in the morning/afternoon and the UV changes from that</p>
<p>-include midday UV measurement for each station into the schedule of the Brewers</p>
<p>3. Which action spectra would you like to use for the dose rates?<br />
6  for -CIE erythemal<br />
3 for -Vitamin D<br />
2 for -new CIE 1998 action spectrum for erythema<br />
  -Generalized Plant (Caldwell 1971)<br />
  -DNA damage<br />
  -UVB<br />
  -UVA</p>
<p>-Here is our list of action spectra that we use: <a href="http://uv.biospherical.com/login/GUV/description-GUV-data-products.html" rel="nofollow" target="_blank"><a href="http://uv.biospherical.com/log" rel="nofollow">http://uv.biospherical.com/log</a>.....ducts.html</a></p>
<p>-The action spectra that we apply to spectra submitted to NDACC include:<br />
290-315 nm UVB (W m-2)<br />
315-400 nm UVA  (W m-2)<br />
Erythemal UV (W m-2), CIE according to McKinlay and Diffey (1987)<br />
DNA-weighted UV (W m-2), Bernhard and Seckmeyer (1997) formulation of Setlow (1974)<br />
Generalised Plant (W m-2), Green et al. (1974) formulation of Caldwell (1971), normalized to 1 at 300 nm<br />
Vitamin D production (W m-2), Bouillon et al. (2006), truncated at 315 nm<br />
So if these spectra could be also part of the EUBREWNET database, that would be nice</p>
<p>We could maybe provide different action spectra through the database and let the users decide if and which one they would like to use. Then the database could maybe perform the weighting? </p>
<p>4. Do you need spectra, which are weighted with an action spectra (but not integrated over the wavelengths)?<br />
2 No<br />
2 Yes</p>
<p>5. Do you need some other UV quantities?<br />
-Cloud modification factor<br />
-Diffuse component<br />
-Direct component<br />
-summaries<br />
-monthly means of 1a-b<br />
-monthly and yearly sums of 1a-b</p>
<p>6. Something else?<br />
- SZA for each wavelength<br />
- cosine correction factor<br />
- slit function of each instrument<br />
- info of applied corrections, and how they are made<br />
- Time step for each wavelength<br />
- uncertainties in spectral values<br />
- time available for every spectral measurement<br />
- QA spectral state at the highest time available, and time-stamped for each data point</p>
<p>-Have a look at what we provide: <a href="http://uv.biospherical.com/Version2/Dataproducts.asp" rel="nofollow" target="_blank"><a href="http://uv.biospherical.com/Ver" rel="nofollow">http://uv.biospherical.com/Ver</a>.....oducts.asp</a><br />
Quality control information (see “Flags”), model spectra, direct measurements in addition to global measurements, plus data from ancillary sensors would all be useful.</p>
<p>-One important question is whether the spectral data could be made available for the UV plus VIS range (up to around 800 nm). Of course this goes out of the "UV scope" but it is well known that the effect of UV radiation on most organisms depends on interactions with UV-A and VIS radiation. So having the UV + VIS spectrum available would make it much more useful, say even, if the main data corpus is only UV, having at least some locations with data that includes VIS would be extremely useful.</p>
<p>-I am developing R packages for photobiology, we are using them in house and with a few collaborators, but the long-tern plan is to advertise them when they have been fully written and tested. If you are interested you can have a look at <a href="http://r4photobiology.wordpress.com/" rel="nofollow" target="_blank">http://r4photobiology.wordpress.com/</a></p>
<p>-I like to download data from ftp sites, and I like ASCII data</p>
<p>-Freely available access to the data for scientific use</p>
]]></description>
					                    <pubDate>Tue, 08 Mar 2016 09:17:08 +0000</pubDate>
                </item>
				                <item>
                    <title>Alberto Redondas on Data ownership &#38; EUBREWNET future</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/data-ownership-eubrewnet-future/#p63</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/data-ownership-eubrewnet-future/#p63</guid>
					                        <description><![CDATA[<p>The minutes of the Tenerife meeting are now available on the web (<a href="https://eubrewnet.aemet.es/cost1207/2015/01/16/wg-meeting-database-and-processing-tf-january-2015-2/" target="_blank"><a href="http://eubrewnet.aemet.es/cost">http://eubrewnet.aemet.es/cost</a>.....ry-2015-2/</a>)<br />
and here it summary of the  decisions that has been made.</p>
<p>Discussion of real time product is finished , we are agree with :<br />
  -SL correction<br />
  -Stray light correction,<br />
  -Filter correction </p>
<p>The products will change accordingly the information we have at that moment (stray light parameters ,fitler att , etc......)</p>
<p>Version 2 of the ozone algorithm to  who include Serdyuchenko cross section ,Bodhaine 1999  for Rayleigh  and  effective height according to climatology is agreed.<br />
AOD will use Version 2 for ozone for consistency and the same parameters for cross section and Rayleigh<br />
K&#38;Z will support the develop of the public library  of procedures  and algorithms and the warning system based on the FMI QC.</p>
<p>Web update:<br />
     -Level 0 data (without any process is now displayed)<br />
     -Database access by JSON interface.<br />
     -Configuration interface,is now ready  ( IP can introduce the configuration)</p>
<p>I will open a debate on the forum  because there are several  initiatives for the support future support of  EUBREWNET and data request  as a network.<br />
This is link with the current discussion about the data politics.</p>
<p>This initiatives are  :</p>
<p> -Presentation of Emilio behalf EUBREWET at the MACC meeting  in Reading, John was also there.<br />
- There is a project funded by ESA with the aim to provide real-time validation of  OMI, in selected stations of Eubrewnet.<br />
- The request from Zerefos of SO2 and AOD data of the network for Volcanic ash detection , this include several european brewer stations, that can serve as a test for the database.<br />
- A poster will be presented at NOG  meeting  by Henri Diemoz et al,  showing the results for the straylight for several brewers on the network</p>
<p>My proposal is to act like AERONET the idea is to have a federal network, so every IP is responsible of his own data.</p>
<p>The data products will be open, everybody can access to the data, but not the use,  like AERONET the PI has the priority on the publications. But the raw datafiles that some of you  sent will be only available to the other data submitters on the web, again the IP has the priorities for publication.</p>
<p>I think this is an opportunity to start to work as a network, to try to get funds  to support the network in near future.</p>
<p>Regards</p>
<p>Alberto Redondas</p>
]]></description>
					                    <pubDate>Wed, 25 Feb 2015 15:34:57 +0000</pubDate>
                </item>
				                <item>
                    <title>Webmaster on Data ownership</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/data-ownership/#p62</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/data-ownership/#p62</guid>
					                        <description><![CDATA[<p>Dear all,<br />
    What you see is a conversation between John Rimmer, Alberto Redondas, Kaisa Lakkala, Tomy Karppinen, Julian Gröbner, Veerle De Bock and Alkiviadis F. Bais corresponding to a question by Andrew Smedley.</p>
<p>--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Dear Kaisa,</p>
<p>As a user (i.e. someone who will be downloading data), I would prefer the data in their final QA spectral state at the highest time available, and time-stamped for each data point. From this I can calculate doses and rates if needs be, and apply any action spectra that are relevant.</p>
<p>However as someone who would be uploading data, this raises another question. I was under the impression that the EUBREWNET database was intended as a way to apply a second check on the diagnostics of all instruments in a consistent way - I had not realised until now that any UV data uploaded would be available for download by other users. What controls and agreements will be put in place to ensure some gives the proper credit / co-authorship on any work based on the data they might download? Once data is uploaded who is considered the owner? I am sure these details probably aren't finalised yet, but I would be interested to know the final decision, and perhaps it would be useful to circulate them so that contributors are aware of them when uploading data.</p>
<p>Yours,<br />
Andy Smedley<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Dear all,<br />
thank you Andrew for addressing an important question concerning the ownership of the data uploaded into EUBREWNET.<br />
I forward your message to the WG leaders, Alberto Redondas, Tomi Karppinen, Alkis Bais and Veerle de Bock, as well as to John Rimmer, so that they can further consider your questions.</p>
<p>Please look at the second paragraph of the forwarded message,</p>
<p>Best regards,<br />
Kaisa Lakkala<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Hello all</p>
<p>I my oppinion the data policy of AERONET is sutable for EUBREWNET and we can use the same, the data already there is now only for demostration purposes and we dont make any use of that without agrrement of the the 'PI'.</p>
<p>(From the AERONET site)</p>
<p>Notice to users:<br />
The public domain data you are about to download are contributed by the International AERONET Federation. Each site has a Principal Investigator(s) (PI) , responsible for deployment, maintenance and data collection. The PI has priority use of the data collected at the site. The PI is entitled to be informed of any other use of that site data. PI contact information can be found on data charts and in downloaded data files for each AERONET site.</p>
<p>Recommended guidelines for data use and publication:<br />
Although journal paper authorship and acknowledgement is the domain of the senior author and no policy is universally applicable, the AERONET contributors ask that every practical attempt be made to honor the following general guidelines.</p>
<p>Using AERONET data:<br />
Please consult with the PI(s) of the data to be used. </p>
<p>Referencing:<br />
Always reference the appropriate key AERONET papers for any publications.</p>
<p>Publishing AERONET data from a 'few' sites:<br />
Please consider authorship for the PI(s) and/or the following acknowledgement:</p>
<p>We thank the (Project/PI) for (its/theirs) effort in establishing and maintaining (site name(s)) sites.<br />
Publishing data from 'many' sites:<br />
A general acknowledgement is typically sufficient and may read:</p>
<p>We thank the (PI investigators) and their staff for establishing and maintaining the (#)sites used in this investigation.<br />
However if the AERONET data are a principal component of the paper then co-authorship to PI's should be offered.</p>
<p>Alberto<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Hi all.</p>
<p>I think Alberto’s suggestion is a good starting point for EUBREWENET.</p>
<p>Cheers<br />
Alkis<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Ultimately it will be a decision for the MC guided by the outcomes of WG4 on access rules. All contributors have the opportunity to be part of these discussions and should do so in order to encompass all view points. There is no value in being passive. Instead of asking what will happen we should encourage everyone to state what they would like to happen!<br />
Having said that, I also agree with Alberto and Alkis. </p>
<p>John<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Dear all,<br />
I added Julian as recipient, so he can also follow the discussion.<br />
I am sorry for my mistake, forgetting to include Julian already in the first email.</p>
<p>Best regards,<br />
Kaisa<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
I agree that Alberto's suggestion of following the AERONET guidelines seems sensible. It is what I would expect both as a data supplier and if downloading data as an end-user. In some ways it is little more than a reminder to give due and proper credit for data monitoring, and the fact that PIs are responsible for data, but I think it is important that it is there.</p>
<p>Yours,<br />
Andy<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------<br />
Dear All</p>
<p>This is an important issue for everyone in that if all network members are expected to submit their data, they need to be reassured over ownership concerns and data access rules.</p>
<p>With the time approaching for the database to become live, I think it would be a good idea to transfer this topic to the forum so everyone has a chance to comment.</p>
<p>It will be better to have it sorted out beforehand than to have it cause problems after implementation because of non-agreement. We can then take a final official vote in May.</p>
<p>Cheers<br />
John<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------</p>
]]></description>
					                    <pubDate>Thu, 22 Jan 2015 12:15:59 +0000</pubDate>
                </item>
				                <item>
                    <title>redondas on  H2020: INFRAIA-1-2014/2015</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p14</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p14</guid>
					                        <description><![CDATA[<p>(Originaly by Kaisa Lakala)</p>
<p>Dear all,<br />
thank you for the good meeting in Thessaloniki. Unfortunately I am not able to participate to that of Izana, so I want to share<br />
here by email my thoughts concerning the H2020 call we briefly discussed in Thessaloniki.<br />
I asked more information about the Infrasrtucture call INFRAIA-1-2014/2015 from our National Point of Contact, NCP:s.</p>
<p>As answer I got, that it is not like those in the past, where only visitors got money. This time all actions which are made to strengthen the co-operation<br />
between European researchers is wellcome. Money should be available to build/customize/work in the infrastructure. I think it could be good if<br />
someone else also ask from their National Contact Points (NCP), how they see the possibility to get financed by INFRAIA.<br />
Our NCP answered "go on for a proposal".</p>
<p>One idea is to build the Brewer network (+ maybe other UV stations) as being an European infrastructure, which could serve other scientific<br />
communities: We can offer spectral data, spectral and broadband time series to -validate satellite measurements -Health authorities, health research:<br />
good and bad impact of UV on human health (cancer, vitamin D, immunosupression ) -observe UV trends at different latitudes, under the<br />
changing climate and this can be used to take actions concerning human health and ecosystems -UV data and infrastructure for biological studies -<br />
provide infrastructure/data for study of UV effect on materials (FMI has already European contacts with material industry)</p>
<p>-we could improve our existing UV stations/laboratories towards the needs of effect study research.<br />
-There is a need for a large infrastructure with stations at different geographical locations, different meteorological conditions, as the UV impacts are connected to regional climate conditions.<br />
-We could pretty easily get SMSs involved: material effect industry, Kipp&#38;Zone, J. Shreder, D-vitamin pills,  sun cream.....</p>
<p>There already exist at least one Research Infrastructure(RI) with near similar idea in climate monitoring called ACTRIS, see: <a href="http://ec.europa.eu/research/infrastructures/pdf/actris.pdf" rel="nofollow" target="_blank"><a href="http://ec.europa.eu/research/i" rel="nofollow">http://ec.europa.eu/research/i</a>.....actris.pdf</a>.</p>
<p>What do you think? Could you maybe discuss this in Izana? The dead line of the call is already on 2.9.2014.</p>
<p>Please find attached the Work program of the call. See page 14. Also<br />
attached some ideas I presented in the meeting of Thessaloniki.</p>
<p>Best regards,<br />
Kaisa</p>
]]></description>
					                    <pubDate>Wed, 18 Jun 2014 15:19:00 +0100</pubDate>
                </item>
				                <item>
                    <title>redondas on  H2020: INFRAIA-1-2014/2015</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p13</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p13</guid>
					                        <description><![CDATA[<p>(originaly  by Alkis Bais)</p>
<p>Dear Kaisa,<br />
Thanks you for further exploring the possibility for a proposal to H2020.<br />
Personally I would certainly be interested to take part and contribute to<br />
its preparation. Probably the same stands for many of the Brewer stations<br />
operating in Europe. Your ideas are sound and I think it is a good starting<br />
point for populating the consortium and setting up the objectives of the<br />
proposal. I guess we are probably closer to (1) 'Starting Communities' type<br />
of activity.</p>
<p>I am a bit concerned from the first paragraph on page 16, stating that<br />
"Integrating Activities are expected to duly take into account all relevant<br />
ESFRI research infrastructures...". The Brewer network is not an ESRFI RI<br />
and to my know ledge we cannot link it with any other of that type. However,<br />
since you NCP encouraged you to submit a proposal, I think it would be<br />
reasonable to give it a try. My personal feeling is that you (or generally<br />
FMI) should take the lead of this endeavor. </p>
<p>Unfortunately I will not be at Izana at the COST meeting, but I hope that<br />
there should be some opportunity for those attending the meeting to have<br />
short discussion on this. </p>
<p>Best regards<br />
Alkis</p>
]]></description>
					                    <pubDate>Wed, 18 Jun 2014 15:16:41 +0100</pubDate>
                </item>
				                <item>
                    <title>redondas on  H2020: INFRAIA-1-2014/2015</title>
                    <link>http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p12</link>
                    <category>WG4 - Users, public outreach and applications</category>
                    <guid isPermaLink="true">http://eubrewnet.aemet.es/cost1207/forum/wg4/h2020-infraia-1-20142015/#p12</guid>
					                        <description><![CDATA[<p>(Originaly from Kaisa Lakala)</p>
<p>Dear Alkis and everybody,<br />
I can see that there has been a long time since our last emails about this subject: I apology for my long silence.</p>
<p>I asked our National Contact Point about your concern. She answered, that the sentences on page 16 (here below), meant thatin case there is already an existing ESFRI, it should be taken into account. But in case there is not, we could go ahead. The aim is not to overlap with existing ESFRI.<br />
"In both cases, Integrating Activities are expected to duly take into account all relevant ESFRI research infrastructures to exploit synergies and to ensure that rationally designed, comprehensive and coherent overall concepts for European Infrastructures are being pursued.</p>
<p>As the scope of an integrating activity is to ensure coordination and integration between all the key European infrastructures in a given field and to avoid duplication of effort, at most one proposal per area is expected to be funded."<br />
If I understood that no discussion were going on about this at Izana. I discussed this with Paul Eriksen at the NOG meeting in May. Paul told that ACTRIS is going to apply continuation in the same call, so they would be strong competitors. We thought maybe it is not a good idea to try to compete with them.<br />
Thank you for suggesting we could have a leading role here at FMI, but unfortunately we all are on holidays from now until August, and will not have time for preparation of this proposal. Is anybody else interested, John? The dead line is already September 2nd, 2014.<br />
Or have somebody else heard more news regarding this call?<br />
Best regards,<br />
Kaisa</p>
]]></description>
					                    <pubDate>Wed, 18 Jun 2014 15:16:04 +0100</pubDate>
                </item>
				    </channel>
	</rss>