[OSM-talk-fr] Encore un site de navigation

[Pieren]

Encore un prototype de navigation proposé par Cloudmade ici (vu sur la
ml anglaise):
http://mkhasanov.sandbox.cloudmade.com/directions

La page ressemble beaucoup au site original. Cloudmade semble mettre
aussi une API navigation à disposition (voir sur leur site).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Re : Re : beta.letuffe.org

[sly (sylvain letuffe)]

> Mais le 60 et le 95 la ville de "champagne-sur-oise" sont toujours  
> cassés et pourtant d'après le relation analyser et le truc en perl  
> checkrelation.pl ils sont tous bons, donc je ne comprend pas trop...  
> Tu pourrais vérifier que tu as bien les mêmes données que dans la  
> vraie base, si tu as 2 minutes ?

Je viens de vérifier la commune de "champagne-sur-oise"  que tu as faite, et 
là, j'ai beau me creuser la tête mais tout semble bon. Mais mon rendu 
continue à n'en faire qu'a sa tête.

Sachant que la dernière version de cette relation date de mardi 21, c'est 
encore plus troublant car cela signifie que l'import que j'ai fait ce week 
end (avec une donnée de jeudi 24) était merdique.

ça sent pas bon...

> 
> C'est là que ça se passe :
> 
> 
http://beta.letuffe.org/?zoom=13&lat=49.16413&lon=2.21508&layers=B0FFTTFFF
> 
> Yann
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

-- 
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] Re : Re : Re : beta.letuffe.org

[sly (sylvain letuffe)]

> Pas le choix, sûr ?
> 
> D'après ce qu'à rapporter Etienne, il suffirait peut-être de
> simplement ré.-appliquer les minutes diffs:

C'est pourtant ce que j'ai fais, mais lorsque les diffs "pourri" ont ordonnés 
la suppression de certains morceaux de ma base (sans rapport avec les 
modifications réellement faites), ré-appliquer les diffs n'a pas suffit car 
des morceaux restaient absents.

> * Minute diffs from 200904210807-200904210808.osc.gz should be
> re-applied in order to ensure incorrect data is overwritten.

Yes, but when correct data was deleted or modified, re-applying doesn't help.
Trying this didn't correct every thing, a full re-import had to be done.


-- 
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

[OSM-talk-fr] Ligne de côte

[frmas]

Bonjour,

Je débute dans le mapping, et je suis en train de mapper mon Ile (je
suis sur la commune de l'Epine).
J'ai commencé également à refaire le trait de côte sur le nord de l'ile,
mais le résultat sur OSM me laisse perplexe. Avant d'aller plus loin (le
trait de côte est horrible et ne correspond pas à la réalité), je
voudrais savoir si j'ai fait une bétise ou si il faut que j'attende une
mise à jour des layers du serveur.
Voir ici :
http://www.openstreetmap.org/?lat=47.02265&lon=-2.29904&zoom=16

Enfin si quelqu'un a une idée pourquoi mon Garmin Oregon 400T n'arrive
pas à lire la carte gmapsupp.img que je lui ai mis sous
Garmin/gmapsupp.img je suis preneur. Je suis sous Linux, et je l'ai
fabriqué en faisant tout comme il faut me semble t'il pour créer ma
carte avec curl, et mkgmap.
Merci. Francois
-- 
GPG Key.: http://www.arvernes.com/files/gpg/francois.gpg
Fingerprint.: 4A39 9BC6 4BA5 A07A 78B0 E820 EBC7 4A56 29E6 7D70


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ligne de côte

[sly (sylvain letuffe)]

> J'ai commencé également à refaire le trait de côte sur le nord de l'ile,
> mais le résultat sur OSM me laisse perplexe. Avant d'aller plus loin (le
> trait de côte est horrible et ne correspond pas à la réalité)
(...)
> http://www.openstreetmap.org/?lat=47.02265&lon=-2.29904&zoom=16

Tu as fait exactement ce qu'il fallait. Le problème c'est que les lignes de 
côtes du site openstreetmap.org (et en fait (quasiment?) tous les autres 
basés sur openstreetmap) ne se servent pas des lignes de côtes rentrées dans 
osm.

Me rappel plus la raison, mais je crois que c'est un cumul de plusieurs 
choses :
- trop consommateur de ressources
- trop souvent coupées

Enfin bref, les côtes proviennent d'une autre source qui de temps en temps 
(tous les 6 mois ?), sont remise, à la main, à jour à base de OSM.

J'ai cherché de mon coté comment utiliser celles de OSM directement, mais 
c'est loin d'être simple... donc en attendant, on fait avec ;-)


> Enfin si quelqu'un a une idée pourquoi mon Garmin Oregon 400T n'arrive
> pas à lire la carte gmapsupp.img que je lui ai mis sous

Tentes voir celles-là :
http://fredericbonifas.free.fr/osm/garmin.html

Voir si ça vient de ta génération où de ta manipulation

-- 
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] Ligne de côte

[Pieren]

2009/4/27 frmas :
> mais le résultat sur OSM me laisse perplexe. Avant d'aller plus loin (le
> trait de côte est horrible et ne correspond pas à la réalité), je
> voudrais savoir si j'ai fait une bétise ou si il faut que j'attende une
> mise à jour des layers du serveur.

Salut,

Concernant les lignes côtières, il existe (existait) un site qui
valide régulièrement (journalier si je ne me trompe pas) leur
validité:
http://tile.openstreetmap.nl/coastlines.html
(doc sur le wiki: http://wiki.openstreetmap.org/wiki/Coastline_error_checker)
Il ne fonctionne pas pour l'instant mais c'est peut-être dû à la
transition vers la nouvelle API 0.6.

En effet, c'est un type de ligne très sensible parce qu'il faut que le
polygone des océans soit fermé pour que mapnik fonctionne (sinon on se
retrouve parfois avec des pans entiers de la carte en fond bleu).
Mapnik utilise les tags coastline à partir des niveaux de zoom
supérieur à 9 (http://wiki.openstreetmap.org/wiki/Coastline). Leur
mise à jour était assez rapide (quelques jours) lorsque j'avais fait
quelques changements avant la transition vers l'API 0.6 mais je ne
saurais dire si cette mise à jour est automatique ou manuelle, ni
l'interval.

Le tag natural=coastline doit respecter la règle suivante : la terre à
gauche et l'eau à droite (dans le sens du way):
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

Les lignes de côtes ne devraient pas porter le tag
boundary=administrative, ni admin_level (je ne me souviens plus pour
"name"), le tag coastline étant  par lui-même un type de limite
(physique).
La vrai limite administrative au niveau national se trouve sur un way
à 12 milles des côtes et doit faire partie d'une autre relation. La
ligne de côte est utilisée pour les relations de niveaux
administratifs inférieurs (>2).

N'oublie pas aussi de mettre le tag source="" à jour pour expliquer
aux autres d'où viennent tes lignes de côte (photos sat, gps,
cadastre), chaque type de source ayant ses qualités et ses défauts.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Julien D.]

Pas mal intégré et pratique pour trouver des erreurs de raccordement/oneway,
je viens juste de trouver un oneway à l'envers en entrée de rond-point.

Il manque cependant quelques indispensables :
- un namefinder (il n'est possible pour l'instant que de pointer pour les
lieux),
- une distance estimée avec les minutes après les heures (pour l'instant on
a juste les heures dès qu'on dépasse 1h!),



2009/4/27 Pieren 

> Encore un prototype de navigation proposé par Cloudmade ici (vu sur la
> ml anglaise):
> http://mkhasanov.sandbox.cloudmade.com/directions
>
> La page ressemble beaucoup au site original. Cloudmade semble mettre
> aussi une API navigation à disposition (voir sur leur site).
>
> Pieren
>
> ___
> 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] Encore un site de navigation

[Pieren]

2009/4/27 Julien D. :

L'idée de Cloudmade est que ça devrait être intégré au site original.
Maintenant, la discussion de savoir si ça doit en faire partie ou non
est ouverte...
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Yann Coupin]

Ce qu'il manque aussi, comme sur tous les routages basés sur OSM que  
j'ai pu voir, c'est un truc qui tient compte des ronds-points et  
indique "au rond-point, prenez la xième sortie" et pas "tournez un peu  
à droite, un peu à gauche, un peu à gauche, un peu à droite" pour  
prendre la 3ième sortie d'un rond-point comme j'ai toujours vu jusqu'à  
présent...

Enfin, leur base n'est pas mise à jour en temps réel, mes changements  
de samedi soir ne sont toujours pas pris en compte. C'est d'autant  
plus déroutant car le fond de carte est à jour...

Yann

