Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Bonjour, Quelqu'un (pas moi) peut-il faire un résumé de la situation ? Qu'est-ce qui est acté ou pas ou en débat ? Et par exemple (à vrai dire en toute sincérité ce qui m'intéresse) si ça vaut le coup que je présente ma proposition sur la page wiki ou si elle a été rejetée pour cause de trop vague, incompréhensible, implémentée trop vite et propriétaire ? Merci à elle/lui. Le 19 avril 2013 22:31, Emilie Laffray emilie.laff...@gmail.com a écrit : Le problème des geohash est un problème de précision et d'acceptation des limites du geohash. Car les geohash tels qu'ils existent actuellement sont extrêmement limités par le franchissement de la limite de précision. Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash d'une précision de 1km et passer à quelque chose de complètement différent. Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par l'incapacité de créer un 'gradient' utile. Je trouve l'approche que tu proposes comme un bon début mais extrêmement limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé était intéressante mais limitée sur d'autres points notamment les éditeurs. Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres qualifier ce futur osmhash (dibs sur le trademark :) ). Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de ça. Commençons par qualifier l'unicité d'un poi et penser à une composante geospatiale plus flou. L'intervention de Gael montre bien l'intérêt commercial d'un tel système ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette problématique afin de travailler sur la réconciliation de plusieurs sources (voir le commentaire de Marc sur le sujet et son expérience). Je ne dis pas que c'est impossible au contraire même mais sans poser certaines bases d'accord et des use cases on va tourner en rond. La communauté a les moyens d'être créative mais structurons un peu le propos pour gagner en clarté et voir les solutions non orthodoxes gagnées car les bases auront été jetées D'un point de vue commercial si un tel système se mettait en place ça aurait une très grosse valeur. Émilie laffray On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote: #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le problème des geohash est un problème de précision et d'acceptation des limites du geohash. Car les geohash tels qu'ils existent actuellement sont extrêmement limités par le franchissement de la limite de précision. Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash d'une précision de 1km et passer à quelque chose de complètement différent. Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par l'incapacité de créer un 'gradient' utile. Je trouve l'approche que tu proposes comme un bon début mais extrêmement limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé était intéressante mais limitée sur d'autres points notamment les éditeurs. Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres qualifier ce futur osmhash (dibs sur le trademark :) ). Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de ça. Commençons par qualifier l'unicité d'un poi et penser à une composante geospatiale plus flou. L'intervention de Gael montre bien l'intérêt commercial d'un tel système ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette problématique afin de travailler sur la réconciliation de plusieurs sources (voir le commentaire de Marc sur le sujet et son expérience). Je ne dis pas que c'est impossible au contraire même mais sans poser certaines bases d'accord et des use cases on va tourner en rond. La communauté a les moyens d'être créative mais structurons un peu le propos pour gagner en clarté et voir les solutions non orthodoxes gagnées car les bases auront été jetées D'un point de vue commercial si un tel système se mettait en place ça aurait une très grosse valeur. Émilie laffray On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote: #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 21:51, thevenon.jul...@free.fr a écrit : J aime bien ton idee, tu peux donner un peu plus de details sur le fonctionnement interne ? ( cf les questions ci dessous ) OK, je vais y répondre, en étant conscient que Christian ne semble pas en accord avec cette proposition, il semble vouloir ne pas aller trop vite dans l'implémentation... il voulait du REST, je lui en propose... il est bien le seul qui ait peur que je travaille trop vite :-) J'attire tout de même son attention sur le fait que mon idée de partir, non pas de la notion d'identification, mais de la notion de critères d'égalité, ou critères de reconnaissance si je parle le plus comme tout le monde que je puis, est quand même pas du niveau du codage immédiat ! Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Comment il la fabrique ? Je vois ça avec l'overpass api. Le système transforme les critères d'égalité en requête overpass, puis numérote simplement les objets osm réponse, les transforme en une liste de liens, etc. L'URL de la page critère sera du type http://machin/CRITERES ( http://machin/PLACES_PIETONNES dans mon exemple) L'URL de chaque objet OSM sera du type http://machin/CRITERES/idobjet ( http://machin/PLACES_PIETONNES/4567 dans mon exemple). Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. Comment tu maintiens la coherence entre la vue et le contenu de la base OSM ? Pour chaque objet de la vue, il n'y a pas de problème il me semble ? Là c'est affaire d'implémentation, Christian va rouspéter si j'en parle trop :-) Le seul choix stratégique sera de savoir si je tolère un certain retard de la vue sur le contenu de la base OSM. Ce n'est pas fondamental me semble-t-il. Pour la liste, c'est plus difficile... Là je pense obligatoire qu'il y ait un certain retard, à voir. Chaque fois que le système mettra la liste à jour, il fera une nouvelle requête overpass, et traitera selon les critères. Si un objet osm correspond à un objet déjà identifié selon les critères donnés, alors il conserve l'id. Sinon, on lui donne un nouvel id. Et si un objet enregistré ne correspond plus à aucun objet dans la requête, alors il est supprimé (mais l'id n'est pas réutilisé). Le serveur garantit que : [...] - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. Mais dans ce cas la on perd la trace de l objet non ? si il est deplace pour etre positionne plus finement cela reste le meme objet. est ce que c est souhaitable que l ID change ? Oui, l'objet changera d'id à ce moment là. Du moins si la définition des critères d'égalité contient les coordonnées et que ça sort de la surface de tolérance. Dans le système que je propose, qui je le crois se rapporte très bien aux objets géographiques, et même mieux que le système d'id des bases de données, (sinon je le proposerai pas) c'est l'utilisateur qui distingue les objets, et donc détermine les critères d'identification des objets, et donc les critères d'égalité. C'est le rendu qui fait l'objet. Je sais que cette approche est complètement opposée à celle proposée habituellement, et apparemment opposée à celle de Christian, mais c'est celle que je défends. Par exemple, on mappe un arrêt de bus, et on dit Les critères de reconnaissance d'un arrêt de bus, c'est sa position géographique selon tel flou, son nom, sa ligne. Le système lui donnera un id selon ces critères. Et puis on s'aperçoit qu'on l'a mal mappé, qu'on s'est trompé de coté de rue, par exemple. Si le décalage sort du flou de position géographique, alors l'arrêt de bus aura un autre id, sinon, non. C'est à l'utilisateur de se donner le mou qu'il veut à l'avance, et de bien penser le jeux de critères. Normalement, pour un arrêt de bus, le couple nom-ligne est suffisant, il n'a pas besoin de mettre la coordonnée géographique. S'il a peur que deux arrêts de bus aient le même nom sur la même ligne (ce qui serait déjà fumeux), alors il rajoute la coordonnée. Si, en plus, il se trompe dans le mapping... OSM ne peut plus rien pour lui, son système est merdique, et il est justifié qu'il donne un nouvel id il me semble :-) - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. Meme question que precedemment, comment detectes tu les changements ? Là je vois pas le problème : si j'admets un certain retard je lis
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
J'aime bien l'idée d'Ista Pouss de pouvoir choisir les critères de flou, mais en même temps ça me semble être une approche plus dans la logique d'un outil que dans la définition d'un ID plus ou moins réutilisable entre bases externes. Si on arrivait à un ID qui puisse fonctionner hors OSM ou API à interroger systématiquement ça serait pas mal non plus. Je reprends ma boulangerie... si l'ID bakery@#a4u2k9 est utilisé dans 2 bases externes, elle peuvent savoir qu'elles parlent de la même chose (concept emprunté aux linked data). Bien sûr, pour retrouver l'objet OSM actuel, il faudra faire la résolution de l'ID. La partie sémantique pourrait même contenir une sorte de hiérarchie, ce qui permettrait de gérer le flou sémantique au sein même de l'ID comme on peut déjà le faire au niveau géographique en raccourcissant le geohash. Ex: shop.bakery.Croustillette@#a4u2k9 est plus précis que shop@#a4u2k9 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
J'arrive plus à suivre le fil de Liens de et vers OSM... vu qu'il y a des sujets re: ref.: Lequel est le bon, du coup ? -- View this message in context: http://gis.19327.n5.nabble.com/Ref-Re-Ref-Re-Ref-Re-Liens-de-et-vers-OSM-tp5757254p5757432.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17/04/2013 11:32, Tony Emery a écrit : J'arrive plus à suivre le fil de Liens de et vers OSM... vu qu'il y a des sujets re: ref.: Lequel est le bon, du coup ? Dans Thunderbird, et dans les archives (http://lists.openstreetmap.org/pipermail/talk-fr/2013-April/thread.html) je vois le fil d'origine, qui s'appelle Liens de et vers OSM..., et un autre fil, créé par Julien T. , qui s'appelle Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM Il semblerait que Julien brise systématiquement les fils lorsqu'il utilise son compte Yahoo, mais pas avec son compte Free. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: Jean-Claude Repetto jrepe...@free.fr Il semblerait que Julien brise systématiquement les fils lorsqu'il utilise son compte Yahoo, mais pas avec son compte Free. Ca peut etre aussi lie au fait que j ai repondu via la version mobile de yahoo depuis mon smarpthone, je sais pas si la version non mobile casse les fils je vais essayer de repondre par le compte free vu qu il est plus respectueux des fils Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 11:13, Christian Quest cqu...@openstreetmap.fr a écrit : J'aime bien l'idée d'Ista Pouss de pouvoir choisir les critères de flou, mais en même temps ça me semble être une approche plus dans la logique d'un outil que dans la définition d'un ID plus ou moins réutilisable entre bases externes. Merci. Attention que le critère de flou n'est qu'un des critères ; en fait je propose de pouvoir choisir tous les critères. Chacun critère est une propriété d'un objet osm et, plus prosaïquement, un truc exprimable avec l'api overpass. Si on arrivait à un ID qui puisse fonctionner hors OSM ou API à interroger systématiquement ça serait pas mal non plus. Je reprends ma boulangerie... si l'ID bakery@#a4u2k9 est utilisé dans 2 bases externes, elle peuvent savoir qu'elles parlent de la même chose (concept emprunté aux linked data). Mais pour obtenir le #a4u2k9 comment vas-tu faire ? Il va bien te falloir une api, non ? Une fois que tu l'as, il n'est plus besoin d'interroger l'api. Avec le système que je propose, c'est pareil. Il garantit que l'URL qu'il donne restera toujours la même, tant que l'objet satisfait les critères de reconnaissance. Plus fondamentalement, à partir du moment où OSM n'a comme ambition de n'enregistrer que ce qui se voit sur le terrain, il est nécessaire de disposer d'un système externe pour reconnaître et identifier les objets. Si tu connais les linked data, tu sais aussi que, dans les conceptions programmations orientés objets les plus pures, un objet n'a pas d'id :-) Bien sûr, pour retrouver l'objet OSM actuel, il faudra faire la résolution de l'ID. Pour la résolution, et pour la génération également. Tu peux t'en passer pour la génération si tu spécifies les critères de hash, pour que tout le monde génère le même hash pour un même objet osm. Donc ça revient à donner les critères sélectionnant les propriétés pertinentes, donc ça revient à... ce que je dis :-) Au lieu d'implémenter, tu spécifies, c'est tout. Je ne suis pas contre. La partie sémantique pourrait même contenir une sorte de hiérarchie, ce qui permettrait de gérer le flou sémantique au sein même de l'ID comme on peut déjà le faire au niveau géographique en raccourcissant le geohash. Dans le système que je propose, la partie hiérarchie est prise en charge par le nom du schema de reconnaissance : http://truc/BAKERY/345 Il est conceptuellement possible (ça devient compliqué à la mise en oeuvre, mais c'est théoriquement possible) de modéliser la fabrication de l'id à partir des critères pertinents, puisqu'on a ces critères. Par exemple, on décide que, pour les boulangeries, le critère de reconnaissance c'est l'adresse et le nom ; on peut imaginer dire au système pour les boulangeries fabrique moi un identifiant avec le nom - puisqu'il a le nom. Et alors l'URL deviendrait http://truc/BAKERY/Boulangerie_Centrale:345 Ex: shop.bakery.Croustillette@#a4u2k9 est plus précis que shop@#a4u2k9 Oui, mais au niveau de l'id, on se fiche de tout ça. Ce qui est important au niveau de l'id est, soit de pouvoir le vérifier par un humain, soit de donner son autorité (soit non exclusif). Chez moi l'autorité sera le site d'hébergement du service (qui peut être osm ! ), et donnée aussi par le nom du schéma de reconnaissance. Ce que tu proposes est plutôt un id à partir d'un classement. Ça peut se faire aussi, mais au point où nous en sommes, ça me parait prématuré. Cordialement. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
2013/4/17 Ista Pouss ista...@gmail.com Il garantit que l'URL qu'il donne restera toujours la même, tant que l'objet satisfait les critères de reconnaissance. C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces critères de reconnaissance. Exemples: - une boulangerie qui change de propriétaire et de nom, va-t-elle changer d'ID ? - une boulangerie qui change de propriétaire, qui conserve son nom mais change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ? - une boulangerie qui déménage dans la même rue ou la même ville, va-t-elle changer d'ID ? - une boulangerie qui change de ville, va-t-elle changer d'ID ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Je pense que la problématique de l'activité commerciale doit être prise de manière différente. En fait, il faut distinguer : - le local commercial (industriel ou autre) - l'activité commerciale (industrielle ou autre) De notre côté, j'ai suggéré à Jean-Louis de cartographier les locaux commerciaux (de préférence par des points) et de qualifier l'activité par dessus. De fait, lorsque le commerce change, on remplace par la nouvelle et OSM garde l'historique des activité (avant c'était un marchand de chaussure, puis un vendeur de téléphone et un vendeur de glaces). C'est, me semble-t-il, plus important de savoir quelles activités se sont succédées, plutôt que de connaître l'historique du déménagement d'un boulanger (par exemple). -- View this message in context: http://gis.19327.n5.nabble.com/Ref-Re-Ref-Re-Ref-Re-Liens-de-et-vers-OSM-tp5757254p5757458.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 13:17, Pieren pier...@gmail.com a écrit : 2013/4/17 Ista Pouss ista...@gmail.com Il garantit que l'URL qu'il donne restera toujours la même, tant que l'objet satisfait les critères de reconnaissance. C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces critères de reconnaissance. Exemples: Je ne sais pas. Il me semble que j'ai précisé que c'est l'utilisateur de ces ids qui précisent les critères de reconnaissance, je ne vois pas ce qu'il y a de vague. Si les utilisateurs d'id sont des concepteurs d'application informatiques, ce sera à eux. Si c'est des responsables de toutes sortes et de toutes confessions, à eux. - une boulangerie qui change de propriétaire et de nom, va-t-elle changer d'ID ? - une boulangerie qui change de propriétaire, qui conserve son nom mais change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ? - une boulangerie qui déménage dans la même rue ou la même ville, va-t-elle changer d'ID ? - une boulangerie qui change de ville, va-t-elle changer d'ID ? La réponse n'est pas au système que je propose, mais à ceux qui diront une boulangerie c'est ceci, ceci, et cela. Il y aura autant de réponse que de responsables, c'est habituel. S'ils répondent qu'une boulangerie n'est plus la même si elle change de propriétaire et de nom, alors, pour autant que sur osm on ait son propriétaire et son nom, si on a définit un schéma sur le système que je propose, l'id de cette boulangerie changera selon ce schéma. S'ils répondent qu'une boulangerie n'est plus la même si elle change de propriétaire, conserve son nom mais pas son numéro de téléphone, alors ils feront le schéma correspondant et le système gèrera les ids en correspondance pareil. Bon, etc ; je me doute que les variations sont infinies. Infinis aussi seront les ids et les schémas d'ids, ça n'a aucune importance et ça n'est pas vague du tout. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
2013/4/17 Ista Pouss ista...@gmail.com Bon, etc ; je me doute que les variations sont infinies. Infinis aussi seront les ids et les schémas d'ids, ça n'a aucune importance et ça n'est pas vague du tout. La question est alors : est-ce que l'id généré est unique ? et comment faire pour qu'il soit reversible ? (un id retourne un seul objet OSM) Si la liste des critères est inconnue, les id's sont inexploitables par d'autres. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
#a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 15:31, Pieren pier...@gmail.com a écrit : La question est alors : est-ce que l'id généré est unique ? et comment faire pour qu'il soit reversible ? (un id retourne un seul objet OSM) Si la liste des critères est inconnue, les id's sont inexploitables par d'autres. Unique ? Oui, selon le schéma demandé. C'est quand même le but :-) Réversible (qu'un id ne retourne qu'un seul objet) ? Oui, par décision d'implémentation :-) Je veux dire que, à la création du schéma, si deux objets osm sont égaux selon les critères donnés, alors le système refuse tout. Par la suite, si deux objets sont égaux selon les critères donnés, alors le système invalidera ces deux objets selon ce schéma. Si la liste des critères est inconnue... il n'y a aucune raison pour qu'elle soit inconnue, pourquoi penses-tu ça ? Le nom du schéma sera connu, les critères utilisés dans ce schéma seront connus, les url fabriquées selon ce schéma seront complètement échangeables et exploitables par d'autres... quel problème conceptuel ou technique cela poserait-il ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 19:06, Christian Quest cqu...@openstreetmap.fr a écrit : #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. Je me permets de te dire que ça revient peu ou prou à mon système... les bakery.shop ne sont rien d'autres que des critères sur des propriétés des objets osm, que je sache ? Chez toi les propriétés retenues sont fixes, et même classées, sauf erreur si j'ai bien compris me semble-t-il. Mais s'il n'y a pas besoin d'api au motif que le principe est universel... Let's go. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 07:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple Mais heu... pourquoi prendre le problème sur les diffs ? Si je prends deux objets osm tels que je peux les voir dans Josm, par ex, et si j'ai des règles qui me permettent d'obtenir ce qui forme constante chez eux (si c'est deux chemins, par ex, alors ils sont égaux si... , si c'est deux forêts, alors elles sont égales si...), alors, evidemment, je pourrai aussi le faire sur les diffs, je suppose, mais je ne vois pas ce qu'apportent les diffs en particulier sur ce problème particulier ? (et en plus j'ai une base pour avoir un id, thelastbutnottheleast). -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Bonjour Un petit message pour rappeler qu'il existe déjà des outils qui gèrent les diffs et qui permettent de faire des rapports sur ce qui a bougé. Par exemple OsmWatch. On peut très bien dans un premier temps utiliser ces outils pour suivre une liste d'objets, par exemple l'ensemble des objets OSM en lien avec ma base métier externe, et envoyer un rapport si un des objets a été modifié/supprimé dans OSM. D'où l'idée initiale que j'avais eu d'une base au milieu qui gère les liens entre OSM et bases métiers. Alors oui les id OSM bougent. Et alors je dirai ? Si j'ai besoin de conserver le lien entre mes objets et OSM, alors c'est de ma responsabilité de suivre l'évolution d'OSM (via un OsmWatch amélioré par exemple, qui puisse suivre une liste d'objets OSM et pas seulement des filtres comme shop=bakery). Si un des objets que je suis a été supprimé ou modifié, et ben je vais voir, et s'il le faut je fais manuellement les corrections dans ma base de lien pour y recréer les liens qui auraient pu bouger. Cela n'empêche pas cette idée d'un ID spatial flou etc., mais je pense qu'on est pas obligé d'attendre pour faire le truc ci-dessus. D'autant plus que dans le cas cité par Christian d'une boulangerie remplacée par une autre pas loin dans OSM, qui revient au même, ben on peut être ou pas daccord selon le contexte. Si par exemple j'ai une bdd externe métiers qui mets des notes sur les croissants des boulangeries, je ne voudrais surtout pas prendre la boulangerie A pour celle qui l'a remplacé dans les locaux, par ce que sa note croisants du dimanche serait différente. Bref, il faut vraiment poser les cas d'utilisation je pense. Le 16 avril 2013 07:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : -- Le mar. 16 avr. 2013 06:32 HAEC, Ista Pouss a écrit : Il me semble qu'un outiil de diff et l'identification des objets osm sont deux choses parentes, mais différentes. Il me semble qu'il vaudrait mieux les traiter séparément, ou au moins dans 2 fils de discussion séparés ? Ok donc je vais clarifier,je ne parle pas d un outil qui fait des diffs mais d un outil qui permet d analyser les diffs publiees par le projet OSM (pour rappel ils consistent a donner la nouvelle version d un objet et ses tags etc) Je peux identifier un objet sans avoir aucune idée de comment j'en fais un diff. Par exemple, l'océan Atlantique. Il est plus difficile de faire un diff d'objets sans les avoir identifiés, ne serait-ce que ponctuellement, mais le ponctuel peut être trééés ponctuel... Un platane et une pervenche, par exemple ? Par contre, la ressemblance est que pour faire l'id on cherche quelque chose qui ne varie pas au fur et à mesure des évolutions. C'est une anti-ressemblance, si l'on peut dirpour faire l'id on cherche ce qui est constant, pour faire le diff on cherche ce qui change, selon les évolutions. Le sous-problème commun aux deux est d'isoler les constantes. L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple En esperant que se soit plus clair Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: Ista Pouss ista...@gmail.com Mais heu... pourquoi prendre le problème sur les diffs ? Si je prends deux objets osm tels que je peux les voir dans Josm, par ex, et si j'ai des règles qui me permettent d'obtenir ce qui forme constante chez eux (si c'est deux chemins, par ex, alors ils sont égaux si... , si c'est deux forêts, alors elles sont égales si...), alors, evidemment, je pourrai aussi le faire sur les diffs, je suppose, mais je ne vois pas ce qu'apportent les diffs en particulier sur ce problème particulier ? Pour suivre les evolutions tout simplement...le sujet etait de garder une synchro entre une base OSM et une base externe. Plutot que regarder periodiquement si quelque chose a bouge cote OSM tu analyses le flux de modifications pour reperer celles qui concernent l objet que tu veux garder synchronise Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: kimaidou kimai...@gmail.com Bonjour Un petit message pour rappeler qu'il existe déjà des outils qui gèrent les diffs et qui permettent de faire des rapports sur ce qui a bougé. Par exemple OsmWatch. On peut très bien dans un premier temps utiliser ces outils pour suivre une liste d'objets, par exemple l'ensemble des objets OSM en lien avec ma base métier externe, et envoyer un rapport si un des objets a été modifié/supprimé dans OSM. C est bien a ce genre d outil que je fais reference. C est que fait le module Soda qui permet d etre notifie des modifs effectues sur les objets auxquels on a contribue. Il maintient une liste de ces objets et genere un rapport lorsqu il voit passer des diffs les concernant D'où l'idée initiale que j'avais eu d'une base au milieu qui gère les liens entre OSM et bases métiers. Alors oui les id OSM bougent. Et alors je dirai ? Si j'ai besoin de conserver le lien entre mes objets et OSM, alors c'est de ma responsabilité de suivre l'évolution d'OSM (via un OsmWatch amélioré par exemple, qui puisse suivre une liste d'objets OSM et pas seulement des filtres comme shop=bakery). Si un des objets que je suis a été supprimé ou modifié, et ben je vais voir, et s'il le faut je fais manuellement les corrections dans ma base de lien pour y recréer les liens qui auraient pu bouger. Tout a fait. Soda a ete concu dans cet optique la. Il fournit les services de base pour recevoir les modifications effectuees dans OSM, interroger l API etc et derriere tu colles les modules d analyses dedies qui exploitent ces infos. Dans le cas du module que je mentionnais en debut de mail je filtre sur l ID de l objet et le nom de l utilisateur, pour la generation des stats sur les modifs relatives a wikipedia je filtre sur les clefs contenant wikipedia. Apres le traitement peut etre la generation d un rapport ou la mise a jour d une base interne Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 08:53, thevenon.jul...@free.fr a écrit : C est bien a ce genre d outil que je fais reference. C est que fait le module Soda qui permet d etre notifie des modifs effectues sur les objets auxquels on a contribue. Il maintient une liste de ces objets et genere un rapport lorsqu il voit passer des diffs les concernant Juste, il en est où Soda? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
De: Romain MEHUT romain.me...@gmail.com Juste, il en est où Soda? En ce moment je n ai pas trop avance sur le dev, j ai fait quelques tests a la demande de Black Myst pour eviter d ecrire les fichiers temporaires sur le disque afin gagner en perf et eviter de pourrir les SSDs par des lectures/ecritures inutiles Par contre je me suis plutot concentre sur l enrobage et la mise a disposition : il est maintenant (quasi)dispo sur GitHub ( https://github.com/quicky2000/soda ), j ai redige une doc utilisateur et je clarifie/finalise les details sur comment le compiler. Pour faire un statut clair il est utilisable et on peut faire des choses avec. Ce qu il faut maintenant c est avoir des idees d analyse et developper leur code. Avec les reflexions sur le suivi d objet il y a du grain a moudre je pense Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
En effet, cet outil Soda semble très intéressant. Maintenant, il faut trouver/prendre le temps de tester :) Bonne journée Le 16 avril 2013 09:07, thevenon.jul...@free.fr a écrit : De: Romain MEHUT romain.me...@gmail.com Juste, il en est où Soda? En ce moment je n ai pas trop avance sur le dev, j ai fait quelques tests a la demande de Black Myst pour eviter d ecrire les fichiers temporaires sur le disque afin gagner en perf et eviter de pourrir les SSDs par des lectures/ecritures inutiles Par contre je me suis plutot concentre sur l enrobage et la mise a disposition : il est maintenant (quasi)dispo sur GitHub ( https://github.com/quicky2000/soda ), j ai redige une doc utilisateur et je clarifie/finalise les details sur comment le compiler. Pour faire un statut clair il est utilisable et on peut faire des choses avec. Ce qu il faut maintenant c est avoir des idees d analyse et developper leur code. Avec les reflexions sur le suivi d objet il y a du grain a moudre je pense Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
L'usage que j'imagine ne semble pas vraiment compatible avec un suivi des modifs via l'analyse de diff sauf si ceci peut s'externaliser. Je pense qu'on n'a pas tous la même idée en tête ce qui complique les échanges, mais ça les enrichit aussi. Différents usages, différents besoins, différentes solutions techniques... donc oui, il faudrait définir les usages et voir ensuite comment on peut répondre à chaque besoin. L'usage que j'ai en tête: - j'ai des données que je veux lier à des objets OSM bien que ceux-ci évoluent - je ne veux pas avoir à suivre l'évolution des données OSM au fil de l'eau (trop lourd ou alors c'est une service masqué pour moi) - j'admet un certain niveau de flou qui idéalement pourrait être réglable - ce qui m'intéresse c'est à peu près où et à peu près quoi Je pense par exemple à: - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, - une appli mobile qui indique les monuments historiques, - wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc L'ID stable est une indirection vers l'objet courant, et un mécanisme derrière me masque le côté mouvant des données OSM (il peut s'appuyer sur l'analyse des diff ou pas). Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Pour tester la validité des solutions envisagées, il suffira de prend 2 dumps OSM avec un bel intervalle entre chaque (genre 2 ans) et voir le taux d'efficacité pour maintenir la stabilité des ID. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Mon tout petit grain de sel à cette discussion que je suis comme une « curiosité ». Je rajouterais dans les usages : et pas une accumulation de tags ésotériques qui ne disent rien aux débutants… et mêmes moins débutants. Du coup, pour l'usage par des collectivités, je les encouragerais vraiment à utiliser un suivi de diffs, plutôt que de « polluer » la base (c'est peut-être un peu fort comme terme, mais des fois, je me pose la question par rapport à certains tags…). Est-ce qu'on se repose de temps en temps la question de ce qui a sa place dans la base géographique ? (passé sur talk, la création d'une base pour ce qui n'est pas géographique… hé beh, des choses bien en place et acceptées chez nous seraient vues par certains dans cette nouvelle base…). Mon grain de sable… JB. Le 16.04.2013 09:47, Christian Quest a écrit : L'usage que j'imagine ne semble pas vraiment compatible avec un suivi des modifs via l'analyse de diff sauf si ceci peut s'externaliser. Je pense qu'on n'a pas tous la même idée en tête ce qui complique les échanges, mais ça les enrichit aussi. Différents usages, différents besoins, différentes solutions techniques... donc oui, il faudrait définir les usages et voir ensuite comment on peut répondre à chaque besoin. L'usage que j'ai en tête: - j'ai des données que je veux lier à des objets OSM bien que ceux-ci évoluent - je ne veux pas avoir à suivre l'évolution des données OSM au fil de l'eau (trop lourd ou alors c'est une service masqué pour moi) - j'admet un certain niveau de flou qui idéalement pourrait être réglable - ce qui m'intéresse c'est à peu près où et à peu près quoi Je pense par exemple à: - Jean-Louis qui veut garder une liste des commerces et leur correspondance dans OSM, - une appli mobile qui indique les monuments historiques, - wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc L'ID stable est une indirection vers l'objet courant, et un mécanisme derrière me masque le côté mouvant des données OSM (il peut s'appuyer sur l'analyse des diff ou pas). Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Pour tester la validité des solutions envisagées, il suffira de prend 2 dumps OSM avec un bel intervalle entre chaque (genre 2 ans) et voir le taux d'efficacité pour maintenir la stabilité des ID. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/s [2]ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://openstreetmap.fr/sotmfr2013 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
ID non stable dans OSM... retour à la case départ ;) Le 16 avril 2013 10:34, Otourly Wiki otou...@yahoo.fr a écrit : wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
En effet mais je pense que cette propriété sera gérée par un bot avec des extractions des tags Wikipedia de la base OSM. Cela devrait compenser l'instabilité assez rapidement. Même si bien sûr cela ne règle en rien la source du problème de l'instabilité des ID OSM. Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi 16 avril 2013 10h37 Objet : Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM... ID non stable dans OSM... retour à la case départ ;) Le 16 avril 2013 10:34, Otourly Wiki otou...@yahoo.fr a écrit : wikipedia, qui garde des liens vers OSM sans tag wikipedia=* pour des objets comme les monuments, les gares, les églises, etc Concernant Wikipédia, cela va être géré à travers Wikidata grâce à la propriété http://www.wikidata.org/wiki/Property:P402 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 09:47, Christian Quest cqu...@openstreetmap.fr a écrit : Je baserai tout ça sur une API REST en me rapprochant si possible des concepts des linked data, car on s'en rapproche fortement. Bon alors voilà les principes de l'api rest tel que je vois les choses approximativement. Si ça reçoit un accueil favorable de la communauté (amen) je le placerai dans le wiki à l'endroit préparé par Marc Sibert, et même je le réaliserai (en java) (enfin... en rest java). - Aucune modif sur OSM soit même. - Première requête donnant les critères d'équivalence entre deux objets OSM, et le nom de cet ensemble de critères, ou schéma. Ex : Pour identifer les places piétonnes par exemple, les critères seront les même coordonnées approximatives, tag higway=pedestrian, tag area=yes, que sais-je encore, et comme nom de schéma PLACES_PIETONNES. (c'est le premier qui donne le nom qui gagne). Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. S'il existe deux objets OSM égaux devant le schéma donné, le serveur renvoie une erreur. À partir de là, c'est pas compliqué... (il me semble) Chaque lien dans la page est un id des objets OSM retenus selon le schéma, id garanti par ce service. - Deuxième requête : l'un des liens... le serveur renvoie l'objet OSM. Le serveur garantit que : - L'URL de la liste des objets OSM pour un schéma donné est toujours la même. - L'URL d'un objet OSM retenu selon le schéma est toujours la même. - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. On peut fabriquer autant de schémas d'égalité que l'on veut. Dans la bonne pratique REST, il y aura une requête de création d'un ensemble de critères, peut être de modif de cet ensemble ( ? ), et une d'effacement de critères. Suis-je clair ? Qu'en pensez-vous ? -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
- Mail original - De: Ista Pouss ista...@gmail.com J aime bien ton idee, tu peux donner un peu plus de details sur le fonctionnement interne ? ( cf les questions ci dessous ) Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Comment il la fabrique ? Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. Comment tu maintiens la coherence entre la vue et le contenu de la base OSM ? Le serveur garantit que : [...] - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. Mais dans ce cas la on perd la trace de l objet non ? si il est deplace pour etre positionne plus finement cela reste le meme objet. est ce que c est souhaitable que l ID change ? - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. Meme question que precedemment, comment detectes tu les changements ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
-- Le mar. 16 avr. 2013 06:32 HAEC, Ista Pouss a écrit : Il me semble qu'un outiil de diff et l'identification des objets osm sont deux choses parentes, mais différentes. Il me semble qu'il vaudrait mieux les traiter séparément, ou au moins dans 2 fils de discussion séparés ? Je peux identifier un objet sans avoir aucune idée de comment j'en fais un diff. Par exemple, l'océan Atlantique. Il est plus difficile de faire un diff d'objets sans les avoir identifiés, ne serait-ce que ponctuellement, mais le ponctuel peut être trééés ponctuel... Un platane et une pervenche, par exemple ? Par contre, la ressemblance est que pour faire l'id on cherche quelque chose qui ne varie pas au fur et à mesure des évolutions. C'est une anti-ressemblance, si l'on peut dire : pour faire l'id on cherche ce qui est constant, pour faire le diff on cherche ce qui change, selon les évolutions. Le sous-problème commun aux deux est d'isoler les constantes. Cordialement. Le 15 avril 2013 23:56, THEVENON Julien julien_theve...@yahoo.fr a écrit : -- Le lun. 15 avr. 2013 23:46 HAEC, Francescu GAROBY a écrit : Je crains que partir là-dedans ne nous donnes des erreurs vicieuses, car rares et se présentant dans des cas tordus : le polygone avec les infos dans un changeset, puis la suppression dans un autre car l'auteur avait oublié de le faire initialement, des auteurs différents, car c'est suite à une erreur levée par Osmose que le 2ème changeset se fait, Je ne suis pas sur d avoir compris le cas mais comme ca tout de suite j aurais tendance a dire que le polygone apparaitra dans les deux changesets donc on conserve la possibilite de suivre ce qui s est passe... apres je pense qu il est a peu pres impossible de faire un outil magique qui trouvera tout tout seul...par contre je pense que ca peut etre une aide pour dire au contributeur regarde la il s est passe un truc Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
-- Le mar. 16 avr. 2013 06:32 HAEC, Ista Pouss a écrit : Il me semble qu'un outiil de diff et l'identification des objets osm sont deux choses parentes, mais différentes. Il me semble qu'il vaudrait mieux les traiter séparément, ou au moins dans 2 fils de discussion séparés ? Ok donc je vais clarifier,je ne parle pas d un outil qui fait des diffs mais d un outil qui permet d analyser les diffs publiees par le projet OSM (pour rappel ils consistent a donner la nouvelle version d un objet et ses tags etc) Je peux identifier un objet sans avoir aucune idée de comment j'en fais un diff. Par exemple, l'océan Atlantique. Il est plus difficile de faire un diff d'objets sans les avoir identifiés, ne serait-ce que ponctuellement, mais le ponctuel peut être trééés ponctuel... Un platane et une pervenche, par exemple ? Par contre, la ressemblance est que pour faire l'id on cherche quelque chose qui ne varie pas au fur et à mesure des évolutions. C'est une anti-ressemblance, si l'on peut dirpour faire l'id on cherche ce qui est constant, pour faire le diff on cherche ce qui change, selon les évolutions. Le sous-problème commun aux deux est d'isoler les constantes. L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple En esperant que se soit plus clair Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
