Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...
d'apres moi le tag alt_name devrait etre utilise, si on considere que cette version alternative est un match a 100%. Ceci pour trier les resultats. C'est evident que namefinder devrait trouver les noms, meme s'il manque un tiret ou similaire, mais dans ce cas je classerais le resultat differement. // florian On Wednesday 11 June 2008 11:47:16 murphy2712.nospam wrote: 2008/6/11 Pieren : Je voudrais juste signaler qu'il existe le tag alt_name (non documenté pour l'instant dans les map features) pour donner une orthographe différente et qui est déjà utilisé par le namefinder. Vous ne savez pas à priori quelle syntaxe sera utilisée par quelqu'un qui cherche cette rue. Ref: http://lists.openstreetmap.org/pipermail/talk/2008-May/025863.html Je serais plutôt d'avis d'améliorer namefinder, on a pas à mettre en base toutes les possibilités de recherche de quiconque. Dans ce cas il devrait être capable au moins de trouver les noms avec ou sans tiret, voir avec un petit changement dans le nom (plus dur mais faisable). Google utilise un sacré algorithme de reconnaissance/de divergence et est capable de trouver/proposer des équivalents de manière très perspicace. Ça doit bien être possible. Cela éviterai de polluer la base de nombreux doublons inutiles/devinables (pour reprendre les exemples donnés) : - Heathrow Terminal 5 / Heathrow Airport Terminal 5 / Terminal 5 - British Airways London Eye / London Eye / The London Eye - Victoria and Albert Museum / VA - Long Horse Croft / Longhorse Croft Cependant, cela n'enlève pas l'intérêt du tag alt_name quand il s'agit d'un nom vraiment différent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...
2008/6/11 Denis [EMAIL PROTECTED]: et moi celui de reg_name (probablement encore moins documenté) que j'ai utilisé pour prendre en compte le bilinguisme de certaines plaques de rues de mon quartier : exemples : Düwestoss - rue des pigeons ; Falikewâj - rue du faucon. C'est ici : http://www.openstreetmap.org/?lat=48.59672lon=7.71889zoom=17layers=0B0FT Quelle est la différence entre reg_name et les tags de type name:fr, name:br, name:en, etc ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
L'idée highway=service et access=private me semble être un bon compromis. Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça un jour... 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: 2008/6/12 Charlie Echo : Je propose à nouveau : - pas du niveau tertiary / unclassified, car c'est trop petit tertiary ? Trop grand d'autant que ici on ne relie aucun axe. unclassified trop petit ? En quoi ? On ne va pas faire de chemin plus gros qu'un unclassified car c'est clairement plus restreint d'utilisation. Comme dit précédemment j'ai opté pour service dernièrement car c'est destiné à une utilisation très particulière, d'autant que le rendu est fin/discret que unclassified/residential : http://www.informationfreeway.org/?lat=48.09568506786996lon=-1.669576360204905zoom=17layers=B000F000F D'après la définition de service : access to a building, (motorway service station, beach, campsite, industrial estate, business park, parking...) chemin d'accès aux immeubles = service pour les propriétaires = private Ce n'est toutefois que ma propre interprétation. Aussi un noexit=yes si sans issu (tiens j'ai oublié d'en mettre :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine
Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner et outer utilisent les mêmes clés (alors que osmarender s'en fout). Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou pas de vouloir la même clé dans le inner et dans le outer. Pieren 2008/6/12 Gand' [EMAIL PROTECTED]: j'ai trouvé ce qui bug ! mais pas comment le corriger, ni pourquoi c'est mauvais ! mapnik n'affiche pas les portions de seine qui sont en multipolygon ! -- Gand' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Problème de rendu de nom de rue
http://openstreetmap.org/?lat=44.06366lon=4.09745zoom=17layers=B00FT J'ai la Rue de la Résistance qui s'affiche mal. J'ai ajouté un node au milieu de mon way mais cela n'a rien changé. Que faire ? C'est un bug ? Bonne journée -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] téléphone avec GPS intégré
Bonjour, J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je souhaiterais acheter un téléphone mobile qui fasse tout cela (traces, photos, téléphone mobile) et le fasse bien. Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn. Confirmez vous cette information ? Connaissez vous des téléphones avec un bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut craindre de mauvaises perfs également ... Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas utiliser la fonction a-gps car je ne veux pas de forfait data ... Reste android (de google) qui a le grand mérite d'être opensource et dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus ( http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/) donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps et très ouverts au niveau programmation pour pouvoir faire facilement des softs de mapping ... C'est donc la piste que je privilégie actuellement quitte à attendre un peu, sniff :( Voili voilou, j'attends vos retours et infos avec grand intérêt :) -- bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu MApnik sur la Se ine
donc en fait il faut faire les iles en waterway=riverbank ? (je suppose que le natural=water est obsolète ?) -- Gand' 2008/6/12 Pieren [EMAIL PROTECTED]: Oui, c'est le multipolygon qui ne marche sur Mapnik QUE si les roles inner et outer utilisent les mêmes clés (alors que osmarender s'en fout). Maintenant, je ne sais pas si Mapnik corrigera un jour ce problème ou s'il faut changé le multipolygon. En gros, je ne sais pas si Mapnik a raison ou pas de vouloir la même clé dans le inner et dans le outer. Pieren 2008/6/12 Gand' [EMAIL PROTECTED]: j'ai trouvé ce qui bug ! mais pas comment le corriger, ni pourquoi c'est mauvais ! mapnik n'affiche pas les portions de seine qui sont en multipolygon ! -- Gand' ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] OSM today
Salut, Je m'inquiète peut-être pour rien mais c'est normal la grande trainée rouge dans l'osmtoday d'aujourd'hui ? Sachant que rouge = suppression... Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de rue différente d'elle m ême...
reg_name pour régional. Ca peut être un dialecte local, du corse, de l'alsacien, de l'occitan, etc. Ca sort un peu des conventions de namespaces plus orienté international. Pieren 2008/6/12 Olivier Boudet [EMAIL PROTECTED]: 2008/6/11 Denis [EMAIL PROTECTED]: et moi celui de reg_name (probablement encore moins documenté) que j'ai utilisé pour prendre en compte le bilinguisme de certaines plaques de rues de mon quartier : exemples : Düwestoss - rue des pigeons ; Falikewâj - rue du faucon. C'est ici : http://www.openstreetmap.org/?lat=48.59672lon=7.71889zoom=17layers=0B0FT Quelle est la différence entre reg_name et les tags de type name:fr, name:br, name:en, etc ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu de nom de rue
Freed m'a indiqué mon erreur. Merci Patrice Vetsel a écrit : http://openstreetmap.org/?lat=44.06366lon=4.09745zoom=17layers=B00FT J'ai la Rue de la Résistance qui s'affiche mal. J'ai ajouté un node au milieu de mon way mais cela n'a rien changé. Que faire ? C'est un bug ? Bonne journée -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
On Thu, Jun 12, 2008 at 10:21 AM, Thomas Walraet [EMAIL PROTECTED] wrote: Olivier Boudet a écrit : Je pense jamais à mettre les noexit ! Va falloir que je ratrappe tout ça un jour... Quel est l'intérêt de ce tag ? C'est juste pour faciliter la vie aux logiciels de routage, ou alors plutôt pour signaler que c'est un cul-de-sac et non une rue pas finie ? Pour moi il n'a que très peu d'intérêt... Je pense qu'il sert juste à faciliter la vie aux logiciels de routage... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
2008/6/11 X : le langage utilisé, la base de données C'est fait avec GoogleAppEngine, et donc j'ai fait ce truc pour m'amuser et me former à GoogleAppEngine. Le langage est Python. Je ne le connaissait pas avant, je trouve ça génialissime. J'exècre le PHP depuis que j'ai goûté au Python. Le Framework de développement est GoogleAppEngine. C'est pas trop mal foutu mais ça demande un temps d'adaptation. La base de données, c'est BigTable. C'est une structure à la CouchDB développée par Google pour Google. Au début, on déteste (pas de relations, requêtes minables). Après on comprend (faut mettre les mains dans le cambouis des données). Après on aime (c'est ultra-ultra-ultra extensible). Mais j'avoue m'être flingué le cerveau pendant deux jours pour imaginer la manière dont j'allais définir ma structure de données POI (qui m'aurait pris 3 secondes avec SQL). Merci pour ces infos, ça me donne envie de m'y mettre aussi :) serait-il possible de faire une carte où l'on puisse dessiner des zones ? Zone à mapper, zone déjà mappées Pas le temps. Yaurai moyen d'avoir le code source ? ou d'ajouter des développeurs sur le projet AppEngine ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Je confirme que le N95 n'est pas un super choix pour les traces GPS... ni pour l'appareil photo d'ailleurs. Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être l'utiliser pour prendre tes traces avec ton module externe et aussi prendre tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770... 2008/6/12 Bernard VALTON [EMAIL PROTECTED]: Bonjour, J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je souhaiterais acheter un téléphone mobile qui fasse tout cela (traces, photos, téléphone mobile) et le fasse bien. Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn. Confirmez vous cette information ? Connaissez vous des téléphones avec un bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut craindre de mauvaises perfs également ... Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas utiliser la fonction a-gps car je ne veux pas de forfait data ... Reste android (de google) qui a le grand mérite d'être opensource et dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus ( http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/) donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps et très ouverts au niveau programmation pour pouvoir faire facilement des softs de mapping ... C'est donc la piste que je privilégie actuellement quitte à attendre un peu, sniff :( Voili voilou, j'attends vos retours et infos avec grand intérêt :) -- bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu de nom de rue
Freed m'a indiqué mon erreur. Merci ...c'est mieux d'indiquer sur la liste la réponse ! :) J'ai la Rue de la Résistance qui s'affiche mal. J'ai ajouté un node au milieu de mon way mais cela n'a rien changé. Que faire ? C'est un bug ? J'ai vérifié et c'est ce que je pensais : il y a 2 ways superposées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Gate
Hello, Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc Exemple : highway=gate foot=yes bicycle=yes car=no motorcycle=no 2008/6/12 Stéphane Brunner [EMAIL PROTECTED]: Hello ! J'ai juste une question sur las gate ! Comment différencier le gare qui empêche de lasser les piétons de celle qui empêche de passer uniquement les voitures ? Merci d'avance Sarge -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Charlie Echo, est-tu d'accord pour modifier ta définition wiki du living_street et supprimer la partie En France, celà peut correspondre aux voies privées. ? Parce qu'il y a déjà le tag access=private pour ça. Mais sinon, on peut aussi ne pas revenir complètement à la définition précédente (dans l'historique) et ne pas dire N'existe pas en France. Mais il faudrait que ça reste vraiment très proche de la définition originale (mais encore une fois, pour moi, c'est un statut juridique plus que du physique, qui fait doublon avec unclassified et residential, mais bon). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Gate
Ok, merci ;-) CU Sarge 2008/6/12 Olivier Boudet [EMAIL PROTECTED]: Hello, Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc Exemple : highway=gate foot=yes bicycle=yes car=no motorcycle=no 2008/6/12 Stéphane Brunner [EMAIL PROTECTED]: Hello ! J'ai juste une question sur las gate ! Comment différencier le gare qui empêche de lasser les piétons de celle qui empêche de passer uniquement les voitures ? Merci d'avance Sarge -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Avec un téléphone type N70 que je possède, l'ouverture du cache de l'APN ouvre automatiquement le logiciel de prise de photo et la fermeture du cache referme l'application, et remet en premier plan la dernière application ouverte, soit Mobile Trail Explorer (dans mon cas). Donc c'est très simple à utiliser. J'ai utilisé cette technique pendant de longues semaines avant d'investir dans un N800, et je continue à faire comme ça lorsque je n'ai pas le N800 sur moi. 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: 2008/6/12 Bernard VALTON : Bonjour, J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je souhaiterais acheter un téléphone mobile qui fasse tout cela (traces, photos, téléphone mobile) et le fasse bien. Mauvaise idée : aucun gps intégré à un autre appareil n'est d'aussi bonne qualité pour les traces qu'un externe (autant téléphone que le N810). Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas utiliser la fonction a-gps car je ne veux pas de forfait data ... Même un petit forfait Orange internet illimité à 9euros/mois ? Reste android (de google) qui a le grand mérite d'être opensource et dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus ( http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/ ) donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps et très ouverts au niveau programmation pour pouvoir faire facilement des softs de mapping ... C'est donc la piste que je privilégie actuellement quitte à attendre un peu, sniff :( C'est peut-être une solution mais on ne saura que quand ça sortira... d'ici la fin de l'année = loin ! 2008/6/12 Olivier Boudet : Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être l'utiliser pour prendre tes traces avec ton module externe et aussi prendre tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770... C'est une bonne idée...à condition qu'il ne soit pas trop difficile de jongler entre prise de photo et affichage de parcours (si besoin). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Gate
Du coup j'ai une autre question sue les accès ! Quel est la différence entre goods et hgv ? es-ce que hgv sont les poids lourd et goods les livreurs ? en suisse on a encore des interdictions pour les camions citerne ( http://www.linternaute.com/auto/questionnaire/photo/1354/550/index.shtml) et celui ci pour les matière dangereuse : http://www.linternaute.com/auto/questionnaire/photo/1364/550/index.shtml Bref comment tagger tout ça ? CU Stéph 2008/6/12 Stéphane Brunner [EMAIL PROTECTED]: Ok, merci ;-) CU Sarge 2008/6/12 Olivier Boudet [EMAIL PROTECTED]: Hello, Tu peux faire ca en rajoutant les tags foot, car, motorcycle, bicycle, etc Exemple : highway=gate foot=yes bicycle=yes car=no motorcycle=no 2008/6/12 Stéphane Brunner [EMAIL PROTECTED]: Hello ! J'ai juste une question sur las gate ! Comment différencier le gare qui empêche de lasser les piétons de celle qui empêche de passer uniquement les voitures ? Merci d'avance Sarge -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu de nom de rue
huhu, j'y suis allé voir aussi à peu près en même temps ! il doit être bien corrigé la le problème ;) -- Gand' 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: Freed m'a indiqué mon erreur. Merci ...c'est mieux d'indiquer sur la liste la réponse ! :) J'ai la Rue de la Résistance qui s'affiche mal. J'ai ajouté un node au milieu de mon way mais cela n'a rien changé. Que faire ? C'est un bug ? J'ai vérifié et c'est ce que je pensais : il y a 2 ways superposées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Bernard VALTON a écrit : Bonjour, J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je souhaiterais acheter un téléphone mobile qui fasse tout cela (traces, photos, téléphone mobile) et le fasse bien. Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn. Confirmez vous cette information ? Connaissez vous des téléphones avec un bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut craindre de mauvaises perfs également ... Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas utiliser la fonction a-gps car je ne veux pas de forfait data ... Reste android (de google) qui a le grand mérite d'être opensource et dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus (http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/) donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps et très ouverts au niveau programmation pour pouvoir faire facilement des softs de mapping ... C'est donc la piste que je privilégie actuellement quitte à attendre un peu, sniff :( Voili voilou, j'attends vos retours et infos avec grand intérêt :) Salut, L'openmoko va bientôt arrivé http://wiki.openmoko.org/wiki/Main_Page C'est clairement la solution pour moi. -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est il bon pour le mapping ? Et l'appareil photo sera convenable ? bientôt, c'est avant 2009 ? je pense vraiment que je vais attendre un tél android ou openmoko mais j'ai un peu peur d'attendre 6 mois voir un an :( bernard L'openmoko va bientôt arrivé http://wiki.openmoko.org/wiki/Main_Page C'est clairement la solution pour moi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Quelques remarques : - Face au consensus anti-living_street, je vais effectivement modifier le Wiki... - Je voudrais que l'on considère différemment le côté juridique (access=private) et le côté pratique (highway). Highway doit traduire la réalité physique du monde. En fait, le problème vient de là, et Pieren l'a écrit : le statut Highway=living_street est un statut juridique. Ca ne me semble pas logique. - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ; dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres personnes : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) - Certaines sont highway=pedestrian, et c'est faux aussi, car les voitures peuvent y circuler _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en train de rater l'occasion de le faire._ - si l'on veut s'accrocher à la définition allemande de Living Street, on peut écrire que le tag living_street n'a pas d'usage en France. Point. Gebrauch streng verboten. Dommage de perdre un tag. - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire notre tag pour la France, non ? Par exemple community_street, ça correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer trop...) - je reviens encore sur la notion de voie privée, car je pense qu'elle est encore mal comprise : il s'agit bien d'une voie qui dessert plusieurs immeubles, et qui est, pour les habitants, leur rue, leur adresse. Simplement la rue est gérée par la co-propriété des immeubles, et non par la municipalité : le ramassage des ordures ne se fait qu'à l'entrée, etc. Il ne s'agit pas d'une voie privative qui appartiendrait à une personne ou à un immeuble. Il ne s'agit pas non-plus d'une voie de parking créée pour faciliter la vie des locaux. - je vais aller faire un saut à la FNAC pour relire le Code de la Route, avec de belles images... Je vous raconterai si j'ai du nouveau... Charlie Echo PS : j'ai été à un Congrès à La Baule récemment. Donc je me suis dit Mappons La Baule ! ce qui est d'autant plus facile qu'il y a des photos Yahoo (depuis, j'ai re-découvert le Cadastre...) A La Baule, il y a essentiellement des Avenues, mais, de ce que j'ai vu pour l'instant, AUCUNE Rue. Quelqu'un qui appliquerait bêtement les classifications mettrait tout en Secondary ou Tertiary, non ? Je veux dire par là qu'il faut une connaissance locale pour savoir comment classifier une Highway. Ca va au-delà du théorique. Et ma vision pratique, à Paris, me fait dire que mes chères voies privées ne sont ni Residential, ni Unclassified, ni Service, ni Pedestrian, ... Donc je reste sur ma faim (ce qui est très adapté, il est 12h10...) - Mail Original - De: Pieren [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Jeudi 12 Juin 2008 11:02:31 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Définition des Highways en ville Charlie Echo, est-tu d'accord pour modifier ta définition wiki du living_street et supprimer la partie En France, celà peut correspondre aux voies privées. ? Parce qu'il y a déjà le tag access=private pour ça. Mais sinon, on peut aussi ne pas revenir complètement à la définition précédente (dans l'historique) et ne pas dire N'existe pas en France. Mais il faudrait que ça reste vraiment très proche de la définition originale (mais encore une fois, pour moi, c'est un statut juridique plus que du physique, qui fait doublon avec unclassified et residential, mais bon). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
2008/6/12 Charlie Echo : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) service n'est pas que pour mapper les restaurants... On mappe les aires d'autoroutes et des tas d'autres choses, la def wiki : generally for access to a building, motorway service station, beach, campsite, industrial estate, business park, etc. This is also commonly used for access to parking and trash collection. Sometimes called an alley... Et alley c'est justement une ruelle, ce qui pourrait aussi correspondre. Il ne s'agit pas d'une voie privative qui appartiendrait à une personne ou à un immeuble. La voie est considérée private (même si elle appartient à l'état ; le tag private ne détermine pas l'appartenance mais le droit de passage/d'utilisation) à partir du moment où elle n'est pas accessible au public (cf wiki : 'private' means access is restricted to the landowner) d'ailleurs non accessible même par le ramassage des ordures. La photo du wiki allemande confirme l'aspect privé, cf le panneau Propriété privée entrée interdite. Cependant si tu trouves qu'il y a vraiment une différence notable il est normal de proposer un nouveau tag. Le problème de la réutilisation des tags n'est pas 'que' le notre (comme quoi on devrait se plier à living_street si ça rapproche légèrement) : il s'agit encore une fois des anglais qui font des tags trop fermés à leur pays. Les allemands ont modifié quelque peu le sens du tag pour leur besoin ce qui amène une question générale : Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le rendre générique) ou Créer des tags différents plus précis pour chaque pays ? ou encore Arriver à faire un super compromis en faisant des tags qui reprennent le plus possible les caractéristiques de tous les pays du monde (idéal mais quasi impossible car il n'y a pas de convention de route au niveau mondial) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
2008/6/12 Charlie Echo [EMAIL PROTECTED]: - Je voudrais que l'on considère différemment le côté juridique (access=private) et le côté pratique (highway). C'est un thème qui a déjà été longuement discuté sur la ML anglaise. Certains tags sont très binaires (bicycle=yes), physiques (max_height, bridge), mais d'autres combinent une classification administrative (souvent centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces tags sont un peu un mélange : une voie primary sera en principe plus large qu'un secondary. living_street fait partie de ces tags. Il permet de dire en un tag que c'est une rue équivalente à residential, que la vitesse y est limitée et que les piétons y ont une prioritée absolue. Il y a déjà eu plusieurs propositions par le passé (voir les archives de la ML anglaise) pour séparer les caractéristiques physiques de l'administratif mais il y a une certaine réticence de la communauté à remettre en cause des tags largement utilisés dans la bdd (les highway). En plus, il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une fois. - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ; dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres personnes : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) - Certaines sont highway=pedestrian, et c'est faux aussi, car les voitures peuvent y circuler Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou unclassified) et access=private comme plusieurs l'ont suggéré ici ? _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en train de rater l'occasion de le faire._ La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus cette fois-ci. - si l'on veut s'accrocher à la définition allemande de Living Street, on peut écrire que le tag living_street n'a pas d'usage en France. Point. Gebrauch streng verboten. Dommage de perdre un tag. Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne soient utilisés que par quelques pays lorsqu'ils identifient des caractères spécifiques à ces pays. - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire notre tag pour la France, non ? Par exemple community_street, ça correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer trop...) Evidemment, l'inconvénient majeur d'un nouveau highway est qu'il faut ensuite l'intégrer aux logiciels de rendu. Il faut donc passer par une discussion plus internationnale sur la ML anglaise pour être sûr qu'il ne soit pas rejeté par incompréhension (on pourrait directement modifier les logiciels de rendus sinon). - je reviens encore sur la notion de voie privée, car je pense qu'elle est encore mal comprise : Non, je crois que c'est maintenant assez clair. Cette voie n'appartient pas à une personne ou à un immeuble mais à un groupe d'immeubles (ou a un/des propriétaires privés). Si l'accès y est interdit au public avec un panneau adéquat, c'est simplement access=private. Cette voie ne peut faire partie du domaine public avec ce genre d'interdiction, à moins que la France ait rétablie les privilèges d'avant la révolution mais on serait au courant dans ce cas. Je veux dire par là qu'il faut une connaissance locale pour savoir comment classifier une Highway. Absolument. mes chères voies privées ne sont ni Residential, ni Unclassified, ni Service, ni Pedestrian, ... Encore une fois, je ne vois pas le problème avec residential ou unclassified mais je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à ton exemple. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping party à Lyon le week-end p rochain
Le 11/06/08, Denis [EMAIL PROTECTED] a écrit : Par ailleurs, je relaie ici l'info selon laquelle la contribution du Grand-Lyon a cette initiative pourrait prendre la forme d'un article d'information inséré dans les différents sites Web institutionnel du Grand-Lyon (le principe de la publication de cette annonce est en cours de validation). Ces initiatives ne mériteraient-elles pas d'être mentionnées sur le wiki ? Tout à fait d'accord ! Il ne s'agit pas de faire de la promo pour telle ou telle collectivité, mais simplement de signaler la bienveillance de celles-ci à l'égard d'OSM. S'il y a un article en plus, c'est dans la rubrique la presse parle de nous. Et voilà qui est fait ! http://www.grandlyon.com/Info.1164+M561f46a6910.0.html + sur leur intranet (3000 personnes) depuis hier. Un grand merci au Grand Lyon ! F. PS : bientot plus d'information sur la possibilité d'avoir des vélos à disposition ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Hello ! Le living_street n'est pas uniquement allemand il existe également en suisse et il est utiliser comme décrit plus haut pour des rue principalement piettone donc sans trotoire ou les voiture sont tolerée mais n'on pour ainci dire aucun droit ! Et il me semble que cela ne correspond aucunement a ce que l'on discute, j'ai l'impression que c'est plutôt des routes residential éventuellement unclassified, road ou service mais pas living_street tant qu'il y a un troitoire ou que l'on en peut jouer dans la rue. CU Sarge. 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: 2008/6/12 Charlie Echo : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) service n'est pas que pour mapper les restaurants... On mappe les aires d'autoroutes et des tas d'autres choses, la def wiki : generally for access to a building, motorway service station, beach, campsite, industrial estate, business park, etc. This is also commonly used for access to parking and trash collection. Sometimes called an alley... Et alley c'est justement une ruelle, ce qui pourrait aussi correspondre. Il ne s'agit pas d'une voie privative qui appartiendrait à une personne ou à un immeuble. La voie est considérée private (même si elle appartient à l'état ; le tag private ne détermine pas l'appartenance mais le droit de passage/d'utilisation) à partir du moment où elle n'est pas accessible au public (cf wiki : 'private' means access is restricted to the landowner) d'ailleurs non accessible même par le ramassage des ordures. La photo du wiki allemande confirme l'aspect privé, cf le panneau Propriété privée entrée interdite. Cependant si tu trouves qu'il y a vraiment une différence notable il est normal de proposer un nouveau tag. Le problème de la réutilisation des tags n'est pas 'que' le notre (comme quoi on devrait se plier à living_street si ça rapproche légèrement) : il s'agit encore une fois des anglais qui font des tags trop fermés à leur pays. Les allemands ont modifié quelque peu le sens du tag pour leur besoin ce qui amène une question générale : Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le rendre générique) ou Créer des tags différents plus précis pour chaque pays ? ou encore Arriver à faire un super compromis en faisant des tags qui reprennent le plus possible les caractéristiques de tous les pays du monde (idéal mais quasi impossible car il n'y a pas de convention de route au niveau mondial) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
Le 12/06/08, murphy2712. nospam [EMAIL PROTECTED] a écrit : Le Framework de développement est GoogleAppEngine. C'est pas trop mal foutu mais ça demande un temps d'adaptation. La base de données, c'est BigTable. C'est une structure à la CouchDB développée par Google pour Google. Au début, on déteste (pas de relations, requêtes minables). Après on comprend (faut mettre les mains dans le cambouis des données). Après on aime (c'est ultra-ultra-ultra extensible). Mais j'avoue m'être flingué le cerveau pendant deux jours pour imaginer la manière dont j'allais définir ma structure de données POI (qui m'aurait pris 3 secondes avec SQL). Merci pour ces précisions Il y a tout de même un problème, qui n'apparait pas pour l'instant vu le faible nombre de POIs, mais qui ne tardera pas à pointer le bout de son nez dès que leur nombre sera conséquent (qqs centaines) : tous sont chargés au démarrage de l'application. Ce qui risque de ralentir bcp leur chargement à terme. Un remède : n'afficher que ceux qui sont présents dans l'étendue courante de la carte et limiter ce nombre à 100 (par exemple). Il suffira de zoomer bcp sur une zone pour voir apparaitre ceux qui n'étaient pas présent à plus petite échelle. MapFish (framework de dev. d'applis carto sur le web basé sur OpenLayers et ExtJS) propose ce genre de fonctionnalité à travers l'utilisation de la classe MapFish.Searcher.Extent ( http://www.mapfish.org/svn/mapfish/trunk/MapFish/client/mfbase/mapfish/core/Searcher/Extent.js). Maintenant, cela signifie qu'il faudra mettre en place un service capable de répondre à la requete sur l'extent... Ce post de Christopher Schmidt sera surement très utile pour aller dans cette voie avec la plateforme de développement de Google : http://labs.metacarta.com/blog/27.entry/geographic-queries-on-google-app-engine/ Yaurai moyen d'avoir le code source ? ou d'ajouter des développeurs sur le projet AppEngine ? Je plussoie la demande ;-) F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Bernard VALTON a écrit : Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est il bon pour le mapping ? Je ne saurais te répondre sur ce point mais la puce est maintenant la u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs résultats. Et l'appareil photo sera convenable ? Il n'y a pas d'APN dessus. bientôt, c'est avant 2009 ? Oui on attends les premiers exemplaires d'ici fin juin. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
2008/6/12 Rodolphe Quiedeville [EMAIL PROTECTED]: Bernard VALTON a écrit : Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est il bon pour le mapping ? Je ne saurais te répondre sur ce point mais la puce est maintenant la u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs résultats. Ah bon, leur site n'est pas à jour alors. L'essentiel étant qu'il ait un bon GPS ! Et l'appareil photo sera convenable ? Il n'y a pas d'APN dessus. bientôt, c'est avant 2009 ? Oui on attends les premiers exemplaires d'ici fin juin. ok, merci pour ces infos. J'attends les premiers tests avec impatience même si la non présence d'un APN dessus m'embête un peu ... bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
j'ai un vieux symbian : un 6600. Il ne me permet pas d'utiliser les applis J2ME car il n'a pas la jsr PIM permettant d'écrire le gpx sur le téléphone. J'arrive à travailler avec WhereAmI (appli native symbian) mais il faut (un peu) remouliner les fichiers gpx générés et je n'ai pas encore réussi à récupérer le gpx sous ubuntu à travers bluetooth (le tél n'a pas d'usb). Cela m'embête de rebooter sous windows juste pour cela. L'autre raison pour laquelle je veux changer de téléphone est que l'APN est pas top : 300 000 px et que je voudrais également m'en servir pour faire de vrais photos Sinon, effectivement, le tél étant multi tâches, je peux lancer en même temps l'appareil photo et whereAmI, c'était le point fort de symbian à l'époque ... Bon, voila quoi, si personne ne connait le téléphone miracle, je vais sans doutes attendre qu'un petit tél sous linux sorte :) bernard 2008/6/12 Olivier Boudet [EMAIL PROTECTED]: Je confirme que le N95 n'est pas un super choix pour les traces GPS... ni pour l'appareil photo d'ailleurs. Mais tu as quoi actuellement comme téléphone portable ? Tu peux peut être l'utiliser pour prendre tes traces avec ton module externe et aussi prendre tes photos. Ca fait déjà un morceau de moins a trimballer, le Nokia 770... 2008/6/12 Bernard VALTON [EMAIL PROTECTED]: Bonjour, J'utilise actuellement pour mapper un N770 avec maemo mapper avec un GPS externe en Bluetooth et j'ai en plus un téléphone portable qui fait appareil photo. Résultat, je trouve cela pénible d'avoir tous ces appareils et je souhaiterais acheter un téléphone mobile qui fasse tout cela (traces, photos, téléphone mobile) et le fasse bien. Je réfléchi donc à l'achat d'un téléphone intégrant appareil photo (la c'est facile) et GPS et c'est la qu'il y a problème. Il semble que les téléphones actuels intégrant le GPS ne soient pas bon pour obtenir des traces. Par exemple le N95 ne donne pas de bonnes traces d'après gwenn. Confirmez vous cette information ? Connaissez vous des téléphones avec un bon GPS ? Il me semble (d'après mes petites recherches) que la nouvelle génération de tél de chez nokia (n78, n96 ...) intègre la même puce GPS (faite par Texas Instrument d'après ce que j'ai lu) que le N95 donc on peut craindre de mauvaises perfs également ... Sinon, l'iphone 2 doit intégrer un GPS mais je ne suis pas intéressé par payer un abonnement orange à 50 euros par mois ... Pareil, je ne veux pas utiliser la fonction a-gps car je ne veux pas de forfait data ... Reste android (de google) qui a le grand mérite d'être opensource et dont j'ai lu que les producteurs de la puce Sirf Star III travaillaient dessus ( http://www.frandroid.com/156/sirf-developpe-sa-fonction-de-geolocalisation/) donc on risque d'avoir (mais quand ?) des téléphones très bons au niveau gps et très ouverts au niveau programmation pour pouvoir faire facilement des softs de mapping ... C'est donc la piste que je privilégie actuellement quitte à attendre un peu, sniff :( Voili voilou, j'attends vos retours et infos avec grand intérêt :) -- bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- bernard http://blog.valton.name/ http://ville-montgermont.fr/ http://fr.groups.yahoo.com/group/RennesFreecycle/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Et en Belgique aussi Les allemands ont juste étés les premiers a soulevé la question, et comme cela s'appliquait a plusieurs pays on en est arrivé a living_street après comme d'habitude de longues discussions ... Question rendu, il semble que enfin.on commence a penser à tenir compte du tag lanes pour avoir un rendu different pour un way en fonction du nombre de lanes ... ca resoudra a mon avis pas mal de choses ... 2008/6/12 Stéphane Brunner [EMAIL PROTECTED]: Hello ! Le living_street n'est pas uniquement allemand il existe également en suisse et il est utiliser comme décrit plus haut pour des rue principalement piettone donc sans trotoire ou les voiture sont tolerée mais n'on pour ainci dire aucun droit ! Et il me semble que cela ne correspond aucunement a ce que l'on discute, j'ai l'impression que c'est plutôt des routes residential éventuellement unclassified, road ou service mais pas living_street tant qu'il y a un troitoire ou que l'on en peut jouer dans la rue. CU Sarge. 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: 2008/6/12 Charlie Echo : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) service n'est pas que pour mapper les restaurants... On mappe les aires d'autoroutes et des tas d'autres choses, la def wiki : generally for access to a building, motorway service station, beach, campsite, industrial estate, business park, etc. This is also commonly used for access to parking and trash collection. Sometimes called an alley... Et alley c'est justement une ruelle, ce qui pourrait aussi correspondre. Il ne s'agit pas d'une voie privative qui appartiendrait à une personne ou à un immeuble. La voie est considérée private (même si elle appartient à l'état ; le tag private ne détermine pas l'appartenance mais le droit de passage/d'utilisation) à partir du moment où elle n'est pas accessible au public (cf wiki : 'private' means access is restricted to the landowner) d'ailleurs non accessible même par le ramassage des ordures. La photo du wiki allemande confirme l'aspect privé, cf le panneau Propriété privée entrée interdite. Cependant si tu trouves qu'il y a vraiment une différence notable il est normal de proposer un nouveau tag. Le problème de la réutilisation des tags n'est pas 'que' le notre (comme quoi on devrait se plier à living_street si ça rapproche légèrement) : il s'agit encore une fois des anglais qui font des tags trop fermés à leur pays. Les allemands ont modifié quelque peu le sens du tag pour leur besoin ce qui amène une question générale : Doit-on modifier le sens d'un tag existant pour chaque pays ? (et le rendre générique) ou Créer des tags différents plus précis pour chaque pays ? ou encore Arriver à faire un super compromis en faisant des tags qui reprennent le plus possible les caractéristiques de tous les pays du monde (idéal mais quasi impossible car il n'y a pas de convention de route au niveau mondial) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Stéphane Brunner mail : [EMAIL PROTECTED] messageries instantanées : [EMAIL PROTECTED] ( http://talk.google.com) -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] téléphone avec GPS intégré
Bernard VALTON a écrit : 2008/6/12 Rodolphe Quiedeville [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Bernard VALTON a écrit : Visiblement, il aura le chipset GPS de TomTom (hammerhead), ce chipset est il bon pour le mapping ? Je ne saurais te répondre sur ce point mais la puce est maintenant la u-blox/Atmel ATR0635 GPS Receiver qui semble donner de meilleurs résultats. Ah bon, leur site n'est pas à jour alors. L'essentiel étant qu'il ait un bon GPS ! Si, mais il faut regarder les specs du modèle GTA02 qui est le modèle de fabrication en série, le GTA01 était uniquement pour des tests. http://wiki.openmoko.org/wiki/GPS A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://rodolphe.quiedeville.org/ Travaillons Libre - http://fr.lolix.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
un numéro unique comme pour les bugtrackers avec une url qui pointe dessus permettrait de suivre un bug Ah oui. Indispensable Au même titre que pouvoir spécifier des coordonnées dans l'URL afin de ne pas tomber à chaque fois sur la magnifique ville de Rennes :-) Je veux rapporter une erreur concernant un [bâtiment/rue/nom/point d'intérêt/zone/autre(précisez)] J'y ai réfléchi, mais est-ce vraiment utile ? Quid des doubles-classifications ? Peut-on être exhaustif ? Faut-il une hiérarchisation ? etc. Un système de tags... avec toutes les discussions passionnantes que ça engendre ;-) Trop formaliser tue la créativité. Faire apparaître les FIXME/TODO me paraît indispensable J'ai pas compris. Le bouton pour ajouter un report ne saute pas assez aux yeux Oui. J'en sue avec le placement de ce bouton. Je n'ai pas d'idée miracle. FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror KDE4 Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant que dans 5 jours, 90% de la population d'OSM tournera dessus ;-) Je ne trouve pas le lien avec GoogleAppEngine ou alors c'est au niveau du serveur Oui. GoogleAppEngine est : - un hébergement limité mais gratuit - un framework original (Python + BigTable) Donc, côté utilisateur, que ce soit là dessus où sur un LAMP classique, ça ne change rien. le côté pas d'authentification me chagrinne. Ma philosophie c'est : - OSM = données clean = authentification - OpenStreetBugs = données brouillon = pas d'authentification Ça ne sert à rien de faire un truc sécurisé et complexe si c'est pour faire moins bien que Potlatch. Et pour te rassurer un peu... 1. OSB est indélébile. Ce qui y est écrit reste tel quel. Par contre il est possible pour n'importe qui d'ajouter autant de compléments d'information que nécessaire. 2. Pour l'instant, aucune donnée n'est réellement supprimée (quand vous faites del, les données deviennent justes inaccessibles). Il est donc techniquement possible de récupérer les données perdues. Je dis pour l'instant, car GoogleAppEngine (version gratuite) limite la base de données à 500Mo... tu devrait presenter l'url sur la liste anglaise. Oui. Je vais peut-être corriger un ou deux bugs avant. La base de données, c'est BigTable ça me donne envie de m'y mettre aussi Si tu aimes les tables de hachage, les listes chaînées, les arbres binaires... c'est chouette. Il y a tout de même un problème, qui n'apparait pas pour l'instant vu le faible nombre de POIs, mais qui ne tardera pas à pointer le bout de son nez dès que leur nombre sera conséquent (qqs centaines) : tous sont chargés au démarrage de l'application. Non. Seuls les points visibles sont chargés ; les autres sont chargés en AJAX au fur et à mesure qu'on fait glisser la carte. Lorsqu'on dézoome trop, les points ne sont pas non plus chargés (ceux qu'on voit sont ceux qui ont déjà été chargés). Ce qui risque de ralentir bcp leur chargement à terme. Un remède : n'afficher que ceux qui sont présents dans l'étendue courante de la carte et limiter ce nombre à 100 (par exemple). J'ai déjà limité (120 pois max par requête). Par contre je n'ai pas fait de garbage collector : une fois les points chargés, ils sont chargés. Donc s'il on joue trop longtemps avec OSB, ça risque de ramer. Yaurai moyen d'avoir le code source ? ou d'ajouter des développeurs sur le projet AppEngine ? Je plussoie la demande ;-) J'y pense :-) Mais le code n'a rien de spectaculaire et n'est pas super clean. - 90% du code est côté client (script.js) - 10% du code est côté serveur (python) Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Mapping party à Lyon le week-end p rochain
C'est bon, nous avons 5 vélos prêtés par le Grand Lyon pour ce WE complet ! Frédéric passera récupérer les codes d'accès aux vélos demain soir. A+ F. Le 11/06/08, Renaud Martinet [EMAIL PROTECTED] a écrit : François, s'il est possible que le Grand Lyon prête des vélos ça m'arrangera je l'avoue pas mal. Ca m'éviterai d'avoir à emmener le mien qui est en piteux état suite à la mapping party de Rennes. Si c'est possible c'est vraiment super. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror KDE4 Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant que dans 5 jours, 90% de la population d'OSM tournera dessus ;-) Je testerai demain avec FF3 RC2 / Win au boulot ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
Je testerai demain avec FF3 RC2 / Win au boulot ... Déjà testé (2ème message de la liste), ça marche. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas, j'arrive pas bien à créer des points, ni à les éditer, ... sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on peut faire avec google app engine ! bernard 2008/6/12 Philippe Piquer [EMAIL PROTECTED]: FF3RC1 (Kubuntu - KDE4.1b) ne fonctionne pas , ni sous Konqueror KDE4 Si ça ne fonctionne pas sur FF3 c'est particulièrement gênant, sachant que dans 5 jours, 90% de la population d'OSM tournera dessus ;-) Je testerai demain avec FF3 RC2 / Win au boulot ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- bernard http://blog.valton.name/ http://ville-montgermont.fr/ http://fr.groups.yahoo.com/group/RennesFreecycle/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
pas chez moi ... bernard 2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: Je testerai demain avec FF3 RC2 / Win au boulot ... Déjà testé (2ème message de la liste), ça marche. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- bernard http://blog.valton.name/ http://ville-montgermont.fr/ http://fr.groups.yahoo.com/group/RennesFreecycle/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetBugs
2008/6/12 Bernard VALTON : Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas, j'arrive pas bien à créer des points, ni à les éditer, ... Peux-tu détailler ton problème d'ajout/modification ? Apparemment pour les modifs on ne fait qu'ajouter du texte (Add). Le cancel qui ne fait rien...it's not a bug it's a feature :) sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on peut faire avec google app engine ! En fait les tiles viennent des serveurs officiels et comme le disait Xavier, 90% du code est du javascript ; et je suppose que les 3/4 correspondent à du OpenLayers basique donc il ne reste pas grande part de AppEngine si ce n'est le casse-tête pour faire une simple entrée/sortie en bdd. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Mais pourquoi pas highway=residential (ou unclassified) et access=private comme plusieurs l'ont suggéré ici ? Concentrons-nous sur les trottoirs. Vu d'une rue principale, l'entrée des voies privées est comme celle des immeubles : le trottoir de la rue principale est continu ; il y a juste un bateau. Mais quelqu'un peut passer devant une voie privée sans quitter son trottoir. (cf. la photo d'hier : http://de.wikipedia.org/wiki/Bild:Paris_%E2%80%93_Rue_de_la_Tour%2C_Villa_de_la_Tour.JPG) Ca me semble une différence majeure entre une highway residential / unclassified et ce type de voie privée. A l'intérieur de la voie privée, il n'y a pas de trottoir, dans mon souvenir. Sur la photo, il n'y en a pas, ni dans les quelques autres que j'ai en tête. Bref, le premier élément milite contre residential/unclassified, et le deuxième pour living_street... Un mot sur : il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une fois C'est possible, mais je toruve justement que chaque tag doit avoir un sens simple et unique. Un dernier mot : il ne me semble pas choquant que les définitions soient légèrement différentes d'un pays à l'autre, à partir du moment où : - elles sont uniformes sur le pays - elles sont assez proches tout de même - l'ordre primary secondary tertiary unclassified residential living_street service ... est respecté, pour que les logiciels s'y retrouvent. Charlie Echo PS : dans les codes de la route, rien de valable sur ce sujet... - Mail Original - De: Pieren [EMAIL PROTECTED] À: Discussions sur OSM en francais talk-fr@openstreetmap.org Envoyé: Jeudi 12 Juin 2008 13:35:33 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Définition des Highways en ville 2008/6/12 Charlie Echo [EMAIL PROTECTED]: - Je voudrais que l'on considère différemment le côté juridique (access=private) et le côté pratique (highway). C'est un thème qui a déjà été longuement discuté sur la ML anglaise. Certains tags sont très binaires (bicycle=yes), physiques (max_height, bridge), mais d'autres combinent une classification administrative (souvent centrée UK) avec du physique (highway=primary, secondary, tertiary). Ces tags sont un peu un mélange : une voie primary sera en principe plus large qu'un secondary. living_street fait partie de ces tags. Il permet de dire en un tag que c'est une rue équivalente à residential, que la vitesse y est limitée et que les piétons y ont une prioritée absolue. Il y a déjà eu plusieurs propositions par le passé (voir les archives de la ML anglaise) pour séparer les caractéristiques physiques de l'administratif mais il y a une certaine réticence de la communauté à remettre en cause des tags largement utilisés dans la bdd (les highway). En plus, il y a un côté pratique d'avoir un seul tag pour dire plusieurs choses en une fois. - il y a une foule de ces voies à Paris, et sans doute ailleurs aussi ; dans Paris, j'ai regardé celles que j'ai en tête mappées par d'autres personnes : - Certaines sont highway=service, ce qui est faux : c'est l'entrée principale des immeuble ; ce n'est pas une voie de service (livraison pour les restaurants, etc) - Certaines sont highway=pedestrian, et c'est faux aussi, car les voitures peuvent y circuler Je suis d'accord que service et pedestrian ne sont pas les mieux adaptés à l'exemple que tu donnes. Mais pourquoi pas highway=residential (ou unclassified) et access=private comme plusieurs l'ont suggéré ici ? _J'en conclus qu'il y a absolument besoin de normalisation, et qu'on est en train de rater l'occasion de le faire._ La discussion reste ouverte. Mais il n'y aura peut-être pas de consensus cette fois-ci. - si l'on veut s'accrocher à la définition allemande de Living Street, on peut écrire que le tag living_street n'a pas d'usage en France. Point. Gebrauch streng verboten. Dommage de perdre un tag. Rien n'est interdit dans OSM. Mais il faut accepter que certains tags ne soient utilisés que par quelques pays lorsqu'ils identifient des caractères spécifiques à ces pays. - A la limite, si ce tag n'existe que pour l'Allemagne, on pourrait faire notre tag pour la France, non ? Par exemple community_street, ça correspond assez bien. (je ne veux pas de nouveau tag, je veux juste que les gens réagissent en disant qu'il faut ré-utiliser les tag, et ne pas en créer trop...) Evidemment, l'inconvénient majeur d'un nouveau highway est qu'il faut ensuite l'intégrer aux logiciels de rendu. Il faut donc passer par une discussion plus internationnale sur la ML anglaise pour être sûr qu'il ne soit pas rejeté par incompréhension (on pourrait directement modifier les logiciels de rendus sinon). - je reviens encore sur la notion de voie privée, car je pense qu'elle est encore mal comprise : Non, je crois que c'est maintenant assez clair. Cette voie n'appartient pas à une personne ou à un immeuble mais à un groupe d'immeubles (ou a un/des
Re: [OSM-talk-fr] OpenStreetBugs
2008/6/12 murphy2712. nospam [EMAIL PROTECTED]: 2008/6/12 Bernard VALTON : Je suis sous FF3/winXP : ça marche pas bien : le cancel ne marche pas, j'arrive pas bien à créer des points, ni à les éditer, ... Peux-tu détailler ton problème d'ajout/modification ? Avec plaisir : Pour que les suppressions soient prises en compte, il faut que je fasse un reload de ma page car la bulle reste affichée sinon Pour que les ajouts soient pris en compte, il faut une autre création/suppression : il y a comme un temps de retard Apparemment pour les modifs on ne fait qu'ajouter du texte (Add). Effectivement, ce n'est pas très intuitif mais cela semble fonctionner en fait Le cancel qui ne fait rien...it's not a bug it's a feature :) ok sinon, ca a l'air bien sympa et c'est fort intéressant de voir ce que l'on peut faire avec google app engine ! En fait les tiles viennent des serveurs officiels et comme le disait Xavier, 90% du code est du javascript ; et je suppose que les 3/4 correspondent à du OpenLayers basique donc il ne reste pas grande part de AppEngine si ce n'est le casse-tête pour faire une simple entrée/sortie en bdd. Oui, je me doute bien qu'openlayers ni est pas pour rien. Reste qu'une expérience d'intégration comme celle là est intéressante et à du demander un peu de boulot quand même :) bernard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Définition des Highways en ville
Je ne dis pas que ce type de voie est facile a taguer. Sur l'exemple, on pourrait même dire que c'est une voie étroite., effectivement sans séparation piéton/voiture. Alors highway=pedestrian ? En même temps, on y voit des voitures donc des particuliers qui ont la clé de la grille et du coup, ça fait penser à une voie d'accès à des parkings privés, donc highway=service ? Mais je n'ai jamais tagué de voies en highway=service qui portaient un nom de rue. Mais je reste peu convaincu par le choix de living_street (pour ce cas précis). Le terme lui-même : ca veut dire lieu de vie. C'est un espace ouvert, un lieu de rencontre, les gens s'y croisent, les enfants jouent. Sur la photo, on voit un lieu fermé, interdit au public. On est loin d'une définition proche... 2008/6/12 Charlie Echo [EMAIL PROTECTED]: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] noexit
Olivier Boudet a écrit : Je pense jamais à mettre les noexit ! Quel est l'intérêt de ce tag ? Je me suis posé la même question il y a quelques temps. J'avais trouvé une vieille discussion au temps où la fin des routes n'était pas dessinée sur Mapnik. Le bout des routes n'étaient pas bouchés par un trait transversal. Le tag noexit était alors arrivé pour demander à Mapnik de boucher le bouts de routes. Ça permettait de différencier une route non terminée (pas bouchée) d'un cul-de-sac (bouché). Depuis, je ne met plus les tags noexit (et j'avoue en avoir retiré un ou deux). xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] noexit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ah oui mais non ! Il faut mettre ou pas le tag noexit ? J'apprends alors si autant que ce soit bien de suite ;) Gand' a écrit : je ne mets pas les no exit ... par contre, je mets les turning_circle le cas échéant ! -- Gand' 2008/6/12 X [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Olivier Boudet a écrit : Je pense jamais à mettre les noexit ! Quel est l'intérêt de ce tag ? Je me suis posé la même question il y a quelques temps. J'avais trouvé une vieille discussion au temps où la fin des routes n'était pas dessinée sur Mapnik. Le bout des routes n'étaient pas bouchés par un trait transversal. Le tag noexit était alors arrivé pour demander à Mapnik de boucher le bouts de routes. Ça permettait de différencier une route non terminée (pas bouchée) d'un cul-de-sac (bouché). Depuis, je ne met plus les tags noexit (et j'avoue en avoir retiré un ou deux). xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr - -- Patrice Vetsel [EMAIL PROTECTED] Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIUV80AGLykBXAlNsRAmMGAJ0ZuTYXt4/qWV0FdKTioA1DrhVp8wCfcRG9 Zqrd/DpzYExgekbBcaPdQhM= =I2Pb -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] noexit
Patrice Vetsel a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ah oui mais non ! Il faut mettre ou pas le tag noexit ? J'apprends alors si autant que ce soit bien de suite ;) Gand' a écrit : je ne mets pas les no exit ... par contre, je mets les turning_circle le cas échéant ! -- Gand' Perso, c'est un tag que j'utilise car il correspond bien à l'interprétation que je fais d'une impasse quand bien même elle serait reliée à des cheminements physiquement (plot) réservés à des piétons ou des cyclistes. Des exemples ici : http://www.openstreetmap.org/?lat=48.60024lon=7.70858zoom=16layers=0B0FT Les turning_circle correspondent peut-être plus à la réalité topographique mais moins à la fonctionnalité de la voie (c'est juste destiné à desservir le paté de maison). Mais, je n'ai pas encore de position définitivement arrêtée sur le sujet. Je crois surtout que l'un n'empêche pas l'autre : noexit sur le tronçon de voie et turning_circle pour le noeud terminal de la voie. Bon, va falloir que j'aille noter tout cela dans Openstreetbugs. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] noexit
Thomas Walraet a écrit : Mais le tag n'apporte aucune information. Un logiciel de routage saura très bien détecter ça tout seul. Pas d'accord. Selon le mode de déplacement (véhicule à moteur) le choix sera bloquant ou non (vélo ou pédibus). A charge pour les extracteurs de données de faire tomber les tags inutiles (ou implicites) en fonction de l'utilisation envisagée. Turning_circle sur le dernier noeud... seulement si il y a effectivement un élargissement de la voie pour faciliter les demi-tours non ? Tout à fait, genre placette ; d'autres impasses sont de vrais culs-de sac (marche arrière, torticolis, toussa ). CQFD : toutes les impasses ne sont pas terminées systématiquement par des aménagements facilitant le retournement du véhicule. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] noexit
Denis wrote: Thomas Walraet a écrit : Mais le tag n'apporte aucune information. Un logiciel de routage saura très bien détecter ça tout seul. Pas d'accord. Selon le mode de déplacement (véhicule à moteur) le choix sera bloquant ou non (vélo ou pédibus). A charge pour les extracteurs de données de faire tomber les tags inutiles (ou implicites) en fonction de l'utilisation envisagée. Bah justement... Avec une rue qui se prolonge par une chemin piéton par exemple : un truc de routage pour voiture verra très bien que c'est un cul-de-sac, un truc de rando verra que non. Le tag noexit de son côté ne dis même pas à quel type d'usager il s'adresse. Comme expliqué plus tôt par Xav, ce tag avait été introduit pour contourner une petite faiblesse de mapnik. Perso je ne vois pas de raison de continuer à l'utiliser, mais si ça vous chante et bien c'est une raison suffisante :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] noexit
Thomas Walraet a écrit : Comme expliqué plus tôt par Xav, ce tag avait été introduit pour contourner une petite faiblesse de mapnik. Perso je ne vois pas de raison de continuer à l'utiliser, mais si ça vous chante et bien c'est une raison suffisante :) Je crois que vais continuer à l'utiliser quand je tomberai sur des voies en impasse qui ne se terminent pas par des élargissements permettant un retournement. En attendant, je continuerai à enrichir OSM avec les Turning_circle car ce sera toujours plus facile de nettoyer automatiquement des tags obsolètes que de rajouter des cas particuliers non prévus. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr