Utilisez-vous parfois des cliparts? Peut-être via LibreOffice ou Inkscape. Aviez-vous remarqué que le site d’origine https://openclipart.org/ est hors service depuis le 2019-04-19 (selon Wikipedia) ?
mais rien qui ne semble inclure les 8000 svg originaux du paquet Debian.
Utilisez-vous des alternatives?
Ça faisait un certain temps que ça me titillait, j’avais fais un petit front-end au site openclipart que j’utilisais quelques fois par mois et ça me manque.
J’ai donc commencé ceci (source):
J’ai une démo en ligne (sur mon ordi, l’URL va changer):
C’est très préliminaire, quelques heures de dev hier, sans plus.
En gros, j’ai pris le paquet debian OpenClipArt, m’enfin, son tarball pour réaliser que chaque SVG contenait son propre métadata (auteur, droits, titre, tags, etc.). Il ne m’en fallait pas plus pour commencer ma version.
Si le sujet vous intéresse, je suis toujours heureux d’avoir des collaborateurs Faites moi signe!
Très cool ton truc, c’est quoi le nom sous chaque clipart ?
Un README aiderait, avec un lien vers ta page de dons / semblable.
Tu devrais le tweeter / pouetter sur Twitter et Mastodon, une petite phrase pour solliciter les contributions (code, $ ou autre). Ici l’audience est limitée.
Ensuite on pourrait reprendre ça (lien vers GitHub/README) sur d’autres espaces comme les subreddit de projets libres de dessin et graphisme.
Merci! Avec chaque SVG, y’a le titre de l’oeuvre, le nom de l’auteur, une description (s’il y a) et les tags (j’inclus l’arborescence originale dans les tags; si c’est dans /animals/birds/ j’ajoute les tags « animals » et « birds »).
Je l’ai mentionné sur Masto
L’URL github va rester mais celui de la démo va changer (de façon permanente) d’ici quelques jours. Alors je n’en parle pas trop fort
Ne te gêne pas pour soumettre un PR/Readme mais sinon c’est une des prochaines étapes.
…en attendant d’avoir le nom domaine d’un ami. C’est aussi à ce moment que je mettrai ça sous https.
J’en profite pour approfondir mes connaissances sur Theme-UI que je mentionnais précédemment. Ça devrait être légèrement plus beau.
J’ai aussi ajouté des échantillons de cliparts sur les pages appropriées. Ça rend les pages beaucoup plus longues à charger puisque j’optimise (avec svgo) une vingtaine d’images aléatoirement. À cet effet, on verra maintenant un fin indicateur de progrès au chargement des pages.
Il manque toujours le README (aka une page À propos) ainsi que l’affichage des licences (du logiciel et des cliparts).
La question originale demeure,connaissez-vous d’autres sources de cliparts?
J’ai fait plusieurs changements sur le look (avec un mode de nuit/foncé) et en fonctionnalités comme la recherche. Remarquez aussi la page des crédits qui rend bien à César.
Je vais contacter les maintainers sous peu, merci pour la suggestion.
En tout, sur 10 jours, j’ai mis environ 50 heures sur 1500 lignes de code (et contenu). Je ferai un write-up plus complet un de ces jours…
TL;DR: openclipart.org is seemingly dead in the water (status unknown) but site owners claim to be working on, and recovering from, an extended DDoS. Some sites (see above) have OCAL assets saved.
Je n’ai pas eu de réponse depuis des mois après plusieurs tentatives. Jon et moi avons une autre chose en commun: on a tout les deux travaillé chez Status.Net dans le temps.
est-ce que tu pourrais faire un “torrent” à la place? comme ça plus de monde pourraient faire un miroir…
Dans les jours plus pacifiques du monde BitTorrent, on pouvait simplement utiliser un tracker public comme udp://tracker.openbittorrent.com:80 mais il semblerait que ce site ait finalement fermé (une fois de plus). Debian utilisent leurs propre tracker maintenant (http://bttracker.debian.org:6969/announce) qu’il serait peut-être utilisable pour tous…
Mais dans tous les cas, tout comme dat, bittorrent peut fonctionner (dans une certaine mesure) sans tracker, grâce au DHT. Il suffit d’extraire le “magnet link” du torrent. C’est possible de le faire à partir de l’interface graphique de votre client torrent (genre clic-droit et Copier le lien magnet dans Transmission), mais en ligne de commande, le seul client que j’ai trouvé qui le fait est rhash, et donc ça ressemble à ça:
Et hop, on peut télécharger ma photo avec ce lien magnet (que discourse aime pas du tout) ou encore ce fichier torrent.
Voilà, tu sais probablement tout ça, @millette, mais je me disais que ça serait intéressant pour les autres camarades du forum. Et de plus, j’oublie tout le temps comment faire ça, alors ça me fait des notes pour le futur…
Je vais essayer d’uploader sur archive.org (ça fait des torents tout seul). Mais c’est compliqué dealer avec 160,000 fichiers, beurk. Pour le dat, j’ai été forcé de faire 10 tarballs (gzippés) en fait.
l’interface d’upload de archive.org est connue pour être catastrophique. il faut utiliser le package Python que je maintiens dans Debian (internetarchive)…
Je peux décompresser les tarball un par un et uploader à mesure, j’aurais assez d’espace. Je présume que c’est 3-4x plus gros décompressé.
@anarcat aurais-tu une recommandation pour uploader 10x 16,000 ficiers vers une seule archive sur internetarchive et avec le client dont tu maintiens le package?
mais ceci dit, tu peux uploader de façon incrémentale dans une collection aussi. je me souviens plus exactement comment, mais je peux fouiller et te revenir là-dessus.
internetarchive devrait être installable dans debian stretch direct, c’est un backport trivial. sinon pip3 install FTW.
Je dois me concentrer sur d’autres trucs… J’ai regardé de plus près (c’est une interface à la S3 grosso-modo). Je pense faire deux choses:
Uploader 10 tarballs dans un item (une ressource/torrent IA); ça permet un download bulk.
Uploader chaque svg individuellement en utilisant les méta-data qu’on trouve dans chacun des svgs; profiter de l’interface IA complète: previews, recherche, etc.
Je ne sais pas quand je ferai ça.
P.S.: j’ai été accepté par le programme Sponsor de GitHub (voir https://github.com/millette/oca) et GitHub double la mise! Je dis ça de même
je pense que tu devrais uploader chaque SVG individuellement, dans un seul item. pour uploader un ou plusieurs fichiers, tu n’as qu’à appeler ceci à répétition:
ia --metadata="mediatype:image,collection:opensource_image" openclipart_org foo.jpg
où:
--metadata-machin dit le type de données (une image) et dans quelle “collection” (opensource_image, deviné à partir de l’interface d’upload standard)
openclipart_org est le nom de la collection
foo.jpg est le fichier à uploader
Le truc est que tu peux appeler ça plusieurs fois, et ça va rajouter des trucs à l’item, si j’ai bien compris. T’as besoin de t’en faire à l’avoir comme il faut le premier coup. Mais je peux me tromper!
Après tu peux passer par l’interface web pour raffiner les données.
Si tu veux streamer les tarballs, tu peux aussi appeler la librairie python directement, d’une façon similaire. e.g.
>>> fd = tarfile.whatever()
>>> md = dict(collection='test_collection', title='My New Item', mediatype='image')
>>> r = upload('test-item', {'foo.txt': fd})
Faites moi signe!
