Bonjour,
Il y a les données mais...
En ce qui me concerne je persiste à penser que tout cela est
symptomatique d'une course à la donnée alors que les données n'ont de
sens que quand on s'en sert. OSM est maintenu par des fadas (dont je
fais parti...) qui pour certains passent leurs soirées à boucher des
trous pour la beauté de la chose, selon un idéal (auquel j'adhère) qui
n'est pas en phase avec l'ordre (économique) de ces plus ou moins
grosses boîtes qui les consomment. Que l'on ne me fasse pas dire ce que
je n'ai pas dit : les données sont le carburant d'OSM et on aura
probablement jamais fini de les affiner mais ceux qui font du business
autour des données géographiques veulent du rendement, du retour sur
investissement (ce qui n'est pas une critique négative de ma part, juste
un constat sur leurs statuts). Or, dans la lignée de Marc, malgré tous
les outils en place, la base d'OSM reste de l'artisanat. Ca a beau être
le premier employeur de France, ca reste de l'ordre dispersé (fantassin
LeTopographeFou, au rapport !).
Donc oui il y a les données (comme déjà expliqué) mais je vois surtout
la mise à disposition de ces données. Comment faciliter la vie des
fournisseurs de service en faisant abstraction des limites du modèle de
stockage OSM et de la géométrie variable et non canonique de ces données
(ex : deux manières de gérer les adresses, wikidata avec/sans wikipédia,
schéma pour les transports, gestion des langues, presets, any tag you
want, numéro de téléphone...). Et c'est là où ce genre d'initiative
(Overture) peut également marquer des points : fournir des données (à
jour/pas à jour à la limite c'est un détail pour eux eu égard au volume)
mais après les avoir nettoyé (des attributs inutiles la plupart des
cas), pré-processé et harmonisé pour les rendre efficaces à diffuser et
traiter. Exit les querelles internes, les trolls.
A mon avis (et comme j'ai déjà eu l'occasion de l'évoquer de manière
sporadique) OSM gagnerait à disposer d'un service facilitant la mise à
disposition des données qu'il agrège. En entrée ce service prendrait la
base OSM avec ses forces et ses faiblesses, en sortie il proposerait une
(ou plusieurs...) bases de données propres et pré-processées, aux
schémas clairs et pensés pour être efficace et sans interprétation.
L'exemple typique est l’harmonisation des adresses (ce qui oui pourrait
nécessiter de poser des choix plus ou moins arbitraires pour certains).
Cela resterait facultatif, une genre de surcouche pour ceux qui veulent
quelque chose de plus stable et plus qualitatif sans réinventer la roue.
Le service pourrait aussi proposer des modèles de données (par exemple
la correspondance avec le modèle administratif local qui aujourd'hui est
en vrac dans le wiki ou encore la construction de l'adresse postale) et
des éléments contextuels qui ne viennent pas d'OSM (par exemple les PH
dans les opening_hours pour tel pays ou région). Pour cela il existe
d'autres projets ou librairie qui pourraient être intégrées pour
mutualiser les forces, pas besoin de tout réinventer.
Plus les données sont faciles d'accès => plus elles sont visibles =>
plus elles seront exhaustives et pertinentes par le mécanisme de la
contribution à OSM.
Pour l'instant cela reste un rêve, un "il n'y a qu'à... faut qu'on",
mais si quelque chose se monte, alors le fantassin que je suis
considérera fortement d'y consacrer une partie de son temps, pour la
plus grande gloire d'OSM.
Cordialement,
LeTopographeFou
Le 28/07/2023 à 15:19, Marc_marc a écrit :
Bonjour,
cela parle partout d'Overture depuis 24h :)
Le 28.07.23 à 13:31, Francois Gouget a écrit :
Overture Maps est une fondation
mettons "fondation" entre "" puisque le but est vénal
c'est comme l'association non lucrative "lutte contre
le piratage de Microsoft" qui a été requalifié comme
lucrative par la justice à plusieurs reprises
qui ont été vérifiés
je préférerais dire "qui ont passé certains filtres" :
ce matin sur matrix/irc, un contributeur a trouvé
un noeud "pacific ocean", categories
{"main": "beach", "alternate": ["structure_and_geography",
"landmark_and_historical_building"]}
websites
["http://en.wikipedia.org/wiki/pacific_ocean";]
socials
["https://www.facebook.com/1012436518820283";]
personne n'a évidement vérifié ce poi :)
PS: l'erreur est dans le profil FB du poi
on peux donc supposer que la base des poi
d'overture contient probablement au moins
un dump des poi FB
et sont prêts à être utilisés en production.
osm est tout aussi prêt :) et utilisé en prod :)
je comparerais plutôt Overture au maj "lente"
existant par exemple dans le monde OpenSource
soit tu veux quelque chose très vite à jour,
soit tu veux quelque chose qui est passé
à travers plus de tests donc + lent.
tu as moins d'erreur... et aussi moins de nouveauté.
ils ne font pas confiance aux données d'OpenStreetMap
on peux supposer plein de choses :
p'tre que c'est parce qu'ils en ont eu assez de la difficulté
d'importer leur données dans osm (on se rapelle leurs tentatives
précédentes de faire changer les règles... on se rappelle les échecs
quasi systématique des imports mondiaux avec la raison "on ferra
mieux en intégrant"... sauf qu'on n'a pas intégré les jeux dont
on a refusé l'import... on se rappelle aussi que dans certains pays
il est impensable d'importer le no 1 associé au boulevard de la
république parce que "cela doit se faire à la main",
d'ici là Mme Michou se voyant proposer d'aller piocher les
coordonnées dans l'opendata puis l'écrire dans son app, ce
qu'elle ne ferra évidement pas, elle basculera sur GM..
en tout cas moi je ne fais pas ce genre d'utilisation
non ergonomique de l'opendata)
p'tre que c'est aussi une simple mutualisation des tests QA (alors
que niveau osm, on voit bien la difficulté par exemple a partager
des règles de validation entre iD et josm... "partager"
entre "" puisque le partage consiste à l'écrire 2x
ou bien ils c'est avant tout du marketing : c'est mieux
de prétendre qu'on a lancé un nouveau produit, plutôt que
dire qu'on a basculé vers un produit existant...
et c'est là mon principal soucis, si vous regardez les annonces
sur un agrégateur de nouvelles (par ex Google News), aucun
titre d'article sur le sujet ne mentionne osm, osm est devenu
un détail technique d'Overture d'une ligne dans un article
de 3 pages
la prochaine fois qu'un structure (par ex un office du tourisme)
voudra rendre dispo ses données, peut-être que celui-ci
s’effarera à les publier dans un format "pour Overture"
et non plus passer des heures pour les intégrer dans osm...
pour éviter cette relégation en 3ieme zone, je pense qu'il
faudrait une remise en question et analyser ce qui pourrait
être importé (oups intégré) afin que osm redeviennent
l'endroit principal et non pas un détail marginal et technique
permettant à certains fonctionnalité d'Overture de fonctionner
après validation bien sûr (via Osmose par exemple).
c'est là où le bât blesse : dans le "pays d'osmose",
les signalements osmose n’intéressent pas assez de monde.
Cordialement,
Marc
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
