Re: [OSM-talk-fr] Niveau de landuse
+ 1 -- View this message in context: http://gis.19327.n5.nabble.com/Niveau-de-landuse-tp5716629p5742875.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] Niveau de landuse
Le 5 janvier 2013 01:46, Vincent Pottier vpott...@gmail.com a écrit : Superbe travail ! Une petite remarque : contrairement à certains (que je ne nommerai pas pour ménager des susceptibilité et éviter du troll), je n'aime pas, j'ai horreur de tracer les limites de parcelles sur la voirie : l'axe de la voie n'a jamais été une limite de champs ou de forêt. Les deux limites sont donc fausses. Je place la limite d'un côté ou de l'autre de la voie, comme ça, j'en ai un qui est bon. +1 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveau de landuse
FrViPofm wrote Superbe travail ! Merci, ça fait un peu plus de 2 ans que je bosse de manière plus ou moins régulière sur le territoire de ma commune d'origine ! Et c'est comme ça que j'ai découvert l'ensemble des possibilités et facettes d'OSM FrViPofm wrote Une petite remarque : contrairement à certains (que je ne nommerai pas pour ménager des susceptibilité et éviter du troll), je n'aime pas, j'ai horreur de tracer les limites de parcelles sur la voirie : l'axe de la voie n'a jamais été une limite de champs ou de forêt. Les deux limites sont donc fausses. Je place la limite d'un côté ou de l'autre de la voie, comme ça, j'en ai un qui est bon. Oui effectivement, c'était un des doutes que j'ai pu avoir. J'ai adopté la méthode de limite de parcellaires sur l'axe de la voie, par simplification. Mais, effectivement je reconnais que c'est moins précis et moins exact. Du coup, je suppose que tu as une bande de 3 à 20 m (selon l'emprise de la voie) de part et d'autre de la chaussée. Quel tag utilises-tu pour cette emprise ? Il me semble qu'il y a un tag pour les dépendances routières non (ou alors mettre de la pelouse dans les cas où c'est de la pelouse). As-tu des exemples de ce que tu as pu faire ? (si le serveur de tuiles Mapnik fonctionne, car ce matin ça ne fonctionne toujours pas chez moi...) FrViPofm wrote Entre residential et quelque-chose, je mets la voie dans le residential. Entre foret et quelque-chose, j'évite la voie dans le couvert. Oui effectivement, j'ai ce problème au sud-ouest de la commune, et cela est assez illisible sur Mapnik. Mais à terme, l'idée est de pouvoir générer des rendus personnalisés avec Maperitive faisant apparaître des éléments non visibles sur Mapnik. FrViPofm wrote Par exemple le camps de caravanes Camps des Roses ne se finit pas au milieu de la rue. Et dans sa partie Ouest, il eut mieux valu faire la limite sur la haie de la prairie pour tracer cette haie. Oui, cela fait partie d'une imperfection à reprendre, tout comme des mauvaises jointures de polygones, des haies non superposés à un changement de landuse ... FrViPofm wrote Aubers est maintenant extrait du multipolygone farm, qui a été redécoupé à l'occasion. Merci beaucoup ! Comment as-tu fait ? Je pense le faire ensuite sur les communes limitrophes... FrViPofm wrote Pour continuer, on peut caractériser les bâtiments : building=house|garage|appartment... Oui j'y avais pensé. Il faut aussi que j'ajoute divers données tels les lampadaires, les poteaux incendie, les transfos EDF... Et quelques chemins privés (les plus importants), mais d'ailleurs je sais pas jusqu'à quel niveau je peux aller (je ne vais pas m'amuser à tagguer la petite voie de 10m qui dessert la maison). Je crois avoir vu d'ailleurs en Allemagne un exemple où même les haies, murs et clôtures entre parcelles avait été taggué. Je ne sais plus où c'est d'ailleurs. FrViPofm wrote Certes, ça ne se voit pas beaucoup sur la carte. Mais on ne taggue pas pour le rendu, n'est-ce pas ? Non, c'est ce que je me suis efforcé de faire. Sauf dans le cas effectivement des limites de landuse et des voies, par soucis de simplification et je reconnais aussi, par soucis esthétique ! Chacun est libre effectivement ensuite de générer son propre rendu sous Mapetiritive ou CloudMade Maps, pour améliorer l'esthétisme de la carte en fonction de ce qu'il souhaite. -- View this message in context: http://gis.19327.n5.nabble.com/Niveau-de-landuse-tp5716629p5742879.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] Données historique et historiques des données...
Bonjour, Le 05/01/2013 00:51, François Lacombe a écrit : Je ne connais pas les cas simples, juste des cas particuliers. On peut faire un truc simple pour commencer qui sera possiblement une véritable horreur à intégrer à la prochaine itération en plus de ne concerner qu'un nombre restreint de situations. Après je ne fais pas (encore, qui sait) parti de l'équipe de dev des outils OSM, peut-être qu'ils ont un autre angle d'approche du problème que je serais ravi de lire. Le 5 janvier 2013 00:29, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : On dérive (comme les continents, on va bientôt en parler)... c'est intéressant de pousser les concepts à leur limite, mais si on pouvait identifier des cas simples qu'on peut gérer avec des solutions simples ça serait déjà pas mal, non ? Bien que spectateur sur ce fil, je rejoins Christian là-dessus : pour partager vos raisonnements, il doit y avoir moyen de les illustrer par des scenarios sur des objets typiques, comme ceux déjà énumérés dans le fil : une emprise administrative, un bout de route, un POI, etc. A contrario, si on n'est pas capable de cet exercice, ça n'augure rien de bon. Une page de wiki pour poser tout ça ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vandalisme ?
Bonjour, J'ai constaté que la moitié de la route reliant Plélan-le-Petit à Mégrit a disparu. Comment puis-je savoir quand cela est arrivé et par qui ? J'ai essayé l'onglet historique, mais il liste tout un tas de changelogs qui n'ont rien à voir avec ce que je cherche. La route manquante est visible ici : http://osm.org/go/erh5nuW?layers=Q Cordialement, Christophe Foucher, Toulouse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme ?
Est-ce que tu parle de cette route ? http://www.openstreetmap.org/?way=33269952 Si oui, alors, c'est normal, elle n'a plus aucun tag depuis le changement de licence. Le dernier utilisateur est le bot de l'OSMFoundation pour enlever les contributions non compatibles odbl. http://www.openstreetmap.org/browse/way/33269952/history La route est bien présente dans la base si tu charge les données. Mais sans tag, rien n’apparaît. Le 5 janvier 2013 11:02, Christophe Foucher christophe.fouc...@gmail.coma écrit : Bonjour, J'ai constaté que la moitié de la route reliant Plélan-le-Petit à Mégrit a disparu. Comment puis-je savoir quand cela est arrivé et par qui ? J'ai essayé l'onglet historique, mais il liste tout un tas de changelogs qui n'ont rien à voir avec ce que je cherche. La route manquante est visible ici : http://osm.org/go/erh5nuW?layers=Q Cordialement, Christophe Foucher, Toulouse. ___ 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
[OSM-talk-fr] shp et csv contenant du texte
Bonjour Je possède des fichiers de type SHP (shapefiles) contenant du texte. Lorsque j'ouvre ces fichiers dans JOSM, le texte est masqué par un symbole coloré. J'ai le même problème dans QGIS mais là, je peux supprimer le symbole et le texte apparaît. Je n'ai rien trouvé d'équivalent dans JOSM (suppression de tous les symboles). Quelqu'un a déjà rencontré le problème ? A défaut, connaissez-vous un autre format de fichier vectoriel qui passerait dans JOSM ? J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas comment structurer le fichier CSV (où et comment mettre les coordonnées ; quels titres donner aux colonnes...). Merci. -- View this message in context: http://gis.19327.n5.nabble.com/shp-et-csv-contenant-du-texte-tp5742887.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
[OSM-talk-fr] fichiers SHP et CSV
Bonjour Je possède des fichiers de type SHP (shapefiles) contenant du texte. Lorsque j'ouvre ces fichiers dans JOSM, le texte est masqué par un symbole coloré. J'ai le même problème dans QGIS mais là, je peux supprimer le symbole et le texte apparaît. Je n'ai rien trouvé d'équivalent dans JOSM (suppression de tous les symboles). Quelqu'un a déjà rencontré le problème ? A défaut, connaissez-vous un autre format de fichier vectoriel qui passerait dans JOSM ? J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas comment structurer le fichier CSV (où et comment mettre les coordonnées ; quels titres donner aux colonnes...). Merci. attachment: cherbe.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour, J'ai terminé la saisie du 400 kV du poste de Génissiat dans le 01. Il reste le 225kV et le 63kV mais c'est assez flou et géoportail est faux sur les tension et chemins des lignes aux abords du poste. http://www.openstreetmap.org/?lat=46.05465lon=5.8064zoom=15layers=M J'ai essayé de coller le mieux aux précos du wiki, je suis ouvert à tout commentaire :) Pour la saisie des circuit sur les lignes, il reste capital de bien casser les ways représentant les files de pylones à chaque intersection pour que des tronçons de lignes n'appartiennent pas à tort aux relations. Il devrait en être de même pour les voies ferrées au passage. Bonne journée. Le 3 janvier 2013 23:04, Christian Quest cqu...@openstreetmap.fr a écrit : Le 3 janvier 2013 13:49, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 3 janvier 2013 11:12, David Crochet david.croc...@online.fr a écrit : Est-ce que RTE applique des informations de réseau d'énergie indépendant du réseau physique comme le fait la SCNF qui applique un numéro de ligne (le Paris-Granville) indépendant des voies physique mais liés quand même ? Dans ce cas, pas la peine de simuler la présence de plusieurs réseaux au sein d'un même « chemin » puisque la relation va faire le tri correctement dans ce cas Si les voies SNCF correspondent aux files de pylônes alors la réponse est oui. Pour la SNCF, il y a des relations route=train pour décrire les trains qui circulent sur les route=railway qui sont les infrastructures des lignes elles même. Les premiers sont liés à la SNCF, les seconds en réalité à RFF. François, ton TOC* est déjà identifié: les pylônes électrique car dans ces relations, il n'y a pas de pylônes... certaines lignes ferroviaires n'étant toujours pas électrifiées ;) RTE ne connait même que le circuit qui est codifié selon le nom des postes aux extrémités et suivant un ordre numérique (plusieurs circuits peuvent correspondre aux mêmes extrémités). Les files de pylônes ne sont pas codifiées en tant qu'artère, par contre les pylônes possèdent des numéros (selon un des circuits supportés je crois) Je suis aussi d'accord pour dire que la relation réifie correctement le circuit, il faut que tout s'ordonne dans ma tête surtout :) Il peut exister des cas particuliers : les piquages. C'est le cas à Montchanin : http://goo.gl/maps/fjdKy Le circuit de gauche se voit ponctionner vers le poste électrique tout proche. Là, le modèle d'OSM à base de relation permet de traiter ce cas avec un tag via= par contre je ne sais pas comment RTE fait puisque le circuit n'a pas 2 mais 3 extrémités. D'ailleurs les apparences sont parfois trompeuses puisque ce circuit est construit en techno 400 kV mais n'accepte en réalité que du 225 kV (cf le piquage et les cartes de RTE). Le 400 kV arrive prochainement. http://www.rte-france.com/fr/nos-activites/nos-projets/bourgogne/les-projets-en-cours-en-bourgogne Car « power=cable » sous entend implicitement « layer = -1 » ce qui évite par exemple à un logiciel de dire qu'un câble croisent sans connexion une ligne. alors qu'il n'ont pas le layer indiqué Je ne comprends pas très bien cette histoire de layer. Deux ways peuvent se croiser, elles ne seront connectées que si elles ont un node en commun à l'endroit du croisement. Pourquoi vouloir hiérarchiser de cette façon? Une habitude qui vient des routes, l'une passe forcément sur l'autre et layer permet d'indiquer qui est dessus, qui est dessous ce qui n'est pas forcément sans intérêt, car dans la réalité c'est quand même bien comme ça. Mais très peu visible sauf les balises au sol indiquant la présence d'un réseau souterrain Ce que je voulais dire est qu'un contributeur OSM pourra faire la carto d'une artère BTB aérienne qui disparaitra 15 jours plus tard sous le coup d'une dissimulation de réseau. La capillarité fait que les zones à surveiller sont multiples sans avoir une visibilité correcte sur les projets des concessionnaires de ces réseaux. Sur la HTB (et ca démarre un peu sur la HTA) les projets sont connus et les travaux bien plus voyant. C'est juste une question de capacité de mise à jour, sinon on est bien d'accord que le max de données disponibles reste l'objectif. C'est une question qui revient pour quasiment tout type de données: a-t-on les moyens de les maintenir à jour ? Cette question se pose logiquement le plus pour des données qui vont dans le détail. *TOC = Trouble Obsessionnel Cartographique -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 03/01/2013 15:09, ZIMMY a écrit : Bonjour à tous, Je suis en contact avec plusieurs personnes sur Paray le Monial qui est un haut lieu spirituel en France avec plusieurs milliers de pélerins par an. Le service des pèlerinage n'a pas de plan dynamique et multilingue et la mairie s'oriente vers le prochain recensement de la population avec peine : il leur manque un plan de ville précis. Je dois avoir des échanges dans les semaines qui viennent pour concrétiser l'appropriation sur les deux niveaux : tourisme spirituel et municipal. Pour ceux qui se sentent de m'épauler : j'ai besoin d'un coup de main pour affiner la carte : - emprise des zones urbaines - nommage des voies - qualification des équipements majeurs - autres inspirations Voici la commune : http://www.openstreetmap.org/?lat=46.4503lon=4.1154zoom=14layers=M Merci d'avance - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488.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 Bonjour j'ai rectifié le chemin de halage du canal du centre en accord avec http://wiki.openstreetmap.org/wiki/FR:Bicycle#Chemin_de_halage un chemin de halage n'est pas une piste cyclable (highway=cycleway) il reste ouvert à la circulation des véhicules de VNF et aux vehicules de certains riverains et ayants droit. il est aussi ouvert à la circulation des piétons. cordialement Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour François, Compte tenu de la sensibilité du sujet et de l’intérêt qu'il suscite je propose qu'il fasse l'objet d'une énième demande officielle de libération de données par OSM-Fr et Wikimédia-Fr pour avoir plus de poids. Le département RD d'EDF m'a contacté récemment et souhaite une présentation de nos travaux. Je les relance pour avoir une proposition de date sur le premier trimestre 2013. Gaël 2013/1/5 François Lacombe francois.laco...@telecom-bretagne.eu Bonjour, J'ai terminé la saisie du 400 kV du poste de Génissiat dans le 01. Il reste le 225kV et le 63kV mais c'est assez flou et géoportail est faux sur les tension et chemins des lignes aux abords du poste. http://www.openstreetmap.org/?lat=46.05465lon=5.8064zoom=15layers=M J'ai essayé de coller le mieux aux précos du wiki, je suis ouvert à tout commentaire :) Pour la saisie des circuit sur les lignes, il reste capital de bien casser les ways représentant les files de pylones à chaque intersection pour que des tronçons de lignes n'appartiennent pas à tort aux relations. Il devrait en être de même pour les voies ferrées au passage. Bonne journée. Le 3 janvier 2013 23:04, Christian Quest cqu...@openstreetmap.fr a écrit : Le 3 janvier 2013 13:49, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 3 janvier 2013 11:12, David Crochet david.croc...@online.fr a écrit : Est-ce que RTE applique des informations de réseau d'énergie indépendant du réseau physique comme le fait la SCNF qui applique un numéro de ligne (le Paris-Granville) indépendant des voies physique mais liés quand même ? Dans ce cas, pas la peine de simuler la présence de plusieurs réseaux au sein d'un même « chemin » puisque la relation va faire le tri correctement dans ce cas Si les voies SNCF correspondent aux files de pylônes alors la réponse est oui. Pour la SNCF, il y a des relations route=train pour décrire les trains qui circulent sur les route=railway qui sont les infrastructures des lignes elles même. Les premiers sont liés à la SNCF, les seconds en réalité à RFF. François, ton TOC* est déjà identifié: les pylônes électrique car dans ces relations, il n'y a pas de pylônes... certaines lignes ferroviaires n'étant toujours pas électrifiées ;) RTE ne connait même que le circuit qui est codifié selon le nom des postes aux extrémités et suivant un ordre numérique (plusieurs circuits peuvent correspondre aux mêmes extrémités). Les files de pylônes ne sont pas codifiées en tant qu'artère, par contre les pylônes possèdent des numéros (selon un des circuits supportés je crois) Je suis aussi d'accord pour dire que la relation réifie correctement le circuit, il faut que tout s'ordonne dans ma tête surtout :) Il peut exister des cas particuliers : les piquages. C'est le cas à Montchanin : http://goo.gl/maps/fjdKy Le circuit de gauche se voit ponctionner vers le poste électrique tout proche. Là, le modèle d'OSM à base de relation permet de traiter ce cas avec un tag via= par contre je ne sais pas comment RTE fait puisque le circuit n'a pas 2 mais 3 extrémités. D'ailleurs les apparences sont parfois trompeuses puisque ce circuit est construit en techno 400 kV mais n'accepte en réalité que du 225 kV (cf le piquage et les cartes de RTE). Le 400 kV arrive prochainement. http://www.rte-france.com/fr/nos-activites/nos-projets/bourgogne/les-projets-en-cours-en-bourgogne Car « power=cable » sous entend implicitement « layer = -1 » ce qui évite par exemple à un logiciel de dire qu'un câble croisent sans connexion une ligne. alors qu'il n'ont pas le layer indiqué Je ne comprends pas très bien cette histoire de layer. Deux ways peuvent se croiser, elles ne seront connectées que si elles ont un node en commun à l'endroit du croisement. Pourquoi vouloir hiérarchiser de cette façon? Une habitude qui vient des routes, l'une passe forcément sur l'autre et layer permet d'indiquer qui est dessus, qui est dessous ce qui n'est pas forcément sans intérêt, car dans la réalité c'est quand même bien comme ça. Mais très peu visible sauf les balises au sol indiquant la présence d'un réseau souterrain Ce que je voulais dire est qu'un contributeur OSM pourra faire la carto d'une artère BTB aérienne qui disparaitra 15 jours plus tard sous le coup d'une dissimulation de réseau. La capillarité fait que les zones à surveiller sont multiples sans avoir une visibilité correcte sur les projets des concessionnaires de ces réseaux. Sur la HTB (et ca démarre un peu sur la HTA) les projets sont connus et les travaux bien plus voyant. C'est juste une question de capacité de mise à jour, sinon on est bien d'accord que le max de données disponibles reste l'objectif. C'est une question qui revient pour quasiment tout type de données: a-t-on les moyens de les maintenir à jour ? Cette question se pose logiquement le
Re: [OSM-talk-fr] shp et csv contenant du texte
Tout dépend de la feuille de style utilisée dans JOSM, car c'est elle qui choisit comment représenter les tags. Un piste... en français dans JOSM ça s'appelle coloriage ;) Le 5 janvier 2013 11:15, cherbe che...@free.fr a écrit : Bonjour Je possède des fichiers de type SHP (shapefiles) contenant du texte. Lorsque j'ouvre ces fichiers dans JOSM, le texte est masqué par un symbole coloré. J'ai le même problème dans QGIS mais là, je peux supprimer le symbole et le texte apparaît. Je n'ai rien trouvé d'équivalent dans JOSM (suppression de tous les symboles). Quelqu'un a déjà rencontré le problème ? A défaut, connaissez-vous un autre format de fichier vectoriel qui passerait dans JOSM ? J'ai la possibilité de transformer le SHP en CSV mais je ne sais pas comment structurer le fichier CSV (où et comment mettre les coordonnées ; quels titres donner aux colonnes...). Merci. -- View this message in context: http://gis.19327.n5.nabble.com/shp-et-csv-contenant-du-texte-tp5742887.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 -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Chemins non connectés dans le wiki...
J'ai traduit la page du wiki sur les Unconnected ways: http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s Par contre, ce n'était peut être pas une bonne idée de la renommer si on veut que le wiki la propose en alternatif de l'anglais, mais je n'ai pas l'habitude du fonctionnement du wiki. Il y a aussi de la relecture à faire, sûrement plein de fotes ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Bonjour Philippe, J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa. http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les modifications datent de plusieurs jours. http://www.openstreetmap.org/?lat=46.46625lon=4.115zoom=16layers=M Normalement la zone économique devrait s'afficher en rouget avec le nom des enseignes ajoutées et une emprise plus fine... Ce qui est agaçant car je dois aller vérifier en cliquant modifier sur Potlach pour m'assurer que les données n'ont pas été dégradées. Y-a-t-il une explication pour ça? Bon week-end à chacun Jean-Louis verdy_p wrote Regarder comment a été renseigné la population pour la commune et son type place=*. Comparer au type place=* donné au quartier de La Villeneuve. Si ça se trouve le nœud de ce quartier est tagué en suburb, alors que la commune est taguée en village. En principe les suburbs sont plus gros que les villages et concernent les quartiers de grandes agglomérations. Note : place=village c'est pour toutes les communes de 100 à moins de 1 habitants (celles de moins de 100 habitants sont normalement taguées en place=hamlet mais là tout le monde n'estpas d'accord et on tient compte de la population historique qui a pu être très supérieure dans les petits villags ruraux qui gardent leur statut de village qui était le sien lorsque la commune a été créée. Certaines petites communes ont aussi des variations conséquentes et rapides de leur population (il suffit parfois d'un lotissement, ou d'une démolition d'une ancienne résidence, ou HLM, ou d'un fort exil lié au départ d'une entreprise locale, ou de l'implantation d'une entreprise pour que cela change considérablement ; la fermeture d'une caserne, d'un hôpital, d'une maison de retraite aussi, ou parfois le déménagement d'un centre pénitentiaire...). Bref vérifier les derniers chiffres de population sur le site de l'INSEE (au moins les chiffres de 2009 maintenant tous consolidés : penser à les corriger si cela n'a pas été fait car souvent les chiffres daans OSM sont très grossiers et carrément faux : personnellement je met le dernier chiffre exact donné par l'INSEE, sans aucun arrondi dans population=n et j'ajoute systématiquement population:date=2009 pour indiquer la date retenue par l'INSEE ; s'il y a des chiffres plus récents publiés par l'INSEE pour la population légale 2013, je mets en année non pas 2013 mais l'année de référence indiquée pour le calcul.) Je monte que l'INSEE envisage de mettre à jour OSM directement avec les derniers chiffres de population mais ce serait bien de se mettre d'accord sur le tag à utiliser pour indiquer l'année et/ou la source. Et à mon avis la population serait plutôt à mettre à jour dans la relation, même si on la copie aussi dans le noeud place=* indiqué en admin_center, afin de valider la valeur donnée en place=* (place=hamlet si population100, place=village si population1, place=city si population10, etc.) Pour les quartiers, je n'utilise pas suburb sauf pour les communes à arrondissements ou à grand quartiers administratifs. Pour les autres soit, on a plusieurs agglomérations et j'utilise place=village si on estime la population de chacune comme suffisante, sinon place=locality (pour les quartiers non clairement délimités), et autres place=isolated_dwelling pour les lieux-dits ruraux limités à une seule adresse (une ferme par exemple) sinon place=hamlet pour quelques adresses autour d'un même lieu non délimité officiellement (par exemple une ferme habitée et quelques maisons autour le long d'une route hors agglomération). Le 4 janvier 2013 14:20, Nolwenn lt; donolwenn@ gt; a écrit : Je n'ai pas vu le avant/après mais je pense que c'est intéressant. Par contre je me demande pourquoi le rendu standard fait que le nom de la commune apparaît plus petit que le nom du quartier « la villeuneuve » ? ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488p5742899.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] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le générateur de tuile de l'UCL (yevaud) a eu un pépin hier, il doit avoir encore du retard, et pour moi j'ai carrément les tuiles qui ne se chargent pas alors que sur munin, yevaud semble tourner. Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour Philippe, J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa. http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les modifications datent de plusieurs jours. http://www.openstreetmap.org/?lat=46.46625lon=4.115zoom=16layers=M Normalement la zone économique devrait s'afficher en rouget avec le nom des enseignes ajoutées et une emprise plus fine... Ce qui est agaçant car je dois aller vérifier en cliquant modifier sur Potlach pour m'assurer que les données n'ont pas été dégradées. Y-a-t-il une explication pour ça? Bon week-end à chacun Jean-Louis verdy_p wrote Regarder comment a été renseigné la population pour la commune et son type place=*. Comparer au type place=* donné au quartier de La Villeneuve. Si ça se trouve le nœud de ce quartier est tagué en suburb, alors que la commune est taguée en village. En principe les suburbs sont plus gros que les villages et concernent les quartiers de grandes agglomérations. Note : place=village c'est pour toutes les communes de 100 à moins de 1 habitants (celles de moins de 100 habitants sont normalement taguées en place=hamlet mais là tout le monde n'estpas d'accord et on tient compte de la population historique qui a pu être très supérieure dans les petits villags ruraux qui gardent leur statut de village qui était le sien lorsque la commune a été créée. Certaines petites communes ont aussi des variations conséquentes et rapides de leur population (il suffit parfois d'un lotissement, ou d'une démolition d'une ancienne résidence, ou HLM, ou d'un fort exil lié au départ d'une entreprise locale, ou de l'implantation d'une entreprise pour que cela change considérablement ; la fermeture d'une caserne, d'un hôpital, d'une maison de retraite aussi, ou parfois le déménagement d'un centre pénitentiaire...). Bref vérifier les derniers chiffres de population sur le site de l'INSEE (au moins les chiffres de 2009 maintenant tous consolidés : penser à les corriger si cela n'a pas été fait car souvent les chiffres daans OSM sont très grossiers et carrément faux : personnellement je met le dernier chiffre exact donné par l'INSEE, sans aucun arrondi dans population=n et j'ajoute systématiquement population:date=2009 pour indiquer la date retenue par l'INSEE ; s'il y a des chiffres plus récents publiés par l'INSEE pour la population légale 2013, je mets en année non pas 2013 mais l'année de référence indiquée pour le calcul.) Je monte que l'INSEE envisage de mettre à jour OSM directement avec les derniers chiffres de population mais ce serait bien de se mettre d'accord sur le tag à utiliser pour indiquer l'année et/ou la source. Et à mon avis la population serait plutôt à mettre à jour dans la relation, même si on la copie aussi dans le noeud place=* indiqué en admin_center, afin de valider la valeur donnée en place=* (place=hamlet si population100, place=village si population1, place=city si population10, etc.) Pour les quartiers, je n'utilise pas suburb sauf pour les communes à arrondissements ou à grand quartiers administratifs. Pour les autres soit, on a plusieurs agglomérations et j'utilise place=village si on estime la population de chacune comme suffisante, sinon place=locality (pour les quartiers non clairement délimités), et autres place=isolated_dwelling pour les lieux-dits ruraux limités à une seule adresse (une ferme par exemple) sinon place=hamlet pour quelques adresses autour d'un même lieu non délimité officiellement (par exemple une ferme habitée et quelques maisons autour le long d'une route hors agglomération). Le 4 janvier 2013 14:20, Nolwenn lt; donolwenn@ gt; a écrit : Je n'ai pas vu le avant/après mais je pense que c'est intéressant. Par contre je me demande pourquoi le rendu standard fait que le nom de la commune apparaît plus petit que le nom du quartier « la villeuneuve » ? ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Paray-le-Monial-une-commune-qui-risque-d-utiliser-OSM-pour-son-plan-de-ville-tp5742488p5742899.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour Gaël :) Je suis pour également, c'est très intéressant. Si il est possible d'y participer et en fonction des disponibilités de chacun je veux bien être mis dans la boucle. Si il est possible d'avoir l'intérieur des postes et un potentiel de mise à jour, ça facilitera beaucoup le travail! A bientôt, François Le 5 janvier 2013 12:10, RatZilla$ ratzil...@gmail.com a écrit : Bonjour François, Compte tenu de la sensibilité du sujet et de l’intérêt qu'il suscite je propose qu'il fasse l'objet d'une énième demande officielle de libération de données par OSM-Fr et Wikimédia-Fr pour avoir plus de poids. Le département RD d'EDF m'a contacté récemment et souhaite une présentation de nos travaux. Je les relance pour avoir une proposition de date sur le premier trimestre 2013. Gaël -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Oui le rendu mouline ne se moment, d'autant plus que la panne sur le serveur de Pau semble se prolonger et qu'on est toujours sur le serveur statique (pas de noouveau rendu pour l'instant, mais le serveur statique mis en place temporairement a aussi de sérieux problèmes de performance (les tuiles mettent un temps fou à se charger, ou ne se chargent pas au delà du niveau de zoom 12, et certaines même disparaissent du cache sans doute car elles sont purgées automatiquement, mais ne sont toujours pas renouvelées. Si on zoom au delà du niveau 12, il y a des tonnes de tuiles manquantes et plus moyen d'avoir des tuiles plus petites que la taille voisine d'une commune entière). La panne électrique d'hier à Pau qui a mis en rade d'après Hélène un disque RAID est certainement réparée mais pas les disques RAID, visiblement, ou alors on doit attendre la fin de reconstruction du RAID pour qu'il redémarre. En attendant, on doit utiliser un autre serveur de rendu des tuiles, mais pour JOSM c'est très génant de ne pouvoir sélectionner une zone précise à télécharger. Déjà hier matin je notais que le serveur de base de données de Pau était anormalement en retard de plus de 6 heures pour le suivi des modifs, avant de tomber à l'arrêt. Visiblement il n'y a ps que le serveur de tuiles qui a un pépin. Mais le serveur de tuiles statiques mis à la place ne tient pas la charge pour tout le monde en France, Espagne et Italie ou dans les autres pays qui sont redirigés vers lui. On boit bien que l'infrastructure d'OSM manque de moyens. L'infrastructure au Royaume-Uni patinait un peu, Pau était sensé soulager un peu depuis moins d'un mois mais déjà il explose. La Fondation OSM doit trouver un moyen de consolider cela : pluss de serveurs de tuiles, pluss de Squid, pluss de backups de bases de données. Elle doit songer à un plan de montée en charge sérieux mais n'aurait pas du basculer d'un coup 3 pays européens à Pau avant d'avoir évalué sa montée en charge. Il va falloir qu'elle le fasse de façon plus progressive mais en étant plus prévoyant pour surveiller la charge et prévoir plus de solutions de secours en cas de panne sur un matériel. La Fondation OSM a donc besoin de sponsors et pourrait prendre conseil auprès de la Fondation Wikimedia (qui fait usage massif d'OSM maintennant aussi, mais avec ses propres moteurs de rendus sur ses propres serveurs, ce qui est très bien). Ne peut-on pas envisager plus de coopération entre les deux Fondations, avec pourquoi pas des moyens communs sur certaines ressources, comme le partage de la charge des rendus Mapnik, et une mise en commun des serveurs de tuiles et Squid par un accord mutuel et un plan DNS partagé, et en parler aussi avec les sponsors de Wikimedia ? Je ne sais pas trop ce qui se passe à la Fondation OSM, mais elle ferait bien de faire moins cavalier seul et accepter plus de collaborations en s'ouvrant davantage. Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour Philippe, J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa. http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q En revanche, je ne comprends pas l'affichage Mapnik mouline et toutes les modifications datent de plusieurs jours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour Philippe, J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa. http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q Opinion discordante ; Je trouve que le choix d'OpenMapQuest de représenter les noms de quartier tout en majuscules (ou capitales...) est assez peu judicieux, voire agressif pour l'oeil. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
J'ai rajouté le bandeau de navigation entre les langues. La redirection créée par le renommage fonctionne tant que la page de redirection persiste. 2013/1/5 Christian Quest cqu...@openstreetmap.fr: J'ai traduit la page du wiki sur les Unconnected ways: http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s Par contre, ce n'était peut être pas une bonne idée de la renommer si on veut que le wiki la propose en alternatif de l'anglais, mais je n'ai pas l'habitude du fonctionnement du wiki. Il y a aussi de la relecture à faire, sûrement plein de fotes ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Nouveau contributeur dans le sud Vendée
Le message suivant de daniel remaud: ## J'ai découvert OSM grâce à France culture et j'ai remarqué que c'était plutôt le désert dans ma commune, j'ai donc commencé à ajouter des routes et des chemins. D'autre part je pratique l'ULM et j'imagine déjà OSM sur mon GPS; zut, c'est pas un Garmin. Enfin on peut toujours rêver! a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
C'est un choix de rendu de Mapquest, d'autres moteurs de rendus peuvent faire d'autres choix, mais si tu as les ressources pour monter un serveur de rendu et assurer la charge nécessaire pour servir beaucoup de monde... En attendant le rendu Mapnik d'OSM est inutilisable actuellement en France, Espagne et Italie depuis la panne électrique d'hier à Pau. Il nous faudrait de l'aide : Wikimedia a bénéficié de ses sponsors acteurs majeurs de l'Internet dont Google, Yahoo. Bing nous fournit son imagerie, Apple pourrait nous aider aussi (il est client de la base de données pour son propre rendu, et pourrait aider aussi pour le rendu). OSM a maintenant une grosse visibilité sur Internet (merci à Wikimedia) il est grand temps de changer d'échelle pour l'infrastructure et pour les coopérations, ainsi que pour la gouvernance du projet. Le 5 janvier 2013 14:09, Art Penteur art.pent...@gmail.com a écrit : Le 5 janvier 2013 12:33, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour Philippe, J'ai regardé sur OpenMapquest, l'affichage des quartiers est vraiment sympa. http://www.openstreetmap.org/?lat=46.45511lon=4.12206zoom=15layers=Q Opinion discordante ; Je trouve que le choix d'OpenMapQuest de représenter les noms de quartier tout en majuscules (ou capitales...) est assez peu judicieux, voire agressif pour l'oeil. Art. ___ 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] Chemins non connectés dans le wiki...
Merci ! J'ai été étonné de voir qu'une page aussi importante n'avait aucune traduction... peut être qu'il y en a une autre, mais perdue dans la wiki je ne l'ai pas trouvée ! Le 5 janvier 2013 14:10, Philippe Verdy verd...@wanadoo.fr a écrit : J'ai rajouté le bandeau de navigation entre les langues. La redirection créée par le renommage fonctionne tant que la page de redirection persiste. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois). Le serveur de Pau n'est pas en cause, il n'arrive juste pas à obtenir les tuiles depuis l'angleterre... En attendant, comme je l'ai indiqué dans le flash-info sur openstreetmap.Fr, vous pouvez passez sur le rendu mapquest, ou sur tile.paulla.sso.fr/osm (ce que j'ai fait sur live.openstreetmap.fr) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données historique et historiques des données...
Le 5 janvier 2013 10:47, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bien que spectateur sur ce fil, je rejoins Christian là-dessus : pour partager vos raisonnements, il doit y avoir moyen de les illustrer par des scenarios sur des objets typiques, comme ceux déjà énumérés dans le fil : une emprise administrative, un bout de route, un POI, etc. A contrario, si on n'est pas capable de cet exercice, ça n'augure rien de bon. Une page de wiki pour poser tout ça ? Mon regard d'informaticien est tout étonné de lire de telle chose. Et que l'on puisse penser qu'une emprise administrative ou un bout de route soient des cas simples, après avoir consulté cette liste depuis un certains temps, ça m'épate encore plus. Ou que rien dans cette discussion ne semble faire douter ceux qui croient que c'est simple ? Enfin bon mon regard d'informaticien n'est qu'un parmi d'autres. Je vais essayer de reprendre l'exemple de Christian Quest, avec mon oeil d'informaticien, et vous dire ce qu'il voit : Il dit : shop:[1985/1999-07]=florist name:[1985/1999-07]=Mille Fleurs shop:[1999-08/2005-02-21]= butcher name:[1999-08/2005-02-21]=L'entrecôte shop=electronics name=Fréquences On voit trois états successifs du magasin. L'état actuel est supposé être celui par défaut, ne comprenant pas de date de validité. Informatiquement parlant, non : il y a juste un truc comportant 6 propriétés. Même la dénomination de magasin n'est pas évidente : elle n'est ici qu'une propriété, qui ne distingue pas plus qu'une autre le truc. Pour découvrir qu'il y a trois états successifs, il faut se rendre compte que 3 de ces propriétés partagent 2 dates identiques. À la suite de quels traitements se rend-on compte de ça ? Ce qui est intuitif pour un humain ne l'est pas pour un ordi. Et qu'une des dates soit un peu décalée, et bonjour les dégats. Déjà que les serveurs pédalent à calculer les tuiles avec de simples clefs/valeurs, je vous raconte pas s'il faut qu'ils se mettent à faire de l'intelligence artificielle ! On peut dire : OK, on a juste un truc qui comporte x propriétés dont chacune est susceptible de changer au cours du temps ; on se fout que ce soit un magasin, ou que l'objet se découpe en plusieurs objets, que certaines propriétés disparaissent ou apparaissent, etc. On veut juste rajouter une dimension de temps à chaque propriété.. Mouais. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
Il n'est pas évident de concevoir les pages wiki dans un contexte multilangue. De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un sait-il ajouter un titre de façon à ce que le titre de page affiché soit en français. Pour la page FR:Unconnected_ways comment par exemple s'assurer d'afficher le titre Chemins non connectés De même on redirige vers la page Chemins FR:Way où il serait bien d'afficher le titre en français. Pierre De : Philippe Verdy verd...@wanadoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Samedi 5 janvier 2013 8h10 Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki... J'ai rajouté le bandeau de navigation entre les langues. La redirection créée par le renommage fonctionne tant que la page de redirection persiste. 2013/1/5 Christian Quest cqu...@openstreetmap.fr: J'ai traduit la page du wiki sur les Unconnected ways: http://wiki.openstreetmap.org/wiki/FR:Chemins_non_connect%C3%A9s Par contre, ce n'était peut être pas une bonne idée de la renommer si on veut que le wiki la propose en alternatif de l'anglais, mais je n'ai pas l'habitude du fonctionnement du wiki. Il y a aussi de la relecture à faire, sûrement plein de fotes ! ___ 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] Données historique et historiques des données...
Bonjour, D'une manière générale, je ne suis pas vraiment convaincu de l'utilité d'avoir des données historique. Pour le moment, on a encore assez de problème à résoudre pour la représentation du présent. Le passé peut attendre, surtout que la dimension temporelle est un vrai casse tête. Seul une modification très profonde de l'API permettrais d'avoir une chance de s'y retrouver. En revanche, pour ce qui est de certain cas particulier (comme l'historique des noms d'une rue), pourquoi pas... mais avec des tags plus simple. En effet, ta proposition se base sur une syntaxe dans le nom de clé [debut:fin], je préfère une approche plus proche de nos pratiques actuelles: Un exemple (pris à Saint-Maur): *name* = Place Jean Moulin *name[1901]* = Carrefour de Bellechasse *name[1901-1965]* = Place Nationale Inconvénient: On ajoute de la sémantique dans le tag. Osmose signale le tag en erreur. Deviendrais quelques choses comme: *name* = Place Jean Moulin *old_name* = Carrefour de Bellechasse (jusqu'en 1901); Place Nationale (de 1901 à 1965) Avantage: tag existant, facile à comprendre pour n'importe quel utilisateur humain Inconvénient: très difficile à comprendre (parser) pour une application car difficile à standardiser. ou bien, on pourrait partir sur quelques choses comme: *name* = Place Jean Moulin *history:name* = Place Nationale [1901:1965]; Carrefour de Bellechasse [:1901] Avantage: on crée un nouveau tag 'history'. - on peut donc imposer une syntaxe spécifique précise pour la valeur - les applications pourront comprendre et utiliser toute la richesse de l'information. Inconvénient: Il faut juste créer une page de proposition et voir si c'est accepté. Ces deux propositions permettent de gérer l'histoire des méta-données d'un élément (et pas l'histoire de sa géométrie) et sont compatible avec Osmose. Qu'en pensez-vous ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
Le 5 janvier 2013 16:29, Pierre Béland infosbelas-...@yahoo.fr a écrit : Pour la page FR:Unconnected_ways comment par exemple s'assurer d'afficher le titre Chemins non connectés Confronté au même problème, j'ai simplement ajouté un peu de texte avant le cadre-sommaire : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship Il faudrait peut-être le mettre avec un style = niveau de titre, plutôt que texte-simple ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données historique et historiques des données...
Le 5 janvier 2013 17:32, Black Myst black.m...@free.fr a écrit : Bonjour, D'une manière générale, je ne suis pas vraiment convaincu de l'utilité d'avoir des données historique. Pour le moment, on a encore assez de problème à résoudre pour la représentation du présent. Le passé peut attendre, surtout que la dimension temporelle est un vrai casse tête. Seul une modification très profonde de l'API permettrais d'avoir une chance de s'y retrouver. En revanche, pour ce qui est de certain cas particulier (comme l'historique des noms d'une rue), pourquoi pas... mais avec des tags plus simple. En effet, ta proposition se base sur une syntaxe dans le nom de clé [debut:fin], je préfère une approche plus proche de nos pratiques actuelles: Un exemple (pris à Saint-Maur): name = Place Jean Moulin name[1901] = Carrefour de Bellechasse name[1901-1965] = Place Nationale Inconvénient: On ajoute de la sémantique dans le tag. Osmose signale le tag en erreur. C'est bien le but (la sémantique dans le tag) ;) Deviendrais quelques choses comme: name = Place Jean Moulin old_name = Carrefour de Bellechasse (jusqu'en 1901); Place Nationale (de 1901 à 1965) Avantage: tag existant, facile à comprendre pour n'importe quel utilisateur humain Inconvénient: très difficile à comprendre (parser) pour une application car difficile à standardiser. Et oui, va baser un rendu là dessus ! Par contre créer un texte à partir des tags plus sémantique est possible... c'est du rendu en fait. ou bien, on pourrait partir sur quelques choses comme: name = Place Jean Moulin history:name = Place Nationale [1901:1965]; Carrefour de Bellechasse [:1901] Mouais... Avantage: on crée un nouveau tag 'history'. - on peut donc imposer une syntaxe spécifique précise pour la valeur - les applications pourront comprendre et utiliser toute la richesse de l'information. Inconvénient: Il faut juste créer une page de proposition et voir si c'est accepté. Ces deux propositions permettent de gérer l'histoire des méta-données d'un élément (et pas l'histoire de sa géométrie) et sont compatible avec Osmose. Qu'en pensez-vous ? Osmose est facile à faire évoluer pour ne pas tenir compte de ces syntaxes, c'est pour moi un faux problème. Cela pourrait éventuellement fonctionner sur le cas précis du nom, mais pour des tags qui varient (comme Dujaric, le marchand de chaussure près de la Mairie qui était le Tribunal et le commissariat jusqu'à la construction du tribunal actuel... et le commissariat qui a déménagé et est maintenant occupé par une association...). L'histoire (récente) n'intéresse pas tout le monde, soit. Mais il y a beaucoup d'infos présentes dans OSM qui n'intéressent pas tout le monde ! Il faut voir si l'autre syntaxe proposée par Vincent n'allume pas les voyant sur Osmose, elle me semble plus propre. Je vais changer mes quelques tags de test pour voir. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
Après vérification, la page
http://wiki.openstreetmap.org/wiki/FR:Wiki_Translation
suggère bien la procédure suivie ici, soit un redirect ver la page fr et
l'ajout dans la page fr de
{{Languages|Nom_de_la_page en anglais}}
C'est en quelque sorte une béquille et rien d'autre ne semble exister
malheureusement.
Pierre
De : Art Penteur art.pent...@gmail.com
À : Pierre Béland infosbelas-...@yahoo.fr; Discussions sur OSM en français
talk-fr@openstreetmap.org
Envoyé le : Samedi 5 janvier 2013 12h05
Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
Le 5 janvier 2013 16:29, Pierre Béland infosbelas-...@yahoo.fr a écrit :
Pour la page FR:Unconnected_ways
comment par exemple s'assurer d'afficher le titre Chemins non connectés
Confronté au même problème, j'ai simplement ajouté un peu de texte
avant le cadre-sommaire :
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship
Il faudrait peut-être le mettre avec un style = niveau de titre,
plutôt que texte-simple ?
Art.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Chemin (piste) de vigne...
Le message suivant de : ## Bonsoir, Par chez moi il y a il beaucoup de parcelles dédiées à la culture de la vigne et j'ai commencé à indiquer l'état de chacune des pistes praticable par au moins un moyen de locomotion (voiture, 4x4, tracteur) ainsi que les sentiers régulièrement utilisés. À voir la carte je me demande si je ne suis pas aller trop loin : http://www.openstreetmap.org/?lat=43.2246798411618lon=2.91498122442802zoom=14layers=M Mon but premier était de cartographier ce labyrinthe de sentier existant autour de chez moi. Il m'est souvent arrivé de rebrousser chemin en vélo au bout d'une impasse en plein champ et parfois d'emprunter des pistes très peut praticable (grade5) principalement à cause du travail de labourage des tracteurs. En reprenant la doc http://wiki.openstreetmap.org/wiki/FR:Key:tracktype voici l'application dans mon coin : grade1 : piste goudronné grade2 : piste praticable par temps de pluie en voiture grade3 : piste praticable en voiture mais recommandé en SUV ou utilitaire grade4 : piste praticable en tracteur (praticable en vélo mais à éviter) grade5 : piste peut empruntée, tendance à s'effacer Sur la même commune j'ai un terrain de plaine de type alluviale (meuble par temps de pluie) et une autre parti formé par des collines sèche et rocailleuse impossible à travailler pour l'agriculture où une petite piste sera toujours plus praticable qu'une grosse piste en plaine. Qu'en pensez vous ? Qu'est ce que je doit modifier ? (ou pas) a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
Bonjour Le 05/01/2013 16:29, Pierre Béland a écrit : De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un sait-il ajouter un titre de façon à ce que le titre de page affiché soit en français. Regarder l'écriture du modèle : http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre qui modifie le h1 de la page rendu par Mediawiki, le h1 étant le titre de la page. Bien entendu, cela demande de modifier le commons.css du wiki. Ainsi en modifiant le h1, vous modifier le rendu du titre de la page sans en changer son nom. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 14:50, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois). En fait cela concerne TOUS les niveaux au dessus du niveau 12 (dès le niveau 13 on a des problèmes, donc pas moyen d'avoir des tuiles plus fines qu'en gros une commune entière). Plein de tuiles ne se chargent pas ou mettent un temps infini (et malheureusement le serveur a un timeout beaucoup trop long, et doit saturer en nombre de ports TCP ouverts par les visiteurs de France, d'Espagne ou d'Italie). Heureusement que la plupart des visiteurs le font via le serveur de tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le lien en haut des pages. Sinon pour les visiteurs Mapquest reste une solution, mais pas pour les utilisateurs de JOSM quand on veut charger des tuiles en zoomant sur une zone précise. Seule solution : zoomer, attendre quelques heures (sic!), puis rezoomer pour que la tuile soit à disposition dans JOSM. Ou alors trouver un autre moyen pour chercher un objet précis (Nominatim fournit parfois une box assez petite si on veut moins qu'une commune entière). Autre ennui : JOSM garde dans son cache les tuiles qui ne se chargent pas et ont retourné un timeout, et ne les redemande plus. On doit aussi jongler en vidant le cache locale de JOSM. Dommage que JOSM dans son dialogue de téléchargement ne propose pas un autre serveur de tuiles (l'option existe peut-être, mais si on a le choix dans les paramètres TMS/WMS pour le menu Imagerie on n'a pas ce choix pour le dialogue de téléchargement où les serveurs WMS/TMS paramétrés ne sont pas listés et sélectionnable, c'est toujours *.tile.openstreetmap.org qui est utilisé dans ce dialogue et je trouve ça dommage quand une combobox dans le dialogue aurait suffit à utiliser là un autre serveur de tuiles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Bonjour Le 05/01/2013 21:44, Philippe Verdy a écrit : Heureusement que la plupart des visiteurs le font via le serveur de tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le lien en haut des pages. Parce que les tuiles ne sont pas fait par le serveur *chez* wikimedia qui fait une copie en temps réelle chez OSM ? http://wikitech.wikimedia.org/view/Server_roles#Amsterdam - ptolemy et ortelius -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM-SN - question technique
Salut à tout le monde, je suis Seydou Badiane du Sénégal. J'ai découvert OpenStreetMap depuis sept mois et je contribue sur OSM et travaille sur la communication autour de la communauté d'OpenStreetMap-Sénégal: - http://wiki.openstreetmap.org/wiki/Senegal - https://www.facebook.com/OpenStreetMap.Senegal - http://twitter.com/OpenStreetMapSn J'aimerai savoir comment taguer un espace public dédié aux jeunes comprenant : - espace de formation - activités culturelles (soirées dansantes; ateliers artistiques...) - ressources culturelles (bibliothèque de livres; documents de formation...) - ressources numériques Merci d'avance Seydou Badiane ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
David, je ne suis pas assez familier pour voir quelles modificatons effectuer dans le wiki openstreetmap. Néanmoins, j'ai débuté en créant les deux pages de test suivantes : http://wiki.openstreetmap.org/wiki/Custom_Page_Title http://wiki.openstreetmap.org/wiki/FR:Custom_Page_Title Pierre De : David Crochet david.croc...@online.fr À : talk-fr@openstreetmap.org Envoyé le : Samedi 5 janvier 2013 13h52 Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki... Bonjour Le 05/01/2013 16:29, Pierre Béland a écrit : De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un sait-il ajouter un titre de façon à ce que le titre de page affiché soit en français. Regarder l'écriture du modèle : http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre qui modifie le h1 de la page rendu par Mediawiki, le h1 étant le titre de la page. Bien entendu, cela demande de modifier le commons.css du wiki. Ainsi en modifiant le h1, vous modifier le rendu du titre de la page sans en changer son nom. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ 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] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 21:44, Philippe Verdy verd...@wanadoo.fr a écrit : Le 5 janvier 2013 14:50, Christian Quest cqu...@openstreetmap.fr a écrit : Pour les tuiles, ça pédale dans la semoule sur yevaud, le générateur de tuiles qui a perdu son RAID sur les zooms élevés (17-18 je crois). En fait cela concerne TOUS les niveaux au dessus du niveau 12 (dès le niveau 13 on a des problèmes, donc pas moyen d'avoir des tuiles plus fines qu'en gros une commune entière). Plein de tuiles ne se chargent pas ou mettent un temps infini (et malheureusement le serveur a un timeout beaucoup trop long, et doit saturer en nombre de ports TCP ouverts par les visiteurs de France, d'Espagne ou d'Italie). L'explication est sûrement ailleurs... le générateur de tuiles recalcule beaucoup de tuiles suite au crash et est donc plus lent à en générer à la demande. Heureusement que la plupart des visiteurs le font via le serveur de tuiles de Wikimedia, via les cartes affichées sur Wikipédia par le lien en haut des pages. Sinon pour les visiteurs Mapquest reste une solution, mais pas pour les utilisateurs de JOSM quand on veut charger des tuiles en zoomant sur une zone précise. Mais si... dans JOSM aussi la petite croix en haut à droite, permet de changer de jeu de tuiles, comme un peu partout. Tu vois Philippe, c'est le problème avec pas mal de tes messages, des affirmations péremptoires, alors que parfois il suffit de poser la question pour avoir la réponse et la solution. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Mais si... dans JOSM aussi la petite croix en haut à droite, permet de changer de jeu de tuiles, comme un peu partout. Tu vois Philippe, c'est le problème avec pas mal de tes messages, des affirmations péremptoires, alors que parfois il suffit de poser la question pour avoir la réponse et la solution. Tu ne comprends pas : on n'a pas la liste complète des serveurs WMS paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres n'affichent pas assez de trucs pour une sélection précise... Cette liste est codée en dur dans JOSM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins non connectés dans le wiki...
C'est ça mais il faut le support d'un javascript fourni soit par le serveur par un plugin (on peut aussi le faire une extension javascript stockée dans son propre espace utilisateur), ou une extension du parser wiki pour prendre en charge le remplacement au niveau du serveur sans besoin de Javascript côté client. Certains sites Wikimedia ont intégré ce support mais pas le wiki documentaire d'OSM. Le 5 janvier 2013 22:24, Pierre Béland infosbelas-...@yahoo.fr a écrit : David, je ne suis pas assez familier pour voir quelles modificatons effectuer dans le wiki openstreetmap. Néanmoins, j'ai débuté en créant les deux pages de test suivantes : http://wiki.openstreetmap.org/wiki/Custom_Page_Title http://wiki.openstreetmap.org/wiki/FR:Custom_Page_Title Pierre De : David Crochet david.croc...@online.fr À : talk-fr@openstreetmap.org Envoyé le : Samedi 5 janvier 2013 13h52 Objet : Re: [OSM-talk-fr] Chemins non connectés dans le wiki... Bonjour Le 05/01/2013 16:29, Pierre Béland a écrit : De façon à franciser de tels noms de pages de wiki en anglais, quelqu'un sait-il ajouter un titre de façon à ce que le titre de page affiché soit en français. Regarder l'écriture du modèle : http://fr.wikiversity.org/wiki/Mod%C3%A8le:Titre qui modifie le h1 de la page rendu par Mediawiki, le h1 étant le titre de la page. Bien entendu, cela demande de modifier le commons.css du wiki. Ainsi en modifiant le h1, vous modifier le rendu du titre de la page sans en changer son nom. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 22:42, Philippe Verdy verd...@wanadoo.fr a écrit : Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Mais si... dans JOSM aussi la petite croix en haut à droite, permet de changer de jeu de tuiles, comme un peu partout. Tu vois Philippe, c'est le problème avec pas mal de tes messages, des affirmations péremptoires, alors que parfois il suffit de poser la question pour avoir la réponse et la solution. Tu ne comprends pas : Parfois c'est aussi qu'on se fait mal comprendre... on n'a pas la liste complète des serveurs WMS paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres n'affichent pas assez de trucs pour une sélection précise... Cette liste est codée en dur dans JOSM Merci pour ces précisions, il fallait effectivement lire entre tes lignes pour saisir ta préférence pour le rendu Mapnik et ses nombreux détails. Personnellement je m'en fiche je suis passé sur MapQuest avec les problème actuels et ça ne me gêne pas... (soit dit en passant, pour Mapnik on est en TMS et pas en WMS). -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 5 janvier 2013 23:02, Christian Quest cqu...@openstreetmap.fr a écrit :
Le 5 janvier 2013 22:42, Philippe Verdy verd...@wanadoo.fr a écrit :
Le 5 janvier 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit :
Mais si... dans JOSM aussi la petite croix en haut à droite, permet de
changer de jeu de tuiles, comme un peu partout.
Tu vois Philippe, c'est le problème avec pas mal de tes messages, des
affirmations péremptoires, alors que parfois il suffit de poser la
question pour avoir la réponse et la solution.
Tu ne comprends pas :
Parfois c'est aussi qu'on se fait mal comprendre...
on n'a pas la liste complète des serveurs WMS
paramétrés dans JOSM, donc un seul serveur WMS pour Mapnik, les autres
n'affichent pas assez de trucs pour une sélection précise... Cette
liste est codée en dur dans JOSM
Merci pour ces précisions, il fallait effectivement lire entre tes
lignes pour saisir ta préférence pour le rendu Mapnik et ses nombreux
détails. Personnellement je m'en fiche je suis passé sur MapQuest avec
les problème actuels et ça ne me gêne pas... (soit dit en passant,
pour Mapnik on est en TMS et pas en WMS).
Oui mais dans le premier message je parlais des deux, TMS et WMS.
Par exemple pour Paula j'ai ajouté la ligne suivante dans les
préférences WMS/TMS (sous le nom Paulla) :
tms[18]:http://{switch:a,b,c}.tile.paulla.asso.fr/osm-br/{zoom}/{x}/{y}.png
Mais ensuite Paulla n'apparait pas disponible dans le dialogue de
téléchargement en cliquant le [+] en haut à droite, dont la liste est
en dur (soit stockée en dur dans JOSM, soit depuis un serveur, car je
ne sais pas d'où vient cette liste non paramétrable).
En revanche, on peut activer cette couche comme fond de carte et
zoomer dessus, AVANT d'ouvrir le dialogue de téléchargement (mais pas
de liaison ensuite si on utilise l'onglet de recherche Nominatim).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 05/01/2013 23:09, Philippe Verdy a écrit :
Par exemple pour Paula j'ai ajouté la ligne suivante dans les
préférences WMS/TMS (sous le nom Paulla) :
tms[18]:http://{switch:a,b,c}.tile.paulla.asso.fr/osm-br/{zoom}/{x}/{y}.png
Mais ensuite Paulla n'apparait pas disponible dans le dialogue de
téléchargement en cliquant le [+] en haut à droite, dont la liste est
en dur (soit stockée en dur dans JOSM, soit depuis un serveur, car je
ne sais pas d'où vient cette liste non paramétrable).
Si Philippe, Paulla apparaît. Mais uniquement après avoir redémarré
JOSM. Cette liste est en dur pour le temps de ta session JOSM. Elle
vient de ta liste de serveurs TMS, dans son état au démarrage de l'appli.
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Infos sur l'outil relation
Le message suivant de : ## Bonjour à tous Quelqu'un a t il rédigė en français une prise en main de l'outil relation qui n'est pas très facile à saisir. Cordialement a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville
Le 6 janvier 2013 00:08, Vincent de Chateau-Thierry v...@laposte.net a écrit :
Le 05/01/2013 23:09, Philippe Verdy a écrit :
Par exemple pour Paula j'ai ajouté la ligne suivante dans les
préférences WMS/TMS (sous le nom Paulla) :
tms[18]:http://{switch:a,b,c}.tile.paulla.asso.fr/osm-br/{zoom}/{x}/{y}.png
Mais ensuite Paulla n'apparait pas disponible dans le dialogue de
téléchargement en cliquant le [+] en haut à droite, dont la liste est
en dur (soit stockée en dur dans JOSM, soit depuis un serveur, car je
ne sais pas d'où vient cette liste non paramétrable).
Si Philippe, Paulla apparaît. Mais uniquement après avoir redémarré JOSM.
Cette liste est en dur pour le temps de ta session JOSM. Elle vient de ta
liste de serveurs TMS, dans son état au démarrage de l'appli.
Je redémarre si peu souvent JOSM que je n'ai même pas remarqué qu'il
fallait l'arrêter pour ce dialogue, alors que la prise en compte est
immédiate dans le menu Imagerie. Même quand je le redémarre,
généralement je repars avec un menu imagrie réduit et aucun fond
chargé, la plupart du temps c'est un fichier OSM que je recharge puis
j'active un fond d'imagerie (le plus souvent Bing Sat, et Mapnik OSM).
Merci de me l'avoir fait remarquer, ce n'était visible nulle part.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
