Question:
Créer une URL permanente à insérer dans une publication
errantlinguist
2017-12-23 19:35:08 UTC
view on stackexchange narkive permalink

Dans une publication à venir, je dois établir un lien vers les données que j'ai utilisées pour la publication afin que d'autres puissent également voir / utiliser les données - à la fois pour examiner le travail donné et également pour une utilisation future. Cependant, mon institution n'a proposé aucune solution d'hébergement et je n'ai pas (encore) trouvé de solutions externes acceptables qui me déchargent de la responsabilité financière et juridique de la maintenance des données et de l'infrastructure d'hébergement. Je ne serai pas dans l'établissement donné pendant très longtemps, donc par exemple le mettre sur mon site personnel à l'institution n'est pas une solution. Les données primaires en question ont une taille d'environ 12 Go, il doit donc s'agir d'un «référentiel» approprié pour les données plutôt que de simplement par ex. une pièce jointe distribuée avec la publication elle-même.

Néanmoins, je dois au moins avoir un lien stable vers un endroit où les données peuvent être localisées; La stabilité de l'emplacement réel n'est pas aussi importante que la stabilité du lien lui-même. Comment / où puis-je me procurer une URL permanente pour créer un lien vers des données de recherche dans une publication qui ne me coûte rien en tant qu'individu?

