Le 09/08/2020 à 12:06, Christian Quest a écrit :
Le 09/08/2020 à 10:14, Yves P. a écrit :
de Christian
Pour le stockage des photos ou autres sources externes, wikipedia
garde une copie d'archive.
Je pense que ce serait bénéfique de faire pareil pour OSM, car tout
lien externe est potentiellement instable
Tu suggères de mettre un système de cache au niveau de l'API OSM ? ;)
Un contributeur OSM édite un objet avec les tags suivant et l'API
fait automatiquement un copie :
* image=http://site.com/a.jpg
* mapillary=APQ8H32KnIwG3lKIaMY7HA
* wikimedia_commons=File:Defibrillator am Hafenbüro Kappeln.jpg
* une combinaison de tout ça dans le tag image
* avec des valeurs multiples ;)
Comment retrouve-t-on les photos ?
Je ne pense pas à un cache (temporaire), mais à une copie d'archive,
comme wikipédia le fait sur les sources qui peuvent disparaître,
changer d'adresse ou autre.
J'ai un peu réfléchit au problème... le plus simple me semble de
calculer un hash à partir du tag au contenu à archiver. Ceci évite de
devoir rajouter un tag avec le lien de l'archive dans la base OSM.
Exemple (avec du md5)
image=http://site.com/a.jpg ->
http://archive.osm.org/ce7442f69a6ad43fb972724c1a8cdc05
mapillary=APQ8H32KnIwG3lKIaMY7HA ->
http://archive.osm.org/eaaee35521d34a3cb74965cb50dcb500
etc...
C'est une très bonne idée ce projet !
Si archive.org ou autre archive "standard" n'est pas utilisée, peut-être
ça vaut le coup de regarder du côté d'IPFS <https://ipfs.io/> ? Ça
utilise exactement le mécanisme que tu décris :)
Quelques avantages que je vois à utiliser ça plutôt qu'une archive
"maison" :
- Gestion de l'adressage, des dossiers déjà implémentée depuis
longtemps, donc robuste
- Possibilité à n'importe quel contributeur disposant de stockage de
faire mirroir, idem pour les passerelles IPFS/HTTP
- Moins de trafic à gérer du coup
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
