Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
verdy_p wrote Je maintiens que zone à aménager existe bel et bien. Et en matière d'aménagement, c'est parfaitement ans le sujet de mêler les activités économiques et le logement ou les plans de déplacement qui doivent avoir une cohérence d'ensemble. On ne construit pas une zone économique dans le désert, nulle part ! Ok, donc donne tes sources pour la Zone à Aménager. D'autre part, le problème du Conseil Général n'est pas l'aménagement mais la localisation des zones d'activités économiques. Donc, je confirme que tes propos sur les logements (et maintenant sur les déplacements) sont hors sujets. Mais ne t'inquiète pas, je connais aussi très bien ces sujets. verdy_p wrote Bla bla bla ton commentaire qui ne dis strictement rien de neuf mais fais juste du dénigrement. Enlève ta lorgnette de ta propre collectivité locale sur ce quelle fait et regarde aussi justement ce qu'elle ne fait pas. Car le jargon administratif est fort compliqué et changeant en France (souvent à cause des arbitrages entre projets contradictoires et pas tous finançables), et les adminsitrations ne sont pas les seules à définir leur terminologie non plus. Je ne vois pas le rapport avec la choucroute, là? Je ne fais pas de dénigrement, je t'explique juste que tu es hors sujet. Et on ne parle pas de ce qui se fait en France, on parle d'un projet précis qui se passe dans le Vaucluse. De plus, je répond à une question qui m'a été posé et qui est de traduire les sigles qui se trouvent dans la page wiki du projet (et non tous les sigles présents dans le dictionnaire de l'urbanisme). - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775198.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] OSM chez Free
Non, la licence ne l'impose pas pour les rendus sous forme d'image, tant que ce ne sont pas des données brutes qui sont diffusées mais des données agrégées/transformées et remises en forme de façon spécifique (on peut toujour argumenter que ce sont des données dérivées, particulièrement pour un rendu en modevectoriel qu'il est possible de reconstituer sous une forme directement exploitable dans une autre base de données dérivée, mais pour un rendu bitmap, cela demande un OCR et il n'y a aucune délimitation claire entre les champs et cela produira des erreurs d'analyse car l'OCR risque d'être facilement trompé selon les autres éléments dessinés en arrière plan; de plus cela dépend des styles de polices utilisées, des couleurs utilisées, etc.). Le rendu sur le site OSM par exemple utilise une licence CC-BE-SA qui n'impose que de conserver la licence et le nom de l'auteur ou du site qui a produit l'image, et la licence n'impose pas autre chose. Mais il est de bon ton tout de même d'indiquer à partir de quoi et du travail de qui ce rendu est fait. Mais la mention de Mapquest avec un lien suffit, Mapquest indiquant clairement sur sa page à partir de quoi ses images sont réalisées à condition qu'on utilise le bon lien pour citer Mapquest. Ce lien d'attribution peut aussi être vers une page d'attribution du site. Il n'est pas obligatoire non plus que ce lien soit sur l'image elle-même, il peut être juste en dessous, à un endroit évident pour qu'on ne puisse pas le louper. et son libellé doit être assez clair pour qu'on ne confonde pas les images affichées avec la licence générale ou le droit d'auteur relatif et les conditions général du site qui les utilise (donc il faut éviter de mêler cela parmi une floppée de mentions générales du site propre à Free ici (les nombreuses petites lignes en bas de page ici peuvent tromper sur les conditions applicables à la cartographie affichée, c'est bien pour ça qu'il y a un lien spécifique ici dans le coin de la zone d'affichage des images de la carte). Je ne vois donc aucun problème à cette page de Free. Il y en aurait un seulement si Free mentionnait Mapquest avec un lien vers une page quelconque ne mentionnant pas clairement les clauses de droit d'auteur et de licence applicables aux images affichées. Ce lien doit cependant conduire vers une page où on n'a pas à chercher ou naviguer pour trouver ces clauses applicables (mentionner Mapquest en liant à sa page d'accueil n'est pas suffisant, pas plus que mentionner OpenStreetmap avec juste un lien vers la page d'accueil d'OpenStreetMap. A mon avis il est toujours plus prudent de ne pas se lier à un site externe (dont la structure peut changer à tout moment), mais créer une page locale contenant les clauses minimales indispensables pour l'attribution et les licences applicables (avec un accès direct depuis cette page au texte complet de ces licences dont la citation du seul nom n'est pas suffisante, d'une façon compatible avec les conditions imposées par cette licence). D'autant plus que Free a ici un site soumis au droit français et s'adresse aux utilisateurs français, il doit pouvoir créer cette page en français même si le détail des licences est en anglais, pour être conforme à la loi française et son obligation d'informer les consommateurs, tout en étant lui-même conforme au droit international applicable à ses activités (commerciales ou non) : en mentionnant Mapquest, il touche au droit des marques par exemple et cela l'oblige aussi à respecter les conditions légales de citation des marques. Le mieux est de suivre la procédure de citation donnée par chaque source: Mapquest le décrit sur son site, comme aussi OpenStreetMap concernant ses données ou l'imagerie qu'il fabrique et diffuse à partir de ces données. Cependant ces sites ne sont pas français et pour être assuré de respecter le droit français, il est souvent nécessaire d'en faire un peu plus en terme de mentions légales, sans contrevenir non plus aux licences et attributions obligatoires demandées ni aux autres droits des tiers (qui pourraient être applicables en France mais pas dans les pays des autres sites). Mais Mapquest est assez connu et largement utilisé sans problème dans le monde. Si des mentions complémentaires avaient été nécessaires pour la France, Mapquest l'aurait expliqué et notifié ses utilisateurs des changements à faire sur la façon de le citer (et Free devrait alors suivre ces procédures complémentaires). Si des restrictions supplémentaires viennent contredire une licence, c'est légal et conforme à la licence si la loi impose ces restrictions et s'applique à l'utilisateur de la licence, même si la licence ne le dit pas (la loi est supérieure à la licence, quoi qu'elle dise). Le 27 août 2013 20:57, Plop76 vaujani...@free.fr a écrit : Dans son message précédent, JonathanMM a écrit : Y'a bien la source en bas à droite ;) Mapquest c'est pour les tuiles, mais il faut aussi l'attribution pour les données OSM, non ?
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
Le 28 août 2013 08:16, Tony Emery tony.em...@yahoo.fr a écrit : Je ne vois pas le rapport avec la choucroute, là? Je ne fais pas de dénigrement, je t'explique juste que tu es hors sujet. Et on ne parle pas de ce qui se fait en France, on parle d'un projet précis qui se passe dans le Vaucluse. Donc tu viens de sire que le Vaucluse n'est pas en France... Le Vaucluse aurait fait sécession avec une déclaration d'indépendance ? Ce qui m'énerve c'est de voir combien certains croient que le projet OSM est destiné à ne servir que les intérêts et besoins des administrations de collectivités locales. Je n'apprécie pas du tout cet accaparement croissant du projet contre les utilisateurs OSM qui ne sont pas des administrations publiques locales, et décident et imposent aux autres ce qu'ils doivent faire y compris la terminologie spécifique qui n'oblige QUE ces administrations dans leur jargon administratif mais personne d'autre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bâtiment non rendu
Le 27 août 2013 à 21:24, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 août 2013 16:39, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai fait une modif neutre (juste un changement de version de l'objet) et il est apparu sur le rendu osm.org Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas recréé ou un truc du genre. Pour en avoir le cœur net, j'ai joué au fond de mon jardin... - ajout d'un petit multipolygone de landuse : il apparait sur le rendu - je supprime la relation multipolygone - tout disparait osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way en outer ne sont pas remises à jour à l'occasion. J'ai rencontré ce problème de nombreuses fois en travaillant sur les canaux pour fluv.io / OpenRiverBoatMap. Effectivement ça apparaissait sur des multipolygones… Je vais signaler le problème sur github, et voir où ça se situe dans le code… Merci :-))) et voir aussi comment retrouver ces polygones désynchronisés dans les bases actuelles (là je pense que j'ai une bonne piste). Essai de rechercher les multipoligones sur les waterway=riverbank (entre-autres) -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaucluse : localisation des zones d'activités
verdy_p wrote Donc tu viens de sire que le Vaucluse n'est pas en France... Le Vaucluse aurait fait sécession avec une déclaration d'indépendance ? Ce qui m'énerve c'est de voir combien certains croient que le projet OSM est destiné à ne servir que les intérêts et besoins des administrations de collectivités locales. Je n'apprécie pas du tout cet accaparement croissant du projet contre les utilisateurs OSM qui ne sont pas des administrations publiques locales, et décident et imposent aux autres ce qu'ils doivent faire y compris la terminologie spécifique qui n'oblige QUE ces administrations dans leur jargon administratif mais personne d'autre. J'explique à nouveau : ce n'est pas un projet qui consiste à localiser toutes les ZAE de France mais seulement celles du Vaucluse parce qu'il est porté par le Conseil Général 84. Le jour où l'on déploiera ce projet sur l'ensemble du territoire, on verra comment on s'y prend. C'est ce qu'on appelle, en gestion de projets, la définition d'un site-pilote. Si on reste dans ta logique, il faudrait que j'inscrive ce projet dans un contexte mondial, puisqu'OSM concerne la Terre entière ? Et enfin, je rappelle qu'il s'agissait seulement de définir les sigles qui se trouvent sur la page du projet. Mais si tu veux étaler ta connaissance, on peux aussi ouvrir une page sur tous les sigles du dictionnaire de l'urbanisme. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Vaucluse-localisation-des-zones-d-activites-tp5775089p5775202.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] Comparaison OSM/Route500
Bonjour, bien joué, ça donne un bon aperçu du différentiel entre les deux référentiels. Il serait intéressant d'obtenir la liste des IDs OSM par ligne. ça permettrait de retrouver les tronçons manquants et/ou supplémentaires par rapport à Route500. Un petit pourcentage indiquant la différence entre le tronçon osm et le tronçon route500 serait également utile. ça va permettre de faire avancer osm. Autres remarques, en observant google, j'ai l'impression que le référentiel Route500 est la référence pour les numéros de routes dans Maps. Sur toutes les routes de l'Aude que je viens de vérifier dans OSM, les tronçons de routes de Maps sont référencées identiques à Route500. 2013/8/27 Christian Quest cqu...@openstreetmap.fr Voilà, c'est recalculé et c'était une erreur de ma part dans le replace qui ne remplaçait que le premier espace trouvé) et pas du Route500 ;) Le 27 août 2013 10:25, Christian Quest cqu...@openstreetmap.fr a écrit : Voilà ce qui arrive quand on fait confiance à des données de référence, qu'on imagine normalisées ;) Je rajoute de ce pas le replace/upper sur le Route500... et remouline le tout (comme ça le 06 aura aussi ses Métropolitaines). Pour le 95, j'ai dû loupé l'import du Route500 de ce département... Le 27 août 2013 10:03, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Art Penteur Le 27 août 2013 08:55, Christian Quest a écrit : [...] Dans quel département as-tu trouvé un D 155b dans les fichiers générés ? Encore une fois, pas la réponse exacte à la question, mais un cas approchant : Dans le 12, il y a D146 E et D146E En regardant la requête dans le README, la référence des routes est prise dans une colonne de la table Route500, mais sans lui appliquer la même normalisation que pour la source OSM. Il faudrait coller la même fonction (REGEXP_REPLACE(UPPER(r.ref),' ','')) côté Route500 pour s'affranchir des nuances majuscules/minuscules et espaces de la même manière pour les deux sources. Sinon dans le fichier du Val d'Oise, toutes les valeurs de la colonne km_ign sont à 0, ce qui rend la comparaison très flatteuse pour OSM :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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/ -- 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 -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Philippe Verdy a exposé le 28/08/2013 : Non, la licence ne l'impose pas pour les rendus sous forme d'image, tant que ce ne sont pas des données brutes qui sont diffusées mais des données agrégées/transformées et remises en forme de façon spécifique (on peut toujour argumenter que ce sont des données dérivées, particulièrement pour un rendu en modevectoriel qu'il est possible de reconstituer sous une forme directement exploitable dans une autre base de données dérivée, mais pour un rendu bitmap, cela demande un OCR et il n'y a aucune délimitation claire entre les champs et cela produira des erreurs d'analyse car l'OCR risque d'être facilement trompé selon les autres éléments dessinés en arrière plan; de plus cela dépend des styles de polices utilisées, des couleurs utilisées, etc.). Le rendu sur le site OSM par exemple utilise une licence CC-BE-SA qui n'impose que de conserver la licence et le nom de l'auteur ou du site qui a produit l'image, et la licence n'impose pas autre chose. Ok donc quand sur le site Mapquest on lit : The MapQuest Open Tiles are available for use for free under the following conditions: If using the MapQuest-OSM tiles, OpenStreetMap must be given credit for the data – see this section of OSM's legal FAQ for details. http://developer.mapquest.com/web/products/open/map#terms c'est en fait plutôt un conseil qu'une obligation. Je ne vois donc aucun problème à cette page de Free. Il y en aurait un seulement si Free mentionnait Mapquest avec un lien vers une page quelconque ne mentionnant pas clairement les clauses de droit d'auteur et de licence applicables aux images affichées. Ce lien doit cependant conduire vers une page où on n'a pas à chercher ou naviguer pour trouver ces clauses applicables (mentionner Mapquest en liant à sa page d'accueil n'est pas suffisant, pas plus que mentionner OpenStreetmap avec juste un lien vers la page d'accueil d'OpenStreetMap. C'est pourtant justement ce que fait Free, en mettant un lien vers www.mapquest.com (mais Mapquest le conseille lui-même). Pour savoir que les données viennent en fait d'OSM et qu'il s'agit des tuiles Mapquest open, il faut être connaisseur... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le lundi 26 août 2013 19:45:40 Christian Quest a écrit : Je viens de terminer un bout de script pour générer département par département une liste des routes présentes dans OSM et dans le Route500 de l'IGN. Donc pour chaque département ça sort la liste des 'ref' et les km présents dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant une interface un peu plus sexy). http://osm13.openstreetmap.fr/~cquest/routes/ Arg, il y a des refs avec des , (virgules) dans le 63. D'une ça fiche en l'air ton CSV, de deux il doit y avoir un blème. Ce serait top de classer la liste par ordre croissant selon la différence de distance (avec cette distance dans la dernière colonne). Ça se fait bien dans un tableur, mais bon à l'occase ;-) Le top serait d'intréger ça sur le site de la même manière que les stats sur état commune (qui est en rade … osm7 j'imagine). Merci Christian -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le 28 août 2013 09:32, Sylvain Perrinel sylvain.perri...@gmail.com a écrit : Bonjour, bien joué, ça donne un bon aperçu du différentiel entre les deux référentiels. Il serait intéressant d'obtenir la liste des IDs OSM par ligne. ça permettrait de retrouver les tronçons manquants et/ou supplémentaires par rapport à Route500. Un petit pourcentage indiquant la différence entre le tronçon osm et le tronçon route500 serait également utile. ça va permettre de faire avancer osm. Je peux rajouter 2 colonnes: % osm/ign et osm-ign Pour les id, je ne vois pas trop comment utiliser ça en l'état à partir d'un fichier csv. J'envisage par contre de faire une petite interface permettant de charger facilement pour édition la zone concernée par une route du Route500. Ca couplé au layer transparent Route500 par dessus Bing et c'est parti pour comparer... compléter, ce que j'ai fait pour l'instant manuellement sur le département de l'Yonne (pas terminé). Autres remarques, en observant google, j'ai l'impression que le référentiel Route500 est la référence pour les numéros de routes dans Maps. Sur toutes les routes de l'Aude que je viens de vérifier dans OSM, les tronçons de routes de Maps sont référencées identiques à Route500. C'est sur les erreurs qu'on peut savoir qui utilise quoi comme données, car sur les infos exactes, en principe tout le monde devrait avoir la même chose et là savoir d'où ça vient me semble impossible ! -- 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] OSM chez Free
must c'est pas un conseil, mais une obligation... sinon ça aurait été should -- 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] Comparaison OSM/Route500
Le mercredi 28 août 2013 10:03:56 Nicolas Dumoulin a écrit : Le lundi 26 août 2013 19:45:40 Christian Quest a écrit : Je viens de terminer un bout de script pour générer département par département une liste des routes présentes dans OSM et dans le Route500 de l'IGN. Donc pour chaque département ça sort la liste des 'ref' et les km présents dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant une interface un peu plus sexy). http://osm13.openstreetmap.fr/~cquest/routes/ Arg, il y a des refs avec des , (virgules) dans le 63. D'une ça fiche en l'air ton CSV, de deux il doit y avoir un blème. Voilà un tronçon nommé A 71;A 89 : http://www.openstreetmap.org/browse/way/70794990 Moi, sur le terrain il me semble bien qu'il ne soit marqué que A71. Il y a apparemment presque 500 tronçons avec un ; dans la ref. Autant pour des voies communales, je peux imaginer des cas un peu tordus, autant j'imagine mal un tronçon d'autoroute qui se partage deux autoroutes. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
2013/8/28 Christian Quest cqu...@openstreetmap.fr Le 28 août 2013 09:32, Sylvain Perrinel sylvain.perri...@gmail.com a écrit : Bonjour, bien joué, ça donne un bon aperçu du différentiel entre les deux référentiels. Il serait intéressant d'obtenir la liste des IDs OSM par ligne. ça permettrait de retrouver les tronçons manquants et/ou supplémentaires par rapport à Route500. Un petit pourcentage indiquant la différence entre le tronçon osm et le tronçon route500 serait également utile. ça va permettre de faire avancer osm. Je peux rajouter 2 colonnes: % osm/ign et osm-ign Parfait ! Pour les id, je ne vois pas trop comment utiliser ça en l'état à partir d'un fichier csv. J'envisage par contre de faire une petite interface permettant de charger facilement pour édition la zone concernée par une route du Route500. Ca couplé au layer transparent Route500 par dessus Bing et c'est parti pour comparer... compléter, ce que j'ai fait pour l'instant manuellement sur le département de l'Yonne (pas terminé). C'est bien ça l'idée. Je voyais la liste des IDs comme un moyen d'accéder aux données OSM (par copier/coller) mais si tu penses à mieux... Par contre, il faut pouvoir également accéder aux données osm non présentes dans Route500 pour pouvoir vérifier si cela est une erreur ou non. Autres remarques, en observant google, j'ai l'impression que le référentiel Route500 est la référence pour les numéros de routes dans Maps. Sur toutes les routes de l'Aude que je viens de vérifier dans OSM, les tronçons de routes de Maps sont référencées identiques à Route500. C'est sur les erreurs qu'on peut savoir qui utilise quoi comme données, car sur les infos exactes, en principe tout le monde devrait avoir la même chose et là savoir d'où ça vient me semble impossible ! C'est pas faux :) -- 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 Encore merci, ce genre de moulinette est très pratique. -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Ce genre de cas arrive lorsque deux tronçons avec deux refs différentes sont fusionnés. Il me semble que JOSM propose la fusion du champ en concaténant les deux référence avec un point-virgule. D'après Route500, ce cas n'existe pas. 2013/8/28 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mercredi 28 août 2013 10:03:56 Nicolas Dumoulin a écrit : Le lundi 26 août 2013 19:45:40 Christian Quest a écrit : Je viens de terminer un bout de script pour générer département par département une liste des routes présentes dans OSM et dans le Route500 de l'IGN. Donc pour chaque département ça sort la liste des 'ref' et les km présents dans OSM et le Route500, le tout sous forme de fichier CSV (en attendant une interface un peu plus sexy). http://osm13.openstreetmap.fr/~cquest/routes/ Arg, il y a des refs avec des , (virgules) dans le 63. D'une ça fiche en l'air ton CSV, de deux il doit y avoir un blème. Voilà un tronçon nommé A 71;A 89 : http://www.openstreetmap.org/browse/way/70794990 Moi, sur le terrain il me semble bien qu'il ne soit marqué que A71. Il y a apparemment presque 500 tronçons avec un ; dans la ref. Autant pour des voies communales, je peux imaginer des cas un peu tordus, autant j'imagine mal un tronçon d'autoroute qui se partage deux autoroutes. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
Christian Quest a écrit : must c'est pas un conseil, mais une obligation... sinon ça aurait été should C'est justement pour ça que je posais la question. En ayant lu cette page, je pensais que c'était une obligation, mais Philippe semble dire que la licence ne l'impose pas. Je vois que le wiki dit également qu'un crédit séparé pour OSM est requis : http://wiki.openstreetmap.org/wiki/MapQuest#MapQuest-hosted_map_tiles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
2013/8/28 Philippe Verdy verd...@wanadoo.fr: Non, la licence ne l'impose pas pour les rendus sous forme d'image, tant que ce ne sont pas des données brutes qui sont diffusées mais des données agrégées/transformées et remises en forme de façon spécifique Créer un nouveau rendu à partir des données OSM uniquement s'appelle un produced work dans le jargon de la license: http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline Dans ce cas, on peut publier son rendu sous n'importe quelle license mais il faut quand même ajouter l'attribution: http://wiki.openstreetmap.org/wiki/License/Use_Cases#Case_2:_I_want_to_publish_something_based_on_OSM_and_nothing_else Si Free utilise la version OSM de MapQuest (et non leur version navteq) alors oui, l'attribution est incomplète. Le même problème se pose régulièrement avec le rendu Mapbox. Ils disent bien qu'il faut ajouter l'attribution OSM dans le site client mais ne vérifient pas eux-mêmes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
2013/8/28 Sylvain Perrinel sylvain.perri...@gmail.com: D'après Route500, ce cas n'existe pas. Non. En France, ça n'existe pas. Une seule référence par portion de route. Par contre, il y a des pays comme les USA où c'est assez courant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
On 08/28/2013 10:20 AM, Sylvain Perrinel wrote: Ce genre de cas arrive lorsque deux tronçons avec deux refs différentes sont fusionnés. Il me semble que JOSM propose la fusion du champ en concaténant les deux référence avec un point-virgule. Oui - précisons donc ce genre de cas arrive lorsque deux tronçons avec deux refs différentes sont fusionnés ET que l'utilisateur a accepté la suggestion de JOSM sans regarder une seule seconde le dialogue modal qui lui demandait de choisir entre les deux valeurs ou la valeur combinée proposée par défaut... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
il est aussi possible de corriger deux chemins superposes sans etre sur place pour pouvoir corriger la ref, donc de choisir de laisser les deux pour correction plutot que de supprimer l'information, il doit bien exister des cas ou c est la moins mauvaise solution sans etre un mechant utilisateur qui ne lit pas les messages ;) -- Jean-Baptiste Holcroft Le 28 août 2013 11:33, Jean-Marc Liotier j...@liotier.org a écrit : On 08/28/2013 10:20 AM, Sylvain Perrinel wrote: Ce genre de cas arrive lorsque deux tronçons avec deux refs différentes sont fusionnés. Il me semble que JOSM propose la fusion du champ en concaténant les deux référence avec un point-virgule. Oui - précisons donc ce genre de cas arrive lorsque deux tronçons avec deux refs différentes sont fusionnés ET que l'utilisateur a accepté la suggestion de JOSM sans regarder une seule seconde le dialogue modal qui lui demandait de choisir entre les deux valeurs ou la valeur combinée proposée par défaut... ___ 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] Comparaison OSM/Route500
Le mercredi 28 août 2013 10:33:05 Pieren a écrit : 2013/8/28 Sylvain Perrinel sylvain.perri...@gmail.com: D'après Route500, ce cas n'existe pas. Non. En France, ça n'existe pas. Une seule référence par portion de route. Par contre, il y a des pays comme les USA où c'est assez courant. Ok, merci pour les confirmations. Je corrigerai ça si personne ne passe d'ici là. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Bonjour De : Nicolas Dumoulin Le mercredi 28 août 2013 10:33:05 Pieren a écrit : 2013/8/28 Sylvain Perrinel : D'après Route500, ce cas n'existe pas. Non. En France, ça n'existe pas. Une seule référence par portion de route. Par contre, il y a des pays comme les USA où c'est assez courant. Ok, merci pour les confirmations. Je corrigerai ça si personne ne passe d'ici là. Le cas que tu pointes n'est pas pour moi une erreur. Voici ce qu'on trouve comme indication sur la portion commune A89/A71 : http://goo.gl/maps/xLQsm On a la même situation à l'est de Paris sur la portion commune A86/A4. = on peut cumuler des refs sur un même axe, et malheureusement le ';' sert dans ce cas. Sauf à modéliser les ref dans une relation. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le 28/08/2013 09:32, Sylvain Perrinel a écrit : Bonjour, bien joué, ça donne un bon aperçu du différentiel entre les deux référentiels. Il serait intéressant d'obtenir la liste des IDs OSM par ligne. ça permettrait de retrouver les tronçons manquants et/ou supplémentaires par rapport à Route500. Tu peux simplement utiliser Nominatim en recherchant : ref tronçon, département Ça marche plutôt bien. Un petit pourcentage indiquant la différence entre le tronçon osm et le tronçon route500 serait également utile. ça va permettre de faire avancer osm. Autres remarques, en observant google, j'ai l'impression que le référentiel Route500 est la référence pour les numéros de routes dans Maps. Sur toutes les routes de l'Aude que je viens de vérifier dans OSM, les tronçons de routes de Maps sont référencées identiques à Route500. Ce qui est malheureux c'est que le Route500 ne se traduisent pas sur le terrain. OSM a été crée a partir des données du terrain, et le Route500 me permets de voir à quel point, sur le 64, la numérotation est fluctuante dans le temps, et combien au fil des déviations, contournements et réaménagement urbain les communes ont du mal à mettre à jour leur signalisation, ou au niveau du département, gérer les numéros de façon cohérente. De plus le Route500 peut être lui même obsolète de près de 2 ans ! Pour le fun, voici une départementale selon le Route500... https://maps.google.fr/maps?q=route+napol%C3%A9onhl=frie=UTF8ll=43.34991,-1.304728spn=0.002637,0.004522sll=43.217187,-0.935211sspn=0.676543,1.157684hnear=Route+Napol%C3%A9on,+64240+Hasparren,+Pyr%C3%A9n%C3%A9es-Atlantiques,+Aquitainet=mz=18layer=ccbll=43.350067,-1.305308panoid=AUsREkXcRomw6uSS9tftTgcbp=12,282.71,,0,10.59 Oui, oui, le petit chemin raviné qui monte ;o) dit Route Napoléon... L'idéal serait de trouver les délibérations du conseil général, si elles existent, mais j'a fait chou blanc dans mes recherches. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
2013/8/28 V de Chateau-Thierry v...@laposte.net: Le cas que tu pointes n'est pas pour moi une erreur. Voici ce qu'on trouve comme indication sur la portion commune A89/A71 : http://goo.gl/maps/xLQsm On a la même situation à l'est de Paris sur la portion commune A86/A4. = on peut cumuler des refs sur un même axe, et malheureusement le ';' sert dans ce cas. Sauf à modéliser les ref dans une relation. Sans aller sur SV, c'est aussi confirmé sur wikipedia: http://fr.wikipedia.org/wiki/Autoroute_A71_%28France%29#Historique Bon. Ben. Il va falloir admettre que c'est possible, sur les autoroutes du moins. Mais ceux que j'avais vu jusqu'ici étaient souvent le résultat d'une erreur d'édition. Il y a aussi beaucoup de nationales qui ont changé lors de leur déclassement et qui, même dix ans après, contiennent encore des panneaux avec l'ancienne reference. Il faut donc être prudent et vérifier. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Pour les départementales qui se rejoignent, la règle semble d'attribuer le numéro de plus grande importance, en général le plus petit. Exemple la D120 et la D10 se rejoignent sur 200m, cette portion de 200m est la D10. Attention, avec les déclassements, le numéro de plus grande importance peut être un D955, ancienne N55... et la règle de renumérotation est spécifique à chaque département donc à vous de voir quelle logique est appliquée dans le département, mais en général il y a une logique. Les morceaux de départementale en sens unique ont souvent un suffixe A/B... mais là aussi, ça va dépendre du département, le 91 par exemple a des suffixes à rallonge. Le 28 août 2013 11:06, Pieren pier...@gmail.com a écrit : 2013/8/28 V de Chateau-Thierry v...@laposte.net: Le cas que tu pointes n'est pas pour moi une erreur. Voici ce qu'on trouve comme indication sur la portion commune A89/A71 : http://goo.gl/maps/xLQsm On a la même situation à l'est de Paris sur la portion commune A86/A4. = on peut cumuler des refs sur un même axe, et malheureusement le ';' sert dans ce cas. Sauf à modéliser les ref dans une relation. Sans aller sur SV, c'est aussi confirmé sur wikipedia: http://fr.wikipedia.org/wiki/Autoroute_A71_%28France%29#Historique Bon. Ben. Il va falloir admettre que c'est possible, sur les autoroutes du moins. Mais ceux que j'avais vu jusqu'ici étaient souvent le résultat d'une erreur d'édition. Il y a aussi beaucoup de nationales qui ont changé lors de leur déclassement et qui, même dix ans après, contiennent encore des panneaux avec l'ancienne reference. Il faut donc être prudent et vérifier. Pieren ___ 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] Comparaison OSM/Route500
Le mercredi 28 août 2013 10:58:03 V de Chateau-Thierry a écrit : Bonjour De : Nicolas Dumoulin Le mercredi 28 août 2013 10:33:05 Pieren a écrit : 2013/8/28 Sylvain Perrinel : D'après Route500, ce cas n'existe pas. Non. En France, ça n'existe pas. Une seule référence par portion de route. Par contre, il y a des pays comme les USA où c'est assez courant. Ok, merci pour les confirmations. Je corrigerai ça si personne ne passe d'ici là. Le cas que tu pointes n'est pas pour moi une erreur. Voici ce qu'on trouve comme indication sur la portion commune A89/A71 : http://goo.gl/maps/xLQsm Bon, OK, c'est noté. Mais c'est quand même mal foutu cette double numérotation. Il me semble avoir déjà vu des nationales ou les deux numéros étaient collées pour les portions communes, ce qui donnerait ici A7189. Mais bon, ce n'est pas ici qu'il faut discuter de ça ;-) Ça n'empêche pas de vérifier les autres sur http://taginfo.openstreetmap.org/keys/?key=ref#values (tapez , ou ; dans le champ de recherche). Merci pour votre coup de main. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
2013/8/28 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Incidemment, pour ceux qui trouveraient que nos deux refs, c'est trop compliqué: https://twitter.com/Anonymaps/status/366142622999384067/photo/1 Je comprends pourquoi là-bas, ils poussent les refs dans des relations ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le 28/08/2013 10:09, Christian Quest a écrit : Je peux rajouter 2 colonnes: % osm/ign et osm-ign Pas vraiment indispensable, puisqu'on peut ajouter deux colonnes dans le tableur. J'envisage par contre de faire une petite interface permettant de charger facilement pour édition la zone concernée par une route du Route500. Ce serait vraiment utile. Par exemple je n'ai pas trouvé la D1001 dans le 06, absente d'OSM, et qui ne mesure que 60 mètres ! Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation bizarre suite à importation cadastre à Charleville-Mézières
Bonjour, J'ai constaté un cas de figure surprenant à Charleville-Mézières : http://osm.org/go/0B5yyzT7C polyligne : 91154923 outer d'une relation (1337671) qui ne possède pas d'autres membres Est-ce un problème généré à l'import du cadastre ? Comment le corriger ? Autre question, des noeuds intermédiaires sont positionnés sur chaque façade des bâtiments de Charleville-Mézières (j'ai commencé à corriger les bâtiments de l'hyper centre) Toujours un problème généré à l'import du cadastre ? un problème de moulinette à cette époque ? Comment corriger, autre moyen que manuellement ? Britz ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le 28/08/2013 12:03, Jean-Claude Repetto a écrit : Le 28/08/2013 10:09, Christian Quest a écrit : Je peux rajouter 2 colonnes: % osm/ign et osm-ign Pas vraiment indispensable, puisqu'on peut ajouter deux colonnes dans le tableur. J'envisage par contre de faire une petite interface permettant de charger facilement pour édition la zone concernée par une route du Route500. Ce serait vraiment utile. Par exemple je n'ai pas trouvé la D1001 dans le 06, absente d'OSM, et qui ne mesure que 60 mètres ! Ben si tu charges le fichier SHP du Route500 dans JOSM, tu peux rechercher simplement D1001 pour savoir où elle se situe. Pour travailler sur le Route500, il faut vraiment télécharger l'archive IGN du département avec les fichiers SHP. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation bizarre suite à importation cadastre à Charleville-Mézières
2013/8/28 Brice Mallet brice.mal...@free.fr: Est-ce un problème généré à l'import du cadastre ? Comment le corriger ? Non, c'est quelqu'un qui a effacé le inner way en oubliant de suprrimer la relation. Voir l'historique: http://www.openstreetmap.org/browse/relation/1337671/history Toujours un problème généré à l'import du cadastre ? un problème de moulinette à cette époque ? Comment corriger, autre moyen que manuellement ? Effectivement, ça ressemble à un problème d'import de l'époque. Il n'y a pas eu de simplification des polygones. Il n'est pas trop tard pour le faire. Télécharge toute la commune dans JOSM, sélectionne les buildings et simplifie (maj+y ?). Je crois qu'il y a un plugin qui simplifie mieux que la fonction d'origine mais je ne sais plus lequel (il supprime aussi les noeuds qui font partie de plusieurs ways, ce qui n'est pas le cas dans la fonction josm standard). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Grand polygone cassé
Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grand polygone cassé
Le 28 août 2013 à 14:06, Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! C'est peut-être le même problème : Le 27 août 2013 à 21:24, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 août 2013 16:39, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai fait une modif neutre (juste un changement de version de l'objet) et il est apparu sur le rendu osm.org Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas recréé ou un truc du genre. Pour en avoir le cœur net, j'ai joué au fond de mon jardin... - ajout d'un petit multipolygone de landuse : il apparait sur le rendu - je supprime la relation multipolygone - tout disparait osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way en outer ne sont pas remises à jour à l'occasion. Je vais signaler le problème sur github, et voir où ça se situe dans le code... et voir aussi comment retrouver ces polygones désynchronisés dans les bases actuelles (là je pense que j'ai une bonne piste). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous (OSM). En fait, la route change de ref au niveau de la limite de département. Faut-il corriger cela en mettant le nœud de transition [1] entre les deux refs sur la limite (ie. nœud commun au deux tronçons de route et à la limite) ? Pour : ça relie le changement de ref au changement d'entité administrative Contre : ça fait un peu taguer pour l'outil de stats ;-) [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du nœud, la D351 (Allier), et à droite la D62 (Puy-de-Dôme). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
J'ai pas tout compris à ta proposition, mais j'attire ton attention sur le cas de la D 178 qui figure dans l'extraction 63 de l'IGN 500 et dans le fichier résultant de christian ... mais qui est situé dans l'Allier, sauf erreur de ma part. Je suis intéressé par une explication (rationnelle de préférence) -- View this message in context: http://gis.19327.n5.nabble.com/Comparaison-OSM-Route500-tp5775040p5775297.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] Grand polygone cassé
Le 28/08/2013 14:06, Lord Awikatchikaen a écrit : Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! Je regarde ça. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Ben, la route change de ref au changement de département. Par définition, le nœud de transition entre les deux refs est sur la limite administrative : Je ne vois pas ce qu'il y aurait d'artificiel (ou de pour les stats) à faire ça. Art. Le 28 août 2013 14:38, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous (OSM). En fait, la route change de ref au niveau de la limite de département. Faut-il corriger cela en mettant le nœud de transition [1] entre les deux refs sur la limite (ie. nœud commun au deux tronçons de route et à la limite) ? Pour : ça relie le changement de ref au changement d'entité administrative Contre : ça fait un peu taguer pour l'outil de stats ;-) [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du nœud, la D351 (Allier), et à droite la D62 (Puy-de-Dôme). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] ImageInOsm : appli mobile de photo-mapping
Bonjour à tous, Je souhaite vous présenter ImageInOsm [1], une application mobile pour les adeptes du photo-mapping. L'application s'adresse aux utilisateurs sur le terrain. Son fonctionnement est très simple (voir les captures d'écran [1]) : 1. l'utilisateur choisit un objet OSM qui se trouve devant lui 2. l'utilisateur prend une photo de cet objet 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Vous pouvez d'ores et déjà jouer avec : - sur Android, téléchargez et installez le package de test [2], - nous n'avons malheureusement pas trouvé de solution simple pour publier un package de test pour iOS, il vous faudra déployer l'application à partir des sources (ce qui suppose de disposer d'un Mac et de l'IDE XCode). Comparativement au photomapping classique, l'intérêt est de favoriser la collaboration : les photos géolocalisées ne dorment plus sur un disque dur, elles sont instantanément envoyées sur le Web avec des métadonnées permettant à d'autres de les retrouver et de les exploiter. Notez que (comme le nom ne l'indique pas) les photos ne sont pas stockées sur les serveurs OSM, elles sont envoyées à des services dédiés (Flickr, ...). L'innovation consiste simplement à mieux relier la photo à l'object OSM qu'elle documente. En terme d'écosystème, nous supportons pour l'instant uniquement Flickr comme dépôt de photos. Les photos ainsi publiées sont notamment compatibles avec LizPOI [3] et OsmFlickr [4]. Nous espérons que ces photos seront un jour directement disponibles dans JOSM (ou d'autres éditeurs) via un greffon (mais nous n'avons pas prévu un tel développement, avis aux amateurs). Cet outil n'aurait pas vu le jour sans Jean-Louis Zimmermann de la Mairie d'Orange. En plus d'en avoir eu l'idée, il a soutenu et soutient encore le projet. D'un point de vue technique, l'application est construite avec : - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Le code est disponible sur Github [5], sous licence Apache 2.0. Toutes les contributions sont évidemment bienvenues (code, documentation, rapports d'erreurs, critiques et propositions, etc). Le code est encore jeune et le développement est actif. Nous envisageons d'ores et déjà les évolutions suivantes : - support de Wikimédia comme dépôt de photo (développement en cours) - filtrage des objets OSM (configurable) pour faire des campagnes de photo thématiques - amélioration générale de l'expérience utilisateur (voir les tickets ouverts sur GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Cordialement Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Petite question : Il y a une norme claire pour écrire la ref de la route: espace, pas espace,majuscule minuscule. De plus, je fait des modif dans l'ain et j'ai ttrouvé des route departementale noté RD au lieu de D donc pas dans le CSV. Je vais enlever le R en trop. Le 28 août 2013 15:52, Art Penteur art.pent...@gmail.com a écrit : Ben, la route change de ref au changement de département. Par définition, le nœud de transition entre les deux refs est sur la limite administrative : Je ne vois pas ce qu'il y aurait d'artificiel (ou de pour les stats) à faire ça. Art. Le 28 août 2013 14:38, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous (OSM). En fait, la route change de ref au niveau de la limite de département. Faut-il corriger cela en mettant le nœud de transition [1] entre les deux refs sur la limite (ie. nœud commun au deux tronçons de route et à la limite) ? Pour : ça relie le changement de ref au changement d'entité administrative Contre : ça fait un peu taguer pour l'outil de stats ;-) [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du nœud, la D351 (Allier), et à droite la D62 (Puy-de-Dôme). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] Comparaison OSM/Route500
Le 28 août 2013 16:17, Jérôme Amagat jerome.ama...@gmail.com a écrit : Petite question : Il y a une norme claire pour écrire la ref de la route: espace, pas espace,majuscule minuscule. De plus, je fait des modif dans l'ain et j'ai ttrouvé des route departementale noté RD au lieu de D donc pas dans le CSV. Je vais enlever le R en trop. cf. http://lists.openstreetmap.org/pipermail/talk-fr/2013-June/060368.htmlhttp://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies Romain http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Le mercredi 28 août 2013 16:07:08, Gilles Bassière a écrit : Bonjour à tous, Je souhaite vous présenter ImageInOsm [1], une application mobile pour les adeptes du photo-mapping. L'application s'adresse aux utilisateurs sur le terrain. Son fonctionnement est très simple (voir les captures d'écran [1]) : 1. l'utilisateur choisit un objet OSM qui se trouve devant lui 2. l'utilisateur prend une photo de cet objet 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Vous pouvez d'ores et déjà jouer avec : - sur Android, téléchargez et installez le package de test [2], - nous n'avons malheureusement pas trouvé de solution simple pour publier un package de test pour iOS, il vous faudra déployer l'application à partir des sources (ce qui suppose de disposer d'un Mac et de l'IDE XCode). Comparativement au photomapping classique, l'intérêt est de favoriser la collaboration : les photos géolocalisées ne dorment plus sur un disque dur, elles sont instantanément envoyées sur le Web avec des métadonnées permettant à d'autres de les retrouver et de les exploiter. Notez que (comme le nom ne l'indique pas) les photos ne sont pas stockées sur les serveurs OSM, elles sont envoyées à des services dédiés (Flickr, ...). L'innovation consiste simplement à mieux relier la photo à l'object OSM qu'elle documente. En terme d'écosystème, nous supportons pour l'instant uniquement Flickr comme dépôt de photos. Les photos ainsi publiées sont notamment compatibles avec LizPOI [3] et OsmFlickr [4]. Nous espérons que ces photos seront un jour directement disponibles dans JOSM (ou d'autres éditeurs) via un greffon (mais nous n'avons pas prévu un tel développement, avis aux amateurs). Cet outil n'aurait pas vu le jour sans Jean-Louis Zimmermann de la Mairie d'Orange. En plus d'en avoir eu l'idée, il a soutenu et soutient encore le projet. D'un point de vue technique, l'application est construite avec : - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Le code est disponible sur Github [5], sous licence Apache 2.0. Toutes les contributions sont évidemment bienvenues (code, documentation, rapports d'erreurs, critiques et propositions, etc). Le code est encore jeune et le développement est actif. Nous envisageons d'ores et déjà les évolutions suivantes : - support de Wikimédia comme dépôt de photo (développement en cours) - filtrage des objets OSM (configurable) pour faire des campagnes de photo thématiques - amélioration générale de l'expérience utilisateur (voir les tickets ouverts sur GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Cordialement Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ 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] réunion IRL vendredi à Paris
Salut comme on était à Ivry avec C Quest pour une cartopartie je lui ai demandé s'il y avait bien la réu-apéro mensuelle au Père Fouettard apparemment oui qui vient ? moi très certainement Benoît asso À Travers Le 28 août 2013 à 16:18, talk-fr-requ...@openstreetmap.org a écrit : Envoyez vos messages pour la liste Talk-fr à talk-fr@openstreetmap.org Pour vous (dés)abonner par le web, consultez http://lists.openstreetmap.org/listinfo/talk-fr ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-fr-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-fr-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-fr... Thèmes du jour : 1. Grand polygone cassé (Lord Awikatchikaen) 2. Re: Grand polygone cassé (Yves Pratter) 3. Re: Comparaison OSM/Route500 (Nicolas Dumoulin) 4. Re: Comparaison OSM/Route500 (PhQ) 5. Re: Grand polygone cassé (Vincent Pottier) 6. Re: Comparaison OSM/Route500 (Art Penteur) 7. ImageInOsm : appli mobile de photo-mapping (Gilles Bassière) 8. Re: Comparaison OSM/Route500 (Jérôme Amagat) -- Message: 1 Date: Wed, 28 Aug 2013 14:06:55 +0200 From: Lord Awikatchikaen lord.awikatchik...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Grand polygone cassé Message-ID: calhtctqlec++rqmxdzuu9z70ohbcbgxdlm4mopo_rhwppyi...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/028790de/attachment-0001.html -- Message: 2 Date: Wed, 28 Aug 2013 14:33:42 +0200 From: Yves Pratter yves.prat...@laposte.net To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Grand polygone cassé Message-ID: 491441f7-c0d2-4d88-9819-0764dd069...@laposte.net Content-Type: text/plain; charset=windows-1252 Le 28 août 2013 à 14:06, Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! C'est peut-être le même problème : Le 27 août 2013 à 21:24, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 août 2013 16:39, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai fait une modif neutre (juste un changement de version de l'objet) et il est apparu sur le rendu osm.org Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas recréé ou un truc du genre. Pour en avoir le c?ur net, j'ai joué au fond de mon jardin... - ajout d'un petit multipolygone de landuse : il apparait sur le rendu - je supprime la relation multipolygone - tout disparait osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way en outer ne sont pas remises à jour à l'occasion. Je vais signaler le problème sur github, et voir où ça se situe dans le code... et voir aussi comment retrouver ces polygones désynchronisés dans les bases actuelles (là je pense que j'ai une bonne piste). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Yves -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/2708d488/attachment-0001.html -- Message: 3 Date: Wed, 28 Aug 2013 14:38:54 +0200 From: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 Message-ID: 1960455.atproxWB1u@cfp6063 Content-Type: text/plain; charset=utf-8 Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous (OSM). En fait, la route change de ref au niveau de la limite de département. Faut-il corriger cela en mettant le n?ud de transition [1] entre les deux refs sur la limite (ie. n?ud commun au deux tronçons de route et à la limite) ? Pour : ça relie le changement de ref au changement d'entité administrative Contre : ça fait un peu taguer pour l'outil de stats ;-) [1] http://www.openstreetmap.org/browse/node/1164795568 À gauche du n?ud, la D351 (Allier), et à droite la D62 (Puy-de-Dôme). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Je comprends. C'est là qu'un greffon pour Josm prendrait son sens : On prend les photos géo-référencées sur le terrain, on les importe dans Josm, on ajoute les infos , on relie ce nouvel objet à la photo, et on upload le tout sur les différentes bases de données d'un seul coup. (traces gps et nouveaux objets sur osm, et photos sur Openstreetview/Flickr/etc...) Yaka :-) Pendant ce temps là, je croise les doigts pour que l'appli photo de cyanogenmod, Focal, enregistre dans les données exif, l'info de direction donnée par la bousole intégrée aux smartphone. Stf Le mercredi 28 août 2013 18:47:34, Gilles Bassière a écrit : Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière ___ 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] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 18:53, Stéphane Péneau a écrit : [...] C'est là qu'un greffon pour Josm prendrait son sens : On prend les photos géo-référencées sur le terrain, on les importe dans Josm, on ajoute les infos , on relie ce nouvel objet à la photo, et on upload le tout sur les différentes bases de données d'un seul coup. (traces gps et nouveaux objets sur osm, et photos sur Openstreetview/Flickr/etc...) Le processus est intéressant. Il y a déjà des solutions pour prendre des photos géo-référencées et un plugin pour les afficher dans JOSM. Il ne manque plus que la fin du processus : le plugin qui partage la photo sur le Web (c'est ce que fait osmFlickr mais en mode application Web). Dans notre cas, la photo n'est pas seulement géo-référencée (lat/lon de la prise de vue), elle est aussi associée à l'objet OSM qu'elle documente (son id OSM) et qui peut se trouver un peu plus loin (cas d'une montagne par exemple, on prend la photo de loin). [...] Pendant ce temps là, je croise les doigts pour que l'appli photo de cyanogenmod, Focal, enregistre dans les données exif, l'info de direction donnée par la bousole intégrée aux smartphone. Les informations du compas électronique sont effectivement accessibles et constituerait une plus-value certaine. Mais il faut noter qu'il est difficile de les synchroniser avec la prise de photo. Au moins dans l'environnement que nous utilisons (Cordava/PhoneGap), la prise de photos est déléguée à un composant natif qui ne nous rend la main que quand la photo est stockée dans la mémoire de l'appareil. Il a pu s'écouler peut-être 1 seconde depuis le déclenchement et c'est largement suffisant pour que l'orientation du téléphone ait (beaucoup) changé. Il y a peut-être des solutions de contournement, j'avoue que je n'ai pas creusé beaucoup plus la question. Mais ce n'est pas trivial en tout cas. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] réunion IRL vendredi à Paris
Et oui, dernier vendredi du mois... on sera au moins deux ! Je met ça en ligne... Le 28 août 2013 18:02, Benoît benoit.ferch...@gmail.com a écrit : Salut comme on était à Ivry avec C Quest pour une cartopartie je lui ai demandé s'il y avait bien la réu-apéro mensuelle au Père Fouettard apparemment oui qui vient ? moi très certainement Benoît asso À Travers Le 28 août 2013 à 16:18, talk-fr-requ...@openstreetmap.org a écrit : Envoyez vos messages pour la liste Talk-fr à talk-fr@openstreetmap.org Pour vous (dés)abonner par le web, consultez http://lists.openstreetmap.org/listinfo/talk-fr ou, par email, envoyez un message avec 'help' dans le corps ou dans le sujet à talk-fr-requ...@openstreetmap.org Vous pouvez contacter l'administrateur de la liste à l'adresse talk-fr-ow...@openstreetmap.org Si vous répondez, n'oubliez pas de changer l'objet du message afin qu'il soit plus spécifique que Re: Contenu du digest de Talk-fr... Thèmes du jour : 1. Grand polygone cassé (Lord Awikatchikaen) 2. Re: Grand polygone cassé (Yves Pratter) 3. Re: Comparaison OSM/Route500 (Nicolas Dumoulin) 4. Re: Comparaison OSM/Route500 (PhQ) 5. Re: Grand polygone cassé (Vincent Pottier) 6. Re: Comparaison OSM/Route500 (Art Penteur) 7. ImageInOsm : appli mobile de photo-mapping (Gilles Bassière) 8. Re: Comparaison OSM/Route500 (Jérôme Amagat) -- Message: 1 Date: Wed, 28 Aug 2013 14:06:55 +0200 From: Lord Awikatchikaen lord.awikatchik...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Grand polygone cassé Message-ID: calhtctqlec++rqmxdzuu9z70ohbcbgxdlm4mopo_rhwppyi...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/028790de/attachment-0001.html -- Message: 2 Date: Wed, 28 Aug 2013 14:33:42 +0200 From: Yves Pratter yves.prat...@laposte.net To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Grand polygone cassé Message-ID: 491441f7-c0d2-4d88-9819-0764dd069...@laposte.net Content-Type: text/plain; charset=windows-1252 Le 28 août 2013 à 14:06, Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! C'est peut-être le même problème : Le 27 août 2013 à 21:24, Christian Quest cqu...@openstreetmap.fr a écrit : Le 26 août 2013 16:39, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai fait une modif neutre (juste un changement de version de l'objet) et il est apparu sur le rendu osm.org Ca ressemble à une désynchro d'objet... ça arrive parfois, sûrement un bug d'osm2pgsql si un multipolygone disparait, le polygone outer n'est pas recréé ou un truc du genre. Pour en avoir le c?ur net, j'ai joué au fond de mon jardin... - ajout d'un petit multipolygone de landuse : il apparait sur le rendu - je supprime la relation multipolygone - tout disparait osm2pgsql a bien un problème lorsqu'un multipolygone est supprimé, les way en outer ne sont pas remises à jour à l'occasion. Je vais signaler le problème sur github, et voir où ça se situe dans le code... et voir aussi comment retrouver ces polygones désynchronisés dans les bases actuelles (là je pense que j'ai une bonne piste). -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- Yves -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130828/2708d488/attachment-0001.html -- Message: 3 Date: Wed, 28 Aug 2013 14:38:54 +0200 From: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Comparaison OSM/Route500 Message-ID: 1960455.atproxWB1u@cfp6063 Content-Type: text/plain; charset=utf-8 Je viens de regarder une ref qui est à 0 pour l'IGN et positive chez nous (OSM). En fait, la route change de ref au niveau de la limite de département. Faut-il corriger cela en mettant le n?ud de transition [1] entre les deux refs sur la limite (ie. n?ud commun au deux tronçons de route et à la limite) ? Pour : ça relie le changement de ref au changement d'entité administrative Contre : ça fait un
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Pensez aussi à openstreetview.org ça relancerai ce projet qui dort un peu mais qui a du potentiel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Est-il possible que l'algo de non-comptage en double des chaussées à voies séparées soit parfois pris en défaut ? Je pense au 79, chez qui l'A10 fait 166 km selon OSM et 55 selon Route500. Art. Le 28 août 2013 19:31, Christian Quest cqu...@openstreetmap.fr a écrit : RD... et CD aussi ;) Une des limites actuelles est que les références sans espaces ne sont pas détectables, car mélangées avec celle utilisant l'espace comme recommandé, ceci afin de tout normaliser pour faciliter la comparaison avec le route500. Par contre RD ou CD ne sera pas compatibilisé côté OSM et donc manquant donc détectable. Ces fichiers CSV sont avant tout utiles pour trouver ce qui manque dans OSM que trouver ce qui en erreur (en trop, mal numéroté, etc). Ca nécessite de prendre le problème autrement et je n'ai pas encore regardé pour ça. Le prochaine étape sera de faire une analyse basée sur les géométries. -- 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] ImageInOsm : appli mobile de photo-mapping
Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com a écrit : 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Voici un lien où ils évoquent ce problème, dans overpass api : http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID#Permanent_Links_to_OSM_data: You can but you shouldn't use an object ID, because the OSM IDs may change at any time. mais ils ne donnent pas de raisons du pourquoi du comment. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 20:56, Ista Pouss a écrit : Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Voici un lien où ils évoquent ce problème, dans overpass api : http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID#Permanent_Links_to_OSM_data : You can but you shouldn't use an object ID, because the OSM IDs may change at any time. mais ils ne donnent pas de raisons du pourquoi du comment. Cordialement. Dans la base l'objet N garde bien son id... Mais la correspondance entre un objet sur le terrain et dans la base est tout ce qu'il y a de moins garanti. Telle église représentée un temps par un node, puis par un polygone, puis par un multipolygone. Telle route représentée à l'origine de façon continue, puis segmentée, puis le tronçon ayant hérité de l'id d'origine est remplacé par un autre. L'id d'origine est complètement perdu. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Ce cas est en fait assez courant. Plutpot que construire deux autoroutes quasi--parallèles pour contourner une ville, on fusionne les deux segments communs, quitte à élargir l'ensemble avec une voie supplémentaire. Le way peut donc avoir plusieurs références, et ce n'est pas gênant car l'autouroute complète est dans chaque relation, qui n'a qu'une seule référence (mais contient des segments qui peuvent avoir des numéros distinctifs, à cause des autoroutes fusionnées, ou parce qu'il y a des branches avec une référence comprenant le numéro A nn, suivi d'un suffixe d'une lettre et éventuellement un ou deux chiffres pour des tronçons de raccordement ou d'accès). Théoriquement les voies d'accès ou de sortie par un péage intermédiaire (sur la section gratuite avant péage ou payante après péage jusqu'à l'échangeur de raccordement) ont aussi des suffixes distinctifs, correspondant au numéro de sortie, il peut aussi d'ajuter une lettre minisucle pour indiquer le sens sur les échangeurs car les sens séparés physiquement sur les échangeurs. et on se retrouve avec une référence comme A 84 E2b Cela n'existe pas que sur les autoroutes mais est aussi courant sur toutes les voies express (nationales, départementales, et sans doute maintenant aussi les métropolitaines). Ces suffixes sont généralement indiquées en plus petits caractères à côté de la référence principale dans le même cartouche. (Mais souvent ces suffixes sont omis sur les principaux panneaux directionnels, on ne les voit que sur des étiquettes ou petits panonceaux ou gravures apposés sur des installations latérales comme les bornes d'appel ou voies de service pour le salage ou les accès d'urgence; ils sont plus destinés à être lu par un piéton que par un conducteur au volant, et sinon servent aux gestionnaires ou concessionnaires de l'infrastructure pour leurs références internes précises). Parfois on en trouve sur le cadastre, mais c'est rarement à jour en cas de changement de numérotation (de même pour les noms de rues). Mais là où il y a deux références (routes fusionnées) il y a normalement un cartouche séparé par numéro (c'est aussi le cas pour les routes européennes E nn qui ont couramment aussi des tronçons fusionnés pour assurer la continuité du parcours). Les cartouches séparés sont compactés dans un même cartouche dans certains cas mais c'est assez rare (par exemple E 10 / E 15), mais pas sur des routes de natures différentes ayant un code couleur distinct ou itinéraires temporaires de substitution pendant des travaux sur l'iitinéraire normal. Sur le réseau public secondaire le compactage est plus agressif en omettant même les séparateurs (D3278 au lieu de D 32 / D 78) sur les panneaux un peu compliqués. Il est plus fréquent sur les afficheurs dynamiques (lumineux ou à plaquettes mobiles). Le 28 août 2013 10:58, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour De : Nicolas Dumoulin Le mercredi 28 août 2013 10:33:05 Pieren a écrit : 2013/8/28 Sylvain Perrinel : D'après Route500, ce cas n'existe pas. Non. En France, ça n'existe pas. Une seule référence par portion de route. Par contre, il y a des pays comme les USA où c'est assez courant. Ok, merci pour les confirmations. Je corrigerai ça si personne ne passe d'ici là. Le cas que tu pointes n'est pas pour moi une erreur. Voici ce qu'on trouve comme indication sur la portion commune A89/A71 : http://goo.gl/maps/xLQsm On a la même situation à l'est de Paris sur la portion commune A86/A4. = on peut cumuler des refs sur un même axe, et malheureusement le ';' sert dans ce cas. Sauf à modéliser les ref dans une relation. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] ImageInOsm : appli mobile de photo-mapping
Au mieux lors de la suppression d'un objet, on peut toujours interroger l'API pour obtenir sa version n-1, mais se bases sur les id des objets n'est malheureusement pas une bonne idée, mais aucun autre mécanisme n'a pû être mis en place. J'avais lancé une discussion sur une proposition de création de pointeurs plus ou moins flous comportant une part géographique et une part sémantique... mais cela n'a pas emballé les foules, sûrement pour ne pas avoir bien présenté l'idée et par manque d'implémentation pour la tester... mais j'ai pas abandonné l'idée pour autant ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM chez Free
De toute façon ils n'utilisent déjà plus les tuiles Mapquest mais celles d'OSM (il affiche (c)OpenStreetmap maintenant), et en fait les tuiles sont celles du serveur de rendu carto Mapnik de Proxad.net (qui se limite à la France seulement, et probablement dans une version statique non remise à jour en continu). Par exemple: http://carto.proxad.net/carto/data/adsl/9/255/180.png Et le lien de copyright pointe maintenant sur http://openstreetmap.org/copyright Donc rien à dire, c'est parfait. Le 28 août 2013 10:30, Pieren pier...@gmail.com a écrit : 2013/8/28 Philippe Verdy verd...@wanadoo.fr: Non, la licence ne l'impose pas pour les rendus sous forme d'image, tant que ce ne sont pas des données brutes qui sont diffusées mais des données agrégées/transformées et remises en forme de façon spécifique Créer un nouveau rendu à partir des données OSM uniquement s'appelle un produced work dans le jargon de la license: http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline Dans ce cas, on peut publier son rendu sous n'importe quelle license mais il faut quand même ajouter l'attribution: http://wiki.openstreetmap.org/wiki/License/Use_Cases#Case_2:_I_want_to_publish_something_based_on_OSM_and_nothing_else Si Free utilise la version OSM de MapQuest (et non leur version navteq) alors oui, l'attribution est incomplète. Le même problème se pose régulièrement avec le rendu Mapbox. Ils disent bien qu'il faut ajouter l'attribution OSM dans le site client mais ne vérifient pas eux-mêmes. Pieren ___ 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] Comparaison OSM/Route500
Trouvé... http://www.openstreetmap.org/browse/relation/108080 Et oui, y'a comme un problème, soit c'est type=route, soit c'est highway=motorway, mais avec les deux on a du coup deux A10... J'ai modifié la requête pour éviter ça, mais ça mérite une correction des data, non ? Le 28 août 2013 20:54, Art Penteur art.pent...@gmail.com a écrit : Est-il possible que l'algo de non-comptage en double des chaussées à voies séparées soit parfois pris en défaut ? Je pense au 79, chez qui l'A10 fait 166 km selon OSM et 55 selon Route500. Art. Le 28 août 2013 19:31, Christian Quest cqu...@openstreetmap.fr a écrit : RD... et CD aussi ;) Une des limites actuelles est que les références sans espaces ne sont pas détectables, car mélangées avec celle utilisant l'espace comme recommandé, ceci afin de tout normaliser pour faciliter la comparaison avec le route500. Par contre RD ou CD ne sera pas compatibilisé côté OSM et donc manquant donc détectable. Ces fichiers CSV sont avant tout utiles pour trouver ce qui manque dans OSM que trouver ce qui en erreur (en trop, mal numéroté, etc). Ca nécessite de prendre le problème autrement et je n'ai pas encore regardé pour ça. Le prochaine étape sera de faire une analyse basée sur les géométries. -- 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 -- 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] OSM chez Free
Tu oublies que le must pour l'attribution ne s'applique qu'aux rendus utilisant des données substantielles. Et OSM documente officielemetn ce qui est substantiel comme pouvant résulter de l'interprétation d'une cour de justice, et ne publie que des guidelines qui consistent à dire que tout ce qui n'est pas insubstantiel est substantiel, et qui définit sinon très sommairement ce qui est insubstantiel suivant quelques lignes directrices : carte d'une zone de moins de 1000 habitants, ou moins de100 features (un feature étant un polygone surfacique fermé, ou un noeud portant un nom ou une icone visible rendu à une position donnée, ou un tronçon de voie de communication ayant un rendu distinctif, ou un tronçon de ligne de côte délimité par quelque chose de visible (comme une frontière administrative), ou la ligne de côte complète d'une petite île). Bizarrement OSM n'a pas indiqué de mesure de ce qui pourrait être une quantité insubstantielle d'information en indiquant le nombre maximum total de pixels d'une image bitmap (ce qui pourrait être applicable si OSM se met à héberger de l'imagerie aérienne contributive, ayant aussi servi de source pour augmenter la base de donnée ou à la génération automatique de données vectorisées): - mais il faut définir le pixel comme étant une unité de surface, de forme alors polygonale dans une projection plane, et ayant au maximum 6 sommets non colinéaires 3 à 3 dans cette projection, ou toute autre surface fermée isomorphe à un tel polygone (permet les représentations hexagonales compactes, en grille rectangulaire, en triangles ou d'autres géométries de pixels ou sous-pixels à l'écran ou de l'impression avec des gouttelettes de taille variable qui se recouvrent partiellement) et qui est convexe, pleine, unicolore et pour que ce soit indépendant de la résolution. Mais ici c'est vrai que les rendus Mapquest rentrent dans ce qu'on appelle une utilisation substantielle. Et ce qu'affiche Free aussi puisqu'il affiche une carte pour toute la France, bien au delà des 1000 habitants et des 100 features, ce qui n'est plus insubstanciel. Le 28 août 2013 10:30, Pieren pier...@gmail.com a écrit : 2013/8/28 Philippe Verdy verd...@wanadoo.fr: Non, la licence ne l'impose pas pour les rendus sous forme d'image, tant que ce ne sont pas des données brutes qui sont diffusées mais des données agrégées/transformées et remises en forme de façon spécifique Créer un nouveau rendu à partir des données OSM uniquement s'appelle un produced work dans le jargon de la license: http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline Dans ce cas, on peut publier son rendu sous n'importe quelle license mais il faut quand même ajouter l'attribution: http://wiki.openstreetmap.org/wiki/License/Use_Cases#Case_2:_I_want_to_publish_something_based_on_OSM_and_nothing_else Si Free utilise la version OSM de MapQuest (et non leur version navteq) alors oui, l'attribution est incomplète. Le même problème se pose régulièrement avec le rendu Mapbox. Ils disent bien qu'il faut ajouter l'attribution OSM dans le site client mais ne vérifient pas eux-mêmes. Pieren ___ 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
