Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

2018-09-13 Par sujet Axelos 
Bonjour,

Le 14/09/2018 à 00:16, marc marc a écrit :
> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un 
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela constitue 
> mais je pense que c'est peine perdue

Pas forcement, moi-même j'ai commencé à représenter des itinéraires de
bus en découpant les giratoires, tout simplement car cela m'a semblé
plus logique ainsi.
Le but étant de retranscrire le cheminement du bus.

Bon ensuite j'ai compris que la pratique veut que l'on découpe pas les
giratoires, je me suis adapté et en effet c'est plus simple à gérer ainsi.

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

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

2018-09-13 Par sujet marc marc 
Bonsoir,

je vais prendre une analogie pour le cas où tu as vraiment envie de 
réfléchir à cette pratique : un maison composé de 4 murs.
si quelqu'un a envie de couper une maison en 4 morceaux pour renseigner 
la couleur de chaque mur, le tag building=house ne doit PAS être mis sur 
chacun des 4 murs de la maison mais uniquement sur la relation polygone 
qui réunit les 4 murs en UNE maison.
un mur n'est pas une maison.

c'est pareil avec les round-points.
junction=roundabout définit UN rond-point.
si quelqu'un coupe ce rond-point en 4 morceaux,
chaque morceau de rue n'est pas en lui-même un rond-point.
donc chaque morceau de rue ne doit pas lui-même avoir le tag de rond-point.

Pour bien faire, il faut séparer l'aspect "bout de route"
de l'aspect "ces x morceaux de routes forment un rond-point"
cela aurait au moins le mérite d'être moins galère à maintenir
pour tous sauf ceux qui veulent du micro-rendu d'itinéraire.
Mais cela nécessite aussi de voir quel outil sont capable de gérer
ce bazar.

PS: l'argument du bus qui prend plusieurs fois le rond-point est une 
bonne blague, la quasi unanimité de rond-points que tu découpes sont 
fait sans aucune connaissance locale, tu n'as aucun moyen de savoir
par où le bus passe réellement,
c'est des changeset en mode devinette.
je persiste donc à penser que c'est donc bien des tag pour le rendu : 
aucun lien avec la réalité, ce n'est fait que pour le rendu.
parfois cela correspond à la réalité, parfois pas, selon la chance.
dans tous les cas c'est horrible à maintenir, suffit de voir la 
discussion précédente sur la taux de rupture malgré le temps passé
à réparer.

Cordialement,
Marc

Le 14. 09. 18 à 00:42, Jo a écrit :
> Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, 
> juste parce que l'on aime bien la couleur ou icõne utilisé par le rendu.
> 
> Sur un rond-point découpé on peut décrire exactement ce que fait le bus 
> sur le rond point.
> Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs 
> fois, ce qui arrive plus souvent que l'on ne le penserait.
> 
> Et oui, c'est plus clair dans le rendu également.
> 
> 
> Pour la maintenance, avec JOSM on peut faire:
> 
> Ctrl-f
> "junction=roundabout inview"
> 
> pour sélectionner tous les morceaux composants la rotonde.
> 
> Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que 
> sporadiquement.
> 
> Polyglot
> 
> Op vr 14 sep. 2018 om 00:17 schreef marc marc  >:
> 
> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela
> constitue
> mais je pense que c'est peine perdue
> 
> Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
>  > J’aimerais connaître les raisons pour lesquelles certains membres
> de la communauté jugent utiles de couper les rond-points petits
> morceaux (jusqu’à 7).
>  > Ceux que j’ai tracé dans ma ville, connue pour être la capitale
> des rond-points (il y en a quelques centaines sur toute
> l’agglomération) ont été découpés peu de temps avant que le réseau
> de bus soit complètement réagencé.
>  > Depuis des semaines, je reconstitue les rond-points, les
> redimensionne et les recale, si nécessaire.
>  > Je me suis aperçu que la fusion est sensible à une faute
> d’orthographe dans un des « name ». Elle était empêchée, parce qu’un
> segment était nommé « name:br = kroazhent-tro X » (il faut un s et
> non un z). Anomalie assez peu explicable.
>  > Cela me fait penser que le découpage a pour conséquence de
> compliquer la tâche de ceux qui veulent ajouter des « name » dans
> des alphabets différents.
>  > Apparemment et heureusement, les relations n’interfèrent pas.
>  > Cela va dans le sens de les attacher au rond-point entier.
>  > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux
> sens, donc le bus est amené à faire un tour complet (dans un cas, le
> trajet est énorme, peut-être 150 m).
>  >
>  > Les réorganisations des bus sont d’excellentes occasions pour
> vérifier la qualité et remettre à jour la voirie, les adresses, les
> passages piétons, etc.
>  >
>  > Christian R.
>  >
>  >
>  >
>  > ___
>  > 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] Rond-points à la découpe. Pourquoi ?

