Bonjour,
je voulais utiliser le OpenRouteService pour calculer le trajet des
vacances. Mai quand je vois le tracé calculé c'est clair qu'il doit avoir
des érreures.
1. erreures dans le mapping
2. erreures dans le calcul du trajet
Le 2 juillet 2009 01:34, THEVENON Julienjulien_theve...@yahoo.fr a écrit :
tu es sur d avoir utilise la bonne projection ?
çaa paraissait place au bon endroit par rapport aux donnes telecharges dans
JOSM ?
J'étais en Lambert zone france pour l'import cadastre-fr et en
regardant, je n'ai pas
Hans-Christian Bohlmann a écrit :
Bonjour,
je voulais utiliser le OpenRouteService pour calculer le trajet des
vacances. Mai quand je vois le tracé calculé c'est clair qu'il doit
avoir des érreures.
1. erreures dans le mapping
2. erreures dans le calcul du trajet
Donc c'est le calcul qui n'est pas bon? Avez vous d'autres outils qui
verifient les erreures?
http://maps.cloudmade.com/?lat=48.221013lng=0.950317zoom=8directions=47.359292508710716,-1.878662109375,48.04870994288686,3.1201171875travel=carstyleId=1
En l'occurrence il donne une route qui semble
Bonjour Etinne,
merci pour ta remarque, mais je ne parle pas du trajet dans Moret, mais les
grands détours vers Nemours et ensuite vers Velizy.
Merci,
Cantece
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 2 juillet 2009 01:34, THEVENON Julienjulien_theve...@yahoo.fr a écrit
:
tu es sur d avoir utilise la bonne projection ?
çaa paraissait place au bon endroit par rapport aux donnes
telecharges dans
JOSM ?
Les questions de projection, c'est encore un peu nébuleux pour moi,
Hans-Christian Bohlmann a écrit :
Bonjour Etinne,
merci pour ta remarque, mais je ne parle pas du trajet dans Moret, mais
les grands détours vers Nemours et ensuite vers Velizy.
En effet, je m'étais limité à la vue du lien... quel plat de spaghettis ;-)
Etienne
Il y a un plugin de routing pour debug de ce genre de chose dans JOSM
2009/7/2 Etienne Chové ch...@crans.org
Hans-Christian Bohlmann a écrit :
Bonjour Etinne,
merci pour ta remarque, mais je ne parle pas du trajet dans Moret, mais
les grands détours vers Nemours et ensuite vers Velizy.
Bonjour à tous,
Je vous présente le problème suivant : je voudrai tagger un parking qui est
régulièrement recouvert d'eau, mais uniquement aux grandes marées. Tous les
étés des touristes se font piéger et voir leur tête lorsqu'ils reviennent de
la plage et voit le parking sous 50 cm d'eau est un
Bon, apparemment, vu ma latitude, je dois être en Lambert zone 2 alors
que j'ai tout fait comme si j'étais en zone 1. Cela doit expliquer la
translation de quelques centaines de kilomètres vers le nord.
Je reessaierai ce soir... J'espère n'avoir pas à tout refaire.
J'ai supprimé manuellement mes
Le 2 juillet 2009 09:54, Hans-Christian Bohlmanncant...@web.de a écrit :
je ne parle pas du trajet dans Moret, mais les
grands détours vers Nemours et ensuite vers Velizy.
Est-ce que ce n'est pas un problème de délai de mise à jour des
données chez OpenRouteService ?
Il m'est déjà arrivé
2009/7/2 OSM Léon osm.l...@gmail.com:
Donc : comment je tagge ça ? Je n'ai rien vu sur le wiki d'osm. J'insiste
bien sur le fait qu'il ne s'agit pas d'une zone inondable (au sens suite à
de fortes crues) mais d'une zone inondée régulièrement.
Sur le wiki, je vois:
Bonjour,
J'ai travaillé sur les communes du loiret jusqu'à présent en utilisant
l'outil d'import automatique du cadastre.
J'ai reçu le message suivant hier :
debut du message
Je suis sûrement pas le premier à te le dire mais il faut VRAIMENT que
tu cesse de travailler sur les communes comme
Bonjour
D'abord pas de problème pour l'utilisation sans me demander. C'était juste
une petite pique au passage.
Merci pour tout le travail fourni pour compiler et assembler toutes ces
infos
Bon, on a à peu prêt terminé la version 0.1 , et je vous donne la
description ici (j'ajouterai un page
Bonjour,
ça m'a fait un peu l'effet d'une douche froide,
En effet le message manque un peu d'enrobage (Celui qui m'écris comme ça risque
de recevoir une réponse assez crue).
je voulais avoir des conseils :
- faut il éviter d'utiliser l'outil d'import automatique ?
- si on l'utilise,
Suite aux évolutions de l'application de suivi des transports publics
OsmTransport que j'avais commencé à développer, je vous transmets la
présentation détaillée qui est disponible, avec des copies d'écran ici :
PS message de nicolas :
Nicolas n'a pas fait dans la dentelle avec son message, certes ce qui est
fait
n'est pas très joli, mais j'ai bon espoir que ce soit corrigeable et
récupérable. Faut pas se décourager ! Demandes nous si tu veux savoir comment
réctifier le tir
je commence à
je commence à comprendre comment corriger les choses.
De toutes façons, toutes les communes sont en place et il faut maintenant
corriger les données à la main.
Je suis en train de filer un petit coup de main, ça devrait le faire sans
problème. osmose aide bien
Effectivement, j'aurai pu
sly (sylvain letuffe) a écrit :
Yoann a lui (comme d'autres) utilisé une autre méthode :
- utilisation des gpx dispo sur beta.letuffe
- import des communes une à une
Au moins on a plus ce problème de consolidation automatique.
Je rejoins tout à fait l'avis d'étienne sur le fait que
Très intéressant. Une idée d'amélioration pour la suite : pouvoir choisir de
n'afficher qu'un seul type de transport. Parce que quand on va commencer à
ajouter les lignes de bus sur Paris, ça va être un peu fouilli :D
Le 2 juillet 2009 15:46, kimaidou kimai...@gmail.com a écrit :
Bonjour la
Yoann a lui (comme d'autres) utilisé une autre méthode :
- utilisation des gpx dispo sur beta.letuffe
- import des communes une à une
Au moins on a plus ce problème de consolidation automatique.
Je rejoins tout à fait l'avis d'étienne sur le fait que les deux méthodes
dépendent un peu
bonjour Sly,
mes réponses plus bas :
Top super cool !
Merci ;)
mises en forme en fonction du type de ligne et de la couleur spécifiée
dans
la relation route par le tag color.
Ce serait possible de documenter ces usages (de color et de ? network ?
tram ?
bus ?) sur le wiki ? (comment
Re,
Je me demande si y'aurait pas moyen de faire un plug-in JOSM pour aider les
corrections. Je passe beaucoup de temps à _M_erger des nuages de points qui
sont très proche les uns des autres ou à supprimer des points qui sont
parfaitement aligné (je supprime les points du milieu)
Etienne Chové a écrit :
Yann Coupin a écrit :
En effet je vois un truc louche même si le rendu foire pour une raison
que je n'ai pas encore bien compris. Par contre ce qui me gêne vraiment
bcp c'est que le lien Analyse2 me dise que tout va bien...
Le lien Analyse2 ne teste que la
+1, et le dépôt letuffe ;-) une méthode sûre pour obtenir les gpx ! Yaka
demander !
Heu... une méthode a peu près sûre ça merde à chaque fois que le département
est à cheval sur deux zones lambert et je galère pour faire ça bien dans ces
cas là
Il y a juste une petite erreur d'encodage ou
Vincent Pottier a écrit :
Peut-être que ceux qui corrigent ne signalent pas qu'ils ont corrigé.
À ce propos, en cliquant sur c'est fait, si la bulle disparaissait, ça
libérerait pour les erreurs qui sont dessous...
Je suis dessus.
Une case de fermeture de la bulle aussi, ce serait bien...
Bonjour,
il y a une discussion actuellement sur la ML anglaise concernant la création
d'un bug tracker. Il existe un grand nombre d'outils qui permettent de faire
cela. Toutefois, il semblerait que le profil de Osmose soit très bas.
C'est bien dommage car je trouve que c'est un outil très
kimaidou a écrit :
Bonjour la liste,
Suite aux évolutions de l'application de suivi des transports publics
OsmTransport que j'avais commencé à développer, je vous transmets la
présentation détaillée qui est disponible, avec des copies d'écran ici :
sly (sylvain letuffe) a écrit :
mises en forme en fonction du type de ligne et de la couleur spécifiée dans
la relation route par le tag color.
Ce serait possible de documenter ces usages (de color et de ? network ? tram
?
bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce
On jeudi 2 juillet 2009, kimaidou wrote:
bonjour Sly,
mes réponses plus bas :
pas mieux
J'ai ajouté il y a environ 2 semaines le tag color dans cette page :
http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics
10^6 excuses, je n'avais pas vu, et le route= permet de choisir
Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les
requêtes xapi sur la zone et générant le fichier pour le layer à la
volée... mise à jour des données en temps réel : intéressant pour les
mappeurs.
Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera,
j'essaie
Le prob lème avec ce système de limitation par le zoom, c'est que de
toute
manière le navigateur doit avoir tout en mémoire (et toute la France, ça
va
tuer meme les machines les plus véloces).
??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture
client/serveur ;-)
kimaidou a écrit :
Possible d'afficher les lignes passant à un arrêt, dans la bulle ?
Faut que je regarde, mais je suis limité par osm2pgsql qui ne me
permet pas de trouver les nodes d'arrêts de bus qui appartiennent à
une relation.
Ma requête
SELECT * FROM planet_osm_point WHERE
Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis
ci-dessus car ne j'avais pas encore lu ce paragraphe ;) )
J'y crois ;-)
Pour Montpellier :
$ cat bus.sql
SELECT route,ref FROM planet_osm_line where route='bus' AND way
st_transform('SRID=4020;LINESTRING(3.7 43.5,4
J'utilise Navit pour la recherche de route. Le seul problème que je
rencontre, c'est pour les trajets longs ( 600 km), ils ne s'affichent pas
SiB a écrit :
Bonjour,
J'avais fait un bout de code très très expérimental (comprendre : y'a pas
grand chose qui est fini et ça marche qu'avec
Excellent ça !
Merci bcp
Le 2 juil. 09 à 17:04, Yoann ARNAUD a écrit :
Etienne Chové a écrit :
Yann Coupin a écrit :
En effet je vois un truc louche même si le rendu foire pour une
raison
que je n'ai pas encore bien compris. Par contre ce qui me gêne
vraiment
bcp c'est que le lien
Pieren wrote:
Sinon, je pourrais aussi le faire sur un post-traitement par script.
Mais je pense aussi que le plus facile est de modifier l'outil
original.
Pieren
Ok, j'ai normalement corrige le problème des fichiers. J'ai vérifié
l'upload d'au moins tous les nooverlaps. Ça devrait donc
Pieren wrote:
Ok, et merci pour le super boulot.
Je suis en train de tester le petit programme qui fusionne les nodes
superposés. Comme il y a 16 millions d'objets à contrôler, ça risque
de prendre un petit peu de temps.
Pas de problème. Il y a en effet 18 080 504 objets dans les fichiers
Emilie Laffray a écrit :
Pieren wrote:
Ok, et merci pour le super boulot.
Je suis en train de tester le petit programme qui fusionne les nodes
superposés. Comme il y a 16 millions d'objets à contrôler, ça risque
de prendre un petit peu de temps.
Pas de problème. Il y a en
Le 26/03/2009 17:56, Valerie-Emma Leroux a écrit :
Le 26.03.2009 14:53, yann.sla...@free.fr a écrit :
Moi suis partant, j'avais déjà fait une proposition pour faire du
covoiturage depuis Paris mais j'avais pas eu de retour.
Au fait, vous crechez où pendant cette semaine ?
Il y a toujours
Le 26/03/2009 12:11, Valerie-Emma Leroux a écrit :
Le 20.02.2009 17:01, Guilhem Bonnefille a écrit :
Le 19 février 2009 22:45, Denis dhel...@free.fr a écrit :
Jocelyn Delalande a écrit :
D'autre part, il ne me semble pas que le tract des RMLL de Nantes ait
circulé sur cette liste ; il se base
J'y serais aussi pour la semaine
Ca pourrait être sympa de se retrouver autour d'un verre
- Mail Original -
De: Guilhem Bonnefille guilhem.bonnefi...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 30 Juin 2009 14:05:38 GMT +01:00 Amsterdam / Berlin /
On Fri, 2009-07-03 at 01:36 +0200, Valerie-Emma Leroux wrote:
Je pense que c'est Raphael qui etait le contact, au moins l'an dernier.
Which Raphael ? N'a pas réagi à mes courriels ni à ceux de Jean-François
pour l'orga du SOTM 2010 à Bordeaux [5].
le raphael que voici a pas le temps,
43 matches
Mail list logo
