Re: [OSM-talk-fr] Import canaux cadastre pas terrible

[Tyndare]

Pour des cours d'eau aussi étroit il est conseillé de carrément remplacer
les surfaces importées du cadastre par un simple filaire.
Tu peux soit tout supprimer et tout retracer, soit couper la surface à ses
deux extrémités, en garder qu'une seule rive et la repositionner
manuellement au centre de l'ancienne surface. Le cadastre n'étant pas
toujours fiable pour l'eau il faut aussi s'assurer que le tracé est
cohérent vis à vis des images satellite Bing (surtout ne pas hésiter à
corriger et simplifier un peu le tracé importé).
Ensuite il faut choisir la bonne valeur pour l'attribut waterway (par
exemple stream), s'assurer que le chemin est dans le bon sens et le
connecter correctement aux autres cours d'eau (rajouter les sections
manquantes si nécessaire).

Nommer les rivières et créer une relation associée de type waterway est un
plus, voire la page du Wiki:
http://wiki.openstreetmap.org/wiki/FR:Relation:waterway
On peut pour ça s'aider de la couche BD Carthage, disponible par défaut je
crois avec JOSM, sur iD il faut ajouter un fond de carte personnalisé (menu
à droite) en indiquant l'URL suivant:
http://{switch:a,b,c}.tile.openstreetmap.fr/route500hydro/{zoom}/{x}/{y}.png




Le 10 novembre 2015 20:03, Léo Serre  a écrit :

