Re: [OSM-talk-fr] Données disparues sur uMap ?

2016-10-07 Par sujet Philippe Verdy 
uMap a une interface assez basique mais il lui manque certainement la
gestion d'un historique (qui demanderait du stockage important et une
sérieuse modification du logiciel.
Dans le cadre d'une utilisation individuelle ça peut aller (chacun s'occupe
de ses sauvegardes et historiques par ses propres moyens) mais pour une
utilisation collaborative, c'est très ennuyeux (ou alors il faut bien
connaitre ceux avec qui on travaille et malgré tout se mettre d'accord pour
qu'il y en ait un qui fasse une version de référence.

Dans l'immédiat ce qu'on peut faire c'est une carte uMap "brouillon" pour
le travail collaboratif, mais non diffusée sur les sites webs publics qu'on
veut promouvoir, et une autre gérée par une seule personne qui importe les
modifs validée qui peuvent être publiées.

Maio là je pense qu'il s'agit d'une manipulation accidentelle par
quelqu'un, le dernier parti, qui a pensé avoir oublié de sauver son travail
en cours sur un PC resté allumé dans un coin mais oublié, et qui a cru bien
faire en validant de vieilles données et écrasant le travail des autres.

Avoir un historique permettant de remonter au moins pendant un mois (ou
plus si le stockage le permet) devrait régler ce genre de problème. Dans
les faits, la plupart des cartes uMap sont des créations individuelles ou
en petit binome dont un seul fait presque tout le travail, et un autre
corrige des détails mineurs.

Nombre de cartes uMap d'ailleurs ne comportent que très peu de données,
tout le reste c'est le fond de carte générique. Le but étant seulement de
créer une carte adhoc pour un événement ou une activité assez limitée dans
le temps ou l'espace et ensuite de l'intégrer à un blog ou un petit site.
Peu de gens utilisent les fonctions d"intégration par base de données et
feuilles de mise en page avancées. La plupart des données d'ailleurs sont
seulement des noeuds avec un texte annoté dessus, le tout dans une unique
liste.

