Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[Rainer Kluge]

Bonjour,

L'appli QLandkarteGT propose un mode semi-automatique de création d'itinéraire 
qui suit les ways sur une carte au format Garmin. Si on utilise une des 
nombreuses cartes au format Garmin basées sur OSM, cela correspond à peu près à 
ce que tu cherches.


Rainer


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

[OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.

[Pmz]

Salut,
J'ai repéré un alignement de points non désiré causé par le changeset 13265346
sur le way 38575362. Potlatch 2 a encore frappé !
Quelqu'un peut-il corriger, s'il vous plait ?
A+
Pmz


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

Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Pierre Béland]

Extraordinaire Pieren

Quelques coups de serpes ici et là, et ça a commencé a régler le problème. Je 
vais donner encore quelques coups et voir à nouveau le résultat.  

Espérons que je ne ferai couler aucune île.


 
Pierre 



>
> De : Pieren 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Jeudi 4 octobre 2012 16h38
>Objet : Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag 
>landuse=farmland
> 
>
>2012/10/4 Pierre Béland 
>
> 
>Je ne comprend pas pourquoi le problème proviendrait de l'assemblage contenu 
>dans la relation. Celle-ci contient des membres avec des rôles outer et inner 
>définissant et le contour et les zones à exclure. Ceci est rendu correctement. 
>>
>>
>
>Si c'est un bug mapnik ou oms2pgsql, tu n'as qu'à inverser l'ordre des deux 
>îles dans la relation et légèrement modifier leur géométrie pour relancer le 
>rendu et voir si le problème s'est déplacé.
>
>Pieren
>
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Marc Sibert]

Le 04/10/2012 11:22, Marc SIBERT a écrit :


- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.

Travail en cours : http://freeroute.fr/tmc


Une mise à jour ce soir : des couleurs suivant le type de route (A, N ou 
D), des numéros sur les points.


Pas de sélection possible encore.

Dodo.

A+

--
Marc Sibert
mailto:m...@sibert.fr

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

Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Pieren]

2012/10/4 Pierre Béland 


> Je ne comprend pas pourquoi le problème proviendrait de l'assemblage
> contenu dans la relation. Celle-ci contient des membres avec des rôles
> outer et inner définissant et le contour et les zones à exclure. Ceci est
> rendu correctement.
>
>
Si c'est un bug mapnik ou oms2pgsql, tu n'as qu'à inverser l'ordre des deux
îles dans la relation et légèrement modifier leur géométrie pour relancer
le rendu et voir si le problème s'est déplacé.

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

Re: [OSM-talk-fr] Il était une fois Julien vitry 94

[Christian Rogel]

Le 4 oct. 2012 à 21:20, Philippe Verdy a écrit :

> Bref, même quand on prouve que l'installation n'est pas normale, on ne
> tient pas compte de la contestation (et l'Etat empoche non seulement
> le PV mais le forfait supplémentaire de consigation obligatoire
> simplement pour user de son droit. J'avais fait ça même par recommandé
> avec une lettre timbrée pour la réponse que je n'ai jamais reçue.
> J'ai juste eu confirmation 6 mois après de mon retrait de point…
> 

La prochaine fois, tu essayeras de te payer un avocat spécialisé proposés 
par les associations de défense des automobilistes et tu gagneras ton recours,
éventuellement en cassation, en perdant un peu d'argent.

Là, on est dans le HS.

Christian Rogel


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

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

[Christian Rogel]

Le 4 oct. 2012 à 19:32, Eric SIBERT a écrit :

> Je dois avouer que je suis un peu dubitatif...
> 
> 
>> Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français
>> qui traduisent mal le wiki anglophone :
> 
> C'est le traducteur qui est mauvais ou la version anglaise qui a évoluée?

Non, c'est un retour à la langue des Grands-Bretons anciens. En français : 
jamais autant

> 
>> Wiki français, première phrase :
>> La valeur *unclassified*de la clé *highway*est utilisée pour représenter
>> une route publique BITUMEE au trafic le plus faible.
>> 
>> Wiki en anglais :
>> *Unclassified*is used for minor public roads typically at the lowest
>> level of the interconnecting grid network...Unclassified roads are
>> considered usable by motor cars.
> 
> > En clair, les "unclassified" font partie du réseau routier maillé
> 
> Alors, le réseau routier non-maillé (les routes en cul-de-sac), on les met où?

Désolé de faire dans le capillotractage, mais j'y suis obligé par plus fort que 
moi. ;-
Et désolé aussi pour l'oubli d'un smiley, dans l'expression "sus aux …."., 
alors que j'en ai mis 3 dans le message.

"Interconnecting grid net work" : c'est clairement du langage administratif 
britannique qui ne peut être
écrit et compris tel quel.
Je mets maillage pour transposer "grid" et tu sautes sur le sens littéral. Je 
crois cependant que si je 
n'avais mis que "réseau routier", cela aurait inclus les cul-de-sac, à moins de 
créer 2 catégories de routes
qui, pourtant nécessitent les mêmes attentions.

>> Et plus loin
>> One generality, perhaps, is that "unclassified" roads are often unpaved
>> in larger, poorer or more remote/rural areas, and are typically paved in
>> denser, richer or more central/urban areas.
>> 
>> [...] ce
>> qui veut dire qu'elles sont des voies de droit public et donc, a priori,
>> TOUTES les voies de droit public, donc, sans considération de leur aspect.
> 
> Je ne vois pas où le texte anglais parle de droit public/privé.

On part des classifications de routes du réseau routier britannique. Si tu ne 
vois pas que ce qui n'est 
pas classifié est une catégorie supplémentaire à ce qui est classifié, lequel 
est , par nature, public,
d'autres peuvent le supposer. C'est en tout cas mon avis.

Une des premières choses que j'ai comprises sur le terme "unclassified", c'est 
que c'était un élément
défini légalement pour la catégorisation du réseau public de l'Angleterre et du 
Pays de Galles (Ecosse, peut-être
aussi,  mais, je n'ai pas le temps d'aller y voir).

>> Qui corrige, avant que je ne le fasse moi-même?
> 
> La nécessité de corriger ne me paraît pas évidente. La page anglaise dit que 
> la définition varie d'un pays à l'autre, voir d'une région à l'autre et qu'il 
> faut surtout essayer d'être homogène dans un secteur. Un tour sur la page de 
> discussion de la page anglaise montre que le débat est loin d'être clos. 
> L'idée est néanmoins qu'on essaie de hiérarchiser l'importance relative des 
> différentes voies dans le réseau routier. On peut s'aider d'autres critères 
> comme l'état physique ou l'appartenance administrative pour essayer d'évaluer 
> l'importance d'une voie.

La première version de la définition anglaise, mentionnée par Sylvain,  dit 
bien que les "unclassified" peuvent être "unpaved" dans les pays plus grands 
que la Grande-Bretagne, c'est évidemment le cas de la France métropolitaine qui 
est 2,6 fois plus grande, et on ne compte pas là le territoire français entier, 
avec la Guyane, par exemple.
> 
> Dans cette perspective, la route en forêt fermée au trafic automobile ne fait 
> pas partie du réseau routier, donc pas de highway=unclassified mais track ou 
> service.
> 
> > La valeur *unclassified*de la clé *highway*est utilisée pour représenter
> > une route publique BITUMEE au trafic le plus faible.
> 
> Une mise à jour à minima serait :
> 
> La valeur *unclassified*de la clé *highway*est utilisée pour représenter une 
> route ouverte au public au trafic le plus faible.
> 
>> Pour répondre à Eric, "track" concerne éventuellement que le domaine
>> privé de la commune ou les routes privées, agricoles ou non, et c'est
>> bien plus clair comme ça.
> 
> Roads for agricultural use. Those roads are typically rural roads, farm 
> roads, parochial roads, cart-tracks for agricultural use, forest tracks etc.; 
> usually unpaved (unsealed) but may occasionally apply to paved tracks as well.
> 
> Je ne vois toujours aucun élément administratif dans la définition d'une 
> track.

Je n'ai jamais dit que c'était une notion administrative. Il faut prendre les 
choses en descendant : toute voie publique carrossable est "unclassified". Une 
voie publique non carrossable pour une berline ordinaire (abandon, par exemple) 
et qui n'est pas un conçue à l'origine comme sentier pourrait être mise en 
"track", mais, on est plutôt dans dans l'exception.


Une voie publique "unclassified" se prolonge dans un domaine privé sous la 
forme de "service", si elle est carrossable, ou sous la

Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Pierre Béland]

Marc,

Le style Mapnik fonctionne correctement dans JOSM. Par contre, non avec 
certaines îles dans cette relation. Il y a plusieurs relations avec des 
caractéristiques similaires le long du Niger et qui fonctionnent correctement.

Je ne comprend pas pourquoi le problème proviendrait de l'assemblage contenu 
dans la relation. Celle-ci contient des membres avec des rôles outer et inner 
définissant et le contour et les zones à exclure. Ceci est rendu correctement. 

Ensuite il y a une série de polygones, les îles avec un tag landuse=farmland + 
flood_prone=yes. Et c'est là que le problème apparait, puisque ce ne sont pas 
toutes les zones qui sont reconnues et affichées avec zone rosée.

Est-il effectivement possible que le problème soit causé par le rendu Mapnik?  


 
Pierre 



>
> De : Marc 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Jeudi 4 octobre 2012 15h15
>Objet : Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag 
>landuse=farmland
> 
>
>Jolie dentelle!!!
>J'ai regarder, et je n'ai pas vu d'écart des les tags et la
  géométrie me semble correcte... Mapnik ne comprend pas ce que tu
  veux faire ?
>
>Le 04/10/2012 20:26, Pierre Béland a écrit :
>
>De façon à illustrer plus succintement le problème présenté plus tôt, voici 
>deux îles sur le fleuve Niger qui sont définies dans OSM avec les mêmes 
>attributs mais ont un rendu différent dans Mapnik. 
>> 
>>
>>
>>Les deux îles sont inclues dans une relation riverbank, toutes deux avec un 
>>rôle inner. Le contour du fleuve et les îles sont affichés correctement. Par 
>>contre, Mapnik ne reconnait l'attribut landuse=farmland que pour une des deux 
>>îles (zone rosée). Ce même problème se pose pour plusieurs îles faisant parti 
>>de cette relation. Si j'utilise le style Mapnik dans JOSM, ces îles 
>>s'affichent correctement.
>>
>>
>>
>>Les deux chemins décrivant les îles ont les attributs (ie. flood_prone = yes 
>>landuse = farmland) :http://www.openstreetmap.org/browse/way/168321975
>>http://www.openstreetmap.org/browse/way/168369481
>>
>>
>>
>>Dans la relation 2069385, ces deux polygones ont le rôle inner.
>>La relation contient les attributs suivants : 
>>type = multipolygon 
>>waterway = riverbank 
>>Rendu Mapnik pour la relation : http://www.openstreetmap.org/?relation=2069385
>>
>>
>>D'où peut venir le problème? Quelques pistes de solution?
>>
>>
>> 
>> 
>>
>>>
>>
>>
>>
>>___
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

