Re: [OSM-talk-fr] openstreetmap.org bilingue
Le 12 mai 2018, osm.sanspourr...@spamgourmet.com a écrit : > Qui serait le gallo en Haute-Bretagne, Alain je n'ai pas vu ce en quoi > ce que tu disais était incompatible avec ce que disait Christian R. : on > peut avoir une carte en breton où les noms sont en breton quand ils > existent, c'est une carte favorisant name:br comme la carte > d'OpenStreetMap France favorise les name:fr même là où le français n'est > pas parlé. Le problème était que l'indication officielle des panneaux est souvent fantaisiste. Et là nous sommes d'accord Christian et moi. Le rendu devrait tenir compte de la langue demandée par le navigateur car sinon cela risque d'être trop chargé. De plus dans une même région, certains (la plupart) préfèrent le français, d'autres le breton, d'autres le gallo. Laissons l'utilisateur décider de ce qu'il affiche (par une option à cocher ?). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Priorité au terrain et plaques ou panneaux bilingues
Le 9 mai 2018, Christian Rogel a écrit : > Les lecteurs de cette liste ne peuvent ignorer combien j’ai pu, avec l’équipe > « OpenStreetMap e brezhoneg », m’impiquer dans le multilinguisme des cartes > OSM. Le site et le blog qui acccompagnent « la carte en breton » contient de > nombreuses observations utiles. http://www.openstreetmap.bzh/fr/ > > Il faut bien marquer la différence entre toponyme relevé sur le terrain et > toponyme traduit ou restitué . > L’usage réel, dans le second cas, est extrêmement variable et il s’agit > parfois d’un usage postulé et à venir. > Il est donc important que les toponymes affichés en doublet linguistiques > (couple nom officiel/second nom) soient clairement distingués par « > source:name:ISO639 = survey ». >... Bonjour, Bien d'accord mais avec des nuances, la traduction en breton des noms de communes en pays gallo de Bretagne Est est très souvent purement fantaisiste. Dans beaucoup de ces communes, le breton n'a jamais été parlé (sauf en pays guérandais hors Bretagne administrative) et le mettre sur les panneaux est une chose qui fait plaisir à quelques intellos et fait partie des mesures qui éloignent les « gens » de l'« élite ». Je tempérerai cette opinion en disant que comme le reste de la Bretagne de nombreuses personnes du pays gallo tiennent à leur bretonnéité pour des raisons à la fois affectives et culturelles. Elles respectent le breton comme elles respectent la reine de France, Anne de Bretagne, une des icônes de leur « identité ». Maintenant mettre ça sur les panneaux du pays gallo n'a que très peu d'intérêt et est même nuisible à ceux nombreux qui ne s'y retrouvent pas. Par contre je soutiens la traduction en plus du français des objets OSM de Bretagne en Breton afin que ceux qui le veulent, vivent leur langue pleinement. Je regrette simplement que le gallo ne soit pas utilisé là où il le devrait. Cette langue a son propre génie (et ce n'est pas du vieux français ou si peu, la France n'existait pas à ses origines. C'est un mélange de breton, français, romain et autres dont probablement du persan). Comme le Breton (plus ou moins celtique), c'est une langue d'immigrés. Si on veut vraiment donner la priorité au terrain, on oublie les traductions des noms bretons sur les panneaux en pays de parler gallo pour y mettre les noms en gallo. Malheureusement, le gallo est essentiellement une langue orale dont très peu d'intellos ont formalisé l'écriture qui en tout cas n'est pas enseignée pour le bas peuple : il n'y a pas à ma connaissance d'école de type Diwan en gallo malgré sa présence à l'université (de Rennes). Je me souviens encore de l'époque au 20e siècle où l'élève qui osait parler un soi-disant « patois » sortait de classe avec les doigts en sang des coups de règles reçus de l'instituteur pour lui enlever l'envie de parler la langue de ses parents (comme pour les bretonnants mais 50 ans avant). J'en ai été témoin. Malheureusement, ça a marché. Garder la richesse patrimoniale de la Bretagne, c'est garder toute sa diversité. En conclusion, oui au breton sur OSM, oui au gallo là où il a sa place, non au breton sur les panneaux là où il n'a rien à y faire sauf à titre décoratif. Donc je ne suis pas favorable à leur retranscription sur OSM en doublon. Quand il y a une erreur sur une inscription réelle, quelle est l'intérêt de la noter sur OSM ? Donc pourquoi le faire pour ce sujet ? Ce n'est que mon avis. Bin le bonjour chez vous. -- Alain Rpnpif Breton gallo qui a entendu parler le gallo toute son enfance, qui regrette qu'il soit en perte et qui déplore de l'avoir lui-même oublié en partie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Avertissement pour ne pas emprunter une autoroute.
Bonjour, Je tourne autour d'un problème depuis un moment sans solution satisfaisante. Ici : https://www.openstreetmap.org/#map=18/47.46652/-0.67472 à l'embranchement de la voie rapide vers l'autoroute, OsmAnd ne signale pas qu'il faut se mettre sur la file de droite pour sortir et aller vers Châteaubriant ou Candé, même s'il affiche bien le tag destination, il ne donne pas d'autre message visuel ou sonore comme il devrait. En cas d'erreur (voie de gauche), l'automobiliste est envoyé sur l'autoroute avec des dizaines de km perdus et un péage à payer. OsmAnd ne donne un avertissement que pour le rond-point suivant. Comment modifier les tags pour aider OsmAnd à donner un avertissement qu'il faut tourner à droite pour aller sur Châteaubriant sur cette voie https://www.openstreetmap.org/way/545026016 par exemple ? Ou bien ce n'est pas le problème d'OSM ? Pourtant, je viens de faire une simulation sur mon smartphone et OsmAnd signale bien de prendre la voie de gauche pour aller sur l'autoroute. turn:lanes=through|right ne semble pas suffisant. Pourtant dans certains cas de configuration plus ou moins proche, OsmAnd indique bien de prendre à droite. J'avais pensé au tag transit mais il vient d'être classé obsolète et OsmAnd ne semble pas le gérer correctement... s'il l'a géré un jour. Une idée ? Coopérativement. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base nationale des limitations de vitesse... Retard annoncé.
Bonjour, Le 17 juin 2018, Christian Quest a écrit : > Le passage à 80km/h ne s'applique donc pas sur les routes comportant au > moins 3 voies... j'ai bien fait d'ajouter des lanes=* > lanes:forward/lanes:backward sur les primary/secondary ces derniers temps ! > > ça va quand même être un beau bazar car la signalisation ne correspondra > pas au code de la route avant un certain temps... Théoriquement, le panneau de signalisation a priorité sur la vitesse implicite, ce qui est logique. Donc, à mon avis, il ne devrait pas y avoir trop de bazar. Une moulinette sera donc lancée sur OSM pour mettre à jour les source:maxspeed=FR:rural ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Montrer dans OSM les toponymes réels dans les différentes langues de la République française
Le 15 janvier 2018, Christian Rogel a écrit : > Bonjour à tous, > > J’ai créé le code name:fr-x-fc (langue franc-comtoise > <https://fr.wikipedia.org/wiki/Franc-comtois_(langue)>) et je l'ai appliqué à > une douzaine de noms de communes du Doubs et du Territoire de Belfort > (Franche-Comté, modéle 1956), ainsi qu’à 3 communes du Jura suisse. > > Le code name;fr-x-gallo était faiblement utilisé et j’ai ajouté quelques > villes de Bretagne (Nantes, St-Nazaire, St-Malo, Rennes…). Bonjour, Je suis nouveau sur cette liste. Juste une remarque : « Nantes en Bretagne >, hum, attention, c'est un sujet polémique. Administrativement, Nantes est en Région Pays de la Loire. Les liens historiques sont très forts avec la Bretagne mais c'est tout. C'est bon à savoir. C'est une bonne idée de mettre les noms en gallo pour ces villes... Nantes comprise ;). Merci à vous. Cela compense l'indication des noms exclusivement en langue bretonne (avec le français) sur les panneaux des agglomérations de tout le pays breton gallo, alors que le breton n'y a jamais été parlé (sauf dans de rares milieux intellectuels). Cela étant dit, j'ai beaucoup de respect pour la langue bretonne. C'était à dire. Vous (nous) faites du bon travail. Salut à vous. -- Alain Rpnpif Un breton gallo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Montrer dans OSM les toponymes réels dans les différentes langues de la République française
Le 15 janvier 2018, Philippe Verdy a écrit : > Le français est en fait une langue très récente créée de toute pièce (une > des plus récentes en Europe, si on met de côté la création du > "serbo-croate" chapeau sur le modèle du français, aujourd'hui enterré, ou > la création encore plus récente du bosno-serbe, du monténégrin et du > bosniaque). Ce qu'on appelle "moyen français" ou "ancien français" est un > abus de langage, alors que c'est en fait différentes langues de France > qu'on a ensuite tenté de ridiculiser et faire oublier leur histoire en en > faisant des "dialectes" du français alors que le "français" n'est qu'un > dialecte inventé pour s'imposer contre ces langues. Merci Philippe de cette précision rarement lue mais qui relativise beaucoup de choses. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Stops et OSMAnd~ Était : Re: éditeur iD version 2.6.0
Bonjour, Le 22 janvier 2018, Philippe Verdy a écrit : > Il faut ajouter aussi que la direction des stops et cédez-le passage est > maintenant visible avec une pointe de flèche ajoutée: de quoi éviter bien > des confusions entre "backward" et "forward". Très bien. Il faut dire aussi que j'ai des problèmes avec les stops sur OSMAnd~. Il les considère actifs dans les deux directions alors que backward et forward sont bien renseignés à mon avis. Mais bizarrement, l'erreur n'existe pas partout. Je n'ai pas compris pourquoi. Peut-être un problème spécifique à OSMAnd~. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM transfert des nœuds et pas des chemins
Bonjour, Je suis novice dans JOSM. J'ai voulu importer des ruisseaux manquants sur une petite zone à titre d'essai en veillant bien à ne pas écraser ceux existants et à partir de la base nationale du Ministère de l'environnement. J'avais bien la vision des waterway=stream sur tous les ways sous JOSM. Tout était correct. Mais dans OSM, je n'obtiens que les nœuds sans aucun way. Ils sont « secs » sans attributs autres que la source. D'après vous, ai-je fait une fausse manipulation, oublié quelque chose ou c'est un problème de JOSM (dernière version) ? Je précise que JOSM a planté à un autre moment après un redémarrage après mise en veille de mon système et pour lequel j'ai fait un ticket. Je doute quand même qu'il y ait un lien. Le changeset est ici ; https://www.openstreetmap.org/changeset/56579562 Qu'en pensez-vous ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM transfert des nœuds et pas des chemins
Le 24 février 2018, Christian Quest a écrit : > Le 23 février 2018 à 22:35, marc marc <marc_marc_...@hotmail.com> a écrit : > > > Bonjour, > > > > Le 23. 02. 18 à 12:31, Christian Quest a écrit : > > > JOSM n'est pas limité à 1 noeuds. Un changeset est limité à 5 > > > objets et JOSM sait gérer ça (mon upload record c'est 400.000 objets). > > > > La limite du changeset a été baissé de 50k à 10k l'an passé > > https://wiki.openstreetmap.org/w/index.php?title=API_v0. > > 6=next=1431627 > > $ wget -q -O - https://api.openstreetmap.org/api/capabilities > > > > josm sait gérer les multiples changeset mais il a aussi un mode > > qui n’envoie qu'un changeset, c'est peut-être cela qui s'est passé. > > > > > Oups, j'avais pas vu ça... ça montre bien à quel point c'est transparent ;) > > Je vais reprendre l'ensemble des nœuds que j'ai transférés et les corriger dans les jours qui viennent. Je viens d'essayer avec deux petits ruisseaux d'une dizaine de nœuds après les avoir peaufinés : fusion, jointure en aval, simplification ce qui diminue le nombre de nœuds, élimination des attributs non conformes puis transfert de la sélection, vérification dans OSM. Et ça marche impeccable... c'est juste un peu plus long mais plus propre effectivement. Je continuerai ainsi de ruisseau en ruisseau. Merci à tous ceux qui m'ont conseillé et m'ont permis de mieux comprendre la philosophie de JOSM qui est plus limité ou plutôt moins automatisé que ce que je pensais. J'essaierai encore d'en apprendre plus dessus. Bon dimanche. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM transfert des nœuds et pas des chemins
Le 22 février 2018, osm.sanspourr...@spamgourmet.com a écrit : > Le 22/02/2018 à 17:15, marc marc - marc_marc_...@hotmail.com a écrit : > > > Bonjour, > > > > Le 22. 02. 18 à 16:48, Rpnpif a écrit : > >> Je suis novice dans JOSM. > >> https://www.openstreetmap.org/changeset/56579562 > >> Qu'en pensez-vous ? > > J'annule et on repart de 0 ? :-) > > > > Cordialement, > > Marc > Je suis d'accord avec Marc, notamment la dernière proposition. > Faire un import massif avec un outil que l'on ne connaît pas, faut être > un peu gonflé ;-). > J'ai pris un point au hasard > https://www.openstreetmap.org/node/5429129253#map=17/47.67817/-0.94895 > Je vois que c'est à proximité immédiate de La Verzée. > Sur le site indiqué c'est un point de La Verzée. > Donc deux possibilités : > - l'info est meilleure > - l'info est moins bonne (décalée ou pire). > > Dans le second cas la solution est simple ;-) > Dans le premier il faut importer le bout de ruisseau et remplacer le > bout équivalent existant (pour ne pas perdre les attributs). > Ce n'est pas une opération triviale : il faut bien connaître JOSM et OSM. > Donc à ne pas faire seule, cherche quelqu'un du côté de chez toi ou tu > sauvegarde les modifications localement et tu demandes à quelqu'un sur > la liste par exemple de vérifier. Bonjour, J'avais pris mes précautions et vérifier chaque nœud. Quelques points étaient en doublon parce que mieux placés. J'ai effacé dans JOSM tous ceux qui me semblaient apporter moins d'infos que ceux qui existaient déjà. Sauf peut-être un ou deux ponts qui m'auraient peut-être échappés sur La Verzée, je n'ai pas touché à cette rivière (ni aux autres waterway=river) qui me semblaient bien tracée dans l'ensemble. J'aurais ensuite revérifié et affiné directement sur la carte en ligne. J'ai laissé des tracés d'origine qui me semblaient plus précis sur la carte en ligne. Le but était d'abord et avant tout de placer les ruisseaux manquants. Mais aucun way n'a été tranféré. J'ai encore le fichier d'origine qui a été construit à l'aide d'un fichier SHP issu de la source qui est fiable et relativement précise car vérifié progressivement sur le terrain par les techniciens fonctionnaires. Il y des aspects légaux en terme d'agriculture par exemple, derrière leur démarche. J'ai bien noté ce que recommande Marc Marc à propos de l'attribut sources. Mais dans ce cas où doit-on mettre le source dans JOSM ? Je ne savais pas que JOSM était limité à 1 nœuds (où trouve t-on cette valeur ?). J'avais pourtant choisi une zone qui me semblait très limitée par rapport à l'objectif. Il faudra que je le fasse à l'avenir par tranche plus fine. > J'annule et on repart de 0 ? :-) C'est-à-dire ? Puis-je refaire un essai avec un seul ruisseau ? Cordialement. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signalisation routiere
Bonjour, Le 29 juillet 2018, marc marc a écrit : > arrêtons de complexifier et supposer un code de la route fictif ! > un panneau rond rouge sur fond blanc =no > cad personne même pas son propriétaire ne peux y passer. Non, les exemples en France sont légion où ce genre de panneau n'interdit pas le propriétaire de la voie de passer mais pas les riverains. Le dernier en date que j'ai vu c'est une allée forestière où seuls les forestiers propriétaires et l'ONF pouvaient passer malgré ce rond rouge sur fond blanc. L'ONF m'a confirmé les autorisations. Pour moi, access=private (panneau propriété privée ou portail fermé pas obligatoirement à clé) interdit le passage implicitement en l'absence d'autorisation individuelle du propriétaire délivrable par exemple en appuyant sur un bouton de sonnette ou par interphone, etc. En France, une entrée sans ces autorisations fait risquer une expulsion manu militari au bon vouloir du propriétaire. Dans le rural, il est toléré de parcourir les champs, les forêts et chemins même privés et même légèrement clôturés par un fil par exemple (access=permissive), bien sûr sans dégradation, sauf si une inscription l'interdit. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.
Oui bien sûr, mais le problème n'est pas là. Le problème est la superposition-fusion au mm près des tracés ou carrément le tagage type squat dans les attributs du flux. Cette façon de faire plus simple est aussi source de grande complication quand on veut séparer les informations qui somme toute n'ont pas de rapport sauf sur quelques km. La solution serait de tracer la limite à quelques cm du flux afin de gérer plus facilement ces informations avec leurs attributs spécifiques. -- Alain Rpnpif Le 28 juillet 2018, osm.sanspourr...@spamgourmet.com a écrit : > Le 27/07/2018 à 14:07, Yannick - yann...@voyeaud.org a écrit : > > Bonjour, > > > > Les limites administratives passent toujours au milieu du lit du cours > > d'eau jamais sur les rives (Fleuves ou ruisseaux c'est la même chose) > > > > Amitiés > > Tu as parfaitement raison MAIS le cours du fleuve (non représenté en > général sur les cartes est représenté par le "milieu" (squelette en > terme géométrique, ou l'endroit le plus profond, plus souvent là où il y > a le plus de courant etc,...) via waterway > <https://wiki.openstreetmap.org/wiki/Key:waterway?uselang=en>=river > <https://wiki.openstreetmap.org/wiki/Tag:waterway=river?uselang=en> ou > stream (pas les riverbank > <https://www.openstreetmap.org/way/172686538#map=16/48.6359/-1.3458> > dont tu parles) donc les remarques précédentes sont pertinentes aussi. > > Regarde par exemple la Sélune > <https://www.openstreetmap.org/relation/1202873> du côté de l'embouchure > <https://www.openstreetmap.org/way/217167440>. > <https://www.openstreetmap.org/relation/1202873> > > En général les modifications de frontières soit : > - changent carrément de limites passant d'une frontière "naturelle" à > une autre ou une frontière arbitraire. > Dans ce cas on va créer des chemins/réutiliser des chemins pour la > frontière, on va laisser le chemin actuel tel qu'il est en enlevant les > attributs relatifs à la frontière. Peu de risques d'erreur. > Par exemple la limite administrative entre la Bretagne et la Normandie > n'est plus le Couesnon, avant elle suivait les mouvements errants - "Le > Couesnon en sa folie à mis le Mont en Normandie". Quand ils ont > entrepris les travaux de restauration de la baie du Mont - faisant un > immonde tracé au cordeau absolument pas en accord avec la majesté du > site, les Conseils Régionaux respectifs se sont mis d'accord : que le > Couesnon passe d'un côté ou de l'autre, le Mont Saint-Michel restera en > Normandie. > - actent d'une modification naturelle > Je pense à cette île sur la Moselle entre les Pays-Bas et la Belgique : > la frontière a suivi les évolutions de l'île jusqu'à ce que les > policiers belges y aillent beaucoup plus facilement que leurs homologues > et ils ont fait un échange de terrain. > Là encore pas d'enjeu > - restent alors que le cours majeur évolue. > A-t-on ce cas dans la pratique ? Je pense que dans ce cas la définition > de la frontière est basée un peu comme les lignes de base > <https://fr.wikipedia.org/wiki/Ligne_de_base> sur lesquelles sont basées > les frontières maritimes : points saillants/en dur du littoral, lignes > droites entre, là ou la limite est floue/varie (bancs de sables) - oui > Philippe je simplifie, voir le lien précédent vers l'article Wikipédia > -, ces points étant définis de manière "naturelle" (limites des basses > mers). Et donc la frontière suit les évolutions naturelles sauf là où > elle est définie arbitrairement. > On a aussi les endroits comme le Mont-Blanc, ou on est d'accord sur le > fait qu'on n'est pas d'accord et qu'on n'en fera pas un fromage. Là > encore pas d'enjeu. > > En résumé d'accord avec toi... et surtout avec Jo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cimetière et religion
Le 2 août 2018, Adrien Grellier a écrit : > Bonjour, > > Comme indiqué, j'ai modifié le wiki pour faire un paragraphe de mise au > point : > > https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcemetery J'avais aussi remarqué des aberrations sur certains cimetières municipaux marqués catholiques et que je connaissais et j'avais commencé à enlever ces mentions. Par contre, bien veiller à ne pas changer les cimetières privés dans les communautés religieuses qui eux peuvent être marqués de leur religion. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route OsmAnd incorrect à cause d'un mauvais tag ?
Le 27 juillet 2018, james a écrit : > ok merci !! je vais attendre la prochaine mise à jour de OsmAnd :-) J'ai l'impression sans certitude qu'OsmAnd a des problèmes avec OsmAnd Live, la mise à jour en quasi temps réel. Je suspecte qu'il garde en mémoire les anciens tracés cumulés avec les nouveaux pour le calcul des itinéraires mais que les rendus sont par contre avec les nouveaux tracés. En effet, j'ai aussi des résultats de calcul d'itinéraires illogiques qui semblent résolus lors des grosses mises à jours mensuelles. Pas de certitudes mais suspicion. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signalisation routiere
Le 3 août 2018, François Lacombe a écrit : > Le 3 août 2018 à 11:19, Rpnpif a écrit : > > > Bonjour, > > > > Le 29 juillet 2018, marc marc a écrit : > > > > > arrêtons de complexifier et supposer un code de la route fictif ! > > > un panneau rond rouge sur fond blanc =no > > > cad personne même pas son propriétaire ne peux y passer. > > > > Non, les exemples en France sont légion où ce genre de panneau > > n'interdit pas le propriétaire de la voie de passer mais pas les > > riverains. > > Le dernier en date que j'ai vu c'est une allée forestière où seuls les > > forestiers propriétaires et l'ONF pouvaient passer malgré ce rond > > rouge sur fond blanc. L'ONF m'a confirmé les autorisations. > > > Un peu facile de demander au destinataire de la dérogation de la confirmer. > C'est au tribunal administratif ou au conseil d'état qu'il faudrait poser > la question, mais ils ont d'autres chats à fouetter. > > Ces "Sauf riverains", "Sauf ayant-droits", "Sauf propriétaires" sont dans > un certain sens une entrave à la libre circulation. > Plusieurs arrêtés municipaux ont été cassés sur cette base, dans le sens où > la restriction n'est pas égalitaire. Si il y a lieu de restreindre, c'est > pour tout le monde, pour des raisons de sécurité par exemple. > > Ces panneaux blancs cerclés en rouge assotis d'un "Sauf X", seraient en > réalité =yes :) En l'occurrence, c'était l'ONF qui avait posé le panneau car la voie était ouverte au public mais lui appartenait. Mais c'est vrai que c'est ambiguë mais il y a d'autres exemples comme cela et je ne parle pas des panneaux de sens interdit aux deux extrémités d'une voie ! -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=motorway_junction : noms ?
Le 26 juillet 2018, Christian Quest a écrit : > Ce sont des sorties... vers les portes, pas les portes qui sont des > lieux-dits à proximité. ;) > > destination=* ou l'ancien exit_to=* est le tag adapté, non ? D'accord. Donc la commune ou plutôt les grosses agglomérations crée quelquefois de nouveaux lieux-dits car les portes ont parfois des noms spécifiques sans lien avec l'environnement. Exemple : Porte de Rennes (donc une destination). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.
Bonsoir, C'est un appel à un ou des experts OSM. À cet endroit https://www.openstreetmap.org/way/225134301, ce vieux pont que je connais depuis toujours est erroné, le dessin s'arrête en plein milieu de la rivière au lieu de la traverser. Id indique qu'il est impossible à prolonger. JOSM casse 13 ou 17 relations. J'ai peur de ne pouvoir les restaurer. L'erreur des contributeurs précédents est aussi d'avoir lié inutilement le flux de la rivière au pont et à une multitude de limites administratives (régionale, deux départements, plusieurs communes, etc.) C'est affreusement complexe. Pire, le flux de la rivière a été tagué pour en faire une limite administrative ce qui me semble une très mauvaise pratique. Je suis preneur de toute idée pour modifier ça car je ne vois pas comment faire sans y passer des heures ou sans dégâts. Faire disparaître les balises water du flux provisoirement et redessiner la rivière l'Oust, affluent de la Vilaine ? Ce serait bien qu'Osmose détecte ce genre de broullimani mais peut-être le fait-il déjà. Au secours donc ;). Qu'en pensez-vous ? Vous pouvez prendre la main si vous voulez. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.
Le 26 juillet 2018, Johnparis a écrit : > Evidemment nous avons faites presque la meme chose, Jo. > > Alors, Alain, à toi à decider Merci à vous, Jo et Johnparis. Bon boulot devant ce truc très complexe. Le pont est maintenant d'un seul bloc et c'est ce qu'il fallait. Je connais le lieu depuis très longtemps et y suis passé une ou deux fois il y a quelques mois. Il n'y a pas de barrière au milieu du pont ou alors ce serait très récent. Si j'ai le temps, j'essaierai un jour de séparer les limites administratives du flux de la rivière. Merci encore. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=motorway_junction : noms ?
Le 24 juillet 2018, David Marchal a écrit : > Jean-Yvon, > > > Généralement, je ne préviens pas parce que je ne suis pas sûr que ce soit > pertinent : soit ça date de plusieurs années, et le contributeur a pu > apprendre depuis, auquel cas il serait impertinent de prétendre lui enseigner > comment faire, soit il semble raisonnable que le contributeur sache des > choses que je ne sais pas. En revanche, lorsqu’il est clair qu’une donnée est > erronée parce qu’un tag a été mal utilisé ou que ça a été mal tagué pour > obtenir un rendu précis, comme une sortie `highway=motorway_junction` avec > `name=Aire de machinchose` ou `ref=N 4`, j’ai tendance à prévenir. J’ai un > côté prof prétentieux que je travaille à modérer, donc j’essaie de ne > prévenir que si je suis raisonnablement sûr que c’est utile. Et comment marquez-vous les « portes » qui sont sur les périphériques ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...
Le 25 juillet 2018, Dominique Rousseau a écrit : > Le Tue, Jul 24, 2018 at 10:52:30PM +, marc marc > [marc_marc_...@hotmail.com] a écrit: > > Le 24. 07. 18 à 18:22, Christian Quest a écrit : > > > On ne peut pas comparer la LO et l'ODbL, la première est une CC-by qui > > > ne dit pas vraiment son nom et n'est qu'une forme lisible de... la Loi > > > > > > Ce n'est pas par chauvinisme, mais à cause de contraintes de droit. > > > > je ne suis pas sur de comprendre. > > qu'est-ce qui empêchait de législateur d'utiliser une licence existante > > au lieu d'en créer une nouvelle décrite comme compatible avec plusieurs > > licences existantes ? > > il y a vraiment qlq chose de différent dans les licences crées, > > totalement indispensable mais en même temps totalement compatible avec > > les autres licences qui ne conviennent pas ? > > Notamment, elles sont rédigées nativement en français. Et puis, en France, il y a une vision du droit d'auteur un peu spécifique, quasi sacrée, comme si les auteurs français voyait partout des pirates de leur production ou pour les écrivains des plagieurs partout. Alors qu'à mon avis, en littérature, quand on a des idées et surtout des idées originales, les autres auront du mal à les copier donc la protection est inutile. Sinon, c'est que l'on fait des choses sans intérêt ou pas originale, donc inutile. Ce n'est que mon avis. Mais bon, c'est un beau troll politique en tout cas. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Instabilité des connexions à OSM.orgvec
Le 16 août 2018, Philippe Verdy a écrit : > Voyez-vous les mêmes difficultés ? (Note mon accès internet est la fibre de > Free, je n'ai pas de problème de performance ou de perte de trame sur mes > tests, sauf avec le services d'OSM.org) Bonjour, Oui j'ai eu aussi de fortes lenteurs du rendu hier soir avec des timeout comme toi. Avec Id, je n'ai pas vu de gros problèmes, par contre avec JOSM, j'ai eu des sueurs froides avec une lenteur faisant partir JOSM en vrille (avec grosse activité CPU) par contre je n'ai pas remarqué de dégâts sur les données envoyées. Elles sont bien en place. J'avais relativement peu de nœuds. Mais il est probable qu'avec beaucoup de nœuds, cela aurait galéré. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route OsmAnd incorrect à cause d'un mauvais tag ?
Le 3 août 2018, Cédric Frayssinet a écrit : > Bonjour, > > Je confirme cette suspicion. > > Hier, j'ai rajouté un giratoire, j'ai fait un coup d'osmand live (dont je > découvre l'usage super intéressant pour tester ses MaJ). Le rendu est OK, et > quand je fais un itinéraire, le trajet passe à travers le rond-point... > > Au passage, après un test de Maps.me, je suis revenu à Osmand pour les > itinéraires. Maps.me fait n'importe quoi dès qu'il y a des bouchons. Bonjour Cédric et merci de l'info. Est-ce bien OsmAnd hors ligne qui est utilisé comme moteur de calcul d'itinéraires (implicite à vérifier dans le menu de navigation) ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route OsmAnd incorrect à cause d'un mauvais tag ?
Le 3 août 2018, Cédric Frayssinet a écrit : > Bonjour, > > Je confirme cette suspicion. > > Hier, j'ai rajouté un giratoire, j'ai fait un coup d'osmand live (dont je > découvre l'usage super intéressant pour tester ses MaJ). Le rendu est OK, et > quand je fais un itinéraire, le trajet passe à travers le rond-point... > > Au passage, après un test de Maps.me, je suis revenu à Osmand pour les > itinéraires. Maps.me fait n'importe quoi dès qu'il y a des bouchons. Peter Vender Vennet vient de répondre à un rapport de bogue sur Github, le dépôt du code d'OsmAnd, que la fonctionnalité OsmAnd Live est expérimentale. Donc il ne faut pas s'attendre à des résultats fiables. Pour désactiver la navigation en Live, il faut activer l'extension Développement d'OsmAnd et désactiver la navigation dans le menu de Paramètres. Personnellement, je la laisserai activée, quitte à avoir quelques erreurs car elle permet de vérifier les modifications d'OSM. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lit-et-Mixe
Le 4 août 2018, Stéphane Péneau a écrit : > Si le panneau d'entrée du bourg principal indique lit-et-mixe, c'est un > peu délicat. > > En revanche, town pour un bourg d'un peu plus de 1000 habitants, je ne > suis pas trop d'accord. place=village est mieux adapté > Bonjour, En complément de la réserve de Stéphane, c'est le même problème avec la fusion récente de communes. Il faudrait aussi adapter le niveau administratif 8, 9 ou autre. https://wiki.openstreetmap.org/wiki/Key:admin%20level?uselang=fr -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de BDOrtho dans iD ?
Le 6 août 2018, Francois Gouget a écrit : > On Mon, 6 Aug 2018, marc marc wrote: > > > Le 06. 08. 18 à 06:26, Francois Gouget a écrit : > > > > > > Depuis une ou deux semaines le fond BDOrtho IGN ne s'affiche plus dans > > > l'éditeur ID (à la place j'ai un fond tout noir). > > > > > > C'est juste moi ? Est-ce un problème temporaire ? > > > > chez moi cela fonctionne en ce moment > > pas constaté de soucis récement. > > n'aurais-tu pas privay badger ou extention du genre qui aurait > > fait un blocage indésirable ? > > Bien vu. C'était Privacy Badger. C'est terrible. Privacy Badger arrive a > surbloquer assez fréquemment pour que ça ne soit pas la première fois, > mais pas assez fréquemment pour que j'y pense d'une fois sur l'autre. > > Bon j'ai corrigé le surblocage et je l'ai signalé à tout hasard. J'ai aussi eu le problème récemment sans Privacy badger. il a fallu que je redémarre Firefox pour retrouver le fond. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projet du mois : limite de vitesse 80/90 ?
Bonjour, Personnellement, je n'ajoute plus désormais le FR:rural car il n'a plus de sens parce qu'il est applicable en urbain. FR:implicite me semblerait préférable. Par ailleurs, il faut vérifier la date de la modification quand on a maxspeed=90 pour ne pas enlever une correction faite après le 1er juillet. En définitive, il faut connaître le terrain. Et je suis d'accord avec ce qu'a écrit Marc Marc. -- Alain Rpnpif Le 13 août 2018, Jérôme Seigneuret a écrit : > Bonjour, > Sauf que pour les 80 ou 90 ou 110 en soit il n'y a pas l'obligation d'avoir > un panneau. > > Le code de la route dit > 130 km/h sur les autoroutes ; > 110 km/h sur les routes à deux chaussées séparées par un terre-plein > central ; > 90 km/h sur les autres routes. > et maintenant on décompose le 90 > > 90 sur les routes à double sens de circulation opposé avec un terre-plein > central > 80 sur les routes n'ayant pas de séparateur et à double sens de circulation, > 90 pour les doubles voies dans le même sens de circulation sans séparateur > > Ducoup ce tableau dans le wiki est incomplet > FR:motorway 130 /110 (raining) > FR:rural 80 > FR:urban 50 > > Le FR:rural est faux car c'est omettre des cas > > On est sur un FR:rural80 et FR:rural90 et FR:trunk (FR:rural110) si l'on > considère une double voies avec séparateur à terre-plein central > > Les valeurs ci-dessus sont implicites et ne nécessitent pas de panneaux > sauf à vouloir faire un rappel aux gens ayant du mal avec le code de la > route d'ailleurs j'ai essayé de voir le contenu du code et de la convention > de vienne et j'ai pas vu d'obligation de signalisation horizontale ou > verticale. > > j'ai un problème avec le source > 80, 90, 110 peuvent être du source=FR:rural car FR:rural est du hors agglo > en fait on ce retrouve sur du FR:rural avec des typicités structurelles: > - type 80 > - type 90 > - type 110 > > > Une route à simple voie peut aussi être élevé à 110 si le dépassement le > permet (à mon avis ça doit vraiment être rare en France) je connais une 3 > voie 110 avec une voie au centre permettant le dépassement pour les deux > cotés de circulation (je passe pas mon temps sur la route donc vous avez > surement d'autres exemples) > > Ducoup c'est comme en ville, si l'on doit passer à 70 ou à 30, on est > obligé d'informer physiquement avec des panneaux supplémentaires avec > rappel à chaque intersection sinon on revient à la vitesse par défaut > (sauf cas particulier des panneau carré mentionnant des zones 30 et 20) > Cela entraîne beaucoup de cas avec des forward backward car les communes et > services départementaux omettent souvent cette notion > De même sur route hors agglo avec du 70 ou 110 (et maintenant 90 si il le > veulent) > et sur autoroute 90 110 (70 ??? périphérique autoroutier) > > on peux être sur une route de type 110 et avoir un maxspeed=90 avec un > source:maxspeed=sign > > Dans tous les cas où un panneau est apparu c'est ducoup explicit et ça > impose aux DDE de faire une mise à jour des panneaux. > Dans ce cas source:maxspeed=sign pour moi c'est ok > > Comme la notion de séparateurs sur les voies simple n'existe pas vraiment > hors relation on a un linéaire pour chaque voie séparée ducoup le > traitement automatique c'est pas vraiment l'idéal et je pense qu'il vaut > mieux traiter ça sous forme d'alerte pour en faire la vérification ou faire > un extract overpass pour traiter ces zones > On peut essayer de coupler ça avec un traitement spatial (voies parallèles > avec une distance particulière portant le même nom) > donc séparateur > physique > > Ajouter source:maxspeed:date pour savoir si ça a été renseigné avant > 2018-07 ou après me semble utile > > Bonne journée > > > > Le lun. 13 août 2018 à 05:36, Jérôme Amagat a > écrit : > > > D’après taginfo : > > Le 11 juillet : > > 90 95 044 > > 80 10 967 > > > > le 21 juillet : > > 90 91461 > > 80 15126 > > > > le 13 août : > > 90 83452 > > 80 25193 > > > > ça augmente mais pas très très vite :) > > > > La région Auvergne Rhône Alpes est à jour (sauf quelques cas où c'est pas > > simple avec seulement la vue aérienne) > > > > rappel du décret qui change la loi : > > https://www.legifrance.gouv.fr/eli/decret/2018/6/15/INTS1800012D/jo/texte > > en gros, il y a ça d'important : > > « 3° 80 km/ h sur les autres routes. Toutefois, sur les sections de ces > > routes comportant au moins deux voies affectées à un même sens de > > circulation, la vitesse maximale est relevée à 90 km/ h sur ces seules > > voies. Ces sections font l'objet d'une signalisation ro
Re: [OSM-talk-fr] Lieux-dits
Bonjour, Le 23 août 2018, osm.sanspourr...@spamgourmet.com a écrit : > On peut ajouter que les lieux-dits (non habités) permettent que les > promoteurs ou les élus ne choisissent des noms ex nihilo. Ex : rue de la > Montagne à Brest renommée suite à une prise d'otage. Ils élargissent la rue > sans tenir compte du côté fortement vallonné : rue adjacente transformée en > chemin piéton car du coup impraticable. Depuis ils ont rétréci la route à > cause de la vitesse. > Le nom d'origine évitait la 1ere connerie. > Ou des noms de plantes exotiques ne poussant pas dans le coin mais sonnant > bien. Tout-à-fait d'accord. J'ai un exemple concret d'un nom de lieu-dit non habité en Bretagne aussi et connu de très peu de personnes de ma famille par de vieux actes notariés et de l'administration. Aujourd'hui, il est mentionné dans le PLUI et sera probablement urbanisé sous son nom d'origine. L'exhaustivité des noms est aussi indispensable aussi pour comprendre les actes de propriétés qui sont de vieux documents notariés. Les géomètres en sont friands. En dehors du cadastre, seul OSM peut le faire. Donc je suis partisan de noter absolument tous les lieux-dits du cadastre. C'est ce qui fait foi pour les propriétaires et l'administration. Tout en tenant compte des erreurs éventuelles plus nombreuses dans certains secteurs. Même si seules 5 personnes l'utilisent, il faut le mettre. Sinon le filtrage ne serait qu'arbitraire. Par contre, les lieux qui n'existent que dans des documents très anciens et purement historiques ne sont pas indispensables et ne devraient être mentionnés qu'en alt_name ou peut-être old_name. Ce qui n'exclue pas d'exploiter cette base pour des recherches historiques. Le tri se fera naturellement au niveau du rendu qui ne gardera en grand zoom que les noms les plus importants et n'affichera que s'il a la place. Par contre, Nominatim est précieux pour les retrouver. Ce n'est que mon avis. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux-dits
Le 28 août 2018, Stéphane Péneau a écrit : > Le 27/08/2018 à 18:26, Christian Quest a écrit : > > C'est pas pire que beaucoup de choses qu'on ajoute de la même façon > > (source unique et depuis son fauteuil). > A part les limites administratives, je n'en connais pas beaucoup qui ne > sont pas vérifiables sur le terrain. > > Mais admettons. > Si l'intégralité des lieux-dits est ajoutée dans Osm, et avec le rendu > actuel, la carte va devenir illisible. > On ne tag pas pour le rendu, ok, mais pour modifier le rendu, il faut > pouvoir discriminer ceux qui ont plus d'importance que les autres. > Mais s'ils sont tous taggés place=locality, il n'y a aucun moyen de le > faire. > > Alors comment pourrait-on faire ? Bonjour, Je ne suis pas vraiment d'accord. Il faut sortir de son propre cas particulier d'utilisation de la carte. Cela doit dépendre des régions mais autour de chez moi, dans l'Ouest, je connais une pléthore de lieux-dits aux contours flous, évoluant dans le temps et invérifiables sur le terrain sauf à consulter des actes administratifs ou des anciens. Est-ce que la lisibilité du centre de Nantes ou de Paris avec une très grande quantité d'objets et de commerces est bonne ? Oui ? Alors, pourquoi les lieux-dits en rural, beaucoup moins nombreux, ne serait-il pas plus lisibles ? La lisibilité, ce n'est qu'une question d'algorithme du rendu qui ne doit pas tout afficher à tous les niveaux de zoom. Par exemple, place=locality ne devrait être affiché qu'en dernier ressort. Contrairement à ce que l'on croit, le rural est riche de repères. Ce n'est pas un espace vide malgré les apparences de certains secteurs. Considérons les noms de lieux-dits comme des repères un peu comme les codes w3w de Géoportail, en plus de leur rôle historique, mémoriel et administratif. Ce rôle mémoriel est aussi utile pour les chercheurs. Donc je suis aussi partisan de noter tous les lieux-dits sur OSM. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Doute sur la frontière de Bretagne et Pays-de-la-Loire et communes adjacentes
Bonjour, J'ai un doute fort sur la frontière entre la Bretagne et les Pays de la Loire ainsi que les communes adjacentes ici : https://www.openstreetmap.org/#map=18/47.59818/-2.09911 Il est de notoriété publique que c'est la Vilaine qui fait frontière mais ici elle a été décalée pour y mettre le petit port de plaisance en Pays de la Loire. Connaissant très bien les lieux, je suis très étonné. Comment savoir si c'est volontaire ? Où sont les documents officiels de limites précises entre régions ? Puis-je prendre la carte IGN comme référence ? Cela ressemble à une erreur. Qu'en pensez-vous ? Bonne semaine. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des POIs
Bonjour, Le 20 juillet 2018, Francois Gouget a écrit : > On peut mettre pas mal d'information sur les commerces et restaurants > dans OpenStreetMap. Avoir ces informations à disposition hors ligne sur > un téléphone est très pratique. Mais des informations comme les horaires > d'ouverture ont pas mal tendance à changer, notamment pour les congés > annuels, et sont donc difficiles à maintenir à jour. > ... > Ce qu'il faudrait c'est que les commerces disposent d'une méthode > standard pour publier leurs horaires et autres informations ... Bonne idée. Le format des horaires dans OSM permet déjà les exceptions des congés d'été et cela marche bien. On peut y mettre des horaires très compliqués sur l'année. Il faudrait améliorer l'interface d'iDE pour faciliter leur entrée, en commençant par traduire les noms des jours et des mois. Même un fichier texte sur le site d'un artisan peut-être difficile à gérer pour un non-informaticien. L'idéal serait un appel à une API distante appelable en AJAX ou similaire sur un site communautaire hors GAFAM et affichable sur le site de l'artisan (ou autre entreprise). Beaucoup plus simple : faire de la propagande pour que ces entreprises entrent elle-même leurs horaires sur une page OSM réservée à ça avec une interface à la yohours mais en plus puissant pour permettre d'entrer ces fameuses périodes d'horaires d'été. Ya plus qu'à trouver les développeurs libres pour coder ça ;). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...
Bonjour, Le 20 juillet 2018, Vincent Privat a écrit : > Le rapport est dispo: > https://www.ecologique-solidaire.gouv.fr/sites/default/files/Rapport_DonneesGeographiquesSouveraines.pdf Ce rapport me semble très important car s'il est suivi par le gouvernement, il y a du changement majeur dans l'air. Par exemple, le cadastre passerait des Finances vers l'IGN dont le rôle est très renforcé. Je vous invite à lire aussi la page 46 et suivantes où OSM est cité à propos des licences. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Operator pour les aires de repos ?
Le 17 juillet 2018, Romain MEHUT a écrit : > Bonsoir, > > Un contributeur a ajouté un tag operator pour des aires de repos dans ce > changeset https://www.openstreetmap.org/changeset/60181717 > > J'ai laissé un commentaire pour lui demander si c'est vraiment la station > service (quand l'aire en est équipée) qui gère l'aire en question. > > Je n'ai pas eu de réponse alors je fais appel à vos connaissances sur ce > sujet... > > Merci. > > Romain J'ai aussi un doute. La société d'autoroute peut aussi être mouillé sauf contrat de concession qui veut le contraire. La solution serait de demander au responsable de la station. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographier les voies vertes
Le 15 juillet 2018, osm.sanspourr...@spamgourmet.com a écrit : > Pas d'accord ? Pourtant ce chemin est noté "Chemin d'Exploitation" donc selon > moi à décrire comme tel. Or tu dis... la même chose. > Tu veux dire que la description du wiki devriat être plus "laxiste" afin > d'accepter le cas du chemin goudronné ? > Alors on est d'accord. > Je trouve des track en zone résidentielle et ça ne me semble pas approprié. > > Jean-Yvon Bonjour, Pas de track en zone résidentielle, je suis d'accord. Je viens de voir un contre-exemple : en rural, un chemin (comme on dit en France) non goudronné et plein de nids de poules et déjà marqué unclassified. J'ai gardé cette classification tout en qualifiant bien sa surface car il n'a pas particulièrement de vocation agricole et est implicitement autorisé à tous véhicules. Pour moi, la surface ne qualifie pas l'usage, sauf si, bien sûr, son état empêche des usages. En France, dans certaines régions le moindre petit chemin est goudronné et les voies non goudronnées sont rares. Dans d'autres régions, les routes, en général communales, qui relient certains hameaux ne sont pas toujours goudronnées. C'est souvent un indicateur de la richesse de la commune mais pas toujours : j'ai des contre-exemples près d'Angers, peut-être par envie de conserver ses chemins/routes en brut, par tradition ou encore dans des zones écologiquement protégées (on évite le fléau de l'étanchéité des sols). Leur très faible trafic est une autre raison. Cela en fait de bonnes pistes cyclables et piétonnes quand ils sont bien entretenus. En pleine campagne, les choses sont rarement simples. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Groix n'est pas en Bretagne !
Le 21 juillet 2018, marc marc a écrit : > à mon avis suffit de virer les tags erronées de cette péninsule > genre l'article wikipédia ne parle pas de la péninsule de Bretagne > mais de la région de Bretagne. > Hors il me semble que Nominatim utilise entre autre la présence > d'article wikipedia pour pondérer les résultats. > idem pour le boundary (une péninsule n'est pas une frontière) > > Par ailleurs (mais je laisse le soin aux locaux d'avoir le dernier mot) > autant il y a un bien une péninsule dans cet endroit, autant je n'ai > jamais entendu parlé de la Péninsule de Bretagne qui aurait tip-top > le même tracé géologique que le tracé administratif de la région > de Bretagne. wikipedia non plus ne parle de Péninsule de Bretagne > https://fr.wikipedia.org/wiki/Bretagne_(homonymie) > c'est donc peut-être l'ensemble de la relation pour la péninsule > qui n'a aucun sens réel hormis de dire que "par là bas, il y a une > péninsule... qui n'a peut-être pas de nom en tant que tel. Bien d'accord, c'est peut-être la précision de trop. Surtout que le massif armoricain déborde largement de la Bretagne administrative comme historique mais c'est une autre histoire, quoique. Signé : un breton expatrié. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des POIs
Le 21 juillet 2018, Francois Gouget a écrit : > Euh. Excuses moi juste un instant, je me mets à la place d'un > non-informaticien : > > Ajax... il faut bien prendre le modèle vitre ? Parce que j'ai peur > qu'Ajax Sol ne raye l'écran de mon ultrabook. > > Bon, d'accord, je suppose que l'idée c'est que le site communautaire > leur donne un bout de code à copier/coller dans leur propre site. Mais > ce site communautaire peut tout ausi bien leur donner un fichier texte. > > Dans tous les cas je préfèrerai une solution qui leur permette de rester > maître de leurs informations de bout en bout s'ils le souhaitent. Je n'ai jamais dit qu'ils devaient coder ou copier de l'Ajax (ou toute autre technique aussi souple) mais utiliser cette technique préparée par un informaticien évidemment pour un faire un IHM adéquat. J'ai pris Ajax comme exemple de technique inter-site. > > > Beaucoup plus simple : faire de la propagande pour que ces entreprises > > entrent elle-même leurs horaires sur une page OSM réservée à ça avec une > > interface à la yohours mais en plus puissant pour permettre d'entrer > > ces fameuses périodes d'horaires d'été. > > Je pense que la propagande, Google la fait déjà... mais pour Google > Maps. Alors si on dit aux artisans : faites-le *en plus* sur > OpenStreetMap ça ne marchera pas. Et je ne pense pas que Google soit > motivé pour venir chercher les informations dans OpenStreetMap. Déjà la > licence ne conviendrait probablement pas. Et OSM n'a pas à travailler pour Google. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Groix n'est pas en Bretagne !
Le 21 juillet 2018, marc marc a écrit : > Le premier résultat de Nominatim est > https://www.openstreetmap.org/relation/5687071 > par conséquent la recherche overpass se fait sur cette zone qui ne > contient pas les îles en question Cela confirme ce que disait Philippe. Le traçage de place=peninsula à un peu mis le bazar. Il faudrait que peninsula soit en queue de peloton des résultats. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Groix n'est pas en Bretagne !
Je suis aussi d'accord. Le massif armoricain se rapporte à la géologie et l'Anjou en fait partie (au moins une part). Il faut bien distinguer les limites géologiques, culturelles (ou plutôt historiques et encore, de quelle période de l'Histoire parle t-on ??), politiques et administratives qui sont toutes différentes. Oublions les limites idéologiques qui, tant qu'elles ne se traduisent pas dans les faits politiques ne devraient pas être transcrites faute d'éléments concrets et fiables qui ne prêtent pas à conflits. Pour résumer, je proposerais que l'on reste aux limites administratives. Pour les limites historiques, quelle période choisir et pourquoi ? Quand on lit l'Histoire, à certaines périodes des parties de la région des Pays de la Loire étaient angevines et ont été occupées après des combats par les Bretons et temporairement annexées avant que le Royaume de France mette presque tout le monde d'accord. Qui est légitime aujourd'hui ? Les chassés ou les occupants ? Désolé si je pousse le bouchon mais je pense qu'il faut rester sur des limites actuelles et tangibles. -- Alain Rpnpif Un breton de » Haute-Bretagne » Le 23 juillet 2018, Philippe Verdy a écrit : > Le 22 juillet 2018 à 12:33, Christian Rogel < > christian.ro...@club-internet.fr> a écrit : > > > > > Péninsule armoricaine est fréquent pour des raisons idéologiques, mais ne > > fait pas référence au Massif armoricain. > > > > Tout à fait d'accord car le massif armoricain s'étend bien plus loin pour > inclure aussi une bonne partie de la Normandie ainsi que des Pays de la > Loire (les "Alpes mancelles"). Mais historiquement cela correspond à la > définition de "l'Armorique" culturelle (avant l'arrivée des Bretons > d'outre-manche, l'Armorique ne parlait pas breton du tout mais une ancienne > langue gauloise/francique; elle ne parlait pas encore français puisque > cette langue n'existait pas encore, il aura fallu l'invasion romaine pour > romaniser la région et créer les première langues d'oïl). Le "massif > armoricain" inclue aussi les îles du même plateau continental (y compris > les îles anglo-normandes). > > Il est encore plus difficile d'établir la limite sud du massif armoricain > qui s'est considérablement érodé, et largement transformé par sédimentation > et par l'action des fleuves (y compris le déplacement radical de la > Seine... qu'on devrait appeler aujourd'hui l'Yonne, mais qui se déversait > dans l'Atlantique et non la Manche). > > Aujourd'hui on a tendance à confondre à tord Armorique (la grande) et > Bretagne (la petite). > > Quant à la Bretagne (la Grande), elle parlait celtique encore après > l'invasion romaine mais ne s'est pas romanisée (ou très peu), ce sont les > invasions saxones (venus des actuels Pays-Bas) et celle des Angles > scandinaves (qu'on appelle en France les "Vikings")... qui ont poussé les > Bretons à se réfugier sur le continent (important aussi le nom de > "Cornouaille" qui existe des deux côtés de la Manche) et qui ont développé > l'anglais vernaculaire. L'anglais ne s'est partiellement romanisée que lors > de l'invasion normande et en ont fait plus tard une langue d'Etat à la > place du latin banni plus tard après le schisme protestant, mais au passage > importé beaucoup de termes franco-normands. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites de vitesse et incohérences
Bonjour, Personnellement, je coupe la route et j'y mets un maxspeed. Je trouve cela plus simple que d'y ajouter des traffic_* pour les panneaux. Et alors je n'ai pas de débordement. Par contre sur le terrain, oui on trouve de tout, mais j'essaie quand même de coller au plus près. -- Alain Rpnpif Le 10 septembre 2018, Patrick BEGOU a écrit : > Bonjour, > > utilisateur d'Osmand depuis fin juillet, je me suis mis à corriger les > limites erronées depuis le passage à 80 km/h là où je constatais des > erreurs. Puis le côté addictif d'OSM m'a poussé à ajouter les limites > sur les routes qui n'en avaient pas et je me > trouve régulièrement devant des incohérences sur le terrain, du genre: > > Une zone 30 signalée dans la rue principale d'un village et pas dans les > rues transversales. Ce qui signifie que si on suit la signalisation à > la lettre, dans ces rues transversales on doit circuler à 30 en quittant > le village (puisqu'on n'a croisé aucun "fin de zone 30" et à 80 > lorsqu'on s'y rend, ce qui semble très incohérent. Je ne me vois pas > rentrer un maxspeed:forward=30 et un maxspeed:backward=80. > > De même, je trouve régulièrement la situation suivante: > Limitation à 70 km/h. > Un peu plus loin, une intersection sans rappel de la limite à 70, donc > théoriquement fin de la limite imposée et retour à 80 km/h par défaut. > Et un peu plus loi un panneau "fin de limite à 70". > > Je me doute que l'idée dans l'esprit de ceux qui ont posé les > panneaux était de limiter jusqu'au panneau "fin de limite" mais la > réglementation dit que la limite s'arrête à l'intersection. > > Donc j'en viens à ma question: étant encore un contributeur récent, je > ne sais pas si il y a des habitudes, règles, bonnes pratiques dans ces > cas là: > > on inscrit ce que dit la loi même si ce n'est manifestement pas ce > qu'elle veut dire ? > > on inscrit ce que semble être l'esprit de la loi dans la zone > concernée, mais sans trop savoir pour le cas des zones 30 où placer > une limite qui n'est pas sur le terrain ? > > on n'inscrit rien du tout, seule façon à mon sens de n'inscrire que > ce qu'on trouve sur le terrain, tout en évitant de rentrer des > inepties ? > > Merci pour vos éclaircissements. > > Patrick > > ___ > 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] Nom des routes
Le 29 août 2018, Gwenaël Jouvin a écrit : > — la route n’a pas de nom spécifique mais est nommée « administrativement » > par ses embranchements, information trouvable dans le cadastre : > "name"="Route départementale nº512 de Saint-Laurent à Sainte-Marie". Il faut éviter de mettre le numéro dans le nom car il est redondant avec la ref= et Osmose en génère une erreur. L'avantage est que le nom en est raccourci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux-dits
Le 28 août 2018, Gwenaël Jouvin a écrit : > « Le panneau D29 est utilisé pour signaler les hameaux, les fermes, les > lieux-dits isolés […] » À mon avis, dans OSM pour la France au moins, il faut éviter de nommer les cours de ferme par le nom du lieu-dit parce que de plus en plus de fermes ont un nom du type « GAEC des roses » ou bien « Ferme de la source ». Parfois ce nom n'est pas apparent. Même si les noms du lieu-dit et celui de la ferme sont identiques, je suis d'avis qu'il faut mettre le nom de la structure sur landuse=farmyard (en ajoutant facultativement « ferme de ... » ou autre) et aussi sur place=isolated_dwelling (ou place=hamlet si plus de deux habitations) sur un point ou une surface. C'est la même logique qu'en ville où on repère et nomme une place=square et le ou les commerces qu'elle contient. L'intérêt est que, quand la ferme change de nom (changement de GAEC, etc.), on conserve bien le nom du lieu-dit. C'est un cas assez fréquent en rural. Géoportail affecte parfois mais pas toujours le nom du lieu-dit à la route arrivant à la ferme. Même si c'est pratique surtout pour la Poste, ce n'est pas aussi précis à mon avis. Je ne sais pas si c'est pertinent sur OSM. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lit-et-Mixe
Le 10 septembre 2018, Jérôme Amagat a écrit : > Il ne faut pas confondre commune dun côté et ville ( village hameau) de > l'autre. > Dans osm les communes c'est la relation avec admin_level=8 et la ville > c'est place=* > Dans la plupart des communes de France la commune à le même nom que le > village principal mais pas partout. > > Dans le cas de cette commune le officiel name sur les place= est inutile. > Les place sont dans les limite de la relation se la commune donc pas la > peine de rajouter le nom de la commune. > Je mettrait plutôt place=village pour les 2 "Lit" et aussi "mixe". La > distinction entre un hameau et un village est pas très claire mais pour moi > c'est son "importance". "Mixe" sert au nom de la commune, ça a été une > commune et ça semble être plus habité que pas mal de village de France donc > je mettrais "village" Bonjour, C'est le cas des nouvelles communes où fréquemment elles n'ont pas le même nom que le village principal, ce qui pose des problèmes de rendu parfois. Par exemple, le nom de la nouvelle commune masque le nom du village principal, pourtant encore majoritairement utilisé par la population et pour longtemps, et ce même avec un agrandissement presque maximal. J'ai testé avec succès la relation frontière (boundary) appliquée sur un point avec le rôle de « label ». Il est alors possible de placer ce point sur un emplacement adapté où apparaîtra le nom de la nouvelle commune. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classement ville/village - city/town/village
Le 10 septembre 2018, djakk djakk a écrit : > Par exemple : être la capitale d’un bassin de vie ou d’une zone d’emploi > implique être place=Town au moins. Oui mais non, il ne faut pas oublier que la population des villes et villages en Grande-Bretagne est souvent plus importantes qu'en France, que celle des villages et villes de Lozère est différente (inférieure) de celle du Nord de la France ou de l'Ouest. Ne pas oublier aussi que certains maires se font mousser en appelant ville leur village, que les gens de l'Ouest appelle village, les hameaux et bourg le... bourg principal. Faute de mieux, je pense que le wiki français distinguant en fonction de la population fait un bon compromis. Ce n'est que mon avis. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux-dits fantoir
Le 4 juillet 2018, Philippe Verdy a écrit : > Eh bien si, les noms viennent soit de FANTOIR soit du cadastre (plus précis > en terme de localisation, car en fin de compte c'est l'origine du nom, le > FANTOIR a été créé surtout comme une copie au départ, maintenant on se > demande si les communes travaillent d'abord sur leur SIG, mettent à jour le > FANTOIR et ensuite vont bien remettre à jour le cadastre, ce n'est pas > toujours synchronisé (et les retards cumulés pour la vectorisation du > cadastre puis sa reprise maintenant dans les SIG des métropoles fait que ça > se passe à plusieurs niveaux et les secrétaires de mairies n'ont pas tous > le temps de tout suivre et ont encore du mal avec les nouveaux outils ... Bonjour, Je confirme qu'il est très fréquent que les lieux-dits ne suivent pas l'orthographe. Et à quelque centaines de mètres, la graphie peut varier pour des raisons historiques, des erreurs de traductions (breton ou gallo vers français, etc.), ou simplement un mauvais recopiage par un employé communal. Il est souvent très difficile de la changer des dizaines ou centaines d'années après. J'ai le cas chez moi. Il a fallu 30 ans de bagarre pour retrouver la graphie soi-disant d'origine (ce qui n'est même pas prouvé !). Marre avec deux r est assez fréquent. Je n'en connais pas la raison (vieux français ?). En conclusion, la mairie est seule habilitée (avec la Poste souvent) pour ça. Chez moi, BANO est très pertinent. Bien sûr, rien n'empêche d'ajouter en alt_name une autre graphie à condition qu'elle ne soit pas inventée par le cartographe ! OSMent. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...
Le 11 juillet 2018, Jérôme Amagat a écrit :
> Les maxspeed=80 augmentent dans osm?
> Il y a-t-il un moyen de "voir" le passage de 90 à 80 dans osm?
> Il y a ITO map qui permet de visualiser les maxspeed (je sais pas si c'est
> toujours mis a jour et tout les combien) mais 80 et 90 c'est la même
> couleur :(
> J'ai vu ça sur la page maxspeed du wiki :
> http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm
> mais il faut beaucoup zoomé pour voir les limites de vitesse :(
>
> Sinon j'ai fait les modification autour de chez moi (en gros sur un quart
> de département autour de Bourg en Bresse dans l'Ain), retour sur expérience
> :
> j'ai modifié là où il y avait déjà un maxspeed=90
>
> 1ere chose, il ne reste plus grand chose à 90 :( , presque tout ce qui
> était limité à 90 passe à 80, il va falloir ralentir :(
>
> j’avais déjà mis le tag lanes=* sur presque toutes les routes primary et
> autour de chez moi (sûrement comme partout en France hors région parisienne
> et grandes villes) hors agglo il n'y a que les autoroutes et des primary
> qui ne sont pas à 2 voies (2x1voie) donc changement de partout en
> maxspeed=80 lorsqu'il y avait un maxspeed=90 sauf si :
> - chaussées séparées alors je ne change rien
> - 2x2 voie sans chaussées séparées ça reste à 90
> - 3 voies alors enlever le maxspeed=90 et ajouter maxspeed:forward=90 et
> maxspeed:backward=80 (ou l'inverse suivant le coté où il y a 2 voies)
>
> avec overpass turbo il y a moyen de faire déjà un bon tri. on peut envoyé
> dans josm les routes avec maxspeed=90 qui ne sont pas en sens unique et pas
> à 4 voies :
> https://overpass-turbo.eu/s/AcV
>
> [out:xml][timeout:500];
> way["highway"]["maxspeed"="90"]["oneway"!="yes"]["oneway"!="-1"]["lanes"!="4"]({{bbox}});
> out meta;>;out meta qt;
>
> si c'est pas une primary, on peut changer sans trop de problème le maxspeed
> de 90 à 80 (avec un petit coup d’œil sur la vue aérienne pour être sur :) )
>
> Il y a certaines routes qui posent problèmes, par exemple :
> les entrées et sorties de rond point, on a souvent des chaussées séparées
> par un petit "truc" mais c'est quand même limité à 80 si il n'y a qu'une
> voie dans chaque sens (je sais pas si en fait c'est pas 110, les routes
> sont à chaussées séparées :) )
> Pareil pour certains bouts de routes souvent proche d'intersection qui sont
> à chaussées séparées mais que j'ai passé à 80 si une voie dans chaque sens.
> Si il y a plus d'une voie dans chaque sens mais qu'il y a qu'une voie qui
> sert a aller "tout droit" (le reste pour tourner à droite ou/et à gauche)
> alors j'ai fait comme si il n'y avait qu'une voie et donc passage à 80.
>
> Après tout cela j'ai chargé avec overpass turbo tout ce qui avait
> maxspeed=90 pour voir si j'avais oublié certaines choses.
> [out:xml][timeout:500];
> way["highway"]["maxspeed"="90"]({{bbox}});
> out meta;>;out meta qt;
>
> bien utile vu que j'avais oublié quelques petits bouts de routes :)
> (intersection, pont)
>
> Il faut regarder aussi les "autres choses" qui ont maxspeed=90, avec
> overpass turbo :
> [out:xml][timeout:500];
> nwr["maxspeed"="90"]({{bbox}});
> out meta;>;out meta qt;
>
> il y a des panneaux a modifié traffic_sign=* (j'ai pas eu à le faire vu que
> je les ajoute pas dans osm et que la plupart des maxspeed dans ma zone
> c'est moi qui les avait ajouté :) les seul que j'ai sont sur autoroute donc
> pas touché)
> Il y a aussi les radars, j'ai pas fait les modifications il faut que je
> regarde mieux comment il faut les taguer j'ai l'impression que certaines
> relations sont cassé (autre problème : comment on fait quand la limite est
> différente suivant le sens et que l'on ne sais pas si il photographie dans
> les 2 sens ? :) )
>
> J'en fini en faisant un petit aparté avec osmose :
> Christian, ça serait bien de remettre l'analyse osmose pour les lanes :P,
> c'est le serveur qui a laché qui s'en occupait? je sais pas si c'est prévu
> de remettre en place l'analyse?
> Il y a des erreurs a corrigé sur les routes et les lanes dans osmose :
> http://osmose.openstreetmap.fr/fr/errors/?item=3160
> et d'autre sur d'autres problème sur les routes.
>
> D'autres problèmes pourraient être indiqués comme erreurs, 2 suggestions :
> - les routes à 3 voies avec maxspeed:forward=90 et maxspeed:backward=80 (ou
> l'inverse) vérifier que c'est bien là ou il y a 2 voies que c'est limité à
> 90. c'est assez facile de ce tromper et d'inverser :)
Bonjour,
Les routes avec carrefour aménagée peuvent être marquées à 3 voies
seulement sur le carrefour (celle du milieu tourne à gauche) et pourtant
elles sont souvent à 80 km/h. Donc lanes=3 n'est pas un critère
suffisant pour rester à 90.
--
Alain Rpnpif
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Route500 et le passage à 80 km/h du 1er juillet...
Le 12 juillet 2018, Jérôme Amagat a écrit : > Le mer. 11 juil. 2018 à 23:47, marc marc a > écrit : > > > oups, 2 typos dans mon message, je recommence > > > > Le 11. 07. 18 à 14:52, Jérôme Amagat a écrit : > > > j'ai fait les modification autour de chez moi (en gros sur un quart de > > > département autour de Bourg en Bresse dans l'Ain), retour sur expérience > > : > > > j'ai modifié là où il y avait déjà un maxspeed=90 > > > > tu veux dire que t'as modifié toutes les routes simplement > > en te basant sur maxspeed=90 ? > > donc en gros une route qui a un panneau 90km/h est maintenant à 80km/h > > dans osm alors qu'on peux y rouler à 90km/h ? > > car sauf erreur de ma part, la valeur par défaut de la loi > > s'applique en l'absence de panneau. > > En présence de panneau, c'est celui-ci qui a le dernier mot. > > > > Normalement tout les panneaux 90 là où maintenant c'est 80 ont du > disparaitre! Supprimé ou remplacer par 80. > (Sauf peut être dans les quelques départements qui font de la resistance) > > Sinon Pour le suivi des changement je n'avais pas pensé à la carte sur > taginfo ! Bien vu ! Comme le dit Marc Marc, ce sont les panneaux qui ont le dernier mot donc il faut être sûr que quand la route a un profil particulier, c'est bien 80. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lieux-dits fantoir
Le 4 juillet 2018, Christian Quest a écrit : > La Poste ? aucune compétence en la matière, sauf pour la version > "normalisée" de l'adresse (mais pas officielle), qui sert juste à ce > qu'elle tienne sur une enveloppe (38 caractère maxi de largeur). C'était pourtant là que ça bloquait. Tant que la Poste n'avait pas enregistré la correction du nom, tous les fichiers d'adresse des correspondants étaient faux. Pour moi, c'était bien la Poste qui a débloqué la situation, effectivement après avoir consulté la mairie. Bien sûr, ici je confonds à tort sans doute noms de lieux-dits et adresses. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stops et OSMAnd~ Était : Re: éditeur iD version 2.6.0
Le 22 janvier 2018, David Crochet a écrit : > Bonjour > > > Le 22/01/2018 à 10:34, Rpnpif a écrit : > > Mais bizarrement, > > l'erreur n'existe pas partout. > > Au mieux, le nœud "stop" ne se met pas sur le nœud correspondant au > carrefour, mais su un nœud proche de celui du carrefour sur le chemin > affecté par le nœud. > > A chaque fois qu'OSMand m'indiquait un stop alors qu'il n'avait pas à le > faire, c'est le le nœud stop était sur le nœud carrefour highway=stop et direction=backward sont bien positionnés sur les routes concernés. traffic_sign est-il obligatoire ? Le wiki n'en parle pas. Voir ici : sur la rue du Parc et la rue de l'Union : https://www.openstreetmap.org/#map=19/47.55249/-0.80935 https://www.openstreetmap.org/node/5242805221 OsmAnd~ signale les stops quand on sort de la route, ci qui est normal mais aussi quand on y rentre ce qui est faux. traffic_sign:forward= n'est pas mentionné sur https://wiki.openstreetmap.org/wiki/FR:Tag:highway=stop Il faut le mettre ? Je ne retrouve pas pour l'instant des stops qui fonctionnent correctement. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris
Bonjour, Le 28 février 2018, Francois Gouget a écrit : > On Wed, 28 Feb 2018, Erwan Salomon wrote: > > > celui qui fait le rendu c’est F4map > > petit exemple de rendu un peu travaillé > > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 > > <http://demo.f4map.com/#lat=47.7361783=-3.4271357=19> > > l’église, mais aussi 100m au sud la médiathèque > > Ah. Bien. > > Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte > le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et > comme ça semble utilisé pour l'immobilier le relief devrait quand même > avoir une importance, y compris pour l'ensoleillement (y en a qui sont > jamais contents ;-). > > C'est quand même une super utilisation des données OpenStreetMap et ça > donne envie d'aller se promener avec StreetComplete pour renseigner > toutes les hauteurs de bâtiments et formes de toits. > > Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les > façades et pouvoir compter le nombre d'étages. > > Un truc marrant : sur les zones en construction, les grues de chantier sont animées et même leurs ombres (!), mais au prix d'une utilisation très importante du CPU (AMD A4-5300), près de 100% (sous Firefox 58 et Debian-Linux). Ici par exemple : http://demo.f4map.com/#lat=47.5994475=-0.8329988=19 -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] StreetComplete et OSMAnd, mise à jour aléatoire ?
Le 13 mars 2018, Vincent Bergeot a écrit : > Bonjour, > > Sachant que j'ai fait les mises à jour de StreetComplete et osmand, > comment expliquer ces résultats : > > * ici https://osm.org/go/b~~SGMriD?m= il y a un bar > * dans osmand j'ai le bar (ajouté il y a 2 mois) et un Vival (effacé > il y a 10 mois) > * dans streetcomplete je n'ai que le Vival ? > > Quelqu'un-e peut me confirmer être dans la même situation ? Ou est ce un > problème de mon coté sur OsmAnd (version 2.9.3) et StreetComplete > (version 4). Bonjour, Osmand, met ses cartes à jour vers le premier de chaque mois. Il est possible d'utiliser l'extension Osmand Live qui se met à jour toutes les demi-heures sauf sur certains attributs comme les vitesses routières. Osmand Live n'est pas toujours très fiable sur certains attributs. Il est possible que des tuiles anciennes soient stockées sur le portable et non mises à jour. Je conseillerais de les effacer dans le menu d'Osmand, ce que je fais chaque début de mois en mettant à jour les cartes principales. Les cartes de Streetcomplete ne sont pas à jour chez moi. Je ne l'utiliserai pas. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aéroport fantôme à Plouarzel
Le 9 mars 2018, François a écrit : > Bonjour, > > Je viens de constater, avec Qlandkarte, que quelqu'un a taggé un > aéroport inexistant ici : > N48° 25.343 W04° 41.822 > Bonjour, Pourtant, il semble exister sur l'image satellite. C'est un aérodrome plutôt qu'un aéroport. Peut-être est-il déclaré mais très peu utilisé. -- Cordialement. Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Section de route fermée suite a éboulement de falaise.
Bonjour, Le 6 mars 2018, Alain VASSAULT a écrit : > Une seule maison est "touchée" par la fermeture de voirie, celle qui a vue > ces deux garages enseveli. Mais elle est non habitée et a vendre depuis > longtemps. > J'ai ajouté deux node access=no là ou il y a les barrières en place, en > précisant le pourquoi en note et le fait que j'enleverais celle-ci à la levée > d'interdiction. > > La fermeture est totale car il y a aussi interdiction aux piétons, pour > risque de récidive. > > Plus que la voie SNCF, c'est la conduite souterraine de GAZ qui me fait peur > car, de mémoire, il y a une armoire en surface dans cette zone. Comme l'écrit Philippe, access=no est plus important sur la voie (way). Sur le nœud, je mettrais une barrière (barrier). Ce système permet aux piétons qui arrivent à travers de voir la route inaccessible. La barrière est bien visible sur les rendus. Dans ma région, nous avons le même problème sur les routes temporairement inondées. Je suppose que c'est le même système. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vinci Autoroutes et l'attribution à OpenStreetmap
Bonjour, Dans ses documents en lien ci-dessous, Vinci Autoroutes, sauf erreur de ma part, utilise les données OSM, mais je n'ai vu aucune attribution. C'est aux pages 5 et 6 de https://a11-angers-contournement.vinci-autoroutes.com/sites/a11-angers-contournement.vinci-autoroutes.com/files/2018-03/Dossier%20de%20concertation%20VINCI%20A11-CNA.pdf ou ici https://a11-angers-contournement.vinci-autoroutes.com/fr/savoir-plus À comparer avec https://www.openstreetmap.org/#map=15/47.4893/-0.6147 -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vinci Autoroutes et l'attribution à OpenStreetmap
Le 10 avril 2018, Léo El Amri a écrit : > On 10/04/2018 14:22, Rpnpif wrote> Dans ses documents en lien > ci-dessous, Vinci Autoroutes, sauf erreur de > > ma part, utilise les données OSM, mais je n'ai vu aucune attribution. > > > > C'est aux pages 5 et 6 de > > https://a11-angers-contournement.vinci-autoroutes.com/sites/a11-angers-contournement.vinci-autoroutes.com/files/2018-03/Dossier%20de%20concertation%20VINCI%20A11-CNA.pdf > > > > A la page 6 (Qui est techniquement la page 7), il y a une attribution > sur la photo, à droite. > > > ou ici > > https://a11-angers-contournement.vinci-autoroutes.com/fr/savoir-plus > > > > Il y a si peu d'informations sur la page "En savoir plus" qu'on pourrait > se demander si ça vient réellement de OSM. Mais bon, on peut parier > qu'ils n'iraient pas chercher dans deux sources différentes pour > l'information publique d'un même projet. Oups oui, merci, je n'avais pas vu la mention verticale. Il manque la mention "et les contributeurs" mais bon. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import station essence
Bonjour, J'ai le même problème que vous sur la dizaine que j'ai vues : - Les stations sont très souvent placées en double dans le magasin ou 5 m à côté de la station déjà repérée. - Horaires presque tous erronés. En France au moins à l'ouest, la plupart des stations de supermarché sont ouvertes 24h/7 en automatique. - Une station fermée depuis un an, recréée. Je suis défavorable à cet import. -- Alain Rpnpif Le 25 mars 2018, deuzeffe a écrit : > Ma zone de confort n'est probablement pas représentative du territoire > entier, cependant : > - sur les 4 existantes, il en manque une (une « de marque ». Hasard ?) ; > - les « à créer » existent déjà quelques dizaines de mètres plus loin ; > - les modif. pour les « à compléter » sont YOLO (je suis gentille). > > Je n'ai pas regardé plus loin (le script est un infâme goinfre de > ressources), mais je doute que ça soit de meilleure qualité. Pas compris > d'où vient sa source (la DB sur data.gouv, même datant de 2 ans ?) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Topo Suppression de cours d'eau et ses impacts
Le 24 mars 2018, marc marc a écrit : > Le 24. 03. 18 à 11:46, Rpnpif a écrit : > > ajouter la date de la décision qui a une valeur importante. > > dans osm ? > pour moi, même si cela acte le gachi écologique, c'est une tempête > dans un verre d'eau pour osm. > Vu qu'on ne tag pas le fait qu'un ruisseau était dans Cartage/Topo > bon on ne tagera pas + le fait qu'il n'y est plus. > Osm n'a selon moi pas pour vocation de servir d'encyclopédie universelle > oü mettrait l'ensemble de la connaissance d'un objet et toutes les refs > et date de tout infos s'y rapportant. > La seule chose qui change pour osm c'est qu'on perdra une source d'info D'accord. Marc. c'est peut-être un outil à mettre au point en complément d'OSM et à l'extérieur. Avis aux amateurs. > > existe t-il une carte archive d'OSM consultable facilement > > comme on consulte la version ancienne formatée d'un article > > sous Wikipédia ? > > Cela dépend si tu parles des données ou de leur représentation graphique > Pour les données, un serveur overpass attic te permet de demander les > données qui existait à tel date. > Il te les met sur la carte actuelle, mais ce n'est pas un rendu, juste > une surcouche. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?
Le 19 mars 2018, Philippe Verdy a écrit : > JOSM est rapide et ne bloque pas du tout si tu l'utilises avec Java en 64 > -bits qui ne souffre pas de la limite de taille mémoire trop basse par > défaut. > JOSM documente comment augmenter la taille de la VM par défaut (même en 32 > bits seulement on peut le faire même si on ne peut pas aller aussi haut > qu'en 64-bits). Bizarre dans ce cas. Je suis normalement en 64 bits (Debian). Je vais creuser la question. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import CORINE Land Cover - Attributs bruts comme tags
Le 19 mars 2018, Philippe Verdy a écrit : > Note: un outils comme Corine serait maintenant plus intéressant dans des > pays en développement où presque tout est à faire, notamment en Afrique > centrale ou dans les immenses territoires ruraux de Russie, de Chine ou > d'Australie (bien que là il doit exister des sources locales comparables: > Corine en Europe c'est un peu comme TIGER aux USA): ça va bien pendant un > temps et c'est très utile pour avancer et mieux que rien du tout car ça > permet de localiser plein d'objets relativement et dresser un état du > terrain pour ensuite se concentrer sur des zones plus petites et améliorer > la précision; mais ensuite on doit gérer cet historique de façon plus > incrémentale et on ne réimporte pas à nouveau ce type de source. > Au Canada il y a eu certains imports dans l'Est mais c'est visiblement > difficile de continuer, la progression est devenue très lente, malgré la > relativement bonne qualité des données topographiques. Bonjour, Chez moi, Corine est souvent erroné en ce qui concerne l'occupation agricole (prairie et cultures). De très nombreuses prairies ont été malheureusement détruites depuis longtemps. Les PLU évoluant très vite, il n'est pas toujours pertinent sur l'urbain. Je trouve Corine plus gênant qu'utile sur une large partie de l'Ouest de la France. Ce n'est que mon avis. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?
Le 19 mars 2018, marc marc a écrit : > Le 19. 03. 18 à 10:13, Rpnpif a écrit : > > Le 17 mars 2018, deuzeffe a écrit : > > > >> Mmmhhh ??? On peut utiliser QGis pour mettre à jour JOSM qui mettra à > >> jour osm ? C'est plus intéressant que JOSM seul ? > > > > Oui puisque chez moi JOSM est trop lent et bloque avec autant de > > données. > > > > Bien sûr, le but est de sélectionner une petite zone (communale au > > plus). > > Mais je vais peut-être me rabattre sur la couche rapatriée sur Id. > > Il ne faut pas télécharger la France entière. > Josm rame à cause de la quantité démesurée de données. > > A noter que josm permet lui aussi d'afficher BD Carthage comme une > couche limité à la zone visible de ton écran au lieu de tous le pays. > c'est dans menu imagerie, BD Carthage :) > > Mais c'est 2 choses assez différente. > l'un sont les données pour intégrer un à un les rivières. > l'autre est de l'affichage pour des retouches ponctuelles Oui et finalement, je vais me rabattre vers Id et ponctuellement vers la sous-couche dans JOSM comme tu l'indiques. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Traduction : les quartiers ne durent qu'un trimestre ; )
Dans Id, place=quarter est traduit en place=trimestre au lieu de place=quartier. Un contre-sens qui peut gêner les débutants... et les autres. Un exemple dans les réponses de : Cherchez : les guerches vern-d'anjou https://www.openstreetmap.org/ Comment corriger ça ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?
Le 17 mars 2018, deuzeffe a écrit : > J'ai édité la page du wiki pour prendre en compte la BD TOPO Hydro et > les précisions de Christian : > https://wiki.openstreetmap.org/w/index.php?title=WikiProject_France/BDCarthage=1589579=982674 > > (pas pu mettre de liens : pour enregistrer, le wiki demande de résoudre > un captcha que mon navigateur ne me montre pas...). Bonjour, Très intéressant. Bysance comme dit Deuzeffe. Je venais de la télécharger chez moi dans Qgis (trop grosse pour JOSM). J'apprends Qgis et pour l'instant ne sait pas l'utiliser pour mettre à jour OSM (cours d'eau par cours d'eau ou portion de cours d'eau, pas en masse). Est-elle utilisable avec Id ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?
Le 17 mars 2018, marc marc a écrit : > Bonjour, > > Le 17. 03. 18 à 10:19, Rpnpif a écrit : > > (trop grosse pour JOSM). > > Que veux-tu dire ? > C'est une couche, tu ne télécharges que la zone que tu vois. > c'est donc ni + lourd ni - lourd que d'afficher une couche satellite. Bonjour, En réalité je l'ai pris sur le site IGN pour la France entière. > > > Est-elle utilisable avec Id ? > > Oui. menu de droite, un peu + bas tu as "calques : BD Carthage" OK. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?
Le 17 mars 2018, deuzeffe a écrit : > Mmmhhh ??? On peut utiliser QGis pour mettre à jour JOSM qui mettra à > jour osm ? C'est plus intéressant que JOSM seul ? Oui puisque chez moi JOSM est trop lent et bloque avec autant de données. Bien sûr, le but est de sélectionner une petite zone (communale au plus). Mais je vais peut-être me rabattre sur la couche rapatriée sur Id. Merci. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...
Le 22 mars 2018, Vincent Privat a écrit : > Je comprends le questionnaire comme devant aboutir à une réforme profonde > de l'IGN. > Pour moi l'institut devrait être financé à 100% avec des fonds publics (à > voir si c'est que l’État ou aussi les collectivités) et en échange mettre > en ligne tout son contenu (nouvellement produit, mais aussi les archives) > en licence libre (les seules exceptions à cette règle étant ce qui relève > du secret défense). > Pas encore eu le temps de tout lire :) Tout à fait d'accord. La donnée géographique est sensible. Un financement privé pourrait influencé le choix du type et la valeur de cette donnée en fonction de l'intérêt exclusif du financeur sans moyen d'intervention des « clients ». Cela s'est déjà vu ailleurs. Un financement public donne la capacité (théorique) au citoyen d'intervenir sur les choix. La mise à disposition de tous permet un contrôle direct de tout un chacun. Je suis aussi très favorable aux échanges bidirectionnels entre l'IGN et OSM. OSM est complémentaire de l'IGN. L'IGN est plus en soutien des pouvoirs publics, OSM met les données SIG dans les mains de tous. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Topo Suppression de cours d'eau et ses impacts
Le 22 mars 2018, osm.sanspourr...@spamgourmet.com a écrit : > > De notre coté quel est l'impact? Car même si les cours d'eaux sont > > intermittents, on les saisie. Peux-on ajouter une information sur cette > > déclassification? > > Comme j'avais eu l'occasion de le dire le déclassement est faible là où les > associaitions luttent (SEPNB-Bretagne Vivante : peu de déclassements en > Bretagne). > La pluie n'ayant pas lu les arrêtés préfectoraux, les ruisseuax intermittents > continueront à se former. > > Ca peut avoir une influence sur nos sources, ça ne doit pas en avoir sur > notre carte ! > On sait déjà indiquer d'un cours n'est pas permanent : > intermittent=yes > > Peut-être description=ruisseau (ou fossé...) déclassifié par l'autorité > préfectorale > Jean-Yvon > > > Gesendet: Mittwoch, 21. März 2018 um 16:30 Uhr > Von: "Philippe Verdy - verd...@wanadoo.fr" > <osm.sanspourriel.935cdd9262.verdy_p#talk-fr@openstreetmap.org> > An: "Discussions sur OSM en français" <talk-fr@openstreetmap.org> > Betreff: Re: [OSM-talk-fr] BD Topo Suppression de cours d'eau et ses impacts > > (...) > > > Le 21 mars 2018 à 09:06, Jérôme Seigneuret <jerome.seigneu...@gmail.com> a > > écrit : > > Bonjour, les préfets déclassent certains cours d'eau. (chaque département y > > va de son arrêté). Je pense que ça va avoir un impact direct sur les > > sources de données que l'on utilise. > >> > >> Je dévi un peu mais c'est volontaire vu l'impact d'une telle décision. > >> > >> L'impact est la suppression de zones de non traitement aux pesticides > >> https://www.legifrance.gouv.fr/eli/arrete/2017/5/4/AGRG1632554A/jo/texte > >> > >> FNE a déposé des recours contre ces déclassifications. Je vous invite à > >> lire l'article > >> https://www.fne.asso.fr/actualites/p%C3%A9tition%C2%A0-encore-plus-de-pesticides-dans-nos-cours-deau%C2%A0-cest-non%C2%A0-0 > >> > >> De notre coté quel est l'impact? Car même si les cours d'eaux sont > >> intermittents, on les saisie. Peux-on ajouter une information sur cette > >> déclassification? Et bien retenir que c'est une affaire purement politique, avec des changements qui peuvent être plus ou moins rapides dans un sens comme dans l'autre suivant les rapports de force sur le terrain comme le dit Philippe. Il faut bien savoir que de nombreux cas ne font que valider une action illégale de suppression physique du cours d'eau soit par tarissement en amont ou plus souvent par destruction au bulldozer ou au tracteur pour les plus petits. Et le préfet valide trop souvent sous la pression de certains groupes :/. Ce genre de forçage illégal de la décision publique n'est malheureusement pas rare dans certaines campagnes de l'ouest de la France. Il est attaqué en justice quand des associations le détectent et en ont les moyens financiers et techniques. Tout aussi illégalement, c'est la même chose avec les mares, les zones humides, les bois rasés à blanc du jour au lendemain. Les destructions se sont accélérées dans certains secteurs depuis 10 ans et surtout depuis 5 ans. Certaines associations ne savent plus où donner de la tête face aux actions concertées de certains lobbies directement sur le terrain, j'en ai été témoin. Openstreetmap est précieux pour faire un état des lieux. Dans la description proposée par Jean-Yvon, Il ne faut pas oublier d'ajouter la date de la décision qui a une valeur importante. À ce propos, existe t-il une carte archive d'OSM consultable facilement comme on consulte la version ancienne formatée d'un article sous Wikipédia ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison des Associations
Bonjour, Le 25 février 2018, Paul Desgranges a écrit : > 1) "Maison des associations" ou "Maison des Associations" ? (ou les > deux sont légitimes ?) Normalement en français, on ne met la majuscule qu'au premier mot d'un titre composé de mots communs... sauf exceptions. Les marques peuvent être une exception. Exemple : L'Académie française. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fantoir pas à jour
Le 25 février 2018, pepilepi...@ovh.fr a écrit : > Le 25/02/2018 à 11:57, Maël REBOUX a écrit : > Bonjour, > > > > La DGFIP qui gère le cadastre mettra à jour le Fantoir et le plan cadastral > > lorsque la commune leur aura communiqué les délibérations qui concerne tous > > ces renommages. Ils sont stricts la-dessus. > > > > Comme La Poste est dans le circuit et qu’il doit s’agir d’une prestation > > payante, elle a logiquement dû signaler ou rappeler cette étape du > > processus d'adressage à la mairie. Ils ont des courriers types à > > disposition. > > > > Les erreurs vont donc perdurer quelques mois… > > > > cdt, > > > > > Merci à tous pour vos réponses. Le sens, peut-être un peu naïf, de ma > question était surtout "comment mettre à jour ce foutoir... euh, pardon, > FANtoir. > > Je comprends ici que ça se fera tout seul. > > "Les erreurs vont donc perdurer quelques mois" : en effet, les modifications > par le conseil municipal datent de juillet 2016... > > > Et juste histoire de rigoler un peu, aux dernières élections c'était un noir > bordel, parce que la quasi totalité des gens qui habitent dans la campagne > n'avaient pas reçu leur nouvelle carte d'électeur : la poste n'avait pas > distribué le courrier envoyé aux anciennes -et vagues- adresses... Il était > retourné à la mairie avec la mention "adresse inconnue". Bonjour, Pour rectifier une ancienne erreur d'adresse, il m'a fallu plusieurs dizaines d'années par la faute de la mairie ! Heureusement, aujourd'hui la Poste est plus réactive : le circuit est le suivant. La mairie décide du nom (espérons en accord avec les habitants, on peut rêver). La Poste (même par son facteur) enregistre et communique à la base de données des adresses. (Il existe un service qui répond aux particuliers mais j'ai perdu son adresse). C'est gratuit et pas payant comme dit ci-dessus. Ensuite cette base de données est utilisé par les administrations et les entreprises. Mais il faut quelques mois ou même un an pour que la mise à jour soit transmise. C'est conditionné au rythme des mises à jour par ses clients administrations ou pas, ce que la poste ne maîtrise pas forcément. Il est possible de tester ici : https://www.laposte.fr/particulier/outils/tester-une-adresse ce que je fais quand j'ai un doute pour entrer une adresse dans OSM. En résumé, questionnez votre facteur-factrice ou votre bureau de poste distributeur. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose pour l'OpenData
Le 2 mars 2018, Magalie Dartus a écrit : > Pour l'agriculture par exemple il y a le RPG (Registre parcellaire > graphique), donnée ouverte par l'IGN (licence OL/LO): > http://professionnels.ign.fr/rpg > Certes cette données concerne la France mais vu que cela est lié à la PAC > (Politique Agricole Commune) il est probable de trouver la même chose pour > tous les pays européens. > > Je fais quelques recherches pour trouver d'autres données... à suivre Bonjour, Bonne remarque de Magalie. Les données actuelles issues de l'Europe en Pays de la Loire sont très souvent fausses sous OSM. Par exemple des zones de prairie qui n'en sont pas ou plus ou bien des zones agricoles cultivées qui sont en prairie depuis longtemps parfois toujours mais n'y sont pas sur OSM. Les limites sont très souvent fantaisistes. Il peut s'agir de fausses déclarations d'agriculteurs ou bien de mauvais relevés ou encore de données périmées. Il faut bien distinguer les données officielles de la réalité. Le satellite est une bonne aide... quand l'image ne date pas trop (< 2 ans). La peur irraisonnées par certains mal informés de ne pas bénéficier de subventions pour des talus boisés ou pour des arbres dont le feuillage débordent sur leur champ entraîne un massacre rapide de ceux-ci et donc une modification rapide des petites zones boisées. C'est la même chose pour certaines zones humides et mares. Pour OSM, cela rend le suivi sur le terrain parfois difficile. Les corrections ne sont pas toujours évidentes car situées sur de larges zones donc elles exigent souvent JOSM. Donc d'accord avec les importations massives de données agricoles mais avec des données de qualité et réellement actuelles sur le terrain. Osmose les ignorent. Il a du boulot ;). Salut à vous. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] grèves Loire
Le 8 octobre 2018, ades a écrit : > Je viens de voir qu’i y a un tag qui s’appliquerait bien. en tous cas pour > les Bras de Saint-Aubin et de Sainte-Gemmes. > Peut être en rajoutant’seasonal=*’ > > Voir ici : > https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank#Varying_water_level_river > Riverbed > > natural <https://wiki.openstreetmap.org/wiki/Key:natural>=riverbed > <https://wiki.openstreetmap.org/wiki/Tag:natural%3Driverbed> is sometimes > used to define the area of the riverbed. > > River islands and sandbanks > > It is fairly common practice not to map non-permanent and quickly changing > islands (sandbanks) in rivers. Vegetation cover on river islands can > sometimes be used as an indicator for their permanency although it can also > be misleading - there are many examples of vegetation free river islands that > are stable for many years. When mapping from aerial or satellite imagery > comparing images from different years can be very helpful. > > Bonjour, Je suis aussi ces zones qui sont assez complexes à cartographier. D'accord avec seasonal et avec ce que dit François Boucault. Les zones humides (de fleuves et rivières ou pas) sont souvent difficiles à voir car elles sont caractérisées par des plantes et un sol spécifiques rarement visibles sue les photos aériennes et assez souvent invisibles en été. Elles devraient être inventoriées entre autres dans les PLUI mais y sont trop souvent absentes du fait du travail laxiste d'élaboration du PLUI, inventaire exhaustif pourtant légalement obligatoire. De même la distinction entre un marais et une prairie humide est parfois peu évidente, sauf pour les grands marais. En résumé, sans document administratif, seule une connaissance sur le long terme (au moins sur une année sinon deux) permet de bien voir les zones humides. Par contre les zones inondables qui vont souvent de pair sont théoriquement bien répertoriées en France. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] représentation 3d des olympiades
Le 15 octobre 2018, Nicolas Bétheuil a écrit : > j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai > rien vu > > ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé > sous la dalle > et tous les building:levels sont donné avec comme point 0 le niveau de la > dalle et non la rue > > https://www.wikiwand.com/fr/Dalle_des_Olympiades > > du coup je ferais bien sauter le building:levels > > Vous en pensez quoi ? Ou plutôt appliquer ça : https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chantier sur les Champs, one way
Bonjour, Le 18 octobre 2018, Vincent de Château-Thierry a écrit : > Bonjour, > > > De: "Christian Quest" > > > > Le côté puriste je comprends, mais toute bonne règle peut avoir des > > exceptions ;) > > > > A part se faire plaisir sur la pureté de la modélisation, ça va > > apporter quoi ? > > J'ai aussi du mal à voir le bénéfice. Il y a largement de quoi s'occuper sur > Paris pour mettre à jour et densifier (les POIs par exemple) sans s'épuiser > pour remanier un existant qui fonctionne. > Il y a par ailleurs un aspect qui n'a pas été abordé : les quartiers > (admin_level=10). De l’Étoile au Rond-Point des Champs-Élysées - Marcel > Dassault, la voie descendante est dans le Quartier des Champs-Élysées, la > voie montante dans le Quartier du Faubourg-du-Roule. La frontière entre ces 2 > quartiers est l'axe central de l'avenue. Avec un tracé pour chaque sens, > l'appartenance de chaque tronçon est non ambigüe. En fusionnant les tronçons, > on se retrouve à superposer limites de quartier et axes routiers, ce qui > apporte de la complexité et, à mon sens, appauvrit le niveau de détail > géométrique, si on songe aux réutilisateurs. Puriste pour puriste, vu la largeur de cette avenue et sa célébrité, un traçage en mode surfacique ne vous paraîtrait-il pas intéressant area:hisghway en y ajoutant éventuellement un way pour la navigation ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chantier sur les Champs, one way
Le 18 octobre 2018, Florimond Berthoux a écrit : > Pour l'instant la perte qu'on risque d'avoir c'est la ligne blanche > continue médiane (hors intersection) interdisant notamment le demi tour, > j'ai cru voir une clés pour ça, mais je ne la retrouve plus. C'est une relation sur une jonction (facile sous Id). type=restriction restriction=no_u_turn -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] boundary et addr:postcode / postal_code
Le 16 octobre 2018, Christian Quest a écrit : > Un petit bémol sur Paris pour le 16ème arrondissement, qui a 2 codes > postaux (75016 et 75116) mais la zone du 75116 existent déjà pour ce cas > particulier (en boundary=postal_code bien sûr): > https://www.openstreetmap.org/relation/4548229 > > Le lun. 15 oct. 2018 à 23:12, Ralf Treinen a écrit : > > > Merci pour cette confirmation. Et on est bien d'accord que quand > > le postal_code est renseigné pour une étendu avec admin_level=9 > > (les arrondissements de Paris) qu'il n'est pas utile de le > > repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ? > > > Idem pour Angers et des communes nouvelles beaucoup plus petites qui ont aussi deux codes postaux. J'ai vu un tag : addr:postcode=49220;49370. Est-ce que cette syntaxe avec le ";" est autorisée ? Osmose donne un avertissement je crois. Si je comprend bien il faut créer une autre frontière boundary. Mais que met-on dans le boundary du niveau 8 ? Si je ne mets rien, un contributeur autre risque de le remplir (peur du vide ;) ). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu des noms des nouvelles communes admin_level=8
Bonjour, Je relance un sujet non résolu à mon sens. Comme il est déconseillé d'utiliser une relation rôle=label sur un point place=village, les noms de beaucoup de nouvelles communes n'apparaissent plus du tout sur la carte osm.org quel que soit le niveau de zoom (depuis la mise à jour des tuiles de zoom > 11). À mon avis, il est anormal que le nom d'une commune de 5000 ou 1 habitants soit absente du rendu principal d'openstreetmap.org. Les nouvelles communes commencent à être reconnues par les habitants dans mon secteur, il faudrait donc que les cartes les mentionnent au moins à un certain niveau de zoom (12, 13 ?) qui est assez vide. Autrement dit, comment faire pour que le nom de la relation boundary=administrative, admin_level=8 apparaissent quelque part ? Faut-il faire un rapport de problème ou une demande de fonctionnalité sur github ou existe t-il une autre astuce ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Courts tutos ?
Le 5 novembre 2018, Cédric Frayssinet a écrit : > Bonjour à tous, > > Je me demandais s'il existait de petites capsules vidéos pour apprendre > OSM ? > > Leur place serait bien sûr sur le PeerTube d'OSM : > https://peertube.openstreetmap.fr/ (qu'il faudrait mettre à jour au > passage en version stable ;-)) > > Je pose cette question car j'ai toujours du mal à faire des polygones > avec un trou (relation inner et outer) ; faut dire que j'utilise iD, > mais ceci n'explique pas tout et un petit screencast serait top ! > > Le problème en question se situe là : > https://www.openstreetmap.org/way/641239601 EPHAD que je viens de > dessiner car il se trouvait à côté d'une Gendarmerie ;) Bonjour, Pour être puriste, je dirais que tous les attributs sur le polygone (bâtiment) marqué outer dans la relation devrait être affectés à la relation elle-même et pas à la ligne extérieure. Avec Id, on peut le faire en cliquant sur relation. Un petit inconvénient d'Id quand on travaille sur les relations est qu'il affiche moins d'aide que quand on met des attributs sur un membre. Si ça peut aider. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voting Default Language Format
Le 19 octobre 2018, rainerU a écrit : > Bonjour, > > Je me pose des questions sur l'impact de cette proposition sur les objets qui > ont un nom officiel en langue régionale : > > https://wiki.openstreetmap.org/wiki/Proposed_features/Default_Language_Format > > Si j'ai bien compris la proposition, on mettrait default:language=fr sur la > frontière de la France (ou des régions, départements,...) et les applications > utiliseraient name=fr comme nom standard. > > A mon avis, cela pose un problème dans les cas où le nom officiel d'un objet > est > en langue régionale mais existe aussi un nom en français. Il y a eu un fil de > discussion sur cette liste sur la manière de tagguer ces cas avec le schéma > actuel mais il n'y a pas eu de consensus, à mon avis. Moi, je taggue > name= officiel>, name:ca=, name:fr=. Avec le schéma > proposé, un rendu en langue standard afficherait le nom français et pas le > nom > officiel en catalan. Si par contre on mettait name:fr=, on ne > pourrait plus créer un rendu 100% français. > > Est-ce que cette question a déjà été discuté ici ou ailleurs, si oui quelle > était la conclusion ? Bonjour, Oui je suis d'accord avec toi : ce n'est pas une proposition pertinente. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmAnd, un navigateur routier un peu à part
Le 5 novembre 2018, ades a écrit : > Et par rapport avec map.me ? > Utilisé sur iOS je l’ai trouvé plutôt bien foutu et fonctionnant pas mal du > tout. > Fonctionne également hors ligne avec cartes OSM Téléchargées, utilisé 10j > pour séjour itinérant Espagne et Portugal, me suis pas perdu ;-)) > Pour osmand, comme signalé au-dessus pas terrible sous iOs, pas réussi à m’en > servir, mais ça ça ne veut rien dire sur la qualité du soft… Map.me ou plutôt Map With Me a un rendu plus rapide que OsmAnd mais la carte est beaucoup moins détaillée et OsmAnd a plus de fonctions. Je ne pense pas comme Christian. OsmAnd n'a pas réellement de limitation sur F-Droid. Tout y est gratuit et illimité même les mises à jour en temps réel. Les cartes hors ligne sont mises complètement à jour tous les débuts de mois (sauf retard inhabituel sur certaines cartes comme le mois dernier). Elles sont divisées par région française. OsmAnd est très efficace en routage cycliste ou piéton. Merci OSM. Un peu moins pour les automobilistes mais utilisable quand même moyennant des astuces. Le dépôt de développement y est bien actif mais plus de développeurs seraient bienvenus. Un reproche : OsmAnd Live (la fonction de mise à jour en temps réel) n'est plus indiquée comme expérimentale mais elle devrait l'être. Très intéressant, après quelques minutes ou heures, les modifications sont répercutées sur la carte. Il suffit de se connecter une fois par jour en Wifi (ou moins), pas besoin d'être connecté en permanence contrairement à ce qu'écrit Axelos. Autres bogues de OSMAnd Live : le rendu est lent car la lecture des cartes différentielles chargées est lente sur le smartphone. La navigation est perturbée par les mises à jour en temps réel, en effet, autre bogue, les routes effacées sur OSM ne le sont pas en Live par contre les routes ajoutées sont bien présentes, ce qui fausse la navigation. Ce bogue devrait être corrigé... un jour. OsmAnd peut aussi communiquer avec osm.org pour les notes et corrections (mais ce n'est pas Vespucci). Le système de note géolocalisée qui reste sur son smartphone ou bien vers Mapillary au choix, avec texte, photo et vidéo est très pratique. En conclusion, je trouve OsmAnd très bien et le conseille, sauf la fonction facultative OsmAnd Live que j'utilise quand même en connaissance de cause. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmAnd, un navigateur routier un peu à part
Le 5 novembre 2018, Christian Rogel a écrit : > Publication sur osm.fr ? Très volontiers, après correctifs éventuels. > Justement, j’ai compris, lors de ma recherche, qu’un mise à jour compte comme > une carte et est doncsusceptible d’être payante. > Quelqu’un peut-il confirmer ou infirmer ? > > Apparemment, personne n’a eu l’occasion de se frotter à OsmAndMapCreator qui > fabrique des fichiers de cartes en .obm à partir des .osm. > Serait-ce trop pointu ? > Un continent inexploré par nos geeks favoris ? Bonjour, Je confirme que la contribution payante à OsmAnd Live (mise à jour en temps quasi réel) est volontaire et facultative si on passe par F-Droid où rien n'est exigé mais son obole est conseillée. Bien dans la philosophie du logiciel libre. Une référence d'OsmAnd : J'ai lu quelque part qu'il est utilisé par l'UNICEF ou un autre organisme de l'ONU dans certaines de ses missions. Les humanitaires l'apprécient. Cela démontre son potentiel et sa souplesse. J'ai un peu utilisé il y a plusieurs mois OsmAndMapCreator pour déboguer une carte ou bien pour créer une carte personnelle pour OsmAnd. Je l'ai aussi utilisé pour des conversions de format. Ça marche mais c'est rustique et donc à réserver aux geeks. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police
Le 7 novembre 2018, Ralf Treinen a écrit : > les locaux de la police peuvent occuper le bâtiment entier, ou seulement > une partie. À mon avis il faut au moins dans le deuxième cas laisser > building=yes. Et mettre amenity sur un nœud et pas sur le bâtiment pour permettre la possibilité de marquer les éventuelles activités des autres occupants du bâtiment. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Status de la BANO
Bonjour,
Le 9 octobre 2018, Christian Quest a écrit :
> On a aussi largement considéré qu'il y avait plutôt priorité à
> compléter/corriger les noms des rues ("dégommer du rouge") que de
> s'attaquer aux adresses elles même.
> Du coup, il ne reste "que" 146630 voies non rapprochées entre ce qu'on
> trouve dans OSM et le fichier FANTOIR de la DGFiP qui nous sert de
> référence.
>
> Ce qui manque, c'est l'intégration dans les recherches nominatim des
> adresses de BANO, mais on a quand même un géocodeur qui fait ça (et plus):
> https://demo.addok.xyz
>
Et quand on corrige ou quand le nom d'une rue change ou bien qu'une
rue disparaît (par exemple fusionnée sur le terrain dans une parcelle
privée), l'ancien nom disparaît-il de la BANO ?
--
Alain Rpnpif
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nouveau champ takeaway:lunchbox
Bonjour Philippe, Ce n'est pas du tout ce que j'observe en Pays de la Loire. C'est vrai que les gros hyper ont parfois du mal en dehors de Super U parce qu'il faut un nettoyage régulier des distributeurs. Mais de nombreux rayons vrac en libre service de magasins se créent (je n'ai pas de chiffres) et je pense que pour des raisons environnementales et économiques, ils continueront à s'étendre. Après une petite période d'adaptation, les clients se servent très bien eux-mêmes sans difficulté et... proprement. Biocoop, un des premiers à avoir lancé ça, est en progression là-dessus ainsi que ses concurrents directs, que ce soit en produits secs, sucres ou produits d'entretiens. Leurs systèmes sont robustes et rarement cassés. L'ADEME pousse pour une extension de ces pratiques. La pollution inquiétantes aux plastiques va aussi pousser dans ce sens. Les moins de 35 ans s'y mettent plus facilement, me semble t-il. Je pense aussi que zerowaste est trop vague. Bulk signifiant vrac en anglais, mais aussi en gros volume, loose sales est peut-être plus adapté. https://www.linguee.fr/francais-anglais/search?source=auto=loose+sales -- Alain Rpnpif Le 19 septembre 2018, Philippe Verdy a écrit : > Oui je pense que la plupart des vendeurs en vrac ne laissent pas les > produits en libre service, ne serait-ce que pour éviter le gaspillage ou la > contamination du vrac restant invendus et préserver l'hygiène pour les > clients suivants. Le vrac n'a en effet presque aucune protection hors de > son contenant initial de grande capacité. > > Les seuls vracs en libre service que j'ai vu c'était pour des fruits secs > et céréales, mais les hyper ont arrêté car la moitié des gens ne savaient > pas se servir correctement, ou déclaraient les sachets et tout était par > terre ou allait polluer les tapis des caisses, ou cassaient > involontairement les dispositifs permettant de doser le produit. ou mettait > les sachets au mauvais endroit, malgré la notice affichée avec les > diagrammes explicatifs. > > Pour les liquides soit le type et le format de contenant est imposé et > consigné et on passe par un automate pour le remplir, soit il y a un > vendeur qui fera ce remplissage proprement et ne voudra pas le faire dans > des contenants pas adaptés, pas étanches, pas assez propres (dans ce cas il > proposera un autre contenant contre nouvelle consigne, et au mieux il > prendra l'ancien contenant inadapté pour le trier et faire recycler > convenablement)... > > L'ancien système des consignes était plus intelligent: les contenants > n'était pas réutilisés tout de suite par les mêmes clients, il passait > d'abord par un atelier de nettoyage et controle ou recyclage et c'était > facilité par la plus grande standardisations des formats des contenants. > Mais les producteurs ont développé toute une industrie d'emballages > spécifiques dont les formats changents sans arrêt et ne s'adaptent pas aux > modifications de quantité incluse dans les produits pourtant vendus sous la > même marque, ni aux besoin pour eux de faire du merchandising: c'est > tellement pratique ces emballages carton et plastiques sur lesuqels ont > peut afficher n'importe quoi tout en masquant le produit réel contenu : > l'image, les logos, les affirmations gratuites de qualité, la marque > elle-même, les couleurs dont là pour continuer à vendre et surtout > augmenter les marges en baissant la qualité réelle et réduire les couts de > production: on n'achète plus le produit, mais la marque et le coût de la > publicité et les intermédiaires de plus en plus nombreux dans la chaîne de > production mais surtout ceux de la distribution (qui au passage reduisent > les emplois et automatisent, les automates demandent des produits > standardisés, des petites tailles, mais fonctionne encore mieux si les > contenants sont à moitié vides et peuvent résister à n'importe quoi dans > des durées très longues; d'où aussi l'abus des conservateurs et produits > artificiels dans les produits alimentaires, et maintenant la chimie > industrielle remplace ce que produit la nature et nous fait avaler des > pseudo-nutriments et vitamines en fait non assimilables et qui sont faits > pour nous rendre addictifs sans nous nourrir réellement ! > > Le vrac a cet avantage: on voit le produit, on n'est pas berné par > l'emballage, et on prend conscience des quantités réelles. On a aussi des > produits plus simples mais plus diversifiés qui changent selon les saisons, > et qui ont des goûts différents et ne nous rendent pas addictifs. En plus > il paye nettement mieux les producteurs en valorisant le produit lui-même > et non ce qui est autour qu'on paye de plus en plus cher pour rien > puisqu'on va le jeter immédiatement (la plupart des emballages n'est pas > recyclable ou valorisable tel quel, cela produit beaucoup de déchet et
Re: [OSM-talk-fr] Et OSM la dedans !
Le 21 janvier 2019, Axelos a écrit : > Il y a aussi les flux RSS/Atom malheureusement trop souvent oubliés mais > si efficaces ! qui vont malheureusement disparaître des prochaines versions de Firefox. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openstreetbrowser, les cimetières et la religion
Le 16 décembre 2018, JB a écrit : > Bonjour, > Pour répondre à la question initiale, sans entrer dans d'autres > pointillismes… > Les cimetières sont classés dans telle rubrique parce que l'auteur du > projet en a décidé ainsi. OpenStreetBrowser est un projet personnel, et > si l'auteur avait classé les cimetières dans la rubrique loisirs ou > infrastructure, grand bien lui fasse. > Le code est disponible sous GPL v3 > (https://github.com/plepe/OpenStreetBrowser/blob/master/LICENCE.txt). Il > y a possibilité d'ouvrir des tickets sur le projet. Mais à part ça, > c'est à vous de jouer si c'est trop bloquant pour vous. D'accord, merci de l'info. En réponse à d'autres messages, je dirais qu'il existe bien des cimetières religieux en France. Ils ne sont pas municipaux mais privés et font en général partie de communautés religieuses. Ils sont rares mais existent. Je suppose qu'ils bénéficient de dérogation légale (ou de tolérance ?), probablement pour des raisons historiques. J'en connais au moins deux en Bretagne. Par exemple ici : https://www.openstreetmap.org/way/601391283 -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source = livre sous copyright
Le 14 décembre 2018, Christian Quest a écrit : > Parce qu'OSM n'est pas Wikipédia et que les règles concernant ce qu'on peut > mettre ou pas dans OSM sont différentes de celles de wikipédia. > > Wikipédia exige par exemple que les informations soient sourcées, même si > la source est sous Copyright. > > OSM n'exige pas que l'information soit sourcée, tu peux être la source de > l'info si tu l'a simplement constatée sur le terrain (survey) ou si elle > est notoirement connue (knowledge)... mais tu ne peux pas t'appuyer sur une > source sous Copyright sans autorisation. Bonjour, Mais le droit de citation existe quand même quand le texte est suffisamment court. Non ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Openstreetbrowser, les cimetières et la religion
Bonjour, https://www.openstreetbrowser.org classe les cimetières dans la rubrique religion alors qu'en France ils en sont indépendants. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org
Le 27 novembre 2018, Christian Quest a écrit : > Attribution ajoutée... comme quoi twitter est souvent plus efficace que des > mails (le côté "name and shame" public joue sûrement) Bonjour, En effet ça progresse mais il y a encore à faire : http://www.airpl.org/Air-exterieur/carte-des-stations -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Multipolygones, zone de rencontre et rendu
Bonjour, C'est vrai que le rendu osm-fr est souvent meilleur. Merci Christian. Comment inciter les gens qui s'occupent de celui d'osm.org à le modifier ? Je pense aussi aux "place" sous forme d'aire dont le nom n'est visible qu'à partir d'un niveau élevé de zoom ou... jamais ! -- Alain Rpnpif Le 25 novembre 2018, Christian Quest a écrit : > Et oui, je n'applique pas le même ordre que le rendu OSM car ces zones qui > recouvrent tout ne m'allaient pas (et pour cause). > > Je pense par contre que la modélisation est incorrecte. > > Les piétons peuvent aller partout sur l'aire concernée, je la mettrait donc > en pedestrian sur le multipolygone. > Les véhicules, ne peuvent pas aller partout, j'imagine qu'il y des voies... > et là le living_street me semble adapté sur les way filaires. > > Autre sujet... les "parking". Le stationnement sur le bord des voies n'est > pas vraiment ce qu'on peut appeler un parking qui est un espace dédié > stationnement et pas en même temps une voie de circulation + des trottoirs, > bref une "rue". > > Il me semble qu'il serait préférable: > - de supprimer ces polygones parking > - d'ajouter les règles de stationnement sur le filaire de voie > (parking:condition / parking:lane) > - de conserver les parking_space si tu veux détailler en surfacique chaque > place de stationnement et des règles spécifiques (durée max, PMR, > livraison, etc) > > > Le dim. 25 nov. 2018 à 10:05, David Crochet a > écrit : > > > Bonjour > > > > Le 24/11/2018 à 23:28, Gwenaël Jouvin a écrit : > > > Problème : malgré le multipolygone, le stationnement et les rues > > laissées pour le routage n’apparaîssent pas. > > > > > > Le rendu, ce n'est que ce que ton cerveau interprète ce que t'envoie les > > signaux provoqué par les yeux. > > > > Si c'est codifier correctement, je ne voie pas le soucis. et le routeur > > n'a pas d’œil. > > > > > > L'un des rendu fait peut-être ceci : "je dessine les zones pédestres au > > dessus des zones de stationnement" alors que l'autre fait peut-être cela > > : "je dessine une zone pédestre et par dessus je rajoute les rues, les > > places de stationnement". > > > > Voila pourquoi 2 rendues peuvent être différentes avec les mêmes données. > > > > > > Cordialement > > > > -- > > David Crochet > > > > > > ___ > > 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] arbres remarquables
Bonjour, Le 27 novembre 2018, osm.sanspourr...@spamgourmet.com a écrit : > Question connexe, pour un talus vous mettez tree_row et denotation=part > of fence ? Bonne question, je n'ai trouvé aucun consensus là-dessus. Je ne connaissais pas cette valeur de denotation. J'ai mis parfois natural=tree_row plus barrier=hedge. J'ai cru voir que osm.org cumulait les deux sur le rendu mais je ne sais plus (à vérifier). Et parfois on a une haie de bocage sans talus avec des arbres plus ou moins alignés et des broussailles ou ronces au pied. Je pense qu'il faudrait un tag spécifique qui distingue une haie bocagère infranchissable et une haie bocagère franchissable. De plus il faudrait un tag pour dire qu'il y a un talus ou pas (le fossé voisin est facile à tracer). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org
Bonjour, Air Pays de la Loire, un site appartenant à la Région des Pays de la Loire http://data.airpl.org/ et http://airpl.org/ ne crédite pas OSM sur ses cartes. Je les ai prévenus mais comme leur page de contact ne semble pas au point, n'hésitez pas à en faire autant. NB : leur site a d'autres dysfonctionnements. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] arbres remarquables
Bonjour, Je plussoie pour denotation=natural_monument. Quand c'est un arbre remarquable, un véritable monument, je mets le nom de l'arbre en français. Ces arbres sont souvent répertoriés dans les PLU ou PLUI ou ailleurs (voir les mairies). Il est bon de citer la source ou bien un site web par website=* afin de faire des recoupements. -- Alain Rpnpif Le 27 novembre 2018, Erwan Salomon a écrit : > > Le 27 nov. 2018 à 13:23, marc marc a écrit : > > > > Le 27. 11. 18 à 12:14, Jozeph a écrit : > >> Ma question se résume finalement à savoir si on rajoute au nom de > >> l'arbre la mention "arbre remarquable" ? > > > > je ne connais aucun arbre dont c'est le nom :) > > ce que tu cherches est denotation=landmark > > https://wiki.openstreetmap.org/wiki/Key%3Adenotation > > landmark semble plutôt utile pour un arbre grand qui peut servir de point de > repère, indépendamment de sa classification > > les arbres remarquables sont souvent grand mais pas toujours > > j’utiliserais plutôt denotation=natural_monument > <https://wiki.openstreetmap.org/wiki/Tag:denotation%3Dnatural_monument> > > un exemple qui me semble bien maitrisé : > https://www.openstreetmap.org/node/2434065734 > <https://www.openstreetmap.org/node/2434065734> > > glyo - erwan ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon projet 2018 : le réseau Anjoubus
Le 5 janvier 2019, Adrien Grellier a écrit : > Bonjour, > > Il y a un an, je m'étais fixé comme projet 2018 la cartographie du > réseau de bus du Maine et Loire : Anjoubus. Un an plus tard, c'est fait, > avec quelques jours de retard ! > > Les lignes sont en principe bonnes, mais il manque des arrêts. Lorsque > j'avais un doute (pas de marque sur le terrain ou sur l'orthophoto, > etc.), j'ai préféré ne rien mettre. De même, les lignes « à la demande » > ne sont pas cartographiées. > > Je me suis basé sur l'OpenData 49, BD Ortho, les horaires de bus sur le > site officiel ainsi que mes connaissances du terrain. > ... Bravo Adrien et merci beaucoup. J'avais seulement amorcé le boulot sur une des lignes et tu l'as complété avec brio et meilleure qualité que moi. J'aurais bien aimé complété le réseau régional quand j'aurai un moment. Merci encore. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lit-et-Mixe
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
[OSM-talk-fr] Changement unilatéral de la définition de tags
Le 15 septembre 2018, Axelos a écrit : > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit : > > pour moi, les trunk c'est des presque autoroutes. Des routes qui permettent > > d'aller plus vite que des routes "normales". > > Rien a voir avec les routes pour automobiles, il y a des tag pour indiquer > > les véhicules autorisés ou non et il y a tellement de cas différent avec > > des route pour automobile sauf ..., des "petites" routes réservé au auto, > > des "grande" routes où les vélo peuvent aller... en plus les règle sont > > différentes dans tout les pays. > > highway=trunk n'est pas le seul tag avec highway=* qui pose des soucis... > > En fait si j’interprète correctement, c'est la définition des voies > rapides / voies express ? Bonjour, Et bien ne vous en faites pas car Djakk n'a attendu personne ! Il est en train d'ajouter des tags personnels (legal et performance) dont lui seul connaît la signification exacte, à toutes les voies rapides. Il est aussi en train de redéfinir de façon unilatérale les catégories de villes en en promouvant à city contre la définition indiquée sur le wiki et sur Id. Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le Pays de Redon (communauté de communes), pas la ville de Redon, qui est la structure adéquate. Je demande un revert. Ne pensez-vous pas qu'un minimum de concertation serait une bonne chose ? Ou alors cela c'est discuté ailleurs. Ce n'est pas parce que les gens ne répondent pas dans la journée ou les deux jours qu'ils sont d'accord. À mon avis, quand on fait ce genre de changement qui impacte autant, il faut attendre l'accord explicite de plusieurs personnes dont des personnes expérimentées. Exemples : https://www.openstreetmap.org/changeset/62598081 Redon, ville de 10 000 habitants est promue de plus de 100 000 habitants ! https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dcity La zone d'emploi n'a que 55 000 habitants. Changer les indicateurs à ce point me parait exagéré. https://www.openstreetmap.org/changeset/62494209#map=9/48.1537/-1.6423 Qu'en pensez-vous ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les bretelles
Le 16 septembre 2018, djakk djakk a écrit : > Nooon pas le tag mono-utilisateur ! (la punition :) ) Déjà fait par vous, mais OSM n'est pas fait pour ça ! -- Alain Rpnpif ___ 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 ?
Le 14 septembre 2018, Sébastien Dinot a écrit : > Le lendemain, un ami m'a appris (peut-être rappelé) que ce n'était pas > nécessaire, qu'on pouvait intégrer le rond-point en entier dans la relation. > Pour le coup, d'un point de vue topologique, c'est surprenant, mais si les > outils de routage s'en sortent, ça me va tout aussi bien sachant que la tâche > est alors grandement facilitée (et que j'ai repéré d'autres « mini_roundabout > » tout aussi complexes à corriger). Bonjour, Je pense aussi que c'est la meilleure solution. Même si ce n'est pas courant, faire attention aussi aux relations "interdiction de tourner" à gauche ou à droite. Elles coupent les cheminements, tronçonnant ainsi les ronds-points. Mais, je répète c'est rare sur un rond-point. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Numéro de tuile ?
Le 14 septembre 2018, marc marc a écrit : > dans FF : F12, console réseau, rafraichir la page, tu as alors la liste > des urls de toute les tuiles. Console réseau,puis cliquer sur le bouton Images. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classement ville/village - city/town/village
Le 17 septembre 2018, Philippe Verdy a écrit : > Alors quand tu dis "dans l'Ouest, le terme village est dévalorisant", c'est > en fait tout l'inverse. Dévalorisant pour qui ? C'est ce qui est encore observé ou entendu chez des élus ruraux plutôt âgés qui sont encore assez nombreux dans les contrées isolées. J'habite en rural et je me bats souvent pour inverser ce sentiment surtout auprès de nombreux agriculteurs conventionnels même jeunes. L'attrait de la ville « moderne » y est fort. C'est un sentiment hérité du 20e siècle. Tu as raison, ce n'est pas un sentiment général. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les bretelles
Le 18 septembre 2018, djakk djakk a écrit : > Ça n’est pas fait au hasard, je te l’ai pourtant expliqué avant que tu > n'écrives ce mail : > https://www.openstreetmap.org/changeset/62524278 > :O > Une explication ne signifie pas accord de celui qui la reçoit. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classement ville/village - city/town/village
Le 16 septembre 2018, djakk djakk a écrit : > Oui effectivement ! Je me suis rendu compte que la clé place manque de > granuralité, du coup je suis revenu en arrière, en ajoutant tout de même > l’info capital:INSEE=“zone d’emploi”. > > Ca serait bien de passer à une granularité plus forte, passer de village - > town - city à village - small_town - large_town - small_city - medium_city > - large_city - metropolis. > Ancenis serait pas mal en large_town ou en small_city ? Angers serait une > medium_city, Nantes une large_, Paris une metropolis. > > Seulement ces valeurs qui étaient parfois rendues par la feuille de style > “officielle” ont été supprimées : en pratique on ne va pas utiliser une > valeur qui efface la ville de la carte ... > > Du coup je compte demander à gravitystorm/openstreetmap-carto de reprendre > en compte ces valeurs, avant de changer les valeurs de place ... on risque > de me répondre qu’il faut d’abord utiliser la valeur avant de la prendre en > compte :-] Bonjour, En dehors de la zone d'emploi, il y a l'agglomération (ou/et la communauté de communes) qui est la plupart du temps une structure administrative avec un nom différent de la petite ville comme Ancenis. C'est cette structure qu'il faudrait mettre en valeur à mon avis et pas la petite ville même si elle en est le centre. C'est aussi ce que l'on fait -- bien -- avec les nouvelles communes. Donc prendre ce même schéma me parait pertinent Mais ne pas valoriser excessivement la petite ville centrale. La mise en avant des zones d'emploi ne me parait pas pertinent. Je préfère le critère nombre de population. Bien sûr cela n'empêche pas d'en faire un nouveau tag avec une nouvelle zone car elle ne recoupe pas forcément la zone démographique. Bien sûr le nom qui sera mis en valeur est celui de l'agglomération et pas celui de la petite ville mais cela reflète bien la réalité, donc c'est logique. Le paysage administratif et démographique de la France du 21e siècle a changé assez profondément, donc il est logique que ce ne soit pas les mêmes entités qui émergent. À mon avis, la granularité n'y changera rien. Comme l'on dit certains, le tag population sert déjà à ça. Donc pas besoin d'autres choses. Tout cela permet d'en faire le rendu que l'on veut et pas celui de Michelin qui est trop orienté pour les automobilistes ou touristes. -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classement ville/village - city/town/village
Le 17 septembre 2018, ades a écrit : > La def donnée par l’Insee parrait plus appropriée : >2000 habitants + dist. > entre bât < 200 m . > L’ajout de la présence de services (qui avait été ajoutée et que Jérôme a > supprimé) me semble pourtant bien correspondre à ce qu’est une ville Oui, calculer cette distance entre bâti n'est pas simple sauf à utiliser des chiffres extérieurs. De même pour la présence de services, quels services, combien, sur quels critères objectifs les choisir ? Un bourg avec un très gros ensemble d'une certaine activité (par exemple un très gros hôpital, ou bien trois grosses sociétés) et avec 1500 habitants est-il une ville ? De même, une station balnéaire de 1800 habitants l'hiver et de 15000 pendant 2 mois l'été et dont les 3/4 des commerces sont fermés 10 mois dans l'année est-elle une ville ? -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classement ville/village - city/town/village
Le 17 septembre 2018, Stéphane Péneau a écrit : > La population est un critère, mais n'est pas le seul. > > Si on reprend le cas d'Ancenis, la population est surtout concentrée > dans le bourg. > > Presque 8000 habitants, on n'est pas très loin du seuil de "town" > > Si on regarde le réseau routier principal, il converge vers Ancenis. > > Si on regarde les équipements, comme les lycées, les cinémas, les > piscines, les gares, etc.. c'est à Ancenis > > > Voilà certains des critères qui peuvent permettre de se dire, oui, c'est > la ville importante du coin, on peut monter la monter d'un cran dans la > classification. > Ensuite, on pourrait débattre du fait de mettre cette information sur la > commune ou sur le noeud "place". Oui, on pourrait :-) D'accord, mais à partir de combien de lycées, cinémas, piscines, gares a t-on une ville ? Un seul de ces éléments ne peut être suffisant. Un cinéma se rencontre dans de tous petits bourgs. Je connais des lycées délocalisés à la campagne. Idem pour les gares. Pour moi, c'est encore trop subjectif. « Monter d'un cran » signifie déroger à la règle commune. Pourquoi déroger pour Ancenis et pas pour d'autres, parce que son maire est un politique en vue au niveau national ? Non, réfléchissons à une règle plus sure. Pour moi dans ce cas, seule l'entité administrative qu'est l'agglomération d'Ancenis+Saint-Géréon pourrait être classée ville. Finalement le terme ville (ou village) ne me semble pas avoir de fondement sûr. Il faut s'en servir comme repère mais pas pour valoriser une entité. Je sais que dans l'Ouest, le terme village est dévalorisant pour beaucoup, ça fait trop rural en supposant que ce dernier mot soit péjoratif. On a son honneur ;). Chercher à plaquer le terme ville artificiellement en y cherchant des critères ambiguës n'est pas sain pour la cartographie. La solution radicale serait de supprimer les termes ville et village pour les remplacer par autre chose (mode bottage en touche ;) ). -- Alain Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