Combien de données?Au moins en chimie, il est presque toujours possible d'inclure un fichier d'informations de support hébergé par l'éditeur (si ce n'est pas trop) ou il existe des archives spéciales pour certains types de données que vous pouvez utiliser (un exemple serait le ccdc)
Environ 12 Go, donc je doute que ce soit une avenue possible ...
J'ai récemment découvert que mon institut propose l'utilisation d'un service d'hébergement de fichiers géré par un réseau d'institutions exactement à ces fins.Je n'en avais jamais entendu parler.Je vous suggère de parler aux personnes utiles de la bibliothèque de votre institut.
Est-il possible de s'inscrire à un [doi] (http://www.doi.org/) dans de tels cas?
Ce n'est probablement pas la meilleure idée car cela oblige d'autres personnes à décider d'héberger vos données, mais si vous vous attendez à ce que ce soit le cas ou si vous avez un ordinateur fonctionnant constamment de toute façon, [IPFS] (https://en.wikipedia.org/ wiki / InterPlanetary_File_System) pourrait être une solution
En plus de l'hébergement sur serveur, vous pouvez envisager de mettre à disposition un torrent.Les applications torrent peuvent utiliser des miroirs en ligne en plus du transfert p2p.
@WesToleman en lisant votre commentaire, [Archive BitTorrents] (https://archive.org/about/faqs.php#321) m'a rappelé parce que [SE l'utilise] (https://archive.org/details/stackexchange).
Quelle que soit la façon dont vous choisissez d'héberger les données, je recommande que la publication elle-même contienne un hachage cryptographique du fichier de données (je suppose qu'il sera distribué sous forme de fichier d'archive de sorte qu'un seul hachage couvrira tout).Cela permettra à toute personne souhaitant inspecter les données de vérifier qu'elle dispose des données correctes et cela peut également aider un peu à retrouver les données si le lien de téléchargement d'origine cesse de fonctionner.
Cette question est maintenant protégée, donc je ne peux pas répondre mais vous pouvez jeter un œil sur http://academictorrents.com/
@errantlinguist https: // goo.gl / C'est de Google.Il existe depuis 2009, donc je le trouve digne de confiance.La bonne chose à ce sujet est - une fois que vous avez mis le lien dans un endroit difficile - un document de recherche ou un CV, vous pouvez être sûr que l'accès qui atteindra là où vous le souhaitez.En effet, vous pouvez modifier le contenu lié à votre lien goo.gl.Donc, supposons que vous hébergez le fichier de 12 Go dans onedrive pendant 5 ans parce que vous avez de l'espace libre, vous pouvez le lier à votre lien goo.gl permanent.Plus tard, vous obtenez de l'espace libre dans GDrive, vous y déplacez les données de 12 Go et mettez à jour votre lien goo.gl.:)
Il y a une distinction importante entre un Uniform Resource * Locator * et un Uniform Resource * Name *;ce dernier pourrait être mieux adapté à vos besoins.L'URN le plus courant dans ce cadre est probablement un DOI.
Je ne peux pas publier de réponse correcte, car le fil est verrouillé, mais je pense que Mendeley Data (https://data.mendeley.com/) fournit un service gratuit dans ce but précis. Vous devrez savoir s'ils peuvent héberger autant de données et si vous êtes d'accord avec leur modèle de partage.
Que diriez-vous de Google Drive?
Peut-être que la question devrait indiquer si les données doivent également être immuables.Avoir un lien permanent (c'est-à-dire un lien qui résout toujours) ne signifie pas qu'il résout toujours les mêmes données.
Neuf réponses:
Cochise
2017-12-24 03:42:16 UTC
view on stackexchange narkive permalink

Peut-être Zenodo ou un autre "référentiel de données académiques". Googler cela vous donnerait une liste. Zenodo a quelques avantages.

  1. Vous donne un DOI, un identifiant d'objet numérique, un lien unique et un standard académique pour les citations.
  2. Vous n'avez pas besoin d'acceptation pour publier vos données.
  3. Est un projet officiel de l'UE, utilisé pour octroyer des subventions de recherche dans le cadre d'un projet Open AIRE.
  4. Est hébergé par le CERN.
  5. Exécute des logiciels gratuits dans toute la pile.
Il convient d'ajouter que Zenodo est soutenu par le CERN et [ses données sont hébergées dans les centres de données du CERN] (http://help.zenodo.org/) et, si Zenodo venait à échouer à un moment donné, la garantie de disponibilité est également fournie parCERN.
Mais l'URL n'est pas persistante?par exemple.l'url https://zenodo.org/record/1120275 se cassera-t-elle jamais?Rien sur leur page de politique ne mentionne spécifiquement les URL.
@jiggunjer Je suppose qu'avoir un DOI domine strictement celui du public académique.
@jiggunjer zenodo.org/record/1120275 n'est pas permanent.https://doi.org/10.5281/zenodo.1120275 est permanent.
Dupliquer sur les données ouvertes: https://opendata.stackexchange.com/q/980/190
Jeff
2017-12-24 00:08:21 UTC
view on stackexchange narkive permalink

Si vous avez également du code associé à ces données que vous aimeriez partager, une autre option peut être GitHub. Vous n'hébergeriez pas l'ensemble de données de 12 Go dans un référentiel GitHub lui-même; à la place, vous hébergez votre code et créez un fichier readme.md (GitHub le fera pratiquement automatiquement pour vous) dans lequel vous écrivez des instructions ou d'autres récits. C'est ici que vous incluez un lien vers l'endroit où vous avez choisi d'héberger les données. Vous pouvez ensuite mettre à jour ce lien à tout moment où vous le souhaitez ou si vous en avez besoin (par exemple, si vous changez d'institution).

Cela présente un certain nombre d'avantages par rapport à la simple recherche d'un emplacement statique pour conserver les données et partager ce lien:

  1. GitHub a presque dix ans et compte plus de 20 millions d'utilisateurs, donc il ne va nulle part
  2. Les référentiels publics sont gratuits
  3. Y compris tout code que vous vouloir partager au même endroit est très pratique
  4. Le readme.md vous permet d'écrire le message que vous aimeriez qu'un futur utilisateur rencontre, comme des conseils non inclus dans l'article original, des errata, etc.
  5. Tout peut être mis à jour par vous à tout moment, mais conserve toujours le lien statique
  6. L'utilisation du contrôle de version sur votre code est une habitude fantastique à former
  7. GitHub fait il est très facile d'inclure des informations sur les droits d'auteur et les licences
  8. Vous pouvez utiliser GitHub pour créer un site Web entier si vous souhaitez suivre cette voie (pages GitHub), qui peuvent inclure ce que vous avez partagé
Cela ne répond pas du tout à la question.Votre réponse explique où héberger le code (OP ne l'a pas demandé) et ne résout pas la question de savoir où héberger les 12 Go de données réelles.
@DSVA Cela répond très certainement à la question.Il n'a pas demandé où vous hébergez des données, il a demandé comment obtenir un lien statique vers des données.GitHub fait cela et plus encore, c'est ce que j'ai écrit.
@DSVA ce n'est pas une "mauvaise" réponse (digne d'un vote négatif) même si ce n'est pas étonnamment "bon": j'ai vu des gens faire quelque chose de similaire, où ils par exemple.créez un dépôt GitHub simple avec quelques fichiers d'exemple et une note disant: «Ces données ont été utilisées pour Stark et al. 2017. 'Exploitation durable de dragonglass dans les régions côtières'. * Westerosi Geology *, pp. 12--44.Contactez stark@winterfell.edu pour tout le jeu de données. "Le seul inconvénient est que je ne peux pas avoir ces données sous un compte GitHub personnel et que je ne veux pas créer un compte orphelin que personne au service n'utilise.
@DSVA, malheureusement, cela répond en fait à la question.Même dans la question, il est indiqué que «la stabilité de l'emplacement réel n'est pas aussi importante que la stabilité du lien lui-même».Ainsi, github, bitbucket ou tout autre service que vous choisissez peut héberger un lien permanent vers votre emplacement éventuellement changeant des données.Et c'est également une bonne idée, car vous pouvez déplacer vos données au lieu d'un seul stockage pour ethernity.Mais la réponse peut être convertie en plus centrée sur les référentiels de contrôle de version que Github.
+1 c'est une excellente réponse.Github fournira un lien aussi proche du permanent que vous êtes susceptible de trouver n'importe où sur Internet.De cette façon, vous pouvez placer les 12 Go de données où vous le souhaitez, même sur plusieurs hôtes gratuits, autant que vous pouvez en trouver dans des limites raisonnables.Et fournissez une liste de liens sur le readme de Github.Si quelques liens meurent (un site comme pingdom les surveillera pour vous, gratuitement), vous pouvez toujours compléter la liste en téléchargeant les données vers de nouveaux hôtes
L'approche Github ne répond pas non plus tout à fait aux exigences de l'OP;ils devront s'assurer que tout ce qui héberge le fichier readme.md reste valide, ce qui est peut-être un processus manuel, et il est également possible qu'ils puissent changer leur nom d'utilisateur à un moment donné pour une raison quelconque.Cependant, si ce dernier est acceptable comme compromis, alors utiliser un lien bit.ly qui peut être modifié plus tard serait un frontend approprié (et pourrait être redirigé n'importe où plus tard).
Parlez-nous de GitHub dans 50 ans, puis nous en parlerons.
J'utilise en fait le GitHub pour héberger un lien de mes données.Les données sont en fait sur un serveur domestique avec une adresse IP dynamique.J'ai un travail cron pour vérifier l'adresse IP et mettre à jour la page GitHub à chaque fois que l'adresse IP change.Cela fonctionne très bien.
La réponse n'est pas si mauvaise, mais ne répond qu'à la moitié de ce que OP a demandé.Il ne recherche pas seulement un lien statique, mais aussi un endroit où placer les données «qui m'absolvent de la responsabilité financière et juridique de la maintenance des données et de l'infrastructure d'hébergement».Il y a beaucoup de réponses valides et complètes ici.mais c'est valable, mais pas complet.
Pourquoi github devrait-il être plus permanent que tous les autres référentiels qui ont fermé ces dernières années (BerliOS, Freshmeat, Freecode, gna !, gitorious, codehaus, code.google, Fedorahosted.org)?Je mets à jour la liste de temps en temps sur: https://wiki.gentoo.org/wiki/Upstream_repository_shutdowns
@Cochise Ce que vous décrivez comme manquant ne fait pas partie de sa question.
@JonasStein Parce que Github est très grand et que tous étaient très petits?Je viens d'en regarder quelques-uns, mais Berlios a signalé 50k utilisateurs contre 20 millions de GitHubs, et Gitorious a rapporté 11% de la part de marché de Git contre 87% de GitHubs.Rien sur Internet n'est à 100% permanent.Cela ne change rien au fait que Github est une option très sûre.
La seule raison pour laquelle Github est utilisé est qu '"il est peu probable qu'il disparaisse de si tôt".Autant que je sache, il y a peu d'avantages de Github par rapport à un site wordpress.com.
J'ajouterais également que vous pouvez générer un PURL pour le dépôt github (ou pour n'importe quoi d'ailleurs).purl.org
Les gros fichiers peuvent être traités en utilisant https://git-lfs.github.com/
Peter Jansson
2017-12-23 20:50:52 UTC
view on stackexchange narkive permalink

Il existe des services suffisamment fournis pour prendre en charge 12 Go de données. Par exemple, Figshare fournit 20 Go d'espace libre (taille de fichier limitée à 5 Go) pour le stockage privé et un espace public apparemment illimité. Ils déclarent qu'ils peuvent prendre en charge des fichiers plus volumineux, mais pas via le téléchargement de l'utilisateur.

Lorsque vous publiez des données, vous pouvez attribuer un doi à l'ensemble de données (cela peut en fait être fait beaucoup plus tôt dans le processus en tant que numéro réservé). De nombreuses revues utilisent également Figshare (et probablement d'autres services) pour leurs «informations complémentaires». Je ne sais pas si l'ajout de telles informations est associé à des coûts.

Je ne connais que (non associé) Figshare et je ne connais pas les limitations d'autres services similaires, alors voyez cela comme un exemple. Regardez également la possibilité d'ajouter les données comme informations de support à votre article.

Je vois que figshare existe depuis 6-7 ans, ce qui est relativement long sur Internet et un bon signe puisque la longévité est la clé ici.
Je reconnais que la «bonne façon» de créer un lien vers un ensemble de données est de lui attribuer un DOI.À cette fin, zenodo.org est un service gratuit qui accepte jusqu'à 50 Go par ensemble de données.
@LCT Il y a quelque chose à cela, mais je pense que les gens ont tendance à trop insister sur l'importance d'un DOI.Ne vous méprenez pas, il présente des avantages évidents, dans le sens d'être destiné à être permanent, d'être une norme avec laquelle les universitaires sont familiers et d'être compatible (dans un certain sens) avec les formats de citation existants, mais ne nous laissons pas emporterloin en pensant que, disons, tout ce qui n'a pas de DOI est nécessairement inférieur.
@DavidZ Une archive sans DOI n'est pas nécessairement inférieure.Une archive sans méthode raisonnablement bien établie pour l'identification permanente des documents l'est, cependant.
@E.P.Bien, j'appelle juste l'implication (intentionnelle ou non) qu'un DOI est la "bonne façon" d'identifier de façon permanente une ressource et que tout autre type d'identifiant permanent est la "mauvaise façon".
@E.P.Un hachage cryptographique est un moyen plus fiable et plus largement utilisé pour identifier les données que DOI.Le hachage ne vous donne aucune URL pour localiser les données, mais il vous permet de vérifier que vous avez les bonnes données une fois que vous les avez localisées.
Franck Dernoncourt
2017-12-25 05:54:51 UTC
view on stackexchange narkive permalink

Si vos données sont une collection de livres, de fichiers audio ou vidéo, vous pouvez les héberger sur le site Web Internet Archive, https://archive.org (page de téléchargement: https://archive.org/create/).

L'Internet Archive est une bibliothèque numérique à but non lucratif basée à San Francisco dont la mission déclarée est «l'accès universel à toutes les connaissances». Il offre un accès public gratuit à des collections de documents numérisés, notamment des sites Web, des applications logicielles / jeux, de la musique, des films / vidéos, des images animées et près de trois millions de livres du domaine public. En octobre 2016, sa collection dépassait 15 pétaoctets. En plus de sa fonction d'archivage, l'Archive est une organisation militante qui milite pour un Internet libre et ouvert. [...] Fondé par Brewster Kahle en mai 1996.

Le téléchargement et le téléchargement sont gratuits.

Exemples:

Les Archives Internet travaillent également à [établir une copie de l'ensemble de leurs archives au Canada] (https://blog.archive.org/2016/12/03/faqs-about-the-internet-archive-canada/), commeDe plus, ils (d'après ce billet de blog officiel) ont des copies partielles en Égypte et aux Pays-Bas, ainsi que leur stockage principal d'archives aux États-Unis.Cela devrait contribuer à assurer une diversification à la fois géographique et dans une certaine mesure politique.
unor
2017-12-25 05:56:41 UTC
view on stackexchange narkive permalink

Vous pouvez utiliser un service qui fournit des PURL ( URL persistantes).

Une telle URL redirige vers une URL cible de votre choix, et vous pouvez mettre à jour l'URL cible au cas où vous auriez besoin de vous déplacer vers un nouvel emplacement d'hébergement.

Exemples

  • Le service le plus connu est https://archive.org/services/purl/ .

    Depuis 2016, le service est fourni par Internet Archive ( article de blog). De 1995 à 2016, il a été fourni par l'OCLC.

    Lorcan Dempsey d'OCLC a salué cette annonce comme «une étape majeure dans la durabilité et l'indépendance futures de cet élément clé du Web et des données liées architectures. OCLC est fier d'avoir introduit des URL persistantes et purl.org au tout début du Web et nous avons continué à l'héberger et à le soutenir au cours des vingt dernières années. Nous nous félicitons du passage de purl.org aux archives Internet qui les aideront à continuer à archiver et à préserver les connaissances du monde au fur et à mesure de leur évolution. »

    Il utilise plusieurs noms de domaine, dont purl.org , purl.net et purl.com.

    Vous avez besoin d'un compte sur https: // archive.org/ pour créer et gérer vos PURL.

  • Un autre service plus récent est https://w3id.org/, fourni par un groupe d'organisations qui suivent un contrat social:

    De plus en plus d'organisations se sont engagées à assurer le fonctionnement de ce site Web. Ces organisations sont: […]. Ils sont responsables de toutes les tâches administratives associées à l'exploitation du service. Le contrat social entre ces organisations donne à chacune d'elles un accès complet à toutes les informations nécessaires à la maintenance et au fonctionnement du site. L'accord est conçu de telle sorte qu'un certain nombre de ces entreprises pourraient échouer, perdre tout intérêt ou devenir indisponibles pendant de longues périodes sans affecter négativement le fonctionnement du site.

    Ils affirment:

    Tous les identifiants associés à ce site Web sont destinés à être présents aussi longtemps que le Web est là. Cela signifie des décennies, voire des siècles.

    Il utilise le nom de domaine w3id.org.

    Pour créer et gérer vos PURL, vous doivent soumettre une pull request sur GitHub ou envoyer un e-mail à leur liste de diffusion.

  • Encore plus.

Évaluation des risques

Pour le objectif d'obtenir une URL HTTP permanente (avec la possibilité de changer la cible de redirection) sans avoir à payer quelque chose, un service PURL serait le meilleur choix:

  • Fournir des URL HTTP permanentes est le but premier de ces services, et leur seule raison d’existence. Leur objectif principal sera de faire en sorte que ces URL fonctionnent.

  • Fournir un tel service n'est ni complexe, ni difficile pour les serveurs, il y a donc de fortes chances que cela puisse être rester en ligne à l'avenir, même avec un budget très limité.

D'autres services Web peuvent également se soucier des URL permanentes, mais ils doivent également se soucier de bien plus de choses, leurs priorités sont donc différentes, et ils pourraient devoir interrompre leur service pour des raisons commerciales.
Par exemple, prenez Google et regardez combien de services ils ont interrompu (parmi eux également les services qui fournissaient URL pour le contenu de leurs utilisateurs). Et s'il y a des entreprises qui pourraient se permettre (et veulent) de garder les URL des services non rentables en vie, Google en ferait certainement partie, non?

C'est une suggestion utile, mais notez qu'OP cherche également un endroit pour héberger les données.Une URL raisonnablement permanente pour accéder aux données est bien, mais vous aurez toujours besoin d'un endroit pour la pointer, ce que l'OP semble vouloir être gratuit.
@MichaelKjörling: Oui, ce message ne répond qu'à la question du titre et de la partie en gras.Comme le dit OP: «La stabilité de l'emplacement réel n'est pas aussi importante que la stabilité du lien lui-même», je ne pense pas qu'il soit logique de recommander un hébergeur ici, car * tout * service d'hébergement gratuit ferait le travail, étant donnéque le permalien puisse être mis à jour.
Cela a plus de sens qu'un dépôt github
Je pense que cela se combine parfaitement avec [réponse @FranckDernoncourt's] (https://academia.stackexchange.com/a/101102/85077)
n'est-ce pas ce que fait aussi doi.org?Avec l'avantage supplémentaire que `url = site + doi`?
@jiggunjer: Je ne suis pas familier avec les DOI, mais [d'après cette réponse] (https://academia.stackexchange.com/a/81602), les services qui permettent les inscriptions gratuites exigent que les données soient téléchargées sur leurs propres serveurs (quiJe ne recommanderais pas);et je pense qu'il y a des inscriptions gratuites uniquement pour des domaines scientifiques spécifiques.- S'il y a un registrant qui offre des DOI gratuits qui peuvent pointer vers * n'importe quelle * URL, je suppose que cela pourrait être une bonne alternative aux PURL.Un avantage des PURL est qu'ils peuvent être sémantiques (vous pouvez choisir d'utiliser des mots significatifs au lieu de seulement des nombres).
Dan Romik
2017-12-25 05:16:19 UTC
view on stackexchange narkive permalink

Un service récemment lancé qui résout votre problème est le Wolfram Data Repository:

Le Wolfram Data Repository est une ressource publique qui héberge une collection croissante d'ensembles de données calculables , organisé et structuré pour être adapté à une utilisation immédiate dans le calcul, la visualisation, l'analyse et plus encore.

Dans l ' annonce de lancement, Stephen Wolfram écrit:

Avec le référentiel de données Wolfram (et Wolfram Notebooks), il existe enfin un excellent moyen de faire une véritable publication basée sur des données - et de garantir que les données peuvent être rendues disponibles d'une manière immédiatement utile et calculable.

Dans une autre partie de l'article, il écrit:

Chaque entrée du Wolfram Data Repository a une page Web associée, qui décrit les données qu'elle contient [...] chaque entrée a également un nom enregistré unique et lisible, utilisé à la fois pour l'URL de sa page Web et pour la spécification de l'objet ResourceObject qui représente le e entrée.

Concernant la taille des ensembles de données, il écrit:

Il n'y a pas de limite en principe sur la taille des données qui peuvent être stockées dans le référentiel de données Wolfram. Mais pour l'instant, la «plomberie» est optimisée pour des données dont la taille ne dépasse pas quelques gigaoctets - et en effet, les exemples existants dans le référentiel de données Wolfram montrent clairement qu'une quantité énorme de données utiles ne dépasse jamais quelques mégaoctets en taille.

L'annonce est très longue et a beaucoup plus sur la raison d'être et la vision derrière ce service et les détails de son fonctionnement. Je n'ai pas pu trouver d'informations sur les prix - probablement gratuits pour le moment - ou sur les promesses de Wolfram concernant la permanence du stockage des données (à l'exception de la vague phrase "Le référentiel de données Wolfram, cependant, est censé être quelque chose plus permanent "). Mais le service est assez récent, donc je m'attends à ce que ces choses soient clarifiées éventuellement. Wolfram Research est une entreprise sérieuse avec une grande crédibilité dans la communauté scientifique et existe depuis 1987, cela ressemble donc à une option intrigante pour votre problème de stockage de données.

Bel ajout.Je ne savais pas.Mais, ils s'attendent à ce que les données soient dans le compte utilisateur avant la soumission, et un compte prenant en charge cette taille de données semble coûter 103 $ / mois.http://www.wolfram.com/development-platform/pricing/ Le fournisseur bloqué est un autre point à considérer, mais hors de la portée de la question OP.
user2768
2017-12-24 16:49:09 UTC
view on stackexchange narkive permalink

J'ai besoin d'un lien vers des données utilisées pour une publication ... J'ai besoin d'au moins un lien stable vers un endroit où les données peuvent être localisées

Fournir un lien vers votre site personnel et redirigez à partir de là.

EP a soulevé le problème

Les données de Google Drive sont mutable - il pourrait être modifié par le propriétaire à tout moment (et, à l'inverse, les téléspectateurs n'ont aucune garantie que les données qu'ils voient cinq ans après la publication, si elles sont toujours là, n'ont pas été modifiées entre-temps). Cela le rend totalement inadapté à cet usage.

Ce problème est orthogonal à la question du PO, mais néanmoins intéressant. Il peut être résolu en prenant un hachage cryptographique des données et en incluant ce hachage dans la publication.

Comme indiqué dans le PO, je ne peux pas et ne serai pas personnellement responsable des données.
@errantlinguist, qu'est-ce que cela signifie?
Mychele
2017-12-24 13:21:24 UTC
view on stackexchange narkive permalink

DataPort est une initiative de l'IEEE. Vous pouvez héberger jusqu'à 2 To et vous recevrez un DOI.

Il [coûte 2k USD pour héberger un ensemble de données] (https://ieee-dataport.org/submit-dataset) qui est ouvert à tout utilisateur du service, tandis qu'un téléchargement gratuit n'est accessible qu'aux abonnés payants.Cela ne résoudrait pas le problème des OP.Le site semble également être encore en version bêta.
Ils (temporairement, à compter d'aujourd'hui 2019-11-11) offrent le jeu de données OPEN ACCESS gratuitement.
Leon Meier
2017-12-25 06:09:12 UTC
view on stackexchange narkive permalink

Rien ne dure éternellement, mais des services d'hébergement de fichiers gratuits existent même sans restrictions de taille . Rien dans le monde n'est vraiment gratuit, donc, ces services imposeraient un autre type de restriction, par exemple, la publicité, ou des temps d'arrêt notables, ou une faible bande passante, ou une gêne pour le téléchargement ou le téléchargement, ou des URL vraiment laides et longues (mais stables!) , etc. Ces services peuvent également vous demander toutes vos données privées et les vendre plus tard ou vous envoyer beaucoup de spam ciblé. Choisissez un service qui vous cause le moins d'inconfort possible. Ce serait ma solution.

Comment trouver un tel service serait une autre question. En général, je trouve d'abord un site comparant des dizaines de services d'hébergement gratuits, puis je le prends à partir de là.

Quiconque a voté contre: pourquoi?


ⓘ
Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...