Re: [OSM-talk-fr] Il était une fois Julien vitry 94

[Philippe Verdy]

Le 2 octobre 2012 23:11, Christophe Merlet  a écrit :
> M'étant fait flashé à la Ville-du-Bois sur la N 20 quelque temps après
> l'inauguration du premier radar automatique sur une zone opportunément
> limité à 70 km/h, je dirais que malgré la 2x2 voies avec terre-plein
> central, on est plus sur une primary que sur du trunk, en tout cas à cet
> endroit !

Je me suis fait flasher aussi sur une 4 voies (trunk) nouvelle au
début de la section, juste avant que ça passe à 90 puis 110 en roulant
à 80 alors que c'était encore limité à 70 selon le dernier panneau
précédent, sur la voie d'accélération normale. Par un radar qui avait
été installé en mai puis mis en panne pendant des mois (baché). Il a
du réouvrir la veille le samedi alors que le journal régional mettait
un article au sujet de ce radar hors de prix qui n'avait pas marché 2
jours depuis son installation.

Je suis repassé le mardi il était à nouveau bâché. Ce que j'ai vu
c'est qu'il était mal aligné avec l'axe de la route et même son
emplacement n'était pas réglementaire.

Avec photocopie de l'article dans le journal et photo.

Pourtant on m'a retiré un point et j'ai du payer l'amende malgré le
fait que j'ai pu prouver que la date de certification sur le PV était
falsifiée (à cette date de certification il n'était PAS en service, il
n'a donc pas pu être homologué...

Bref, même quand on prouve que l'installation n'est pas normale, on ne
tient pas compte de la contestation (et l'Etat empoche non seulement
le PV mais le forfait supplémentaire de consigation obligatoire
simplement pour user de son droit. J'avais fait ça même par recommandé
avec une lettre timbrée pour la réponse que je n'ai jamais reçue.
J'ai juste eu confirmation 6 mois après de mon retrait de point...

Comme quoi les radars sont posés en dépit du bon sens juste pour faire
de l'argent, et que l'Etat aime que les gens les conteste puisque'il
empoche encore plus et que de toute façon la procédure de contestation
ne sert strictement à rien !

Cela n'a rien à voir avec les questions de sécurité car à cet endroit
il n'y a plus rien de dangereux pendant une dizaine de kilomètres sans
croisement ni gros virage, ni aucun danger particulier (le danger
était derrière). Tout ça parce que ce radar aurait du être posé de
l'autre côté de la 4 voies, à l'arrivée vers l'intersection... Pas
étonnant qu'il n'ait pas été homologué (d'ailleurs ce radar est
toujours fermé maintenant car il lui est impossible de s'aligner avec
le bon angle sur la route pour faire une visée correcte.

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

Re: [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Marc]

Jolie dentelle!!!
J'ai regarder, et je n'ai pas vu d'écart des les tags et la géométrie me 
semble correcte... Mapnik ne comprend pas ce que tu veux faire ?


Le 04/10/2012 20:26, Pierre Béland a écrit :
De façon à illustrer plus succintement le problème présenté plus tôt, 
voici deux îles sur le fleuve Niger qui sont définies dans OSM avec 
les mêmes attributs mais ont un rendu différent dans Mapnik.


Les deux îles sont inclues dans une relation riverbank, toutes deux 
avec un rôle inner. Le contour du fleuve et les îles sont affichés 
correctement. Par contre, Mapnik ne reconnait l'attribut 
landuse=farmland que pour une des deux îles (zone rosée). Ce même 
problème se pose pour plusieurs îles faisant parti de cette relation. 
Si j'utilise le style Mapnik dans JOSM, ces îles s'affichent correctement.


Les deux chemins décrivant les îles ont les attributs (ie. flood_prone 
 = 
yes landuse 
 = 
farmland 
) :

http://www.openstreetmap.org/browse/way/168321975
http://www.openstreetmap.org/browse/way/168369481

Dans la relation 2069385, ces deux polygones ont le rôle inner.
La relation contient les attributs suivants :
type  = 
multipolygon
waterway 
 = 
riverbank 




Rendu Mapnik pour la relation : 
http://www.openstreetmap.org/?relation=2069385


D'où peut venir le problème? Quelques pistes de solution?





___
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] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Pierre Béland]

De façon à illustrer plus succintement le problème présenté plus tôt, voici 
deux îles sur le fleuve Niger qui sont définies dans OSM avec 
les mêmes attributs mais ont un rendu différent dans Mapnik. 


Les deux îles sont inclues dans une relation riverbank, toutes deux avec un 
rôle inner. Le contour du fleuve et les îles sont affichés correctement. Par 
contre, Mapnik ne reconnait l'attribut landuse=farmland que pour une des deux 
îles (zone rosée). Ce même problème se pose pour plusieurs îles faisant parti 
de cette relation. Si j'utilise le style Mapnik dans JOSM, ces îles s'affichent 
correctement.


Les deux chemins décrivant les îles ont les attributs (ie. flood_prone = yes 
landuse = farmland) :http://www.openstreetmap.org/browse/way/168321975
http://www.openstreetmap.org/browse/way/168369481


Dans la relation 2069385, ces deux polygones ont le rôle inner.
La relation contient les attributs suivants : 
type = multipolygon 
waterway = riverbank 
Rendu Mapnik pour la relation : http://www.openstreetmap.org/?relation=2069385


D'où peut venir le problème? Quelques pistes de solution?


 
Pierre 



>
> De : Pierre Béland 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 4 octobre 2012 10h50
>Objet : [OSM-talk-fr] Delta du haut-niger Mali, problème avec tag 
>landuse=farmland
> 
>
>Le delta du Haut-Niger au Mali contient de vastes zones qui sont inondées à 
>chaque année à la période des pluies. Ces zones inondables sont en grande 
>partie des fermes. J'ai cartographié la zone entre Bourem et Gao avec succès 
>sauf une petite zone près de Taboye où les zones inondables ne s'affichent pas 
>correctement.
>
>Pour représenter les contours du fleuve, j'ai créé des relations 
>multipolygone, waterway=riverbank avecdes rôles outer pour les contours 
>externes et des rôles inner pour les îles. Le tout s'affiche correctement.
>
>
>
>Pour représenter les fermes en zone inondable, j'ai utilisé lesdeux tags 
>suivants : landuse=farmland et flood_prone=yes. Je me suis également assuré 
>que dans les polygones représentant les îles, la terre soit toujours à gauche 
>du chemin.
>
>
>
>Les zones inondables apparaissent en rosé avec la couche OSM-Mapnik.  
>Cependant,  pour la relation 2069385, plusieurs îles ne s'affichent pas 
>correctement. Quelqu'un peut-il m'aider à identifier le problème avec ces 
>îles? 
Y-a-t-il un outil qui pourrait aider à identifier de tels problèmes?
>
>
>relation avec zones farmland non reconnues voir 
>http://www.openstreetmap.org/?relation=2069385
>autres relations à proximité
>http://www.openstreetmap.org/?relation=2069384
>http://www.openstreetmap.org/?relation=2312915
> 
>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

[OSM-talk-fr] [forum-osm-fr] Présentation Georgie

[forum]

Le message suivant de :
##
Salut, à tous,



en 2 mots, je suis en reconversion professionnelle, étudiant donc, et passionné 
de SIG.



Cela fait quelques temps que j'utilise OpenStreetMap pour "illustrer" mes 
projets SIG, en faisant apparaître la carte raster en fond sur ArcGIS, MapInfo 
ou QGIS.



Je ne me rends compte que récemment qu'il s'agit bien d'une base de données, et 
que je peux extraire cette donnée (cool !).

Bon oui je l'avoue, je m'en doutais, car je sais que c'est un projet 
participatif, et que donc il faut bien qu'on insère la donnée, un moment donné 
! Mais j'en avais jamais eu besoin.



Aujourd'hui, j'ai tout plein de questions sur OSM, mais j'ouvrirai des 
discussions appropriées.



J'ai aussi plein de données originales, issues de projets personnels et de 
recherches universitaires ou personnelles, que je souhaiterais rendre 
disponibles sur OSM (en général, j'ai tout en shape), mais avant, il faut que 
je familiarise avec JOSM...



Je m'intéresse aussi beaucoup au webmapping et au geoweb, j'ai un site 
([url]http://cartoperso.fr/[/url]) avec quelques maps assez originales (enfin, 
j'espère), mais je débute encore (API GE, les .kml, geoserver). 



Voilà à bientôt !



[img]http://cartoperso.fr/Images/Icone3.jpg[/img]

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

[sly (sylvain letuffe)]

> Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français qui
> traduisent mal le wiki anglophone :  

Elle est bien bonne celle là. Et si je criais "sus aux irelandais" qui 
changent le wiki anglophone à tout bout de champs sans consultation sur des 
tags extrêmement utilisés ?

Enfin, restons courtois et analysons.
La traduction Française date du 23 Mars 2011, à cette époque, la wiki 
anglophone indiquait :
"Public road, primarily for access to properties, paved[1], non-residential.
[1] Can be unpaved in larger/poorer countries "

Sa traduction, certes un peu romancée indiquait bien "bitumé" qui semble te 
choquer, telle que la wiki anglophone l'écrivait. Rien à lui reprocher donc 
de ce coté là.
En revanche, c'est une modification d'importance sur le wiki anglophone, et je 
n'ai pas ouïe lire sur la liste tagging qu'une telle modification avait été 
présentée par une discussion+vote !

Et ça, les wiki qui bougent et qui change le sens d'un tag en cours de route 
c'est une plaie ! Nonobstant le fait que ça puisse être une bonne idée.

> Qui corrige, avant que je ne le fasse moi-même?

Pas d'avis.



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

[Eric SIBERT]

Je dois avouer que je suis un peu dubitatif...



Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français
qui traduisent mal le wiki anglophone :


C'est le traducteur qui est mauvais ou la version anglaise qui a évoluée?



Wiki français, première phrase :
La valeur *unclassified*de la clé *highway*est utilisée pour représenter
une route publique BITUMEE au trafic le plus faible.

Wiki en anglais :
*Unclassified*is used for minor public roads typically at the lowest
level of the interconnecting grid network...Unclassified roads are
considered usable by motor cars.


> En clair, les "unclassified" font partie du réseau routier maillé

Alors, le réseau routier non-maillé (les routes en cul-de-sac), on les 
met où?




Et plus loin
One generality, perhaps, is that "unclassified" roads are often unpaved
in larger, poorer or more remote/rural areas, and are typically paved in
denser, richer or more central/urban areas.

[...] ce
qui veut dire qu'elles sont des voies de droit public et donc, a priori,
TOUTES les voies de droit public, donc, sans considération de leur aspect.


Je ne vois pas où le texte anglais parle de droit public/privé.


Qui corrige, avant que je ne le fasse moi-même?


La nécessité de corriger ne me paraît pas évidente. La page anglaise dit 
que la définition varie d'un pays à l'autre, voir d'une région à l'autre 
et qu'il faut surtout essayer d'être homogène dans un secteur. Un tour 
sur la page de discussion de la page anglaise montre que le débat est 
loin d'être clos. L'idée est néanmoins qu'on essaie de hiérarchiser 
l'importance relative des différentes voies dans le réseau routier. On 
peut s'aider d'autres critères comme l'état physique ou l'appartenance 
administrative pour essayer d'évaluer l'importance d'une voie.


Dans cette perspective, la route en forêt fermée au trafic automobile ne 
fait pas partie du réseau routier, donc pas de highway=unclassified mais 
track ou service.


> La valeur *unclassified*de la clé *highway*est utilisée pour représenter
> une route publique BITUMEE au trafic le plus faible.

Une mise à jour à minima serait :

La valeur *unclassified*de la clé *highway*est utilisée pour représenter 
une route ouverte au public au trafic le plus faible.



Pour répondre à Eric, "track" concerne éventuellement que le domaine
privé de la commune ou les routes privées, agricoles ou non, et c'est
bien plus clair comme ça.


Roads for agricultural use. Those roads are typically rural roads, farm 
roads, parochial roads, cart-tracks for agricultural use, forest tracks 
etc.; usually unpaved (unsealed) but may occasionally apply to paved 
tracks as well.


Je ne vois toujours aucun élément administratif dans la définition d'une 
track.




N'allez pas, malheureux, plaider une quelconque exception culturelle
française ! Nous sommes déjà "en guerre" contre les Rosbifs ;-) .


Une exception sur quoi?

Éric

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

[OSM-talk-fr] Croisement route/rivière

[Eric SIBERT]

Bonsoir,

Toujours principalement pour Madagascar mais ça s'applique des fois 
aussi en France, je m'interroge sur le codage des différents types de 
croisements entre une route ou une piste, et un cours d'eau temporaire 
ou permanent. Je propose de lister les différents cas rencontrés et le 
codage que j'imagine.


* la route goudronnée franchit une rivière avec un pont
bridge=yes sur la longueur du pont
le reste inchangé

* la route goudronnée croise à gué une rivière permanente (ou active une 
partie importante de l'année)

ford=yes sur la longueur du gué
Si le croisement est ponctuel, ford=yes est appliqué uniquement sur le 
point d'intersection


* la route goudronnée croise à gué une rivière temporaire (la route 
n'est inondée que quelques jours par an lors d'évènements météo 
exceptionnels)

Si c'est étendu flood_prone=yes sur la section.
Si c'est ponctuel flood_prone=yes sur le nœud.

* la piste en terre franchit une rivière avec un pont
bridge=yes (+ surface=concrete) sur la longueur du pont
Si c'est un pont court, bridge=yes (+ surface=concrete) sur un seul 
point de la route.


* la piste en terre croise à gué une rivière permanente sans aucun 
aménagement

ford=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière permanente à l'aide d'une 
chaussée en dur (radier) généralement en béton
ford=yes + surface=concrete sur la longueur du gué si étendu, sur un 
seul point sinon


* la piste en terre croise une rivière permanente à l'aide d'un pont bas 
pouvant être submergé en cas de crue (ça ressemble à un radier mais 
l'eau passe dessous en temps normal)
bridge=yes + flood_prone=yes + surface=concrete sur la section ou sur un 
seul point si court


* la piste en terre croise à gué une rivière temporaire sans aucun 
aménagement

flood_prone=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière temporaire à l'aide d'une 
chaussée en dur (radier)
flood_prone=yes + surface=concrete sur la longueur du gué si étendu, sur 
un seul point sinon


Ça vous paraît cohérent tout ça?

ford : http://wiki.openstreetmap.org/wiki/Key:ford
flood_prone : http://wiki.openstreetmap.org/wiki/Key:flood_prone



--
Éric

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

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

[Christian Rogel]

Il y a 2 fils qui brodent autour de "unclassified". Je reste dans celui où j'ai 
ouvert les "hostilités" et je les entame maintenant pour de bon. ;-)

Pour cela, je pars de la remarque de JB dans le fil sur l'Irlande :

Juste pour ceux qui débutent :

unclassified : plus petit que tertiary, en zone rurale : 
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified

Si indéterminé, surtout pas unclassified, mais road : 
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Droad

JB

Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français qui 
traduisent mal le wiki anglophone : 

Wiki français, première phrase :
La valeur unclassified de la clé highway est utilisée pour représenter une 
route publique BITUMEE au trafic le plus faible.

Wiki en anglais :
Unclassified is used for minor public roads typically at the lowest level of 
the interconnecting grid network...Unclassified roads are considered usable by 
motor cars. 
Et plus loin 
One generality, perhaps, is that "unclassified" roads are often unpaved in 
larger, poorer or more remote/rural areas, and are typically paved in denser, 
richer or more central/urban areas.
En clair, les "unclassified" font partie du réseau routier maillé, ce qui veut 
dire qu'elles sont des voies de droit public et donc, a priori, TOUTES les 
voies de droit public, donc, sans considération de leur aspect.

D'autre part, elles sont non bitumées ("unpaved") dans les zones rurales 
pauvres et ou éloignées et revêtues ("paved") dans les zones plus urbaines ou 
plus centrales.

A la décharge du traducteur amateur, dont je ne veux pas connaître le nom, 
l'exemple donné par la page en anglais est une route bitumée. Inutile de le 
nommer ou de le sanctionner.

Qui corrige, avant que je ne le fasse moi-même?

Pour répondre à Eric, "track" concerne éventuellement que le domaine privé de 
la commune ou les routes privées, agricoles ou non, et c'est bien plus clair 
comme ça.

N'allez pas, malheureux, plaider une quelconque exception culturelle française 
! Nous sommes déjà "en guerre" contre les Rosbifs ;-) .

En fait, la chose m'a sauté aux yeux en entreprenant de mapper une commune du 
Périgord où je séjournais chez un cousin, adjoint au maire. Il me parlais du 
bitumage progressif, mais, lent, des chemins communaux.

En Bretagne, presque toutes les voies C sont goudronnées ou vont l'être, car le 
contraire serait vu comme un marqueur d'incompétence des élus.
La raison tient beaucoup au climat pluvieux.

Dans le Sud de la france, on peut avoir des chemins publics qui restent 
longtemps carrossables et "unpaved".

Et ce n'est pas parce qu'un peu d'herbe pousse au milieu qu'on doit dégainer 
son "track".

Soit, dit en passant, il me semble justifié pour les pays en développement de 
mettre les pistes secondaires en terre en "unclassified" "unpaved" et les 
pistes majeures en terre en "tertiary" et "unpaved".
L'exception se justifie beaucoup plus.


Christian Rogel

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

[OSM-talk-fr] Tuteurs pour volontaires européens ?

[Christian Quest]

Demain se termine la formation EUROSHA de volontaires européens à
laquelle je participe depuis le début de la semaine.

De quoi s'agit-il ?

Un vingtaine de volontaires ont suivit une formation de 3 semaines
avant de partir dans différents pays d'Afrique (Burundi, Kenya, Tchad
et Centrafrique) dans les semaines qui vont venir pour y faire de la
cartographie à visée humanitaire sur OpenStreetMap.

La formation OpenStreetMap s'est déroulée sur 4 jours (seulement) et a
été très dense car elle couvrait: la présentation du projet avec le
concept de licence libre de logiciels libres, de crowdsourcing, puis
un aperçu des outils de contributions de l'imagerie aérienne, de la
préparation d'une collecte sur le terrain, une cartopartie avec
relevés par GPS, logger, walking papers et photos géotaguées, puis
saisie dans JOSM, puis les outils de contrôle de qualité, les outils
de coordination (OSM Task Manager d'HOT), et on va attaquer la partie
exploitation des données.

Vous imaginez bien que tout ça en 4 jours c'est un peu lourd à
digérer... et qu'il va falloir consolider tout ça.

Ils partent en mission dans les semaines à venir, et vont donc
rapidement avoir à mettre les mains dans le cambouis et besoin d'être
aidés.

Je propose donc à ceux qui le souhaite et qui se sentent capable de
prendre par la main des débutants d'avoir un rôle de tuteur et j'ai
invité les volontaires francophones à venir sur
http://forum.openstreetmap.fr/ pour se présenter pour qu'un tuteur
puisse les suivre.

Dans un premier temps, il s'agit essentiellement d'aider à prendre en
main JOSM et de gagner en efficacité ainsi que de suivre les tracés de
routes et de bâtiments faits sur les images bing dans leur zone de
déploiement.
Les règles de tagging seront à voir dans un deuxième temps, et elles
sont un peu spécifiques à l'humanitaires et parfois différentes par
rapport à nos habitudes.

Plus d'infos:
- http://hot.openstreetmap.org/projects/eurosha_0
- http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Tutorships

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Petite question overpassAPI

[Pierre Béland]

Sylvain,

Effectivement, l'Api me retourne un message indiquant que seuls les nodes sont 
traitées.


Ce serait donc intéressant de pouvoir traiter de grandes relations type pays et 
de pouvoir spécifier autre chose que des nodes.

 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 4 octobre 2012 11h18
>Objet : Re: [OSM-talk-fr] Petite question overpassAPI
> 
>On jeudi 4 octobre 2012, Pierre Béland wrote:
>> Ce qui serait bien pour les copains hors France, ce serait d'utiliser une
>> relation pour définir la zone à analyser.  
>
>En effet, mais c'est pas super simple en l'état des outils.
>
>> On pourrait par exemple définir France, Mali, Québec, etc.À ma connaissance,
>> il n'est pas encore possible de le faire. 
>
>Il existe un petit quelque chose quand même :
>ça :
>http://api.openstreetmap.fr/#section.data_structures
>avec exemple là :
>https://help.openstreetmap.org/questions/15748/extract-statistics-for-a-city
>
>Toutefois, ça ne marche que pour les noeuds et je ne suis pas sûr que ça 
>marche super bien pour des relations géantes de type "taille d'un pays"
>
>
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
>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] tourne-à-droite

[Francescu GAROBY]

Suite à l'officialisation des panneaux (tourne-à-droite et
tourne-tout-droit), je relance cette discussion :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-February/040192.html

