2014-08-28 23:28 GMT+02:00 Christian Quest :
> L'idée c'est ça.
>> Donc si je comprends bien, le dernier node d'une highway = * peut être
>> tagué noexit = yes à condition bien évidement qu'il n'y ait aucune
>> continuité de voie au-delà de ce node quelque soit le type.
Mouais. Attention quand mê
Le 29 août 2014 10:28, Pieren a écrit :
> Ce tag est surtout nécessaire pour lever
> cette ambiguité (c'est le seul cas pratique d'utilisation de ce tag).
>
Tu fais bien de développer, mon "_confirmer_ qu'un route qui se termine
dans OSM n'a pas de suite"
--
Christian Quest - OpenStreetMap F
Le 29 août 2014 10:28, Pieren a écrit :
> C'est comme le tag "oneway". Quand il est absent, on assume que la
> route est bidirectionnelle. On ne taggue que les exceptions
> (oneway=no) et le "oneway=yes" ne sert qu'à lever un doute dans les
> zones fortement réglementées ou en cas de changement s
Oneway=No marche bien pour les zones qui ont changé mais qui ne se voient
pas via satellite, l'explicite n'est pas un mal, il faut juste ne pas le
faire systématiquement
Le 29 août 2014 11:00, "Philippe Verdy" a écrit :
> Le 29 août 2014 10:28, Pieren a écrit :
>
>> C'est comme le tag "oneway".
2014-08-29 10:58 GMT+02:00 Philippe Verdy :
>> C'est comme le tag "oneway". Quand il est absent, on assume que la
>> route est bidirectionnelle. On ne taggue que les exceptions
>> (oneway=no) et le "oneway=yes" ne sert qu'à lever un doute dans les
>> zones fortement réglementées ou en cas de chang
Personnellement parler de "zones très réglementées" n'est pas à propos ici.
De même que parler zones où il y a "beaucoup" de oneway (subjectif).
Il faut être plus précis. Je ne vois d'intérêt d'un "oneway=no" que sur une
petite section de rue qui autrement est entièrement en sens unique sauf un
pe
Bonjour
sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le
serveur echoue.
Je récupère, comme me le demande le message d'erreur, une nouvelle
autorisation sans problème mais dès que j'essaie de renvoyer mes modif,
rebelotte
"L'identification avec.à échoué'
J'ai
On 29/08/2014 16:22, Claude wrote:
sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec
le serveur echoue [..]
Problème idenfié - probablement causé par une mise à jour de
api.opentreetmap.org et en cours d'étude, cf.
https://lists.openstreetmap.org/pipermail/talk/2014-Augu
Pareil. J'ai attendu 2 minutes et c'est passé.
Le 29 août 2014 16:27, "Jean-Marc Liotier" a écrit :
> On 29/08/2014 16:22, Claude wrote:
>
>>
>> sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec le
>> serveur echoue [..]
>>
>
> Problème idenfié - probablement causé par une mis
Problème temporaire rencontré aussi : Bad request (HTTP error 400) lors du
chargement de certains objets dans JOSM; par exemple au chargement des
membres incomplets d'une relation. L'API ne reconnaissait plus la requête
pourtant valide.
Ce problème semble avoir été résolu à l'instant.
Le 29 août
On 29/08/2014 16:26, Jean-Marc Liotier wrote:
On 29/08/2014 16:22, Claude wrote:
sur JOSM, je n'arrive pas a envoyer mes modifs: l'identification avec
le serveur echoue [..]
Problème idenfié - probablement causé par une mise à jour de
api.opentreetmap.org et en cours d'étude, cf.
https://l
Cela n'est visiblement pas lié à la mise à jour de Java La plupart ici ont
déjà Java 7 ou 8 (et ceux qu ne l'ont pas encore feraient bien de la
charger, c'est nécessaire depuis les dernières versons de JOSM et les
performances sont bien meilleures, notamment avec MapCSS et plus
généralement le pars
Le 29/08/2014 16:33, Philippe Verdy a écrit :
Problème temporaire rencontré aussi : Bad request (HTTP error 400)
lors du chargement de certains objets dans JOSM; par exemple au
chargement des membres incomplets d'une relation. L'API ne
reconnaissait plus la requête pourtant valide.
Ce problème
On 29/08/2014 16:55, Claude wrote:
Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne
fonctionne toujours pas, même problème
Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne avec
JOSM 7347 sur Java 7 fraîchement installé.
Pendant ce temps, Tom Hughes cherche
C'est peut être pas le même pb vu qu'avec iD il n'y arrive pas non plus.
Il est déjà arrivé que des comptes soient restés bloqués, un truc du genre un
verrou dans la base de donnée.
Essaie de contacter un admin soit sur IRC, soit par mail (Tom Hughes par
exemple).
Francisco
- Mail origina
Donc on aurait eu droit à un changement
d'algorithme Diffie-Hellmann d'échanges de clés de sécurité, vers une
nouvelle méthode nécessitant Java7; j'en doûte un peu car cet algo est
depuis très longtemps dans Java.
Je pense plutôt à un changement de signature des certificats (mais il est
connu que l
Le 29/08/2014 17:03, Jean-Marc Liotier a écrit :
On 29/08/2014 16:55, Claude wrote:
Je n'ai aucun problème à charger quoi que ce soit mais l'envoi ne
fonctionne toujours pas, même problème
Quelle version de JOSM ? Quelle version de Java ? Ici ça fonctionne
avec JOSM 7347 sur Java 7 fraîchemen
Le 29/08/2014 17:32, Claude a écrit :
Il faut des fois insister car le serveur signale des requête erronée
Oui, environ 2 sur 3… et comme j'envoie par petits paquets… ben ça
marche pas…
(Et non, je n'envoie plus tout d'un coup, les connexions sont toujours
assez foireuses là où je suis pour que
Ca fait longtemps que j'envoie des petits paquets avec 5 objets maxi par
requête (dans les réglages "avancés") de la boite de dialogue d'envoi; à
faire une première fois et à garder dans ses préférences; cela persiste
pour tous les envois suivants, même après fermeture d'un groupe de
modifications,
On 29/08/2014 17:32, Claude wrote:
Ca y est ça fonctionne à nouveau y compris sur mon desktop Linux sur
laquelle je n'ai pas fait de nouvelle demande d'autorisation
Il faut des fois insister car le serveur signale des requête erronée
Tom Hughes a rétabli une configuration précédente qui a le
cet après midi j'ai remplace dans josm l'adresse par defaut
https://api par http//api...
et plus de problème d'envoi
Le vendredi 29 août 2014 à 18:13 +0200, Jean-Marc Liotier a écrit :
> On 29/08/2014 17:32, Claude wrote:
> > Ca y est ça fonctionne à nouveau y compris sur mon desktop Linux
21 matches
Mail list logo