Bonjour à tous,
>
> Je me considère comme un contributeurs novice (dans le sens que je n'ose
> toucher qu'aux trucs simples).
> Je suis face à un import qui a importé des trucs pas très beaux :
>
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=13=43.7347=1.7224=1220=3=Mapnik=T
>
> Savez-vous ce que je peux faire pour corriger toutes ces erreurs dues à
> ces canaux importés comme des aires ?
>
> Merci d'avance.
>
> Léo
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parking/Aire de covoiturage

[Gautier]

Bonjour,

Pour la valeur de park_ride, je ne comprend pas la valeur "hov". Le wiki 
dit :

- valeur : "yes/no;bus;train;tram;metro;ferry"
- description : "Parc relais 
. Les valeurs précisent des 
moyens de transports qui y sont connectés. Dans le doute, mettez /yes/. 
(voir Proposal 
)"
Si je comprend bien, c'est donc les transports qui sont disponibles 
lorsqu'on vient dans ces parcs relais. Il faudrait donc rajouter une 
valeur "hov" ? Si oui, ça se passe comment ? On le rajoute directement 
sur le wiki ou il y a une "procédure" (discussion) avant ?


Pour la clé access, je n'ai rien trouvé au niveau législatif sur les 
aires de covoiturage (ces places de parking sont-elles réellement 
limitées aux utilisateurs du covoiturage ?). Quelle est la raison de ton 
choix pour cela ?


Gautier

On 10/11/2015 12:51, Jérôme Seigneuret wrote:

Bonjour,

J'ai fait une proposition:

amenity=parking (ou parking_space)
park_ride =hov
name=Aire de Covoiturage
access=hov

Je vous invite à voir le contenu du tag hov 



Je pense qu'il faudrait aussi compléter la page 
http://wiki.openstreetmap.org/wiki/Key:access


Cette clé doit être présente (donc à ajouter) dans la liste 
"/motor_vehicle 
=*// (category: 
any motorized vehicle) /-->***/By use/*

*/
/*
Jérôme

Le 10 novembre 2015 09:20, Nicolas Dumoulin 
> a écrit :


Salut,

Le lundi 9 novembre 2015 20:08:01 Gautier a écrit :

> Nicolas Dumoulin, sur le forum, m'a proposé la solution

> http://www.openstreetmap.org/way/128277712 à savoir :

Je reposte ici mon dernier message où je donne l'origine de mon
choix d'époque :

http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Carpool

Aujourd'hui, ça n'est plus très approprié, je suis preneur de
mieux :-)

-- 


Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


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




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


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

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30 message 5 of 20)

[osm . sanspourriel]

Exact, mais complètement en dehors de la remarque de Ludovic.
Pour répondre à Ludovic, non, il y a des exceptions dans les zones 
urbaines (pénétrantes limitées à 70 ou 90).
Sur la voirie on ne met pas ce qui va de soi. Donc indiquer 50 km/h en 
zone urbaine a peu d'intérêt.
Mettre les limites non standard est intéressant (ou les limites standard 
du fait d'aménagements styles zones 30).
On peut éventuellement mettre une limite 50 km/h sur la partie urbaine 
(landuse???), mais ne mettre les 50 km/h que là ou c'est 50 km/h alors 
que ce n'est pas ce que l'on attend.
Par exemple si une zone à 30 km/h est traversée par une voie à 50 km/h 
(j'espère que c'est un exemple fictif ! Fictif mais pas illégal : 
légalement on met 2 zones à 30 et entre on laisse la rue en voie urbaine 
classique).


Jean-Yvon

Le 11/11/2015 02:59, Philippe Verdy - verd...@wanadoo.fr a écrit :
Il y a des limites de 50 km/h hors des zones urbaines aussi, par 
exemple aux sorties d'autoroutes près des zones de péages, qui peuvent 
être en pleine campagne, hors de toute agglomération, ou sur certains 
ouvrages (ponts, tunnels, virages dangereux, routes étroites, 
bretelles d'échangeurs, routes dégradées, passages à gué qui peut être 
inondé et infranchissable épisodiquement, ou traversée de certains 
espaces naturels avec animaux sauvages, voies privées...). On peut 
même avoir moins encore (autour des centres commerciaux)...



Le 10 novembre 2015 20:58, Ludovic Hirlimann > a écrit :


Est-il prévu de mettre maxspeed=50 automatiquement dans les zones
urbaines ?


-- 
http://sietch-tabr.tumblr.com/


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




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


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

[OSM-talk-fr] Armoires de rues

[François Lacombe]

Bonjour,

Je viens de traduire la page man_made=street_cabinet du wiki
anglophone vers le français.
http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet

Bonne lecture.


François

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

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30 message 5 of 20)

[Jérôme Seigneuret]

Le 11 novembre 2015 15:03,  a écrit :

> Exact, mais complètement en dehors de la remarque de Ludovic.
> Pour répondre à Ludovic, non, il y a des exceptions dans les zones
> urbaines (pénétrantes limitées à 70 ou 90).
> Sur la voirie on ne met pas ce qui va de soi. Donc indiquer 50 km/h en
> zone urbaine a peu d'intérêt.
>

Rien ne va de soit. Une commune peut bien mettre une zone 30 sur toute la
commune... a contrario des lieudit (avec landuse=residential se retrouve
tarversé par des route à 90...
Le 50 est aussi utile car pour le moment dans les processus de traitement
c'est le landuse=residential qui permet d'identifier les zones à 50 par
défaut quand il n'y a pas d'information de vitesse saisie
Ca voudrait dire que la saisie des vitesses est conditonnée par la
précision de saisie des landuses par leur qualité... ça veut dire que si
l'on fait évoluer les zones de landuse, il faut redéfinir les vitesses sur
les tonçons au bornes... Bref je vais pas traité les cas possible mais je
vous laisse imaginer le problème...

Mettre les limites non standard est intéressant (ou les limites standard du
> fait d'aménagements styles zones 30).
>

Standard de quel point de vue? quand on n'est plus sur un
landuse=residential c'est 90... Quand est t'il du highway=unclassified?

Les cas ne sont pas tous traités. Le conditionnement aux bornes est trop
pénible à gérer. Pour mois c'est plus à titre indicatif faute de mieux.
Donc quand je peux j'ajoute deux tags ça me coûte rien et ça évite à un
autre contributeur de ce poser la question aussi.

On peut éventuellement mettre une limite 50 km/h sur la partie urbaine
> (landuse???), mais ne mettre les 50 km/h que là ou c'est 50 km/h alors que
> ce n'est pas ce que l'on attend.
>

Et pour les autres landuse c'est quoi le choix (retail et autre) si c'est
le landuse qui conditionne la vitesse par défaut, faudrait prendre en
considération un peu plus sérieusement la manière de dessiner ces objets.
Quand est t'il quand on est sur des objets de type natural et autre...
La vitesse est liée aux conditions environnementales mais elle est
conditionnée par un contexte réglementaire. On qualifie un réseau. Le fond
ne doit conditionner la vitesse (sauf donner un info indicative) . Faire du
conditionnel en fonction d'autres objets de type polygone est trop pénible
surtout quand la couche qui a servi à faire le découpe est conçu pour une
échelle de définition région et non communale ou topologique avec le réseau
en question...
Si on ne le fait pas sur le réseau il faut dans ce cas des isolignes
topologique avec la couche de voirie.

Par exemple si une zone à 30 km/h est traversée par une voie à 50 km/h
> (j'espère que c'est un exemple fictif ! Fictif mais pas illégal :
> légalement on met 2 zones à 30 et entre on laisse la rue en voie urbaine
> classique).
>
> Oui ce cas me parait difficile mais pas improbable. C'est la même que pour
le cas suivant
J'ai une voie sans panneaux d'entrée/sortie de ville. A l'entrée c'est bien
un village (donc de base 50) et de l'autre coté de la voie je retombe sur
une route à 90.  On fait quoi? On roule à 50 ou à 90???

Les vitesses non qualifiées sont pour moi un moyen d'alerter sur des
tronçons problématiques.

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

Re: [OSM-talk-fr] OpenSolarMap...

[Christian Quest]

On 12/11/2015 00:26, Florian LAINEZ wrote:
> Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être
> un vrai addict maintenant !
> Merci Christian
>

Je décline toute responsabilité en cas de dépendance avérée ;)

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] OpenSolarMap...

[Florian LAINEZ]

Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être un
vrai addict maintenant !
Merci Christian

Le 11 novembre 2015 21:56, Christian Quest  a
écrit :

> Non, aucun problème.
>
> J'ai nettoyé la CSS, ça marche un peu mieux sur tablette et smartphone,
> mais c'est pas encore tout à fait ça...
>
> On se rapproche des 5 contributions !
>
> Le 11 novembre 2015 20:13, lenny  a écrit :
>
>>
>>
>> Le 10/11/2015 15:54, Christian Quest a écrit :
>>
>>> La barre des 2 contributions ont été franchies vers midi ! Bravo à
>>> tous !
>>>
>>
>> Bravo à toi Christian, pour ce projet.
>>
>> Est-ce que je crée un problème, si j'oublie de fermer la fenêtre
>> OpenSolarMap ? Je bloque un processus ?
>>
>> Lenny
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] OpenSolarMap...

[Jérôme Seigneuret]

> Salut, ces dernières améliorations sont vraiment top, j'ai peur d'être un
> vrai addict maintenant !
> Merci Christian
>
>
Je vais arrêter là pour le moment. J'ai bien assez à faire avec les
intégrations d'Osmose autour de chez moi.
Je suis du coin de l’œil. Bonne continuation pour ce projet.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Armoires de rues

[Eric Brosselin - Osm]

Bonjour,

Beau travail
J'ai fait le lien vers la page FR dans le template "man_made"
Ainsi il sera effectif depuis la page générale "Map features" , pardon 
"Éléments cartographiques" ;-)


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

Re: [OSM-talk-fr] Armoires de rues

[Jérôme Seigneuret]

Bonjour,
Il reste quelques petites corrections à faire sur les tableaux (traduit en
partie)

or > ou
Domain specific > Spécifique au domaine :
Réseaux TV câblée > Réseaux TV câblés
Telephone street cabinets > armoires de brassage ou de filtrage?
Postal street relay  > relais postal, relais technique postal?

Jérôme

Le 11 novembre 2015 19:27, Eric Brosselin - Osm  a
écrit :

> Bonjour,
>
> Beau travail
> J'ai fait le lien vers la page FR dans le template "man_made"
> Ainsi il sera effectif depuis la page générale "Map features" , pardon
> "Éléments cartographiques" ;-)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30 message 5 of 20)

[Philippe Verdy]

Le 11 novembre 2015 19:13, Jérôme Seigneuret  a
écrit :

> Standard de quel point de vue? quand on n'est plus sur un
> landuse=residential c'est 90...
>

Sauf qu'autour de pas mal d'agglomérations on trouve des zones
industrielles et commerciales qui restent pourtant dans l'agglomération et
limitées à 50... mais on est déjà sorti du landuse=residential. Et toutes
les zones industrielles ne sont pas limitées à 50, on en trouve facilement
aussi à l'écart des agglomérations le long des principales routes.

> Les cas ne sont pas tous traités. Le conditionnement aux bornes est trop
> pénible à gérer. Pour mois c'est plus à titre indicatif faute de mieux.
> Donc quand je peux j'ajoute deux tags ça me coûte rien et ça évite à un
> autre contributeur de ce poser la question aussi.
>

Taguer les chemins des voies est ce qui est le plus facile à gérer et c'est
assez stable pour résister aux modifications et améliroations de précision.
Bien sûr on oubliera des voies et de petites rues, mais on a des outils
pour trouver les voies non marquées, et la topologie de connexion des voies
peut aider à proposer des valeurs correctes par défaut (un travail pour
Osmose ?)

Quant à la précision nécessaire pour le tronçonnage des voies, on n'est pas
à moins de 50 mètres près (plus petite limite pour la pose d'un panneau de
limite de vitesse en zone résidentielle), voire 150 mètres (vu depuis la
zone hors agglomération, puisqu'il faut une distance raisonnable de
freinage) : le noeud de coupure d'une voie peut avoir une position
approchée, même si on ne voit pas le panneau, mais correspondra assez bien
aux limties d'agglomération observables meêm si les landuse=residential
sont approximatifs. Un panneau n'est pas non plus exactement à la limite de
zone résidentielle mais sera mis avant, ou bien il y aura un panneau
avertisseur d'une prochaine limite posé 100 mètres avant.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import canaux cadastre pas terrible

[Jérôme Seigneuret]

> Pour des cours d'eau aussi étroit il est conseillé de carrément remplacer
> les surfaces importées du cadastre par un simple filaire.
>
Ces types ne doivent pas être en polygone
waterway=drain un cours d'eau naturel canalisé pas assez profond et large
pour être navigable entre dans cette condition
waterway=stream * pour un cours d'eau non canalisé artificiellement de
faible envergure (même contexte que précédemment)
waterway=ditch pour des fossés connecté ou non à un cours d'eau. Pour les
non connecté j'utilise barrier=ditch

* je remonte le polygone natural=water + natural=river sur ce type pour
faire une jonction propre pour les connexions entre waterway=stream et
waterway=river

Tu peux soit tout supprimer et tout retracer, soit couper la surface à ses
> deux extrémités, en garder qu'une seule rive et la repositionner
> manuellement au centre de l'ancienne surface. Le cadastre n'étant pas
> toujours fiable pour l'eau il faut aussi s'assurer que le tracé est
> cohérent vis à vis des images satellite Bing (surtout ne pas hésiter à
> corriger et simplifier un peu le tracé importé).
>

C'est fiable oui et non en effet. La logique du cadastre est de gérer les
parcelles exploitables (avec taxes bien sûr )
Donc les zones d'eau sont basés sur les niveaux les plus haut hors cru car
ces zones sont normalement inexploitables.

Après le calage et la précision, c'est pas toujours ça (zones montagneuses
et zones agricoles n'ayant pas fait l'objets de révisions genre
remembrement, divisions)

En effet je coupe et je fais une copie parallèle (Maj + P sous JOSM) puis
raccordement des extrémités et vérification des interconnexions (pont,
tunnels, autres affluents)


Ensuite il faut choisir la bonne valeur pour l'attribut waterway (par
> exemple stream), s'assurer que le chemin est dans le bon sens et le
> connecter correctement aux autres cours d'eau (rajouter les sections
> manquantes si nécessaire).
>
>
Et attention au intersection avec des routes (pont, tunnel) voir Osmose

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenSolarMap...

[Christian Quest]

Non, aucun problème.

J'ai nettoyé la CSS, ça marche un peu mieux sur tablette et smartphone,
mais c'est pas encore tout à fait ça...

On se rapproche des 5 contributions !

Le 11 novembre 2015 20:13, lenny  a écrit :

>
>
> Le 10/11/2015 15:54, Christian Quest a écrit :
>
>> La barre des 2 contributions ont été franchies vers midi ! Bravo à
>> tous !
>>
>
> Bravo à toi Christian, pour ce projet.
>
> Est-ce que je crée un problème, si j'oublie de fermer la fenêtre
> OpenSolarMap ? Je bloque un processus ?
>
> Lenny
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Parking/Aire de covoiturage

[Jérôme Seigneuret]

Le 11 novembre 2015 15:21, Axelos  a écrit :

> Gautier wrote
> > Pour la valeur de park_ride, je ne comprend pas la valeur "hov". Le wiki
> > dit :
> >  - valeur : "yes/no;bus;train;tram;metro;ferry"
> >  - description : "Parc relais
>

Comme je disais c'est une proposition. Je le vois juste ainsi. Donc à
ajouter au wiki en discussion. hov est un mode de déplacement tous comme
les autres. Tu viens en voiture et tu pars par une autre en covoiturage.
Donc c'est une forme de Parc Relais.
A défaut, mettre yes. Qu'en est-il pour les voies de taxi comme pour les
aéroports? Es-ce aussi à ajouter à park_ride ? je me pose la question

>
> > Si je comprend bien, c'est donc les transports qui sont disponibles
> > lorsqu'on vient dans ces parcs relais. Il faudrait donc rajouter une
> > valeur "hov" ? Si oui, ça se passe comment ? On le rajoute directement
> > sur le wiki ou il y a une "procédure" (discussion) avant ?
>
Oui une discussion c'est mieux et sur la page anglaise


> > Pour la clé access, je n'ai rien trouvé au niveau législatif sur les
> > aires de covoiturage (ces places de parking sont-elles réellement
> > limitées aux utilisateurs du covoiturage ?). Quelle est la raison de ton
> > choix pour cela ?
>
Oui, il faudrait un peut plus d'info pour savoir si c'est un parking
réservé au covoiturage. Si d'autre véhicule peuvent se garder ou si c'est
juste une zone de dépose minute sur une voie réservé a covoiturage...

HOV : High-Occupancy Vehicle
> En français : voie réservée aux véhicules à occupation multiple
>
Je pars du principe que pour covoiturer il faut être deux donc si tu pars
avec quelqu'un soit tu fait du covoiturage du VTC ou taxi (si tu as la
licence) ;-)



> Pour l’accès, c'est vrai que l’intérêt de access=hov est assez limité.
>
Sauf si c'est un parking réservé

Toutefois il n'y a pas de présence de restriction d’accès tel que access=no,
> ce qui n'interdit pas les nons covoitureurs d'accéder au parking.
>
En effet mais tu peux aussi le faire directement sur certaines places comme
pour l'accès aux handicapés ou réservé aux familles.

Dans le genre j'y préfère plus un hov=designated : ça n'interdit pas les
> autres usagés non plus, mais ça décrit que la voie est principalement dédié
> aux covoitureurs.
>
> Si tel est le cas je suis pour

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenSolarMap...

[lenny]

Le 10/11/2015 15:54, Christian Quest a écrit :
La barre des 2 contributions ont été franchies vers midi ! Bravo à 
tous !


Bravo à toi Christian, pour ce projet.

Est-ce que je crée un problème, si j'oublie de fermer la fenêtre 
OpenSolarMap ? Je bloque un processus ?


Lenny


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

Re: [OSM-talk-fr] Armoires de rues

[Laurent Combe]

pour la poste (les boîtes marrons) : il s'agit d'un "dépôt relais"

laurent

Le 11 novembre 2015 19:33, Jérôme Seigneuret  a
écrit :

> Bonjour,
> Il reste quelques petites corrections à faire sur les tableaux (traduit en
> partie)
>
> or > ou
> Domain specific > Spécifique au domaine :
> Réseaux TV câblée > Réseaux TV câblés
> Telephone street cabinets > armoires de brassage ou de filtrage?
> Postal street relay  > relais postal, relais technique postal?
>
> Jérôme
>
> Le 11 novembre 2015 19:27, Eric Brosselin - Osm 
> a écrit :
>
>> Bonjour,
>>
>> Beau travail
>> J'ai fait le lien vers la page FR dans le template "man_made"
>> Ainsi il sera effectif depuis la page générale "Map features" , pardon
>> "Éléments cartographiques" ;-)
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [BANO] Rapprochement sur noeud place=neighbourhood

[Jérôme Seigneuret]

Bonjour,
Je voulais savoir si la prise en compte des noms pouvait être faite
sur place=neighbourhood
J'ai forcé le la référence Fantoir en attendant
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/44.03384/4.69184


Merci
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [BANO] Rapprochement sur noeud place=neighbourhood

[Vincent de Château-Thierry]

Bonsoir,

Le 11/11/2015 22:17, Jérôme Seigneuret a écrit :


Je voulais savoir si la prise en compte des noms pouvait être faite
sur place=neighbourhood
J'ai forcé le la référence Fantoir en attendant
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/44.03384/4.69184


Oui c'est prévu, c'est pile mon chantier du moment dans BANO : la prise 
en compte des nodes place=* nommés. À force d'en parler [1]...:)
Au programme : leur rapprochement avec Fantoir, leur rapprochement avec 
les noms trouvés dans le Cadastre, et partout où on manque de nodes 
place=*, une proposition de positionnement d'un point nommé issu du 
Cadastre. Pour l'instant ça ne sera que sur fond carto. Pas exclu que ça 
devienne aussi un fichier de points à intégrer (par commue), mais il 
faudra que le résultat soit satisfaisant. En effet, la géométrie n'est 
pas reprise du Cadastre (comme celle des n° des adresses) mais 
approximée en fonction des noms trouvés sur les parcelles, et de la 
présence de bâtiments. Une tambouille, mais en même temps, le 
positionnement des nodes place=* est subjectif, donc...

Et il y aura aussi l'ajout des listes de lieux-dits sur les pages "Fantoir".

Je reviens en parler dès que j'ai quelque chose de montrable. Courant du 
mois normalement.


vincent

[1] : https://github.com/osm-fr/bano/issues/50

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