Avez-vous déjà taggué de telles informations ? Si oui, comment ?

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

Re: [OSM-talk-fr] Petite question overpassAPI

[sly (sylvain letuffe)]

> On peut faire ça en s'appuyant sur les relations OSM décrivant des zones.
> Exemple: les restaurants du Mali (relation 192785)
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> L'identifiant de area-query c'est 36 + l'id de la relation
> décrivant la zone. 

Tu as été plus rapide que moi ;-)

> C'était documenté au début, maintenant on ne trouve plus 
> trace de ça dans la doc Overpass.

Roland a ré-écrit la doc mais en a oublié un peu, la fonctionnalité existe 
toujours, mais j'ai l'impression surtout qu'il y a un truc en préparation 
pour faire ça encore mieux.

En attendant la doc est toujours dispo là où je l'ai indiqué dans mon autre 
mail. 
Mais une bonne fonction un peu plus propre pour faire des extraits sur mesures 
sur des surfaces serait bienvenue

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Petite question overpassAPI

[sly (sylvain letuffe)]

On jeudi 4 octobre 2012, Pierre Béland wrote:
> Ce qui serait bien pour les copains hors France, ce serait d'utiliser une
> relation pour définir la zone à analyser.  

En effet, mais c'est pas super simple en l'état des outils.
 
