Pas forcément à créer mais éventuellement à réutiliser, cela permettra une collaboration commune wikimedia/OSM.
Actions OpenStreetMap : * Notes doit pouvoir prendre les images Commons et recevoir les éléments saisis lors de la capture * Créer un système officiel d'affichage des images Commons (semble faisable : http://toolserver.org/~kolossos/openlayers/commons-on-osm.php?lat=52.516389&lon=13.377778&zoom=15 ) Actions Wikimedia : * modifier l'application commons pour incorporer le nécessaire à l'identification d'une photo pour une note et permettre la localisation manuelle de la note : https://play.google.com/store/apps/details?id=org.wikimedia.commons&hl=fr * les critères d'inclusion de commons : https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion (et encore, il y a énormément d'articles sur les rues, villes, rivières... Mais c'est surtout qu'OpenStreetMap n'est pas un projet de la sphère Wikimedia) Actions communes : * Passerelles éventuelles entre les utilisateurs Wikimedia & OpenStreetMap (OpenID ?) -- Jean-Baptiste Holcroft Le 31 octobre 2013 10:38, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Voilà l'appli à créer... OSMphotoNotes... prise d'une photo géolocalisée, > partagée via une note et un lien qui pointe dessus. Ca permet de documenter > la note bien plus efficacement qu'un texte. > > Par contre, il va falloir gérer les dérives... > > > Le 31 octobre 2013 10:23, Jean-Baptiste Holcroft <jb.holcr...@gmail.com>a > écrit : > > Pour limiter ce système administratif et se réorienter vers la >> volarisation du terrain, je suis surpris que Notes ne permette pas de >> joindre des photos (voir videos) en partenariat avec commons ou d'autres >> acteurs (projet streetview osm). À l'image de ce que fait >> wikilovesmonuments ou commons. >> Chaque utilisateur de rendu pourra y apporter sa vision pour son usge >> final (rendu ou autre). >> Le 31 oct. 2013 01:15, "Ista Pouss" <ista...@gmail.com> a écrit : >> >>> Le 30 octobre 2013 23:55, Guillaume Allegre <allegre.guilla...@free.fr>a >>> écrit : >>> >>>> >>>> > Oui... le modèle "osm est une base de données" ne fonctionne pas, >>>> c'est ce >>>> > que je pense. Il pose des problèmes irrésolvables de sémantique et de >>>> > contrôle, entres autres. >>>> >>>> Tiens, je ne vois pas ce qui te permet de dire ça. >>>> >>>> Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM >>>> (c'est d'ailleurs le problème des reverts impossibles après une autre >>>> édition, >>>> contrairement au modèle des commits de WP, qu'on sait traiter en texte >>>> depuis belle >>>> lurette). >>>> >>>> >>> Heu je me suis mal exprimé que tu m'as mal compris : ce n'est pas qu'il >>> soit bien ou mal respecté que je pense, mais que, par conception, il ne >>> peut pas fonctionner. Certes on arrive toujours à faire des cartes, mais on >>> va de plus en plus dans un modèle administratif, et de moins en moins dans >>> une observation terrain, de mon opinion. >>> >>> C'est parce que sémantique comme contrôle sont des opérations qui >>> dépendent d'une vision, donc d'un mode de rendu. Même une chose qu'on croit >>> exister par elle même dépend d'une vision pour la manipuler, la décrire, la >>> positionner dans l'espace. >>> >>> Or le rendu est considéré comme une sorte d'optionalité, de pluralité >>> libre, et on en conclus que les données doivent être entrées en dehors de >>> tout rendu... mais on perd alors leur sémantique et leur contrôle. >>> >>> Heu... suis-je plus clair ? >>> >>> La solution de mon opinion serait d'interdire purement et simplement >>> toute entrée de données qui n'ait pas au moins un rendu référent... (Mais >>> je ne pense pas que ça soit la tendance actuelle dans la communauté :-) >>> >>> >>> >>>> >>>> > Impossible de faire des cartes avec une base de >>>> > données, c'est mon opinion : pour faire des cartes il faut d'abord >>>> faire de >>>> > la cartographie, et à OSM on n'en fait pas, trompé que nous sommes >>>> par les >>>> > datas. >>>> >>>> Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais >>>> développer ? >>>> >>>> >>> La cartographie, ce n'est pas seulement des objets géolocalisés : c'est >>> des objets qu'on projette sur une page blanche, cette projection et ces >>> objets conservant les propriétés que l'on veut, en général les rapports de >>> distance. >>> >>> Par exemple, je peux suivre une route sur une carte et en déduire la >>> distance que je vais parcourir dans la réalité. (heureusement). >>> >>> En se focalisant sur les datas, on perd cette notion de projection. >>> >>> Par exemple le problème des trottoirs, que tantôt on accole à la route >>> principale, que tantôt on trace comme chemin dissocié, ou tantôt comme >>> surface, on éprouve les plus grandes difficultés à savoir ce qu'il faut >>> faire et pourquoi, et encore plus à relier les trottoirs avec les routes, >>> et même les trottoirs entre eux.... cela vient (de mon opinion) que l'on >>> mélange différents types de projection sans en avoir conscience. >>> >>> La communauté est bien au courant qu'il existe différent types de >>> projection pour la terre, mais elle ne semble pas savoir qu'il existe des >>> types de projection pour les trottoirs, et pratiquement tout ce qui existe. >>> >>> Si l'on admet que j'ai à peu près raison et que je puisse proposer un >>> début de solution, je la vois dans le fait que j'entends quelque fois >>> parler d'OSM non pas comme une base de données, mais comme un éco-système >>> de description terrain. >>> >>> Dans cet écosystème, données, rendus, informatique ne sont pas >>> indépendant les uns des autres, mais se nourrissent les uns les autres, >>> pour tendre au résultat... OSM fonctionne déjà un peu comme ça, mais sans >>> le dire vraiment. >>> >>> Cette approche me parait infiniment plus porteuse, et très originale par >>> rapport à wikipedia. (bien qu'il existe qqchose d'un peu similaire entre >>> wikipedia et commons). >>> >>> Bon, et j'ai toujours pas taggué le col de la république, moi... j'y >>> repense demain. >>> >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