2018-09-13 Par sujet Jo 
Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, juste
parce que l'on aime bien la couleur ou icõne utilisé par le rendu.

Sur un rond-point découpé on peut décrire exactement ce que fait le bus sur
le rond point.
Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs fois,
ce qui arrive plus souvent que l'on ne le penserait.

Et oui, c'est plus clair dans le rendu également.


Pour la maintenance, avec JOSM on peut faire:

Ctrl-f
"junction=roundabout inview"

pour sélectionner tous les morceaux composants la rotonde.

Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que
sporadiquement.

Polyglot

Op vr 14 sep. 2018 om 00:17 schreef marc marc :

> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela constitue
> mais je pense que c'est peine perdue
>
> Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
> > J’aimerais connaître les raisons pour lesquelles certains membres de la
> communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à
> 7).
> > Ceux que j’ai tracé dans ma ville, connue pour être la capitale des
> rond-points (il y en a quelques centaines sur toute l’agglomération) ont
> été découpés peu de temps avant que le réseau de bus soit complètement
> réagencé.
> > Depuis des semaines, je reconstitue les rond-points, les redimensionne
> et les recale, si nécessaire.
> > Je me suis aperçu que la fusion est sensible à une faute d’orthographe
> dans un des « name ». Elle était empêchée, parce qu’un segment était nommé
> « name:br = kroazhent-tro X » (il faut un s et non un z). Anomalie assez
> peu explicable.
> > Cela me fait penser que le découpage a pour conséquence de compliquer la
> tâche de ceux qui veulent ajouter des « name » dans des alphabets
> différents.
> > Apparemment et heureusement, les relations n’interfèrent pas.
> > Cela va dans le sens de les attacher au rond-point entier.
> > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens,
> donc le bus est amené à faire un tour complet (dans un cas, le trajet est
> énorme, peut-être 150 m).
> >
> > Les réorganisations des bus sont d’excellentes occasions pour vérifier
> la qualité et remettre à jour la voirie, les adresses, les passages
> piétons, etc.
> >
> > Christian R.
> >
> >
> >
> > ___
> > 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] Rond-points à la découpe. Pourquoi ?

2018-09-13 Par sujet marc marc 
tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un 
trajet de de bus au lieu d'afficher l'ensemble du rond-point.
on a dàjà mainte fois évoqué la galère de maintenance que cela constitue 
mais je pense que c'est peine perdue

Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
> J’aimerais connaître les raisons pour lesquelles certains membres de la 
> communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à 
> 7).
> Ceux que j’ai tracé dans ma ville, connue pour être la capitale des 
> rond-points (il y en a quelques centaines sur toute l’agglomération) ont été 
> découpés peu de temps avant que le réseau de bus soit complètement réagencé.
> Depuis des semaines, je reconstitue les rond-points, les redimensionne et les 
> recale, si nécessaire.
> Je me suis aperçu que la fusion est sensible à une faute d’orthographe dans 
> un des « name ». Elle était empêchée, parce qu’un segment était nommé « 
> name:br = kroazhent-tro X » (il faut un s et non un z). Anomalie assez peu 
> explicable.
> Cela me fait penser que le découpage a pour conséquence de compliquer la 
> tâche de ceux qui veulent ajouter des « name » dans des alphabets différents.
> Apparemment et heureusement, les relations n’interfèrent pas.
> Cela va dans le sens de les attacher au rond-point entier.
> Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens, donc 
> le bus est amené à faire un tour complet (dans un cas, le trajet est énorme, 
> peut-être 150 m).
> 
> Les réorganisations des bus sont d’excellentes occasions pour vérifier la 
> qualité et remettre à jour la voirie, les adresses, les passages piétons, etc.
> 
> Christian R.
> 
> 
> 
> ___
> 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] Rond-points à la découpe. Pourquoi ?

