--
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 discus
--
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 discus
Le 16 avril 2013 07:19, THEVENON Julien 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 peu
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
O
- Mail original -
> De: "Ista Pouss"
> 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, p
- Mail original -
> De: "kimaidou"
> 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
> s
Le 16 avril 2013 08:53, 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
> De: "Romain MEHUT"
> 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 inutile
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, a écrit :
> > De: "Romain MEHUT"
> > 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
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 s
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 vraimen
>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 w
ID non stable dans OSM... retour à la case départ ;)
Le 16 avril 2013 10:34, Otourly Wiki 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 g
ka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia
>
> De : Christian Quest
>À : Discussions sur OSM en français
>Envoyé le : Mardi 16 avril 2013 10h37
>Objet : Re: [OSM-talk-fr] Réf.: Re: R
Le 16 avril 2013 09:47, Christian Quest 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 ac
- Mail original -
> De: "Ista Pouss"
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, pag
Le 16 avril 2013 21:51, 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 pa
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 à
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
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
- Mail original -
> De: "Jean-Claude Repetto"
> 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
Le 17 avril 2013 11:13, Christian Quest 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.
>
>
2013/4/17 Ista Pouss
> 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 p
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
commerciau
Le 17 avril 2013 13:17, Pieren a écrit :
> 2013/4/17 Ista Pouss
>
>> 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 reconna
2013/4/17 Ista Pouss
> 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 reversibl
#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/Geoh
Le 17 avril 2013 15:31, Pieren 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 17 avril 2013 19:06, Christian Quest 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
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éc
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
31 matches
Mail list logo
