Le 28/08/2013 19:22, Gilles Bassière a écrit :
Dans notre cas, la photo n'est pas seulement géo-référencée (lat/lon
de la prise de vue), elle est aussi associée à l'objet OSM qu'elle
documente (son id OSM) et qui peut se trouver un peu plus loin (cas
d'une montagne par exemple, on prend la
Bonjour,
2013/8/28 Gilles Bassière gbassi...@gmail.com
Le 28/08/2013 17:07, Stéphane Péneau a écrit :
Bonjour,
Donc ce n'est pas fait pour photographier des objets qui ne sont pas
encore dans Osm, c'est ça ?
Stf
Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait
Le 28/08/2013 20:56, Ista Pouss a écrit :
Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com
mailto:gbassi...@gmail.com a écrit :
3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans
les tags associés
Il me semblait que l'id d'un objet osm n'était pas quelque
Le 28/08/2013 19:43, Christian Quest a écrit :
Pensez aussi à openstreetview.org http://openstreetview.org ça
relancerai ce projet qui dort un peu mais qui a du potentiel.
J'y pense, j'y pense... Mais j'avoue que ce n'est pas prioritaire...
Gilles
Hello,
2013/8/29 Gilles Bassière gbassi...@gmail.com
Je ne connais pas de solution pour me prémunir de ce risque mais je pense
tout de même qu'il y a un intérêt à interconnecter des bases de données.
Donc ma position est simplement d'accepter cette imperfection : oui, les
tags de
Le 29/08/2013 11:39, François Van Der Biest a écrit :
Hello,
2013/8/29 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com
Je ne connais pas de solution pour me prémunir de ce risque mais je
pense tout de même qu'il y a un intérêt à interconnecter des bases
de données.
2013/8/29 Gilles Bassière gbassi...@gmail.com
L'idée est séduisante dans le principe mais je ne vois pas comment réduire
à zéro le risque de lien cassé. En effet, la requête qui remplace l'ID
pourrait ne pas toujours renvoyer l'objet souhaité :
- l'objet est sorti de l'emprise,
- un autre
Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com a écrit :
Je ne connais pas de solution pour me prémunir de ce risque mais je pense
tout de même qu'il y a un intérêt à interconnecter des bases de données.
Donc ma position est simplement d'accepter cette imperfection : oui, les
Il existe une solution à ce problème, techniquement non triviale, mais la
seule valide à mes yeux.
Il s'agirait de créer un service de redirection intelligent.
Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel.
Le service de redirection offrirait un identifiant stable (du
2013/8/29 Gilles Bassière gbassi...@gmail.com:
Ça rejoint l'idée de pointeurs flous, geographiques et sémantiques émise
par CQuest.
Difficile mais pas impossible. Les identifiants peuvent être cassés
mais c'est comme dans wikipedia où quelqu'un peut briser les liens
interwiki. Ca peut se
Le 29 août 2013 12:22, Yves Pratter yves.prat...@laposte.net a écrit :
Je ne sais pas pour l'exemple de la tour Eiffel (position, taille…) mais
la question des *identifiants pérennes* à été bien creusée.
Elle est utilisée — entre-autres — par les bibliothécaires,
documentalistes,
Qu'en ne se méprenne pas... les id sont stables dans la base OSM, ce sont
les éditions qu'on fait dessus qui peuvent les rendre instables lorsqu'on
supprime/recrée un objet ou qu'on déplace les tags d'un nœud vers un
polygone ou une relation multipolygone, ou qu'on coupe une route en 2,
etc...
Ce
C'est pour cela qu'il faut toujours donner un sens à la qualification de la
donnée.
Dans l'exemple de Christian, je recherche un boulangerie (attribut) qui est
à peu prés à cet endroit (coordonnées XY).
Qu'est-ce qui est saisi dans OSM ? le local ou l'activité ? Pour moi, ces 2
objets sont
Tony, tu confond changement sur le terrain avec changement dans OSM.
Ta boulangerie, décrite sur un node vers lequel tu te lie, peut ensuite
voir ce node disparaitre et ses tags migrer sur le polygone du bâtiment...
et le lien est perdu si on ne se base que sur les id.
La boulangerie n'a pas
cquest wrote
Tony, tu confond changement sur le terrain avec changement dans OSM.
Ta boulangerie, décrite sur un node vers lequel tu te lie, peut ensuite
voir ce node disparaitre et ses tags migrer sur le polygone du bâtiment...
et le lien est perdu si on ne se base que sur les id.
La
2013/8/29 Christian Quest cqu...@openstreetmap.fr:
C'est pour les linéaires que je n'ai pas encore trouvé de solution élégante,
mais j'ai la matière grise qui tourne toujours en mode daemon ;)
La solution est de ne pas raisonner en termes géométriques.
L'identifiant unique définit un objet
Le 29/08/2013 12:00, Ista Pouss a écrit :
Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com
mailto:gbassi...@gmail.com a écrit :
Je ne connais pas de solution pour me prémunir de ce risque mais je
pense tout de même qu'il y a un intérêt à interconnecter des bases
de
Gilles Bassière wrote
C'est tout à fait pertinent ! Effectivement, pour de nombreuse rues, OSM
ne connaît qu'un ensemble de tronçons mais la rue elle-même n'a pas de
représentation donc pas d'id. Sans vouloir relancer un débat serpent de
mer, les relations pourraient être un moyen de
Bonjour,
Donc ce n'est pas fait pour photographier des objets qui ne sont pas
encore dans Osm, c'est ça ?
Stf
Le mercredi 28 août 2013 16:07:08, Gilles Bassière a écrit :
Bonjour à tous,
Je souhaite vous présenter ImageInOsm [1], une application mobile pour
les adeptes du photo-mapping.
Le 28/08/2013 17:07, Stéphane Péneau a écrit :
Bonjour,
Donc ce n'est pas fait pour photographier des objets qui ne sont pas
encore dans Osm, c'est ça ?
Stf
Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait
deux solutions possibles pour un utilisateur dans ce cas :
*
Je comprends.
C'est là qu'un greffon pour Josm prendrait son sens : On prend les
photos géo-référencées sur le terrain, on les importe dans Josm, on
ajoute les infos , on relie ce nouvel objet à la photo, et on upload le
tout sur les différentes bases de données d'un seul coup. (traces gps
Le 28/08/2013 18:53, Stéphane Péneau a écrit :
[...]
C'est là qu'un greffon pour Josm prendrait son sens : On prend les
photos géo-référencées sur le terrain, on les importe dans Josm, on
ajoute les infos , on relie ce nouvel objet à la photo, et on upload le
tout sur les différentes bases de
Pensez aussi à openstreetview.org ça relancerai ce projet qui dort un peu
mais qui a du potentiel.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com a écrit :
3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags
associés
Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable,
déjà par rapport à la base, mais en plus par rapport avec
Le 28/08/2013 20:56, Ista Pouss a écrit :
Il me semblait que l'id d'un objet osm n'était pas quelque chose de
stable, déjà par rapport à la base, mais en plus par rapport avec
l'objet physique. Impossible de retrouver la référence de cette
affirmation, mais peut être en avez-vous entendu
Au mieux lors de la suppression d'un objet, on peut toujours interroger
l'API pour obtenir sa version n-1, mais se bases sur les id des objets
n'est malheureusement pas une bonne idée, mais aucun autre mécanisme n'a pû
être mis en place.
J'avais lancé une discussion sur une proposition de
26 matches
Mail list logo