2018-09-13 Par sujet Christian Rogel 
J’aimerais connaître les raisons pour lesquelles certains membres de la 
communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à 7).
Ceux que j’ai tracé dans ma ville, connue pour être la capitale des rond-points 
(il y en a quelques centaines sur toute l’agglomération) ont été découpés peu 
de temps avant que le réseau de bus soit complètement réagencé.
Depuis des semaines, je reconstitue les rond-points, les redimensionne et les 
recale, si nécessaire.
Je me suis aperçu que la fusion est sensible à une faute d’orthographe dans un 
des « name ». Elle était empêchée, parce qu’un segment était nommé « name:br = 
kroazhent-tro X » (il faut un s et non un z). Anomalie assez peu explicable.
Cela me fait penser que le découpage a pour conséquence de compliquer la tâche 
de ceux qui veulent ajouter des « name » dans des alphabets différents.
Apparemment et heureusement, les relations n’interfèrent pas.
Cela va dans le sens de les attacher au rond-point entier.
Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens, donc le 
bus est amené à faire un tour complet (dans un cas, le trajet est énorme, 
peut-être 150 m).

Les réorganisations des bus sont d’excellentes occasions pour vérifier la 
qualité et remettre à jour la voirie, les adresses, les passages piétons, etc.

Christian R.



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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