Le 27 avr. 09 à 14:39, Julien D. a écrit :

> Pas mal intégré et pratique pour trouver des erreurs de raccordement/ 
> oneway, je viens juste de trouver un oneway à l'envers en entrée de  
> rond-point.
>
> Il manque cependant quelques indispensables :
> - un namefinder (il n'est possible pour l'instant que de pointer  
> pour les lieux),
> - une distance estimée avec les minutes après les heures (pour  
> l'instant on a juste les heures dès qu'on dépasse 1h!),


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ligne de côte

[frmas]

sly (sylvain letuffe) a écrit :

Bonjour,

>> J'ai commencé également à refaire le trait de côte sur le nord de l'ile,
>> mais le résultat sur OSM me laisse perplexe. Avant d'aller plus loin (le
>> trait de côte est horrible et ne correspond pas à la réalité)
> (...)
>> http://www.openstreetmap.org/?lat=47.02265&lon=-2.29904&zoom=16
> 
> Tu as fait exactement ce qu'il fallait. Le problème c'est que les lignes de 
> côtes du site openstreetmap.org (et en fait (quasiment?) tous les autres 
> basés sur openstreetmap) ne se servent pas des lignes de côtes rentrées dans 
> osm.

OK, Pieren m'a mis une réponse aussi qui m'explique des trucs. Cependant
quand je vérifie dans la page checker, il semble que mon ile n'est pas
parmi les rivages ayant un trait de côte. Donc on doit nous traiter
comme sur la terre ferme ;-)

J'avais pris la précaution lorsque j'ai modifié le trait de côte de ne
pas le couper, ni d'en rajouter des bouts. J'avais mis des nodes
supplémentaires sur le trait de côte et j'avais déplacé chaque node au
bon endroit. J'avais préféré faire comme ça plutôt que de faire une bétise.

Une question sur JOSM que j'utilise : j'ai un layer que j'ai repris sur
OSM. J'ai un layer "perso" sur lequel je mets de trucs un peu perso. Je
veux "rajouter" ce second layer sur le premier pour produire un fichier
.osm qui est à mon usage perso. Ma manip : je reprends un zonage sur
OSM. J'ouvre un fichier au format OSM que je me suis fait à partir du
pourtour de mon ile. A l'écran j'ai donc les deux layers correctement
représentés (je vois les infos des deux couches). Maintenant je voudrais
"copier" mes données persos sur cette premiere couche, et sauvegarder le
tout en "perso.osm" que je vais après rajouter sur mon GPS. Comment
faire? Merci.

>> Enfin si quelqu'un a une idée pourquoi mon Garmin Oregon 400T n'arrive
>> pas à lire la carte gmapsupp.img que je lui ai mis sous
> 
> Tentes voir celles-là :
> http://fredericbonifas.free.fr/osm/garmin.html
> 
> Voir si ça vient de ta génération où de ta manipulation

OK, je pense que ma manip qui ne fonctionne vient de la dénomination des
cartes. Je vais refaire des essais.
Merci. Francois


-- 
GPG Key.: http://www.arvernes.com/files/gpg/francois.gpg
Fingerprint.: 4A39 9BC6 4BA5 A07A 78B0 E820 EBC7 4A56 29E6 7D70


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Julien D.]

Je viens de remarquer que sur leur site de navigation officiel (
maps.cloudmade.com) le problème des heures est le même, je viens d'ouvrir un
bug dans le tracker.
D'ailleurs, quelle est la différence entre ces 2 navigations ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Fabien Marchewka]

> Encore un prototype de navigation proposé par Cloudmade ici (vu sur la
> ml anglaise):
> http://mkhasanov.sandbox.cloudmade.com/directions
>
> La page ressemble beaucoup au site original. Cloudmade semble mettre
> aussi une API navigation à disposition (voir sur leur site).

comme pour _tous_ les autres il y a un pb sur chateauroux-toulouse (il
fait passer par bordeaux) alors que l'inverse fonctionne bien.
Dans celui qui ne va pas l'A20 est dans une relation.
Dans celui qui ne va pas oneway est à yes (true dans l'autre cas) alors
que http://wiki.openstreetmap.org/wiki/One_way dis bien qu'il vaut mieux
yes.

Bref la route qui semble la mieux taggée (dans une relation et oneway=yes)
est celle qui pose un problème. Alors du coup je sèche !

ceci dit au passage, le paris toulouse est guère mieux !

>
> Pieren
>
> ___
> 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] Ligne de côte

