Re: [OSM-talk-fr] OSM hors ligne

Le 05/02/2015 02:34, Philippe Verdy a écrit : Oui, mais une machine virtuelle (qu'elle soit hébergée sur Windows ou autre) demande un PC assez performant Je parle d'une machine virtuelle pour s'entrainer, faire des tests sur des petites zones... Une VM c'est pour un usage temporaire cf. s

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Bonjour, > De: "Philippe Verdy" > > Visiblement il utilise OSM comme si c'était un SIG privé. Je doute que ça soit son intention. Mais Tony "pousse" l'utilisation d'OSM dans ses retranchements, en couplant les données OSM et ses référentiels métier,au sein de sa collectivité. Je l'ai alerté

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Bonjour, Je trouve très positive l'utilisation d'identifiants métiers externes à OSM sur certains objets. Tout simplement parce que cela permet de suivre ces objets en cas de suppression/création sous une autre forme ensuite. Si cela se limite à l'identifiant pour faire le lien avec un référenti

[OSM-talk-fr] Mettre à jour la carte d'une commune

Bonjour, j'édite depuis peut-être un mois la commune où je viens d’emménager afin d'y ajouter les commerces et services. Je me suis rendu compte qu'il y avait des manques sur la carte OSM - et des bâtiments qui n'existent plus. Quelle est la meilleur marche à suivre pour ajouter le bout de route m

Re: [OSM-talk-fr] OSM hors ligne

Je ferais tous les tests en rentrant. En attendant je collecte les idées et je commence à voir dans les diverses documentations qu'est-ce que ça implique en terme de logiciels, systèmes d'exploitation et de matériel nécessaire. Donc merci pour toutes les idées déjà proposées :) L'idéal serait vra

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Bonjour à tous, Comme certains le savent, je pilote un projet (il est vrai local) pour essayer de constituer une base de données voirie + adresses à terme qui puisse être interopérable par différents partenaires. Après avoir fait ce travail sur Orange (et je pense que cela a bien était fait), j'a

Re: [OSM-talk-fr] Espaces demi m....

Défectif ou défectueux ? 2015-02-03 21:07 GMT+01:00 Philippe Verdy : > En fait ce n'est pas tellement la taille des libellé dans l'affichage de > la carte qui me gène (qu'ils soient petits évite aussi de cacher trop de > chose : on devine mais en cas de doute on a encore l'onglet des propriétés >

Re: [OSM-talk-fr] Espaces demi m....

Désolé pour l'anglicisme... Je l'ai tellement entendu que je n'ai pas regardé un dico pour savoir quel en est l'usage, alors qu'il est morphologiquement et sémantiquement bien formé aussi en français (et que même le mot anglais a la même origine latine (et même la même origine normande et sans dout

Re: [OSM-talk-fr] Espaces demi m....

Avec MapCSS il y a moyen de montrer plus grand ce qui vous intéresse. Regardez le style Public Transport que j'ai créé pour le transport public (Il est dans la liste). Essayez d'ajouter odbl=new à un arrêt ou une relation route. L'effet est le plus intéressant si les arrêts sont sur des noeuds isol

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Si c'est juste pour faire une référence croisée privée entre OSM et ta base propriétaire (qui n'est à ce jour pas ouverte...) je ne vois pas pourquoi tu crois quie pour le faire tu changes les priorités et veuille remettre à "plus tard" ce qui est la base commune, documentée, et discutée. Les front

Re: [OSM-talk-fr] Espaces demi m....

Ca ne concerne que le style de rendu de la carte. Le problème est plus large et concerne toute l'interface de JOSM. Des petits liebllés sur la carte ne me choquent pas tant qu'on peut sélectionner facilement un objet dessus et voir correctement le détail dans les propriétés et les modifier facileme

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Salut Tony, Décrit de cette façon-là, je pense que vos contributions ont certainement mérite et nous devrions être content que vous voulez les apporter. Je suis convaincu qu'il sera possible de trouver un moyen pour travailler ensemble, qui peut satisfaire tout le monde concerné. Salutations, Po

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Alors on va essayer de faire simple. - Je ne vois pas en quoi j'ai demandé de changer des priorités ? - Je remet à plus tard rien du tout, je fais quand je vois et je contrôle quand j'ai fini, parce que mine de rien c'est un boulot énorme. - Ce n'est pas une référence croisé entre MA base et OSM,

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

