

Forké de #43
Lorsqu'on crée une ressource, pouvoir choisir:
- soit de la créer à partir de zéro (mode actuel)
- soit d'indiquer un URI d'une ressource existant sur une autre instance SemApps (ou sur la même instance, si ça peut avoir du sens)
On aurait alors le choix entre deux modes de copie:
- Fork (on importe la donnée, on garde un lien vers la donnée originale)
- Synchronisation (même chose que Fork, mais un service Moleculer s'occupe de synchroniser régulièrement les données avec celles de l'original)
A voir comment on explicite ces 2 modes pour l'utilisateur lambda.
Ajouter automatiquement semapps:forkedFrom ou semapps:synchronizedWith.
On aurait ainsi quelque chose un peu similaire à l'import de profils de SemApps v1, sauf que l'import pourrait resté synchronisé avec l'original.
Dans un second temps, on pourrait indiquer des URLs avec d'autres modèles de données (Wikidata, OSM, Gogocarto) et un convertisseur (côté middleware ?) s'occuperait de faire le bon mapping.
Lorsqu'on crée une ressource, pouvoir choisir:
On aurait alors le choix entre deux modes de copie:
A voir comment on explicite ces 2 modes pour l'utilisateur lambda.
Ajouter automatiquement
semapps:forkedFromousemapps:synchronizedWith.On aurait ainsi quelque chose un peu similaire à l'import de profils de SemApps v1, sauf que l'import pourrait resté synchronisé avec l'original.
Dans un second temps, on pourrait indiquer des URLs avec d'autres modèles de données (Wikidata, OSM, Gogocarto) et un convertisseur (côté middleware ?) s'occuperait de faire le bon mapping.