[Pieren]

2009/4/27 frmas :
> Maintenant je voudrais
> "copier" mes données persos sur cette premiere couche, et sauvegarder le
> tout en "perso.osm" que je vais après rajouter sur mon GPS. Comment
> faire? Merci.

Tu peux fusionner les deux layers en un seul puis sauvegarder (regarde
le panel à droite qui donne la liste des layers, lorsque tu
sélectionnes un layer au dessus de la pile, tu peux cliquer sur le
bouton de droite qui le fusionne avec le layer juste en dessous).
Maintenant, je me demande si cette opération est nécessaire ou si une
simple sauvegarde ne copie pas toutes les données de tous les layers
tout simplement... à tester.
Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Vincent Pottier]

Pieren a écrit :
> Encore un prototype de navigation proposé par Cloudmade ici (vu sur la
> ml anglaise):
> http://mkhasanov.sandbox.cloudmade.com/directions
>
> La page ressemble beaucoup au site original. Cloudmade semble mettre
> aussi une API navigation à disposition (voir sur leur site).
>
> Pieren
>
> _
mkhasanov n'a fonctionné qu'une fois. Je ne revois plus les tuiles :
blanc total.

Je ne connaisais pas la nav de cloud. Bon ! On peut garder la route dans
un signet, ce que je n'avais pas vu chez openroute.

Très satisfaisant de voir les routes différentes qu'il propose à pied, à
vélo, en voiture (je me dis que j'ai pas trop mal mappé !)

Excellent aussi pour déceler des erreurs !


Vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] communes gpx regroupés - la liste s'allonge toujours - 29

[OSM Léon]

C'était moi ;-) J'ai aperçu ça hier soir, j'essaye de commencer à m'y mettre
rapidement mais avec tous ces ponts, la vie est dure...

Le 26 avril 2009 16:39, wouldsmina  a écrit :

> cool! si personne n'est dessus, je m'y colle...
> merci
>
> Le 26 avril 2009 14:50, sylvain letuffe  a écrit :
>
> Le dimanche 26 avril 2009 12:57, wouldsmina a écrit :
>> > si tu as le temps je veux bien le 39...
>>
>> Déjà disponible :
>> http://beta.letuffe.org/ressources/communes/
>>
>>
>> --
>> sly
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Millionième changeset : la course est lancée

[Vincent MEURISSE]

Ce soir devrait avoir lieu le changeset numéro 1 000 000. Donc appel à tous 
les français, sortez vos JOSM, Merkaartor, Potlach, robots et autres créateurs 
de changesets et ramenez ce trophée en France.
Pour suivre l'avancement c'est ici (993000 actuellement): 


