Dans le monde des SIG libres, OSM est un projet vraiment à part. D'abord au niveau stockage, on a plutôt affaire à une méta-base de données avec un modèle très généraliste. Au niveau des outils, tout a été crée quasi ex-nihilo (de Josm en Java à Id en js). Les outils tiers (osrm pour le routage, les outils qualité, etc) sont aussi indépendants.
A l'inverse, QGIS qui est plus ancien qu'OSM est parti d'un existant (les outils SIG proprios) pour aller plus loin. D'ailleurs, QGIS a des liens assez faibles avec OSM. Les données d'OSM sont exploitables mais on est très loin de ce que peuvent faire les éditeurs comme JOSM ou iD. Peut-être un jour,QGIS deviendra un éditeur de poids pour OSM mais l'objectif de QGIqs est bien d'être un SIG généraliste, indépendant des formats et des données...
[^] # Re: Plus long qu'une dépêche noyau !
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Sortie de QGIS 2.16 « Nødebo ». Évalué à 10.
Hello,
Dans le monde des SIG libres, OSM est un projet vraiment à part. D'abord au niveau stockage, on a plutôt affaire à une méta-base de données avec un modèle très généraliste. Au niveau des outils, tout a été crée quasi ex-nihilo (de Josm en Java à Id en js). Les outils tiers (osrm pour le routage, les outils qualité, etc) sont aussi indépendants.
A l'inverse, QGIS qui est plus ancien qu'OSM est parti d'un existant (les outils SIG proprios) pour aller plus loin. D'ailleurs, QGIS a des liens assez faibles avec OSM. Les données d'OSM sont exploitables mais on est très loin de ce que peuvent faire les éditeurs comme JOSM ou iD. Peut-être un jour,QGIS deviendra un éditeur de poids pour OSM mais l'objectif de QGIqs est bien d'être un SIG généraliste, indépendant des formats et des données...