From info at sparceurope.org Wed May 13 10:44:13 2020 From: info at sparceurope.org (=?utf-8?Q?SPARC=20Europe?=) Date: Wed, 13 May 2020 07:44:13 +0000 Subject: [Cod-bugs] =?utf-8?q?=7BDisarmed=7D_Survey=3A_Seeking_deeper_ins?= =?utf-8?q?ights_into_Europe=27s_OA_=26_OS_Infrastructure?= Message-ID: Your help needed to map and document Europe's Open resources/services landscape Dear colleague, If you?re reading this, you are most likely based in Europe and a part of the rich field of Open Access, Open Science/Scholarship resources and infrastructure, many essential, that has organically developed in Europe in recent years. Many of these resources, as you may well know, are not sustainable ? even though they underpin our evolving Open Access and Open Science landscape. With your help, though, we are working to change this. By taking part in this survey, you can help us bring greater visibility and a deeper understanding of the rich offering of scholarly communication resources based in the European region; and ultimately, help attract more funding. Based on what we learn, we also plan to showcase some of you as leading open infrastructure champions. Your feedback is critical. The information you share will ultimately help funders ? governments, funding organisations and agencies, institutions, libraries, service providers and others ? conceive effective strategies for financing essential Open infrastructure. The survey (https://www.surveymonkey.com/r/V8Q7R2X) , which is being conducted for Invest in Open Infrastructure (https://investinopen.org/) , should take you approximately 30 minutes to complete and will be open until 5 June 2020. If you are based in Europe and are running a service or infrastructure that supports OA or OS anywhere in the research cycle, we?d like to hear from you. In the event that you are responsible for more than one, please submit entries for each. Once closed, we will use the following two months to review and compile the survey results which will be shared during late summer/early autumn 2020. Thank you very much for your support. If you have any questions, please reach out to survey at sparceurope.org (mailto:survey at sparceurope.org) . Best regards, Vanessa Proudman Director, SPARC Europe ============================================================ ** Take me to the survey (https://www.surveymonkey.com/r/V8Q7R2X) ** Forward this mail to a service that should participate in the survey. (http://us15.forward-to-friend.com/forward?u=ca023fcd073a276f9a0a200b6&id=f8849512eb&e=95dcb06b7d) ** Forward this mail to a service that should participate in the survey. (http://us15.forward-to-friend.com/forward?u=ca023fcd073a276f9a0a200b6&id=f8849512eb&e=95dcb06b7d) Copyright ? 2020 SPARC Europe, All rights reserved. You are receiving this message because you opted in to receive emails regarding Open Infrastructure from SPARC Europe. Our mailing address is: SPARC Europe Watermanstraat 98 Apeldoorn, 7324 AK Netherlands Want to change how you receive these emails? You can ** update your preferences (https://freshtonicmarketing.us15.list-manage.com/profile?u=ca023fcd073a276f9a0a200b6&id=f0e46688cd&e=95dcb06b7d) or ** unsubscribe from this list (https://freshtonicmarketing.us15.list-manage.com/unsubscribe?u=ca023fcd073a276f9a0a200b6&id=f0e46688cd&e=95dcb06b7d&c=f8849512eb) . -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.escobarsteinvall at epfl.ch Wed May 13 17:27:12 2020 From: simon.escobarsteinvall at epfl.ch (Escobar Steinvall Simon Robert) Date: Wed, 13 May 2020 14:27:12 +0000 Subject: [Cod-bugs] FW: Permission to use cif file in publication Message-ID: <9f9a21db2b9f43a5beebd71e671c389e@epfl.ch> Dear COD, I am writing my thesis, and I am using a visualization based on a .cif file I got from your database. Hence I wanted to check if it is sufficient to simply reference the COD ID and mention that it was acquired from you, or if any additional permission has to be acquired? Regards, Simon Escobar Steinvall PhD student EPFL STI IMX LMSC -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrius.merkys at gmail.com Thu May 14 10:41:19 2020 From: andrius.merkys at gmail.com (Andrius Merkys) Date: Thu, 14 May 2020 10:41:19 +0300 Subject: [Cod-bugs] FW: Permission to use cif file in publication In-Reply-To: <9f9a21db2b9f43a5beebd71e671c389e@epfl.ch> References: <9f9a21db2b9f43a5beebd71e671c389e@epfl.ch> Message-ID: <73d6d808-5a39-e506-e8f4-86d7fed337db@gmail.com> Dear Simon Escobar Steinvall, All data in the COD is placed in public domain, thus everyone is free to reuse it in any way they want. Of course, the users are kindly asked to cite the COD [1], but this is by no means a must. As for the reference, any unambiguous way to identify the structure should suffice. You may reference individual CIF files as "COD entry XXXXXXX", possibly accompanied by URL or a hyperlink. Please be aware that individual CIFs undergo curation (that is, their contents may slightly change), thus if you want to refer to a particular CIF file at some particular moment in time, be sure to include the revision. You may find it in the header of each CIF file, or in the bottom of its information card on the COD website. [1] https://wiki.crystallography.net/cod/citing/ Best wishes, Andrius Merkys On 2020-05-13 17:27, Escobar Steinvall Simon Robert wrote: > I am writing my thesis, and I am using a visualization based on a .cif > file I got from your database. Hence I wanted to check if it is > sufficient to simply reference the COD ID and mention that it was > acquired from you, or if any additional permission has to be acquired? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From amel.benahmed.daho.mail at gmail.com Fri May 15 03:44:01 2020 From: amel.benahmed.daho.mail at gmail.com (Amel Daho) Date: Fri, 15 May 2020 01:44:01 +0100 Subject: [Cod-bugs] Request for answers about crystallography RESTFUL API Message-ID: Hello Madam, Sir, My name is Amel Ben Ahmed Daho, I am a web developer and I am currently working on integrating your RESTfull API with ?Alamgir Research Inc? site to provide easy access and simplify finding and downloading files. In the document you provided at the page https://wiki.crystallography.net/RESTful_API/ , the CORS (Cross Origin resource sharing) is not enabled which causes problems for most web apps (html/js, Reactjs, angular). Since the browser does not allow retrieving data from sites that does not allow CORS, we are unable to retrieve data from your site using these apps, our intentions are to help users find as many resources as possible by looking in many sites (like yours) and provide them with links directly. I have been instructed to request further explanation about this situation, and to ask you the following: Did I miss interpreted the docs or is your API not indented to be used like this (most pages including results.php do not have CORS headers)? Or is it simply because someone forgot to enable it? In any case, Please let me know if you have an answer to my question, and in case you do not have someone from IT available, I can guide you or help you fix it (in case there is something wrong with the site). Looking forward to hear from you and and collaboration with your team. Best Regards -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- An HTML attachment was scrubbed... URL: From grazulis at ibt.lt Fri May 15 18:31:57 2020 From: grazulis at ibt.lt (=?UTF-8?Q?Saulius_Gra=c5=beulis?=) Date: Fri, 15 May 2020 18:31:57 +0300 Subject: [Cod-bugs] Request for answers about crystallography RESTFUL API In-Reply-To: References: Message-ID: <576b313e-c000-329a-e728-d5df4d2ffc3d@ibt.lt> Dear Amel, at the moment I regard CORS as a wrong solution to a problem which was created by a bad web design (exemplified by the current Web browsers and js, Reactjs, angular frameworks which you cite). The obvious solution to your problem is to host scripts and COD data on the same server, in this way you will always satisfy the same origin requirements. One way to do this is to relay the COD structures from your server (which you can additionally cash there, COD being the open database with permitting license). Sincerely yours, Saulius On 2020-05-15 03:44, Amel Daho wrote: > My name is Amel ?Ben Ahmed Daho, I am a web developer and I am currently > working on integrating your RESTfull API with ??Alamgir Research Inc? > ?site to provide easy access and simplify finding and downloading files. > > In the document you provided at the page > https://wiki.crystallography.net/RESTful_API/ > , > the CORS (Cross Origin resource sharing) is not enabled which causes > problems for most web apps (html/js, Reactjs, angular). > > Since the browser does not allow retrieving data from sites that does > not allow CORS, we are unable to retrieve data from your site using > these apps, our intentions are to help users find as many resources as > possible by looking in many sites (like yours) and provide them with > links directly. > > I have been instructed to request further explanation about this > situation, and to ask you the following: > > Did I miss interpreted the docs or is your API not indented to be used > like this (most pages including results.php do not have CORS headers)?? > Or is it simply because someone forgot to enable it? > > In any case, Please let me know if you have an answer to my question, > and in case you do not have someone from IT available, I can guide you > or help you fix it (in case there is something wrong with the site). > > Looking forward to hear from you and and collaboration with your team. -- Dr. Saulius Gra?ulis Vilnius University Institute of Biotechnology, Saul?tekio al. 7 LT-10257 Vilnius, Lietuva (Lithuania) fax: (+370-5)-2234367 / phone (office): (+370-5)-2234353 mobile: (+370-684)-49802, (+370-614)-36366 -------------- next part -------------- A non-text attachment was scrubbed... Name: grazulis.vcf Type: text/x-vcard Size: 4 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: