Re: [OSM-talk-fr] way des limites administratives
Le 26/12/2013 21:34, Christophe Merlet a écrit : Le 26/12/2013 20:59, Jérôme Amagat a écrit : Si on regarde la carte ito map on peut voir que beaucoup de pays utilise les admin level sur les way. Je suis pas sur que de tout supprimé soit la bonne solution. Je parlais juste de border_type qui est très peu et mal utilisé. Pour le reste, il vaut mieux compléter, mais pour quel usage ? Au final, que fait t'on pour harmoniser tout ça proprement ? Je propose : On complète avec boundary=administrative + admin_level=[0-10] sur les limites administratives terrestres et on supprime border_type (mapnik ne s'en sert pas entre autres) Les natural=coastline sans aucun boundary. Au passage, on supprime les name lorsque le way n'est que boundary ? Vos avis ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. Frédéric. Le 26/12/2013 18:35, Otourly Wiki a écrit : On a du nouveau de ce coté ? Florian. Le Dimanche 24 novembre 2013 16h56, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 24/11/2013 16:49, Vincent de Château-Thierry a écrit : Bonjour, Le 24/11/2013 16:08, Christian Quest a écrit : Il se trouvait sur osm7 avant que celui-ci ne tombe en panne et soit totalement ré-installé. Il va être remis en route, surtout qu'avec 100% des communes on va pouvoir viser le 100% d'EPCI et autres découpages du même genre. Le 24 novembre 2013 16:00, Otourly Wiki otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr mailto:otou...@yahoo.fr a écrit : Bonjour, il semblerait que cet outil ne soit plus disponible. C'est gênant, car avec la réforme des collectivités territoriales en janvier prochain il va y avoir du pain sur la planche... Florian. En complément sur le thème des EPCI, je (re)signale cette source : http://www.data.gouv.fr/DataSet/572273 Il donne la liste, par EPCI, des communes membres, au 01/01/2013. Sa mise à jour sera intéressante l'année prochaine bien sûr, mais la réforme a déjà eu des effets cette année. Je m'occupe de remettre comcom maker en route. C'est en cours. Pour ce qui est des EPCI, et comme je l'avais fait pour les cantons, on peut utiliser comcommaker en ligne de commande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Diocèses et autres découpages religieux
Bon après ça j'arrête parce que ça devient pénible... Le 27/12/2013 04:14, Philippe Verdy a écrit : Le droit canonique ne s'occupe pas des territoires, et ce n'est pas le sujet. Code de droit canonique Can. 372 - § 1. En principe, la portion du peuple de Dieu qui constitue un diocèse ou une autre Église particulière sera circonscrite en un territoire déterminé de sorte qu'elle comprenne tous les fidèles qui habitent ce territoire. http://www.vatican.va/archive/FRA0037/__P1A.HTM Ça doit bien pouvoir se cartographier, ça. Et, ne te déplaise, il existe déjà de telles cartes, hors OSM. (et de plus en plus du fait de la réduction des personnels du clergé et des vocations : les diocèses sont souvent regroupés dynamiquement en fonction des disponibilités des prètres, mais 'ifluent pas pour autant sur l'autorité des groupes monastiques ; Hou, le mélange... Ce n'est pas le maire qui nome le président du club de foot. Ce n'est pas l'évêque qui nome le responsable d'une communauté religieuse. Et puis ça n'a aucun rapport... Effectivement mais là tu introduis toi-même ces mélanges de tout avec n'importe quoi. L'analogie n'est pas un mélange, mais une figure de raisonnement. Je n'ai jamais parlé de club de foot. Juste de la notion de hiérarchie religieuses qui n'est pas du tout territoriale puisque les diverses congrégations se revouvrent ; l'église même si elle reconnait une même autorité spirituelle, admet aussi la multiplicité des congrégations et traditions et pratiques. Et celles-ci sont de moins en moins attachées à un territoire, les différentes branches sont presque toutes internationales. Aucune église n'est plus propriétaire de ses ouailles. Chaque mouvement dans l'église peut aller les chercher sur le territoire du voisin et sinon collaborer avec des groupes très lointains géographiquement. et de plus en plus d'églises tendent à regrouper leurs activités y compris avec d'autres religions, chrétiennes ou pas, via des groupes interreligieux ou des groupes de réflexion laïques). Là,, je ne vois vraiment pas le rapport. Parce que tu ne veux pas lire. Parce que le Secours Catholique collabore avec le CCAS, parce que l'un et l'autre ont des restrictions budgétaires, parce que Don Camillo et Peppone travaillent ensemble par force, il faudrait supprimer les paroisses et les communes d'OSM ? Tu interprètes, je n'ai pas dit ça, mais les hiérarchies de niveaux territoriaux n'ont aucun sens dans l'église, même catholique en France. la structure des archevéches, évéchés, diocèses, doyennés, paroisses colle aujourd'hui très mal avec la réalité alors que ce qui subsiste c'est surtout une question d'autorité morale, et que cette autorité n'est plus attaché à un territoire particulier. C'est toi, et toi seul, qui le dis. C'est vrai aussi dans l'islam ou l'orthodoxie. La notion de territoire est une affaire terrestre loin des préoccupations religieuses (et encore plus en France où l'église ne possède pratiquement plus ses lieux de culte (et ne compte d'ailleurs même pas les récupérer, étant trop contente de pouvoir en disposer gratuitement avec l'entretien assuré par les collectivités). Dommage pour toi. Mais ça m'en dit plus sur ta difficulté à comprendre que sur la faiblesse du schéma. Tu présupposes que je ne comprends pas. J'ai parfaitement compris que ton idée c'est de mélanger les choux et les carottes parce que ça t'arrange bien pour ce que tu veux faire des données. Oui, ça m'arrange bien d'utiliser des tags existants. Mais ça n'est pas mélanger administration territoriale et administration ecclésiale que de partager un tag. Les tags colour, height... sont partagé par bien des champs sémantiques. JE suis opposé à ces mélanges entre notions qui ne sont pas liées ensemble et pas maintenues ensemble. Tant pis pour toi. Tu es le seul que je connaisse à lever une objection. Et encore, sans application pratique à la clef. (il a été imposé au forcing en France, en commençant d'abord par l'Alsace-Moselle dans le cadre du concordat qui n'existe que là et pas ailleurs en France). On est très loin d'avoir même discuté de ça à une échelle plus large ou internationale. Effectivement. J'ai commencé tout seul. Mais pas en Alsace-Moselle. Ce devrait être catholic_level=diocèse (valeur peut-être à indiquer en latin... sauf que depuis le concile de Vatican II le latin n'est plus officiel pour le culte qu'au Vatican, Là encore, c'est un peu n'importe quoi... Comme ta réponse d'ailleurs qui mélange tout, réinterprète tout me^me sur ce que je n'ai pas dit. Ma réponse ne mélange pas. Elle fait des analogies que, je suis sur, beaucoup comprennent. Mais, bon... Si tu en pers ton latin, on t'excusera. Déjà tu perds le sens du français, en inventant un javanais comme on invente un jargon
Re: [OSM-talk-fr] Diocèses et autres découpages religieux
Ok :) Tu serais partant pour transformer ta page sur le wiki en vrai proposal ? Je pense qu'on ne devrait pas trouver d'objection particulière. Au final la seule différence que je vois avec le schéma administratif est qu'il faut 3 tags au lieu de 2 pour identifier une unité, dans le cas où des religions se recouvrent. Rien de sorcier :) Ça nous donnerait au moins des retours sur les autres grandes religions. Le 27 déc. 2013 02:28, Vincent Pottier vpott...@gmail.com a écrit : Le 26/12/2013 22:15, Vincent Privat a écrit : Le 7 juin 2012 15:22, Vincent Pottier vpott...@gmail.com a écrit : JOSM affiche les communes et les paroisses de la même façon ? C'est peut-être JOSM qu'il faut changer... -- FrViPofm Le temps semble venu: http://josm.openstreetmap.de/ticket/9478 :) Tu peux argumenter en faveur de ton modèle dans les commentaires ? Depuis le temps, avec le recul, est-ce que tu penses qu'il est correct pour un usage international ? A+ Vincent Pour l'Église catholique, ça marche. Il y aura forcément des exceptions, des endroits où ça coince... Je ne connais pas suffisamment pas le fonctionnement des autres Église chrétiennes ou des autres religions. Je vois que le tag boundary=religious_administration est repris avec un admin_level à divers endroits en France, ainsi qu'en Autriche, au Québec pour l'Église catholique, et même en Malaisie (bon, je ne suis pas sur que ce soit bien employé, là bas). Mais aussi en Ukraine pour l'Église orthodoxe. Et, comme il y a de la donnée, il commence à y avoir de la demande... Ça, on ne trouve pas sur la carte G* -- FrViPofm ___ 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] Diocèses et autres découpages religieux
Le 27 décembre 2013 12:19, Vincent Privat vincent.pri...@gmail.com a écrit : Ok :) Tu serais partant pour transformer ta page sur le wiki en vrai proposal ? Je pense qu'on ne devrait pas trouver d'objection particulière. Au final la seule différence que je vois avec le schéma administratif est qu'il faut 3 tags au lieu de 2 pour identifier une unité, dans le cas où des religions se recouvrent. Rien de sorcier :) Ça nous donnerait au moins des retours sur les autres grandes religions. Pour info, voici une liste de référence indispensable pour s'y retrouver dans les religions et idéologies: http://www.thejaywalker.com/pages/shit_happens.html -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Diocèses et autres découpages religieux
Je remarque que tu ne fais aucune justification de ce qui est un usage abusif étendant le champ sémantique mais que tu passes rton temps en fait à juger les gens de façon négative. Qui t'a permis de me juger ainsi et faire tout un tas de supposition alors que je ne te jugeais pas personnellement ? Tes propos comme étroitesse d'esprit et j'en passe sont totalement hors sujet ce n'est pas ce dont je parlais mais tu reviens dessus à chaque fois. Et tu feins complètement (par un gros mensonge par omission, comme si on n'en avait jamais parlé ici) des faits sur lequel tu reviens demander des exemples, ce qui est pourtant bel et bien une malhonnèteté intellectuelle. Qui a parlé d'étroitesse d'esprit ? Si tu veux mon avis puisqu'on parle de tags redondants, admin_level=n devrait même se suffire à lui-tout seul : il crée une sous-classe d'un type générique fourre-tout insuffisant à lui tout seul : boundary=administrative, qui en fait ne sert à rien en tant que tel. Ce qui fait donc que admin_level=n désigne une entité adminsitrative civile et qu'on ne devrait même pas avoir à chercher boundary=administrative. L'idée de admin_level=n telle qu'elle était documentée c'était d'éviter de casser un schéma existant et permettre de structurer l'administration territoriale civile. Mais voilà maintenant à cause de la réutilisation dans un autre type indépendant pour les divisions territoriales religieuses (qui étaient peut-être pertinentes au temps où l'église et l'Etat se confondaient dans leurs rôles civils et où les questions de multiplicité des églises et religions ne se posait pas parce que tout bonnement il n'était pas admis d'avoir autre chose que la seule religion officielle, depuis la création meˆme des églises) On se retrouve à devoir gérer des ambiguités d'interprétation pour des choses qui n'ont plus rien de très pertinent (oui je maintiens que la séparation de l'église et de l'Etat, et la fin de la religion oficielle unique a changé bien des choses). De plus les habitants des territoires concernés n'ont pas à savoir qu'il y a des données pour une religion spécifique ni devoir en tenir compte pour éviter de tout mélanger. Même les croyants ne sont plus des ouailles assujettis à cette administration désuète (et l'église elle-même s'en satisfait très bien parce que ça l'arrange aujourd'hui de ne pas avoir à gérer ces territoires et le couteux entretien des édifices). 27 décembre 2013 12:02, Vincent Pottier vpott...@gmail.com a écrit : Philippe, excuse-moi, mais j'appelle ça de l'étroitesse intellectuelle : 1/ Ne pas parvenir à accepter que certains puissent être plus connaisseurs dans tel domaine Ce n'est pas le sujet. 2/ Ne pas percevoir que l'Église catholique s'occupe de territoire et d'administration. Ce n'est pas le sujet 3/ Ne pas percevoir que cela peut se cartographier (et l'est déjà) Je ne l'ai pas nié, mais ce n'est pas le sujet. 4/ Ne pas percevoir qu'une analogie n'est pas un mélange mais une figure de démonstration Qui ne démonte rien. 5/ Ne pas percevoir que le champ sémantique d'un tag peut être étendu Non, pas sans précaution. admin_level=n tout seul ne signifie plus rien si on lui retire son association à boundary=adminsitrative. LE cas est très différent d'un tag pour la couleur qui a une interprétation à lui tout seul. 6/ Ne pas percevoir que c'est le rapport des tags qui produit globalement leur sens Non. le tag se suffisait à lui même et depuis longtemps. Et il y a encore des outils qui se contentent uniquement de lui. 7/ Ne pas percevoir que le schéma fonctionne et que déjà certains s'en trouvent contents et le réemploient Il ne fonctionne qu'avec les outils que tu as modifiés. 8/ Ultimement, ne pas parvenir à admettre, à reconnaître, qu'un autre puisse avoir raison Ne pas admettre que tu as fait cette extension sans en parler aux autres et que tu l'as en fait imposé pour demander ensuite aux autres de corriger leurs prétendus problèmes. Après, la cause de cette étroitesse ( paresse, incapacité, orgueil, susceptibilité ?), je ne la connais pas, et je n'ai pas à la chercher. Même si des indices m’amène à supposer qu'il y a conjonction de facteurs. Mais elle discrédite fortement celui qui la manifeste. Et là encore tu juges les personnes et cela n'a rien de constructif car ce n'était pas demandé. Je ne te permets pas cette analyse et tes interprétations aussi hasardeuses (et ce n'est pas le point d'interrogation entre parenthèses qui atténue ce que tu as balancé comme ça. Tu dis ne pas la chercher (ce qui est encore pire), pourtant tu balances le terme devant tout le monde, et tu complètes en ajoutant conjonction de facteurs pour supprimer même l'effet du point d'interrogation: au lieu d'une insulte publique j'ai droit à une série d'insultes dans la même phrase. Qui donc se discrédite ici ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] way des limites administratives
Le 27/12/2013 10:53, Christophe Merlet a écrit : Le 26/12/2013 21:34, Christophe Merlet a écrit : Le 26/12/2013 20:59, Jérôme Amagat a écrit : Si on regarde la carte ito map on peut voir que beaucoup de pays utilise les admin level sur les way. Je suis pas sur que de tout supprimé soit la bonne solution. Je parlais juste de border_type qui est très peu et mal utilisé. Pour le reste, il vaut mieux compléter, mais pour quel usage ? Au final, que fait t'on pour harmoniser tout ça proprement ? Je propose : On complète avec boundary=administrative + admin_level=[0-10] sur les limites administratives terrestres et on supprime border_type (mapnik ne s'en sert pas entre autres) Les natural=coastline sans aucun boundary. Au passage, on supprime les name lorsque le way n'est que boundary ? Vos avis ? En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. Je propose de passer les Collectivité d'outre-mer https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout comme la Nouvelle-Calédonie l'est déjà. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le vendredi 27 décembre 2013 10:53:31, Christophe Merlet a écrit : On complète avec boundary=administrative + admin_level=[0-10] sur les limites administratives terrestres et on supprime border_type (mapnik ne s'en sert pas entre autres) Les natural=coastline sans aucun boundary. Au passage, on supprime les name lorsque le way n'est que boundary ? Vos avis ? Mon avis est le suivant : ne faisons rien d'automatique, voire, ne faisons rien, tout court, dans la base osm, mais documentons une pratique comme suggérée sur le wiki. Voici mon raisonnement : En partant de l'hypothèse selon laquelle les tags boundary=x admin_level=y name=z border_type=a contiennent une information qui a intérêt à être présente sur les relations (factorisation, moins de risque d'incohérences) et non sur les ways de frontières. Alors, faire des efforts pour rendre homogène et utilisable une donnée sur les ways va inciter tous les concepteur de logiciel à utiliser (par simplicité) l'information se trouvant sur les ways plutôt que reconstruire les relations et utiliser leur information. Puis, par la chaine cyclique de la poule et de l'oeuf, les mappeurs vont devoir maintenir à jour ces informations et donc y passer du temps parce que le logiciel bidule utilise le tag is_in, alors pas le choix, je suis obligé de le mettre partout* N'incitant alors pas les sus-cité à améliorer leurs logiciels. On ne sait pas au final qui aura commencé, mais on sera tous à devoir gérer des incohérences d'un modèle mal fichu. Alors ne faisons rien, et suggérons, sur les pages wiki appropriées, comme : http://wiki.openstreetmap.org/wiki/Boundaries et autre des phrases du style : Si vous avez bien renseigné les informations sur les relations, les ways de frontières peuvent tout à fait rester sans aucun tag puisque cette information est contenu dans les relations, certains contributeurs mettaient un boundary=administrative pour que certains éditeurs osm puissent représenter avec la bonne couleur le chemin et ainsi plus facilement savoir à quoi il servait, mais cette pratique à moins de raison d'être puisque les éditeurs modernes (josm) savent maintenant tirer partie de cette information dans la relation et cela nous évitant un travail fastidieux qui consiste à répéter ce qui se trouve dans la relation [En savoir plus] * toute ressemblance avec un cas avéré de serait que fortuit, je donne juste un exemple choc -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit : Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux, mais on a maintenant à disposition deux bases osm2pgsql monde presque pas loin d'être en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd, la perf sera de toute façon plus importante que ce que pourrait faire osm7 N'est-il alors pas plus judicieux d'interroger ces bases plutôt qu'une france only ? En poussant un peu le raisonnement, est-il pertinent de remettre en route une base osm2pgsql france ? De mon coté, pour donner un exemple, j'ai remis en service tout ce que je gérais et qui utilisait la base france pour n'utiliser qu'une base monde. Base monde accessible directement par le réseau, ce qui est aussi simple ou presque, et finalement plus souple car en cas de maintenance sur une des deux base, la bascule vers l'autre se fait en changeant juste l'adresse de pointage, voire sans, si on utilise osm2pgsql-monde.openstreetmap.fr -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Je propose de passer les Collectivité d'outre-mer https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout comme la Nouvelle-Calédonie l'est déjà. Pourquoi pas. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
C'est déjà fait depuis longtemps... Le 27 décembre 2013 14:46, Christian Quest cqu...@openstreetmap.fr a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Je propose de passer les Collectivité d'outre-mer https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout comme la Nouvelle-Calédonie l'est déjà. Pourquoi pas. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] way des limites administratives
Le 27/12/2013 14:46, Christian Quest a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Tu ne l'avais fait que pour les régions françaises, pas pour les autres territoires. Tu avais écris iso3166 en minuscules or il semble y avoir un consensus mondiales pour l'écrire en majuscules. J'ai supprimé les variations tel iso3166-1 iso3166-1:alpha3 iso3166-1:alpha2 ref:ISO3166-2 ref:ISO 3166-2 iso3166-2 country_code_iso3166_1_alpha_2 j'hésite encore pour country_code_fips J'uniformise autour des balises suivantes : ISO3166-1 ISO3166-1:alpha2 (éventuellement superflu) ISO3166-1:alpha3 (éventuellement superflu) ISO3166-1:numeric (éventuellement superflu) ISO3166-2 De plus je mets à jour la relation ET le nœud. L'idée et de pouvoir faire des extractions exhaustives avec l'Overpass-API avec des requêtes simples et discriminantes. Je propose de passer les Collectivité d'outre-mer https://fr.wikipedia.org/wiki/__Collectivit%C3%A9_d%E2%80%__99outre-mer https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout comme la Nouvelle-Calédonie l'est déjà. Pourquoi pas. Je ne vais pas me précipiter... Toucher à ce plat de spaghetti qu'est la relation France, c'est un coup à mettre de la sauce tomate partout ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 27/12/2013 14:50, Philippe Verdy a écrit : C'est déjà fait depuis longtemps... Trop longtemps sans doute alors, ça a eu le temps d'être cassé ! Le 27 décembre 2013 14:46, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Je propose de passer les Collectivité d'outre-mer https://fr.wikipedia.org/wiki/__Collectivit%C3%A9_d%E2%80%__99outre-mer https://fr.wikipedia.org/wiki/Collectivit%C3%A9_d%E2%80%99outre-mer en admin_level=3 vu leur grande autonomie politique, juridique et fiscale tout comme la Nouvelle-Calédonie l'est déjà. Pourquoi pas. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Diocèses et autres découpages religieux
Bon, j'avoue, j'ai pas tout lu... Mais j'en profite pour reposer une question, ici dans le contexte : La plupart des UP (relation : type=boundary, boundary=religious_administration, admin_level=8) sont nommées : name=UP 9.3 Pays Riolais. Le 9.3 me semble mieux situé dans un tag de type ref*. J'utilise quoi : ref=9.3 ? ref:religious_administration=9.3 ? JB. Le 27/12/2013 12:02, Vincent Pottier a écrit : Bon après ça j'arrête parce que ça devient pénible... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Diocèses et autres découpages religieux
UP ? pas d'abréviations... ref tout seul... bof, c'est quand même très ambigu, ref:CEF comme pour les églises qui a le mérite d'indiquer d'où provient cette nomenclature ? Le 27 décembre 2013 15:42, JB jb...@mailoo.org a écrit : Bon, j'avoue, j'ai pas tout lu… Mais j'en profite pour reposer une question, ici dans le contexte : La plupart des UP (relation : type=boundary, boundary=religious_administration, admin_level=8) sont nommées : name=UP 9.3 Pays Riolais. Le 9.3 me semble mieux situé dans un tag de type ref*. J'utilise quoi : ref=9.3 ? ref:religious_administration=9.3 ? JB. Le 27/12/2013 12:02, Vincent Pottier a écrit : Bon après ça j'arrête parce que ça devient pénible... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] way des limites administratives
Le 27 décembre 2013 15:07, Christophe Merlet red...@redfoxcenter.org a écrit : Le 27/12/2013 14:46, Christian Quest a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Tu ne l'avais fait que pour les régions françaises Non les régions métropolitaine individuelles sont restées en niveau 4, le niveau 3 c'était pour la métropole, ou les COM en globalité (les COM individuelles étaient restées en niveau 4). , pas pour les autres territoires. Tu avais écris iso3166 en minuscules or il semble y avoir un consensus mondiales pour l'écrire en majuscules. Justement non j'avais fait le contraire, ça a du bouger depuis. J'ai supprimé les variations tel iso3166-1 iso3166-1:alpha3 iso3166-1:alpha2 ref:ISO3166-2 ref:ISO 3166-2 iso3166-2 Tout ça c'est justifié country_code_iso3166_1_alpha_2 Attention les codes FIPS sont souvent différents des codes ISO3166. j'hésite encore pour country_code_fips J'uniformise autour des balises suivantes : ISO3166-1 ISO3166-1:alpha2 (éventuellement superflu) ISO3166-1:alpha3 (éventuellement superflu) ISO3166-1:numeric (éventuellement superflu) ISO3166-2 Mais garde les codes FIPS, même si le nom du tag est discutable (et à discuter avec les contributeurs aux USA). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Bonne idée, vu les défaillances à répétition d'osm7 depuis sa panne disque (peut-être liée à un défaut du contrôleur). S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) autant l'utiliser pour des missions moins critiques et moins urgentes, ou le mettre hors service pour le réinstaller complètement avec des mises à jour propres, et le retester complètement avant de savoir si on doit le réutiliser pour héberger une base de données, ou juste un service web annexe utilisant une des 2 autres bases monde. Maintenant il y a des bogues aussi dans les firmwares de nombreux modèles de SSD, et leur qualité de fabrication n'est pas encore au top, même pour les modèles les plus chers. Ce sont des composants très sensibles étant donné leur fréquence élevée de fonctionnement. et très sollicités, ils chauffent plus que les disques durs. Ça vaudrait le coût de tester les disques à part sur une machine fiable et trouver quel composant foire, ou voir si un autre contrôleur résoudrait ses problèmes. Evidemment pour ça il faut aller sur place pour récupérer la machine (après avoir déplacé les services hébergés sur un autre serveur) et la réinstaller plus tard une fois bien testée, car on ne peut pas rester des heures dans un datacenter à bidouiller sur place le matériel pour faire les tests à côté des autres systèmes en exploitation pour d'autres clients et en laissant les baies de ventilation ouvertes trop longtemps, à moins que le datacenter dispose d'une salle de montage, de nettoyage/dépoussiérage (pour ne pas contaminer les salles blanches avec les poussières des emballages de transport) et de tests pour travailler correctement (mais ce n'est pas forcément gratuit non plus d'occuper les lieux longtemps). Je ne connais pas les lieux de ce datacenter Free, mais certains que j'ai visités (chez Level3 ou les systèmes boursiers/bancaires, ou les systèmes de l'armée par exemple) sont très stricts sur les conditions d'accès aux salles et sur les question de propreté des matériels qu'on y installe et très à cheval sur les procédures. Le 27 décembre 2013 14:39, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 11:56:37, Frédéric Rodrigo a écrit : Non, le serveur (osm7) n'est toujours pas en état pour recevoir la base osm2pgsql france dont a besoin comcom maker. Le problème est matériel. A ce propos d'ailleurs, osm7 est certes toujours dans un état douteux, mais on a maintenant à disposition deux bases osm2pgsql monde presque pas loin d'être en redondance l'une de l'autre. Et vu les monstres que c'est, avec du ssd, la perf sera de toute façon plus importante que ce que pourrait faire osm7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) En bref, quoi qu'il en soit, régulièrement, des puces de cette carte mère perdent le contact avec les pistes et le contrôleur disque devient devient inaccessible partiellement au driver SATA de linux qui passe alors en mode dégradé voir carrément c'est la panique dans le kernel. La dernière fois une puce à carrément sautée (comme certaines puces d'ailleurs) alors forcément ! Ce qu'on fait c'est donc des rotations des câbles sur ceux qui marchent encore, et c'est assez pénible car au final on se retrouve avec plein de nœuds. Je ne connais pas les lieux de ce datacenter Free, mais certains que j'ai visités (chez Level3 ou les systèmes boursiers/bancaires, ou les systèmes de l'armée par exemple) sont très stricts sur les conditions d'accès aux salles Plus encore que tu ne l'imagine ! Jocelyn est parti il y a 5 jours maintenant pour faire des nœuds avec les câbles, et on est toujours sans nouvelles de lui. On suppose qu'il avait oublié sa pièce d'identité et qu'il est maintenant séquestré dans le datacenter par l'équipe de sécurité. Vraiment, ils ne rigolent pas là bas. On espère le revoir en un seul morceau sans quoi, je ne sais pas ce que l'on va dire à sa famille. Peut-être que pour 2014, certains prendrons de bonnes résolutions, eux le relâcher et d'autres ce qui doit être fait. -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)
Effectivement, pour moi, c'est un beau cadeau, comme je l'attends depuis un peu de temps, sur l'importation de données osm dans pgsql sous Windows (http://learnosm.org/fr/advanced/postgis-configuration/)… Est-ce que le détour par QGis pour le faire est toujours d'actualité ? C'est là que je bloque pour l'instant. JB. Le 26/12/2013 14:27, Pieren a écrit : 2013/12/25 Severin MENARD severin.men...@gmail.com: Le Père Noël a apporté une traduction en français des guides intermédiaires et avancés LearnOSM pour tous les contributeurs francophones du monde (sages ou pas) : rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a priori pas jusqu'au Noël prochain. Dommage que personne ne pense à corriger les erreurs et approximations du guide original avant de le traduire. Mais l'intention est louable. Pieren ___ 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] JOYEUX LE(ar)NO(sm)
Il y a autant de façon de mettre les données OSM dans pgsql qu'il y a de façon de les utiliser... Il faut partir du besoin final, et remonter les étapes intermédiaires pour y arriver avec le minimum d'efforts. Donc... c'est pour quoi faire ? des cartes (tuilées ou pas) ? du géocodage ? de l'analyse spatiale ? du routage ? du contrôle de qualité ? etc, etc... Le 27 décembre 2013 17:54, JB jb...@mailoo.org a écrit : Effectivement, pour moi, c'est un beau cadeau, comme je l'attends depuis un peu de temps, sur l'importation de données osm dans pgsql sous Windows ( http://learnosm.org/fr/advanced/postgis-configuration/)… Est-ce que le détour par QGis pour le faire est toujours d'actualité ? C'est là que je bloque pour l'instant. JB. Le 26/12/2013 14:27, Pieren a écrit : 2013/12/25 Severin MENARD severin.men...@gmail.com: Le Père Noël a apporté une traduction en français des guides intermédiaires et avancés LearnOSM pour tous les contributeurs francophones du monde (sages ou pas) : rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a priori pas jusqu'au Noël prochain. Dommage que personne ne pense à corriger les erreurs et approximations du guide original avant de le traduire. Mais l'intention est louable. Pieren ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)
Pour moi, c'est des cartes (tuilées, ça change quelque chose ? Les deux, alors...). Le 27/12/2013 18:02, Christian Quest a écrit : Il y a autant de façon de mettre les données OSM dans pgsql qu'il y a de façon de les utiliser... Il faut partir du besoin final, et remonter les étapes intermédiaires pour y arriver avec le minimum d'efforts. Donc... c'est pour quoi faire ? des cartes (tuilées ou pas) ? du géocodage ? de l'analyse spatiale ? du routage ? du contrôle de qualité ? etc, etc... Le 27 décembre 2013 17:54, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Effectivement, pour moi, c'est un beau cadeau, comme je l'attends depuis un peu de temps, sur l'importation de données osm dans pgsql sous Windows (http://learnosm.org/fr/advanced/postgis-configuration/) http://learnosm.org/fr/advanced/postgis-configuration/%29... Est-ce que le détour par QGis pour le faire est toujours d'actualité ? C'est là que je bloque pour l'instant. JB. Le 26/12/2013 14:27, Pieren a écrit : 2013/12/25 Severin MENARD severin.men...@gmail.com mailto:severin.men...@gmail.com: Le Père Noël a apporté une traduction en français des guides intermédiaires et avancés LearnOSM pour tous les contributeurs francophones du monde (sages ou pas) : rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a priori pas jusqu'au Noël prochain. Dommage que personne ne pense à corriger les erreurs et approximations du guide original avant de le traduire. Mais l'intention est louable. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] way des limites administratives
Le 27/12/2013 16:33, Philippe Verdy a écrit : Le 27 décembre 2013 15:07, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 27/12/2013 14:46, Christian Quest a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org mailto:redfox@redfoxcenter.__org mailto:red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Tu ne l'avais fait que pour les régions françaises Non les régions métropolitaine individuelles sont restées en niveau 4, le niveau 3 c'était pour la métropole, ou les COM en globalité (les COM individuelles étaient restées en niveau 4). Je ne suis pas fermé à la discussion. , pas pour les autres territoires. Tu avais écris iso3166 en minuscules or il semble y avoir un consensus mondiales pour l'écrire en majuscules. Justement non j'avais fait le contraire, ça a du bouger depuis. J'ai supprimé les variations tel iso3166-1 iso3166-1:alpha3 iso3166-1:alpha2 ref:ISO3166-2 ref:ISO 3166-2 iso3166-2 Tout ça c'est justifié Tu peux développer ? pour une fois... http://taginfo.openstreetmap.org/search?q=3166 country_code_iso3166_1_alpha_2 Attention les codes FIPS sont souvent différents des codes ISO3166. j'hésite encore pour country_code_fips J'uniformise autour des balises suivantes : ISO3166-1 ISO3166-1:alpha2 (éventuellement superflu) ISO3166-1:alpha3 (éventuellement superflu) ISO3166-1:numeric (éventuellement superflu) ISO3166-2 Mais garde les codes FIPS, même si le nom du tag est discutable (et à discuter avec les contributeurs aux USA). C'est toi qui a créé cette balise ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du contructeur ou de l'importateur en ne faisant que coller les étiquettes sur les cartons d'emballage ou gardé des mois dans des dépots logistiques pour la revente par n'mporte qui dans un catalogue de prix). Mais le pire ce sont les condensateurs qui fuient avec la température (ça ne se voit pas toujours, mais on peut parfois le humer en ouvrant la machine, ou constater le léger gonflement sur la partie supérieure où se trouve une croix de dilatation): s'il y a eu déjà un
Re: [OSM-talk-fr] way des limites administratives
Le 27 décembre 2013 18:26, Christophe Merlet red...@redfoxcenter.org a écrit : Le 27/12/2013 16:33, Philippe Verdy a écrit : Le 27 décembre 2013 15:07, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 27/12/2013 14:46, Christian Quest a écrit : Le 27 décembre 2013 14:20, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org mailto:redfox@redfoxcenter.__org mailto:red...@redfoxcenter.org a écrit : En attendant d'avoir des retour sur ces questions. En voici une autre : Je suis en train de mettre à jour les codes ISO3166-1, ISO3166-2, INSEE et NUTS sur le territoire français. Les données étaient/sont incomplètes. tu as une liste des trucs incomplets ? J'avais pourtant vérifié tout ça il y a peu de temps avant de faire certains exports pour data.gouv Tu ne l'avais fait que pour les régions françaises Non les régions métropolitaine individuelles sont restées en niveau 4, le niveau 3 c'était pour la métropole, ou les COM en globalité (les COM individuelles étaient restées en niveau 4). Je ne suis pas fermé à la discussion. , pas pour les autres territoires. Tu avais écris iso3166 en minuscules or il semble y avoir un consensus mondiales pour l'écrire en majuscules. Justement non j'avais fait le contraire, ça a du bouger depuis. J'ai supprimé les variations tel iso3166-1 iso3166-1:alpha3 iso3166-1:alpha2 ref:ISO3166-2 ref:ISO 3166-2 iso3166-2 Tout ça c'est justifié Tu peux développer ? pour une fois... http://taginfo.openstreetmap.org/search?q=3166 Jusqu'à présent c'était un peu le bordel selon les endroits, souvent on trouvait les tags en double. J'en ai mis un certain nombre en majuscule avant de les voir à nouveau recomplétés par d'autres par les alias que tu cites. country_code_iso3166_1_alpha_2 Attention les codes FIPS sont souvent différents des codes ISO3166. Mais garde les codes FIPS, même si le nom du tag est discutable (et à discuter avec les contributeurs aux USA). C'est toi qui a créé cette balise ? Non je n'ai ajouté aucun code FIPS. Demande aux utilisateurs des autres pays qui importent des trucs avec leurs bots. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOYEUX LE(ar)NO(sm)
Message: 1 Date: Thu, 26 Dec 2013 14:27:21 +0100 From: Pieren pier...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm) Message-ID: capt3zjquxcryuv0siycdvjatbu_w5ugbpan1+jrzvpl-bxf...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 2013/12/25 Severin MENARD severin.men...@gmail.com: Le Père Noël a apporté une traduction en français des guides intermédiaires et avancés LearnOSM pour tous les contributeurs francophones du monde (sages ou pas) : rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a priori pas jusqu'au Noël prochain. Dommage que personne ne pense à corriger les erreurs et approximations du guide original avant de le traduire. Mais l'intention est louable. Pieren Alors pour la petite histoire : nous sommes repartis de la structure initiale de LearnOSM (Débutant- Intermédiaire - Avancé) qui allait changer (voir la version EN actuelle) mais n'étant pas finalisée, nous n'avons pas pu l'utiliser. C'est quelque chose qu'il nous reste aussi à faire. Par contre, au sein des chapitres, nous avons corrigé les erreurs et approximations rencontrées. Exemple pour la gestion des conflits, où de la solution Je prends ma version et bazarde celle du serveur un brin simpliste et pas très respectueuse du travail d'autrui, nous avons expliqué comment conserver les ajouts des uns et des autres. Nous allons signaler aux auteurs Anglo-Saxons ces changements pour qu'ils les adoptent (ou pas) dans la version EN. Donc des améliorations il y en a, mais pour autant il peut rester des erreurs ou la place pour des améliorations. N'hésitez pas à les faire remonter sur GitHub (icihttps://github.com/hotosm/learnosm/issues?state=open. Si vous n'êtes pas un adepte de l'anglais, tant pis, mettez-le en français). Pour ma part, je vais désormais affiner une dernière correction des guides intermédiaires et avancés et corriger le guide du débutant qui avait été plus rapidement (donc de façon moins soignée, logiquement) en Haiti au printemps. Bien cordialement, Séverin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm)
Hop, j'ai parcouru vite fait et j'ai créé un ticket sur Github pour mentionner les petits détails que j'ai vu sur JOSM. Vous auriez du vérifier au cours de la traduction que ce que vous traduisiez était toujours d'actualité ;) Belle initiative en tout cas ! Si c'est activement maintenu par la suite ce sera formidable :) Le 27 décembre 2013 20:01, Severin MENARD severin.men...@gmail.com a écrit : Message: 1 Date: Thu, 26 Dec 2013 14:27:21 +0100 From: Pieren pier...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] JOYEUX LE(ar)NO(sm) Message-ID: capt3zjquxcryuv0siycdvjatbu_w5ugbpan1+jrzvpl-bxf...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 2013/12/25 Severin MENARD severin.men...@gmail.com: Le Père Noël a apporté une traduction en français des guides intermédiaires et avancés LearnOSM pour tous les contributeurs francophones du monde (sages ou pas) : rendez-vous sur http://learnosm.org/fr/ puis sur Les Autres Guides. Il faudra attendre encore un peu pour Vous Organisez Un Atelier ?, mais a priori pas jusqu'au Noël prochain. Dommage que personne ne pense à corriger les erreurs et approximations du guide original avant de le traduire. Mais l'intention est louable. Pieren Alors pour la petite histoire : nous sommes repartis de la structure initiale de LearnOSM (Débutant- Intermédiaire - Avancé) qui allait changer (voir la version EN actuelle) mais n'étant pas finalisée, nous n'avons pas pu l'utiliser. C'est quelque chose qu'il nous reste aussi à faire. Par contre, au sein des chapitres, nous avons corrigé les erreurs et approximations rencontrées. Exemple pour la gestion des conflits, où de la solution Je prends ma version et bazarde celle du serveur un brin simpliste et pas très respectueuse du travail d'autrui, nous avons expliqué comment conserver les ajouts des uns et des autres. Nous allons signaler aux auteurs Anglo-Saxons ces changements pour qu'ils les adoptent (ou pas) dans la version EN. Donc des améliorations il y en a, mais pour autant il peut rester des erreurs ou la place pour des améliorations. N'hésitez pas à les faire remonter sur GitHub (icihttps://github.com/hotosm/learnosm/issues?state=open. Si vous n'êtes pas un adepte de l'anglais, tant pis, mettez-le en français). Pour ma part, je vais désormais affiner une dernière correction des guides intermédiaires et avancés et corriger le guide du débutant qui avait été plus rapidement (donc de façon moins soignée, logiquement) en Haiti au printemps. Bien cordialement, Séverin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données publiques des noms de rue
Bonjour J'habite Lannion et je souhaite mettre à jour les communes du Trégor ( http://fr.wikipedia.org/wiki/Liste_des_communes_du_Tr%C3%A9gor). J'ai importé déja des données du cadastre pour certaines communes et il reste du travail pour éliminer les erreurs. Ensuite, j'aimerais pouvoir importer les noms de rue, mais je n'ai pas trouvé de source officielle disponible pour pouvoir ensuite insérer les informations de manière automatique ou semi-automatique. Sinon, quelle est la meilleure démarche : demander à la mairie, aller sur le terrain, autres ? Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Philippe, la réponse de Sly était du second degré Pas la peine d'en rajouter une tartine :) A. On 27/12/2013 14:24, Philippe Verdy wrote: Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org mailto:lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du contructeur ou de l'importateur en ne faisant que coller les étiquettes sur les cartons d'emballage ou gardé des mois dans des dépots logistiques pour la revente par n'mporte qui dans un catalogue
Re: [OSM-talk-fr] Données publiques des noms de rue
La DGFiP a un fichier nommé FANTOIR qui comporte la liste des noms de voies (et lieux-dits) mais sans aucune info géographique. Ca permet de contrôler, mais comme toute source elle peut ne pas être à jour vu qu'elle est publiée une fois par an. https://www.data.gouv.fr/fr/search?q=fantoir Donc pointer cette liste en la croisant par exemple avec une sortie de l'index via MapOSMatic... ensuite chercher celles manquantes sur le cadastre, car si la DGFiP les a dans son FANTOIR elles figurent sûrement sur le cadastre. Le 27 décembre 2013 21:29, Eric Debeau eric.deb...@gmail.com a écrit : Bonjour J'habite Lannion et je souhaite mettre à jour les communes du Trégor ( http://fr.wikipedia.org/wiki/Liste_des_communes_du_Tr%C3%A9gor). J'ai importé déja des données du cadastre pour certaines communes et il reste du travail pour éliminer les erreurs. Ensuite, j'aimerais pouvoir importer les noms de rue, mais je n'ai pas trouvé de source officielle disponible pour pouvoir ensuite insérer les informations de manière automatique ou semi-automatique. Sinon, quelle est la meilleure démarche : demander à la mairie, aller sur le terrain, autres ? Merci par avance Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comcom Maker
Vous usez trop du second degré pour ne rien dire, ou simplement masquer vos avis pour qu'on ne puisse pas y répondre. En fin de compte personne ne sait de quoi vous parlez. Le 27 décembre 2013 23:54, Arnaud Vandecasteele arnaud@gmail.com a écrit : Philippe, la réponse de Sly était du second degré Pas la peine d'en rajouter une tartine :) A. On 27/12/2013 14:24, Philippe Verdy wrote: Le 27 décembre 2013 17:43, sly (sylvain letuffe) lis...@letuffe.org a écrit : Le vendredi 27 décembre 2013 17:14:11, Philippe Verdy a écrit : S'il ne peut pas tenir la charge à cause de défauts matériels (refroidissement, alimentation, câblage ou connecteurs défectueux, mauvais contacts, défaut de montage, problèmes de barrettes mémoire, bogues de firmwares ou de BIOS, problème de mise à jour de l'hyperviseur, etc.) C'est en effet un problème lié en partie à ce que tu décris (mais pas tout à la fois heureusement) en fait, cette machine dispose d'une carte mère assez ancienne et à cause de vibrations anormales dans la super structure du bâtiment (peut-être liées, à des micro vibration du sous sol de la plaque eurasiatique et une expert en tecktonik des plaques doit nous le confirmer) :-) Dans ce cas je comprend pourquoi mon propre PC situé sur la même plaque continentale m'a lâché il n'y a pas si longtemps. Sérieusement les microvibrations du batiment dans un datacenter, ça n'existe pas. A la limite on pourrait avoir des vibrations causées par le système de ventilation des baies, à cause d'une mauvaise installation/fixation, des cheminements hasardeux de cables (et des longueurs flottantes en excès) qui gêne le flux de ventilation. Mais on peut soupçonner que le PC était lui-même mal monté avec ses composants internes aussi, et que durant le transport des connecteurs ont bougé. c'est pour ça qu'on a besoin d'une salle de montage sur place pour vérifier que tout est bien calé. Souent quand on monte soi-même un PC, on peut oublier de monter des fixations. Le transport peut aussi provoquer des torsions suffisantes sur la carcasse, avec des chocs pendant la conduite, pour que des connecteurs se déboitent partiellement (les barettes mémoire sont facilement sujettes à ce genre de défaut de connexion, ainsi que les miniconnecteurs des ventilos internes). Certains câbles SATA ou USB ont aussi tendance à se défaire trop facilement, les prises externes ont parfois des soudures à peine suffisantes, qui lâchent à la première insertion (bogue courant sur de nombreuses clés de stockage USB dont la coque de protection est beaucoup trop souple alors que les broches soudées du connecteur sont trop rigides, ce qui décolle facilement les micro-soudures; nombre de cartes mères ont des soudures en surface mal faires pour les puces les plus larges, une microtorsion suffit à décoller les contacts de façon invisible, notamment sur les broches des coins, les connecteurs de nappes plastiques souple sont souvent très fragiles aussi, et la gravure de ces nappes est beaucoup trop fine et génère une impédance trop élevée nuisible à la qualité des signaux aux plus hautes fréquences : cela peut concerner les nappes des têtes de disque dur, mais on en trouve aussi dans les SSD entre plusieurs mini-cartes reliant la partie contrôleur bus aux puces mémoires). Sur plein de SSD, les puces mémoires ont juste un refroidissement passif par simple contact avec le boitier alu externe, une légère déformation du boîtier lors de la manutention et du montage provoque des surchauffes en utilisation intensive du SSD. Et sur nombre de PC, le CPU, le GPU ou les chips contrôleurs de bridge, sont tout bonnement mal montés (mauvaise efficacité des caloducs, pâte thermique non conforme), de même que les capteurs externes de température. On trouve aussi des trucs hideux comme le remplissage façon barbouillage, avec des gels silicones sensés immobiliser les connecteurs et puces montées dans un support, mais qui mettent les composants en contact direct avec les chocs et vibrations des coques externes et réduit aussi l'efficacité de la disspation thermique. Et c'est fou maintenant le nombre de scotches de mauvaise qualité qu'on trouve dans les matériels électroniques (dont la colle durcit et craquelle avec le temps ce qui produit des abrasions locales ou des réactions chimiques d'oxydation prématurée). L'usine a utilisé ces scotches au lieu de plaques métalliques de fixation, ou bien a remplacé un modèle de ventilo par un autre qu n'est qu'à demi fixé et monté avec du scotch aussi pour éviter les fuites d'air: ce scotch finit par se décoller à cause de la température des radiateurs. Les usines chinoises prennent beaucoup de liberté avec les cahiers des charges des constructeurs, qui eux oublient de contrôler en continu les lots sortis des conteneurs (une fois passé la douane, c'est directement expédié par un service postal ou logistique sans aucun contrôle du