> On pourrait par exemple définir France, Mali, Québec, etc.À ma connaissance,
> il n'est pas encore possible de le faire. 

Il existe un petit quelque chose quand même :
ça :
http://api.openstreetmap.fr/#section.data_structures
avec exemple là :
https://help.openstreetmap.org/questions/15748/extract-statistics-for-a-city

Toutefois, ça ne marche que pour les noeuds et je ne suis pas sûr que ça 
marche super bien pour des relations géantes de type "taille d'un pays"


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Petite question overpassAPI

[Bruno Cortial]

Le 4 octobre 2012 16:55, Pierre Béland  a écrit :

> Ce qui serait bien pour les copains hors France, ce serait d'utiliser une
> relation pour définir la zone à analyser.
>
> On pourrait par exemple définir France, Mali, Québec, etc. À ma
> connaissance, il n'est pas encore possible de le faire.
>
> Pierre
>
>
On peut faire ça en s'appuyant sur les relations OSM décrivant des zones.
Exemple: les restaurants du Mali (relation 192785)










L'identifiant de area-query c'est 36 + l'id de la relation
décrivant la zone. C'était documenté au début, maintenant on ne trouve plus
trace de ça dans la doc Overpass.
Pas testé avec des multi polygones

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

Re: [OSM-talk-fr] Tag d'un labs

[Arnaud Vandecasteele]

Non, je n'ai pas trouvé de tag spécifique.
A nous d'en créer un ?
Avez-vous des idées en tête ?

Arnaud

2012/10/1 Pierre-Alain Dorange 

> Romain MEHUT 
> wrote:
>
> > As-tu trouvé un tag pour le lab de Nice?
> > Il en avait déjà été question en juin:
> > http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044761.htmlmais
> > pas de réponse non plus.
>
> On trouve un seul leisure=fablab... Bof...
>
> --
> Pierre-Alain Dorange
> OSM experiences : 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Arnaud Vandecasteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petite question overpassAPI

[Pierre Béland]

Ce qui serait bien pour les copains hors France, ce serait d'utiliser une 
relation pour définir la zone à analyser. 

On pourrait par exemple définir France, Mali, Québec, etc.À ma connaissance, il 
n'est pas encore possible de le faire.

 
Pierre 



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 4 octobre 2012 10h16
>Objet : Re: [OSM-talk-fr] Petite question overpassAPI
> 
>On jeudi 4 octobre 2012, Nicolas Moyroud wrote:
>>  Bonjour,
>>  
>>  Je voudrais poser une petite question sur un truc qui m'échappe à propos de
>>  requêtes avec la overpassAPI. Quand je veux lancer une requête sur un type
>>  d'objets sur une grande zone (on va dire la France entière), je précise la
>>  bbox. Sauf que quand je fais ça la requête est très très longue et souvent
>>  me jette avant la fin. Par contre, si je lance la même requête sans la
>>  bbox, alors ça marche sans problème et ça va beaucoup plus vite.    
>
>Je vais d'abord répondre : "tiens tiens, es-tu sûr ?" style, peux tu indiquer 
>les deux requêtes que tu fais pour voir ?
>
>Ensuite je vais répondre, oui, il se peut (ou du moins il me semble me 
>souvenir avoir eu le cas) que lorsque la bbox est énorme style taille de la 
>france, ça soit pire à traiter que si elle n'est pas là du tout.
>
>Si nous sommes plusieurs à en avoir besoin, je vais alors peut-être installer 
>une base overpass uniquement sur la France, cela devrait faciliter plein de 
>requêtes sur la france
>
>
>>  Du coup, je me dis que je n'ai pas tout à fait bien compris à quoi sert
>>  cette bbox. 
>
>Peut-être juste qu'elle marche bien quand elle est petite (et en effet, en 
>dessous de 1° de coté, ça marche plutôt bien)
>
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
>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] [OK] Osmose en panne ?

[Cavok]

De retour, parfait.
Il a failli me manquer. ;)

Le 4 octobre 2012 12:28, Frédéric Rodrigo  a écrit :

> Voila qui est revenu.
>
> Une petit panne chez notre gracieux hébergeur du CRANS.
>
> Frédéric.
>
> Le 04/10/2012 11:55, Jean-Francois Nifenecker a écrit :
>
>  Bonjour,
>>
>> Le 04/10/2012 11:31, Cavok a écrit :
>>
>>>
>>> Ce n'est que chez moi, ou Osmose ne fonctionne plus ?
>>> http://osmose.openstreetmap.**fr/ 
>>> Merci.
>>>
>>
>> Pour vérifier :
>>
>> http://www.**downforeveryoneorjustme.com/
>>
>> ce qui donne :
>> http://www.**downforeveryoneorjustme.com/**http://osmose.openstreetmap.fr
>>
>> donc, oui, osmose est en rade... :,(
>>
>> Quand on est addict...
>>
>
>
> __**_
> 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] Delta du haut-niger Mali, problème avec tag landuse=farmland

[Pierre Béland]

Le delta du Haut-Niger au Mali contient de vastes zones qui sont inondées à 
chaque année à la période des pluies. Ces zones inondables sont en grande 
partie des fermes. J'ai cartographié la zone entre Bourem et Gao avec succès 
sauf une petite zone près de Taboye où les zones inondables ne s'affichent pas 
correctement.

Pour représenter les contours du fleuve, j'ai créé des relations multipolygone, 
waterway=riverbank avecdes rôles outer pour les contours externes et des rôles 
inner pour les îles. Le tout s'affiche correctement.


Pour représenter les fermes en zone inondable, j'ai utilisé lesdeux tags 
suivants : landuse=farmland et flood_prone=yes. Je me suis également assuré que 
dans les polygones représentant les îles, la terre soit toujours à gauche du 
chemin.


Les zones inondables apparaissent en rosé avec la couche OSM-Mapnik.  
Cependant,  pour la relation 2069385, plusieurs îles ne s'affichent pas 
correctement. Quelqu'un peut-il m'aider à identifier le problème avec ces îles? 
Y-a-t-il un outil qui pourrait aider à identifier de tels problèmes?

relation avec zones farmland non reconnues voir 
http://www.openstreetmap.org/?relation=2069385
autres relations à proximité
http://www.openstreetmap.org/?relation=2069384
http://www.openstreetmap.org/?relation=2312915
 
Pierre ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Route saisonnière

[Eric Sibert]

Je cherche comme indiquer qu'une route est à ouverture ou fermeture  
saisonnière.


Au Costa Rica ils ont trouvé une "solution", le nom du track ou même  
de la "route" contient "4wd only" ;-)


Le rapport avec ma question initiale? En plus, la "solution" ressemble  
furieusement à tagger pour le rendu visuel, ce que va ignorer par  
défaut un moteur de routage par exemple. Alors que smoothness ou  
tracktype sont plus indiqués.


Eric


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

Re: [OSM-talk-fr] Petite question overpassAPI

[Marc SIBERT]

Le 4 octobre 2012 15:50, Nicolas Moyroud  a écrit :

> **
> Bonjour,
>
> Je voudrais poser une petite question sur un truc qui m'échappe à propos
> de requêtes avec la overpassAPI. Quand je veux lancer une requête sur un
> type d'objets sur une grande zone (on va dire la France entière), je
> précise la bbox. Sauf que quand je fais ça la requête est très très longue
> et souvent me jette avant la fin. Par contre, si je lance la même requête
> sans la bbox, alors ça marche sans problème et ça va beaucoup plus vite.
> Du coup, je me dis que je n'ai pas tout à fait bien compris à quoi sert
> cette bbox. Dans ma petite tête, ça aurait plutôt dû accélérer la requête
> puisque la recherche porte sur une zone plus petite. Mais c'est peut-être
> dû à la structure de la base derrière la overpassAPI qui va plus vite quand
> il n'y a pas de contraintes géographiques dans la requête. Bref, si
> quelqu'un peut éclairer ma lanterne, je suis preneur !  :-)
>
> a+
> Nicolas
>
> Bonjour,

répondre sans connaitre ni le schéma de la base, ni "le plan d'exécution"
de la requête à la base de données sous-jacente ne serait que pure
spéculation... donc je vais répondre oui, tu as surement raison :-)

désolé : 0.00 €

A+ (ou pas dans ces conditions -- qu'est-ce que fais comme bruit cet
aprèm... pfff)

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

Re: [OSM-talk-fr] Petite question overpassAPI

[sly (sylvain letuffe)]

On jeudi 4 octobre 2012, Nicolas Moyroud wrote:
>  Bonjour,
>  
>  Je voudrais poser une petite question sur un truc qui m'échappe à propos de
>  requêtes avec la overpassAPI. Quand je veux lancer une requête sur un type
>  d'objets sur une grande zone (on va dire la France entière), je précise la
>  bbox. Sauf que quand je fais ça la requête est très très longue et souvent
>  me jette avant la fin. Par contre, si je lance la même requête sans la
>  bbox, alors ça marche sans problème et ça va beaucoup plus vite. 

Je vais d'abord répondre : "tiens tiens, es-tu sûr ?" style, peux tu indiquer 
les deux requêtes que tu fais pour voir ?

Ensuite je vais répondre, oui, il se peut (ou du moins il me semble me 
souvenir avoir eu le cas) que lorsque la bbox est énorme style taille de la 
france, ça soit pire à traiter que si elle n'est pas là du tout.

Si nous sommes plusieurs à en avoir besoin, je vais alors peut-être installer 
une base overpass uniquement sur la France, cela devrait faciliter plein de 
requêtes sur la france


>  Du coup, je me dis que je n'ai pas tout à fait bien compris à quoi sert
>  cette bbox. 

Peut-être juste qu'elle marche bien quand elle est petite (et en effet, en 
dessous de 1° de coté, ça marche plutôt bien)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

[OSM-talk-fr] Petite question overpassAPI

[Nicolas Moyroud]

  
  
Bonjour,

