[OSM-talk-fr] Corine
Hello Après l'effervescence autour de Corine, je m'imaginais que ce serait une question de jours avant que quelqu'un ne craque pour uploader les données. Il y a du sable dans les rouages ? Il reste le problème de la cohérence entre les données déjà présentes et les données de Corine. J'ai peut-être un avis extrême, mais pour moi, le moyen le efficace reste le moyen le plus simple : 1. tout uploader sans se poser de question existentielle ; 2. utiliser un outil comme Osmose pour détecter les surfaces de type landuse qui se croisent ou se supperposent (= incohérences entre les données déjà présentes et les données de Corine) ; 3. laisser les utilisateurs corriger ces erreurs à la main. Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] [Tag] Ref in link
What is your suggested ref for links that are an entrance, not an exit? Well... no reference ? If there is no reference for an entrance, it may be artificial to put a reference. Someone on the French mailing list (talk-fr) explained that he puts the reference of the road where you go (every link is shown as an entrance in this case). And can you give an example of what you mean by an exit ref? Where I come from, some exits have numbers, but the number is associated with the highway ref, so you'd still need that as well. Here is an example in France : http://maps.google.fr/?ie=UTF8ll=48.081778,-1.647391spn=0,359.961848z=15layer=ccbll=48.081749,-1.647577panoid=OUTdtU68JZ69U9zdcNcHgwcbp=12,85.64,,1,-8.41 The road where you are is a trunk, the road where you go is a secondary road. The information about the link/exit are in the upper sign. It has a name and a reference : name = Porte d'Angers ref = 5 Cheers, Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Tag] Ref in link
Hi all, On this page : http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link it is implicitly written that the ref of a link should be the reference of the road from which the link depends. For example, a motorway_link to/from the motorway A 1 will be referenced as A 1. Generally, this schema doesn't work. Indeed, links depends of TWO roads, and regularly with two roads of the same type. Examples in France : link between the A 11 and the A 10 near Paris, or a lot of links between secondary roads. What do you think about referencing the links with the exit reference ? I do not know how it works in other countries, but in France, every exit usually has a reference. Some will say there is already a tag : highway=motorway_junction. Should we add highway=trunk_junction, highway=primary_junction, highway=secondary_junction, etc. ? I think the tag (highway=motorway_junction) is a patch for the map to be drawn correctly. Xav PS. For Mapnik and every other renderers : what about reducing the size of the links compared to the main roads ? As in Google Maps. It's much more readable. PPS. And what about replacing every : highway=Y_link with : highway=Y junction=link ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] [Tag] Références sur sorties
Bonjour, Sur cette page : http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging Il est indiqué que la référence des bretelles sont définies par la route qui en dépend. Par exemple, une bretelle venant de l'autoroute A 5 aura comme référence A 5. En règle générale, ce schéma ne fonctionne pas. Les bretelles dépendent de deux routes, et très souvent de même type. Exemples : bretelle d'autoroute entre A 10 et A 11, ou bien bretelle entre deux secondary (cas ultra-classique). Je suis pour référencer les bretelles par leur ... référence. C'est à dire le numéro de sortie correspondant. C'est beaucoup plus logique selon moi. Certains vont répondre qu'il y a déjà : highway=motorway_junction A mon avis : - ce tag n'existe que pour les motorway, pas pour les primary/secondary/etc. - ce tag ne correspond à rien de physique selon moi. C'est un patch pour le rendu et non pas pour les données. Autre argument concernant les logiciels de routage. Appliquer les références de sorties sur les bretelles empêche toute ambiguïté : on passe par la sortie n°XX ou on ne passe pas pas la sortie n°XX. Pour les points de type motorway_junction, c'est une autre histoire... Qu'en pensez-vous ? Xav PS . Et sinon, je suis toujours pour remplacer toutes les : highway=Y_link par des : highway=Y junction=link Mais c'est pratiquement impossible à faire passer auprès de la communauté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Impardonnable !
http://gpsrevolution.blogspot.com/2008/12/inadmissible.html Les photos Yahoo ne sont pas assez détaillées. Quelqu'un de Bourges sur cette liste de diffusion ? Ou bien peut-être est-il possible de faire ça avec le cadastre ? Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Impardonnable !
Ils sont rigolos dans le coin. Au sud de Voeu il y a Saint-Valentin. Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trait d'union ou pas trait d'union?
g.d a écrit : Après toutes ces réflexions (et sous toutes réserves !) je pense qu'un robot sur les noms des rues devrait se limiter à virer les blancs avant et après le terme, les blancs après un apostrophe, Attention, l'apostrophe n'est pas utilisé pour les mêmes raisons dans tous les dialectes. Exemple (inventé mais probable) en anglais : Paris' Hotel les blancs avant et après un trait d'union existant, et des doublons d'espaces (boucle) et à mettre la première lettre du terme en majuscule. Un robot sur les noms de villages, villes et hameaux (unités administratives) devrait se limiter à ce que dessus, et ensuite remplacer les espaces à l'intérieur du terme par des traits d'union, sauf derrière le premier mot, si celui-ci est un article. Je suis sûr qu'il est bien difficile d'être exhaustif sur les articles... penser aux dialectes (Breton, Basque, ...) Ar Duenn (existe) - ar est un article. Dans le doute.. Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un robot de nettoyage pour la france
Mon avis personnel. Pour éviter au maximum les effets de bord potentiels, se limiter exclusivement à un gros dictionnaire : rue - Rue avenue - Avenue Eglise - �Église Ecole - École francois - François true - yes etc. Et encore... je crains les effets de bord possibles. Peut-être quelques expressions régulières très simples et dont on est sûr du résultat (ref=RN10 - ref=N 10) Sur la mailing liste anglaise, il y a eu un soulèvement contre un bot. Il faut dire que ce bot faisait pas mal de corections arbitraires (par exemple il jugeait highway:special comme une erreur de typo - highway). Au final, devant la haine de ses compatriotes, le gars responsable du bot m'a contacté en privé pour interfacer son bot à OpenStreetBugs pour avoir à chaque fois une validation manuelle. C'est une solution qui a ses avantages et ses inconvénients. Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un robot de nettoyage pour la france
Sérieusement... Pourquoi vous compliquer la vie alors que, comme le dit Marcus, il suffit de ne pas publier le code ? Au pire vous le fournissez à ceux qui le demande. Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Unification of OpenStreetBugs an Trac
Christoph : I do not want to spend time writing a bug tracker that is then rejected because of the way it stores the bug reports. If you propose a tag/value storage, there is no reason someone would reject it. Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
Christoph Böhme a écrit : Would it be possible to reuse and extend the client-side code from osb for a web-based client-side interface? If it is a moral question : of course. If it is a technical question : 50% of the code has to be rewriten. So, I do not think bug reporters will ever feel the desire add tags to their bug reports. You're right. No bug reporter will feel the desire to add new tags. But when I proposed the use of tags, I thought about the clients-developper : - I want the simplier interface with only lat/lon/date, two bug states, and a text. I do not want a crapy interface with 30 text areas and 60 combo-boxes - Someone will desire to add a zoom level for each bug, the email of the authors, and three bug states - Someone else will want a reference to the OSM data, the diameter of the area that the bug describes, the age of the mother of the author, etc. The tag=value schema does all this. And, as the OSM end-user clients (like Mapnik, [EMAIL PROTECTED], routing softwares), there are only small pieces of the data that are rendered depending of the choice of the rendered. The server side already exists : it's basically OSM database without ways, with a guest account, and accepting long string values (the text users could add). That is really attractive. The only problems I can see here (apart from that we still should try to define a bug report format) are that annotations to a bug report like comments, images and attachments cannot be stored in the osm database (as far as I know). I do not think that it would be the best idea to put images in the database besides it is technically possible with a classical database ; I do not know about OSM database. An URL to a solid file seems to me much more efficient. and we'd lose out on all the fun of documenting / defining the tags on the wiki :-P And maybe, with all this complexity, we will have a new service to trac the inconsistencies in OpenStreetBugs' bugs. Welcome OpenStreetBugsBugs. Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal for a map-bug tracker (Openstreetbugs)
Hi, With my experience in developing OSB, I would say that Christoph just resumed it quite right : the server side software is a piece of cake and should propose a simple API to insert/edit/delete and view the data (JSON, RSS, GPX). Because everybody has its own idea of what should be specified in the data (bug status, email, classification, age of john's mother), why not to copy OSM : tags. Think of it... The server side already exists : it's basically OSM database without ways, with a guest account, and accepting long string values (the text users could add). A lot of clients already exists : JOSM, Potlatch, Mapnik, trillions of scripts, etc. Xav Christoph Böhme a écrit : Just a follow up to my last message: I did a bit of research on the osm software stack yesterday evening and I think implementing a genuine map bugtracker isn't more work than adapting bugzilla. This is basically because the most important part of the map bugtracker is the user interface. And that has to be rewritten in both cases. The rest consists only of some database tables and a RESTful controller to add, edit, and query bugs in the database and return them in different formats (e.g. XML, JSON, RSS). I recently started to work with Pylons which is claims to be very similar to Rails. From this experience I expect the job of writing a bugtracker-controller to be not very difficult. I will try to install the rails-port on my computer at the weekend and have a look at it. For the user interface side it might be possible to user the current osb code as a starting point. It would be nice if we could decide on one solution instead of implementing two competing ones. So, it would be good to have a look at the advantages and disadvantages of a bugzilla and a rails-port solution and decide then which one fits best. Perhaps which should also ask the software developers how they feel about moving from trac to bugzilla. This seemed to be one of your main points for using bugzilla. Christoph Christoph Böhme [EMAIL PROTECTED] schrieb: Hi! Steffen Vogel [EMAIL PROTECTED] schrieb: Am Donnerstag, den 27.11.2008, 15:16 + schrieb Christoph Böhme: http://wiki.openstreetmap.org/wiki/Bugtracker_proposal Hey great work! Thanks! I already modified the software-bug classifications, statuses of Bugzilla, due to the needs of a MapBugTracker. Do we have some perl programmers around here? I am more into python ... I could need some help to adapt the slippy map scripts to Bugzilla. It's not as hard as it might sound. Bugzilla owns a XML-RPC backend which we can use... This sounds quite handy and like a clean interface. However, Richard's comment about the complexity of writing a new bugtracker compared to adapting one for mapping still makes me think. At the moment it looks like as if we have to replace the current user interface of bugzilla with a completely new one that is suitable for mapping. The original user interface won't be of much use for a map bugtracker (I personally would always want to see where the bugs are). I am wondering how much code there is in a bugtracker which is independent from the user interface. Basically it boils down to the question if we write a new interface how many parts of bugzilla will we actually use? And will these parts fit well into a map bugtracker? Bugzilla has an incredible amount of features but to me they seem to be made very much for software developer teams where only a relatively small number of people is actually fixing bugs. This is quite different to the osm community where several thousand people can possibly solve bugs. I thinks this makes many of bugzillas features unneccessary or even counterproductive if they were used in the osm community. I really do not want to put you off from adapting bugzilla to openstreetmap but at the moment I cannot see what advantages we would get from using bugzilla compared to creating something specific for osm. Christoph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetBugs
density of contributors, neighborhood's contributors are discussing through the bugs. I find it fun and grateful ! Sorry for the engrish. This is a big email and I don't have the energy to reread it :-) Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Surveillance d'une zone
Emmanuel Pacaud a écrit : Y-a-t-il un moyen d'être averti des modifications d'une zone géographique donnée, par exemple en recevant par courriel la liste des changements, ou mieux, une image indiquant ces changements ? cf. http://www.blorgoz.fr/?p=143 Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] SEO
What would be fantastic is urls of this kind : http://www.openstreetmap.org/london/ ...for a lot of medium and big cities. The reason is to encourage people to use these URLs for their own use on their pages. With the current URLs to OSM (with lat and lon), the robots can't know that a URL links to london or berlin or lyon. Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Way perdu !
murphy2712.nospam a écrit : Il me semble qu'un appui sur la touche h permet d'avoir l'historique et ainsi de remonter quelque peu le temps... La touche 'H' affiche l'historique du tracé sélectionné (appuyer sur H puis attendre... c'est long avant l'apparition de la fenêtre). Pratique pour voir qui l'a modifié et revenir à une version antérieure. Sinon il y a la touche 'U' (idem : attendre assez longtemps avant l'apparition de la fenêtre). Ça permet d'afficher les tracés de la vue courante qui ont été supprimés... et potentiellement de les re-créer. Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Waypoints with directions
Hi Some waypoints needs to be described with direction. Some examples : - viewpoint - bus stop - surveillance - traffic enforcement Is it possible to make it consistent ? xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Protection de la vie privée
Hello Je te conseillerais aussi de tronquer les premiers et les derniers mètres lorsque tu pars de chez toi (avec un logiciel comme Vicking par exemple). Raison rassurante : ça permet qu'on ne sâche pas dans quel bâtiment habite un mappeur. Raison utile : lorsqu'un GPS démarre, il met du temps à affiner sa réception. Le début des tracés (10 minutes) est donc toujours plus mauvais qu'un tracé en cours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Google Street View en France
Un nouveau moyen de relever les plaques signalétiques, les noms de rue, les écoles, les églises, les sens interdits, les restaurants, les cafés, les numéros de rues, etc. http://www.zorgloob.com/2008/10/google-street-view-dploy-en-france-mais.asp ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eviter les duplications de vérific ations
Hello Le problème d'OpenStreetMap (ou de Wikipedia), c'est que la connaissance du monde n'est pas finie. La connaissance est fractale. Il y aura toujours la possibilité de raffiner encore et encore et encore. Le problème est que chacun a sa propre limite ; et ce, selon son idée de l'utilité d'une cartographie. Quelques exemples : - Celui qui pense à un logiciel de navigation : les rues, leur nom, les sens uniques, les numéros de maisons, la vitesse max, tracés des rues approximatif - Celui qui pense à la navigation en vélo : les pistes cyclables, les parkings à vélo avec leur nombre de places respectives - Celui qui pense à la navigation en rollers : la qualité de revêtement de chaque rue/chemin - Celui qui pense à la randonnée : les repères visuels (pylones électriques, phares, châteaux d'eau) - Celui qui pense à son chien : les enclos pour dé-laisser son chien, l'accès ou non aux chiens dans les hôtels, les canisettes - Celui qui pense aux touristes : les monuments, les toilettes publiques, les restaurants, tracés des rues précis - Etc. Il y a une infinité d'utilisations de la cartographie ; et une infinité de critères de complétion. En plus, ces critères ne sont pas hiérarchisables de manière évidente : quelqu'un qui pense à la navigation en vélo se fout de la vitesse limite ; quelqu'un qui pense à la navigation à pied se fout des sens interdits... Tout ça pour dire qu'OpenStreetMap ne sera jamais terminé et qu'il n'y aura jamais de bon moyen universel pour dire cette zone est terminée. Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Utilisation des données ca dastrales
Arnaud CORBET a écrit : Malheureusement nous ne pourrons pas répondre à cette question car nos sources d'informations ne souhaitent pas communiquer sur la nature des relations que nous entretenons avec eux. Des sous-traitants qui refusent de se faire connaitre à de nouveaux marchés potentiels ? Ça pue le bluff... :-) Xav ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Two lanes or...
How should we map this ? http://www.youtube.com/watch?v=CeJ2vRQC7iY Xav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Chemin de grande randonnée, lign e forestiere, parcours pedestre...
Je me demande si je peux utiliser le tag ref pour renseigner un GR (au même titre qu'une route départementale) Hello Je me demandais il y a quelques mois s'il était envisageable de cartographier les GR. Le problème c'est que GR et Chemins de Grandes Randonnées sont des marques déposées. Une solution est peut-être de définir une autre signalisation ouverte pour déterminer la même chose : Chemin de Randonnée n°XX. non ? Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Messed up roads
Hello It looks that it has been translated. Could it be reversed using the history ? xav Florian Steiper a écrit : Hello, http://www.openstreetmap.org/?lat=50.0307lon=9.2286zoom=12layers=B00FTF This place has some obvious misplaced roads, is there a good way to correct this, without having been at the place ? ciao Florian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Trek Buddy, Mobile Trail Explorer et SFR
leblatt a écrit : Je viens d'acheter mon 1er GPS, un simple récepteur bluetooth, et j'expérimente Trek Buddy et Mobile Trail Explore sur mon téléphone. J'ai un Sony V630i fourni par SFR. Ces 2 programmes sont tout à fait géniaux, mais le problème, c'est que le téléphone me demande en permanence d'autoriser le programme à lire ou écrire dans la mémoire, rendant l'utilisation plus que pénible. Ca semble être un problème avec la signature Thawte des programmes. J'ai bien un certificat Thawte d'installé, mais je ne sais pas si c'est le bon. J'ai téléchargé tous les certificats sur le site de Thawte, mais je n'arrive pas à les installer. Quelqu'un d'autre a rencontré ces problèmes ? Que faire ? Merci de votre aide; Gilles Bonjour et bienvenue :-) Pour Trekbuddy la marche à suivre est : - télécharger les deux fichiers : .jad et .jar - envoyer les deux fichiers sur le téléphone - NE PAS dire oui lorsque le téléphone veut installer le .jar - parcourir les répertoires du téléphone pour trouver ces fichiers et et executer le .jad (par le .jar) - le programme devrait être installé... mais ce n'est pas finit. il faut donner des droits permanents. - Pour les Sony, c'est généralement cette procédure : dans la liste des applications, chercher Trekbuddy - ouvrir le menu contextuel (pour déplacer/copier/renommer/...) - options - chercher où mettre des droits permanents pour le Bluetooth et l'accès à la mémoire J'imagine que c'est la même procédure pour MobileTrailExplorer. Xavier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
