Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-28 Par sujet Christian Quest
Le 28 mars 2012 14:30, Vincent Pottier a écrit : > > Et qui sont au courant de la latence de 2 mn. > Pour info, les stats sur cette latence sont là: En moyenne c'est 1mn, parfois ça monte à 2 et t

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-28 Par sujet sly (sylvain letuffe)
> En fait, la question est de savoir si la doc du wiki est une > spécification de l'api 0.6 ou une documentation de l'interface > osm.org/api/0.6 > En fait, ça doit être un peu les deux... En fait, après creusage de tête intensif et re-lecture approfondie, j'en arrive à que cette documentation

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-28 Par sujet Vincent Pottier
Le 28/03/2012 11:42, sly (sylvain letuffe) a écrit : Le mercredi 28 mars 2012 10:33:32, Pieren a écrit : 2012/3/27 sly (sylvain letuffe): Soyons fou, et commençons à faire que cette api fr soit plus pointue que l'officielle (je changerais si ça perturbe trop ou j'en ferais une deuxième) j'envoi

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-28 Par sujet sly (sylvain letuffe)
Le mercredi 28 mars 2012 10:33:32, Pieren a écrit : > 2012/3/27 sly (sylvain letuffe) : > > Soyons fou, et commençons à faire que cette api fr soit plus pointue que > > l'officielle (je changerais si ça perturbe trop ou j'en ferais une > > deuxième) j'envoi maintenant 3 niveaux (c'est les soldes) >

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-28 Par sujet Pieren
2012/3/27 sly (sylvain letuffe) : > Soyons fou, et commençons à faire que cette api fr soit plus pointue que > l'officielle (je changerais si ça perturbe trop ou j'en ferais une deuxième) > j'envoi maintenant 3 niveaux (c'est les soldes) Il y a un très grand danger à modifier le comportement de l

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-27 Par sujet sly (sylvain letuffe)
Le mardi 27 mars 2012 20:03:10, PhQ a écrit : > Correction, la technique qui me permet d'obtenir la super relation de JOSM, > c'est de sélectionner par la carte flottante une partie du chemin en > question, et la, effectivement, la super relation apparait ! ça y est, j'ai compris ! ;-) Au début j'

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-27 Par sujet PhQ
Correction, la technique qui me permet d'obtenir la super relation de JOSM, c'est de sélectionner par la carte flottante une partie du chemin en question, et la, effectivement, la super relation apparait ! C'est apparemment un bogue de l'api officiel qui fait que la super relation n'est pas chargé

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-27 Par sujet PhQ
Ben justement, il n'y a rien à faire pour obtenir la mega relation avec l'api officielle. C'est bien la le problème ! -- View this message in context: http://gis.19327.n5.nabble.com/Le-service-sur-api-openstreetmap-fr-s-agrandi-lui-aussi-tp5578665p5598497.html Sent from the France mailing list ar

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-27 Par sujet sly (sylvain letuffe)
On dimanche 25 mars 2012, PhQ wrote: (...) > avec l'api fr > Relation : RD N°1 (1850206) seulement > et avec l'api officiel > la relation précédente ET > Relation : Routes Départementales du Puy-de-Dôme (1857038). > Ca ne serait pas une bogue de l'api fr par hasard ? Je ne parviens pas à r

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-26 Par sujet PhQ
Précision : Cette bogue s'observe en chargeant un chemin par exemple 121831733, mais pas en chargeant directement la relation. -- View this message in context: http://gis.19327.n5.nabble.com/Le-service-sur-api-openstreetmap-fr-s-agrandi-lui-aussi-tp5578665p5594429.html Sent from the France maili

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-25 Par sujet PhQ
Bonjour, c'est encore moi Quand je ne tague pas pour le rendu ( :) ), je tague pour la base de donnée. En tant que vieil utilisateur des bases multivaluées (Pick System), je ne peux m’empêcher de faire dans la relation arborescente. Donc, et par exemple, si je charge la relation représenta

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-22 Par sujet sly (sylvain letuffe)
On jeudi 22 mars 2012, PhQ wrote: > LÆÚlÚment 'note' trouvÚ dans le flux dÆentrÚe nÆest pas dÚfini. Abandon. > LÆÚlÚment 'meta' trouvÚ dans le flux dÆentrÚe nÆest pas dÚfini. Abandon. > > ce qui n’empêche pas l'édition, mais bon ... > > Qu'est ce que c'est ? Il n'y a pas à s'inquiéter, il s'agit

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-22 Par sujet PhQ
Dans le cas d'un chargement de relation type frontière, j'obtiens par exemple ceci en pistage console : GET http://api.openstreetmap.fr/api/0.6/relation/1450201/full LÆÚlÚment 'note' trouvÚ dans le flux dÆentrÚe nÆest pas dÚfini. Abandon. LÆÚlÚment 'meta' trouvÚ dans le flux dÆentrÚe nÆest pas dÚf

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-22 Par sujet sly (sylvain letuffe)
On jeudi 22 mars 2012, Cyrille Giquello wrote: > Bonjour. > Pour discussion: j'utilise la fonction mise à jour des données de josm > pour limiter les conflits d'édition concurrente, comme avec svn on > fait un update avant un commit. Est-ce inutile ? Je n'ai jamais utilisé cette fonction, j'opte p

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-22 Par sujet Cyrille Giquello
Bonjour. Pour discussion: j'utilise la fonction mise à jour des données de josm pour limiter les conflits d'édition concurrente, comme avec svn on fait un update avant un commit. Est-ce inutile ? 2012/3/22, sly (sylvain letuffe) : > Le jeudi 22 mars 2012 00:15:23, Vincent de Chateau-Thierry a écr

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet sly (sylvain letuffe)
Le jeudi 22 mars 2012 00:15:23, Vincent de Chateau-Thierry a écrit : > Documenter la limitation, ça sera déjà pas mal. Et hop : http://wiki.openstreetmap.org/wiki/FR:Servers/api.openstreetmap.fr -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-f

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Vincent de Chateau-Thierry
Le 21/03/2012 23:56, sly (sylvain letuffe) a écrit : Dans JOSM, le rafraîchissement de la sélection (Ctrl+Maj+U) ne supprime pas les objets supprimés de la base. ctrl+alt+u j'imagine Oops oui, en effet. Celui là, il va être costaud. (...) Je crois que je vais maintenir le statu quo jus

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet sly (sylvain letuffe)
> Dans JOSM, le rafraîchissement de la sélection (Ctrl+Maj+U) ne supprime > pas les objets supprimés de la base. ctrl+alt+u j'imagine > Pour reproduire : vu et confirmé > Pas gravissime, mais ça peut être trompeur. Celui là, il va être costaud. En simplifié : Pour que JOSM fasse disparaître l

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Vincent de Chateau-Thierry
Le 21/03/2012 15:01, Christian Quest a écrit : Le 21 mars 2012 14:50, sly (sylvain letuffe) a écrit : Il pleut il pleut des bugs Sly, sors tes bottes et ton ciré :-) Dans JOSM, le rafraîchissement de la sélection (Ctrl+Maj+U) ne supprime pas les objets supprimés de la base. Pour reprod

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Christian Quest
Le 21 mars 2012 14:50, sly (sylvain letuffe) a écrit : > On mercredi 21 mars 2012, Etienne Trimaille wrote: >> Bug suivant, le voici :) > > Il pleut il pleut des bugs > >> Par exemple, ce way : http://www.openstreetmap.org/browse/way/156165673 >> >> C'est grave Docteur ? > > ça veut dire qu'il fau

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet sly (sylvain letuffe)
On mercredi 21 mars 2012, Etienne Trimaille wrote: > Bug suivant, le voici :) Il pleut il pleut des bugs > Par exemple, ce way : http://www.openstreetmap.org/browse/way/156165673 > > C'est grave Docteur ? ça veut dire qu'il faudrait que j'évite de faire des trucs dangereux à 2h du matin sur la

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet sly (sylvain letuffe)
On mercredi 21 mars 2012, Pieren wrote: > Que se passe-t-il lorsque l'API original est hors service comme cela > arrive en période de maintenance ? Est-il prévu un arrêt automatique > pour éviter l'accumulation de contributions "hors délais raisonnables" > ? Si l'api officielle est stoppée, les a

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Etienne Trimaille
Bug suivant, le voici :) J'ai uploadé le bati de "Chaux les Clerval" ce matin à 10h30. Cependant, quand je retélécharge les données avec l'api française, toujours pas de données. Avec l'api par défaut, aucun soucis. Par exemple, ce way : http://www.openstreetmap.org/browse/way/156165673 C'est gr

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Vincent de Chateau-Thierry
> De : "sly (sylvain letuffe)" > > > Un comportement que je constate avec l'api (avant comme après l'extension > > "monde") : Dans JOSM, charger un morceau de relation, puis, dans le > > panneau des relations, par clic-droit, demander "Télécharger les membres > > incomplets". > > Sans rapport

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Pieren
2012/3/20 sly (sylvain letuffe) : > > Profitant du nouveau serveur OSM-fr, la couverture s'étend au monde entier, il > est donc maintenant possible de s'en servir pour éditer partout sur terre, > idem pour la xapi et l'overpassAPI qui vont avec. > Que se passe-t-il lorsque l'API original est hors

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet sly (sylvain letuffe)
> Un comportement que je constate avec l'api (avant comme après l'extension > "monde") : Dans JOSM, charger un morceau de relation, puis, dans le > panneau des relations, par clic-droit, demander "Télécharger les membres > incomplets". Sans rapport avec le bug que tu as trouvé, je conseille le m

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-21 Par sujet Vincent de Chateau-Thierry
Bonjour, > De : "sly (sylvain letuffe)" > > Tant qu'a faire, autant qu'elle soit la mieux possible ;-) > Les rapports de bugs sont donc les bienvenus > Un comportement que je constate avec l'api (avant comme après l'extension "monde") : Dans JOSM, charger un morceau de relation, puis, dans l

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet sly (sylvain letuffe)
> Par contre il y a quelques requetes de l'API qui passe pas : > GET /api/0.6/[node|way|relation]/#id/relations > Une erreur 404 > "The requested URL /api/0.6/node/1482063079/relations was not found on this > server." C'est assez étrange je viens de tester cette requête et elle ne répond pas un 4

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet Christian Quest
Il y a une chose à laquelle il faut faire attention avec api.openstreetmap.fr Les données qu'on uploade ne sont pas disponibles immédiatement après en download, mais environ 1 à 2 minute plus tard, le temps d'intégrer le diff suivant provenant du planet. J'ai suggéré à sly d'intercepter les uploa

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet f . dos . santos
Génial ! J'ai testé avec Merkaartor en téléchargant des zones de plusieurs milliers de km de coté ! C'est sûr dans l'océan y a pas de trop de risque ;-) On y trouve des choses étranges dans l'Océan, par exemple ce node crée par un membre de cette liste (je ne dénonce personne) : http://www.openst

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet sly (sylvain letuffe)
Le mardi 20 mars 2012 10:31:28, Christian Quest a écrit : > Ca m'est arrivé en chargeant la bbox de Caen sous JOSM... oui, c'est > un peu "lourd"... > > Tu as mis quoi comme limite au fait ? J'ai rien mis, c'est donc 30 secondes de temps de traitement (le par défaut) -- sly (sylvain letuffe) _

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet Christian Quest
Ca m'est arrivé en chargeant la bbox de Caen sous JOSM... oui, c'est un peu "lourd"... Tu as mis quoi comme limite au fait ? Le 20 mars 2012 10:25, sly (sylvain letuffe) a écrit : > Le mardi 20 mars 2012 09:47:45, Christian Quest a écrit : >> As-tu mis une limite plus restreinte qu'avant ? >> >

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet sly (sylvain letuffe)
Le mardi 20 mars 2012 09:47:45, Christian Quest a écrit : > As-tu mis une limite plus restreinte qu'avant ? > > J'ai des erreurs de chargement sur des zones un peu larges que je > n'avais pas avant. C'est tout configuré comme avant (sauf la couverture) et après plusieurs essais je n'ai rien rema

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-20 Par sujet Christian Quest
As-tu mis une limite plus restreinte qu'avant ? J'ai des erreurs de chargement sur des zones un peu larges que je n'avais pas avant. Le 20 mars 2012 00:45, sly (sylvain letuffe) a écrit : > Pour rappel sur ce que c'est : > http://lists.openstreetmap.org/pipermail/talk-fr/2012-February/040108.ht

[OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

2012-03-19 Par sujet sly (sylvain letuffe)
Pour rappel sur ce que c'est : http://lists.openstreetmap.org/pipermail/talk-fr/2012-February/040108.html Profitant du nouveau serveur OSM-fr, la couverture s'étend au monde entier, il est donc maintenant possible de s'en servir pour éditer partout sur terre, idem pour la xapi et l'overpassAPI