PS: Pour motiver un peu les troupes (et parce qu'il n'y a pas que les admin 
qui ont le droit de se saouler), je paye une bière au gagnant si il est 
français ( à condition qu'il vienne la chercher).
-- 
Vincent MEURISSE

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Millionième changeset : la course est lancée

[Julien D.]

On aura le droit à une belle image  aussi ?

2009/4/27 Vincent MEURISSE 

> Ce soir devrait avoir lieu le changeset numéro 1 000 000. Donc appel à tous
> les français, sortez vos JOSM, Merkaartor, Potlach, robots et autres
> créateurs
> de changesets et ramenez ce trophée en France.
> Pour suivre l'avancement c'est ici (993000 actuellement):
> 
>
> PS: Pour motiver un peu les troupes (et parce qu'il n'y a pas que les admin
> qui ont le droit de se saouler), je paye une bière au gagnant si il est
> français ( à condition qu'il vienne la chercher).
> --
> Vincent MEURISSE
>
> ___
> 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] Encore un site de navigation

[Art Penteur]

Le 27 avril 2009 15:25, Fabien Marchewka  a écrit :

>
> comme pour _tous_ les autres il y a un pb sur chateauroux-toulouse (il
> fait passer par bordeaux) alors que l'inverse fonctionne bien.
> Dans celui qui ne va pas l'A20 est dans une relation.
> Dans celui qui ne va pas oneway est à yes (true dans l'autre cas) alors
> que http://wiki.openstreetmap.org/wiki/One_way dis bien qu'il vaut mieux
> yes.
>
> Bref la route qui semble la mieux taggée (dans une relation et oneway=yes)
> est celle qui pose un problème. Alors du coup je sèche !
>
> ceci dit au passage, le paris toulouse est guère mieux !
>

C'est pas un problème d'algo de routage.

C'est l'A  20 qui est cassée.

Ca se passe par là :

http://mkhasanov.sandbox.cloudmade.com/directions?lat=44.54296&lon=1.51871&zoom=15&layers=B000FTFTT&travel_mode=car&waypoints=1.51%2C44.54%2C1.43%2C43.62

C'est les suite de ce que j'avais signalé il y a quelque temps : la
voie N->S s'était retrouvée à environ 15 km à l'est.
J'ai eu des soucis avec les revert. Certains sont bien passés, j'ai du
m'y faire plusieurs fois le revert du le bout "de liaison" au nord, et
ça ne m'étonne pas qu'il reste une discontinuité au sud.

Ce n'est pas très grave, je pense que keepright détecte bien ce genre
de problèmes, ça finira par revenir à la normale,.

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Osmose] : Nouvel outil "Relation Analyser"

[Yoann ARNAUD]

Bonsoir à tous,

Je vous annonce la sortie d'un outil d'analyse de relation sous osmose.
c'est par ici :

http://colocb3.hd.free.fr/osmose/RelationAnalyser/RelationAnalyser.html

Cette interface web exploite le mega-relation-analyser.py d'Etienne.

Comment ça marche ?
 - entrer le numéro de votre relation et valider

Osmose Relation Analyser vous permet de :
 - savoir si la relation est "valide"
 - visualiser un rendu de la relation (avec signalement des nodes non
reliés, le cas échéant)
 - corriger rapidement les erreurs constatées (liens vers potlatch et JOSM)
 - télécharger des fichiers poly, svg, gpx.

Ça vient de sortir, donc si vous voyez des bugs, n'hésitez pas à les
signaler. N'hésitez pas non plus à proposer de nouvelles fonctionnalités
si besoin.

-- 
Yoann.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Fabien Marchewka]

> Le 27 avril 2009 15:25, Fabien Marchewka  a écrit :
>
>>
>> comme pour _tous_ les autres il y a un pb sur chateauroux-toulouse (il
>> fait passer par bordeaux) alors que l'inverse fonctionne bien.
>> Dans celui qui ne va pas l'A20 est dans une relation.
>> Dans celui qui ne va pas oneway est à yes (true dans l'autre cas) alors
>> que http://wiki.openstreetmap.org/wiki/One_way dis bien qu'il vaut mieux
>> yes.
>>
>> Bref la route qui semble la mieux taggée (dans une relation et
>> oneway=yes)
>> est celle qui pose un problème. Alors du coup je sèche !
>>
>> ceci dit au passage, le paris toulouse est guère mieux !
>>
>
> C'est pas un problème d'algo de routage.
>
> C'est l'A  20 qui est cassée.
>
> Ca se passe par là :
>
> http://mkhasanov.sandbox.cloudmade.com/directions?lat=44.54296&lon=1.51871&zoom=15&layers=B000FTFTT&travel_mode=car&waypoints=1.51%2C44.54%2C1.43%2C43.62
>
> C'est les suite de ce que j'avais signalé il y a quelque temps : la
> voie N->S s'était retrouvée à environ 15 km à l'est.
> J'ai eu des soucis avec les revert. Certains sont bien passés, j'ai du
> m'y faire plusieurs fois le revert du le bout "de liaison" au nord, et
> ça ne m'étonne pas qu'il reste une discontinuité au sud.
>
> Ce n'est pas très grave, je pense que keepright détecte bien ce genre
> de problèmes, ça finira par revenir à la normale,.

Désolé, je me suis mal exprimé, j'avais bien compris que le problème
venais des données et non pas de l'algo. Mais bon quand tu dis ca va
revenir à la normale, c'est si qqun le fait ou est-ce qu'il y a un bug ?
parce que en zoomant pas mal il y a comme des problèmes (l'autoroute
tourne à angle droit )... mais dans poltatch les way sont corrects.
il y a aussi des sorties et entrées non taggées dans ce secteur et pas mal
de node avec aucun tag.

Sinon le pb d'écart venait de quoi ?

>
> Art.
>
> ___
> 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] building

[Fabien Marchewka]

Bonsoir,

Pour un batiment composé de plusieurs area, comment faire pour tagger le
batiment.
J'ai fait une relation, mais keepright me dit qu'il manque le type.