Je voudrais poser une petite question sur un truc qui m'échappe à
propos de requêtes avec la overpassAPI. Quand je veux lancer une
requête sur un type d'objets sur une grande zone (on va dire la
France entière), je précise la bbox. Sauf que quand je fais ça la
requête est très très longue et souvent me jette avant la fin. Par
contre, si je lance la même requête sans la bbox, alors ça marche
sans problème et ça va beaucoup plus vite.
Du coup, je me dis que je n'ai pas tout à fait bien compris à quoi
sert cette bbox. Dans ma petite tête, ça aurait plutôt dû accélérer
la requête puisque la recherche porte sur une zone plus petite. Mais
c'est peut-être dû à la structure de la base derrière la overpassAPI
qui va plus vite quand il n'y a pas de contraintes géographiques
dans la requête. Bref, si quelqu'un peut éclairer ma lanterne, je
suis preneur !  :-) 

a+
Nicolas
  


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

Re: [OSM-talk-fr] Changement de nom d'une chaîne d'hôtels

[Nicolas Moyroud]

  
  
Merci pour ces explications ab_fab. Je me disais bien qu'il y avait
une solution plus simple que le script. 
:-) 
Ça m'a permit de réaliser ma première modification thématique
massive dans JOSM. J'ai changé les noms des Etap Hotel en Ibis
Budget. Pour les autres hôtels cités par Christian, je passe la
main.  ;-) 

Nicolas

Un petit tour sur taginfo.openstreetmap.fr
  :
  http://taginfo.openstreetmap.fr/search?q=name+%3D+Etap+Hotel
  Pas mal, il renvoie aussi les noms approchés, et en
particulier lorsque le nom de la ville est associé à celui de la
chaîne.
  
  
  Overpass API est plus restrictif : il ne renvoie que le nom
exact avec cette requête :
  http://www.overpass-api.de/api/xapi?*[tourism=hotel][name=Etap
Hotel][bbox=-6.44,40.98,10.36,51.36][@meta]
  
  
  Quoi qu'il en soit, à l'aide de ce genre de requêtes tu peux
traiter dans JOSM une quarantaine d'hôtels assez rapidement. Il
en reste ensuite une trentaine d'autres. 
  Ca vaut le coup de faire un script ?

  


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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[Cyrille Giquello]

Le 4 octobre 2012 13:16, David Crochet  a écrit :
> Bonjour
>
>
>> J'ai trouvé ça qui semble savoir faire :
>> http://maps.skobbler.co.uk/
>
>
> Sauf qu'il me fait prendre les sens giratoire à l'envers et ne prend pas en
> compte ni les chemins accessible aux piétons, ni les restrictions de
> changement de directions imposé par la signalisation verticale

Peut être s'agit-il d'erreur dans la base OSM ? Un des intérêts d'OSM
c'est que l'on peut compléter et corriger les données ;-)

Cyrille.

>
>
>
> --
> Cordialement
> David Crochet
> http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun
> peut prendre part !
> http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Cyrille.

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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Ab_fab]

Je continue mes cogitations et mes recherches :

_ OSRM permet de télécharger une trace GPX de l'itinéraire qu'il a calculé
(ainsi qu'un permalink)
_ JOSM permet de télécharger les données OSM le long d'une trace GPX

Pour le moment, la trace générée par OSRM ne donne rien dans JOSM.
Je viens de lire qu'un timestamp doit figurer pour chacun des points pour
le chargement dans JOSM, ce qui n'est pas le cas. Il existe un script
python pour faire l'ajout automatiquement.

Mis à part le côté pratique à titre personnel, est-ce que vous pensez que
conserver et mutualiser les traces qui suivent bien les tronçons alert-c a
du sens, que l'on vise un import de références Alert-C dans OSM ou pas ?
La réponse "Ca peut toujours servir" est acceptable ;-)

Le 3 octobre 2012 10:32, Ab_fab  a écrit :

> Un rendu OpenLayers, ce serait super.
> Peut-on dissocier par la couleur du marqueur les points intermédiaires (1)
> des points terminaux (2) des routes ?
> Et également placer les coordonnées du point dans l'infobulle, pour
> pouvoir la copier / coller dans osrm ?
>
> J'ai fait quelques essais entre Nantes et Rennes (N 137).
> La position initiale du côté de Rennes n'est pas terrible.
> J'ai tenté un recalage manuel au milieu des voies de circulation pour les
> points de départ et d'arrivée, mais cela ne change pas grand chose dans
> l'absolu (distance et durée) pour l'intégralité du parcours.
>
> (1) Ceux qui ont une description TMC:PREVNODE **et** une description
> TMC:NEXTNODE
> (2) Ceux qui ont une description TMC:PREVNODE **ou** une description
> TMC:NEXTNODE, mais pas les deux
>
> (3) essais sur Rennes-Nantes / Nantes-Rennes
>
> Rennes
> Initial 48.08159,-1.67524
> Recalé 48.081103,-1.675042
>
> Nantes
> Initial 47.26219,-1.58362
> Recalé 47.262405,-1.583625
>
>
> Initial Lien OSRM Dist. Durée
> Nantes - Rennes http://osrm.at/1rS 96.4 68
> Rennes - Nantes http://osrm.at/1rT 96.3 68
>
>
> Recalé
> Nantes - Rennes http://osrm.at/1rQ 96.5 68
> Rennes - Nantes http://osrm.at/1rR 96.2 68
>
>
> Le 2 octobre 2012 19:57, Marc Sibert  a écrit :
>
>> Le 02/10/2012 17:48, Frédéric Rodrigo a écrit :
>>
>>  Le 02/10/2012 16:05, Ab_fab a écrit :
>>>
 Il n'y a rien pour le moment en France dans la base osm lié aux
 localisants alert-C.
 Quelques essais de conversion effectués sur la révision 8.0 de la table,
 mais qui n'ont pas été intégrés ensuite.

 Pour info Il y a une visualisation ici des données de la nouvelle
 révision 9.2
 http://cartelie.application.**developpement-durable.gouv.fr/**
 cartelie/voir.do?carte=**ALERTC8et9&service=SG
 (on peut voir les différences avec la version 8.0

 J'ai l'impression qu'il y a beaucoup de points intermédiaires que l'on
 ne voyait pas dans la conversion de la table v8.0 en fichier .osm que
 didier2020 avait utilisée dans une slippy map perso.

>>>
>>> Ma question portait sur la disponibilité d'un .osm issue de la
>>> conversion. Finalement je l'ai fait moi même. Le logiciel à du être
>>> amélioré car ça c'est assez bien passé malgré quelques erreurs sur des voie
>>> urbaines (TMC:Segment-LCD=999).
>>>
>>> Voila donc le fichier :
>>> http://osm7.openstreetmap.fr/~**fred/TMC_LCL2OSM-9.1-20121002-**
>>> 1.osm.bz2
>>>
>>> Dans un premier temps je propose d'intégrer à Osmose la vérification des
>>> points et de leur typologie (fichier SUBTYPES.DAT) : Diffuseur, Rond-point,
>>> Carrefour à feux, Pont...
>>>
>>> Frédéric.
>>>
>>>
>>> __**_
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>>
>> Plus sérieusement,
>>
>> je suis sidéré par l'incohérence de ce réseau ! Le manque de jointures
>> entre les way, les nodes en doublons (je suis bien conscient qu'il s'agit
>> de données originales, pas d'un effet de la transformation en osm). Je me
>> demande comment cela est réellement exploitable dans son utilisation
>> originale !
>>
>> Ça veut dire aussi que ce ne sera pas facilement "directement"
>> exploitable, même pour le la simple comparaison car OSM sera, encore cette
>> fois, globalement de bien meilleure qualité (ça fait plaisir).
>>
>> Si c'est ok, je regarde un rendu OpenLayers brut pour commencer puis avec
>> info bulles. Je vous dis quoi.
>>
>> A+
>>
>>
>> --
>> Marc Sibert
>> mailto:m...@sibert.fr
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"

Re: [OSM-talk-fr] Portail OpenData de la ville de Bordeaux

[Francescu GAROBY]

Un (premier) reproche : ils utilisent Google Maps, pour situer
géographiquement leurs données. Ex : les établissements
scolaires
Gr...

Francescu

Le 4 octobre 2012 12:52, Frédéric Rodrigo  a écrit :

> Bonjour,
>
> La ville de Bordeaux ouvre aujourd'hui sont portail OpenData. Le site est
> plutôt bien fait, la licence est la Licence Ouverte d'ÉtatLab. Et surtout,
> beaucoup de données intéressantes mise à disposition dont les bureaux de
> vote, les limites de quartiers, les arbres de la ville, l'éclairage public,
> ERP, établissement culturel, sociaux... accessibilités, mobilier urbain,
> parking pistes cyclables, stationnement payant...
>
> http://opendata.bordeaux.fr
>
> Bref, on va avoir du pain sur la planche à Bordeaux !
>
> Frédéric.
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Portail OpenData de la ville de Bordeaux

[Francescu GAROBY]

La vidéo qui se lance automatiquement dès qu'on arrive sur la page
d'accueil, je sens que ça va me saouler très vite !
(mais sinon, c'est très bien qu'ils aient libéré ces données :-) )

Francescu

Le 4 octobre 2012 12:52, Frédéric Rodrigo  a écrit :

> Bonjour,
>
> La ville de Bordeaux ouvre aujourd'hui sont portail OpenData. Le site est
> plutôt bien fait, la licence est la Licence Ouverte d'ÉtatLab. Et surtout,
> beaucoup de données intéressantes mise à disposition dont les bureaux de
> vote, les limites de quartiers, les arbres de la ville, l'éclairage public,
> ERP, établissement culturel, sociaux... accessibilités, mobilier urbain,
> parking pistes cyclables, stationnement payant...
>
> http://opendata.bordeaux.fr
>
> Bref, on va avoir du pain sur la planche à Bordeaux !
>
> Frédéric.
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[Nicolas]

Bonjour,

As-tu essayé http://www.gpsies.com avec sa couche OSM ?

Nicolas.

 Original-Nachricht 
> Datum: Thu, 04 Oct 2012 12:11:09 +0200
> Von: Jean-Claude Repetto 
> An: "Discussions sur OSM en français" 
> Betreff: [OSM-talk-fr] Création d\'itinéraires à partir d\'OSM

> Bonjour,
> Actuellement, pour créer des itinéraires, j'utilise le site 
> http://clic0.free.fr/api_ign/clic0_gpx.php . Il faut redessiner tous les 
> chemins au dessus de la carte. C'est long, et le résultat n'est pas très
> précis.
> Ce serait beaucoup plus efficace si on pouvait utiliser directement les 
> ways de la base OSM.
> Parmi la pléthore d'applications basées sur OSM, est-ce qu'il en existe 
> une qui permettrait de créer des itinéraires ?
> 
> Pour info, j'ai fait un test avec JOSM, en sélectionnant les ways, en 
> les copiant dans une nouvelle couche et en les exportant en GPX. Mais ce 
> n'est pas très pratique, et les segments sont enregistrés dans un ordre 
> aléatoire.
> 
> Jean-Claude
> 
> 
> ___
> 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] [Osmose] Nouveau groupe d'analyses sur les multipolygons

