Harmonisation du format des entrées Bib

This commit is contained in:
Sébastien Dinot 2023-06-04 01:22:20 +02:00
parent ac62254f70
commit 6428a72404

View file

@ -6,6 +6,7 @@
journaltitle = {The Register},
url = {https://resana.numerique.gouv.fr/public/document/consulter/3231705?slug=160133}
}
@article{gitorious,
title = {Code collaboration platform GitLab acquires rival Gitorious, will shut it down on June 1},
author = {Andrii Degeler},
@ -14,6 +15,7 @@
journaltitle = {The Next Web},
url = {https://thenextweb.com/news/gitlab-acquires-rival-gitorious-will-shut-june-1}
}
@article{googlecode,
title = {Google to close Google Code open source project hosting},
author = {ARS Staff},
@ -22,6 +24,7 @@
journaltitle = {ARS Technica},
url = {https://arstechnica.com/information-technology/2015/03/google-to-close-google-code-open-source-project-hosting/}
}
@article{elasticsearch,
title = {Elastic changes open-source license to monetize cloud-service use},
author = {Steven Vaughan-Nichols},
@ -30,7 +33,8 @@
journaltitle = {ZD NET},
url = {https://www.zdnet.com/article/elastic-changes-open-source-license-to-monetize-cloud-service-use/}
}
@misc{codeetlogiciel,
@misc{codeetlogiciel,
title = {Science ouverte codes et logiciels},
author = {Pellegrini, François and Di Cosmo, Roberto and Romary, Laurent and Janik, Joanna and Hodenq, Sacha and Coutanson, Romane and Géroudet, Madeleine},
date = {août 2022},
@ -38,6 +42,7 @@
publisher = {ministère de lEnseignement supérieur et de la Recherche},
url = {https://www.ouvrirlascience.fr/science-ouverte-codes-et-logiciels/}
}
@article{akka,
title = {Lightbend: Open-source licensing con game or smart business move?},
author = {Steven Vaughan-Nichols},
@ -46,17 +51,18 @@
journaltitle = {ZD NET},
url = {https://www.zdnet.com/article/lightbend-open-source-licensing-con-game-or-smart-business-move/}
}
@misc{jecode,
TITLE = {{Je code : Les bonnes pratiques de d{\'e}veloppement logiciel}},
AUTHOR = {Ammour, Lila and Capp{\'e}, Olivier and Chaventre, Thierry and Dassas, Karin and Dexet, Marc and Moreau, Patrick and Mouton, C. and Souplet, Jean-Christophe},
URL = {https://hal.archives-ouvertes.fr/hal-02083801},
NOTE = {Guide de bonnes pratiques de d{\'e}veloppement logiciel {\`a} destination de la communaut{\'e} de l'enseignement sup{\'e}rieur et de la recherche.},
YEAR = {2019},
MONTH = Dec,
KEYWORDS = {r{\'e}seau DevLOG ; CNRS},
PDF = {https://hal.archives-ouvertes.fr/hal-02083801/file/20191202_plaquette_developpement_V1.1.pdf},
HAL_ID = {hal-02083801},
HAL_VERSION = {v1},
title = {{Je code : Les bonnes pratiques de d{\'e}veloppement logiciel}},
author = {Ammour, Lila and Capp{\'e}, Olivier and Chaventre, Thierry and Dassas, Karin and Dexet, Marc and Moreau, Patrick and Mouton, C. and Souplet, Jean-Christophe},
url = {https://hal.archives-ouvertes.fr/hal-02083801},
note = {Guide de bonnes pratiques de d{\'e}veloppement logiciel {\`a} destination de la communaut{\'e} de l'enseignement sup{\'e}rieur et de la recherche.},
year = {2019},
month = Dec,
keywords = {r{\'e}seau DevLOG ; CNRS},
pdf = {https://hal.archives-ouvertes.fr/hal-02083801/file/20191202_plaquette_developpement_V1.1.pdf},
hal_id = {hal-02083801},
hal_version = {v1},
}
@article{eclipsegitlab,
@ -87,66 +93,67 @@
}
@article{cosssuccessful,
doi = {10.1088/1749-4699/6/1/015010},
url = {https://dx.doi.org/10.1088/1749-4699/6/1/015010},
year = {2013},
month = {nov},
publisher = {IOP Publishing},
volume = {6},
number = {1},
pages = {015010},
author = {Wolfgang Bangerth and Timo Heister},
title = {What makes computational open source software libraries successful?},
journal = {Computational Science & Discovery},
abstract = {Software is the backbone of scientific computing. Yet, while we regularly publish detailed accounts about the results of scientific software, and while there is a general sense of which numerical methods work well, our community is largely unaware of best practices in writing the large-scale, open source scientific software upon which our discipline rests. This is particularly apparent in the commonly held view that writing successful software packages is largely the result of simply being a good programmer when in fact there are many other factors involved, for example the social skill of community building. In this paper, we consider what we have found to be the necessary ingredients for successful scientific software projects and, in particular, for software libraries upon which the vast majority of scientific codes are built today. In particular, we discuss the roles of code, documentation, communities, project management and licenses. We also briefly comment on the impact on academic careers of engaging in software projects.}
doi = {10.1088/1749-4699/6/1/015010},
url = {https://dx.doi.org/10.1088/1749-4699/6/1/015010},
year = {2013},
month = {nov},
publisher = {IOP Publishing},
volume = {6},
number = {1},
pages = {015010},
author = {Wolfgang Bangerth and Timo Heister},
title = {What makes computational open source software libraries successful?},
journal = {Computational Science & Discovery},
abstract = {Software is the backbone of scientific computing. Yet, while we regularly publish detailed accounts about the results of scientific software, and while there is a general sense of which numerical methods work well, our community is largely unaware of best practices in writing the large-scale, open source scientific software upon which our discipline rests. This is particularly apparent in the commonly held view that writing successful software packages is largely the result of simply being a good programmer when in fact there are many other factors involved, for example the social skill of community building. In this paper, we consider what we have found to be the necessary ingredients for successful scientific software projects and, in particular, for software libraries upon which the vast majority of scientific codes are built today. In particular, we discuss the roles of code, documentation, communities, project management and licenses. We also briefly comment on the impact on academic careers of engaging in software projects.}
}
@book{bazaar,
author = {Eric S. Raymond},
title = {The cathedral and the bazaar - musings on Linux and open source by
an accidental revolutionary (rev. ed.)},
publisher = {O'Reilly},
year = {2001},
isbn = {978-0-596-00108-7},
timestamp = {Thu, 07 Apr 2011 16:15:58 +0200},
biburl = {https://dblp.org/rec/books/daglib/0003337.bib},
bibsource = {dblp computer science bibliography, https://dblp.org}
author = {Eric S. Raymond},
title = {The cathedral and the bazaar - musings on Linux and open source by
an accidental revolutionary (rev. ed.)},
publisher = {O'Reilly},
year = {2001},
isbn = {978-0-596-00108-7},
timestamp = {Thu, 07 Apr 2011 16:15:58 +0200},
biburl = {https://dblp.org/rec/books/daglib/0003337.bib},
bibsource = {dblp computer science bibliography, https://dblp.org}
}
@article{bestpracticesscientificcomputing,
doi = {10.1371/journal.pbio.1001745},
author = {Wilson, Greg and Aruliah, D. A. and Brown, C. Titus and Chue Hong, Neil P. and Davis, Matt and Guy, Richard T. and Haddock, Steven H. D. and Huff, Kathryn D. and Mitchell, Ian M. and Plumbley, Mark D. and Waugh, Ben and White, Ethan P. and Wilson, Paul},
journal = {PLOS Biology},
publisher = {Public Library of Science},
title = {Best Practices for Scientific Computing},
year = {2014},
month = {01},
volume = {12},
url = {https://doi.org/10.1371/journal.pbio.1001745},
pages = {1--7},
abstract = {We describe a set of best practices for scientific software development, based on research and experience, that will improve scientists' productivity and the reliability of their software.},
number = {1}
doi = {10.1371/journal.pbio.1001745},
author = {Wilson, Greg and Aruliah, D. A. and Brown, C. Titus and Chue Hong, Neil P. and Davis, Matt and Guy, Richard T. and Haddock, Steven H. D. and Huff, Kathryn D. and Mitchell, Ian M. and Plumbley, Mark D. and Waugh, Ben and White, Ethan P. and Wilson, Paul},
journal = {PLOS Biology},
publisher = {Public Library of Science},
title = {Best Practices for Scientific Computing},
year = {2014},
month = {01},
volume = {12},
url = {https://doi.org/10.1371/journal.pbio.1001745},
pages = {1--7},
abstract = {We describe a set of best practices for scientific software development, based on research and experience, that will improve scientists' productivity and the reliability of their software.},
number = {1}
}
@InProceedings{githubinpublications,
author="Escamilla, Emily
and Klein, Martin
and Cooper, Talya
and Rampin, Vicky
and Weigle, Michele C.
and Nelson, Michael L.",
editor="Silvello, Gianmaria
and Corcho, Oscar
and Manghi, Paolo
and Di Nunzio, Giorgio Maria
and Golub, Koraljka
and Ferro, Nicola
and Poggi, Antonella",
title="The Rise of GitHub in Scholarly Publications",
booktitle="Linking Theory and Practice of Digital Libraries",
year="2022",
publisher="Springer International Publishing",
address="Cham",
pages="187--200",
abstract="The definition of scholarly content has expanded to include the data and source code that contribute to a publication. While major archiving efforts to preserve conventional scholarly content, typically in PDFs (e.g., LOCKSS, CLOCKSS, Portico), are underway, no analogous effort has yet emerged to preserve the data and code referenced in those PDFs, particularly the scholarly code hosted online on Git Hosting Platforms (GHPs). Similarly, the Software Heritage Foundation is working to archive public source code, but there is value in archiving the issue threads, pull requests, and wikis that provide important context to the code while maintaining their original URLs. In current implementations, source code and its ephemera are not preserved, which presents a problem for scholarly projects where reproducibility matters. To understand and quantify the scope of this issue, we analyzed the use of GHP URIs in the arXiv and PMC corpora from January 2007 to December 2021. In total, there were 253,590 URIs to GitHub, SourceForge, Bitbucket, and GitLab repositories across the 2.66 million publications in the corpora. We found that GitHub, GitLab, SourceForge, and Bitbucket were collectively linked to 160 times in 2007 and 76,746 times in 2021. In 2021, one out of five publications in the arXiv corpus included a URI to GitHub. The complexity of GHPs like GitHub is not amenable to conventional Web archiving techniques. Therefore, the growing use of GHPs in scholarly publications points to an urgent and growing need for dedicated efforts to archive their holdings in order to preserve research code and its scholarly ephemera.",
isbn="978-3-031-16802-4"
author = {Escamilla, Emily
and Klein, Martin
and Cooper, Talya
and Rampin, Vicky
and Weigle, Michele C.
and Nelson, Michael L.},
editor = {Silvello, Gianmaria
and Corcho, Oscar
and Manghi, Paolo
and Di Nunzio, Giorgio Maria
and Golub, Koraljka
and Ferro, Nicola
and Poggi, Antonella},
title = {The Rise of GitHub in Scholarly Publications},
booktitle = {Linking Theory and Practice of Digital Libraries},
year = {2022},
publisher = {Springer International Publishing},
address = {Cham},
pages = {187--200},
abstract = {The definition of scholarly content has expanded to include the data and source code that contribute to a publication. While major archiving efforts to preserve conventional scholarly content, typically in PDFs (e.g., LOCKSS, CLOCKSS, Portico), are underway, no analogous effort has yet emerged to preserve the data and code referenced in those PDFs, particularly the scholarly code hosted online on Git Hosting Platforms (GHPs). Similarly, the Software Heritage Foundation is working to archive public source code, but there is value in archiving the issue threads, pull requests, and wikis that provide important context to the code while maintaining their original URLs. In current implementations, source code and its ephemera are not preserved, which presents a problem for scholarly projects where reproducibility matters. To understand and quantify the scope of this issue, we analyzed the use of GHP URIs in the arXiv and PMC corpora from January 2007 to December 2021. In total, there were 253,590 URIs to GitHub, SourceForge, Bitbucket, and GitLab repositories across the 2.66 million publications in the corpora. We found that GitHub, GitLab, SourceForge, and Bitbucket were collectively linked to 160 times in 2007 and 76,746 times in 2021. In 2021, one out of five publications in the arXiv corpus included a URI to GitHub. The complexity of GHPs like GitHub is not amenable to conventional Web archiving techniques. Therefore, the growing use of GHPs in scholarly publications points to an urgent and growing need for dedicated efforts to archive their holdings in order to preserve research code and its scholarly ephemera.},
isbn = {978-3-031-16802-4}
}