Fabien.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] building

[Pierre Mauduit]

Bonsoir,

> Pour un batiment composé de plusieurs area, comment faire pour tagger le
> batiment.
> J'ai fait une relation, mais keepright me dit qu'il manque le type.
> 

Dans les tags propres à la relation, il faut mettre en clé type, et en
valeur multipolygon.

http://wiki.openstreetmap.org/wiki/Multipolygon

-- 
Pierre


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Encore un site de navigation

[Art Penteur]

Le 27 avril 2009 22:47, Fabien Marchewka  a écrit :
. Mais bon quand tu dis ca va
> revenir à la normale, c'est si qqun le fait ou est-ce qu'il y a un bug ?
> parce que en zoomant pas mal il y a comme des problèmes (l'autoroute
> tourne à angle droit )... mais dans poltatch les way sont corrects.
> il y a aussi des sorties et entrées non taggées dans ce secteur et pas mal
> de node avec aucun tag.

Non, y'a pas de magie, ça va revenir à la normale parceque des OSMeurs
auront corrigé.

Ce que je voulais dire, c'est que je pense que ce sont des problèmes
gérables, qui ne nécessitent pas un debug particulier.

Les outils classique (Osmose, Keepright, les essais de routage,...) en
viendront à bout. Mais comme tout le processus est asynchrone (la
saisie, les différents rendus, les dump vers des moteurs de routages,
... on est actuellement dans la mauvaise passe, avec des voies qui
peuvent être redevenues correctes mais qui ne sont pas encore
routables, des tuiles avec des angles droits visibles à certaines
échelles, etc.

> Sinon le pb d'écart venait de quoi ?

Une erreur de souris, je pense. Une voie "dragged" et pas remise à sa
place. Si j'ai bien suivi l'historique, ce serait un certain
kaartmaker qui aurait fait la fausse manip, le 18 mars. Je lui ait
écrit via OSM le 25, mais je n'ai jamais eu de réponse.

Art.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Wiki OSM, une page pour coder les langues de France

[Christian Rogel]

J'ai traduit et adapté à l'arrache la page "Multilingual names".
Elle reste perfectible (il manque un renvoi sur la manière
de mettre les noms alternatifs dans les clés , lors du taggage.
(br_name, alt_name, etc.).
Des contributions pour les pays partiellement ou entièrement
francophones sont attendues de la part des inscrits à la ML
qui se sentiraient concernés.
Il n'y a évidemment pas les 72 langues de France, mais
toutes ne sont pas utilisées dans les noms géographiques.
Je n'ai pas trouvé le gallo (sociolecte de la Bretagne orientale).
La catégorisation reste à faire.

C'est ici : http://wiki.openstreetmap.org/wiki/FR:Noms_multilingues

Christian

PS : si vous ne voulez pas vexer les gens avec des mots
politiquement incorrects comme dialecte, dites sociolecte,
et, en plus,ça fera très classe;- )

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] building

[Pierre Mauduit]

Re,

> Dans les tags propres à la relation, il faut mettre en clé type, et en
> valeur multipolygon.

C'est peut-être plus parlant sur une screenshot :
http://beneth.fr/~pedrov/relation_multipolygon.png

Le inner est "l'intérieur" et ne porte pas nécessairement de tags, le
outer "doit" etre taggué en building.


Bonne soirée,

-- 
Pierre


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] building

[Fabien Marchewka]

> Bonsoir,
>
>> Pour un batiment composé de plusieurs area, comment faire pour tagger le
>> batiment.
>> J'ai fait une relation, mais keepright me dit qu'il manque le type.
>>
>
> Dans les tags propres à la relation, il faut mettre en clé type, et en
> valeur multipolygon.
>
> http://wiki.openstreetmap.org/wiki/Multipolygon

au moment ou tu je suis en train d'essayer de corriger je trouve ca :
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site

alors ?

>
> --
> Pierre
>
>
> ___
> 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] building

[Fabien Marchewka]

> Re,
>
>> Dans les tags propres à la relation, il faut mettre en clé type, et en
>> valeur multipolygon.
>
> C'est peut-être plus parlant sur une screenshot :
> http://beneth.fr/~pedrov/relation_multipolygon.png
>
> Le inner est "l'intérieur" et ne porte pas nécessairement de tags, le
> outer "doit" etre taggué en building.