[Frédéric Rodrigo]

Bonjour,

Osmose dispose maintenant d'un nouveau groupe d'analyses spécifiques aux 
multipolygons. Pas de vérification de la géométrie finale, uniquement 
des tests de cohérence.


- Rôle inadéquat pour un multipolygon : les rôles possibles sont outer, 
inner ou rien (déconseillé).
- Pas de rôle outer pour le multipolygon : au moins un anneau externe 
doit être présent (rôle outer).

- Membre inadéquat pour un multipolygon : les membres doivent être des ways.
- Nature du multipolygon inconsistant avec la nature de ces membres : la 
relation multipolygon définit une nature qui est différente de celle 
définit dans les rôle outers.
- Nature des membres du multipolygon inconsistant : la relation 
multipolygon ne définit pas de nature, plusieurs natures trouvées sur 
les membres de rôle outer.
- Devrait être un polygone ou faire partie d'un multipolygon : la nature 
du way indique qu'il s'agit d'une surface, le way devrait donc être un 
polygone ou faire partie d'une relation multipolygon avec le rôle outer.
- Double inner polygon : il y a deux way pour décrire un anneau interne 
de multipolygon, un dans la relation plus un autre pour donner une 
nature à cet anneau.


Tous ça est visible là :
http://osmose.openstreetmap.fr/map/?item=1170&level=1,2,3

Frédéric.

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

Re: [OSM-talk-fr] [Openstreetmap] Emission Echo des gnous Face B (7/10/2012)

[Philippe Pary]

Salut,

Un peu de contexte : l'écho des gnous est l'émission de radio
hebdomadaire de Chtinux. Ça diffuse en hertzien à Lille sur Radio Campus.

Cette semaine une thématique sur l'écho des Gnous. Je vous laisse lire
la suite :

Le 30/09/2012 08:32, THomas HOCEDEZ a écrit :
> Tout le monde ici connait l'émission de radio de Chtinux : l'écho des
> gnous. Dorénavant hebdomadaire, l'émission comporte un volet actualités
> : la Face A, et un volet échange/débat : la Face B.
> 
> Pour son prochain numéro (N°2, 7 octobre 2012), nous allons consacrer
> notre heure d'écoute à OSM, avec un sommaire à peu près comme suit :
> - Présentation d'osm : qui, pouquoi, comment (technique, serveurs,
> financement, toussa).
> - Quel est l'intérêt pour les gens, alors que des outils gratuits
> existent ?
> - Qu'en faire ? A quoi ça sert ? Comment l'utiliuser ?
> - Quid de la suite ? son avenir, etc.
> - Si vous voyez d'autre points à évoquer, ils sont les bienvenus !
> 
> Aussi, nous aurions besoins d'intervenants :
> -> du monde professionnel qui utilise OSM.
> -> qui mappent (et modèrent ?)
> -> des admins OSM
> -> ...
> 
> Si vous vous sentez dispo et que vous êtes dispo dimanche soir entre 19h
> et 20, vous êtes les bienvenus. Merci de nous répondre par retour de
> mail pour organiser la première émission de radio entièrement dédiée à
> OSM !

J'ai été convié, donc au pire ça sera moi qui irait au charbon. Mais si
vous vous sentez le cœur à venir m'épauler, faut pas hésiter.

Philippe


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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[sergio7826]

Bonjour,

Pour ma part, dans le cadre de randonnées VTT et/ou pédestres, j'ai adopté
EditGpx via: http://www.vttrack.fr

avec fond OSM, mais switchable en IGN (pour vérification uniquement !)

Salutations



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-d-itineraires-a-partir-d-OSM-tp5728914p5728931.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[David Crochet]

Le 04/10/2012 13:16, David Crochet a écrit :

Bonjour


J'ai trouvé ça qui semble savoir faire :
http://maps.skobbler.co.uk/


Sauf qu'il me fait prendre les sens giratoire à l'envers et ne prend 
pas en compte ni les chemins accessible aux piétons, ni les 
restrictions de changement de directions imposé par la signalisation 
verticale





Non,  erreur, il fonctionne bien avec les sens giratoires.

--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


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

Re: [OSM-talk-fr] Portail OpenData de la ville de Bordeaux

[Jean-Francois Nifenecker]

Le 04/10/2012 12:52, Frédéric Rodrigo a écrit :

Bonjour,

La ville de Bordeaux ouvre aujourd'hui sont portail OpenData. Le site
est plutôt bien fait, la licence est la Licence Ouverte d'ÉtatLab. Et
surtout, beaucoup de données intéressantes mise à disposition dont les
bureaux de vote, les limites de quartiers, les arbres de la ville,
l'éclairage public, ERP, établissement culturel, sociaux...
accessibilités, mobilier urbain, parking pistes cyclables, stationnement
payant...

http://opendata.bordeaux.fr

Bref, on va avoir du pain sur la planche à Bordeaux !


les arceaux à vélos : 730 références ! \o/

C'est vrai qu'on commençait à s'ennuyer ferme ;)
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[David Crochet]

Bonjour


J'ai trouvé ça qui semble savoir faire :
http://maps.skobbler.co.uk/


Sauf qu'il me fait prendre les sens giratoire à l'envers et ne prend pas 
en compte ni les chemins accessible aux piétons, ni les restrictions de 
changement de directions imposé par la signalisation verticale




--
Cordialement
David Crochet
http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut 
prendre part !
http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre


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

[OSM-talk-fr] Contact parisien pour l'asso Starting-block

[Cyrille Giquello]

Salut,
En surfant sur le Web j'ai rencontré le site de l'association
http://www.starting-block.org, Provocateurs de solidarité.
"Starting-Block est une association de jeunes adultes engagés. Pour
construire un monde juste, inclusif et solidaire, elle mène des
actions d'Education à la Citoyenneté et à la Solidarité"

Sur leur page réseau, il y a une carte avec un fond google-maps. Si un
parisien pouvait les accompagner à l'initiation à openstreetmap, j'ai
dans l'idée qu'ils seront partant vu les valeurs qu'ils prônent.

http://www.starting-block.org

-- 
Cyrille.

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

[OSM-talk-fr] Portail OpenData de la ville de Bordeaux

[Frédéric Rodrigo]

Bonjour,

La ville de Bordeaux ouvre aujourd'hui sont portail OpenData. Le site 
est plutôt bien fait, la licence est la Licence Ouverte d'ÉtatLab. Et 
surtout, beaucoup de données intéressantes mise à disposition dont les 
bureaux de vote, les limites de quartiers, les arbres de la ville, 
l'éclairage public, ERP, établissement culturel, sociaux... 
accessibilités, mobilier urbain, parking pistes cyclables, stationnement 
payant...


http://opendata.bordeaux.fr

Bref, on va avoir du pain sur la planche à Bordeaux !

Frédéric.

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

Re: [OSM-talk-fr] [OK] Osmose en panne ?

[Jean-Francois Nifenecker]

Le 04/10/2012 12:28, Frédéric Rodrigo a écrit :


Une petit panne chez notre gracieux hébergeur du CRANS.



et nous à cran.

bon, ok -->[]
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] [OK] Osmose en panne ?

[Frédéric Rodrigo]

Voila qui est revenu.

Une petit panne chez notre gracieux hébergeur du CRANS.

Frédéric.

Le 04/10/2012 11:55, Jean-Francois Nifenecker a écrit :

Bonjour,

Le 04/10/2012 11:31, Cavok a écrit :


Ce n'est que chez moi, ou Osmose ne fonctionne plus ?
http://osmose.openstreetmap.fr/
Merci.


Pour vérifier :

http://www.downforeveryoneorjustme.com/

ce qui donne :
http://www.downforeveryoneorjustme.com/http://osmose.openstreetmap.fr

donc, oui, osmose est en rade... :,(

Quand on est addict...



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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[sly (sylvain letuffe)]

On jeudi 4 octobre 2012, Jean-Claude Repetto wrote:
> Bonjour,

> Ce serait beaucoup plus efficace si on pouvait utiliser directement les 
> ways de la base OSM.

J'ai trouvé ça qui semble savoir faire :
http://maps.skobbler.co.uk/
C'est un logiciel en ligne de routage (piéton et voiture) et on peut choisir 
autant de "en passant par ce point" que l'on veut afin d'imposer une route.
Il propose ensuite de sauvegarder la route finale, je n'ai pas de compte donc 
je n'ai pas testé, mais ça ne m'étonnerait pas qu'il la propose en gpx


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

[Romain MEHUT]

Bonjour,

La réponse ici:
http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/047584.html?

Romain

Le 4 octobre 2012 12:11, Jean-Claude Repetto  a écrit :

> Bonjour,
> Actuellement, pour créer des itinéraires, j'utilise le site
> http://clic0.free.fr/api_ign/**clic0_gpx.php.
>  Il faut redessiner tous les chemins au dessus de la carte. C'est long, et
> le résultat n'est pas très précis.
> Ce serait beaucoup plus efficace si on pouvait utiliser directement les
> ways de la base OSM.
> Parmi la pléthore d'applications basées sur OSM, est-ce qu'il en existe
> une qui permettrait de créer des itinéraires ?
>
> Pour info, j'ai fait un test avec JOSM, en sélectionnant les ways, en les
> copiant dans une nouvelle couche et en les exportant en GPX. Mais ce n'est
> pas très pratique, et les segments sont enregistrés dans un ordre aléatoire.
>
> Jean-Claude
> ___
> 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] Création d'itinéraires à partir d'OSM

[Fabien]

Le 4 octobre 2012 12:11, Jean-Claude Repetto  a écrit :
> Bonjour,
> Actuellement, pour créer des itinéraires, j'utilise le site
> http://clic0.free.fr/api_ign/clic0_gpx.php . Il faut redessiner tous les
> chemins au dessus de la carte. C'est long, et le résultat n'est pas très
> précis.
> Ce serait beaucoup plus efficace si on pouvait utiliser directement les ways
> de la base OSM.
> Parmi la pléthore d'applications basées sur OSM, est-ce qu'il en existe une
> qui permettrait de créer des itinéraires ?
>
> Pour info, j'ai fait un test avec JOSM, en sélectionnant les ways, en les
> copiant dans une nouvelle couche et en les exportant en GPX. Mais ce n'est
> pas très pratique, et les segments sont enregistrés dans un ordre aléatoire.
>
> Jean-Claude
>
>

Bonjour,

Un service comme celui-ci : http://www.openrouteservice.org/?lang=fr#
pourrait peut-être faire l'affaire ?

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

[OSM-talk-fr] Création d'itinéraires à partir d'OSM

[Jean-Claude Repetto]