2018-09-13 Par sujet Axelos 
Le 13/09/2018 à 16:03, Christian Rogel a écrit :
>> Le 12 sept. 2018 à 20:10, JB  a écrit :
>>
>> Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a été 
>> discuté, rediscuté plusieurs et encore plusieurs fois ces dernières années. 
>> Tu as tenté de relancer la discussion sans grande réussite il y a quelques 
>> mois, si je ne me trompe pas. Ça n'a pas l'air de prendre cette fois-ci 
>> non-plus. Laisser les choses telles qu'elles sont, ce qui semble le 
>> compromis le plus stable ou au mieux le moins bancal, t'empêchera-t-il 
>> de dormir tranquille ? 
>> Je pense que le panier de crabes est mieux ainsi, en équilibre, que si on le 
>> retourne une fois encore. Je pense que tu risques de te frotter à des 
>> résistances locales à plusieurs endroits, à des conflits d'éditions, qui 
>> montent parfois vite en tension lorsque la modification est faite par des 
>> contributeurs distants. Es-tu sûr que le jeu en vaille la chandelle ?
>> JB.
>>
>> Le 12/09/2018 à 12:59, djakk djakk a écrit :
>>> Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je 
>>> réfléchi à de nouvelles valeurs pour la clé (pour refléter les quatre-voies 
>>> en normes autoroutières - Bande d'arrêt d’urgence bitumée et large - et 
>>> d’autres cas)
>>>
>>> djakk
>>>
>>>
>>> Le lun. 10 sept. 2018 à 19:49, djakk djakk >> > a écrit :
>>> Coucou !
>>>
>>> Je reviens sur cette histoire de highway=trunk qui diffère selon les pays. 
>>>
>>> Je pense qu’il est important d’avoir pour chaque clé-valeur une définition 
>>> commune au monde entier (autant que possible ) et qu’un 5e niveau dans la 
>>> hiérarchie des “highways” 
>>> serait souhaitable : residential/unclassified - tertiary - secondary - 
>>> primary - trunk. 
>>>
>>> Du coup, il s’agirait de reprendre pour la France le classement anglais des 
>>> highways, où le trunk désigne une super-route pas forcément de type 
>>> autoroutier. 
>>>
>>> Par exemple pour différencier la N12 et la D31 à Ernée (
>>> https://www.openstreetmap.org/#map=12/48.3017/-0.9306 
>>>  ) la N12 serait à 
>>> mettre en trunk - comme à priori toutes les nationales restant en France. 
>>>
>>> Pour retrouver les informations actuellement fournies par le trunk français 
>>> : la classification administrative avec le panneau “route pour 
>>> automobiles”, on a la clé-valeur “motorroad=yes”. 
>>> Il faut inventer une nouvelle clé pour désigner une route dénivelée (pas de 
>>> carrefours à niveau) : at_grade=no ou junctionS=interchangeS (utile pour 
>>> les cas où la route ressemble à une route pour automobiles dénivelée, mais 
>>> ça n’en est pas une officiellement, exemple : la N12 au niveau de 
>>> Goussainville :
>>> https://www.openstreetmap.org/#map=16/48.7718/1.5526 
>>>  
> 
> 
> J’avais aussi lancé ce sujet sur cet liste. Je continue à trouver loufoque 
> d’invoquer le critère de limitation de vitesse, alors que celui-ci est inclus 
> dans la qualification de la voie et que cette redondance ne gêne pas certains 
> de nos chers geeks qui veulent pourtant élaguer des appellations visibles sur 
> le terrain.
> La résistance à l’utilsation de « trunk » pour qualifier les voies 
> structurantes (et son corollaire, dénier la qualité d’autoroute aux voies 
> express) est, en réalité, issue d'un contexte politique : on ne va pas 
> contredire les manies des ingénieurs de Ponts, car, on a trop de respect pour 
> l’État.
> On suppose que le classement opéré par celui-ci est approprié, sans en 
> esquisser la moindre mise en cause.
> Ce serait trop dérangeant de marcher sans béquilles.
> A la prochaine révolution, peut-être… ;-)


Et moi je continue à trouver loufoque cette idée bien française
d'interdire par défaut les non-automobiles sur les highway=trunk tout en
ignorant l'attribut motorroad
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France
https://wiki.openstreetmap.org/wiki/Key:motorroad

Ça date de 2014 :
http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html

Comme quoi on a tous à y redire :)

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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