dans mon cas ce n'est pas un trou mais plusieurs batiments qui forment un
lycée.
J'ai taggé avec type=site en attendant.

>
>
> Bonne soirée,
>
> --
> Pierre
>
>
> ___
> 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] Encore un site de navigation

[Fabien Marchewka]

merci pour ces explications, c'est beaucoup plus clair !


> Le 27 avril 2009 22:47, Fabien Marchewka  a écrit :
> . Mais bon quand tu dis ca va
>> revenir à la normale, c'est si qqun le fait ou est-ce qu'il y a un bug ?
>> parce que en zoomant pas mal il y a comme des problèmes (l'autoroute
>> tourne à angle droit )... mais dans poltatch les way sont corrects.
>> il y a aussi des sorties et entrées non taggées dans ce secteur et pas
>> mal
>> de node avec aucun tag.
>
> Non, y'a pas de magie, ça va revenir à la normale parceque des OSMeurs
> auront corrigé.
>
> Ce que je voulais dire, c'est que je pense que ce sont des problèmes
> gérables, qui ne nécessitent pas un debug particulier.
>
> Les outils classique (Osmose, Keepright, les essais de routage,...) en
> viendront à bout. Mais comme tout le processus est asynchrone (la
> saisie, les différents rendus, les dump vers des moteurs de routages,
> ... on est actuellement dans la mauvaise passe, avec des voies qui
> peuvent être redevenues correctes mais qui ne sont pas encore
> routables, des tuiles avec des angles droits visibles à certaines
> échelles, etc.
>
>> Sinon le pb d'écart venait de quoi ?
>
> Une erreur de souris, je pense. Une voie "dragged" et pas remise à sa
> place. Si j'ai bien suivi l'historique, ce serait un certain
> kaartmaker qui aurait fait la fausse manip, le 18 mars. Je lui ait
> écrit via OSM le 25, mais je n'ai jamais eu de réponse.
>
> Art.
>
> ___
> 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] back-to-date

[Fabien Marchewka]

Bonsoir,

Juste pour signaler qu'un outil très pratique :
http://labs.metacarta.com/osm/up-to-date/ ne fonctionne plus correctement.
surement un effet 0.6 !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] building

[Pieren]

2009/4/27 Fabien Marchewka :
> dans mon cas ce n'est pas un trou mais plusieurs batiments qui forment un
> lycée.
> J'ai taggé avec type=site en attendant.
>

La proposition "site" pourrait assez bien correspondre mais en même
temps, Frederik Ramm a fait plus récemment une proposition d'extension
des multipolygones qui a beaucoup plus de chance d'aboutir
officiellement:

http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre decale d au moins 100km vers le Nord

[THEVENON Julien]

Salut a tous,

J'ai au moins 3 communes de la Loire qui me posent probleme. La forme du 
contour cadastral est la bonne par contre le contour est situe par JOSM environ 
100-150km plus au Nord par rapport a leur position reelle !!
Pour information il s agit des communes de Jonzieux, Saint-Genest-Malifaux et 
Planfoy
Le probleme se pose que je passe par le plugin cadastre dans JOSM ou par l 
outil d import automatique.
Est ce que dans ce cas on deplace la forme a la main et on la cale par rapport 
aux communes voisines positionnes correctement ? les autres communes adjacentes 
ne sont pas vectorisees donc je ne sais pas si cela se limite a ces 3 la.

Julien



  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre decale d au moins 100km vers le Nord

[Antoine]

Ce ne serait pas un problème de zone Lambert ?
Je laisse les spécialistes répondre là dessus, mais je pense qu'il 
faudrait le nom des communes...


Antoine

THEVENON Julien a écrit :

Salut a tous,

J'ai au moins 3 communes de la Loire qui me posent probleme. La forme 
du contour cadastral est la bonne par contre le contour est situe par 
JOSM environ 100-150km plus au Nord par rapport a leur position reelle !!
Pour information il s agit des communes de Jonzieux, 
Saint-Genest-Malifaux et Planfoy
Le probleme se pose que je passe par le plugin cadastre dans JOSM ou 
par l outil d import automatique.
Est ce que dans ce cas on deplace la forme a la main et on la cale par 
rapport aux communes voisines positionnes correctement ? les autres 
communes adjacentes ne sont pas vectorisees donc je ne sais pas si 
cela se limite a ces 3 la.


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