Bonjour,
Actuellement, pour créer des itinéraires, j'utilise le site 
http://clic0.free.fr/api_ign/clic0_gpx.php . Il faut redessiner tous les 
chemins au dessus de la carte. C'est long, et le résultat n'est pas très 
précis.
Ce serait beaucoup plus efficace si on pouvait utiliser directement les 
ways de la base OSM.
Parmi la pléthore d'applications basées sur OSM, est-ce qu'il en existe 
une qui permettrait de créer des itinéraires ?


Pour info, j'ai fait un test avec JOSM, en sélectionnant les ways, en 
les copiant dans une nouvelle couche et en les exportant en GPX. Mais ce 
n'est pas très pratique, et les segments sont enregistrés dans un ordre 
aléatoire.


Jean-Claude


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

Re: [OSM-talk-fr] Osmose en panne ?

[Jean-Francois Nifenecker]

Bonjour,

Le 04/10/2012 11:31, Cavok a écrit :


Ce n'est que chez moi, ou Osmose ne fonctionne plus ?
http://osmose.openstreetmap.fr/
Merci.


Pour vérifier :

http://www.downforeveryoneorjustme.com/

ce qui donne :
http://www.downforeveryoneorjustme.com/http://osmose.openstreetmap.fr

donc, oui, osmose est en rade... :,(

Quand on est addict...
--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Bruno Cortial]

Le 4 octobre 2012 11:22, Marc SIBERT  a écrit :

>
>
> Le 4 octobre 2012 10:48, Ista Pouss  a écrit :
>
> Bonjour,
>>
>> Je tente une synthèse.
>>
> ...
>
>> - établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
>>
>
> Travail en cours : http://freeroute.fr/tmc
>
> C'est un brouillon, qui permet la simple visu.
> A suivre : mise en valeur des route et des nœuds distinctement.
>
>>
>>
>>
>
Bonjour,
Tu peux utiliser ceci afin de passer la couche Mapquest en noir et blanc
http://openlayers.org/dev/examples/osm-grayscale.html

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

Re: [OSM-talk-fr] Osmose en panne ?

[Fabien]

Le 4 octobre 2012 11:31, Cavok  a écrit :
> Bonjour,
> Ce n'est que chez moi, ou Osmose ne fonctionne plus ?
> http://osmose.openstreetmap.fr/
> Merci.
>
+1

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

[OSM-talk-fr] Osmose en panne ?

[Cavok]

Bonjour,
Ce n'est que chez moi, ou Osmose ne fonctionne plus ?
http://osmose.openstreetmap.fr/
Merci.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Frédéric Rodrigo]

Le 04/10/2012 10:48, Ista Pouss a écrit :

- amélioration qualité des données routières OSM (sur la longueur des
tronçons, sur l’exhaustivité des données, par ex), en agissant sur Osmose.
- meilleur support des notions de carrefour et de noeud routier dans OSM
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.


C'est en cours de finalisation dans Osmose. J'ai ajouté un analyseur qui 
recherche des éléments décrit dans les points dans OSM et qui signale 
les manques (par fois je me dit que l'on pourrait aussi signaler des 
manques dans Alert-C...)


Frédéric.


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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

[Marc SIBERT]

Le 4 octobre 2012 10:48, Ista Pouss  a écrit :

> Bonjour,
>
> Je tente une synthèse.
>
...

> - établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.
>

Travail en cours : http://freeroute.fr/tmc

C'est un brouillon, qui permet la simple visu.
A suivre : mise en valeur des route et des nœuds distinctement.

>
>
> A+

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

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis

[Nicolas Moyroud]

  
  
Ouaip et on a même fait l'atelier QGIS-OSM à SIG-la-lettre ensemble.
 :-) 
Je confirme que les formations proposées par 3LIZ sont de très bonne
qualité. J'ai testé la formation "développement de plugins QGIS en
Python", c'est le top !  ;-) 

Nicolas


Le 04/10/2012 10:55, rldhont a écrit :

  
  Bonjour,

Nous (3Liz) faisons aussi des formations QGIS
http://www.3liz.com/formation.html
J'ai d'ailleurs formé Nicolas Moyroud ;-)

René-Luc
  

  


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

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis

[rldhont]

Bonjour,

Nous (3Liz) faisons aussi des formations QGIS
http://www.3liz.com/formation.html
J'ai d'ailleurs formé Nicolas Moyroud ;-)

René-Luc

Le 04/10/2012 10:34, Nicolas Moyroud a écrit :

Bonjour,

Je fais aussi des formations QGIS. Je vais d'ailleurs en faire une 
dans 2 semaines ici :

http://ecole-magis2012.sciencesconf.org/program
Je peux venir depuis Montpellier si ils prennent en charge les frais 
de déplacements. Je vais contacter Marie-Jo pour avoir plus d'infos. 
Merci pour l'info Jean-François.


Nicolas


Le 04/10/2012 09:31, Jean-Francois Nifenecker a écrit :

Bonjour,

je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et les 
autres aussi :)


Marie-Jo est fortement impliquée dans le logiciel Libre, elle est 
formatrice LL et préside l'asso La Mouette (http://www.lamouette.org/).


Amicalement,



___
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] Contrôle qualité des axes routiers

[Ista Pouss]

Bonjour,

Je tente une synthèse.

Il s'agit de réfléchir aux relations possibles entre les données OSM et les
informations numériques routières mises à disposition par le gouvernement,
avec notamment le travail Datex.

Attention qu'il y a un doute concernant la couverture Corse Datex.

L'idée d'origine est d'améliorer la qualité du mapping routier OSM
français. Cependant, il n'est pas clair que les infos Datex soient de
meilleure qualité que celles d'OSM. Ce qui semble sûr, c'est qu'elles sont
complémentaires.

Nous nous engagerions vers une sorte de collaboration numérique (on parle
aussi de "croisement"), dépassant les notions d'intégration ou importation,
pour enrichir les outils construits autour d'OSM, mais pas forcément OSM
soi même. Dans OSM, le seul paramètre qui semble acté d'ajouter est
l'identifiant Datex, qui semble être définit par les localisants alert-c.

Dans cette collaboration, le travail réalisé par les allemands pourra nous
inspirer.

Voici les idées de projets suggérés :

- amélioration qualité des données routières OSM (sur la longueur des
tronçons, sur l’exhaustivité des données, par ex), en agissant sur Osmose.
- meilleur support des logiciels de navigation routière à partir d'OSM
- favoriser l'émergence d'un http://opendata.openstreetmap.fr
- meilleur support des notions de carrefour et de noeud routier dans OSM
- établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.


Chacune de ces idées a fait l'objet de développements et discussions très
riches. S'y reporter.

Voici les personnes qui se sont déclarées partantes pour un travail
effectif ou un "suivi avec intérêt" :

- Ab_fab gamma@gmail.com
- Marc SIBERT m...@sibert.fr
- Lionel Gueganton lionel.guegan...@free.fr
- Vincent de Chateau-Thierry v...@laposte.net
- Frédéric Rodrigo fred.rodr...@gmail.com
- votre Modeste Serviteur.


Voilà, si je me suis trompé quelque part, pas taper.



Le 3 octobre 2012 10:32, Ab_fab  a écrit :

> Un rendu OpenLayers, ce serait super.
> Peut-on dissocier par la couleur du marqueur les points intermédiaires (1)
> des points terminaux (2) des routes ?
> Et également placer les coordonnées du point dans l'infobulle, pour
> pouvoir la copier / coller dans osrm ?
>
> J'ai fait quelques essais entre Nantes et Rennes (N 137).
> La position initiale du côté de Rennes n'est pas terrible.
> J'ai tenté un recalage manuel au milieu des voies de circulation pour les
> points de départ et d'arrivée, mais cela ne change pas grand chose dans
> l'absolu (distance et durée) pour l'intégralité du parcours.
>
> (1) Ceux qui ont une description TMC:PREVNODE **et** une description
> TMC:NEXTNODE
> (2) Ceux qui ont une description TMC:PREVNODE **ou** une description
> TMC:NEXTNODE, mais pas les deux
>
> (3) essais sur Rennes-Nantes / Nantes-Rennes
>
> Rennes
> Initial 48.08159,-1.67524
> Recalé 48.081103,-1.675042
>
> Nantes
> Initial 47.26219,-1.58362
> Recalé 47.262405,-1.583625
>
>
> Initial Lien OSRM Dist. Durée
> Nantes - Rennes http://osrm.at/1rS 96.4 68
> Rennes - Nantes http://osrm.at/1rT 96.3 68
>
>
> Recalé
> Nantes - Rennes http://osrm.at/1rQ 96.5 68
> Rennes - Nantes http://osrm.at/1rR 96.2 68
>
>
> Le 2 octobre 2012 19:57, Marc Sibert  a écrit :
>
>> Le 02/10/2012 17:48, Frédéric Rodrigo a écrit :
>>
>>  Le 02/10/2012 16:05, Ab_fab a écrit :
>>>
 Il n'y a rien pour le moment en France dans la base osm lié aux
 localisants alert-C.
 Quelques essais de conversion effectués sur la révision 8.0 de la table,
 mais qui n'ont pas été intégrés ensuite.

 Pour info Il y a une visualisation ici des données de la nouvelle
 révision 9.2
 http://cartelie.application.**developpement-durable.gouv.fr/**
 cartelie/voir.do?carte=**ALERTC8et9&service=SG
 (on peut voir les différences avec la version 8.0

 J'ai l'impression qu'il y a beaucoup de points intermédiaires que l'on
 ne voyait pas dans la conversion de la table v8.0 en fichier .osm que
 didier2020 avait utilisée dans une slippy map perso.

>>>
>>> Ma question portait sur la disponibilité d'un .osm issue de la
>>> conversion. Finalement je l'ai fait moi même. Le logiciel à du être
>>> amélioré car ça c'est assez bien passé malgré quelques erreurs sur des voie
>>> urbaines (TMC:Segment-LCD=999).
>>>
>>> Voila donc le fichier :
>>> http://osm7.openstreetmap.fr/~**fred/TMC_LCL2OSM-9.1-20121002-**
>>> 1.osm.bz2
>>>
>>> Dans un premier temps je propose d'intégrer à Osmose la vérification des
>>> points et de leur typologie (fichier SUBTYPES.DAT) : Diffuseur, Rond-point,
>>> Carrefour à feux, Pont...
>>>
>>> Frédéric.
>>>
>>>
>>> __**_
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis

[Nicolas Moyroud]

  
  
Bonjour,

Je fais aussi des formations QGIS. Je vais d'ailleurs en faire une
dans 2 semaines ici :
http://ecole-magis2012.sciencesconf.org/program
Je peux venir depuis Montpellier si ils prennent en charge les frais
de déplacements. Je vais contacter Marie-Jo pour avoir plus d'infos.
Merci pour l'info Jean-François.

Nicolas


Le 04/10/2012 09:31, Jean-Francois Nifenecker a écrit :
Bonjour,
  
  
  je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et
  les autres aussi :)
  
  
  Marie-Jo est fortement impliquée dans le logiciel Libre, elle est
  formatrice LL et préside l'asso La Mouette
  (http://www.lamouette.org/).
  
  
  Amicalement,
  

  


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

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Gis

[Frédéric Rodrigo]

Le 04/10/2012 09:51, Jean-Claude Repetto a écrit :

Le 04/10/2012 09:31, Jean-Francois Nifenecker a écrit :

Bonjour,

je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et les
autres aussi :)