2018-09-13 Par sujet Christian Rogel 
> Le 12 sept. 2018 à 20:10, JB  a écrit :
> 
> Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a été 
> discuté, rediscuté plusieurs et encore plusieurs fois ces dernières années. 
> Tu as tenté de relancer la discussion sans grande réussite il y a quelques 
> mois, si je ne me trompe pas. Ça n'a pas l'air de prendre cette fois-ci 
> non-plus. Laisser les choses telles qu'elles sont, ce qui semble le compromis 
> le plus stable ou au mieux le moins bancal, t'empêchera-t-il de dormir 
> tranquille ? 
> Je pense que le panier de crabes est mieux ainsi, en équilibre, que si on le 
> retourne une fois encore. Je pense que tu risques de te frotter à des 
> résistances locales à plusieurs endroits, à des conflits d'éditions, qui 
> montent parfois vite en tension lorsque la modification est faite par des 
> contributeurs distants. Es-tu sûr que le jeu en vaille la chandelle ?
> JB.
> 
> Le 12/09/2018 à 12:59, djakk djakk a écrit :
>> Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je réfléchi 
>> à de nouvelles valeurs pour la clé (pour refléter les quatre-voies en normes 
>> autoroutières - Bande d'arrêt d’urgence bitumée et large - et d’autres cas)
>> 
>> djakk
>> 
>> 
>> Le lun. 10 sept. 2018 à 19:49, djakk djakk > > a écrit :
>> Coucou !
>> 
>> Je reviens sur cette histoire de highway=trunk qui diffère selon les pays. 
>> 
>> Je pense qu’il est important d’avoir pour chaque clé-valeur une définition 
>> commune au monde entier (autant que possible ) et qu’un 5e niveau dans la 
>> hiérarchie des “highways” 
>> serait souhaitable : residential/unclassified - tertiary - secondary - 
>> primary - trunk. 
>> 
>> Du coup, il s’agirait de reprendre pour la France le classement anglais des 
>> highways, où le trunk désigne une super-route pas forcément de type 
>> autoroutier. 
>> 
>> Par exemple pour différencier la N12 et la D31 à Ernée (
>> https://www.openstreetmap.org/#map=12/48.3017/-0.9306 
>>  ) la N12 serait à 
>> mettre en trunk - comme à priori toutes les nationales restant en France. 
>> 
>> Pour retrouver les informations actuellement fournies par le trunk français 
>> : la classification administrative avec le panneau “route pour automobiles”, 
>> on a la clé-valeur “motorroad=yes”. 
>> Il faut inventer une nouvelle clé pour désigner une route dénivelée (pas de 
>> carrefours à niveau) : at_grade=no ou junctionS=interchangeS (utile pour les 
>> cas où la route ressemble à une route pour automobiles dénivelée, mais ça 
>> n’en est pas une officiellement, exemple : la N12 au niveau de Goussainville 
>> :
>> https://www.openstreetmap.org/#map=16/48.7718/1.5526 
>>  


J’avais aussi lancé ce sujet sur cet liste. Je continue à trouver loufoque 
d’invoquer le critère de limitation de vitesse, alors que celui-ci est inclus 
dans la qualification de la voie et que cette redondance ne gêne pas certains 
de nos chers geeks qui veulent pourtant élaguer des appellations visibles sur 
le terrain.
La résistance à l’utilsation de « trunk » pour qualifier les voies 
structurantes (et son corollaire, dénier la qualité d’autoroute aux voies 
express) est, en réalité, issue d'un contexte politique : on ne va pas 
contredire les manies des ingénieurs de Ponts, car, on a trop de respect pour 
l’État.
On suppose que le classement opéré par celui-ci est approprié, sans en 
esquisser la moindre mise en cause.
Ce serait trop dérangeant de marcher sans béquilles.
A la prochaine révolution, peut-être… ;-)


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

Re: [OSM-talk-fr] Classification des highway - trunk comme super-primary

2018-09-13 Par sujet JB 
Pas de réponse = accord de tous ? Je pense plutôt l'inverse. Le sujet a 
été discuté, rediscuté plusieurs et encore plusieurs fois ces dernières 
années. Tu as tenté de relancer la discussion sans grande réussite il y 
a quelques mois, si je ne me trompe pas. Ça n'a pas l'air de prendre 
cette fois-ci non-plus. Laisser les choses telles qu'elles sont, ce qui 
semble le compromis le plus stable ou au mieux le moins bancal, 
t'empêchera-t-il de dormir tranquille ?
Je pense que le panier de crabes est mieux ainsi, en équilibre, que si 
on le retourne une fois encore. Je pense que tu risques de te frotter à 
des résistances locales à plusieurs endroits, à des conflits d'éditions, 
qui montent parfois vite en tension lorsque la modification est faite 
par des contributeurs distants. Es-tu sûr que le jeu en vaille la 
chandelle ?

JB.

Le 12/09/2018 à 12:59, djakk djakk a écrit :
Apparement il existe un tag “expressway=yes” donc utilisons-le ! Je 
réfléchi à de nouvelles valeurs pour la clé (pour refléter les 
quatre-voies en normes autoroutières - Bande d'arrêt d’urgence bitumée 
et large - et d’autres cas)


djakk


Le lun. 10 sept. 2018 à 19:49, djakk djakk > a écrit :


Coucou !

Je reviens sur cette histoire de highway=trunk qui diffère selon
les pays.

Je pense qu’il est important d’avoir pour chaque clé-valeur une
définition commune au monde entier (autant que possible ) et qu’un
5e niveau dans la hiérarchie des “highways”
serait souhaitable : residential/unclassified - tertiary -
secondary - primary - trunk.

Du coup, il s’agirait de reprendre pour la France le classement
anglais des highways, où le trunk désigne une super-route pas
forcément de type autoroutier.

Par exemple pour différencier la N12 et la D31 à Ernée (
https://www.openstreetmap.org/#map=12/48.3017/-0.9306 ) la N12
serait à mettre en trunk - comme à priori toutes les nationales
restant en France.

Pour retrouver les informations actuellement fournies par le trunk
français : la classification administrative avec le panneau “route
pour automobiles”, on a la clé-valeur “motorroad=yes”.
Il faut inventer une nouvelle clé pour désigner une route
dénivelée (pas de carrefours à niveau) : at_grade=no ou
junctionS=interchangeS (utile pour les cas où la route ressemble à
une route pour automobiles dénivelée, mais ça n’en est pas une
officiellement, exemple : la N12 au niveau de Goussainville :
https://www.openstreetmap.org/#map=16/48.7718/1.5526
).


djakk



___
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] Lit-et-Mixe

2018-09-13 Par sujet Rpnpif 
Le 11 septembre 2018, Philippe Verdy a écrit :

> Les communes nouvelles
> sont des artifices administratifs et comptables et une forme de coopération
> et simplification budgétaire propre au fonctionnement des collectivités.

Oui et non.
Par exemple, le courrier postal ne porte de plus en plus souvent que le
nom de la commune nouvelle.
Un voyageur qui n'a que cette adresse doit pouvoir localiser facilement
un point urbain où il pourra aller.
Je ne suis pas sûr que si on ne repère que la frontière de la commune
nouvelle cela facilite la vie à ce voyageur. Il lui faut un point
d'accroche comme le centre bourg principal. Comment faire pour le
repérer facilement si le nom de la commune nouvelle n'apparaît
pas sur les cartes mais seulement le nom des communes déléguées ?

La relation est-elle suffisante ?

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Blocked access to the OSM wiki according to the location

2018-09-13 Par sujet marc marc 
Bonjour Severin,

j'ignore si t'es trompé de langue ou de ml :)
configurer un proxy sur son ordi ne change rien si leur fai a un proxy 
ouvert dont l'utilisation est forcée.
le mieux est qu'ils contactent leur fai pour demander la résolution du 
problème de fond : la sécurisation du proxy ouvert chez le fai.

PS: c'est quel fai ? généralement les proxy ouvert sont bien + lié à un 
pc infecté qu'à un fai négligeant

Cordialement,
Marc

Le 13. 09. 18 à 11:30, Severin Menard a écrit :
> Hi,
> 
> Currently, some OSM contributors from DRC cannot create accounts or edit 
> the OSM wiki, getting thise message: " Your IP address is listed as an 
> open proxy in the DNSBL used by OpenStreetMap Wiki. You cannot create an 
> account. "
> 
> In the past, contributors from other African countries also face the 
> same issue. Do these contributors need to set a proxy on their computer, 
> considering their Internet provider use an open proxy?
> 
> Sincerely,
> 
> Severin
> 
> 
> 
> ___
> 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] Blocked access to the OSM wiki according to the location

2018-09-13 Par sujet Severin Menard 
Hi,

Currently, some OSM contributors from DRC cannot create accounts or edit
the OSM wiki, getting thise message: " Your IP address is listed as an open
proxy in the DNSBL used by OpenStreetMap Wiki. You cannot create an
account. "

In the past, contributors from other African countries also face the same
issue. Do these contributors need to set a proxy on their computer,
considering their Internet provider use an open proxy?

Sincerely,

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