Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 25 mai 2013 22:23, Philippe Verdy verd...@wanadoo.fr a écrit : - Niveau 9 c'est simple : les mairies d'arrondissement ou mairies annexes ou déléguées. Le wiki ne parle pas d'un lieu aussi précis qu'un bâtiment administratif pour le rôle admin_centre: Node representing the administrative centre, usually a town, city or village (depending of the boundary level, see place=*) Ce rôle est peu clair actuellement et ne permet pas une exploitation simple de cette donnée et ça vaudrait le coup de préciser un peu les choses après réflexion (et pas que franco-FR). - Niveau 10 (quartiers) : rien de défini. A mon avis uniquement un rôle label, aucun rôle admin_centre dans les relations. Si un noeud place=* existe il aura ce rôle label dans la relation. - Niveau 11 (sous-quartiers): à priori totalement inutile pour une relation, il n'y a pas de frontière bien défini, juste un éventuel noeud place sans rôle associé car pas de relation et donc sans besoin d'aucun admin_level. Montpellier a une définition précise des quartier et sous-quartiers (dispo en opendata et que j'ai intégré dans OSM). Ne pas confondre les sous-quartiers avec les IRIS qui sont des territoires délimités à usage purement statistique et non administratif (donc pas boundary=administrative et donc aucun admin_level=* associé; mais plutôt boundary=statistics et statistics_division=FR:IRIS) Parfois ils coincident, mais il ne faut effectivement pas se baser là dessus. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées
Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le calage des mêmes feuilles sur JOSM ! J'avais hésité à en parler sur la liste, parce que je ne vais pas pouvoir faire grand chose pour aider (si ce n'est tester) mais si quelqu'un est capable de nous coder ça, il aura toute ma gratitude :-) Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait déjà pratique. (on trouvera toujours un moyen d'échanger tout ça après). +0.02EUR ;-) Xavier Le 22/05/2013 17:17, Eric Sibert a écrit : Christian Quest cqu...@openstreetmap.fr a ?crit : Partager les fichiers de cache enregistrés par le plugin cadastre après calage serait un truc super pratique... ou à minima un moyen de partager les infos de calage qu'ils contiennent. On doit pouvoir partager les informations de calage sans partager les images elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?) récemment pour Bing. Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?) ;-) Mes 0,02 EUR. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées
Les feuilles que l'on cale sont enregistrées dans un cache local par le plugin cadastre. Il propose de les recharger du cache quand on charge la même. Le calage est donc enregistré dans ces fichiers et on pourrait les en extraire pour les partager... Le 26 mai 2013 10:33, Xavier x.larc...@laposte.net a écrit : Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le calage des mêmes feuilles sur JOSM ! J'avais hésité à en parler sur la liste, parce que je ne vais pas pouvoir faire grand chose pour aider (si ce n'est tester) mais si quelqu'un est capable de nous coder ça, il aura toute ma gratitude :-) Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait déjà pratique. (on trouvera toujours un moyen d'échanger tout ça après). +0.02€ ;-) Xavier Le 22/05/2013 17:17, Eric Sibert a écrit : Christian Quest cqu...@openstreetmap.fr a ?crit : Partager les fichiers de cache enregistrés par le plugin cadastre après calage serait un truc super pratique... ou à minima un moyen de partager les infos de calage qu'ils contiennent. On doit pouvoir partager les informations de calage sans partager les images elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?) récemment pour Bing. Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?) ;-) Mes 0,02 €. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762716.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Le 26 mai 2013 11:32, PierreV belett...@hotmail.fr a écrit : donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Christian Quest cqu...@openstreetmap.fr wrote: - Niveau 9 c'est simple : les mairies d'arrondissement ou mairies annexes ou déléguées. Le wiki ne parle pas d'un lieu aussi précis qu'un bâtiment administratif pour le rôle admin_centre: Node representing the administrative centre, usually a town, city or village (depending of the boundary level, see place=*) Ce rôle est peu clair actuellement et ne permet pas une exploitation simple de cette donnée et ça vaudrait le coup de préciser un peu les choses après réflexion (et pas que franco-FR). En effet, la situation est peu clair et pas très rationel entre la défintion admin_centre (qui indique de le placer sur le centre administratif et qui renvoi à place=*) et place=suburb qui précise de la placer au centre du quartier... En même temps admin_centre est optionnel dans la relation boundary. Quand au status légal des conseil de quartier, je suis pas spécialiste mais leur existence tant a s'étendre et leur définition est assez précise. A Cognac nous en avons depuis 2008 et le localisation est précise (même si la déifnition n'est pas opendata il existe des documents à la mairie). De mon coté, pour Cognac donc, j'en suis resté au quartier historique (définition très vague) marqué d'un simple place=suburb mis pus ou moins au centre du dit quartier (qui n'a pas de frontière). Je me posais la question justement des quartiers (définit par les conseils de quartier) et a priori je retiendrait la tracé d'un boundary (il y a des sources claires) mais je ne placerai pas de place=subrubs pour le moment (ces quartiers ne sont pas identifiés par la population qui parle plutot des quartiers historiques) et ils n'ont pas de centre administratif a mon sens (donc je placerai pas de admin_centre). Dans une grande ville avec une vrai mairie de quartier c'est différent. Mais ça c'est juste mon interprétation, qui ne vaut pas plus que celles d'autres en attendant que l'on clarifie peut être un pue la situation sur le wiki-fr... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Cette désignation de lieu n'a pas non plus vocation à être un substitut pontuel de la zone délimitée par la relation qui la référence. Le substitut ponctuel c'est plutôt le rôle label qui définit un lieu géométriquement central qui pourra remplacer la zone entière quand elle n'est pas représentable. En principe un admin_centre ne devrait pas n'être réduit qu'à un seul noeud mais devrait pouvoir être une sous-zone représentant le chef-lieu adminisitratif. Ce pourrait donc être aussi une autre relation administrative. Par exemple la capitale de a France est Paris, mais pas Paris réduit à un seul noeud, mais PAris le département tout entier. Le chef-lieu de région Ile de France est aussi la ville de Paris entière (pas à l'Hôtel-de-Ville mais à sa préfecture, et au Conseil régional selon qu'on représente le chef-lieu administratif du découpage national, ou la collectivité locale). Si appelle chef-lieu normalement le lieu o* s'exerce l'autorité nationale décentralisée (autorité préfecturale, gouverneur, haut-commissaire selon le niveau...) et capitale le lieu où s'exerce l'autorité représentant la collectivité locale elle-même, alors le chef-leu de la région île-de-France est la préfecture de Paris; et la capitale de la région île de France est le Conseil régional d'Ile-de-France. Cela pourrait mériter deux rpoles différents pour les chef-lieux et les capitales quand on les distingue sinon on peut avec un rôle unique utiliser la plus petite entité administrative contenant les deux lieux : la commune entière (si on désigne la commue entière cela n'empêche pas d'y chercher un noeud unique qui la représente (noeud label ou sinon centroïde calculé dans cette sous-relation désignée) Je maintiens donc que pour les quartiers de niveau 10, il n'y a aucun admin_centre, *sauf* dans les communes qui ont réellement définit une véritable maison de quartier ou plutôt une mairie annexe avec des responsabilités locales. et une affectation permanente de rôle (donc pas dépendante d'un agenda temporaire annoncé juste pour la réunion suivante). Seulement dans les arrondissements municipaux et communes associées/déléguées, on trouve des mairies annexes.Mais dans des grandes villes seulement on trouve des mairies annexes dans chaque quartier (par exemple à Rennes), ou au minimum des maisons de quartier à vovation permanente et parfois quelques services municipaux décentralisés. Dans la plupart des autres villes, même s'il y a des quartiers administratifs, il n'y a aucune décentralisation de service qu'on puisse localiser dans un quartier, il n'y a donc aucun admin_centre dans ces quartiers et tout ce qu'on peut y placer c'est juste un centroîde (généralement pas utile, sauf si la zone est fortement concave afin de trouver un centre plus représentatif, ou si le quartier est en fait un petit secteur urbain très décentré complété d'une large zone rurale ou naturelle ou boisée, comme le quartier Picpus à Paris dont le centroïde tombe au milieu du bois de Boulogne alors qu'il serait mieux placé avec un label centré dans la partie du quartier intramuros, l'immense extension du Bois de Boulogne constituant en fait une entité réellement à part). Enfin il faut noter que certaines entités administratives désignent plusieurs capitales ou chef-lieux sans choisir entre eux (cas assez fréquent en Espagne mais qui existe aussi dans d'autres pays), ou alors pour des rôles différents (cas de l'Afrique du Sud avec ses 3 capitales nationales). Le 26 mai 2013 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Le 26 mai 2013 11:32, PierreV belett...@hotmail.fr a écrit : donc pour mes micro-quartiers de niveau 11 je pourrais les renseigner comme relation, avec un admin-centre approximatif sans qu'il y ai besoin d'une permanence au lieu exact du node? Du même genre que lorsqu'on place des lieu dits dans les petites communes? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26 mai 2013 à 12:00, Christian Quest cqu...@openstreetmap.fr a écrit : Ou pas d'admin_centre du tout... Un lieu dit ça a une existence sur le terrain, l'admin_centre c'est un truc quand même bien plus flou. Rien de plus flou qu'un lieu-dit, à mon avis. Certains lieux-dits sont créés par subdivision d'un autre plus grand. Le repère spatial ou plus souvent nominal peut se trouver excentré. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
2013/5/25 Ista Pouss ista...@gmail.com: J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... A noter que le 8x8 n'est qu'indicatif. La taille de la metatuile est configurable dans le logiciel de rendu. Il calcule une grosse image et la découpe ensuite en tuiles de taille standard. C'est juste pour être plus rapide et aussi réduire les segmentations qui peuvent avoir des effets de bord (comme des répétitions de texte). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26 mai 2013 14:40, Pieren pier...@gmail.com a écrit : 2013/5/25 Ista Pouss ista...@gmail.com: J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... A noter que le 8x8 n'est qu'indicatif. La taille de la metatuile est configurable dans le logiciel de rendu. Il calcule une grosse image et la découpe ensuite en tuiles de taille standard. C'est juste pour être plus rapide et aussi réduire les segmentations qui peuvent avoir des effets de bord (comme des répétitions de texte). Toutafé ! Le calcul est forcément plus long qu'une petite tuile, mais au final on y gagne sur toutes les petites latences qui sinon se cumulent vite. Ca fait 256 fois moins de latences... Pour les effets de bords sur les bords (!), c'est mieux mais pas encore idéal. Mapnik/mod_tile/renderd ne semblent pas bien étendre l'emprise de la métatuile pour tenir compte des objets voisins correctement. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le ven. 24 mai 2013 à 23:20 +0200, Eric SIBERT a écrit : Le 24/05/2013 22:30, Christian Quest a écrit : 113 metatuiles on plus de 1 nœuds au km2, dont 81 en France. Belle perf de Yaoundé en 5ème position (+8 et 12). Par contre, Grenoble, on s'est endormi sur nos lauriers. Trop de donnée tue la donnée (proverbe dauphinois). -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
En anglais on dit osm tile plutôt. Tile of osm ça sonne lourd à l'oreille. Le of est alors utilisé pour mettre une certaine emphase mais que ça sonne lourd. (minute de quelqu'un qui est devenu trop anglophone) :-) On 25 May 2013 08:42, Ista Pouss ista...@gmail.com wrote: En anglais je ne sais pas, mais en français je trouve que le terme de méta est très mal choisi. J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... La traduction de tuile pour tile aussi est un peu limite, et je serais curieux de savoir comment les anglais le comprenne. En effet, d'après mon Harraps (amen) une autre traduction normale de tile est carreau, ce qui correspond bien mieux à ce que c'est... Quand les anglais disent tile of osm, pensent-ils tuile d'osm, ou carreau d'osm ? . Scusez pour la philosophie. Mais enfin notez que c'est samedi, hein. Le 25 mai 2013 13:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le 25 mai 2013 12:58, Ista Pouss ista...@gmail.com a écrit : Le 24 mai 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Frederik Ramm a produit une liste des metatuiles les plus denses en Excusez moi d'être un peu aux fraises avec la terminologie... Quel est ce nouveau terme de metatuile dont tout le monde parle et que tout le monde sait ce que c'est sauf moi ? J'ai compris qu'une tuile était un truc sur les toits qui, que, assemblées ensemble, ça protège de la pluie. Ok. Une métatuile protège de la métapluie peut être ? C'est brièvement expliqué sur la page en question: If you render the world on zoom level 16, there are 67 million meta tiles (each covering an area of 8x8 tiles). - Si vous faites le rendu du monde au zoom 16, il y a 67 million de métatuiles (chacune couvrant une emprise de 8x8 tuiles). Les serveurs de tuiles calculent non pas les petites tuiles de 256x256 pixels une à une mais par grosse tuiles de 2048x2048 pixels soit 8x8 tuiles, c'est ça une metatuile. Pour se protégéer de la métapluie, il faut un métapébroque. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Une page de wiki, une discutions sur une mailing liste (francophone ou anglophone) ??? Le 26 mai 2013 16:39, Philippe Verdy verd...@wanadoo.fr a écrit : Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26/05/2013 12:18, Pierre-Alain Dorange a écrit : Quand au status légal des conseil de quartier, je suis pas spécialiste mais leur existence tant a s'étendre et leur définition est assez précise. A Cognac nous en avons depuis 2008 et le localisation est précise (même si la déifnition n'est pas opendata il existe des documents à la mairie). De mon coté, pour Cognac donc, j'en suis resté au quartier historique (définition très vague) marqué d'un simple place=suburb mis pus ou moins au centre du dit quartier (qui n'a pas de frontière). Je me posais la question justement des quartiers (définit par les conseils de quartier) et a priori je retiendrait la tracé d'un boundary (il y a des sources claires) mais je ne placerai pas de place=subrubs pour le moment (ces quartiers ne sont pas identifiés par la population qui parle plutot des quartiers historiques) et ils n'ont pas de centre administratif a mon sens (donc je placerai pas de admin_centre). Dans une grande ville avec une vrai mairie de quartier c'est différent. Mais ça c'est juste mon interprétation, qui ne vaut pas plus que celles d'autres en attendant que l'on clarifie peut être un pue la situation sur le wiki-fr... Bonjour, Un exemple parmi d'autres. Vienne (38544-38200) Pas d'obligation légale d'avoir des conseils de quartiers * Les conseils n'avaient aucun locaux dédiés. Ils se réunissaient en fonction des locaux disponibles à la mairie ou dans les quartiers sans pérennité. * Ils se réunissaient à la demande de la mairie (une fois cela a été à la demande d'un certains nombre de membres du conseil de mon quartier, bizarrement il n'y en a plus eu ensuite) * La zone géographique a été fixée par la mairie. * Les membres étaient tout habitant qui souhaitait participer après un appel sur le bulletin municipal (Il fallait se signaler comme volontaire) ET un membre du conseil municipal * Pas de budget * Pas de pouvoir de décision c'est le conseil municipal qui a seul ce pouvoir. * Pas de pouvoir de contrainte sur la mairie Sur ce domaine il ne peut donc en aucun cas y avoir d'admin valide car ne correspondant à rien. Les bureaux de votes ont plus de poids au sein d'OSM. Par contre il peut être judicieux de s'en servir pour définir (affiner) des quartiers historiques, et encore ceci ne sera qu'indicatif. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26/05/2013 15:54, Emilie Laffray a écrit : En anglais on dit osm tile plutôt. Tile of osm ça sonne lourd à l'oreille. Le of est alors utilisé pour mettre une certaine emphase mais que ça sonne lourd. (minute de quelqu'un qui est devenu trop anglophone) :-) Bonsoir, Dans mes vieux souvenirs scolaires qui datent de Houuu on pouvait dire et écrire OSM's tile Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour, Osmose propose de compléter cette école sur Pontarlier Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Le 26/05/2013 17:38, Yves Pratter a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). Normal, une clé ne peut avoir qu'une seule valeur. On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège Osmose pas content ref:UAI=0251024C;0251590T Osmose content mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? Très souvent ce genre d'établissement est sépare tout de même, plusieurs entrées, ou des zones plus dédiées. Tu peux peut être mettre deux nœuds. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
La réponse est dans le wiki... http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole lycée+collège - school:FR=secondaire c'est comme une école maternelle + élémentaire - school:FR=primaire Le 26 mai 2013 17:38, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
OK, à Vienne il n'y a pas de conseils de quartier. Mais à Issy-les-Moulineaux, ils existent, ils agissent, ils ont même du fric. http://www.issy.com/taxonomy/term/450/soiree-pleniere-des-conseillers-de-quartier Vienne ou Niort vont-ils décider de la manière dont les habitants d'Issy-les-Moulineaux doivent décrire leur ville ? Denis PS 1 : je n'identifie pas d'admin_centre pour les quartiers d'Issy - au sens de lieu. PS 2 : mais je google maison de quartier : Environ 1 360 000 résultats (0,24 secondes) PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop ! -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762764.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Le 26/05/2013 17:38, Yves Pratter a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlier http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? Je pense qu'il faut mettre plusieurs noeuds... Un exemple sur Pau avec le groupe Beau Frêne qui compte école primaire, collège, lycée général et lycée professionnel. http://osm.org/go/b~vLnbD2z-- Cette exemple est tout de même à améliorer car osmose se plaint des polygones qui n'ont pas de ref:UAI... Je tenais a présenter sur la carte les différentes dénomination de l'ensemble scolaire... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Pourquoi ne pas mettre deux noeuds voisins ? Ca régle le problème des tags en conflit Tant pis si les deux points ont le même nom, un seul sera affiché sur la carte. Le 26 mai 2013 17:38, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Osmose propose de compléter cette école sur Pontarlierhttp://osmose.openstreetmap.fr/fr/map/?zoom=18lat=46.90297lon=6.35927layers=BFFTitem=1010,1040,1050,1060,1070,1080,1090,1100,1110,1120,1140,1150,1160,1170,1180,1190,1200,1210,1220,2xxx,3xxx,4xxx,5xxx,6xxx,7xxxlevel=1,2,3 Hors il s'agit à la fois d'un lycée et d'un collège. Dois-je l'étiqueter avec : school:FR=lycée ref:UAI=0251024C school:FR=collège ref:UAI=0251590T JOSM n'a pas l'air d'aimer (il garde la dernière saisie). On peut mettre les deux valeurs avec un séparateur, le point virgule : school:FR=lycée;collège ref:UAI=0251024C;0251590T mais cela ne semble pas recommandé : http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator Que conseillez-vous ? Et que va dire Osmose ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
admin_centre sur le wiki : - http://wiki.openstreetmap.org/wiki/Relation:boundary - http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives Le 26 mai 2013 16:53, monsieur a msr...@gmail.com a écrit : Une page de wiki, une discutions sur une mailing liste (francophone ou anglophone) ??? Le 26 mai 2013 16:39, Philippe Verdy verd...@wanadoo.fr a écrit : Rien que les mots inclus dans admin_centre impliquent deux choses : - admin : le rôle est bien adminsitratif, il s'agit au sens propre de la désignation légale - centre : implique une forme de centralisation, pas un centre géométrique (sinon avec admin cela n'a aucun sens). Si tu combine les deux termes, tu obtiens ce qu'on appelle une capitale ou un chef-lieu et c'est ce qu'on met à tous les niveaux 2 à 9 (il n'y a pas de niveau 1), et même 10 dans des pays comme l'Allemagne (qui utilise encore un niveau 11 pour ses quartiers mais est en train de réorganiser ses niveaux pour les limiter à 10). Pour le reste OSM crée ses propres références et usages il cherche à traduire la réalité en données mais n'a pas vocation a définir la loi non plus. Le 26 mai 2013 12:56, RÉAU Simon msr...@gmail.com a écrit : Le 26/05/2013 12:48, Philippe Verdy a écrit : L'admin_centre correspond à une définition légale : celle de la désignation d'une capitale ou d'un chef-lieu, c'est à dire d'une petite partie de l'entité adminsitrative et qui va s'occuper de la gérer et d'y trouver ses services centralisés. Un lien une référence ??? Simon __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Je n'ai strictement rien contre le fait d'indiquer les maisons de quartier, mais ces lieux sont souvent dispersés et moins nombreux que les quartiers administratifs et n'ont pas vocation non plus à représenter leur quartier. Ce sont surtout des lieux adaptés à une demande locale pour héberger des associations ou des activités culturelles, mais leur affectation décidée par la ville n'est pas réservée à un seul quartier, et les activités sont ouvertes à tous les habitants de la ville, voire de l'agglomération quand ils reçoivent des subventions de fonctionnement ou d'équipement d'une ou plusieurs collectivités (et parfois aussi de l'Etat ou de l'Union européenne. Si elles reçoicent des subventions, ces maisons sont fondées soit comme des établissements publics autonomes, soit comme des associations car ils doivent tenir des comptes. Mais leur fonctionnement est alors très différent d'une subdivision administrative de la commune, et ces structures n'ont pas de territoire qui leur est dédié. Ces maisons de quartiers, ou MJC ou similaires, peuvent être tagués comme des community centers ou des centres culturels, mais cela n'a rien à voir avec un admin_centre. représntant la division administrative communale du quartier ni son éventuel conseil. Hors le wiki ne parle pas des admin_centre plus bas que ce qui peut constituer une ville ou un village (le nom donné à une agglomération, ou une partie de celle-ci érigée en collectivité bien délimitée et établie et avec un nom et un administration autonome). Quand on arrive au niveau quartier, le tag n'est PAS défini du tout. Ce qui représente un quartier adminsitratif en règle générale c'est le quartier tout entier, pas un seul de ses noeuds. D'autre pas au dessus du niveau des communes, le centre administratif représentant la collectivité n'est pas nécessairement situés **dans** la zone délimtiée par les frontières décrites dans la relation (on a le cas en France avec : les cantons des communes découpées en fractions cantonales, des arrondissements départementaux en Alsace et Moselle, et les territoires d'outre-mer sans habitants permanents) Enfin il n'y a aucun 'admin_center (chef-lieu) désigné pour les circonscriptions législatives (qui n'ont qu'un numéro dans leur département et pas de nom officiel plus précis, même si l'usage journalistique tente de les localiser en donnant le nom d'une ville principale). Tout ça pour dire qu'un admin_centre représente les intérêt de la collectivité mais ne le la localise pas sur la carte (et il peut aussi être multiple pour la même collectivité, ce que le wiki a complètement oublié en mentionnant à tort zero or one !) Il n'est pas non plus un subtitut ponctuel de cette collectivité permettant de la représenter sur la carte quand les frontières ne sont pas discernables. Les substituts ponctuels sont les centroïdes (amiéliorables en position en indiquant un membre label, si l'agglomération est décentrée ou si la collectivité est fortement concave et que le centroïde calculé tombe en dehors du territoire décrit). Bref le wiki reste une page en chantier à améliorer pour prendre en compte des cas plus réels. Il décrit les cas courants mais les exceptions sont la règle aussi en cartographie et c'est bien de les documenter quand elles existent dans la réalité, histoire d'améliorer et affiner le schéma et éviter de signaler à tord des erreurs ou des oublis dans les outils d'analyse. Le 26 mai 2013 18:04, DBigg denis.bigor...@gmail.com a écrit : OK, à Vienne il n'y a pas de conseils de quartier. Mais à Issy-les-Moulineaux, ils existent, ils agissent, ils ont même du fric. http://www.issy.com/taxonomy/term/450/soiree-pleniere-des-conseillers-de-quartier Vienne ou Niort vont-ils décider de la manière dont les habitants d'Issy-les-Moulineaux doivent décrire leur ville ? Denis PS 1 : je n'identifie pas d'admin_centre pour les quartiers d'Issy - au sens de lieu. PS 2 : mais je google maison de quartier : Environ 1 360 000 résultats (0,24 secondes) PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop ! -- View this message in context: http://gis.19327.n5.nabble.com/Metatuiles-les-plus-denses-en-n-uds-tp5762579p5762764.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] encore hors sujet.... quartiers et admin-centre
Le 26 mai 2013 18:04, DBigg denis.bigor...@gmail.com a écrit : PS 3 : Désolé de nourrir le troll, mais trop, c'est parfois vraiment trop Il n'y a aucun troll. Le sujet est d'ailleurs pas du tout hors sujet et est très sérieusement une discussion appropriée sur cette liste consacrée à OSM et ses usages en France et dans le monde (au moins francophone). Car on est en train de discuter de quelque chose qui n'a encore fait l'objet d'aucune réflexion sérieuse quand à la signification des tags à une échelle infra-communale (hors du cas des communes formées par le regroupement de plusieurs villages à agglomérations séparées). En Espagne par exemple où les communes sont fréquemment des regroupements de tous petits hameaux (parfois aujourd'hui devenus inhabités, et gérés maintenant en indivision par **plusieurs** communes proches, le territoire n'étant formellement dans aucune de ces communes et n'étant pas non plus une collectivité au sens propre puisqu'il est inhabité, c'est une pseudo-commune dont le centre administratif est situé **en dehors** du territoire en indivision dans une des communes membres de l'indivision), chaque hameau est encore distinguable sur la carte et a son nom propre. Et les admin_centre espagnols à une échelle infra-communale (niveau 10) ont un sens (et ces hameaux sont même codifiés officiellement avec leur nom par l'institut statistique nationale)... Mais les admin_centres disparaissent aussi quand on arrive dans des grandes villes où ils sont fondus dans des quartiers sont la seule représentation réelle est consituée uniquement par les frontières du quartier (le noeud central n'a plus aucun sens, il n'y a même plus de service local identifiable sur le terrain). --- Notes (TL;DR) -- Cette spécificité espagnole se retrouve en partie en France pour des communes frontalières (il y a de tout petits territoires en indivision franco-espagnole qui ne sont formellement pas plus en Espagne qu'en France, autrement dit on a une double frontière où les deux pays se recouvrent partiellement et se partagent la gestion du territoire, avec une structure calquée sur les mancommunidad espagnoles ou les comarques) Ces indivisions (sens légal du terme) n'ont pas toujours fonctionné mais elles revivent à cause du droit et de la volonté de coopérer plus efficacement. Et aussi pour éviter de relancer de vieux conflits frontaliers mais en faire plutôt une force de développement local (ce qu'on voit par exemple en Cerdagne ou au Pays basque). Cela pourrait faire école aussi pour le conflit frontalier entre Portugal et Espagne par un modèle de cogestion en indivision, ou dans la gestion de nos parcs régionaux pour une meilleure coopération transfrontalière dans les Pyrénées, mais aussi avec l'Italie ou la Suisse entre Corse et Sardaigne et dans les Alpes. Cela fonctionne dans certains pays ailleurs dans le monde pour régler aussi des conflits (en Afrique centrale, en Amérique du Sud pour la gestion de l'eau). Et aussi pourrait améliorer la gestion de l'agglomération transfrontalière de Lille-Mouscron-Courtraix (agglomération traversée en Belgique par une frontière linguistique plus difficile que la frontière internationale), même sans parler d'indivision au sens territorial mais en terme de responsabilité partagée, droit de consultation mutuelle et coopération renforcée. Et le modèle de fonctionnement en indivision pourrait fonctionner entre la France et le Brésil (il n'y a pas de réel conflit frontalier entre les deux pays) pour le grand domaine naturel amazonien de Guyane qui pourrait être cogéré pour en faire un vrai parc naturel, s'il n'y avait pas des difficultés avec le Suriname, avec des compétences transfrontalières permettant aussi de garantir une sécurité commune sans remettre en cause le droit national applicable ou la citoyenneté des résidents (reste à régler comment ler forces de sécurité peuvent intervenir au delà de leurs frontières, en plein accord de coopération et sans créer de casus belli : la volonté politique, la coopération, et linformation mutuelle de ce qui se fait dans le respect du droit de chacun sont la clé et cela peutse garantir par des traités bilatéraux ayant force légale même devant la Constitution de chaque pays). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Que conseillez-vous ? Cartographier la réalité, c'est à dire séparer les 2 établissements en fonction du propriétaire. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Ou comme cela [1] [1] http://tile.openstreetmap.fr/?zoom=19lat=48.58611lon=-0.35974 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires et ne considère que les contrats/conventions et leurs conditions pour un type d'enseignement donné. S'il y a deux codes cela ne signifie pas pour autant deux propriétaires mais juste deux conventions séparées soumises à des règles différentes que l'institution éducative (entité légale) va appliquer dans ses murs, même si pour cela elle doit gérer des comptabilités analysitiques séparées (masi pas de séparation en terme de bilan et résultat financier ou responsabilité sociale légale). Deux noeuds voisins placés dans les mêmes murs suffira à régler le problème (l'entité légale n'est pas réduite à un point sur la carte, mais à l'ensemble de ses terrains, même s'il y a plusieurs batiments séparables sur ce terrain pour identifier chaque niveau d'enseignement). Pour cela on peut créer une relation pour le groupe scolaire tout entier, avec ses limites, son nom unique (sa raison sociale enregistrée), et deux points membres portant les identifiants UIA de la nomenclature nationale (avec un nom indicatif venant de cette nomenclature qui de toute façon va contenir une adresse complète et des coordonnées et références exactes du groupe scolaire légal), qu'on placera au mieux si on peut identifier un bâtiment ou une aile seulement de bâtiment dans le terrain du groupe scolaire (ce qui ne produira pas de carte aberrante pour autant). Le 26 mai 2013 22:28, David Crochet david.croc...@online.fr a écrit : Bonjour Que conseillez-vous ? Cartographier la réalité, c'est à dire séparer les 2 établissements en fonction du propriétaire. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Bonjour Le 26/05/2013 22:59, Philippe Verdy a écrit : Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires J'image mal cela dans la fonction publique où les bâtiments d'un seul établissement publique local d'enseignement appartiennent à 2 propriétaires différents. Maintenant la situation locale de cet exemple peut être particulier: Le cas exposé ici est un établissement privé d'où le propriétaire mis entre guillemet car pour le moment non ou mal défini et/ou définissable. Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens et les lycées sans différentiation ou non ? S'il n'y a pas de différentiation, oui ta solution est une solution possible. Sinon elle la cartographie peut être plus fine et définissant mieux les limites des lieux. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 25 mai 2013 à 14:42, Ista Pouss ista...@gmail.com a écrit : En anglais je ne sais pas, mais en français je trouve que le terme de méta est très mal choisi. J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... La traduction de tuile pour tile aussi est un peu limite, et je serais curieux de savoir comment les anglais le comprenne. En effet, d'après mon Harraps (amen) une autre traduction normale de tile est carreau, ce qui correspond bien mieux à ce que c'est... Quand les anglais disent tile of osm, pensent-ils tuile d'osm, ou carreau d'osm ? . ` Tout au début de mon abonnement à cette liste, j'avais souligné que traduire file par tuile est un barbarisme. J'avais eu la mauvaise idée d'ajouter que l'IGN employait le terme de dalle. Sur le wiki OSM était d'ailleurs apparu, en 2010, je crois, l'image d'un dallage qui correspond bien à l'image qu'ont les Anglophones; du mot tile appliqué à la cartographie.. Que n'avais-je dit là : il ne fallait pas parler de corde (l'IGN) dans la maison d'un pendu et, je résume, comme on faisait un projet libre, on avait un vocabulaire.. libre. Ça n'empêche pas d'être précis, comme quand on code (je ne code pas, mais, j'aime la précision dans le langage). N'avez-vous pas aperçu qu'une tuile recouvre toujours une partie de sa voisine? Ce qui n'est pas le cas des dalles. Chjristian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 26 mai 2013 23:50, Christian Rogel christian.ro...@club-internet.fr a écrit : N'avez-vous pas aperçu qu'une tuile recouvre toujours une partie de sa voisine? Ce qui n'est pas le cas des dalles. C'est ce que devraient faire les métatuiles... un peu de recouvrement pour correctement gérer les transitions avec les voisines... et ensuite découper tout ça en dalles (qui elles ne se recouvrent pas). De toute façon, l'avenir est au vectoriel... encore un peu de patience, mais ça se généralisera sûrement. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Statistiques étranges sur le découpage administratif de la France
Depuis le plantage d'OSM7, on n'avait plus de statistiques sur le découpage adminsitratif. Les statistiques sont revenues, mais elles sont bizarres et reculent maintenant. Hier matin on avait encore 16 régions sur 22, hier soir plus que 8, ce matin plus que 7. Pourtant les 22 régions métropolitaines sont encore toutes là ! Même chose pour les arrondissements, les communes, etc. Quelque chose cloche ou bien des fichiers sont corrompus et cela fausse les résultats qui reculent car le script ne retrouve pas ses petits. J'ai l'impression que c'est la copie du fichier GEOFLA 2011 qui est corrompue, ou bien carrément la base de données dans un de ses index quand une mise à jour à lieu sur OSM qui ne trouve pas d'équivalent dans la base locale sur OSM7. Pourtant la base utilisée pour Layers et Osmose sur le site OSM France ne semble pas affecté. Quelqu'un a une idée de ce qui se passe ? Ou bien y a-t-il des changements inattendus dans les données, qui empêcheraient de prendre en compte les références INSEE qui disparaissent alors des stats un peu par magie sans qu'il y ait de changement fondamental dans la modélisation ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