Marie-Jo est fortement impliquée dans le logiciel Libre, elle est
formatrice LL et préside l'asso La Mouette (http://www.lamouette.org/).

Amicalement,


Bonjour,

Ces sociétés organisent des formations en France :

http://www.camptocamp.com/fr/sig-desktop/338-analyse-et-traitement-avec-qgis


http://www.cartoexpert.com/index.php/en/formations/qgis-formation-quantum-gis.html


Vous pouvez aussi poser votre question sur ces forums :
http://georezo.net/forum/viewforum.php?id=37
http://www.forumsig.org/forumdisplay.php?f=87

Jean-Claude


Moi aussi je fais de la formation QGis. Mais là c'est un peu loin de mon 
port d'attache.


Frédéric.


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

Re: [OSM-talk-fr] Fichiers bâti cadastral ( était: "Restreignons les imports des cours d'eau")

[Pieren]

2012/10/3 Christian Quest :

> Il en était ainsi arrivé à la conclusion que la majorité des polygones
> de bâti faisait dans les 6m2, même pas la taille d'un garage (je vous
> passe le quart d'heure de délire où je lui ai expliqué que ça me
> suffisait pour garer ma Smart).
>
> Les statistiques et calculs il faut faire attention à ce qu'on fait et
> ce qu'on en fait pour ne pas leur faire dire n'importe quoi...

La segmentation d'un bâtiment est très variable d'une commune à
l'autre. Il faut aussi tenir compte des "wall=no" (qui eux aussi sont
parfois segmentés). Il est aussi possible que la segmentation dépende
de l'âge du bâti et du nombre d'extensions (je pense en particulier au
corps de ferme qui a été abondamment cité comme exemple sur la liste
principale) ou des pratiques du CDIF local. Il serait intéressant de
faire un ratio polygones/habitants par commune et examiner celles qui
en ont le plus.

Pieren

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

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Gis

[Jean-Claude Repetto]

Le 04/10/2012 09:31, Jean-Francois Nifenecker a écrit :

Bonjour,

je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et les
autres aussi :)

Marie-Jo est fortement impliquée dans le logiciel Libre, elle est
formatrice LL et préside l'asso La Mouette (http://www.lamouette.org/).

Amicalement,


Bonjour,

Ces sociétés organisent des formations en France :

http://www.camptocamp.com/fr/sig-desktop/338-analyse-et-traitement-avec-qgis

http://www.cartoexpert.com/index.php/en/formations/qgis-formation-quantum-gis.html

Vous pouvez aussi poser votre question sur ces forums :
http://georezo.net/forum/viewforum.php?id=37
http://www.forumsig.org/forumdisplay.php?f=87

Jean-Claude

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

Re: [OSM-talk-fr] application générique opendata (Place Maker, La Poste, Etabl. Scolaires, ...)

[Frédéric Rodrigo]

Le 04/10/2012 08:58, Ista Pouss a écrit :

Le 1 octobre 2012 21:09, Frédéric Rodrigo mailto:fred.rodr...@gmail.com>> a écrit

Osmose dispose d'un code générique paramétrable pour importer des
csv OpenData et les convertir. Signaler les manques dans OSM,
proposer les ajouts, proposer des rapprochements. En plus de ça
osmose exporte (toutes les 6h) les fichiers CSV convertis plus les
mêmes données en version revue et augmenté depuis OSM.

Le code d'Osmose qui fait ça a été fait pour être facilement
paramétrable et réutilisable.


Peux-tu me dire où est ce code ? (les fichiers java spécialisés dans
cette conversion, pas l'ensemble du projet)

Merci.


Tout le code source d'Osmose est disponible là :
https://gitorious.org/osmose/
Par contre il ne s'agit pas de code java mais python.

Plus précisément le code de conversion est là :
https://gitorious.org/osmose/backend/blobs/master/Analyser_Merge.py
Premier paragraphe de la méthode analyser_osmosis(). L'export CSV est 
plus bas. Attention, entre les deux ça passe par la base de données.


Frédéric.


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

Re: [OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis

[Jean-Marc Liotier]

 Message original 
> Sujet: [fr-discuss] Recherche formateur sur Quantum Jis
> Date : Thu, 04 Oct 2012 07:37:59 +0200
> De : Marie jo Libo 
> Pour : disc...@fr.libreoffice.org
>
> Des clients me demandent si je connaitrais un prestataire
> (formateur/trice) sur QJIS. Région Isère et Cote d'or.
QJIS ? C'est un fork de QGIS ?


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

[OSM-talk-fr] Fwd: [fr-discuss] Recherche formateur sur Quantum Jis

[Jean-Francois Nifenecker]

Bonjour,

je transfère ici pour les Isérois, Rhonalpins et Bourguignons. Et les 
autres aussi :)


Marie-Jo est fortement impliquée dans le logiciel Libre, elle est 
formatrice LL et préside l'asso La Mouette (http://www.lamouette.org/).


Amicalement,
--
JFN


 Message original 
Sujet: [fr-discuss] Recherche formateur sur Quantum Jis
Date : Thu, 04 Oct 2012 07:37:59 +0200
De : Marie jo Libo 
Pour : disc...@fr.libreoffice.org

Bonjour,

Des clients me demandent si je connaitrais un prestataire
(formateur/trice) sur QJIS.
Région Isère et Cote d'or.
Merci de vos retours.

Bonne journée,

Marie-Jo

--
Marie jo KOPP CASTINEL

Société OpenGo
http://www.opengo.fr

Soutenez la bureautique libre
http://www.lamouette.org


--
Envoyez un mail à discuss+h...@fr.libreoffice.org pour savoir comment 
vous désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement 
et ne pourront pas être supprimés






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

Re: [OSM-talk-fr] En Irlande, une grande nationale est un "trunk"

[Vincent Pottier]

Le 04/10/2012 04:02, Philippe Verdy a écrit :

Le 2 octobre 2012 18:23,   a écrit :

Je dirais même plus, "ça dépend aussi de la taille de ton hameau". Car la 
taille, quoi qu'on en dise, ça compte quand même :D
De: "Stéphane Péneau" 

=> tertiary

Si elle a une ref (ce qui m'étonnerait), sinon unclassified

"unclassified" veut juste dire que ce n'est pas classé et reste à
classer. Autrement dit l'équivalent d'un FIXME.

Oh là ! Philippe. Gros contre-sens !
Ne pas confondre highway=unclassified et highway=road

Le mieux est d'aller revoir la page du wiki :
http://wiki.openstreetmap.org/wiki/Key:highway
--
FrViPofm

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

Re: [OSM-talk-fr] En Irlande, une grande nationale est un "trunk"

[JB]

 

Juste pour ceux qui débutent : 

unclassified : plus petit que
tertiary, en zone rurale :
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified 

Si
indéterminé, surtout pas unclassified, mais road :
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Droad 

JB 

Le
04.10.2012 04:02, Philippe Verdy a écrit : 

> Le 2 octobre 2012 18:23,
 a écrit :
> 
>> Je dirais même plus, "ça dépend aussi de
la taille de ton hameau". Car la taille, quoi qu'on en dise, ça compte
quand même :D De: "Stéphane Péneau"  
>>

>>> => tertiary
>> Si elle a une ref (ce qui m'étonnerait), sinon
unclassified
> 
> "unclassified" veut juste dire que ce n'est pas classé
et reste à
> classer. Autrement dit l'équivalent d'un FIXME.
> 
> Si
c'est une voie publique elle est gérée certainement par la commune
> et
c'est une voie communale dont tertiary même si on ne connait pas
> son
numéro (à voir sur place ou en mairie en lisant un peu plus que ce
> que
marquent les planches cadastrales : c'est certainement marqué dans
> un
arrêté communal ou de la communauté de communes).
> 
> Si la voie est
située dans une zone "agglomération" (au sens du code
> de la route,
avec limitation à 50 ou moins) c'est une rue
> résidentielle.
> 
> Si la
voie est privée (uniquement pour les résidents), c'est une voie
> de
service. Mais certaines voies privées sont gérées par une
> copropriété
et prennent le noms de "rue" (ou "allée", "chemin", etc.)
> et il sera
logique aussi de la classer comme "residentielle" s'il n'y
> a pas de
panneau limitant les accès aux seuls résidents (et personnes
>
invitées).
> 
> Des voies privées existent aussi dans les centres
commerciaux ou zones
> industrielles, et dans les zones de fret par
exemple ferroviaire ou
> portuaire (à garder en voie de service).
> 
>
Certaines voies sont gérées par des organismes mixtes (par exemple les
>
zones de service des transports publics, autour des dépots de bus par
>
exemple). Là encore voies de service. Le service étant une concession
>
de la collectivité exploitée par des sociétés privées sous contrat
>
avec la collectivité. Leurs voies de service restent des voies de
>
service et n'appartiennent pas à la collectivité mais aux
>
transporteurs concernés qui les ont aménagé de façon privée au départ.
>

> Dans le cas des hameaux : le nombre de maisons n'influe pas sauf
s'il
> n'y a qu'un seul propriétaire pour l'ensemble des terrains,
voies
> d'accès comprises, et un seul locataire au sens légal.
> 
>
Sinon ce n'est plus un hameau mais une propriété privée, la voie est
>
alors privée (cas par exemple de certains chemins de fermes, bien que
>
de nombreuses fermes ont maintenant de multiples propriétaires et pour
>
leur donner un accès un chemin a du être concédé à la commune pour
>
garantir un droit de passage permanent s'il a fallu demander à la
>
commune de l'aménager pour autre chose que sa destination initiale,
>
avec des travaux que l'ancien propriétaire ne voulait pas prendre en
>
charge lui-même (goudronnage, assainissement, raccordements aux
>
réseaux d'égouts, d'eau, d'électricité, téléphone...). Mais dans
>
d'autres cas l'ancienne propriété unique est devenue une copropriété,
>
et est restée privée (sans cession à la collectivité) et c'est la
>
copropriété et non la commune qui prend en charge dans les charges
>
l'entretien de la voie d'accès.
> 
> Certaines voies communales ont
aussi été déclassées dans l'autre sens
> : rachetées à la commune par
une copropriété qui a voulu en
> restreindre l'accès pour leurs seuls
résidents, par exemple pour
> installer un portail. Ce cas est courant
dans les zones industrielles
> et zones d'activité, même au sein d'une
ZI ou ZAC d'initiative
> publique.
> 
>
___
> Talk-fr mailing list
>
Talk-fr@openstreetmap.org
>
http://lists.openstreetmap.org/listinfo/talk-fr [1]




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