[OSM-talk-fr] deux sources, sinon trois
Je me ballade dans mon patelin, et je remarque deux grosses maisons dans deux grands terrains, résidentielles ; actuellement elles sont incluses dans un landuse=commercial, c'est mieux de rétablir la réalité. Donc dans JOSM j'affiche le cadastre, et je trace la limite de ce landuse=residential en m'aidant des limites de parcelles ; une petite vérification avec SpotImage, et me voilà avec deux sources indissociables ( survey et cadastre), sinon trois (spot). vous mettez quoi dans la source dans un cas comme ça ? merci ! Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] deux sources, sinon trois
On 10/10/2010 08:39, hpmt wrote: Je me ballade dans mon patelin, et je remarque deux grosses maisons dans deux grands terrains, résidentielles ; actuellement elles sont incluses dans un landuse=commercial, c'est mieux de rétablir la réalité. Donc dans JOSM j'affiche le cadastre, et je trace la limite de ce landuse=residential en m'aidant des limites de parcelles ; une petite vérification avec SpotImage, et me voilà avec deux sources indissociables ( survey et cadastre), sinon trois (spot). vous mettez quoi dans la source dans un cas comme ça ? merci ! Hélène IMHO, si la source du tracé est le cadastre, c'est elle qu'il faut indiquer dans le tag source. Il aussi est possible de mettre un tag 'source:landuse=survey' -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Le 09/10/2010 10:47, hpmt a écrit : Je n'ai pas trouvé la clé qui va bien pour indiquer le N° de Téléphone d'un resto ; Si jamais on veut réserver, c'est pratique de le trouver dans les infos d'un POI ; Et pour l'âge du patron ? on fait comment ? Rien ne change aussi rapidement qu'un numéro de tph à part le type de commerce. Qui maintient ces données, comment peut-on surveiller les modifications ? Bref, la base OSM devient-elle un annuaire téléphonique ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Aide sous forme de Question-Répons e
Bonjour, Je me permet de faire passer ici une info dont il ne me semble pas qu'on ait discuté : La page d'aide d'openstreetmap (http://help.openstreetmap.org/) est sous la forme d'un site de question-réponse (genre stackoverflow). Je pense que c'est quelque chose d'intéressant, peut-être une bonne réponse à la surcharge de la mailing-list. Plutôt que de diviser (dev, débutant, ...), on pourrait peut-être orienter les questions simple vers un site de ce genre, et utiliser la mailing list pour les dicussions/débats (et le wiki comme site de référence, dès qu'il sera re-organisé et plein de liens intelligents). Seul problème : http://help.openstreetmap.org/ est en anglais. Des allemands ont posé la question d'une internationalisation, et d'un éventuel site de.help.openstreetmap.org ... et je n'ai pas compris la réponse. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Jean-Francois Nifenecker a écrit , Le 10/10/2010 09:17: Rien ne change aussi rapidement qu'un numéro de tph à part le type de commerce. Pas pour un resto ; en cas de vente ou de reprise, l'ancienneté du N° de téléphone fait partie des actifs immatériels de l'entreprise ; c'est à dire qu'elle a une valeur marchande indiscutable certifiée par un commissaire aux comptes. Non, non, le numéro de téléphone d'un resto ne change pas si souvent, il change même moins vite que son nom (exemples concrets à labège-innopole où il y a un ilot de restos remarquables). Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] deux sources, sinon trois
Vincent Pottier a écrit , Le 10/10/2010 08:54: IMHO, si la source du tracé est le cadastre, c'est elle qu'il faut indiquer dans le tag source. Il aussi est possible de mettre un tag 'source:landuse=survey' cool ; merci, je vais faire comme ça. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [TAG] Comment étiqueter un Ant iquaire ?
Bonjour à tous La question est dans le titre !!! je pense à shop=antiquarian D'autres idées ou expériences ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] maintenance (était : clé pou r un resto)
Jean-Francois Nifenecker a écrit , Le 10/10/2010 09:17: Qui maintient ces données, comment peut-on surveiller les modifications ? AMHA, tu mets le doigt sur une question majeure. Il me semble que seule l'existence d'une masse significative de cartographes de proximité permet la maintenance d'une carte collaborative ; = mapping-parties. = existence d'un kit mapping-party ? yakafaukon ? yakafaucon-sicoval ? TouLibre ? CULTe ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help script import batiments
Salut, Le samedi 09 octobre 2010 à 15:09 -0700, topodom a écrit : j'avais posté il y quelques temps au sujet de problème de projection sur le fichier .osm de certaines communes de mon coin. Les serveurs n'ont pas été mis à jour, du coup j'ai tenté l'utilisation des scripts. Seul hic j'ai un bug en dernière ligne droite... Tous les pdf se téléchargent, les svg se créent puis blocage. Le message est le suivant: Warning: Use of shift without parentheses is ambiguous at svg-parser.pl line 112. Usage: svg-parser.pl (-lpbrwt) [IGNF] [[fichier.svg] [bbox] ..] j'ai bien essayé de mettre les parenthèses mais rien... comme je n'ai pas de compétence en codage, chui bloqué. SI quelqu'un à une idée Ce n'est qu'un warning, tout doit avoir marché correctement Il s'agit d'une nouvelle version du script svg-parser, un peu plus élégante. Sinon, tu peux aller récupérer les fichier sur http://osm.cleo-carto.org/cadastre qui est mis à jour mensuellement (le 10 de chaque mois, donc en ce moment même) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [TAG] Comment étiqueter un Ant iquaire ?
Bonjour, Je pencherais pour shop=antiques Le 10 octobre 2010 10:24, Denis dhel...@free.fr a écrit : Bonjour à tous La question est dans le titre !!! je pense à shop=antiquarian D'autres idées ou expériences ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide sous forme de Question-Répons e
Art Penteur a écrit , Le 10/10/2010 09:44: Bonjour, Je me permet de faire passer ici une info dont il ne me semble pas qu'on ait discuté : La page d'aide d'openstreetmap (http://help.openstreetmap.org/) est sous la forme d'un site de question-réponse (genre stackoverflow). en effet, je ne me souviens pas non plus d'avoir vu passer cette info ; merci pour le lien. Je pense que c'est quelque chose d'intéressant, peut-être une bonne réponse à la surcharge de la mailing-list. Quelle surcharge ? ya une surchage ? zut, moi je trouve que tout va bien ici. Seul problème : http://help.openstreetmap.org/ est en anglais. Des allemands ont posé la question d'une internationalisation, et d'un éventuel site de.help.openstreetmap.org ... et je n'ai pas compris la réponse. Si c'est pas en français, AMHA, ça ne set pas à grand chose quand il s'agit d'affecter des clés pertinentes. Et puis, dans OSM, qui est en permanence en conception il y a peu de réponse standardisées, je trouve. mes deux centimes, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide sous forme de Question-Répons e
Le 10/10/2010 10:42, hpmt a écrit : Si c'est pas en français, AMHA, ça ne set pas à grand chose quand il s'agit d'affecter des clés pertinentes. Et puis, dans OSM, qui est en permanence en conception il y a peu de réponse standardisées, je trouve. Je trouve l'idée de fr.help intéressante, et pour ce qui concerne la traduction de l'aide, il faut noter aussi que dans le wiki il n'existe que 23 pages de Tag en français ! http://wiki.openstreetmap.org/wiki/Category:Fr:Tags Peut-être pourrions nous commencer par traduire ces pages (ce que j'ai récemment fait pour emergency=fire_hydrant). A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre Travailleur indépendant spécialisé en logiciel libre http://rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [TAG] Comment étiqueter un Ant iquaire ?
Dans le bouquin OpenStreetMap de Jonathan Bennett il utilise un exemple avec shop=antiques. Bon c'est pas une référence vu que dans le même exemple il utilise telephone=* (sans commentaire ...) D'un autre coté la phrase importante du livre c'est tag as you like (sans faire n'importe quoi non plus :-). Le dimanche 10 octobre 2010 à 11:04 +0200, Denis a écrit : Le 10/10/2010 10:39, Ab_fab a écrit : Bonjour, Je pencherais pour shop=antiques bingo ! selon http://taginfo.openstreetmap.de 13 : shop=antique 2 : shop=antiquarian 177 : shop=antiques and the winner is Merci Denis ___ 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] Votes sur le wiki - était:clé pour un resto
Le 09/10/2010 18:33, sylvain letuffe a crit: Hehe, a me fait bien marr quand je lis que le tag a t rejet (par 7 personnes : http://wiki.openstreetmap.org/wiki/Proposed_features/Phone) et qu'il y en a 53.000 dans la base (http://taginfo.openstreetmap.de/keys/phone) Sans rapport aucun avec les propositions dont on parle ici, je trouve fallacieux cette approche que l'on voit de plus en plus qui consiste considrer le contenu de la base comme une quasi preuve de la qualit d'un tag. j'ai comme avis que les gens cherchent d'abord ce qu'il y a sur le wiki, et s'il tombent sur une proposition mme mdiocre qui s'approche de ce qu'ils veulent ils vont l'utiliser parce qu'ils n'ont que a. De sorte qu'un tag entr abruptement dans les map features va tre rapidement utilis alors qu'il est peu tre mal pens, ou insuffisant ou en conflit avec un autre. -- sly +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help script import batiments
Salut, Le dimanche 10 octobre 2010 à 14:36 +0200, Christian Quest a écrit : Très bien ton site mis à part que la diffusion des fichiers PDF (ou SVG) issus du cadastre ne respecte pas le principe de la reproduction interdite. En effet, ils sont une reproduction à l'identique, ce que ne sont pas les fichiers osm qui ne reprennent qu'une partie. Nous n'avons une autorisation d'utiliser les données du cadastre que pour les inclure dans un produit composite... il ne faut pas l'oublier. Exact, je n'y avais pas pensé. Merci pour l'indication, c'est corrigé. Ne sont accessibles que les bbox et les fichiers osm. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Votes sur le wiki - était:clé pour un resto
Le 09/10/2010 19:26, sylvain letuffe a crit: Le samedi 9 octobre 2010 18:47:45, Pieren a crit : Ca n'est pas ce que j'ai cris. Je disais "on", c'est juste que j'ai vu a plusieurs fois revenir sur tagging@ et sur le wiki (proposition type=boundary par exemple) et que je m'inquite que a prenne tant d'ampleur. (Je m'inquiterais aussi qu'on se fiche de ce que l'on trouve dans la base ceci dit) Mais le simple fait de sortir un gros chiffre 5 mis cot d'un autre 7, ressemble bigrement une comparaison mis sur le mme pied d'galit, et, une lecture rapide de ce type de message pourrait mener la conclusion : "l'avis des 7 ne vaut rien en comparaison", alors qu'il est difficile de savoir quelle valeur donner l'un et l'autre. [...] Je trouve que le ton de Pieren (tantinet dsabus mais objectif) tait juste et son propos aussi. Cela t mon ressenti la lecture. [...] Et qu'au bout d'un certain temps (quelques mois), on s'arrte un peu pour faire le point sur le succs de tel ou tel version et en profiter pour nettoyer le wiki et, si quelqu'un s'en sent le courage, la base (comme le rcent highway=incline ou les plus anciens noname) L'un des problmes de cette mthode c'est qu'on "sacrifie" le travail de ceux qui ont taggu avec un truc moyen au dbut et que a fait un peu trahison : a Mais heu, j'ai suivi une page du wiki, et c'est toujours pas sur la carte b Ben ouais, tu utilises un tag pourri, hop j'enlve la page en question a Fais chier, et quelqu'un va faire le programme magique qui converti automatiquement mon travail ? b ha non dsol, le tag est tellement mal fichu qu'il n'y a pas bijection possible avec le nouveau, on peut rien en faire, il faut refaire ou il fallait rflchir avant a pas cool ;-( Toute ressemblance avec une discussion ou un ressenti rl ne serait que fortuite Pour reprendre la discussion "boundary" qui laisse les choses se tasser un peu. La discussion arrive voquer l'ide qui la "bijection" doit tre une priorit pour chaque nouveau tag (mettre tous les lments qui permettront de les distinguer coup sr) et l'ide qu'une bonne chose serait de prendre en considration des arguments valables (recevables) avant de rpondre grosso modo un besoin immdiat sans faire abstraction de l'existant (bijection) mais en ne le prenant pas comme base intangible (donner un sens aux tag et ne pas les vider de leur sens). Quand la translation de l'existant n'est pas possible, se coordoner pour ne pas mettre en place le nouveau tag avant la translation des anciens. L'argument "le tag n'est pas reconnu ou utilis par les logiciels tiers." est un non sens. -- sly Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
Hello, 2010/10/10 sly (sylvain letuffe) [via GIS] ml-node+5619318-988997454-176...@n2.nabble.com: Le samedi 9 octobre 2010 20:15:47, Stéphane Brunner a écrit : Hello, Personnellement je suis asse contre ces relations trop spécifique, je serais plutôt pour avoir une relation qui relie une surface avec un segment pour le même tronçon, Je ne suis pas sûr d'avoir bien compris non plus par exemple si on ce met a mapper le routes en surface on aura la même problématique ou il faut une surface pour faire un plan précis et un segment pour faire du routage et donner une direction. Tu fais le parallèle avec les relations type=waterway (le lit central de la rivière) et les relations type=riverbank (la surface de la rivière) ? J'ai l'impression que je n'ai pas compris le role de la relation water way ! D'après ce que tu viens de comprendre la relation type=watherway et un autre nom pour la relation route car finalement au final cela a la même utilité ? Finalement sur le Rône on a une relation de type watherway qui a mon avis est une route (fluviale ...) et une autre relation qui relie les polygone de type=river qui j'ai l'impression n'est rien d'autre qu'une relation de type multypolygone ... Au final j'ai un peut que l'on re-invente la route avec d'autre nom ... Ce que je parlais est finalement un moyen de relier les deux (watherway et riverbank) pour un tronçon donner pour que l'on puisse décider dans un logiciel de redu de routage, ... d'utiliser l'un ou l'autre. Je ne sais pas d'ailleurs si il y a déjà quelque chose d'existant ou de proposer j'ai chercher mais je n'ai pas trouver. CU Stéphane Tu milites pour ne pas utiliser plus d'une relation pour un seul objet ? ou alors je n'ai peut-être pas compris ;-) Pour l'instant je ne sais pas quel nom il faut lui donner, routable_surface me viens a l'esprit mais je ne suis pas du tout convaincu par ce nom. CU Stéphane 2010/10/9 sly (sylvain letuffe) [via GIS] [hidden email]: Le samedi 9 octobre 2010 15:32:18, Vincent Pottier a écrit : Certains ajoutent aussi les relations des affluents avec le rôle 'tributary' ce qui permet un calcul assez rapide du bassin versant d'une rivière donnée. Certains rassemblent la relation:waterway (le cour d'eau) + les éléments du plan d'eau (area:riverbank et multipolygones) + d'autres éléments éventuels dans une relation river. D'ailleurs il faudrait qu'on en cause de cette relation waterway étant donné que personne ne fait pareil ;-) Pour l'histoire du tributary, au delà de mes stats pourri qui savent pas gérer, je trouve ce truc franchement pas terrible car redondant, il faudrait que je tente de prouver par un programme que tout ça est calculable automatiquement... -- sly ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/3-questions-tp5594172p5618480.html To start a new topic under France, email [hidden email] To unsubscribe from France, click here. ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/3-questions-tp5594172p5619318.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/3-questions-tp5594172p5620492.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] clé pour un resto
Ça sonne et forcement il y a quelqu'un qui va décrocher te donner des informations sur les tarifs, ... bref ce qu'une personne de contact est sanser te donner comme informations ? CU Stéphane 2010/10/9 hpmt [via GIS] ml-node+5619126-1368089582-176...@n2.nabble.com: Stéphane Brunner a écrit , Le 09/10/2010 20:06: Si c'est le numéro de la cabine cela n'a rien a faire dans contact ! du moins a mon avis... HA ? tiens, moi, j'avais justement l'impression que c'était bien trouvé, puisque si tu fais ce numéro, c'est dans la cabine que ça sonne; de même que si tu fais le numéro du restaurant, ça sonne dans le restaurant ; vu par moi, c'est ça un contact ; mais bon, hein ... Hélène ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5619126.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/cle-pour-un-resto-tp5617559p5620501.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] J'ai perdu les Iles de la Loire
Le 09/10/2010 12:39, Pen Beuz a crit:
Je
n'arrive pas comprendre, mais je pense avoir fait une mauvaise
manip, les les de la Loire n'apparaissent plus entre Amboise et
Tours. J'ai voulu en rajouter et les anciennes ont disparu!
Pourtant sur JOSM elles sont bien l.
Une bonne me pourrait elle se pencher sur le problme et me dire
o est l'erreur?
J'ai aussi l'impression que la Loire est assez bizarrement
dfinie, il existe au moins deux multipolygones
river("La Loire") , cours deau("La loire") cela est il normal?
Pen Beuz aka Eric
Peut tre aucune relation, je n'ai pas pouss les recherches, mais
les les que j'avais traces sur la Gartempes Quincay (86) ont
elles aussi disparues. Compltement disparues, plus sous JOSM.
Benot R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] J'ai perdu les Iles de la Loire
Stéphane Brunner courr...@stephane-brunner.ch wrote: Tu fais le parallèle avec les relations type=waterway (le lit central de la rivière) et les relations type=riverbank (la surface de la rivière) ? J'ai l'impression que je n'ai pas compris le role de la relation water way ! D'après ce que tu viens de comprendre la relation type=watherway et un autre nom pour la relation route car finalement au final cela a la même utilité ? Finalement sur le Rône on a une relation de type watherway qui a mon avis est une route (fluviale ...) En effet la relation waterway peut être vu comme proche de la relation route. Toutefois dans sa définition officielle la relation route est décrite comme une ligne de passage ou de voyage souvent prédeterminé et affichée (c'est ma propre traduction mais en gros c'est ça). Or un fleuve ou une rivière ne sont pas forcément une ligne de voyage, certaines tronçcon peut être même totalement innaccecible. Ce qui crée le lien route c'est la possibile de si déplacer comme sur un chemin, un lieu de passage, un trajet... Pour le waterway la référence est géographique, le cours d'eau. La nature des 2 est radicalement différentes, on peut avoir une route qui se confonde avec le waterway ou qui empreunte des passages... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [TAG] Comment étiqueter un Ant iquaire ?
2010/10/10 Francisco DOS SANTOS f.dos.san...@free.fr D'un autre coté la phrase importante du livre c'est tag as you like (sans faire n'importe quoi non plus :-). Voila un nouveau concept qui mériterait un livre à lui tout seul : le FCQVVSFNIQNP, soit le faites ce que vous voulez sans faire n'importe quoi non plus ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