+1 Tony, keep going. *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 5 février 2015 13:13, Tony Emery a écrit : > Alors on va essayer de faire simple. > > - Je ne vois pas en quoi j'ai demandé de changer des p

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Je ne trouve pas de documentation sur ref:FR:commune. D'où sont tirées ces valeurs ? *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux Le 5 février 2015 13:17, François Lacombe a écrit : > +1 Tony, keep going. > >

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 5 février 2015 13:13, Tony Emery a écrit : > Alors on va essayer de faire simple. > > - Je ne vois pas en quoi j'ai demandé de changer des priorités ? > - Je remet à plus tard rien du tout, je fais quand je vois et je contrôle > quand j'ai fini, parce que mine de rien c'est un boulot énorme. >

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-05 13:17 GMT+01:00 François Lacombe : > +1 Tony, keep going. > > François Lacombe Non, c'est trop facile. Il faut d'abord examiner ce qui se passe avant de donner un blanc-seing aussi rapidement (même si le message suivant commence à poser les bonnes questions). Le problème principal tourn

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

verdy_p wrote > Peux-tu citer une source ouverte (avec une licence compatible) où on peut > contrôler cette données ? Si non, elle n'a rien à faire dans OSM. Il est un peu vieux parce qu'on n'a pas encore fini notre projet mais ça devrait te convenir : https://docs.google.com/spreadsheet/ccc?key=

Re: [OSM-talk-fr] Espaces demi m....