Pour aller plus loin (notamment des données dynamiques ou plein de critères
de sélection), uMap manque de fonctionnalités et n'est franchement pas
facile à utiliser, et il n'est par exemple pas utilisable pour une agence
immobilière ou un site de petites annonces géolocalisées (où il sera
nettement plus facile de gérer ça avec une intégration directe d'OpenLayers
et sa propre base de données, à condition aussi de respecter les conditions
d'utilsiation des fournisseurs de fonds de carte). Mais ces mêmes sites
sont déjà les meilleurs clients de Mapquest (ou encore Google, parfois les
deux, rarement Bing, et en France seulement des fonds IGN, Michelin, Mappy,
ou sur les blogues l'intégration proposée par Here, ancienne division de
Nokia cédée par Microsoft mais qui s'appuie encore en partie sur les
produits Bing et Yahoo et dont désormais sont clients Microsoft, Yahoo et
Facebook...). uMap vise plutôt les petits sites individuels, les assos
locales, avec souvent une seule personne qui s'occupe de faire des cartes
dédiées et autant de cartes uMap séparées que nécessaire, il pourrait
rivaliser avec l'offre Facebook si uMap pouvait s'intéger aussi facilement
sur Facebook (et d'autres réseaux sociaux et hébergeurs de blogs).

uMap a de toute façon vocation à s'intégrer directement chez les hébergeurs
de sites perso, il est opensource et largement modifiable/adaptable par ces
hébergeurs qui peuvent proposer d'autres facilités d'intégration: il serait
bon de le faire entrer dans un cercle vertueux de développement plus
collaboratif y compris avec les hébergeurs (qui pourront aussi héberger
leurs propres serveurs de fonds de carte et soulager aussi ceux d'OSM plus
destinés au travail sur les données communes avec les éditeurs de carte).

Mais on peut quand même regretter qu'uMap ne soit pas développé avec un
vrai éditeur OSM, à ceci prêt qu'il fonctionnerait sur une base de données
séparée au lieu du fond commun, en utilisant des calques différents et des
authentifications différentes. Là je pense à une extension pour JOSM et
pour iD permettant de connecter un calque à une autre base qu'OSM et
permettant des travaux en équipe, et pouvant aussi faciliter les travaux
d'intégratio net validation avant import dans la base commune OSM ou une
autre base collaborative, ou versionnée/datée/archivée (la même extension
permettrait aussi de travailler hors ligne dans des endroits où la
connexion internet est chère, lente ou peu disponible, notamment dans les
pays en développement ou dans des zones de conflits où les communications
sont difficiles; cela permettrait aussi d'en faire une solution GIS
gratuite à dispo des collectivités de ces pays et deleur faciliter le
travail en ne les obligeant pas nécessairement à suivre toutes nos
conventions ni devoir faire le tri avec des tas de données qui ne les
intéresse pas, hormis nos fonds de carte génériques et les fournisseurs
TMS/WMS publics ou privés). On peut regretter que cette séparation des
calques ne soit toujours pas directement soutenu par la base OSM, avec la
grstion d'équipes

Car

[OSM-talk-fr] Données disparues sur uMap ?

2016-10-07 Par sujet Adrien Caillot 
Bonjour,

Je pose la question sur la liste, car je crois que des personnes qui
développent uMap et/ou administrent umap.openstreetmap.fr lisent la liste.

Et je pense que ce n'est pas hors sujet sur la liste.

J'avais créé une carte uMap pour une association.
Ces derniers temps, des membres de cette association ont fait énormément
de mises à jour. Je suis toujours en copie de leurs discussions à ce
sujet, même si je suis les choses d'assez loin.

Or, ce jeudi 6 octobre, l'un de ces membres nous envoie le message suivant :

« Hier soir et ce matin j'ai eu la désagréable surprise de constater sur
plusieurs micros qu'une grande partie de nos nombreuses mises à jour
récentes des tracés avait disparu et que d'anciens tronçons effacés
depuis plusieurs semaines avaient "miraculeusement" réapparu. ».

Est-ce que des personnes lisant la liste sont au courant de ce problème
et pourraient m'expliquer ce qui s'est passé ? Un crash et une
restauration de sauvegarde ? Est-ce lié au développement de la nouvelle
version de uMap ?

Ils ont l'air bien embêtés, et comme ce ne sont pas vraiment des
informaticiens il vaut mieux que ça soit moi qui vous pose la question
et qui leur explique les choses ensuite. :-)

Merci

-- 
Adrien



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

Re: [OSM-talk-fr] serveur tms cadastre hs !

2016-10-07 Par sujet DH 

Le 07/10/2016 à 21:31, Frédéric Rodrigo a écrit :

Un tour de manivelle et c'est reparti.



Et moi je dis youpi et merci.



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

Re: [OSM-talk-fr] serveur tms cadastre hs !

2016-10-07 Par sujet Frédéric Rodrigo 

Un tour de manivelle et c'est reparti.

Le 07/10/2016 à 17:26, DH a écrit :

Bonsoir la liste,

http://tms.cadastre.openstreetmap.fr/*/tout/20/546300/364104.png

renvoie systématiquement http 500 server error

Que chez moi ? Machine plantée ?

Il faut vite le réparer sinon je vais être en manque !!

D'avance merci


Denis


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




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

Re: [OSM-talk-fr] Osmose : erreur 3170 Rôle inadéquat

2016-10-07 Par sujet lenny.libre 

Merci PY et Philippe

C'est la simplicité même et je suis parti sur des trucs d'une 
complexité, je cherchais où il manquait le rôle (comme je prend de l'âge 
venant,  mon esprit n'est plus aussi vif)


Cela aurait été bien plus simple, si l'erreur avait été signalé sur le 
nœud en erreur, en plus ce nœud 
(http://www.openstreetmap.org/way/240628817) est à l'autre extrémité.


Merci encore

léni


Le 07/10/2016 à 19:59, Philippe Verdy a écrit :

ce rôle est en minuscules normalement

Le 7 octobre 2016 à 18:57, lenny.libre > a écrit :


Bonjour,

j'ai l'erreur


http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.663502=1.362535=Mapnik=T=3170%2C5010=1%2C2%2C3==



qui me signale

*Rôle inadéquat*role="Platform"
*relation 1557175
*
*name*= Tram Ligne T1 Direction Arènes*route*= tram

L’icône semble sur le dernier nœud de la relation route, je
suppose donc que c'est lui qui est signalé par rapport à la
relation ? le nœud platform est à 28 m, il est trop loin et n'a
pas été détecté ? Si c'est le cas pourquoi osmose ne détecte pas
des erreurs sur le autres extrémités ?

J'ai regardé les autres membres de la relation, ceux qui n'ont pas
le rôle platform sont soit des portions de chemin, soit
normalement des stop.

Je ne voit pas ce qu'a voulu signaler cette erreur

cordialement

léni






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





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


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

Re: [OSM-talk-fr] Erreurs Osmose à l'édition

2016-10-07 Par sujet Francois Gouget 
On Thu, 18 Aug 2016, Frédéric Rodrigo wrote:
[...]
> > Puis j'ai coché "Reuse changeset" et c'est passé (heureusement le
> > changeset précédent était du même tonneau, mais maintenant il est un peu
> > gros). Depuis plus de problème.
> J'ai mis des trace de debug. Il faut maintenant attendre que le problème 
> se reproduise.

Ca y est. L'erreur est de retour.
C'est un tout petit edit sur Osmose (changement de quelques tags mhs sur 
une église) et je me prends l'erreur "readyState: 4 status: 500" que je 
coche "Reuse changeset" ou non.

   Fails post to ../editor/save
   readyState: 4
   status: 500

Par contre je peux faire des commits en direct sur OpenStreetMap sans 
problème. Je garde la fenêtre ouverte...


-- 
Francois Gouget   http://fgouget.free.fr/
  E-Voting: It's not the people who vote that count.
 It's the people who count the votes.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : erreur 3170 Rôle inadéquat

2016-10-07 Par sujet Philippe Verdy 
ce rôle est en minuscules normalement

Le 7 octobre 2016 à 18:57, lenny.libre  a écrit :

> Bonjour,
>
> j'ai l'erreur
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.
> 663502=1.362535=Mapnik=T=
> 3170%2C5010=1%2C2%2C3==
>
> qui me signale
> *Rôle inadéquat* role="Platform"
> *relation 1557175 *
> *name* = Tram Ligne T1 Direction Arènes *route* = tram
>
> L’icône semble sur le dernier nœud de la relation route, je suppose donc
> que c'est lui qui est signalé par rapport à la relation ? le nœud platform
> est à 28 m, il est trop loin et n'a pas été détecté ? Si c'est le cas
> pourquoi osmose ne détecte pas des erreurs sur le autres extrémités ?
>
> J'ai regardé les autres membres de la relation, ceux qui n'ont pas le rôle
> platform sont soit des portions de chemin, soit normalement des stop.
>
> Je ne voit pas ce qu'a voulu signaler cette erreur
>
> cordialement
>
> léni
>
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : erreur 3170 Rôle inadéquat

2016-10-07 Par sujet Pierre-Yves Berrard 
Bonjour,

Simplement mettre la première lettre en minuscule.

PY

Le 7 octobre 2016 à 18:57, lenny.libre  a écrit :

> Bonjour,
>
> j'ai l'erreur
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.
> 663502=1.362535=Mapnik=T=
> 3170%2C5010=1%2C2%2C3==
>
> qui me signale
> *Rôle inadéquat* role="Platform"
> *relation 1557175 *
> *name* = Tram Ligne T1 Direction Arènes *route* = tram
>
> L’icône semble sur le dernier nœud de la relation route, je suppose donc
> que c'est lui qui est signalé par rapport à la relation ? le nœud platform
> est à 28 m, il est trop loin et n'a pas été détecté ? Si c'est le cas
> pourquoi osmose ne détecte pas des erreurs sur le autres extrémités ?
>
> J'ai regardé les autres membres de la relation, ceux qui n'ont pas le rôle
> platform sont soit des portions de chemin, soit normalement des stop.
>
> Je ne voit pas ce qu'a voulu signaler cette erreur
>
> cordialement
>
> léni
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose : erreur 3170 Rôle inadéquat

2016-10-07 Par sujet lenny.libre 

Bonjour,

j'ai l'erreur

http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.663502=1.362535=Mapnik=T=3170%2C5010=1%2C2%2C3==

qui me signale

*Rôle inadéquat*role="Platform"
*relation 1557175 *
*name*= Tram Ligne T1 Direction Arènes*route*= tram

L’icône semble sur le dernier nœud de la relation route, je suppose donc 
que c'est lui qui est signalé par rapport à la relation ? le nœud 
platform est à 28 m, il est trop loin et n'a pas été détecté ? Si c'est 
le cas pourquoi osmose ne détecte pas des erreurs sur le autres extrémités ?


J'ai regardé les autres membres de la relation, ceux qui n'ont pas le 
rôle platform sont soit des portions de chemin, soit normalement des stop.


Je ne voit pas ce qu'a voulu signaler cette erreur

cordialement

léni





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

[OSM-talk-fr] serveur tms cadastre hs !

2016-10-07 Par sujet DH 

Bonsoir la liste,

http://tms.cadastre.openstreetmap.fr/*/tout/20/546300/364104.png

renvoie systématiquement http 500 server error

Que chez moi ? Machine plantée ?

Il faut vite le réparer sinon je vais être en manque !!

D'avance merci


Denis


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

Re: [OSM-talk-fr] Conflit entre les sources et le terrain sur une limite intercommunale

2016-10-07 Par sujet Philippe Verdy 
Ce qu'on voit sur satellite peut être des éclaircies suite à des coupes, ou
des plantations récentes qui peuvent ressembler à un champ avec plein
d'herbes pendant plusieurs années, et même pendant quelques temps avant une
nouvelle plantation le terrain dégagé peut être transformé en culture et en
prairie, histoire de restabiliser les sols qui ont été retournés et
profiter aussi de la richesse de l'humus accumulé et donner du temps pour
que les restes de bois et racines soient transformés par la faune, les
champignons et les insectes. Ceci fait replanter est bien plus facile.
Selon les cas ce sera de petites parcelles pour des plans jeunes et
pépinières, ou des parcelles un peu plus large pour les jeunes arbres, puis
enfin de vraies plantations bien alignées pour les arbres déjà bien formés.
Pourtant cela reste une forêt, même si ça ne ressemble pas tellement à ce
qu'on connait des bois étagés. Des signes peuvent le montrer, notament des
clotures autour des pépinières et plans jeunes, des alignements sur des
rangs plus larges que les cultures classiques (maraichage, céréales).
Parfois on laissera des clairières afin de favoriser les nichages
d'oiseaux, développer des insectes, ou pour la grande faune qui vient
prendre le soleil ou y cacher ses petits dans les herbes et fourrés, ou
parce qu'il y a un point d'eau naturel proche. Les oiseaux vont amener et
disséminer les graminées qui coloniseront les sous-bois autour.

Des nids d'abeilles vont se former et aider à poliniser, des carnassiers
vont débarraser l'invasion des rongeurs (qui nuisent aux jeunes arbres)
vont traiter les cadavres d'animaux ou réguler la surpopulation des lapins
qui ravagent les plantations jeunes et déterre ou cassent les racines pour
loger sous les arbres, qui ne résisteront alors pas non plus au vent. Une
forêt en bonne santé a besoin de cette diversité, même si on final on vise
à produire de larges plantations de grands arbres, dont la densité se
réduira avec l'âge pour leur donner de la lumière. Autour des clairières on
trouvera les plus beaux arbres ayant le plus de valeur et elles valorisent
aussi l'attractivité pour les visiteurs et à terme aussi les acheteurs de
bois de coupe. Elles servent enfin pour constituer les stocks de troncs
coupés pendant leur séchage (notamment si c'est loin des routes
forestières) et facilitent plus tard les manutentions en gardant les
sous-bois accessibles Après des abattages, il reste souvent des morceaux de
parcelles encore trop petits pour être replantés.

Si l'ONF considère une parcelle comme de la forêt on doit lui faire
confiance, si ce n'est pas le cas c'est souvent temporaire pendant quelques
saisons ou parce que les clairières sont imposées comme coupe-feux et pour
garder le reste accessible au travail forestier.

Les changements sont lents, étalés sur des années, sauf en cas de gros
pépin climatique ou de violents incendies non contrôlés.

Mais tous les feux de forêts ne sont pas nuisibles, certaines espèces ne
peuvent pas s'en passer. mais c'est fait sous surveillance pour limiter
leur impact en hauteur et leur propagation à grande vitesse avec le vent et
pas en toutes saisons; nombre d'arbres y résistent très bien, seule
l'écorce superficielle est un peu touchée et les petites branches basses
peu productives qui déforment les troncs et réduisent la croissance des
grumes; ça permet aussi de sélectionner les arbres à garder plus longtemps;
le sous-bois étagé se reforme très vite, à commencer par les fougères et
arbustes frutiers (et les insectes) et cela limite aussi les maladies
apportées par certains insectes invasifs et favorise les germinations de
nouveaux plans qui seront récupérés et replantés ailleurs.



Le 7 octobre 2016 à 14:46, David Marchal  a écrit :

> Sinon, il y a ceci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? qui
> donne accès à 2 WMS dans jOSM, un pour les forêts et l'autre pour les
> parcelles. Pas sûr toutefois de la fraîcheur des données, mais ça peut
> préparer le boulot avant d'aller relever. Par contre, comme précisé (
> http://www.onf.fr/onf/sommaire/donnees_publiques/
> donnees_publiques/20100607-151633-435455/@@index.html), ces données
> représentent ce qui est géré par l'ONF comme une forêt, donc ça n'en est
> pas forcément et il n'y a pas toutes les zones boisées ; c'est
> particulièrement visible quand on compare avec l'imagerie satellite.
>
>
> Pas besoin de tricher sur les tags pour les parcelles : un (multi)polygone
> par parcelle avec le numéro en ref=*, un multipolygone qui les
> regroupe pour la forêt elle-même, et le tour est joué (
> https://www.openstreetmap.org/search?query=nancy#map=14/48.6688/6.1029). De
> toute façon, la question de savoir si les données sont rendues ou pas est
> une fausse question, à mon avis : si on ne met pas les infos qu'on a, elles
> ne seront jamais rendues, puisqu'il n'y aura rien à afficher ; par
> ailleurs, ce n'est pas parce que les informations ne sont pas rendues
> qu'elles sont inutiles, par

Re: [OSM-talk-fr] Conflit entre les sources et le terrain sur une limite intercommunale

2016-10-07 Par sujet David Marchal 
Sinon, il y a ceci : http://ws.carmencarto.fr/WMS/105/ONF_Forets? qui donne 
accès à 2 WMS dans jOSM, un pour les forêts et l'autre pour les parcelles. Pas 
sûr toutefois de la fraîcheur des données, mais ça peut préparer le boulot 
avant d'aller relever. Par contre, comme précisé 
(http://www.onf.fr/onf/sommaire/donnees_publiques/donnees_publiques/20100607-151633-435455/@@index.html),
 ces données représentent ce qui est géré par l'ONF comme une forêt, donc ça 
n'en est pas forcément et il n'y a pas toutes les zones boisées ; c'est 
particulièrement visible quand on compare avec l'imagerie satellite.


Pas besoin de tricher sur les tags pour les parcelles : un (multi)polygone par 
parcelle avec le numéro en ref=*, un multipolygone qui les regroupe pour la 
forêt elle-même, et le tour est joué 
(https://www.openstreetmap.org/search?query=nancy#map=14/48.6688/6.1029). De 
toute façon, la question de savoir si les données sont rendues ou pas est une 
fausse question, à mon avis : si on ne met pas les infos qu'on a, elles ne 
seront jamais rendues, puisqu'il n'y aura rien à afficher ; par ailleurs, ce 
n'est pas parce que les informations ne sont pas rendues qu'elles sont 
inutiles, par exemple les maxspeed=* qui sont surtout destinées aux GPS 
routiers, et pas pour les dessiner sur une carte.


De : Philippe Verdy 
Envoyé : jeudi 6 octobre 2016 12:29
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Conflit entre les sources et le terrain sur une 
limite intercommunale

Je vois des "old" partout. Pas convaincu qu'on ait un accès direct aux données 
actualisées (à moins de 5 ou 10 ans; ceci dit le cadastre tel qu'il est publié 
n'est souvent pas non plus à jour depuis des années concernant l'at des 
propriétés et constructions).

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

Re: [OSM-talk-fr] Parcourir toutes les routes d'une commune

2016-10-07 Par sujet Etienne Trimaille 
Tout depend du nettoyage que tu fais dans JOSM, mais tu peux directement
interroger l'overpass depuis QGIS avec le plugin QuickOSM : highway in
nomdelacommune, linestring uniquement.

Le 7 octobre 2016 à 03:38, Stéphane Péneau  a
écrit :

> Je suis sur une bonne piste.
>
> Overpass Turbo -> highway=* in nomdelacommune
> Josm, un peu de nettoyage puis export en geojson
> import dans Qgis (linestring uniquement)
> Application du plugin chinese postman
> Export GPX avec force track/route activé, et en ne prenant que les
> linestrings.
>
> Crash test demain à Montreuil-en-Touraine pour l'OPL.
>
> Stf
>
>
> Le 04/10/2016 à 22:51, Stéphane Péneau a écrit :
>
>> Oui, c'est ça, c'est le problème du postier chinois !!
>>
>> Multiroute n'est pas adapté.
>>
>> J'ai essayé le plugin Qgis (le plugin est caché dans les plugs
>> expérimentaux), et c'est mieux.
>> Il m'indique à chaque fois un tracé de moins d'1km, mais je vois bien un
>> parcours qui semble réaliste.
>> En revanche, lorsque j'exporte en gpx, et que je l'ouvre dans OsmAnd, ce
>> dernier ne me propose rien de cohérent, malgré les différents exports que
>> j'ai tentés, route, waypoint, track, etc..
>>
>> Je ne sais pas si c'est le plugin qui ne fonctionne pas correctement, mes
>> choix d'exports qui sont mauvais, ou OsmAnd qui me fait des blagues.
>>
>> Vincent,
>> Et bien, c'était courageux de faire ça de cette façon.
>> On pourra regarder, mais j'en aurai besoin dès le vendredi, et en voiture
>> je préfère de pas quitter la route des yeux pour regarder un plan papier.
>>
>>
>> Le 04/10/2016 à 22:32, Vincent de Château-Thierry a écrit :
>>
>>> Bonsoir,
>>>
>>> Le 04/10/2016 à 21:22, Frédéric Rodrigo a écrit :
>>>
 Le 04/10/2016 à 19:14, didier2020 a écrit :

> Le mardi 04 octobre 2016 à 19:01 +0200, Stéphane Péneau a écrit :
>
>>
>> Si vous deviez parcourir toutes les routes d'une commune, comment
>> est-ce
>> que vous vous y prendriez ?
>>
>> On part du principe qu'on met de côté tout ce qui est highway=path ou
>> track pour conserver les routes adaptées aux voitures.
>>
>> Je peux facilement récupérer ces routes dans Josm avec un requête
>> overpass, puis faire quelques corrections, comme ajouter les routes
>> qui
>> sont très légèrement au-delà des limites admin, mais ensuite, comment
>> trouver le parcours le plus court  et être guidé, depuis OsmAnd par
>> exemple.
>>
>> J'avoue que je sèche.
>>
>
>>> J'ai rencontré exactement ce problème en cherchant à parcourir toutes
>>> les rues de Clermont-Fd (en 2012). J'ai géré ça de façon artisanale
>>> (litote). J'ai divisé la ville en secteurs, globalement en prenant appui
>>> sur les grands axes. J'ai ensuite imprimé via Maposmatic chaque secteur
>>> séparément, sur du A4. Et j'ai composé ma tournée, sur une semaine, en
>>> balayant les secteurs un par un. Balayer signifiait : parcourir toutes les
>>> voies d'un secteur, en les raturant sur mon exemplaire papier pour
>>> identifier simplement le reste à faire. L'idée était de ne pas sortir d'un
>>> secteur tant que tous les axes n'étaient pas crayonnés. J'ai prévenu que
>>> c'était artisanal ;)
>>> Au final j'estime à facilement un quart du temps de la tournée le temps
>>> dédié, à l'arrêt, à décider des quelques prochaines rues à parcourir, avec
>>> en cible le souhait de minimiser les passages multiples sur un même axe. Un
>>> bon casse-tête ! Plus facile à traiter à Manhattan ou... Levallois-Perret :
>>> http://www.openstreetmap.org/relation/86985#map=15/48.8946/2.2874
>>>
>>> Le première application pourrait se faire ce week-end pour l'opération
>> libre de montreuil-en-touraine
>>
>
>>> Ce WE Stéphane on bricolera ça en vélo ;)
>>>
>>> vincent
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr