Re: [OSM-talk-fr] Nouveau test pour Osmose
2009/6/25 Yann Coupin : > Il arrive que certains ronds-points tournent dans le sens des > aiguilles d'une montre (à l'envers, donc). +1 2009/6/26 Julien D. : > J'ai une demande pour osmose dans le même style : détecter les roundabout > avec oneway=yes (inutile car par défaut). +1 Et j'ajouterais ceux qui ont un ref pour compléter la liste des erreurs classiques. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Osmose] Implementation de Oauth
Bonjour, les premiers prototypes de OAuth viennent d'apparaitre sur le site de osm. Peut etre serait il interessant d'implementer OAuth sur Osmose afin d'avoir une interface facile pour directement modifier les mauvais elements sur la page d'Osmose. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tag] passage à certaines heu res (horaires qui dépendent de la date)
> > Peut être mettre cela dans une note permettrait de > > résoudre le problème. > > Oui, je vais faire çà. Je dirais plutôt un tag "description" : http://wiki.openstreetmap.org/wiki/Key:description "note" étant une information entre mappeur -- 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] [tech] osm2pgsql et les ronds-points
On Thursday 25 June 2009 22:36, Yann Coupin wrote: > Lorsque j'importe des donnés dans une base avec osm2pgsql (en mode > slim ou pas) je n'ai aucun rond-point dans la table *_roads, ils sont > tous dans *_polygon et donc ne sont pas rendus sur la carte. J'ai > cherché partout mais je n'ai rien trouvé. Quelqu'un a une idée magique > de la cause de mon problème ? Tu es peux être tombé sur une version buggé de osm2pgsql Chez moi : 0.66-15819M id d'un roundabout pour le test : 24716401 gis=# select name,junction,highway from planet_osm_polygon where osm_id=24716401; name | junction | highway --+--+- (0 rows) gis=# select name,junction,highway from planet_osm_line where osm_id=24716401; name | junction | highway --++-- | roundabout | unclassified (1 row) gis=# select name,junction,highway from planet_osm_roads where osm_id=24716401; name | junction | highway --+--+- (0 rows) Bref, chez moi, mode slim, les roundabout sont traités comme un highway classique et se retrouvent dans planet_osm_line (Dans mes styles je n'ai d'ailleurs rien qui les différencient d'un highway) -- 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] Nouveau test pour Osmose
Pieren a écrit : > 2009/6/25 Yann Coupin : >> Il arrive que certains ronds-points tournent dans le sens des >> aiguilles d'une montre (à l'envers, donc). > +1 Ça, c'est un peu compliqué à trouver (pour moi), je pense qu'Etienne saura faire avec postGIS. > 2009/6/26 Julien D. : >> J'ai une demande pour osmose dans le même style : détecter les roundabout >> avec oneway=yes (inutile car par défaut). > +1 Je viens de le faire et de relancer la recherche d'erreurs. > Et j'ajouterais ceux qui ont un ref pour compléter la liste des > erreurs classiques. C'est fait aussi. Il n'y a plus qu'à attendre un peu. -- Yoann. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée précise de la méthode à utiliser. Je pense qu'il y a moyen de s'en sortir avec ce test (il faut considérer que si c'est vrai alors le rond-point est à l'envers) : ST_OrderingEquals(ST_ForceRHR(way), way) Yann Le 26 juin 09 à 14:40, Yoann ARNAUD a écrit : > Pieren a écrit : >> 2009/6/25 Yann Coupin : >>> Il arrive que certains ronds-points tournent dans le sens des >>> aiguilles d'une montre (à l'envers, donc). >> +1 > > Ça, c'est un peu compliqué à trouver (pour moi), je pense qu'Etienne > saura faire avec postGIS. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Yann Coupin a écrit : > Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée > précise de la méthode à utiliser. > > Je pense qu'il y a moyen de s'en sortir avec ce test (il faut > considérer que si c'est vrai alors le rond-point est à l'envers) : > > ST_OrderingEquals(ST_ForceRHR(way), way) J'ai lancé la requête, on va voir ce que ça donne. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
Emilie Laffray a écrit : > Bonjour, > > les premiers prototypes de OAuth viennent d'apparaitre sur le site de > osm. Peut etre serait il interessant d'implementer OAuth sur Osmose afin > d'avoir une interface facile pour directement modifier les mauvais > elements sur la page d'Osmose. Je n'ai pas vraiment compris ce que c'était, mais c'est surement très bien. Ça interviendrai à quel niveau ? -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
> Je n'ai pas vraiment compris ce que c'était, mais c'est surement très > bien. Ça interviendrai à quel niveau ? D'après Wikipedia, c'est une authentification par API, ce qui pourrait permettre de modifier directement les données dans osmose, sans passer par Potlatch ou JOSM. http://fr.wikipedia.org/wiki/OAuth ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
C'est comme OpenID mais pour "les machines". En gros pour partager un compte sans intervention humaine contrairement à OpenId qui laisse le choix au fournisseur d'identité d'identifier l'utilisateur comme il le veut et donc potentiellement en affichant du html (et donc inutilisable par une machine). Yann Le 26 juin 09 à 16:32, Etienne Chové a écrit : > Emilie Laffray a écrit : >> Bonjour, >> >> les premiers prototypes de OAuth viennent d'apparaitre sur le site de >> osm. Peut etre serait il interessant d'implementer OAuth sur Osmose >> afin >> d'avoir une interface facile pour directement modifier les mauvais >> elements sur la page d'Osmose. > > Je n'ai pas vraiment compris ce que c'était, mais c'est surement très > bien. Ça interviendrai à quel niveau ? > > -- > Etienne > > ___ > 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] [Tag] passage à certaines heure s (horaires qui dépendent de la date)
Oui pour détailler ça dans un tag "description", plutôt que "note". On a bien les tags "day:on/off" et "hour:on/off", mais dans ce cas précis, l'heure est sous condition de la date, donc ça ne marchera pas... Toutefois, je mettrai dans les tag "hour:on/off" le temps minimal où on peut passer toute l'année, c'est à dire de 8h à 18h, ça évitera qu'un nav' se casse le nez sur une période de fermeture. sly (sylvain letuffe)-2 wrote: > > >> > Peut être mettre cela dans une note permettrait de >> > résoudre le problème. >> >> Oui, je vais faire çà. > > Je dirais plutôt un tag "description" : > > http://wiki.openstreetmap.org/wiki/Key:description > > "note" étant une information entre mappeur > -- > sly > > -- View this message in context: http://n2.nabble.com/passage-%C3%A0-certaines-heures-%28horaires-qui-d%C3%A9pendent-de-la-date%29-tp3156495p3162138.html Sent from the French OSM [Tag] 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] Nouveau test pour Osmose
Merci, c'est une bonne chose, je trouve. Par contre, on a des cas biscornus, je pense à l'ovni près des beaux-arts à Montpellier, qui en pratique est un rond-point réglementé par des feux tricolores, avec un tram qui passe en plein milieu, mais aucune signalisation sur place n'indique que c'est un rond-point -> sens unique. Un usager qui arrive depuis l'avenue Chancel pourrait très bien tourner dans l'autre sens ( ça arrive à ceux qui ne connaissent pas ce coin) et si ça fait crash, les assurances se retourneraient probablement contre ceux qui ont pondus cet ovni... La prochaine fois que j'y passerai, je prendrai une photo de ce contre-sens. --- http://www.openstreetmap.org/?lat=43.61952&lon=3.86973&zoom=17&layers=B000FTF Etienne Chové wrote: > > Yann Coupin a écrit : >> Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée >> précise de la méthode à utiliser. >> >> Je pense qu'il y a moyen de s'en sortir avec ce test (il faut >> considérer que si c'est vrai alors le rond-point est à l'envers) : >> >> ST_OrderingEquals(ST_ForceRHR(way), way) > > J'ai lancé la requête, on va voir ce que ça donne. > -- > Etienne > -- View this message in context: http://n2.nabble.com/Nouveau-test-pour-Osmose-tp3157337p3162264.html Sent from the French OSM list 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] [Osmose] Implementation de Oauth
2009/6/26 Julien D. : >> Je n'ai pas vraiment compris ce que c'était, mais c'est surement très >> bien. Ça interviendrai à quel niveau ? > > D'après Wikipedia, c'est une authentification par API, ce qui pourrait > permettre de modifier directement les données dans osmose, sans passer par > Potlatch ou JOSM. > > http://fr.wikipedia.org/wiki/OAuth > Autrement dit, cela permettra à des sites web tiers d'offrir leurs propres éditeurs en ligne sans prendre en charge la partie autentification eux-mêmes. (difficile de comparer avec josm qui est un client sur poste final) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
2009/6/26 GerhardP : > Par contre, on a des cas biscornus, > je pense à l'ovni près des beaux-arts à Montpellier, > qui en pratique est un rond-point réglementé par des feux tricolores, avec > un tram qui passe en plein milieu, > mais aucune signalisation sur place n'indique que c'est un rond-point -> > sens unique. Il faudrait y ajouter les tags suivants : biscornu_case=yes missing_traffic_signs=yes shame_on_administration=yes risk_of_collisions=high Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [mapping & tech] Communes
En cas de doute je me tiendrai au tracé du cadastre (vérifier avec plug-in de pieren), sauf si le tracé noté "potlach" montrerait plus de détail que le cadastre, auquel cas il serait peut-être issu d'un vrai tracé gpxé sur place. Aussi se méfier même du cadastre. On a des cadastres de communes voisines qui se contredisent, jusqu'à plus de cent mètres ! : Si le cadastre une commune montre sa limite "ici", celui de la commune voisine peut très bien la montrer tout à fait ailleurs ! Il n'y a pas obligatoirement "consensus" entre les plans cadastraux de deux communes voisines, bien au contraire... (Le fait que ça ait été "vectorisé" ne dit pas, que ça "colle"...). Donc consulter le cadastre des deux communes voisines et regarder leur superposition, avant de "rectifier". (Et, potlach modifie le "author", une fois que quelqu'un touche à un tracé existant avec cet outil, on ne sait plus avec quel logiciel ça avait été fait, à l'origine...) Gerhard -- Pierre Mauduit wrote: > > Salut, > Ayant ajouté 4 ou 5 communes hier dans le Var, je me demandais, que > faire quand les limites communales proviennent de ... Potlatch ? Doit-on > les remplacer comme lorsqu'il s'agit de celles ayant comme source > "cartographes associés", considérant le cadastre comme plus sûr ? > .../... > -- View this message in context: http://n2.nabble.com/-mapping---tech--Communes-tp3155900p3162343.html Sent from the French OSM list 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] [Osmose] Implementation de Oauth
Pieren a écrit : > 2009/6/26 Julien D. : >>> Je n'ai pas vraiment compris ce que c'était, mais c'est surement très >>> bien. Ça interviendrai à quel niveau ? >> D'après Wikipedia, c'est une authentification par API, ce qui pourrait >> permettre de modifier directement les données dans osmose, sans passer par >> Potlatch ou JOSM. >> >> http://fr.wikipedia.org/wiki/OAuth >> > Autrement dit, cela permettra à des sites web tiers d'offrir leurs > propres éditeurs en ligne sans prendre en charge la partie > autentification eux-mêmes. > (difficile de comparer avec josm qui est un client sur poste final) > Pieren Ca change quoi pour l'utilisateur ? (il devra tapper son mot de passe dans l'éditeur) Ca change quoi pour l'éditeur ? (il devra transférer le mot de passe à osm) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Merci du conseil ! J'vais taguer ça selon tes indications ;-) Je n'avais pô trouvé ça sur le wiki. J'avoue, parfois j'y perds mon latin... Mais d'abord, je vais prendre une photo de ça, et la mettre en ligne. Gerhard Le 26 juin 09 à 18:06, Pieren a écrit : > > 2009/6/26 GerhardP : >> Par contre, on a des cas biscornus, >> je pense à l'ovni près des beaux-arts à Montpellier, >> qui en pratique est un rond-point réglementé par des feux >> tricolores, avec >> un tram qui passe en plein milieu, >> mais aucune signalisation sur place n'indique que c'est un rond- >> point -> >> sens unique. > > Il faudrait y ajouter les tags suivants : > biscornu_case=yes > missing_traffic_signs=yes > shame_on_administration=yes > risk_of_collisions=high > > Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Osmose] Implementation de Oauth
Le 26 juin 09 à 18:30, Etienne Chové a écrit : > Ca change quoi pour l'utilisateur ? (il devra tapper son mot de passe > dans l'éditeur) pas grand chose > > Ca change quoi pour l'éditeur ? (il devra transférer le mot de passe > à osm) Il délègue l'auth, donc il ne voit pas le login/password. mais il peut faire des modifs auto avec le compte du user. Et c'est ça qui est bien: permettre de corriger certaines choses en un clic ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Etienne Chové a écrit : > Yann Coupin a écrit : >> Alors j'ai creusé un peu parce que je n'avais pas non plus d'idée >> précise de la méthode à utiliser. >> >> Je pense qu'il y a moyen de s'en sortir avec ce test (il faut >> considérer que si c'est vrai alors le rond-point est à l'envers) : >> >> ST_OrderingEquals(ST_ForceRHR(way), way) > > J'ai lancé la requête, on va voir ce que ça donne. Ben la requête a dit qu'il y avait 123492 *oneway <> ''* en sens trigo dans la zone étudiée. Si j'avais filtrée avec *junction = 'roundabout'* il y en aurait peut être moins. Je suis un peu fatigué et j'ai fait n'importe quoi comme requête, ça met des bulles vertes partout. L'analyse est relancée. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tag] passage à certaines heur es (horaires qui dépendent de la date)
Le vendredi 26 juin 2009, à 08:23:15 -0700, GerhardP a écrit : > Toutefois, je mettrai dans les tag "hour:on/off" le temps minimal où on peut > passer toute l'année, c'est à dire de 8h à 18h, > ça évitera qu'un nav' se casse le nez sur une période de fermeture. Bonne idée, je vais faire comme ça. Comme le passage est fermé à un bout, je vais créer un noeud pour cette porte, et tagguer ce noeud. Par contre, là, je suis en train de tagguer un parc qui a aussi des horaires d'ouverture. Est-ce qu'il est préférable de mettre les tags hour_on/hour_off sur les points d'entrée du parc, ou sur tout le parc ? a+ arno signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Bonsoir, Etienne Chové a écrit : > Ben la requête a dit qu'il y avait 123492 *oneway <> ''* en sens trigo > dans la zone étudiée. Si j'avais filtrée avec *junction = > 'roundabout'* il y en aurait peut être moins. Je suis un peu fatigué > et j'ai fait n'importe quoi comme requête, ça met des bulles vertes > partout. Ouf ! Il y a 5 minutes encore, on ne voyait plus rien sur la ville de Toulouse, couverte de bulles vertes. (c: Par contre, soit la requête n'est pas encore au point, soit je n'arrive pas à analyser le problème mais je ne vois pas pourquoi deux bulles vertes apparaissent à l'adresse ci-dessous : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49179&layers=B00&ch=505&ch=505 Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Sébastien Dinot wrote: > Par contre, soit la requête n'est pas encore au point, soit je n'arrive > pas à analyser le problème mais je ne vois pas pourquoi deux bulles > vertes apparaissent à l'adresse ci-dessous : > > http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49179&layers=B00&ch=505&ch=505 > En effet, ces ronds points semblent tout a fait valides. Le sens de circulation a l'air tout a fait bon. Y a t'il moyen de voir la requete SQL? Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Sébastien Dinot wrote: > Par contre, soit la requête n'est pas encore au point, soit je n'arrive > pas à analyser le problème mais je ne vois pas pourquoi deux bulles > vertes apparaissent à l'adresse ci-dessous : > > http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49179&layers=B00&ch=505&ch=505 > > Suite a ce message, j'ai vérifié si je pouvais trouver d'autres endroits avec ce problème. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=47.94302&lon=1.92138&layers=B00T&ch=505&ch= Se pourrait t'il que la forme crée le problème? Émilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmosis & MySQL
Bonjour, Est-ce que quelqu'un a réussi à faire fonctionner Osmosis V0.31 avec MySQL ? Visiblement, j'ai un problème pour lui faire prendre en compte les paramètres host, dbType et peut-être d'autres. Rem : je "joue" avec un bin "tout fait" et sur machine Windows XP + MySQL linux distinct (réseau local). Merci de votre aide. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tech] osm2pgsql et les ronds-points
Bon j'ai testé une plus ancienne version et la même que toi avec le même résultat. J'ai toujours mes ronds-points dans polygon et pas dans line/roads. Dans mon fichier style (si ça change qqc) j'ai ça : node,way junction text linear node,way highway text linear Franchement je ne sais pas ce qui cloche... Yann Le 26 juin 09 à 11:20, sly (sylvain letuffe) a écrit : > On Thursday 25 June 2009 22:36, Yann Coupin wrote: >> Lorsque j'importe des donnés dans une base avec osm2pgsql (en mode >> slim ou pas) je n'ai aucun rond-point dans la table *_roads, ils sont >> tous dans *_polygon et donc ne sont pas rendus sur la carte. J'ai >> cherché partout mais je n'ai rien trouvé. Quelqu'un a une idée >> magique >> de la cause de mon problème ? > > Tu es peux être tombé sur une version buggé de osm2pgsql > > Chez moi : > 0.66-15819M ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Emission de Radio sur OSM
Salut tout le monde , Vous vous rappelez de l'appel de Luc de radio Libertaire pour faire une émission sur OSM. La diffusion aura lieu Dimanche 5 de 14h00 à 15h30 sur Radio Libertaire. J'essaie de récupérer une version numérique, si c'est audible et compréhensible... (première expérience radio, un peu d'indulgence :) ) ça peut être pas trop mal d'héberger ça sur le svn pour inspirer éventuellement d'autre conf/diffusion. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Emilie Laffray a écrit :
> Sébastien Dinot wrote:
>> Par contre, soit la requête n'est pas encore au point, soit je n'arrive
>> pas à analyser le problème mais je ne vois pas pourquoi deux bulles
>> vertes apparaissent à l'adresse ci-dessous :
>>
>> http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=17&lat=43.55698&lon=1.49179&layers=B00&ch=505&ch=505
En effet, ça fait beaucoup d'erreur non justifiées.
> En effet, ces ronds points semblent tout a fait valides. Le sens de
> circulation a l'air tout a fait bon.
> Y a t'il moyen de voir la requete SQL?
select osm_id, astext(st_transform(way, 4020))
from planet_osm_roads
where way && st_transform('SRID=4020;LINESTRING(-5 41,10 51)',900913)
and junction = 'roundabout'
and ST_OrderingEquals(ST_ForceRHR(way), way)
;
La requête est à l'envers et signale tous les bons ronds-points. Vous
n'avez qu'à vous dire que tous les ronds points non signalés sont faux,
ou qu'une zone faiblement peuplées en bulle verte est suspecte.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tech] osm2pgsql et les ronds-points
Bon j'ai enfin trouvé la cause de mes soucis, et je m'étonne que tu n'ai pas le problème. En effet c'était mon patch pour sauvegarder les timestamp où j'avais modifié default.style pour rajouter cette ligne : wayts timestamppolygon En changeant cette ligne pour un linear, comme ci-dessous, tous les ronds-points sont revenus dans le droit chemin (je sais elle est nulle ma blague :) wayts timestamplinear Yann Le 26 juin 09 à 22:21, Yann Coupin a écrit : > Bon j'ai testé une plus ancienne version et la même que toi avec le > même résultat. J'ai toujours mes ronds-points dans polygon et pas dans > line/roads. Dans mon fichier style (si ça change qqc) j'ai ça : > > node,way junction text linear > node,way highway text linear > > Franchement je ne sais pas ce qui cloche... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Etienne Chové a écrit : > La requête est à l'envers et signale tous les bons ronds-points. Vous > n'avez qu'à vous dire que tous les ronds points non signalés sont faux, > ou qu'une zone faiblement peuplées en bulle verte est suspecte. En fait non elle semble à l'endroit... mais je crois que je suis trop fatigué pour réfléchir... si certains ont des avis sur la question où des lumières... -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Etienne Chové a écrit :
> select osm_id, astext(st_transform(way, 4020))
> from planet_osm_roads
> where way && st_transform('SRID=4020;LINESTRING(-5 41,10 51)',900913)
>and junction = 'roundabout'
>and ST_OrderingEquals(ST_ForceRHR(way), way)
> ;
En fait la fonction st_ForceRHR proposée par Yann ne s'applique que à
des polygones :-( il faut donc trouver une autre voie des réflexion.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
> En fait la fonction st_ForceRHR proposée par Yann ne s'applique que à > des polygones :-( il faut donc trouver une autre voie des réflexion. > Je suis sur un truc en php qui fait un produit vectoriel entre 2 vecteurs successifs du rond-point et qui regarde si la composante en z est positive ou négative (i.e. si les vecteurs successifs du rond-point sont dans un sens ou dans le mauvais) mais meme constat : j'obtiens des faux positifs dans un sens du test ou dans l'autre. Bref, je verrais ca demain :-) -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence ODbL : on en est où ?
Bonjour, > actuellement, ils sont toujours en train de discuter les conditions de > la nouvelle licence. Ils cherchent avant tout a trouver un équilibre > entre le cote protection de OSM en tant que base de données, et > l'utilisation commerciale. Grosso modo, ils veulent être surs que l'on > ne "vole" pas la base de données, sans pour autant exclure toute > utilisation commerciale. Pour moi c'est un mystère complet, craindre d'être volé d'une production libre est une contradiction fondamentale. Se protéger d'être volé mène droit à une licence captive, fermée et prise de tête. Autant s'avouer produire un travail non-libre, il n'y a pas de mal à produire un travail non-libre. Ne pas se voiler la face ni celle des autres contributeurs. Je sens le fork arriver à plein nez. Je serai du coté des contributeurs ravis d'être volés. -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau test pour Osmose
Ça aura été un peu laborieux mais j'ai un test qui semble marcher. D'après mes premiers tests, on fait bien de le rajouter, car on va avoir un peu de boulo... Un petit rendu rapide histoire de se faire une idée de l'ampleur des dégâts... http://skitch.com/yannc/bis1w/simple-osm-gpx-track et la requête qui va bien... select osm_id, st_centroid(way) as center from planet_osm_line where junction = 'roundabout' and (st_isclosed(way) and st_isring(way)) and st_azimuth(st_centroid(way),ST_PointN(way,1))- st_azimuth(st_centroid(way),ST_PointN(way,2)) between -3.14159265 and 0 Yann Le 27 juin 09 à 01:03, Pierre Mauduit a écrit : > >> En fait la fonction st_ForceRHR proposée par Yann ne s'applique que à >> des polygones :-( il faut donc trouver une autre voie des réflexion. >> > > Je suis sur un truc en php qui fait un produit vectoriel entre 2 > vecteurs successifs du rond-point et qui regarde si la composante en z > est positive ou négative (i.e. si les vecteurs successifs du rond- > point > sont dans un sens ou dans le mauvais) mais meme constat : j'obtiens > des > faux positifs dans un sens du test ou dans l'autre. Bref, je verrais > ca > demain :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
Salut, Pour rebondir sur le message de Denis, et avancer avec ces données de Brest, deux choses : Les données vectorielles mises à disposition sont en projection Lambert Nord (epsg:27561 : http://www.spatialreference.org/ref/epsg/27561/) Et donc, pour les convertir en fichier OSM, il faut les convertir en epsg:4326, avant de les faire passer par d'autres outils : ogr2ogr -s_srs EPSG:27561 -t_srs EPSG:4326 destination_4326.shp source_27561.shp Question suivante : shp2osm.pl génère t'il des fichiers OSM au format API v0.6 ? Je ne suis pas convaincu, si je regarde la dernière date de modification ... Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM, je mets à disposition un package qui permet de monter un serveur WMS chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go) Qu'y a t'il dedans ? - Les photos jpeg issues du site de Brest Metropole Oceane, que j'ai géoréférencées (fichiers jgw). - un wrapper mapserver pour cacher l'adresse du mapfile - le mapfile qui va bien - un readme Une fois que vous avez monté le WMS, vous devriez pouvoir y accéder depuis JOSM, avec le plugin WMS, en utilisant l'URL suivante : http://localhost/cgi-bin/cub?LAYERS=orthophoto&FORMAT=image/jpeg&SERVICE=WMS&VERSION=1.1.1&styles=&REQUEST=GetMap Note : Il faut aussi configurer JOSM sur la grille EPSG:4326 (mais on pourrait facilement ajouter EPSG:27572 en sortie du WMS si on voulait du Lambert 2 étendu, pour la compatibilité avec le cadastre). HTH, F. 2009/1/16 Denis : > Steven Le Roux a écrit : > >> Oui on a tout ce qu'il faut. Ce qui manque maintenant, c'est la >> connaissance autour des serveurs WMS... et ça... ça ressemble au vide >> intersidéral... tu connais de la doc là dessus ? > > Je vais essayer de monter une maquette avec Mapserver chez moi ainsi > qu'un descriptif de la méthodologie. Je vous tiens au courant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Emission de Radio sur OSM
2009/6/26 Steven Le Roux : > J'essaie de récupérer une version numérique, si c'est audible et > compréhensible... (première expérience radio, un peu d'indulgence :) ) ça > peut être pas trop mal d'héberger ça sur le svn pour inspirer éventuellement > d'autre conf/diffusion. Bonne idée ! Il y a maintenant un an, j'étais aussi intervenu sur la radio suisse romande : http://tinyurl.com/5vn9vp Je dois encore avoir le fichier audio qqpart dans mes tiroirs ;-) A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Brest CUB - mieux que le cadastre
2009/6/27 Francois Van Der Biest : > Pour ceux qui voudraient utiliser les orthophotos de la CUB dans JOSM, > je mets à disposition un package qui permet de monter un serveur WMS > chez soi en 5 minutes : http://dl.free.fr/vLZovJeBB (1.1 Go) Pour ceux qui le téléchargent, la somme md5 du package est : b48dfeeaefe0061df7de31880303675f A+ F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