Anglicisme tu dis ? Tu ouvres là une grande porte Philippe. Il y aura beaucoup de travail à  faire en commençant par tous les noms de salles au Numa à Paris  :)  Pierre De : Philippe Verdy À : Pierre Giraud Cc : Discussions sur OSM en français Envoyé le : Jeudi 5 février 2015 6h28

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Pieren wrote > Non, c'est trop facile. Il faut d'abord examiner ce qui se passe avant de > donner un blanc-seing aussi rapidement (même si le message suivant > commence à poser les bonnes questions). > Le problème principal tourne autour de cette référence "ref:FR:commune". > Il y a déjà en France

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-05 14:41 GMT+01:00 Tony Emery : > Le code Fantoir est généré par la DGFiP a posteriori de la création ou > dénomination de la voie faite par les communes. Du coup, les communes qui > gèrent une base de données voirie en interne attendent entre 1 et 3 ans > avant de récupérer ce code, ce qu

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Pieren wrote > Okay pour ce cas. Mais uniquement pour ce cas où la voirie n'a pas encore > de code fantoir. On peut parfaitement tolérer ce "ref:FR:commune" comme > une solution transitoire pour satisfaire tout le monde. Mais en aucun cas, > on ne devrait le généraliser à toutes les voies. L'avant

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Je tiens quand même à rappeler que l'intégration des tags ref:FR:Communes n'a rien à voir avec mes erreurs de "saccages massifs et honteux méritant la correctionnelle". D'ailleurs, ces identifiants ont été intégrés avant et n'ont eu aucune incidence. C'est juste au moment de la création des relati

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 5 février 2015 14:05, Pieren a écrit : > Sinon, > concernant les échanges épistolaires de Philippe, on le connait ici > très bien et il sait déjà qu'il gagnerait beaucoup à être moins > agressif dans le choix de ses expressions mais qu'il ne changera > jamais de ce côté là. > Tu n'as pas lu s

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 5 février 2015 14:09, Tony Emery a écrit : > > Non tu mélanges le projet OSM avec ton projet privé. > > Mon projet n'a rien de privé. Je ne gagne pas d'argent dessus et, au > contraire, j'enrichis les données OSM. > L'enrichissement pour mettre des données privées, c'est un projet privé. Tu n

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Je ne l'ai pas oté partout. juste sur les ways frontières entre DEUX communes. Comme ton tag n'était pas explicite et visiblement n'a rien à voir avec une référence *communale*, il est juste incohérent. Normal qu'un autre qui ne comprend pas du tout ce que tu fais (et n'a aucun moyen de le faire) l

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-05 15:17 GMT+01:00 Tony Emery : > Dans la base DGFiP, j'ai relevé quelques doublons. Je vois pas trop > l'intérêt d'ajouter un identifiant quand le rivoli n'existe pas et de le > supprimer derrière. L'intérêt est que l'usage de ce code resterait très limité (par exemple 96 au lieu de 797

Re: [OSM-talk-fr] Espaces demi m....

Le 3 février 2015 21:07, Philippe Verdy a écrit : > En fait ce n'est pas tellement la taille > Tu as raison, ce n'est pas la taille qui compte. > des libellé dans l'affichage de la carte qui me gène (qu'ils soient petits > évite aussi de cacher trop de chose : on devine mais en cas de doute o

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 5 février 2015 16:13, Pieren a écrit : > 2015-02-05 15:17 GMT+01:00 Tony Emery : > > > Dans la base DGFiP, j'ai relevé quelques doublons. Je vois pas trop > > l'intérêt d'ajouter un identifiant quand le rivoli n'existe pas et de le > > supprimer derrière. > > L'intérêt est que l'usage de ce co

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

je suis d'accord, ce n'est même pas une référence communale selon la description donnée par tony, mais une référence propre à la CCPRO Bref ce devrait plutôt être "ref:FR:87:CCPRO=*" ou quelquechose du genre permettant de classer ça. Je réitère cependant ma demande d'accès public à la source de r

Re: [OSM-talk-fr] Espaces demi m....

Le 5 février 2015 16:52, Marc SIBERT a écrit : > Le 3 février 2015 21:07, Philippe Verdy a écrit : > >> En fait ce n'est pas tellement la taille >> > > Tu as raison, ce n'est pas la taille qui compte. > Un trait d'humour, je suppose ;-) ___ Talk-fr ma

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Mon action sur la qualification de la voirie ne consiste pas seulement à intégrer des identifiants uniques. Je qualifie la voirie manquante, corrige les noms à partir des délibérations des mairies, ajoute les adresses, qualifie l’occupation des sols, le mobilier urbains, l’activité économique, etc…

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-05 16:56 GMT+01:00 Pierre-Yves Berrard : > Est-ce vraiment une référence qu'on peut qualifier de "nationale" ? > > Contrairement aux autres ref:FR:* de la page, on ne va pas la trouver sur > l'ensemble du territoire français et il n'existe pas de répertoire > "officiel" géré par un organis

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Pieren wrote > 2015-02-05 15:17 GMT+01:00 Tony Emery < > tony.emery@ > >: > >> Dans la base DGFiP, j'ai relevé quelques doublons. Je vois pas trop >> l'intérêt d'ajouter un identifiant quand le rivoli n'existe pas et de le >> supprimer derrière. > > L'intérêt est que l'usage de ce code resterai

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 5 février 2015 17:15, Tony Emery a écrit : > Donc, à défaut de comprendre comment ça marche et malgré ma « grossière > erreur pécher mortel » de ne pas avoir documenté ce tag, tu aurais dû me > contacter avant de le supprimer, quand bien même ce tag TE sembles > incohérent. > Pourquoi aurais-

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Désolé, je précise, : "Moi ou toute personne que tu aurais voulu et qui était à l'origine de l'intégration de ce tag dans l'objet, information que tu aurais pu relever en consultant l'historique de l'objet en question..." C'est vrai qu'il y a des personnes adeptes des très longues phrases... J'ai

[OSM-talk-fr] Index R*-Tree pour système embarqué

Bonjour à tous Après de longues recherches pour savoir qu'elle est l'indexation la plus efficace (simplicité de construction, rapidité pour trouver un élément, taille), tout le monde m'a dit R*-Tree. Mais après des essais, ma conclusion est que le quadtree est largement mieux. Je vous laisse un ex

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Ce qui est agressif ce sont les mots "TRES GROS", "il faut", "absolument". Note bien aussi que cela concernait des voies qui ne sont _pas_seulement_ des limites des communes membres de la CCPRO (cela s'étendait aussi à d'autres intercommunalités voisines, d'autres arrondissements, ou même le dépar

Re: [OSM-talk-fr] Index R*-Tree pour système embarqué

Le test se base sur le fait que tes R*trees ne sont pas maintenus équilibrés en contenu, une règle commune aux B-trees). Et quitte à diviser un rectangle R*tree en deux quand il est plein, on a normalement intérêt à le couper de préférence sur sa dimension la plus grande pour répartir les points d

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Oh mon Dieu quelle agressivité de ma part ! J’ai mis 2 mots en majuscule et j’ai dit « il faut absolument », Belzébut, sors de ce corps… Je n’ai jamais utilisé ce tag ailleurs que dans les 7 communes de la CCPRO, sauf erreur grossière de ma part et qui mérite sûrement un autoflagélation. Pour info

Re: [OSM-talk-fr] Gros problème de correction... Groupe de modifications : 28377712

Tony, en ne citant pas du tout les messages auxquels tu réponds on a du mal à comprendre à qui tu répond (surtout quand on filtre certains messages). Retour sur les ref:xxx... On a déjà eu des discussions à propos des ref:xxx pour maintenir un lien avec une base "privée". La conclusion si je me r

Re: [OSM-talk-fr] Index R*-Tree pour système embarqué

Pour une donnée en 2D, le quad tree est en effet plus adapté à ce qu'il me semble... Le 05/02/2015 18:20, Léo Serre a écrit : > Bonjour à tous > > Après de longues recherches pour savoir qu'elle est l'indexation la > plus efficace (simplicité de construction, rapidité pour trouver un > élément, t

Re: [OSM-talk-fr] Mettre à jour la carte d'une commune

Le 05/02/2015 10:28, Ludovic Hirlimann a écrit : > Bonjour, > > j'édite depuis peut-être un mois la commune où je viens d’emménager afin d'y > ajouter les commerces et services. Je me suis rendu compte qu'il y avait des > manques sur la carte OSM - et des bâtiments qui n'existent plus. Quelle est >

Re: [OSM-talk-fr] Gros problème de correction... Groupe de modifications : 28377712

cquest wrote > Tony, en ne citant pas du tout les messages auxquels tu réponds on a du > mal à comprendre à qui tu répond (surtout quand on filtre certains > messages). Je le faisais au début mais j'ai peur qu'entre la question très longue et ma réponse cquest wrote > Retour sur les ref:xxx.

Re: [OSM-talk-fr] Gros problème de correction... Groupe de modifications : 28377712

Le 05/02/2015 20:34, Tony Emery a écrit : > cquest wrote >> Retour sur les ref:xxx... >> >> On a déjà eu des discussions à propos des ref:xxx pour maintenir un lien >> avec une base "privée". La conclusion si je me rappelle bien était que >> seuls les ref:xxx vers des nomenclatures publiques avaien

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

Le 05/02/2015 18:04, Tony Emery a écrit : Voici mon premier mail, dites-moi en quoi il est agressif : "Bonjour Philippe, (...) tu ajoute les tags admin_level et boundary sur le tronçon alors que c'est en doublon avec le fait que ce tronçon fait partie d'une relation de type boundary Il faut q

Re: [OSM-talk-fr] Index R*-Tree pour système embarqué

Le 5 févr. 2015 19:08, "Philippe Verdy" a écrit : > > Le test se base sur le fait que tes R*trees ne sont pas maintenus équilibrés en contenu, une règle commune aux B-trees). > > Et quitte à diviser un rectangle R*tree en deux quand il est plein, on a normalement intérêt à le couper de préférence