[OSM-talk-fr] Recherche collaborateur
Bonjour à tous, Je souhaite réaliser un website communautaire dynamique autour des cartes d'osm. Cela demande une expérience poussée de l'éditeur osm et une connaissance du cms afin de réaliser une interface de récolte des données. Je ne peu malheureusement en dire plus. Pour plus de précision ou si vous êtes intéressé par ce projet n'hésitez pas à me contacter. Cordialement. _ Téléphonez gratuitement à tous vos proches avec Windows Live Messenger ! Téléchargez-le maintenant ! http://www.windowslive.fr/messenger/1.asp___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche collaborateur
On Saturday 18 July 2009 12:26:24 Malik Bougheriou wrote: > Bonjour à tous, Bonjour, > Je souhaite réaliser un website communautaire dynamique autour des cartes > d'osm. Très bonne initiative. > Cela demande une expérience poussée de l'éditeur osm et une > connaissance du cms afin de réaliser une interface de récolte des données. L'éditeur et LE cms ??? Des éditeurs de données pour osm, il en existe plein. À priori, ce qu'il te faut est un connaissance de l'API (Celle-ci est relativement simple. N'importe quel programmeur est capable de l'utiliser) Le cms ??? lequel ? > Je ne peu malheureusement en dire plus. Malheureusement, si tu ne peux en dire plus je ne peux te répondre plus :) Je pense que le principe d'un site communautaire est l'ouverture. Dommage de commencer en cachant tout. > Pour plus de précision ou si vous êtes intéressé par ce projet n'hésitez > pas à me contacter. Difficile d'être intéressé sans aucune information. Pour faire travailler quelqu'un, il y a deux méthodes : l'intérêt ou le fric (voire les deux). Malheureusement ton message ne propose ni l'un ni l'autre. PS: Je suis bien entendu prêt à discuter du projet en échange de plus d'informations. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche collaborateur
Malik Bougheriou a écrit : > > > Je souhaite réaliser un website communautaire dynamique autour des > cartes d'osm. Cela demande une expérience poussée de l'éditeur osm et > une connaissance du cms afin de réaliser une interface de récolte des > données. Je ne peu malheureusement en dire plus. > > Pour plus de précision ou si vous êtes intéressé par ce projet > n'hésitez pas à me contacter. Difficile de dire si je suis intéressé si je n'en sais pal plus... Est-ce que ça ne fait pas doublon avec un site existant ? * le wiki * la ML (et sa déclinaison nabble) * openstreetmap.fr * autre site existant... site communautaire : quelle communauté ? * contributeurs * collectionneurs de papillons * jeu massivement multi-joueurs en ligne utilisant les données OSM (ça, c'est neuf et sympa !) * autre (rayer les mentions inutiles ;-) Quels types de besoins ? * conceptuels * techniques * ... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche collaborateur
Vincent Pottier a écrit : > Malik Bougheriou a écrit : > >> Je souhaite réaliser un website communautaire dynamique autour des >> cartes d'osm. Cela demande une expérience poussée de l'éditeur osm et >> une connaissance du cms afin de réaliser une interface de récolte des >> données. Je ne peu malheureusement en dire plus. >> >> Pour plus de précision ou si vous êtes intéressé par ce projet >> n'hésitez pas à me contacter. >> > Difficile de dire si je suis intéressé si je n'en sais pal plus... > > Est-ce que ça ne fait pas doublon avec un site existant ? > * le wiki > * la ML (et sa déclinaison nabble) > * openstreetmap.fr > * autre site existant... > > site communautaire : quelle communauté ? > * contributeurs > * collectionneurs de papillons > * jeu massivement multi-joueurs en ligne utilisant les données OSM (ça, > c'est neuf et sympa !) > * autre (rayer les mentions inutiles ;-) > > Quels types de besoins ? > * conceptuels > * techniques > * ... > Et j'oubliais CMS : quel langage ? * php * java * spip * jomla * autre... Il me semble que les gens de la ML participeront volontiers à un projet si * celui-ci est suffisamment ouvert : la communauté n'est pas une tribu * l'intérêt particulier du projet s'intègre dans un intérêt collectif : le développement d'un Bien commun (que chacun apprécie à sa mesure et que tout le monde se garde de trop définir ou de s'approprier) * la participation au projet est profitable à d'autres : publication du code et des données sous licence libre (GPL, CC, BSD ou autre) * le défi à relevé n'a pas été relevé par d'autre : caractère innovant du projet, sinon, il suffit de reproduire ce que d'autres ont fait. Bon courage. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] est de retour pour l' été
On Thursday 16 July 2009 21:35:53 Yoann ARNAUD wrote: > Vincent Pottier a écrit : > > Firefox ne peut trouver le serveur à l'adresse osmose.openstreetmap.fr Finalement osmose est déjà rentré de vacances. Il est de retour à son adresse habituelle. De plus Étienne m'a fourni de quoi monter un nouveau front-end au cas où. Le service devrait donc être assuré pour l'été (tant que le backend marche). -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] est de retour pour l' été
Vincent MEURISSE a écrit : > On Thursday 16 July 2009 21:35:53 Yoann ARNAUD wrote: > >> Vincent Pottier a écrit : >> >>> Firefox ne peut trouver le serveur à l'adresse osmose.openstreetmap.fr >>> > Finalement osmose est déjà rentré de vacances. Il est de retour à son adresse > habituelle. > De plus Étienne m'a fourni de quoi monter un nouveau front-end au cas où. Le > service devrait donc être assuré pour l'été (tant que le backend marche). > > Merci à vous ! Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [osmose] "too many ways in relation"
Salut les vacanciers d'osmose, J'espère que vous retrouverez ce mail dans le tas à votre retour ;-) La nouvelle détection "too many ways in relation" peut sembler une bonne indication d'erreur probable, mais un seuil à 10 me semble trop bas et génère beaucoup de faux positifs. Bien que de 4 à 6 ways semble être classique pour des communes, quand on commence à "coller" aux éléments de terrain (rue, rivière) et qu'on opte pas pour la supperposition de way, ben, 10 ça arrive vite ! idées : - passer à ~15 - indiquer dans la bulle le nombre PS: quid du test d'intersection de way boundary ou de même natural/landuse ? qui monteraient à coup sûr un croisement pas normal ? -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche collaborateur
Vincent Pottier a écrit : > * jeu massivement multi-joueurs en ligne utilisant les données OSM (ça, > c'est neuf et sympa !) Clair, même si je vois pas trop comment on peut faire un MMO en partant d'une carte de la réalité :) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
2009/7/18 sly (sylvain letuffe) : > Bien que de 4 à 6 ways semble être classique pour des communes, quand on > commence à "coller" aux éléments de terrain (rue, rivière) et qu'on opte pas > pour la supperposition de way, ben, 10 ça arrive vite ! > > idées : > - passer à ~15 > - indiquer dans la bulle le nombre > Je ne vois pas non plus pourquoi il faudrait limiter à 15. Le problême de tous ces outils de validation, c'est qu'à force de vouloir être trop restrictifs, ils perdent toute crédibilité. C'est ce qui est déjà arrivé à Maplint et au Validator de josm (sauf pour le niveau Error). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
> > idées : > > - passer à ~15 > > - indiquer dans la bulle le nombre > > > > > Je ne vois pas non plus pourquoi il faudrait limiter à 15. Parce qu'on a pas grand chose d'autre et que "pas terrible" vaut mieux que pas du tout... en attendant mieux. > Le problême de tous ces outils de validation, c'est qu'à force de > vouloir être trop restrictifs, ils perdent toute crédibilité. Pas si c'est l'utilisateur qui va le chercher, il me semble. exemple : ce test, je n'y crois plus, je ne l'active donc pas. > C'est ce > qui est déjà arrivé à Maplint et au Validator de josm (sauf pour le > niveau Error). Le plugin validator me sert souvent, mon seul regret est qu'il ne me permette pas de remonter des alertes par type, et donc celles qui m'intéressent sont noyées dans plein de faux positifs. Osmose ne semble pas avoir ignoré ce détail de développement. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche collaborateur
JonathanMM a écrit : > Vincent Pottier a écrit : > >> * jeu massivement multi-joueurs en ligne utilisant les données OSM (ça, >> c'est neuf et sympa !) >> > Clair, même si je vois pas trop comment on peut faire un MMO en partant > d'une carte de la réalité :) > First Life ! Off course ! Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
sly (sylvain letuffe) a écrit : > PS: quid du test d'intersection de way boundary ou de même natural/landuse ? > qui monteraient à coup sûr un croisement pas normal ? > +1, ça servira pour CLC, peut être puisqu'on importe avec de l'overlap (5, 10 ù je ne sais plus...) Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
On Saturday 18 July 2009 18:49:45 sly (sylvain letuffe) wrote: > > > idées : > > > - passer à ~15 > > > - indiquer dans la bulle le nombre > > Tester le nombre est à mon avis une mauvaise approche. Quel que soit la limite elle ne conviendra pas. Pour une commune en enclave, elle a une seule voisine donc 2 way c'est trop. À l'inverse, il existe des communes ayant plus de 10 voisines (pour l'instant toutes les erreurs que j'ai vu sont dans se cas). Une bonne approche serai de remplacer par un test qui vérifie si le nombre est justifié : les way contigus appartenant aux mêmes relations et ayant les mêmes tags sont en trop (en ignorants les tags inutiles genre created_by). > > Le problême de tous ces outils de validation, c'est qu'à force de > > vouloir être trop restrictifs, ils perdent toute crédibilité. > > Pas si c'est l'utilisateur qui va le chercher, il me semble. > exemple : ce test, je n'y crois plus, je ne l'active donc pas. Avec la multiplication des tests, il devient de plus en plus dur de faire une sélection. De plus si il faut passer plus de temps à sélectionner le type d'erreur qu'à les corriger l'utilisateur ira voir ailleurs. > > > C'est ce > > qui est déjà arrivé à Maplint et au Validator de josm (sauf pour le > > niveau Error). C'est clair que validator j'ose même plus le lancer tellement il trouve de faux positifs. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
sly (sylvain letuffe) a écrit : >>> idées : >>> - passer à ~15 >>> - indiquer dans la bulle le nombre >>> >>> >> Je ne vois pas non plus pourquoi il faudrait limiter à 15. >> > Parce qu'on a pas grand chose d'autre et que "pas terrible" vaut mieux que > pas > du tout... en attendant mieux. > > >> Le problême de tous ces outils de validation, c'est qu'à force de >> vouloir être trop restrictifs, ils perdent toute crédibilité. >> > Pas si c'est l'utilisateur qui va le chercher, il me semble. > exemple : ce test, je n'y crois plus, je ne l'active donc pas. > > >> C'est ce >> qui est déjà arrivé à Maplint et au Validator de josm (sauf pour le >> niveau Error). >> > Le plugin validator me sert souvent, mon seul regret est qu'il ne me permette > pas de remonter des alertes par type, et donc celles qui m'intéressent sont > noyées dans plein de faux positifs. > +1 > Osmose ne semble pas avoir ignoré ce détail de développement. > > Par contre je crois qu'il pourrait y avoir deux Osmose, ou plutôt deux écrans : - erreurs courantes sur les tags, les ways, les nodes, accessibles facilement (beaucoup savent corriger Ecole -> École) - erreur plus complexes : twist de ways, boundaries non fermées, , 'routes' segmentées, restrictions, overlap, adresses... Le côté couteau suisse qui fait tout, du plus simple au plus complexe, ça va rebuter les débutants... Et la liste ne tient plus à l'écran... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
sly (sylvain letuffe) a écrit : > Salut les vacanciers d'osmose, Coucou, > J'espère que vous retrouverez ce mail dans le tas à votre retour ;-) > > La nouvelle détection "too many ways in relation" peut sembler une bonne > indication d'erreur probable, mais un seuil à 10 me semble trop bas et génère > beaucoup de faux positifs. > > Bien que de 4 à 6 ways semble être classique pour des communes, quand on > commence à "coller" aux éléments de terrain (rue, rivière) et qu'on opte pas > pour la superposition de way, ben, 10 ça arrive vite ! Tu as très bien résumé le problème. J'ai écris ce plugin dans le but de mettre en lumière les relations communes qui contiennent beaucoup trop de membres. A mon avis, (et ça ne reste que mon avis) un way par commune voisine suffit (en excluant les cas où une commune voisine touche deux fois), et ce, en optant pour la superposition des ways. > idées : > - passer à ~15 On peut, ça limite le nombre de faux, mais ça ne résoud pas ce que je cherche à résoudre :( > - indiquer dans la bulle le nombre Ah oui, j'attendais d'avoir testé pour le faire, et j'ai oublié :) Mon idée à moi est d'éxécuter dans postgis une requête qui fait ça : - Trouver dans une relation admin_level = 8, - deux ways successifs (qui se touchent), - qui appartiennent tous les 2 exactement aux mêmes relations admin_level = 8 Je pense que ça devrait marcher, le problème est que je ne sais pas comment écrire ça. Si quelqu'un ici a les compétences, j'accepte toute aide :) > PS: quid du test d'intersection de way boundary ou de même natural/landuse ? > qui monteraient à coup sûr un croisement pas normal ? Pareille, si on m'aide pour la requête, je le testerai. J'ai l'impression qu'il est temps de créer une page wiki... je me lance. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
Yoann ARNAUD a écrit : > sly (sylvain letuffe) a écrit : > >> PS: quid du test d'intersection de way boundary ou de même natural/landuse ? >> qui monteraient à coup sûr un croisement pas normal ? >> > > Pareille, si on m'aide pour la requête, je le testerai. > Vérifiez que c'est du boundary=administrative... Sinon on aura des ennuis avec les directeurs de parcs nationaux ;-) Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] "too many ways in relation"
Le samedi 18 juillet 2009 21:57, Yoann ARNAUD a écrit :
> > Salut les vacanciers d'osmose,
>
> Coucou,
Ben alors ? alala, ces passionnés, impossible d'être "vraiment" en vacances et
de tout laisser de coté.
Tant pis pour toi :
> et ce, en optant pour la
> superposition des ways.
+
> On peut, ça limite le nombre de faux, mais ça ne résoud pas ce que je
> cherche à résoudre :(
A résoudre ? mais y'a-t-il un problème ? Ou alors "aiguiller" vers une méthode
pour tagguer (qui consiste à superposer des ways) ?
Il y a plusieurs méthodes différentes, et quand on gère une outil qui commence
à être bien utilisé par autrui (rendu, détecteur d'erreur, éditeur avec
presets, ...) on peut vite avoir tendance à s'en servir pour influencer. (Et
j'en sais quelque chose, faites ce que je dis pas ce que je fais ;-) )
> Mon idée à moi est d'éxécuter dans postgis une requête qui fait ça :
>
> - Trouver dans une relation admin_level = 8,
> - deux ways successifs (qui se touchent),
> - qui appartiennent tous les 2 exactement aux mêmes relations
> admin_level = 8
fiuuu, ça m'a l'air coton... j'ai pas d'idée
> > PS: quid du test d'intersection de way boundary ou de même
> > natural/landuse ? qui monteraient à coup sûr un croisement pas normal ?
>
> Pareille, si on m'aide pour la requête, je le testerai.
Etienne avait déjà fait pas mal d'essais mais on a découvert que osm2pgsql
(qui est le plus abouti pour faire du osm->objet GIS) n'était pas fichu
d'enregistrer de manière cohérente les coordonnées dans la base et on se
retrouvait avec des erreurs d'arrondi.
De sorte que la fonction GIS classique pour faire ça : un tout "bête"
st_intersects sortait plein de faux positif car 1 cas sur deux, deux ways qui
se touchent uniquement étaient considérés comme s'intersectant.
(je sais pas si je suis clair sans dessin)
Solution 1, propre et dure : patcher osm2pgsql pour corriger le problème
solution 2, bidouille douteuse et lente alternative que j'ai trouvé :
select astext(st_transform(st_intersection(l1.way,l2.way),4020)) as
point_insersection, l1.osm_id,l2.osm_id from planet_osm_line as l1,
planet_osm_line as l2 where
st_intersects(ST_RemovePoint(ST_RemovePoint(l1.way,st_npoints(l1.way)-1),0),ST_RemovePoint(ST_RemovePoint(l2.way,st_npoints(l2.way)-1),0))
and l1.way && l2.way and l1.boundary='administrative' and
l2.boundary='administrative' and l1.osm_id>0 and l2.osm_id>0 and
l1.osm_id!=l2.osm_id and st_npoints(l1.way)>4 and st_npoints(l2.way)>4 and
l1.way && st_transform('SRID=4020;LINESTRING(0 40,4 45)',900913) limit 5;
Bien que cette requête semble marcher, elle n'est pas du tout optimisée et son
temps de traitement est abominable. Je cherche toujours...
> J'ai l'impression qu'il est temps de créer une page wiki... je me lance.
Yes !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
