Re: [OSM-talk-fr] YoHours version 2 disponible
C'est vraiment super !! Perso. j'aimerais bien : * Du français * Que la barre du haut reste toujours visible ou que l'ensemble tienne sur une seule page Le 20/08/2015 00:36, Florian LAINEZ a écrit : Bravo Adrien, c'est superbe ! IL ne manque en effet qu'une intégration à ID pour que cela soit pleinement utilisable ;) Le 19 août 2015 22:57, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : en passant je note les fetes mobiles avec pâques qui tombe toujours un dilanche mais pas les autres dates calculees avec un nombre fixe de jours avant ou apres paques. de plus ce n'est pas clair qu'il s'agit de la paques occidentale ou orientale calculee sur le calendrier julien orthodoxe. il faudrait ajouter un champ avec un nombre fixe de jours. bien qu'en france seule la paques occidentale est utilisee, ce n'est pas forcement vrai pour les services liees aux confessions orthodoxes ou juives. pour les musulmans il faudrait aussi les dates des fetes de l'haïde (pas sur de l'orthographe) sachant qu'il est probable qu'il y ait leur i troduction a mayotte ou la reunion. Le 19 août 2015 21:05, frem mjnpodq.f...@harmon.fr mailto:mjnpodq.f...@harmon.fr a écrit : Le 19/08/2015 20:48, PanierAvide a écrit : L'outil permettant de simplifier la saisie des horaires d'ouverture YoHours est disponible dans sa nouvelle version. Il est possible désormais de définir des horaires différentes selon les semaines, mois, périodes de vacances... C'est disponible ici : http://github.pavie.info/yohours/ Bravo, c’est un super travail. Je l’ai utilisé la semaine dernière pour mettre à jour les horaires de commerces proches de chez-moi et c’était déjà extrêmement pratique. :-) Je pense que c’est le genre d’outil qui peut démocratiser la contribution à OSM, pour des données aisément compréhensible et utiles à tt le monde. Penses-tu que ce serait intégrable à iD ? -- Contributeur OSM (frem-eu). Retrouvez aussi une partie des contributeurs OpenStreetMap de la Vienne aux permanences de l’APP3L (app3l.org http://app3l.org). ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- http://lovielhcasse.lautre.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Lost property: one forest, messages, Bing
Hello Le lundi 12/11/2012 14:55:00 A.Pirard.Papou a écrit : While dealing with borders, I discovered this unidentified multipolygon http://www.openstreetmap.org/browse/relation/150921 fortuitously. Then I loaded the members and I found landuse = forest on one, that makes it correct on the map. Isn't landuse = forest supposed to be tagged on the relation instead? I've never been able to contact Renaud Michel on various subjects. That's me, I generally answer the messages I receive via OSM, I just checker and I had forgotten one (3 months ago), but I don't think it was from you. To send an e-mail to someone, I must fill a web form asking her?/him to reply so that I know his e-mail address to which I send my e-mail (not only OSM). Does anybody know when someone will invent a Web button next to the form to do that automatically, or do I miss something? One of my messages is to beware of Bing. At higher (closer) zooms, it may have in some places an erroneous offset http://www.google.be/search?q=bing+offset+%28higher+OR+lower%29+zoom. I think that the lower zooms are always the correct ones. JOSM allows to set an offset to compensate. I know, but I have compared bing image position with GPS traces and, at least near Liège, it is quite accurate (to a few meters). Actually, the old yahoo images that were used some years ago were a lot less accurate And I had to reposition them according to (my and other's) GPS traces. cheers -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Recherche d'un nouvel admin pour la mailing list
Dans la grande majorité des cas, je laisse passer les pièces jointes un peu grosses. Il faut vraiment qu'elles soient énormes pour que je les vire. Renaud. 2012/3/21 Pieren pier...@gmail.com: 2012/3/20 Christian Quest cqu...@openstreetmap.fr: Ah ! Ca explique la vidange de ce matin avec les messages à pièce jointe ? ;) Ah, je me suis bien fait avoir ;-) Mais les pièces jointes sont parfois intéressantes quand même. L'étude de qualité sur la Sarte est bien foutue et j'aimerais assez que ses auteurs la reprenne un an ou deux plus tard et comparent l'évolution de leurs chiffres (précision, complétude). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Demande de libération de données de la Région Wallonne
Bonjour On mardi 13 mars 2012 at 22:17, Julien Fastré wrote : Nous utilisons actuellement la licence Open Database Licence (ODBl) [1] Attention, ce n'est pas exact. D'abord jusqu'à présent les données sont encore distribuées sous licence CC- BY-SA 2.0, cela pourrait changer après le 1 avril, mais il reste encore une quantité non négligeable de donnée non compatibles, localisée dans certains pays, cf http://odbl.poole.ch/ De plus, même quand le changement sera fait et que la base de donnée sera distribuée sous ODbL (attention à la casse), les données sont contribuées sous les «contributor term» http://www.osmfoundation.org/wiki/License/Contributor_Terms qui autorisent plus largement OMSF à distribuer les données sous CC-BY-SA ODbL ou toute autre licence libre votée par 2/3 des contributeurs actifs. On donne donc un droit nettement plus large que de contribuer simplement sous ODbL, dans cinq ans les données pourraient être distribuées sous une licence qui n'existe pas encore. Je pense qu'il est important de ne pas occulter ce point pour ne pas avoir de surprises plus tard. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] GPS Logger
On lundi 07 novembre 2011 at 08:13, Maarten Deen wrote : I've been using the iGot-U GT-600 for a while now http://www.i-gotu.com/ and I'm quite pleased with it. The only annoying thing is that it has yet another different USB cable, but the non-standard connector is to make the case completely watertight. It also does not have a replaceable battery, but my last GPS logger died before the battery did. I have the GT-200e, it works fine either as a standalone datalogger or as an external GPS via bluetooth. Logging frequency can be changed to a maximum of one point/sec and can also be set to be dependant on the speed you move with. Downloading the logs is possible with bluetooth but also when connected via USB. You have to use their proprietary program (@trip PC) to download the logs, but it has an easy export to GPX. There is a program (igotu2gpx) to extract the logs for linux and macos https://launchpad.net/igotu2gpx/ version 0.3.0 is outdated, you should take the source from the trunk https://code.launchpad.net/~igotu2gpx/igotu2gpx/trunk and if you want to clear the memory from a GT-200e or GT-600 you should take the branch (or apply its changes to the trunk, it has not been integrated yet) https://code.launchpad.net/~charles-fleche/igotu2gpx/gt600 The program is based on qt4 (even the command line tool), and the gui has an optional plugin to display the tracks over an OSM map using marble. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On mardi 19 juillet 2011 at 00:54, Jorge Gustavo wrote : I remove my orphaned relations, using JOSM. 1) wget http://jxapi.openstreetmap.org/xapi/api/0.6/relation[boundary=administrat ive][@uid=193530] -O old_relation_boundary_jgr.osm 2) JOSM - Open - old_relation_boundary_jgr.osm No need to download each relation manually before opening in JOSM, JOSM can download an object by ID (type Ctrl-Shift-O, or from the File menu), and recent versions of JOSM even accept a list of IDs to download them all at once. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] Problems with JOSM's unwanted behaviour.
On lundi 11 juillet 2011 at 13:03, Gerard Vanderveken wrote : Renaud MICHEL wrote: Press Ctrl while clicking on the end note, JOSM will start a new way. No, this leads to a double node and the way is not connected to the crossing. Right, I didn't pay attention this. But If you click on the last node of your way, then press Alt while adding the next node, then you end up with a new way that share its first node with the previous way. For that, I temporarily reverse the way to have the history on the good part, then reverse both part back (but this is only important for ways where the orientation matters, like oneways or rivers). That's what i try to do, when paying attention to it, but I feel JOSM should do it automatically. JOSM can't know what part of the way should keep the history, so the best he can do automatically is to always assign the history in a consistent way. The other solutions is to ask the user which part of the way should retain the history, maybe there is a plugin to do that, but I personally prefer the way it works now. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Announce: Beginning of Phase 4 of license change process
On jeudi 16 juin 2011 at 10:20, Tom Hughes wrote : To inject some actual hard data into the conversation, here are some actual numbers, straight from the database: Users with edits who have agreed: 96917 Users without edits who have agreed: 104663 Users with edits who have not agreed: 86764 Users without edits who have not agreed: 129406 Changesets by users who have agreed: 7229801 (85.5%) Changesets by users who have not agreed: (14.5%) Edits by users who have agreed: 181482 (89.2%) Edits by users who have not agreed: 218756288 (10.8%) Thanks for the data. When you write users who have not agreed, do you mean only those that have explicitly said no to the CT? Or do you include all the users who have not made a choice yet? -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] Informal Meeting next Friday
Hello On mercredi 11 mai 2011 at 11:20, Julien Fastré wrote : May I remind you our informal meeting this Friday ? http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#Upcomin g_activities Due to personnal problems, it is possible that I may not be able to come tomorrow. I'll decide tomorrow evening. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New Logo in the Wiki
On samedi 30 avril 2011 at 17:54, ce-test, qualified testing bv - Gert Gremmen wrote : What are you all whining about ? The new CT clearly transfers most of your rights to OSMF, and this what happens if you transfer rights to a self appointed group of people that have joint together to do what they think is best for OSM, and got the power from the community. Wow! Even on a discussion about the logo someone manage to highjack the thread with FUD about the license change. Amazing! -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] tag street from calc file
On mardi 22 mars 2011 at 18:39, Jo wrote : cycleway=opposite (converted to the proper xml-format) and tag the way as modified. I don't think that tag is appropriate. It implies that there is a real cycleway on the road, but in Liege (and many other places in wallonia) you simply have an exclusion to the oneway for bicycles. For those I use oneway:bicycle=no bicycle:oneway=no (not sure which one is more appropriate, so I always add both, looking at the wiki, the oneway:bicycle seems to be preferred) -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] sidewalk as ways or tags
Hello I have recently had a small edit war with user nondidju regarding my tracing of sidewalks as separate ways, see http://www.openstreetmap.org/browse/changeset/7461451 http://www.openstreetmap.org/browse/changeset/7528743 He argues that the mapnik rendering of this show how irrationnal it is (which is a personnal preference on which I differ) and that those should be tagged on the main way. I personnally think that it is more topologically correct, having a parallel footway (where there exists ont) and foot=no on the main road, as on important roads you may not cross anywhere, but only where a crossing exists, so a separate way allow for correct routing for pedestrians. As an example, on this way http://www.openstreetmap.org/browse/way/57687924 you may simply not cross the road between the bridges. (I don't create parallel footways for every road, only those where I consider it unwise to cross anywhere) Another example http://osm.org/go/0EqqLNEt0-- Here you may not cross the road on sides of bridge Albert 1er, you may either take the tunnel on the right side, or go to the traffic signal on the left. From a recent discussion on newbies@ http://lists.openstreetmap.org/pipermail/newbies/2011-March/006340.html it seems the recommanded way to tag those is to use a footway tag on the main road, but with this, routing engines have to do a preprossing to recreate the topologically correct ways, or have a more complex algorithm taking into account on which side of the road you are walking and where you way cross. And the problem is harder for roundabouts, see for example this one http://osm.org/go/0B964M9V@-- and his brothers along the motorway http://osm.org/go/0B965o7BK-- how would that be represented with only tags on the roads? This will end up splitting the ways many times. Now, I agree that bridges don't look very well on the rendering, but that is already a problem when you have separated roads on the same bridge (see previous link), and that is a renderer problem, maybe missing a bridge bed information to know that the ways share the same bridge. I saw a related discussion some month ago, but I don't this it ended with a way to tag it. I didn't find anything related on the pages of WikiProject Belgium (but I may have missed it). So I would like to have your thought and opinions on the matter. I think tracing ways to represent sidewalks for roads you should not cross anywhere adds valuable informations, bu if everybody is against it I will retag it as footway=left/right/both/none where appropriate. cf http://wiki.openstreetmap.org/wiki/Proposed_features/Advanced_footway_and_cycleway thank you -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] est-ce qu'on sait placer des photos sur OSM (et est-ce que c'est utile ?)
On lundi 14 février 2011 at 22:53, Moosh wrote : est-ce qu'on sait placer des photos sur OSM (et est-ce que c'est utile ?) par exemple si je veux placer les chapelles, les châteaux d'eau, les facades de restaurant. .? Non, ce n'est pas l'endroit pour placer ce genre d'informations, car si l'image n'est pas hébergée dans un endroit permanent cela va faire de nombreux liens morts et inutiles dans la base de données. Ce qui peut éventuellement se faire, c'est placer un lien vers la page wikipedia correspondante (si elle existe) avec le tag wikipedia, cf http://wiki.openstreetmap.org/wiki/Key:wikipedia il suffit d' placer la langue et le titre de la page, pas besoin d'y mettre l'URL complète. bonsoir -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Bing coverage - more levels
On vendredi 11 février 2011 at 02:43, Toby Murray wrote : On Thu, Feb 10, 2011 at 6:27 PM, Dave F. dave...@madasafish.com wrote: At what zoom level to I have to be at to view an already zoomed in area to view dark blue (z20)? I'm trying, but still failing to see the benefit in this. If enough of an area has been populated, it shows at pretty low zoom levels. Hey look, Topeka has z20 imagery! http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=39.70429533168507 4lon=-95.39738145713467zoom=8 Moving around a bit on that map, I found this http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=31.61276546098359lon=-47.38712755088407zoom=6 looks like someone has a lot of time to waste... -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Non-map-based OSM editor
On lundi 24 janvier 2011 at 11:38, M∡rtin Koppenhoefer wrote : I wonder if the issue might be that I use Windows. Do most JOSMers use Windows, or some other OS? I'm sure Java is especially sucky on Windows. did you try to give it more memory? As soon as you offer it say 600MB-1 GB it gets more stable ;-) I use it with -Xmx512m with openjdk (on Linux), I don't remember having JOSM crash. Lastly I have used it for hours with tens of thousands of objects loaded, lots of tiles from bing or yahoo and more than a thousand edits in the undo list. From the few times I did use potlatch (about a year ago) it was way slower than JOSM (on the same computer), but flash for Linux is quite bad. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] Bingify Belgium
On jeudi 23 décembre 2010 at 16:47, Peter Leemans wrote : Also did some 'electrifying' work in very different regions Same here for Nijlen and region. Done that too, it is fun to search for the next tower to continue the power line. I also draw rivers (some parts of Meuse, Sambre and Vesdre so far), and use it to add many details to places I know (mainly in Namur and Liege). Got a question with respect to the landuse. I see different ways of connecting different neighbouring land-uses. Is it recommended to reuse the same points, or as I did, just draw the borders very close to each other. My personal rule is, if the landuse are really connected (there is nothing between them, or only a barrier) I reuse the same nodes. If there is a highway, or a track between them I trace the three of them separated. I never connect a landuse to a highway, to do so would require to draw the highway as an area to connect the correct edge to the landuse. I think that a highway drawn as a single line is supposed to correspond to the center of the road/way. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Bingify Belgium
On jeudi 23 décembre 2010 at 16:21, Kenny Moens wrote : Also some parts to watch out for, which I already experienced: don't try to blindly trust bing data, the data isn't perfectly current. For example in my town of Houtvenne there is a new street (at least 1 year old), which is not visible on Bing yet, but which I mapped earlier on by means of GPX tracks. Yes, I can point you to a few places in Liege where bing is outdated, mainly new roundabouts (we never get enough of those) :-) -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mapping of Boundary
Hello Le dimanche 05 décembre 2010 à 10:02, Kenny Moens a écrit : In the region where I live (Hulshout), some of the borders are recently mapped, but they don't follow the exact features which form the border. For example, in the area between Ramsel and Westmeerbeek the city border follows the Steenkensbeek which I recently mapped based on Bing data, if I look at the border itself it has much less points and more-or-less follows the stream, but not exactly as it should be. How is the best way to correct this? * Splitting the border and adding the tags/relations of the border to the stream. Which would mean the line of the stream would both represent the border and the stream itself. * Glueing all points of the border towards the stream, so that they form a single line (but are effectively still two separate lines). * Or something else. There has been discussions about this on the talk list. From what I understood, I'd say: - If the border is legally bound to the stream, and should move with it in case its path change, then you should tag it on the same way (or share the nodes). - If it is actually on the same path than the stream, but must stay where it is in case the stream path change, then draw a separate way, approximately over the stream, but not sharing nodes. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mapping of Boundary
On dimanche 05 décembre 2010 at 12:30, Ben Laenen wrote : Boundaries used to be bound to streams, roads etc, but not any more. Now they're all defined by sets of coordinates. If for example bad weather happens and the stream suddenly follows a different course, the boundary won't move with it. And there are many streams and rivers that changed course over time (mostly with some human help of course), but where the boundaries never followed suit. Thank you. On talk some people argued that in their country come boundary were legally bound to some physical feature, and I didn't know what was the case for Belgium. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Someone already had a look at the Bing Terms of Use?
Le dimanche 05 décembre 2010 à 11:16, Manuel Reimer a écrit : is it secure to use Bing? Any license risks? Could Microsoft, at some day, just force us to remove everything with source=Bing on it? Am I forced to have this source tag there? Should stuff, taken from Bing, be verified via GPS track at some time to get the data secure? I also would like to know if this is fine, and I add another question: Is it OK to use bing imagery when you have accepted the contributors term, as I have explicitly accepted them (version 1.0), and every mapper who registered after March 2010 (correct?) are also contributing under CT 1.0? -- Renaud Michel ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Someone already had a look at the Bing Terms of Use?
Le dimanche 05 décembre 2010 à 11:49, Mike Dupont a écrit : On Sun, Dec 5, 2010 at 11:33 AM, Renaud MICHEL r.h.michel+...@gmail.com wrote: Is it OK to use bing imagery when you have accepted the contributors term, How are they connected? please explain. Because of the terms of the CT, I don't know if tracing from bing allows me to to give to the OSMF all the rights that are required by CT. And from all the discussions/trolls/rants there have been on this list and on talk on this subject I am even more confused. -- Renaud Michel ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-be] Busroutes
Le samedi 13 novembre 2010 à 14:42, Gerard Vanderveken a écrit : I tend to consider them as copyrighted material, and thus forbidden to be used at all with OSM How can a number be copyrighted? -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Busroutes
Le samedi 13 novembre 2010 à 15:37, Jo a écrit : Now I'll go and eradicate the child relations... after that, not sure if I'll touch any public transport data anymore, apart from a bus stop here or there. Why? It is much more easier to have the common part of alternative bus routes in a single relation shared by all the alternatives. In Liège I have mapped bus route 10, there are 3 variation of this bus route: 10 Fléron http://www.openstreetmap.org/browse/relation/1148168 10 Mangée http://www.openstreetmap.org/browse/relation/1148170 10 Romsée http://www.openstreetmap.org/browse/relation/1148169 Up to Fléron, those three are identical, so that common part is in relation http://www.openstreetmap.org/browse/relation/1148167 which is shared by the three, further, 10 Magnée and Romsée share a small part which I have put in relation http://www.openstreetmap.org/browse/relation/1148166 It is much easier to have it that way, if a bus stop change in the common part it must only be changed in one relation (and maybe others if the same stop is part of different routes, like 38b). I intend to do the same for other bus routes that I map (I already have a work in progress for 33 which also have alternatives (33 Vaux, 33 Trooz). -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] MapQuest Belgium
Le mercredi 20 octobre 2010 à 10:05, Lennard a écrit : Today, MapQuest rolled out a Belgian version of their Open MapQuest program. This is based on OpenStreetMap data and also uses several tools that have come to be regarded as part and parcel of OSM: The mapnik renderer is used to create the map, and Nominatim is used as the search engine. You can also click on the symbols at the top of the page, to get popups on the map with the category you searched for. Currently it seems to be in French only, but I'm sure they've planned a Dutch language version in the future: http://open.mapquest.be/ It doesn't work at all in konqueror (from KDE 4.4), either with khtml or webkit. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Let's prepare to Fork OSM to a CCBYSA 2.0 continuation
Le dimanche 22 août 2010 à 13:08, Florian Heer a écrit : This means we have to find a new domain, new servers, and get the usernames/passwords copied so people can login to the CCBYSA 2.0 fork without new registration. I think this could be a real problem. Because I for one do not agree to have my log in credentials copied to any other server. I agree with that. Although my login informations in OSM are not very sensible, I expect them to be reasonably confidential and only accessible to a few administrators. I have no problem if the data I contributed is copied by [one or multiple] fork (that's why a full history dump has been created, cf http://planet.openstreetmap.org/full-experimental/ ), but as those forks would be different projects I expect the account I created in OSM to be confined in that project. If, after some though, I decide I prefer to work on a fork, then I will create a new account there, possibly using the same user name if it is still available, or a new one. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Let's prepare to Fork OSM to a CCBYSA 2.0 continuation
Le dimanche 22 août 2010 à 14:13, vous avez écrit : If, after some though, I decide I prefer to work on a fork, then I will create a new account there, possibly using the same user name if it is still available, or a new one. I don't think making passwords publicly available is a good idea, Actually, I'm not very concerned about the password (I don't reuse passwords), but more about the email I used to create the account at the time, which is a more personal email, as it was (and still is) guaranteed not to be displayed publicly. but it might be a sign of good faith on OSM(F)'s behalf if it were to facilitate an easy method for people waiting to claim their account/edits on a forked database. Actually, that would be more a sign that they are not trustworthy. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Let's prepare to Fork OSM to a CCBYSA 2.0 continuation
Le dimanche 22 août 2010 à 16:58, Milo van der Linden a écrit : - Changing from mysql to postgresql/postgis as the core database This one has already been done during the API 0.6 switch, see http://wiki.openstreetmap.org/wiki/Servers/smaug So this is actually a reason to fork for the pro-mysql camp ;-) -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Le mardi 17 août 2010 à 19:06, vous avez écrit : Is there any part of the earth which is really empty in terms of not having any possible landuse or natural tag to describe it? But putting nodes everywhere with fixme missing landuse would be a big waste of time and resource. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Le mardi 17 août 2010 à 21:10, Pierre-Alain Dorange a écrit : Empty node has no information, it must not be used to mean something ; that's all. Yes, that's basically what I said in my first post. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Le lundi 16 août 2010 à 22:35, Dave F. a écrit : It looks like some people left their common sense at home today. Deliberately adding empty tags, indeed. What a ridiculous notion. Please stop it. I don't understand your message. I think no one has suggested to add empty tags. We were talking about nodes without any tag, and many people suggested that if those nodes are supposed to be useful for anything, then they should be tagged with (at least one) meaningful tag. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Hello Le dimanche 15 août 2010 à 23:42, Jonas Stein a écrit : Validators claim empty nodes are defective, but are they right? Is painting with empty nodes data that we want to have in the database? Are there any empty nodes that make sense, or is a empty always node nonsense? I'd say the validators are right, because a node that is neither part of a way, nor part of a relation, and has no tags is simply useless: we have no idea why it sits there. If you put a note as a reminder of something, then you should at least put a note tag on it. Maybe most of those empty nodes are remnants from some time ago, when some editors would delete a way, but not the nodes it contained (I think there used to be such a bug, even before I started contributing to OSM). -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] busroutes
Le mercredi 11 août 2010 à 13:26, Ben Laenen a écrit : You could fill in the roles of those nodes in the relation of course. I've even seen the bus stop nodes being numbered, so you'd get something like stop_15 as a role. The number was used before API0.6, when relations didn't preserve ordering, see http://wiki.openstreetmap.org/wiki/Tag:type=route#Members -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] busroutes
Le mardi 10 août 2010 à 12:41, Ben Laenen a écrit : Yes, please put the bus stop nodes next to the way, not on the way. OK, that seems more logical anyway. btw, the page talks about an *extra* node on the way, used together with the bus stop node next to the way. Is it useful? If I split the route in two relations, forward and backward, most bus stops will only be part of one relation or the other. -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] The Best way to show individual shops within a shopping complex?
Le lundi 03 mai 2010 à 11:02, Nic Roets a écrit : Sometimes I include some of the halls / walkways. This one has half of the walkways. The other half are on the upper level, but I can't see any benefit in adding them. openstreetmap.org/?lat=-25.78316lon=28.27535zoom=17 You could have connected those halls to the surrounding streets, where appropriate, so that they can be routable. Here is an example I am working on http://osm.org/go/0EqqhQFBj- (still have to add the individuals shops thought) cheers -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Serveur Openstreemap complet en local
Bonjour à tous ! Je suis en train de bosser sur un nouveau projet et j'ai besoin d'un maximum d'info sur Openstreetmap, PostGIS, Mapnik, Osmosis et Mod_tile. J'aimerai arriver à avoir un serveur openstreetmap complet en local. Etant donné que mon serveur est sous RHEL je suis parti sur ce tuto http://wiki.openstreetmap.org/wiki/OnDemandTileServer#Myanmar_Data_Loading Et je l'ai completé avec celui-ci http://www.weait.com/content/build-your-own-openstreetmap-server Comme indiqué sur le premier tuto, je me suis installé une machine virtuelle avec Fedora 12 et je l'ai suivi pas à pas. Il manquait beaucoup d'infos au niveau de PostgreSQL, PostGIS, Osm2pgsql, mapnik et Mod_tile. L'autre tuto m'a bien aidé ;) ! Mais au finale, je n'arrive pas à grand chose. J'arrive à générer une image avec mapnik mais je n'ai rien via mon serveur Apache alors que renderd est bien lancé. Plusieurs questions me viennent à l'esprit : Quel boulot fait exactement Osmosis ? Quel est le lien entre renderd et mod_tile ? A la fin du tuto, il est dit de se rendre à cette adresse http://localhost/osm_tiles2/5/24/14.png afin de voir la map de Myanmar. A quoi correspond l'adresse ? A quoi sert les world boundaries ? Pourquoi ne les insere-t-on pas dans la base ? Je ne trouve pas la doc du wiki génial, tout est fort éparpillé, je suis un peu perdu xD ... Un grand merci pour votre aide ! Bonne soirée/journée à tous ! _ Internet Explorer 8: même plus de sécurité avec la nouvelle version. http://www.microsoft.com/belux/fr/windows/internet-explorer/___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Street name abbreviations
Le samedi 24 avril 2010 à 16:29, Andrew Gregory a écrit : I'd been thinking for a long time that the OSM wiki needed a table with some common street name abbreviations (if it exists, I can't find it). When I started surveying I kept on finding weird abbreviations that took some searching to figure out (all the other online maps are also abbreviated). After months of survey, I found I had a large list, compiled from a variety of web sites (councils, real estate, universities) as well as personal knowledge. It's English, and as I'm in Australia, it probably has a couple of local peculiarities, but should probably be good for other English-speaking countries. I hope it's useful. I thought the consensus was not to abbreviate and always use the full name? -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] konqueror does not display openstreetmap anymore
Le dimanche 18 avril 2010 à 10:59, Rainer Dorsch a écrit : I noticed that konqueror stopped displaying the openstreetmap maps some time ago. The page of http://www.openstreetmap.org/ is loaded, but the screen stays empty (see screenshot at http://bokomoko.de/~rd/osm.png ). No problem here with konqueror 4.4.2 -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Ce soir conference sur les local chapter
2009/12/10 Christian Rogel christian.ro...@club-internet.fr: 2 Les comptes de l'OSMF sont-ils publics et auprès de qui peut-on les obtenir? 3 L'OSMF acceptera-t-elle de les communiquer automatiquement aux asso locales? Si les membres de l'asso fédérée sont également membres de l'OSMF, il ne devrait pas y avoir de problème. Il y a également des drafts du bilan financier de l'exercice en cours sur le site de l'OSMF : http://www.osmfoundation.org/wiki/Finances Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ce soir conference sur les local chapter
2009/12/10 David MENTRE dmen...@linux-france.org: Bonjour Émilie, Merci du copier/coller. Quelques questions qui me viennent après une lecture rapide : Le 10 décembre 2009 11:56, Emilie Laffray emilie.laff...@gmail.com a écrit : 2.3 The Federated Organisation will appoint a single representative who will act as the primary contact point between the Federated Organisation and the Foundation. This person will represent the Federated Organisation in all matters pertaining to the relationship between the Federated Organisation and the Foundation. Pourquoi un seul représentant ? Et s'il est malade, tout s'arrête ? Et s'il passe sous un camion ? Je ne comprends pas cette clause. 3.2 The Federated Organisation may be required by the Foundation to provide local services to its members. Quels services ? Et si on n'a pas de moyen, on fait comment ? 3.4 the Federated Organisation will permit the Foundation or its duly elected representative to inspect, on request, copies of the Federated Organisation's membership records, financial accounts and other records. Et pas l'inverse ? Pourquoi la Fundation pourrait regarder les comptes d'une Federated Organisation et pas l'inverse ? Pourquoi on ne demanderait pas que tous les comptes de la Fundation et des Federated Organisations soient publics ? 4 Termination This agreement is terminated by either party giving 90 days notice. In the event of a material breach of this agreement by the Federated Organisation, this agreement may be terminated immediately. Pas de procédure d'appel ? 4.1 All members of the Federated Organisation automatically become full members of the Foundation for the remaining duration of their term of membership. Cragg Nilson cragg.nil...@gmail.com Clause 4.1 was debated previously in LC conf call and proposed by one OSM member to be deleted. Ben ça promet, le seul petit avantage serait supprimé. 4.2 the Federated Organisation will cede control of all web presence that references OpenStreetMap including but not limited to domain names, forums, mailing lists to the Foundation. Super, donc on file tout à l'OSMF ! En retour de quoi ? Et si jamais on quitte le giron, on peut récupérer ses mailing-lists ? 4.3 If the aims change and are not compatible then this is grounds for termination. Dans les deux cas (OSMF et Federated Organisation) j'espère. Ouais, ben moi je ne vois pas trop l'avantage à faire une asso qui soit Federated Organisation ! Que des soucis et aucun avantage. Amicalement, d. -- cynique du jour ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr David, Tu n'avais pas dû lire les 1ers drafts dans lesquels l'association fédérée devait reverser £10 à l'OSMF par membre :) Celui-ci est tout de même plus raisonnable. Sinon les points que tu soulèves me semblent tout à fait valables. Néanmoins pour ce qui est du single representative je pense qu'il s'agit juste d'avoir un contact très clairement déclaré. Il s'agit d'ailleurs d'un primary contact point, ce qui n'exclut pas de s'adresser à un autre membre de l'association. Pour ce qui est du seul avantage comme tu dis, je suppose que tu parles du fait de devenir membre de l'OSMF d'office lorsqu'on devient membre de l'association ? Si c'est le cas, il est a priori garanti par l'article 3.3. Le 4.1 qui semble controversé n'affecte que la durée de l'adhésion à l'OSMF dans le cas où l'affiliation serait rompue. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osmose] nouveau backend pour les rond points
2009/11/28 Aurelien Jacobs au...@gnuage.org: On Fri, Nov 27, 2009 at 11:07:36AM +0100, Etienne Chové wrote: Art Penteur a écrit : Et le usually sous-entend des exceptions, mais qui ne sont pas détaillées. Si quelqu'un en a, je suis preneur... mais comme c'est pas documenté. Je ne pense pas qu'il soit possible d'avoir un rond-point en motorway ou en trunk (j'imagine mal un rond point à 2x2 voies en double sens)... C'est pourtant ce que suggère osmose ici : Il existe pourtant des 2x2 voies interrompues par un rond-point, c'est le cas ici par exemple : http://www.openstreetmap.org/?lat=45.89569lon=3.14076zoom=17layers=B000FTF Il permet l'accès à l'autoroute et à une zone indutrielle. En Grande-Bretagne c'est également relativement courant. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Path vs footway vs cycleway vs...
Le samedi 28 novembre 2009, Steve Bennett a écrit : 1) In the parks near me, there are lots of paths, which I guess were probably intended for pedestrians, but cyclists use them too. Sometimes paved, sometimes not. I've been tagging them highway=path, bicycle=yes (to be safe). If you use highway=path and not highway=footway, then you should also add foot=yes (or even foot=designated if appropriate). If I understand correctly http://wiki.openstreetmap.org/wiki/Tag:highway=path adding a bicycle=yes to a highway=path means that only bicycles are allowed (whereas highway=path alone would mean any non-motorized vehicle). -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Don de serveurs de Free
2009/11/18 Etienne Chové ch...@crans.org: La principale question est : - que faut-il héberger au niveau OSM France ? - quels services ? - est ce que ceux qui ont des serveurs perso veulent profiter de cette opportunité ? - quelles perspectives pour de nouveaux services ? Peut-être voir avec sly si ça peut soulager son serveur en basculant certains services qu'il propose ? Sinon c'est une bonne opportunité de faire un serveur type dev pour abaisser la barrière d'entrée aux gens qui voudraient jouer avec les données OSM. Voir également si le projet au niveau global a besoin de serveurs supplémentaires et si la proposition de Free peut combler ce besoin. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] New dimension of vandalism
On Wed, Aug 26, 2009 at 7:47 PM, Richard Fairhurstrich...@systemed.net wrote: Renaud Martinet wrote: I guess that the highway tag used to describe physical features of different types of roads back when OSM was quite UK-centric. Nope - UK highway tagging, which was of course the original, has always largely been aligned to administrative classifications. highway=motorway - UK motorway (Mx or Ax(M)) highway=trunk - UK primary A-road (Ax with green signs) highway=primary - UK non-primary A-road - yes, really (Ax with black/white signs) highway=secondary - UK B-road (Bx) We do have a super special, very rarely used exemption known as the Oxford High Street Exemption, though. cheers Richard Sure I used a shortcut here. :) But most of the values of the highway tag were corresponding to a type of road: motorway would be 2x2 with central seperator, trunk would be mostly the same but with the possibility of smaller roads directly leading onto the trunk (no sliproad), etc. I know that the trunk value is the one that forced us to consider the highway tag a bit differently than what was on the map features at the time, because we have nothing like that. And it's probably the same for other countries. So we used the highway tag to describe the importance in the road network. Renaud. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New proposal: Bad data
Le mercredi 26 août 2009 à 09:56, John Smith a écrit : Anything tagged source=yahoo* or source=landsat should be treated worst than source=survey and people should source the data properly otherwise others will assume the data was traced if hi-res imagery is available. What does survey mean? The page http://wiki.openstreetmap.org/wiki/Key:source doesn't list that value. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New dimension of vandalism
2009/8/26 Peter Körner osm-li...@mazdermind.de: The wiki should not only match the reality, it should suggest proper behaviour to (new) users. Text like If a section of road in the US looks like a motorway then it can be tagged as a motorway without researching its funding sources or driving up and down the road looking for an Interstate sign. to me suggests lazy tagging. No, that's the way OSM works. Knowledge of local users count's more than signs - at least as far as I understood it. In The Netherlands there are two types of motorway, autoweg (max speed = 100 km/h, could have same-level crossings) and snelweg (max speed = 120 km/h, no same-level crossings), which are quite difficult to discern without driving up to the entrance and checking the signs. However, they are sufficiently different that I think it's worth it to either tag it as highway=road and let someone else determine the proper tag or just to make sure what kind of road something is before it is tagged. In my opinion the value of the highway-tag is determind by the importance of the road as seen from a local user. If the autoweg is much more important in a place as a snelweg nearby, it should be tagged higher, regardless of any signs. You are free to add a maxspeed with 100/120 if you want to. Peter Agreed. The French state declassified a lot of national roads (routes nationales) in the last few years because they were not state funded anymore. So the N89 for example became the D 2089 (D is for departmental roads) but it is still a much more important road that all the D roads around it. The D 2089 is still tagged as primary and all the other original D roads around are highway=secondary. Doing otherwise would have been an error in my view. I guess that the highway tag used to describe physical features of different types of roads back when OSM was quite UK-centric. But it's not anymore and tying the meaning of the highway tag to physical features would just make it impossible to use widely. Renaud. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [RFC] Deprecating the use of Tag :highway=stop in favour of Key:stop
Le lundi 24 août 2009 à 15:25, Lester Caine a écrit : Adding an extra node does make sense, but probably needs a 'relation' to the intersection as well? In any case the direction through this new node is the critical piece of information? Tagging ways would require that every section of a way is broken up. I'm thinking of some route around here that have several intersections along them, many but not all of which are compulsory stop along that single way. Simply adding nodes on the correct side of each intersection would be somewhat easier to implement, while currently these restrictions are not recorded. How about simply creating a relation with those two nodes? You have an intersection of two (or more) roads and when you come to that intersection from one particular road (in one particular direction) you have a stop. Then you add a node on that way before the intersection, then create a relation (let's say of type=stop, or any more self-explanatory value) where you have the stop node with role stop_from and the intersection with role stop_at. Such a scheme can be easily interpreted as: when you pass over a node highway=stop that is a member of a relation type=stop with role stop_from, then you must stop at the node of that relation that has the role stop_to. You might eventually add the way to the relation to avoid ambiguity in complex case, the way would have a role like stop_along and be interpreted to stop at the stop_at node only if travelling along that way. What do you think? -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Suite et fin de la série d'artic les dans Libération
2009/8/20 Pieren pier...@gmail.com: 2009/8/19 Hervé Le Roy hle...@hleroy.com: Je souscrit complètement au commentaire de Pieren (les données IGN devraient être libre car l'essentiel du financement de l'IGN provient de fond public), mais pour autant je ne vois pourquoi je serais contre Navteq ou TeleAtlas. C'est ce que je voulais souligner dans mon commentaire. a+ Hervé Je pense que le commentaire dans wikipedia fait d'avantage allusion à des entreprises semi-publiques genre IGN et OS que d'entreprises privées qui n'ont pas les mêmes moyens, ni la prétention de s'accaparer (appropriation) les données géographiques. Il mérite une reformulation pour être plus clair (mais ne pas exclure la mention d'appropriation, et oublier le terme définitive, rien n'est définitif en ce bas-monde). Je n'ai trouvé aucun commentaire contre Navteq, TeleAtlas ou Gmaps. Au contraire, ils servent de lièvre dans la course au meilleur produit et il y a de plus en plus de gens pour penser que leur modèle économique actuel est compromis (voir les présentations du dernier SOTM, ou la fin d'Encarta face à Wikipedia). Personne, non plus, n'est contre l'exploitation commerciale des données d'OSM. Tant qu'il restera la possibilité de créer l'équivalent de ces applications commerciales en version libre et gratuite. Ensuite, que le meilleur gagne. Le danger pourrait d'avantage venir de sociétés genre Cloudemade/Geofabrik qui prendraient trop de poids au niveau de la fondation et pourraient faire pencher les décisions futures dans un sens trop favorables à leur égard. C'est vrai que l'orientation que Cloudmade prend est parfois un peu inquiétante et pour avoir pu discuter à l'occasion avec Nick et Steve, certaines choses m'ont parfois un peu étonné. Par contre je fais confiance à des gens comme Frederik et Jochen (Geofabrik justement) pour garder un oeil sur la fondation. Il était question il n'y a pas longtemps d'ailleurs de faire évoluer les statuts de la fondation afin qu'il n'y ai par exemple qu'un seul représentant de telle ou telle entreprise à la direction de la fondation. La fondation n'a normalement aucun pouvoir sur la direction que prend OSM mais elle est là pour le supporter. Le problème est que le projet a énormément besoin de ressources techniques et que c'est la fondation qui en partie les apporte. Il faut donc évidemment l'avoir à l'oeil Renaud. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] copyright problem with data copied from a map
Hello Le mardi 18 août 2009 à 13:55, Morten Kjeldgaard a écrit : Educating mappers so they fully understand the free-and-open principles means that they in turn can teach others, and everyone saves time in the end. Throwing the book at this fellow is too harsh at this point. You can email him and politely ask if he wants to put the roads back on the GPS trace, or you will do it. Convince him to get a GPS and start collecting data. Tell him it's fun. That's what I did. I first sent him a message telling him that he was doing wrong edits. He answered me once and told me he was actually copying a scanned map. So I answered back explaining why he should not do that, that was eight days ago and to this day I've had no more answers. I've sent him another message two days ago telling him that his edits might be removed due to copyright problem if he did not clarify the situation. As adviced by Andy, I've sent a mail to the osmfoundation explaining the situation. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] copyright problem with data copied from a map
Le lundi 17 août 2009 à 20:37, Andy Allan a écrit : Hi Renaud, Hello, thank you for your answer. I think the best thing for you to do in this case is to contact the Foundation, as explained in the FAQ. http://wiki.openstreetmap.org/wiki/Faq#I_think_someone.27s_been_entering_ copyrighted_data_-_how_do_we_deal_with_that.3F I had missed that question in the FAQ, should have read more carefully. Provide all the details you have gathered so far, and it will be passed on. Copyright violation is something we need to take seriously, and the relevant working group can take further actions such as banning the user and removing data from the history should such things prove necessary. You have certainly done the right thing so far by contacting the user directly to make initial investigations. OK, I'll mail them all the informations. thanks -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] copyright problem with data copied from a map
Hello Two weeks ago, I found problem in Dison, Belgium, see here http://www.openstreetmap.org/?lat=50.6044lon=5.8522zoom=14 At that moment, the motorway had been shifted north-west by user Neo while adding other roads. I moved it back to correspond to GPS traces and messaged Neo about the problem. He did some more edits, see http://www.openstreetmap.org/user/Neo/edits and that's when I realised that he was actually copying an actual map. He actually put the bounding box of his map http://www.openstreetmap.org/browse/way/38566375 He confirmed a week later that he was really copying a map he scanned and loaded in JOSM (not rectifying it, so the shifted roads). He was obviously not aware of the copyright problem as he asked me, in the same message, if he could somehow copy the map from his tomtom. I replied one week ago explaining why he must not do that and asking him to remove all the edits he made based on that map, but had no more answer so far. So now I'm thinking about removing those edits myself, but am not sure what's the best way to do so. I don't know if the changeset can be reverted, as there are many of them, and I also did some edits there (changeset #1997354 #2005715 #2046924 a least) before knowing of the copyright problem. Any advice? I think I'm going to remove all this by hand with JOSM. But the ways will still be present in the DB with the history. Can we do something about this? cheers -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tag proposal surface=gravel; concrete; dirt; grass
Le vendredi 14 août 2009 à 15:02, Martin Koppenhoefer a écrit : but IMHO it is an error in the editors not to warn you, if tags are added in a combine-action (not only on contradictory tags should warn). I already filed a trac-ticket for JOSM some time ago. +1 I've had the problem some month ago (in Namur, Belgium) that someone had joined many way making one long railway that was both a tunnel and a bridge. I had a hard time splitting it again at the correct nodes (I was lucky that at the time mapnik didn't update so frequently and I was able to look where the bridges/tunnels were) potlatch should also have such a warning, as beginners generally start with potlatch and are more likely to make such a mistake. (If it already does ignore this comment, I rarely use potlatch) -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Tag official_name (était Multi lingual Country-List)
Il me semble qu'on avait eu une discussion semblable lorsque quelqu'un voulait absolument mettre name=République française sur la relation décrivant la France. Et il est vrai qu'un tag official_name remplirait bien ce rôle puisque sa valeur est dans un sens plus lié au type de système politique et de gouvernance alors que name est dans un sens plus pérenne. C'est pas un mauvais tag. Il n'en déprécie aucun et apporte une information que l'on ne notait pas forcément donc je ne vois pas ce qui pourrait empêcher de l'utiliser. Renaud. 2009/8/13 Pieren pier...@gmail.com: 2009/8/13 Christophe Merlet (RedFox) red...@redfoxcenter.org: Mouais. J'avais cherché official_name sur le wiki et j'ai trop fais confiance aux résultats. L'usage fait la balise ! Et il y en a trop pour que l'on puisse revenir en arrière ;o) Ce qui compte autant sinon plus que le nombre de tags, c'est le nombre d'utilisateurs de ces tags. Ok pour official_name alors. Même si le terme me gêne quand même. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Planet sur openstreetmap.fr
A titre informatif puisque ça parle de planet, celui qui était à l'adresse planet.openstreetmap.fr n'est plus. hexagone.openstreetmap.fr non plus d'ailleurs car le serveur qui les hébergeait n'existe plus. De toute façon hexagone.openstreetmap.fr faisait doublon avec ce que propose cloudmade et geofabrik (à part peut-être les diffs) et était souvent en rade, à chaque modif d'osmosis ou du format du planet ou de l'heure de génération de ce dernier, bref j'avais pas le temps d'adapter le truc tous les 4 matins. Donc c'est fini et je ne pense pas que ça gêne grand-monde au final. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag official_name (était Multi lingual Country-List)
2009/8/13 Emilie Laffray emilie.laff...@gmail.com: 2009/8/13 Renaud Martinet kar...@gmail.com Il me semble qu'on avait eu une discussion semblable lorsque quelqu'un voulait absolument mettre name=République française sur la relation décrivant la France. Et il est vrai qu'un tag official_name remplirait bien ce rôle puisque sa valeur est dans un sens plus lié au type de système politique et de gouvernance alors que name est dans un sens plus pérenne. C'est pas un mauvais tag. Il n'en déprécie aucun et apporte une information que l'on ne notait pas forcément donc je ne vois pas ce qui pourrait empêcher de l'utiliser. Ce n'est pas un mauvais tag en effet. Je pense que toutefois que int_name fait déjà le boulot. En fait, ce qui me gène le plus, c'est que le tag sorte un peu de nulle part (aucune documentation sur le wiki) et que d'un seul coup on se retrouve devant un fait accompli qui ne soit pas progressif (comme la plupart des nouveaux tags introduits) mais massif. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Je trouvais que int_name portait mal son nom et je vois mal République française être le nom international de la France. D'ailleurs j'ai un peu de mal avec le concept de nom international pour quoi que ce soit. Par contre official_name, bien que sortant de nul part, porte bien son nom et est pour moi différent de int_name puisque c'est le nom officiel du pays, celui donné par son administration/gouvernement/le-terme-qui-va-bien-et-que-je-trouve-pas. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag official_name ( était Mult ilingual Country-List)
2009/8/13 sly (sylvain letuffe) sylv...@letuffe.org: On jeudi 13 août 2009, Pieren wrote: 2009/8/13 Christophe Merlet (RedFox) red...@redfoxcenter.org: Par ailleurs, on ne doit pas tagguer pour le rendu, mais comment faire pour que ses territoires s'affiche avec leur nom local au même niveau de zoom que les pays ? Selon moi, utiliser le tag place sur un noeud c'est uniquement pour le rendu et faire que ça fasse joli sur la carte, donc au point où on en est... (J'ai rarement vu une île, une ville ou un pays être de taille inférieure à nos précisions GPS) Je sais, c'est un point délicat. Je ne dis pas que ces noms ne doivent pas apparaître mais mettre place=country, c'est clairement tagguer pour le rendu. De plus, faut-il vraiment que ces noms s'affichent comme des pays ? Il faut les traiter de la même manière que la Corse par exemple qui est aussi une île et une région (mais je n'ai pas de solution à cette question) Selon moi toujours, la solution la plus logique pour stocker tous les éléments de place= c'est une surface, que ça soit un seul way fermé ou une relation (étonnant ?) contenant la sommes des ways fermant la surface. Après, je vois que des place= il s'en ajoute régulièrement, y'a qu'a prendre place=island ou place=region ou place=territoire_outre_mer et mettre ça sur le label. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Un tag name=Guadeloupe sur une relation englobant les différentes îles ne suffirait-il pas ? Au renderer de se débrouiller avec ça :) Eventuellement il pourrait peut-être y avoir un tag expliquant un archipel ou quelque chose dans le genre... Le nom de l'endroit existe même en dehors de toute classification administrative donc il doit pouvoir être rendu même sans tag place= non ? Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentations
Soit le bienvenu Nicolas. N'hésite pas à poser les questions qui te titillent, comme tu as sûrement pu le constater la ML est de plus en plus active et les questions restent rarement longtemps sans réponse. Renaud. 2009/8/12 Nicolas BALDECK voya...@baldeck.fr: Bonjour, Je profite de l'été pour me présenter sur la mailing-liste. Je ne suis pas vraiment nouveau dans OSM, puisque j'apporte des modifications depuis Oct 2008. Je suis arrivé sur OSM par le commentaire d'un géocacheur : quitte à partir sur le terrain avec un GPS pour trouver des géocaches, autant ramener des données pour enrichir OSM ! J'ai 30 ans, j'habite sur Lyon. Je ne conduis pas, mes contributions sont donc basées sur des sorties à pieds, à vélo, ou en transports en commun. Mon GPS m'accompagne souvent, j'édite donc les différents lieux où je passe. Je n'ai que des connaissances basiques en informatique et en droit, donc certains sujets (programmation, licences) évoqué sur cette mailing liste m'échappent, mais pour le reste j'essaye de suivre. Je suis fasciné par la qualité et la quantité de données que peuvent collecter des bénévoles, et j'ai regardé avec beaucoup d'intérêt les vidéos de la SOTM 2009. Question matériel, je travaille sous MacOS X, avec JOSM, et suis équipé d'un Garmin GPSMap 60 CSx. Je profite de cette présentation pour livrer deux réflexions : * je dois dire qu'à mes débuts, avant de commencer à mapper, il y a beaucoup de chose à assimiler sur le wiki : map features, key, en gros qu'est-ce qui l'est bien de noter sur le terrain pour ne pas y revenir 15 fois ! Ce serait génial de pouvoir disposer d'un petit guide de poche des tags principaux et leurs keys. * en regardant l'agenda, j'admire la grande activité de nos voisins allemands en matière de mapping party, et stammtisch - beer session. J'aimerai beaucoup participer à ce type de rencontre en France. J'ai régulièrement des interrogations sur comment mapper, comment utiliser tel tag etc... mais j'y reviendrais dans d'autres messages. En conclusion, j'ai beaucoup de plaisir à rejoindre la communauté OSM. Je ne suis pas un militant du libre, mais avec de tels projets, j'en suis devenu un sympathisant convaincu ! A+ Nicolas (-- JitenshaNiko --) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Monuments historiques
Bonsoir, Ce week-end en cherchant des infos sur des bâtiments classés dans les environs, je suis tombé sur la base de donnée Mérimée (http://www.culture.gouv.fr/public/mistral/mersri_fr?ACTION=RETOURUSRNAME=nobodyUSRPWD=4%24%2534P) qui est une véritable mine d'or pour situer tous les sites remarquables, historiquement parlant, d'une ville. Je suppose que certains d'entre vous connaissent déjà mais je me suis dit que ça pouvait certainement être pratique pour pas mal de monde. Notamment pour situer des bâtiments anciens devant lesquels on passe tous les jours mais dont on a aucune idée de la valeur historique. Un bon outil qui complète bien le cadastre. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appel aux contributeurs pour une interview collective sur Ecrans.fr
2009/8/11 Camille Gévaudan gevaudan.cami...@gmail.com: Bonjour à tous ! Je suis journaliste à Ecrans.fr, site appartenant à Libération, et réalise actuellement une série d'articles sur OpenStreetMap pour expliquer le projet et tenter d'y participer en tant que novice. Certains d'entre vous les ont déjà lus (merci pour vos encouragements !) ; pour les autres, vous pouvez les trouver à cette adresse : http://www.ecrans.fr/OpenStreetMap-les-routards-du-web,7695.html. Encore bravo pour cette série d'article. C'était un peu le baptème du feu pour la communauté française dans le sens où on allait voir comment se débrouille un nouveau-venu avec à la clé un peu de satisfation s'il s'en tirait mais aussi des coups de règle sur les doigts pour chaque problème rencontré. Si en plus ça permet de faire connaître le projet à une audience plus large alors ce sera parfait ! Après le dernier épisode qui concluera mon expérience personnelle, j'aimerais laisser la parole à des contributeurs réguliers pour connaître leur motivations, leur relation au projet et leurs expériences. J'ai donc préparé une série de questions auxquelles vous êtes tous invités à répondre, si vous le souhaitez. Vous pouvez piocher dedans comme bon vous semble, en choisir une en particulier ou en sélectionner 2 ou 3 selon les sujets qui vous inspirent et sur lesquels vous voulez vous exprimer. A votre guise ! Essayez tout de même de répondre systématiquement à la première question pour préciser un peu votre profil :-) Le tout se présentera sous forme d'interview collective et devrait être publié sur le site jeudi. Vos réponses seront accompagnées de votre nom ou de votre pseudonyme, comme vous le préférez, et vous pouvez me les transmettre par e-mail personnel ou juste en répondant à ce sujet. J'espère que l'idée vous plaît et remercie par avance ceux qui voudront se prêter à l'exercice :-) Et si vous avez des questions ou suggestions, surtout n'hésitez pas ! Camille Gévaudan Ecrans.fr --- Depuis combien de temps utilisez-vous OpenStreetMap ? Qu'y faites-vous ? Depuis le 22 Novembre 2006 d'après le site. De la cartographie en grande majorité, un peu de traduction sur le wiki quand j'ai le temps et rencontrer d'autres contributeurs si possible. Comment avez vous découvert le projet ? Vraiment par hasard. Par contre je ne me rappelle absolument pas de quelle façon c'est arrivé. Etes-vous professionnellement impliqué dans la géographie / géodésie, ou s'agit-il seulement d'un loisir ? Aucunement, il s'agit d'un loisir. Vous intéressiez-vous à la cartographie avant de participer à OSM ? A part une espèce de fascination pour les cartes topos de mon père quand j'étais gamin, non :) Combien de temps y passez-vous (par jour, par semaine...) ? C'est très variable, en fait ça remplit surtout les blancs dans le planning avec des périodes de forte activité et d'autres pendant lesquelles je ne touche pas du tout à OSM. Mais en gros peut-être 6h par semaine. Est-ce un acte militant ? Ca a d'abord était un acte de C'est génial ce projet !! avant d'être quoi que ce soit d'autre. Mais avec le temps, les exemples pour l'utilisation de données géographiques libres se multiplient et justifient définitivement le projet. Quelle est votre ambition ? Vous êtes-vous défini un projet, personnellement ? L'ambition c'est qu'à terme les gens choisissent nos cartes et nos données, non pas parce qu'elles sont libres mais parce qu'elles sont meilleures que la concurrence. Je pense que c'est l'objectif de pas mal de monde. Et quand les gens à qui on montre des parties de la carte particulièrement fournies en données sont stupéfaits, on se dit qu'on est sur le bon chemin. Contribuez-vous en solitaire ou avec des connaissances non virtuelles ? Pour la plupart en solitaire. Mais les mapping parties sont là pour réunir les gens autour d'un projet pour le week-end par exemple et permettent de faire connaissance. Le seul bémol est qu'il y'en a peut-être eu moins cette année avec la possibilité d'utiliser le cadastre. Les prochaines mapping parties devront sûrement proposer quelque chose d'original pour être attractives ou se dérouler dans des zones où le cadastre est inutilisable. Avez-vous déjà contacté des municipalités ou organismes pour les inviter à aider le projet ? L'équipe cycliste Milram qui met à disposition les traces relevées par leurs GPS durant les différentes courses auxquelles elle participe. Les GPS étant prétés par Garmin, les données leur appartenaient également. J'ai essayé de les contacter mais malheureusement sans résultat. Emmenez-vous votre GPS en vacances ? Plus maintenant, je profite dorénavant des vacances pour me reposer et je ne souhaite pas vraiment imposer les détours et autres aux gens qui m'accompagnent. Réutilisez-vous les cartes OpenStreetMap ou vous contentez-vous de les remplir ? Pour l'instant uniquement du remplissage. Pourquoi créer
Re: [OSM-talk-fr] Monuments historiques
Pieren a écrit : Oui je le pratique déjà mais à cette adresse (c'est la même chose): http://www.patrimoine-de-france.org/ Je me doutais bien qu'il y avait déjà des gens qui l'utilisaient, et en plus avec une URL plus digeste :) 2009/8/11 Marc SIBERT m...@sibert.fr: J'ai pas creusé, mais en diagonale, ça fait beaucoup de (c) et droit d'auteur... C'est pour ça que le présente comme un outil pour découvrir certains monuments parfois plutôt discrets et non pas comme une source de données pour OSM, bien qu'éventuellement en leur demandant gentiment... Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Talk-ca] How to tag carr iage porch or porte cochère
Ca se rapproche un peu de barrier=sally_port (http://wiki.openstreetmap.org/wiki/Barrier) On Tue, Aug 11, 2009 at 5:48 PM, Emilie Laffrayemilie.laff...@gmail.com wrote: Quelqu'un aurait des idees pour tagguer cela? Emilie Laffray -- Forwarded message -- From: Pierre-Luc Beaudoin pierre-...@pierlux.com Date: 2009/8/11 Subject: [Talk-ca] How to tag carriage porch or porte cochère To: talk...@openstreetmap.org Hi, While mapping my area I come across a lot of carriage porches [1], which allow cars or pedestrian to access the inner court or a service alley (ruelle). How do you suggest we map these? A tunnelled footway or way would somewhat makes sens. If the entrance is blocked by a gate it should be marked too. What do you think? Pierre-Luc [1] http://fr.wikipedia.org/wiki/Porte_coch%C3%A8re ___ Talk-ca mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ca se rapproche un peu de barrier=sally_port (http://wiki.openstreetmap.org/wiki/Barrier). Mais ça vaudrait peut-être une proposition genre barrier=carriage_porch surtout qu'il y'en a en pagaille dans les vieux centre-villes bourgeois en France. En tout cas une way ne me semble pas être l'idéal pour ce genre d'objet qui se rapproche de tous ceux décrits par le tag barrier. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Talk-ca] How to tag carr iage porch or porte cochère
On Tue, Aug 11, 2009 at 9:43 PM, Vincent MEURISSEosm-talk...@meurisse.org wrote: On Tuesday 11 August 2009 21:08:39 Renaud Martinet wrote: Ca se rapproche un peu de barrier=sally_port (http://wiki.openstreetmap.org/wiki/Barrier) Juste un tout petit peu alors : a sally port is therefore essentially a door in a castle or city wall that allows a troops to make sallies without compromising the defensive strength of the fortifications. (wikipedia) D'ailleurs le wiki dit : A sally_port is a type of covered gate with two doors. ce qui n'est pas le cas ici. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Je vois ça comme une porte cochère en plus gros mais bon... une gate couverte avec deux portes quoi. De toute façon c'est pas le propos vu qu'on est d'accord que c'est pas la même chose. Un commentaire sur le fait d'utiliser un nouveau tag pour ça plutôt, non ? Ca devient un peu gonflant de se faire rembarrer sur le moindre truc qu'on dit sur cette ML... surtout quand c'est pas l'objet principal du message qu'on a écrit. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Talk-ca] How to tag carr iage porch or porte cochère
2009/8/11 Vincent MEURISSE osm-talk...@meurisse.org: Ca devient un peu gonflant de se faire rembarrer sur le moindre truc qu'on dit sur cette ML... surtout quand c'est pas l'objet principal du message qu'on a écrit. Désolé que tu ai mal pris mon message. Je faisais juste remarquer que sally_port n'est pas une porte cochère. Je n'ai jamais dis que c'était la même chose, j'ai seulement dit que l'un se rapprochait un peu de l'autre. Donc effectivement je ne sais pas trop comment prendre ta remarque. De plus, c'était surtout pour montrer qu'il y avait déjà des tags pour décrire ce type d'objet (toutes sortes de trous dans des murs/grillages/pallissades/etc pour laisser passer les gens) et que donc les portes cochères pouvaient peut-être éventuellement s'inscrire dans ce registre. Un commentaire sur le fait d'utiliser un nouveau tag pour ça plutôt, non ? Malheureusement je n'ai pas de réponse miracle pour ça. Je demande un avis, pas une réponse miracle... N'étant pas super fan de rajouter des nouveaux tags à chaque fois que l'on découvre quelque chose, j'aurai mis juste highway=service, tunnel=yes et access=private et j'aurai laissé tombé la porte. Dommage de laisser tomber la porte, c'est a priori une composante importante de la porte cochère. Surtout qu'on essaye de représenter autant ue possible la réalité. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] residential and unclassified in Australia WAS definition of the main highway-tag
After reading the http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines page, it strikes me that you are already redefining most of the values for the highway key. So why would you continue to refer to the http://wiki.openstreetmap.org/wiki/Map_Features page. I guess that is because it is available in English. As Pieren already mentioned, in France we also use some values for slightly different things that the ones defined in the MapFeatures. We had to because after translation we don't always come up with something that we can relate to. Different cultures result in different features in cities or even in the countryside (think cattle grids in Scotland for example). So we had to really consider highway tag values to reflect how important a road is. For the motorway value, well we have the same type of roads but for most of the others, we had to slightly change the definition to fit our road network. There has been a lot of discussion on the talk-fr list but once we came to a consensus, it was easy to put in place because we have our own MapFeatures page. Probably you should have one also... On Tue, Aug 4, 2009 at 11:26 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: IMHO the highway-class is not about lines on the street, not even about width, these are all relative and dependant on local habits. It's about structuring your road-grid into different levels. From the top-level to the smallest footpath. I think Martin really has a point here. If you tag the most important type of road in your country with highway=motorway and that I do the same in mine, at the end of the day even if physically the roads aren't the same they are still the most important in both countries. And I beleive that's what the highway tag is about. The are other tags to describe the physical attributes of a road or the administrative classification. Anyway the MapFeatures are probably still too UK centric, even though some effort as been made to make it more general. And I can how it's confusing people in countries where English is spoken but the road network is radically different from the UK. Renaud. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Import des Stations Services des Magasins U ?
Oui, sinon un jour tu risques d'avoir à faire pénitence comme Fred :) Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Problem in Herve
Le lundi 3 août 2009, Ben Laenen a écrit : I have the impression that you've corrected it already now. But please contact Neo and ask him about it, so he can watch out it doesn't happen again. You can also immediately ask him to upload his gps tracks. Yes, I've never used the messaging system on the OSM site (I prefer mailing lists). I'll give it a try. There's a script available here that should be able to revert changesets: http://trac.openstreetmap.org/browser/applications/utils/revert Of course, it would also delete all the new roads in that changeset, but in case we get some vandalism or some serious mistake by a mapper which is too big to fix manually, it's good to have something. The new roads he added seemed legitimate, so I didn't want to remove all of it. And I've never used those revert scripts, so I am not very comfortable using them as I might make a bigger mess if I do something wrong. -- Renaud Michel pgp: 0x630E6AC4 (fingerprint: E051 75D0 0E02 4D7B 0384 5D8F 2A70 C289 630E 6AC4) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Re : Nouvel arrivant
Si y'a match, on part de sacrément loin là ! Mais un peu de stimulation peut pas faire de mal. C'est vrai qu'il y a pas mal de nouveaux, je vois ça dans mon coin. Le truc c'est qu'ils ignorent mes messages sur OSM.org. Dommage ils loupent d'éventuels apérosm :p Renaud. 2009/8/3 Vincent Pottier vpott...@gmail.com: Vincent MEURISSE a écrit : Tous unis pour montrer aux teutons qui c'est les plus forts :) FRDE Encore un match ? Vincent ___ 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] [tagging] Feature Proposal - RFC - Clearance
Le vendredi 31 juillet 2009 à 03:23, Roy Wallace a écrit : What about a way that has either a physical limitation or a legal limitation (not both). Perhaps there is some argument that the tag should differentiate between these situations? Though I admit I can only think of a weak one - that it makes it clearer for users and mappers I have a very good example: For an ambulance, many legal limitations (like speed limit) don't apply, so if a road has a legal limitation for the maximum height of 2m but you can actually physically take that road with a 3m ambulance, that is a useful information for the ambulance driver who then knows he can actually take that road, although regular users may not. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Dans une commune, 2 villages avec des noms de rues identiques...
2009/7/27 Vincent Pottier vpott...@gmail.com: sly (sylvain letuffe) a écrit : On lundi 27 juillet 2009, openstreet...@coutiere.com wrote: Pour le parisien que je suis, cette commune est étonnante : - c'est une commune unique - il y a plusieurs villages (Lege, Cap Ferret, La Vigne, Le Canon, ...) Ha ! Je suis content que quelques citadins se penchent sur nos complexités de campagnards. (sans péjoration pour qui que ce soit) Et ça me rappel les débats acharnés sur commune / surface / village / point / ref insee http://www.mail-archive.com/talk-fr@openstreetmap.org/msg06702.html Je sais tagger la commune (admin_level = 8), mais comment tagge-t-on les villages de sorte qu'on distingue les rues ? Moi, je commence à kiffer le landuse=residential + name=truc bidule Finalement, l'histoire d'un village = un point ne me semble que temporaire. Je vois pas comment un village peut être autre chose qu'une surface. J'avais suggéré il y a quelques temps de passer les arrondissements de Paris-Lyon-Marseille en admin_level=9 pour utiliser le admin_level=10 pour la démocratie participative (conseils de quartier qui existent à Villeurbanne, Besançon et certainement ailleurs...) Ok, il n'y a pas forcément d'administration particulière dans un village... Mais peut-être des réalités significatives : panneaux d'agglomération... En général on trouve des panneaux en entrée et sortie de village indiquant : TRUC - Commune de Bidule sur Mer avec la commune sur la ligne d'en-dessous et en plus petit. Dans la plupart des cas que je connais, l'endroit est appelé par le nom de village et non celui de la commune sur laquelle il est. Ces villages méritent donc leurs limites à mon avis. Renaud. Faut-il mettre des is_in=Cap Ferret Berk, j'espère que les is_in seront un jour abandonnés, un ordinateur peut très bien s'en charger si on lui donne la surface du village. +1 Vincent ___ 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] [Wiki] Réorganisation du wiki co - Etape 1 : Analyse du travail a faire
J'aime bien la deuxième version, c'est moins intimidant je pense. Le fait d'enlever le calendrier donne un peu d'air. Par contre, il faudrait peut-être garder un lien vers celui-ci, non ? Dans les liens principaux en haut à gauche, je remonterais Utilisateur en dessous de Débutant, histoire d'avoir d'abord on vous aide à utiliser nos données avant aidez-nous en contribuant les votres. Renaud. 2009/7/24 Pieren pier...@gmail.com: Puisqu'on en est au stade des propositions, je propose deux versions. une reflétant la page d'accueil allemande: http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox et une autre plus allégée: http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox2 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte-rendu d'activitée en Bret agne
Steven, Pour la création d'une nouvelle mailing list, il faut que tu vois avec Michael Collinson, michael at osmfoundation dot org . Renaud. 2009/7/23 Steven Le Roux ste...@le-roux.info: Puisque j'attend une nouvelle machine pour continuer à éditer, en attendant je fais autre chose :) Donc : - Présentation à la mairie de Brest en vue d'une mapping partie par les acteurs de la mairie et de la communauté urbaine (plus petite interview surprise pas prévue...) : http://www.a-brest.net/article5130.html - La demande d'une liste bretonne a été faite afin de coordonner les efforts locaux sans polluer talk-fr qui bénéficie déjà d'un fort traffic. (pas de nouvelle ceci-dit.. à voir avec renaud peut être) - Avec l'aide de François (camptocamp), les données de test que j'avais pour BMO ont été convertie en osm, donc j'ai fait la demande au directeur pour qu'il nous fournisse des données du SIG de BMO (route, cadastre en vectoriel, POI, etc..). Il a confirmé la requète et devait me livrer ça la sem dernière (c'est l'été... soyont patient). Suite bientôt. - Hier soir, réunion avec la mairie de Plouarzel en vue de préparer une mapping party organisée par la mairie. Très bons retours ! En fait la commune n'a pas de SIG, et envisage de tout mettre dans OSM. Donc hier réunion en gros commité, avec les élus, les asso locales (patrimoine et autes), une personne du SHOM ( qui est motivée pour importer des données ). Les acteurs locaux ont très bien compris le projets, les enjeux et la façon de mettre ça en oeuvre. Subsistaient quelques questions, comme la durée nécessaire pour la mapping party qu'ils préparent en septembre. Ils ont acheté des GPS Garmin etrex, vont emprunter ceux de la mairie de Brest, ils sont remontés à bloc et ça fait plaisir à voir :). Ils comptent TOUT mettre dans OSM, jusqu'au réseau électrique et aux canalisations d'eau. Je leur ai fait qq démos d'édition, un peu technique peut être pour l'audience, mais le tout est de n'avoir eu aucun refus ou non-concentement. L'explication aux élus était plus axé sur le côté ouvert et collaboratif du projet. (// à wikipedia, que la plupart connaissaient). Pour info, plouarzel c'est ici : http://www.openstreetmap.org/?mlat=48.4333mlon=-4.7333zoom=12layers=B000FTF Je pense ouvrir une page dans le wiki pour coordonner les efforts pour le travail de la commune, et ça permettra de montrer l'exemple pour d'autre communes. Pour commencer je leur ai demandé de faire une liste des besoins à cartographier et de mettre en rapport avec la map features pour voir si des éléments sont manquants à leur yeux (certains le sont comme les fours à goémon, les calvairs peut être...), afin de proposer des RFC pour chacun de ces POI pour que tout soit prêt pour septembre. Voir que les communes d'au dessus (lampaul-plouarzel) et du dessous (ploumoguer) sont administrativement déjà tagguées les a remontés à bloc :) Voilà... affaire à suivre donc. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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] OSM et les GR
On peut déjà mettre tous les chemins empruntés par les GR/PR dans OSM, y'a déjà du boulot :) Mais c'est vrai que c'est dommage de ne pas pouvoir utiliser les références étant donné que ces routes servent souvent de repère sans même les suivre de façon stricte. Renaud. 2009/7/23 sly (sylvain letuffe) sylv...@letuffe.org: On jeudi 23 juillet 2009, ulrich rousseau wrote: en utilisant des NHN (*N*ationnal *H*iking *N*etwork) pour les GR des LHN (* L*ocal *H*iking *N*etwork) pour les PR? et hop on n'utilise plus ni GR ni PR? CF les vielles discussions, le problème ne vient pas vraiment des 4 pauvres lettres que sont GR et PR on n'auraient pas eu de mal à remplacer ;-) Le problème vient du fait que les tracés GR et PR sont protégés. Et là, c'est pas de chance, c'est justement ce que l'on veut mettre dans la base. C'est pour ça que j'avais émis une boutade, qui consistait à inventer des OHT (Open Hiking Trails) les numéroter en OHT 1-1000 faire une nomenclature mondiale et inventer nous même le tracé sur la base de critère aussi divers que subjectifs comme : - trop classe de passer par ce sommet - ce village est vraiment sympa, le OHT-227 y passe etc. pour la petite histoire, la principale motivation en ce qui me concerne mes contributions à OSM c'est de renseigner les petits chemins qui n'apparaissent sur aucune autre carte Pareil pour moi, (quoique, ceux qui apparaissent sur IGN j'aimerais bien les avoir quand même) et les avoir dans mon GépéS ensuite et je dois avouer que je suis un peu frustré Ouep, mais faut pas que ça pousse à faire des erreurs (insécurité juridique et utilisation difficile des données) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Compte-rendu d'activitée en Bret agne
Dac j'avais mal compris pardon :) Renaud. 2009/7/23 Steven Le Roux ste...@le-roux.info: 2009/7/23 Renaud Martinet kar...@gmail.com Steven, Pour la création d'une nouvelle mailing list, il faut que tu vois avec Michael Collinson, michael at osmfoundation dot org . Yep c'est bien à lui que j'ai fait le demande... il est peut être en vacance aussi ;) Renaud. 2009/7/23 Steven Le Roux ste...@le-roux.info: Puisque j'attend une nouvelle machine pour continuer à éditer, en attendant je fais autre chose :) Donc : - Présentation à la mairie de Brest en vue d'une mapping partie par les acteurs de la mairie et de la communauté urbaine (plus petite interview surprise pas prévue...) : http://www.a-brest.net/article5130.html - La demande d'une liste bretonne a été faite afin de coordonner les efforts locaux sans polluer talk-fr qui bénéficie déjà d'un fort traffic. (pas de nouvelle ceci-dit.. à voir avec renaud peut être) - Avec l'aide de François (camptocamp), les données de test que j'avais pour BMO ont été convertie en osm, donc j'ai fait la demande au directeur pour qu'il nous fournisse des données du SIG de BMO (route, cadastre en vectoriel, POI, etc..). Il a confirmé la requète et devait me livrer ça la sem dernière (c'est l'été... soyont patient). Suite bientôt. - Hier soir, réunion avec la mairie de Plouarzel en vue de préparer une mapping party organisée par la mairie. Très bons retours ! En fait la commune n'a pas de SIG, et envisage de tout mettre dans OSM. Donc hier réunion en gros commité, avec les élus, les asso locales (patrimoine et autes), une personne du SHOM ( qui est motivée pour importer des données ). Les acteurs locaux ont très bien compris le projets, les enjeux et la façon de mettre ça en oeuvre. Subsistaient quelques questions, comme la durée nécessaire pour la mapping party qu'ils préparent en septembre. Ils ont acheté des GPS Garmin etrex, vont emprunter ceux de la mairie de Brest, ils sont remontés à bloc et ça fait plaisir à voir :). Ils comptent TOUT mettre dans OSM, jusqu'au réseau électrique et aux canalisations d'eau. Je leur ai fait qq démos d'édition, un peu technique peut être pour l'audience, mais le tout est de n'avoir eu aucun refus ou non-concentement. L'explication aux élus était plus axé sur le côté ouvert et collaboratif du projet. (// à wikipedia, que la plupart connaissaient). Pour info, plouarzel c'est ici : http://www.openstreetmap.org/?mlat=48.4333mlon=-4.7333zoom=12layers=B000FTF Je pense ouvrir une page dans le wiki pour coordonner les efforts pour le travail de la commune, et ça permettra de montrer l'exemple pour d'autre communes. Pour commencer je leur ai demandé de faire une liste des besoins à cartographier et de mettre en rapport avec la map features pour voir si des éléments sont manquants à leur yeux (certains le sont comme les fours à goémon, les calvairs peut être...), afin de proposer des RFC pour chacun de ces POI pour que tout soit prêt pour septembre. Voir que les communes d'au dessus (lampaul-plouarzel) et du dessous (ploumoguer) sont administrativement déjà tagguées les a remontés à bloc :) Voilà... affaire à suivre donc. -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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 -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ 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] OSM accepte de mauvaises copies d'autres cartographies ?
Ce qui peut faire réagir en lisant le thread sur gpspassion c'est surtout le ton plus que la critique elle-même. A aucun moment OSM n'a le bénéfice du doute. Les participants ont des idées sur la façon dont les données ont été copiées depuis d'autres sources mais ils n'essayent pas d'imaginer comment un contributeur aurait pû arriver à relever lui-même ces données de manière à ce qu'elles soient utilisables dans OSM. Et c'est un peu dommage. Pour le reste, il est vrai que c'est toujours plaisant d'entendre parler du projet ailleurs :) Renaud. 2009/7/22 Yann Coupin y...@coupin.net: Perso j'en ai corrigé certain à la main (affinage des tags et de la position avec yahoo) mais j'ai gardé la source car je n'aurais pas eu le nom sinon. Faut que je vire la source de ces POI ? Yann Le 22 juil. 09 à 17:16, Frédéric Bonifas a écrit : Oui je suis d'accord, il faut tirer ça au clair et supprimer si besoin (le tag source permettra de le faire sans difficulté). De mémoire les coordonnées étaient trouvées avec des gps ce qui expliquerait les grosses imprécisions, mais je vérifie demain en rentrant si j'ai des explications plus précises. ___ 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] [POI] Liste station service
Le tag url= semble approprié à ce type d'utilisation non ? Même s'il ne faudrait pas qu'il soit utilisé par n'importe quelle appli externe... http://wiki.openstreetmap.org/wiki/Key:url Renaud. 2009/7/22 Pieren pier...@gmail.com: 2009/7/22 kimaidou kimai...@gmail.com: Le node id est une mauvaise idée parce qu'il n'y aucune garantie de pérénité ni dans la base, ni de la part d'éditions futures. La seule chose qui devrait rester stable, c'est les coordonnées géospatiales lat/lon. Je conserverais dans mon application mes propres id et mon outil d'import se chargerait de retrouver les objets à partir des anciennes coordonnées et avec une petite tolérance pour les ajustements manuels (par exemple, retrouver le node tagué amenity=fuel dans un cercle de 30 mètres autour de l'ancienne position lat=x,lon=y. Conserver le node id d'osm est inutile ou alors il faudra à chaque fois vérifier qu'il porte encore les mêmes tags sinon il pourrait arriver qu'il soit réutilisé pour tout autre chose (pour marquer un restaurant voisin par exemple) (théoriquement, même si bien sûr, ça n'est pas à faire). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit nouveau du côté de Toul on
Bonjour Gilles, et bienvenue. Les données OSM sont essentiellement composées de nodes (points) et de ways (des voies, en gros des lignes). Ces dernières servent par exemple à représenter ton GR (le chemin lui-même) ou la Départementale qu'il emprunte sur une centaine de mètres. Mais il existent également un autre type d'objet : la relation. Une relation permet en fait de grouper d'autres objets ensemble en leur affectant éventuellement un rôle. Dans le cas présent, une relation de type route (http://wiki.openstreetmap.org/wiki/FR:Relation:route) te permettrait de grouper toutes les ways faisant partie de ton GR. Il faudrait d'ailleurs sûrement couper ta départementale en morceaux pour que tu puisses ajouter à la relation uniquement le tronçon réellement emprunté par le GR. En passant, le terme GR, PR et GRP (ainqi que leurs signes de balisage) sont des marques déposées de la Fédération Française des Randonnées Pédestres et donc, à moins qu'il n'y ai eu un changement dont je ne suis pas au courant, il n'est pas possible de les utiliser dans OSM. Renaud. 2009/7/23 Gilles Corlobé gil...@corlobe.tk: Bonjour, Comme je fais de nombreuses randonnées, et que j'emporte toujours mon GPS avec moi (histoire de mieux se rendre compte des hauteurs que j'ai grimpée), j'ai déjà des traces de routes et de chemins de la région. Ce qui m'amène, eh oui déjà, à ma première question. Sur les cartes papier, la continuité d'un GR apparait en surperposition (mauve) en plus du tracé du chemin lui-même. Cela permet de voir le trajet du GR parmi tous les chemins de randonnée ou lorsqu'il emprunte une route ou une rue. Avec OpenStreetMap, comment peut-on le faire? Y a-t-il un critère qui permette d'afficher cette continuité? Comment aussi, faire apparaitre le fait que le GR emprunte une route ou une rue? Lorsque je parle d'un GR, c'est aussi valable pour tous les autres types de chemin de randonnée ou de circuit. Cordialement, Gilles Corlobé ___ 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] [SOTM] Presentation qui a ete montre
J'ai hâte de voir la vidéo de la présentation afin de voir la réaction de la salle. En tout cas merci à toi Emilie d'avoir repris le flambeau :) Et si j'ai bien compris Fred était là-bas aussi ?! Renaud. 2009/7/13 Emilie Laffray emilie.laff...@gmail.com: http://www.slideshare.net/Melaskia/state-of-the-map-france-sotm09-1714526 Aussi, lu sur le tweet de Nick Black. Impressive import of French Cadastre info makes JOSM look like a real GIS! Building outlines and addressing #sotm09 3:23 AM Jul 11th Kudos a Fred la dessus :) Emilie Laffray ___ 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] Undo request button for changesets
Le mardi 14 juillet 2009 à 13:13, Francois Van Der Biest a écrit : Therefore, I imagine we should show features which have been created/updated/deleted in different colors (eg: green/blue/red) on the changeset page. +1 That would be really cool. I've been missing such a feature since changeset have been introduced. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Le parcours du tour 2009 sur OSM ?
Un peu comme ça : http://trail.motionbased.com/trail/activity/6370950 ? J'étais tombé sur les GPX de l'équipe Milram y'a deux ans. Ils ne pouvaient pas me donner d'accord pour les utiliser car les GPS étant prétés par Garmin, les données ne leur appartenaient pas. J'avais néanmoins obtenu le contact chez Garmin mais n'ai pas eu de réponse. Renaud. 2009/7/4 Vincent Pottier vpott...@gmail.com: Pieren a écrit : L'idée n'est pas tellement de monter un mashup avec l'itinéraire du tour. Je ne sais même si on a le droit de le faire, sachant que les organisateurs protègent la marque assez violement et qu'ils ont le procès facile. Mais le tour est un événement sportif et médiatique international. Dire que toutes les routes empruntées par le tour sont dans OSM pour la première fois serait juste un bon coup de pub. Si des sections manquent et qu'il n'y a personne pour compléter sur place, c'est pas grave, on ne dit rien, tant pis pour l'occasion manquée. Mais on pourrait aussi profiter des images gratos d'hélico et de motos pour faire un bon mapping à pas cher ;-) Z'avez pas un GPS à prêter aux motards, un loggeur pour le maillot jaune ? Vincent ___ 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] The future of bugs in OSM
I think there was some talk about that last year (march or june) when OSB appeared. If I remember, people liked the interface because it's rather nice and it lowers the entry level. So more people submit bugs and eventually also fix them, we get a better map and all is well. But it has also been said that we need advanced features, similar to a software bugtracking application. There was even some suggestions to adapt Trac to map bugs tracking but it sounded awkward and probably a bit complicated. Anyway we need the same core features but we could also have feeds so people can monitor new bugs in their area and then go fix them, things like that that will make people take action because they feel pride in keeping their area bug free. Pretty much like people monitoring articles on Wikipedia. The API is essential in my view so we can have one day applications running on car GPSes that will help people report bugs when travelling. So then we beat Tomtom's Mapshare on the very same idea they ripped off from OSM :) Renaud. P.S.: Steve sorry for double post. On Wed, Jul 1, 2009 at 4:22 PM, SteveCst...@asklater.com wrote: I've been thinking a bit about how bugs work in OSM. I really like the way OSB works http://openstreetbugs.appspot.com/ But it's closed source afaik and doesn't have an API. It uses human input. new OSB is cool and tries to fix some of this http://wiki.openstreetmap.org/wiki/User:Emka/new_OSB I like keepright http://keepright.ipax.at/ But it's more automated. Here's my vision for how bugs should work. You go to http://bugs.openstreetmap.org/ There's a big map of bugs which looks similar to OSB. It doesn't know who you are and drops you in to beginner mode which shows bugs that are relevant to you - human entered stuff say. There is an intermediate mode which shows a slide which, when slid, shows more bugs. So at the low end human entered stuff, but at the high you get every single fixme from OSM. Then there is expert mode which looks like keepright, and you can click various things on and off. How do you enter bugs? There are two ways. As a human on bugs.osm.. www.openstreetmap.org you can click a little green plus like OSB has on the map, or potlatch will let you do it too. But, and this is key, it also has a RESTful API for mass uploading of bugs. We need to do two things - unify the various bug systems and expose more of the bugs. To give you an example there are tons of bugs in the US, but there is no systematic way to fix them, or even begin fixing them. There are some good HOWTOs on the wiki on the actual individual details of how to fix a bridge connected to the road beneath it, but no big list of such bridges or where they are. We need to make this systematic. http://wiki.openstreetmap.org/wiki/TIGER_fixup/Over_Connectedness Why is my system better than OSB or keepright? OSB with a simple API might fly, but it's not open and not quite part of OSM. Keepright kind of gets there but the barrier to entry is high. If I want to do an import and list bugs to check, or I want to write my own little maplint utility to check for X or Y or Z I have to learn whatever language keepright is in and start hacking against a large codebase. Instead, bugs.openstreetmap.org would offer a really simple REST api to throw bugs at. I envisage it as a sort of clearing house for bugs. It will quickly become very useful for lots of people writing small, loosly-joined tools. The barrier to me writing a small bug app is low. I imagine all sorts of little apps writing things to submit bugs much as keepright or maplint sort of do now. All they have to do, is run a script to report the bugs from planet every week (or whatever) and keep track of the bug IDs and see if they're closed yet. Now on the output side I think there is a huge amount of potential. Right now people don't know where to start fixing things. You can point people at OSB but that is human only, or you could point them at keepright or maplint but then you have to fight to maintain those things. Instead, bugs.openstreetmap.org would be a central clearing house which everyone can submit to and use. To go back to that example, if someone writes a script to find all freeways in the USA which connect at right angles to residential roads and submits them through the api to bugs.openstreetmap.org then you have a big dataset. It becomes super fun, cool and easy to motivate the community and say - hey lets fix all those bugs in the US. You can draw graphs of the number of bugs being eaten up, show progress, make a leaderboard... all the things that will motivate a *lot* of people to fix these things. It will be so cool to be able to have many people working on closing bugs, I'd make it my number one slide in every talk I go to, saying go to bugs.openstreetmap.org and enter or fix a bug maybe I should already with OSB. Now, you can of course
Re: [OSM-talk-fr] SOTM 2009
Je te fais suivre la date et l'heure de la présentation dès que j'ai des nouvelles. Et merci encore de prendre la suite ! :) Renaud. 2009/6/29 Emilie Laffray emilie.laff...@gmail.com: 2009/6/28 Renaud Martinet kar...@gmail.com Bonjour, J'ai donc eu une réponse de Nick et il pourra trouver un créneau de 10 minutes dans le planning pour un State of France, part 2. Il a juste besoin que je lui donne le nom de la personne qui fera la présentation (Emilie ?). Vi Émilie Laffray, pseudo Melaskia, et je serais sous le nom de ma société (u-blox, ou Geotate). Le travail pour la présentation a été fait donc il ne me reste plus qu'a préparer les diapos et de bosser la présentation. Je mettrais les diapos en ligne avant le week end afin que tout le monde ait son mot a dire, car ce n'est pas vraiment ma présentation. Une chose est très claire pour moi, c'est que cette présentation même si je la fait est la présentation de la communauté Française pas la mienne :) Emilie Laffray ___ 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] Ajout sur planet.openstreetmap.fr ?
planet.openstreetmap.fr était le 1er planet (demandé par je ne sais plus qui à l'époque) avant qu'il y en ai également sur openstreetmap.fr. Il suffit de demander à sxpert pour faire pointer le nom de domaine sur le nouveau si vous préférez. Renaud. 2009/6/29 Vincent MEURISSE osm-talk...@meurisse.org: Je voudrais ajouter mon blog sur planet.openstreetmap.fr. À qui dois-je m'adresser ? Je t'ai ajouté sur http://openstreetmap.fr/planet (Si quelqu'un m'explique pourquoi on à 2 planet je suis preneur) Par contre y'a pas moyen de NE PAS forcer une connexion sécurisé ? Parce que les certificats auto signés c'est vraiment pas top. À la limite va au moins en chercher un chez cacert.org -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] SOTM 2009
Bonjour, J'ai donc eu une réponse de Nick et il pourra trouver un créneau de 10 minutes dans le planning pour un State of France, part 2. Il a juste besoin que je lui donne le nom de la personne qui fera la présentation (Emilie ?). Et du coup il aurait aimé savoir si d'autres français venaient cette année et éventuellement quelles sont les raisons pour lesquelles d'autres ne viendront pas, ceci afin d'essayer de rendre la conférence plus attractive à l'avenir. Je sais que Nick a un intérêt particulier pour la France et aimerait voir plus de français participer. Les différents avis seront donc à mon avis écoutés. Merci d'avance à ceux qui se rendront à Amsterdam d'en faire part ici-même. Renaud. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Événement] SOTM Mise à jo ur d'images
J'ai contacté Nick Black voir s'il s'occupait de l'organisation comme l'an dernier et s'il pouvait nous donner un peu plus d'info. Je vous tiens au courant dès que j'ai des nouvelles. Renaud. 2009/6/23 Emilie Laffray emilie.laff...@gmail.com: 2009/6/23 Renaud Martinet kar...@gmail.com Emilie, A qui t'es-tu adressée ? Email public (info) et henk. Si tu as de meilleures adresses emails, je suis intéressée. Emilie Laffray ___ 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] [Événement] SOTM Mise à jo ur d'images
Emilie, A qui t'es-tu adressée ? Renaud. 2009/6/23 Emilie Laffray emilie.laff...@gmail.com: 2009/6/23 sly (sylvain letuffe) sylv...@letuffe.org Je n'ai pas eus encore de reponse mais j'espere en avoir bientot. Emilie Laffray ___ 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] SOTM 2008 - Présentation des avanc ées OSM françaises ?
Si quelqu'un est prêt à présenter quelque chose cette année, essayez de voir si le programme est déjà bouclé mais je ne pense pas. L'année dernière je m'y étais pris relativement tard si ma mémoire est bonne. Ce serait bien effectivement de présenter toute l'évolution depuis l'année dernière. J'ai un peu décrocher après le cadastre mais il y a l'air d'y avoir pas mal d'autres choses à montrer. Renaud. 2009/6/20 Emilie Laffray emilie.laff...@gmail.com: Vincent Pottier wrote: Valerie-Emma Leroux a écrit : Vincent Pottier http://lists.openstreetmap.org/pipermail/talk-fr/2009-June/010673.html Je viens de faire quelques captures : - centre de Grenoble : cadastre et OSM - proto de Kimaidou pour les transports (sans et avec les lignes en couleur) - limites de communes au 17/06/09 (j'en avait une au 7/05/09) - nomenclature CLC (page wiki) Ce soir je fais une page html pour les mettre en ligne. Si d'autres veulent préparer des slides. Il faudrait quelques vues sur les outils... C'est ici : http://frvipofm.net/osm/sotm/captures.html Vincent Puisqu'il y a de quoi parler, je verrais pour voir si les organisateurs peuvent me trouver un slot. C'est un excellent boulot que tu as fait Vincent. Emilie Laffray ___ 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] Move the Map
Le mardi 16 juin 2009 à 22:45, SteveC a écrit : One of the main annoyances that people tell me that they have with OSM is that whenever they visit the site, the map shows them just the UK. I thought that the IP 2 geo stuff was in there to make it default to the country it thinks you're in? It is. When I open my browser on OSM it is centered on belgium (except from some place where it is whole europe, probably because it can't associate the IP there to a specific country). -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] New member
Le mercredi 10 juin 2009 à 21:49, Sam Pastuer a écrit : I'm Sam, when in Belgium I'm spending most of my time between Molenstede/Diest and Blauberg/Herselt. I just bought myself a Garmin Edge 705 for road cycling and mountainbiking. I'm quite new to the whole mapping thing, but have some experience with engineering/scientific software and 'computers' in general, so as long as I find the time it should work out. I've always been a fan of Open and Community based projects/software, so I'll do my best to contribute to the still less developed eastern flemish-brabant area. Hello, and welcome to OSM! It is always good to see new volunteers joining the community. Did you already register on the wiki? There is a specific subproject for belgium, whose entry page is here http://wiki.openstreetmap.org/wiki/WikiProject_Belgium I wish you lots of fun building with us a free world map :-) -- Renaud Michel ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] How to tag oneway exceptions?
Hello I didn't find an answer in the wiki, how should I tag roads that are one way for motorized vehicles but two way for bicycle? For now those are only tagged oneway=yes, so a routing software for cycleway will think it can only go oneway. It seems unwise to use another value for oneway, so I should probably use a complementary tag, I see in tagwatch that there is bicycle:oneway which seem to be in use (and a few variations a few times) is that a good choice? -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - h==highway
Le lundi 30 mars 2009 à 05:46, PAA a écrit : Request for comments on creating the key:h and making it synonymous with key:highway. That's just ridiculous. Don't start duplicating tags with the same meaning. As i understand things, this has four huge benefits: -reduce data entry time when editing OSM (e.g. 6/7ths less characters to type) JSOM already helps you there, when adding a new highway tag I only have top type hig and JSOM adds hway, same for values. If three letters is still too much for you you can make a JOSM plugin that will translate h into highway. -reduce data entry errors when editing OSM (current obvious errors from tagwatch europe: highlight, hightway, highwaY, highwat, higwhway, and the champion, higway, with 1478 entries) That's what predefined settings are made for, you click on a menu and select primary road. -reduce OSM data storage space (over 6M highways just from http://tagwatch.stoecker.eu/Europe/En/tags.html; simple naive estimate 6M*6 bytes=36MBytes uncompressed data reduction) -reduce bandwidth for transfers to/from OSM planet files are already compressed, you won't gain much by replacing meaningful tags by codeletters. And once you start with tag names, you could go on with values and replace primary with p, secondary with s and so on. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - h==highway
Le lundi 30 mars 2009 à 15:00, PAA a écrit : Request for comments on creating the key:h and making it synonymous with key:highway. That's just ridiculous. Don't start duplicating tags with the same meaning. It's definitely not something to be done with all tags, but i don't think you made a very good case why it's ridiculous for this one tag that is both prone to misspelling and in greater use than all others. (I replied quickly this morning before leaving for work and forgot to write my main argument, should never reply in a hurry) With two synonymous tags you can get inconsistent tagging, like a way tagged highway=primary h=secondary -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] osm2day
A la base ça a été surtout fait pour repérer les suppressions (rouge) et modifications (bleu) massives et les imports (vert). Pour un rendu plus précis apparemment y'a ça : http://wiki.openstreetmap.org/wiki/Osmdiff Renaud. 2009/3/24 g.d g...@wanadoo.fr: Est-ce sensé représenter les activités de cartographie osm pour la journée ? nono Plus ou moins, oui. Je n'y suis pour rien dans les images, elle proviennent de http://hexagone.openstreetmap.fr/osmtoday/archives/ et sont affichées à l'échelle 1. Etienne Donc ce n'est pas un nouveau rendu à part, mais ça évite déjà, de devoir ouvrir les images d'osmtoday une par une. ___ 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] Filtering out errors from GPX file
Le mercredi 11 mars 2009 à 05:16, Simon Wood a écrit : $ head -n 1 temp.unicsv new.unicsv $ head -n -1 temp.unicsv | awk -F ',' '{if ($520) print $0;}' new.unicsv You can do that with awk only: $ awk 'NR==1||$520{print $0}' temp.unicsv new.unicsv Useful information anyway, thanks. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] State Of The Map 2010
Il faut voir par contre que SOTM se déroule typiquement sur un weekend, contrairement aux RMLL. J'espère que ça ne pose pas de problème car il serait sympa d'avoir une édition de SOTM en France à l'avenir. Renaud. 2009/3/10 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net: Pieren a écrit : bah, les OSM-ers français ne peuvent pas donner d'accord, pas plus qu'ils ne peuvent s'opposer à une candidature. Il n'y a pas de représentation officielle d'OSM en France et donc personne pour parler en son nom. Sans doute, mais il y a des contributeurs de longue date et de forte expérience (je ne suis pas l'un et n'ai pas l'autre). Puisque SOTM est une manifestation tournante, il faut en effet qu'un groupe se constitue afin de présenter la candidature de Bordeaux et de la porter ensuite. Compte tenu des activités énormes qu'implique l'orga des RMLL, je pense que ce serait bien que des OSM-ers aguerris se chargent de ça. Ce petit groupe pourrait compter sur l'orga RMLL pour les aspects logistiques (amphis et salles équipés) et d'accueil des participants (restauration et logement bon marché) dans le cadre d'une manifestation ouverte à tous les courants du Libre. Les retombées seraient importantes pour tous : -- pour OSM en lui donnant une très bonne visibilité (en plus d'une participation au Village des assos), en permettant à OSM de monter des confs, des démos et des ateliers non seulement pour ses membres venant pour SOTM mais aussi pour le public au sens large. Ce sera également l'occasion de rencontrer des institutionnels dans un cadre officiel et de les sensibiliser aux problématiques de la cartographie ; -- pour les RMLL en permettant, justement, d'ouvrir vers un public spécialisé dont beaucoup ne viendraient pas pour les seules RMLL. Les organisateurs proposent donc à qui voudra parmi les contributeurs français (ou étrangers s'ils se sentent motivés) de les rejoindre pour gérer cet aspect des RMLL si le projet OSM choisit Bordeaux en 2010. C'est donc bien de personnes déjà fortement impliquées dans OSM qu'il est question. S'il y en a que ça intéresse, ils peuvent s'annoncer ici ou te contacter. Bien entendu. Le lieu idéal pour prendre contact et recevoir l'info de l'orga est la liste r...@abul.org que je mets en copie. Que ceux qui s'intéressent à ce projet s'y abonnent http://www.abul.org/S-abonner-aux-Listes-de-diffusion.html ils y seront les bienvenus ! Tu pourrais aussi mettre un bandeau sur les pages essentielles du wiki en français pendant quelques semaines pour toucher ceux qui ne sont pas inscrits sur cette liste de diffusion (il y en a plus dehors que dedans). Je n'ai pas d'accès au wiki et je préfère laisser cette tâche à d'autres car je ne peux/veux pas promouvoir plusieurs manifestations simultanément au risque de ne réussir aucune. Merci pour ton temps, Bien cordialement, -- Jean-Francois Nifenecker Membre de l'équipe d'organisation des RMLL 2010 à Bordeaux ___ 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] Front page design and SEO
Le jeudi 05 mars 2009 à 01:47, Robert (Jamie) Munro a écrit : I.e. having windows automatically tiled the whole time, making maximum use of screen real estate. When you moved the bottom of one window, for example, you were dragging the top of the window beneath it. While I usually overlap my windows, and don't mind, sometimes the ability to force them into a grid layout would be really useful. You can. See http://en.wikipedia.org/wiki/Tiling_window_manager THere are many such window manager available for X window -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Add 'Keep right!' to the list of map links in the 'place' template
Le lundi 02 mars 2009 à 16:48, Ed Avis a écrit : I'd like to request that 'Keep right!' http://keepright.ipax.at/ be added to this list. It checks various map errors, not all of which are covered by maplint or the other tools. Hey, I just discovered this site, it's great! I've quickly corrected many small problems in Liège, so many of the bugs present here http://keepright.ipax.at/report_map.php?zoom=15lat=50.64151lon=5.57285layers=B0T should be gone by the next update ;-) -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Que s'est-il passé le 16 févri er ?
Il me semble que l'import d'Alban n'avait été fait au départ que pour les plus grosses communes. Il avait dit à l'époque qu'il lui en restait pas mal à importer mais qu'il préférait le faire au coup par coup. Renaud. 2009/2/22 arp enteur art.pent...@gmail.com: Le 22 février 2009 02:03, Yann Coupin y...@coupin.net a écrit : Après avoir interrogé l'API d'historique avec un jeu aléatoire correspondant à 10% des modifs de ce jours, voici nos grands gagnants : [...] 189 Art Penter [...] Moi, je n'ai rien fait de systématique. J'ai importé 2 traces GPS, et créé les 2 routes correspondantes dans les Pyrénées, plus quelques corrections sur des éditions précédentes. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Le dimanche 22 février 2009 à 14:19, Guenther Meyer a écrit : Am Sonntag 22 Februar 2009 schrieb Dave Stubbs: You could just /not/ run a bot on it. Seriously, these tag correcting bots can be really annoying. As long as it's documented both ways it can be trivially implemented both ways. but why should we use two different tags for the same thing? it would be better to consolidate this... I agree. I am a recent (4 months) contributor to OSM and I sometimes find it annoying to have multiple, sometimes incompatible, tagging used for the same purpose. Sometimes I just don't tag something, not knowing an acceptable way to do so. So I acually concentrate on roads which have a good consensus on the tagging (and is the main purpose of OSM). -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Carte des régions et des départe ments
Les petits et les grands lacs se différencient par les coordonnées des ways qui les composent. Je ne pense pas qu'on devrait rajouter des tags pour des choses qui peuvent être déduit de la géométrie d'un objet. Sinon je réitère, c'est une très bonne idée :) Renaud. 2009/2/13 sly (sylvain letuffe) sylv...@letuffe.org: Nickel ! plus qu'à chopper la bretagne jusqu'à ouessant ;) Il faudrait coller les frontières à la côte, je pense que ce serait de toute façon plus juste Une fois fait, on industrialise la production des cartes, et on met ça sur un depot : cartes.openstreetmap.fr ça ne me semble pas idiot ! Grâce à Sylvain, vous avons déjà des cartes pour : - Départements http://beta.letuffe.org/mapnik/departements.png déjà une meilleure gueule, reste quelques trous - Régions http://beta.letuffe.org/mapnik/regions.png - pays j'ai pas toute la relation france dans l'hexagone, donc pour l'instant rien Il manque : - rivières - fleuves - rivières/fleuves voilà une tentative : http://beta.letuffe.org/mapnik/hydro.png Mais c'est pas gagné, car il n'y a pas de différentiation entre un petit et un gros lac (donc plein de petits points bleus de partout) Tous les fleuves n'ont pas forcément semble-t-il une ligne river au milieu : http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank waterway=river (way 4 in image below), should be drawn in the direction of the river flow (i.e. from source to sea). Mais ça risque de demander un peu de post-nettoyage je pense - cantons - communes (une carte par département) - une carte euopéenne (avec et sans frontière interne, ça peut être utile pour un prof qui demande à ses eleves de tracer les limites) ça doit pouvoir se faire aussi, mais pour les communes, va falloir être patient ;-) Pour une liste de base on peut se baser sur ce qu'il y a ici : http://www.hist-geo.com/Fond-de-carte/France/index.php Pleins de bonnes idées -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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] Carte osm = carte maritime ?
La distinction que fait Eric me paraît bien, si demain on a une dictature en France on parlera plus de la République française mais toujours de la France. Bref je ne pense pas que le système politique en place dans le pays en question ai grand-chose à faire sur la carte au final. Il sera bien mieux dans Wikipedia. Renaud. 2009/2/12 Pieren pier...@gmail.com: J'ai changé les ways en mer en remplaçant boundary=administrative par boudary=maritime qui correspond à la proposition 3 du wiki et qui me semble pour l'instant la plus appropriée. On pourra toujours changer en temps voulu si une autre solution se dégage. Je note que très peu de pays ont choisi l'option d'afficher la limite en mer comme administrative, certains sont revenus en arrière (ou ont supprimé l'admin_level comme les anglais). Reste à inclure les coastline dans les relations France, Régions, Départements et Communes. Ca sera un peu plus long à faire... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des régions et des départe ments
Le polygone inclut bien la Corse : http://hexagone.openstreetmap.fr/osmtoday/archives/osmtoday-20090212.png Du côté des frontières à l'Est, il est volontairement plus large pour ne pas en oublier mais il est fort possible qu'on ai laissé passer une erreur à l'époque je le vérifierai. Renaud. 2009/2/12 sly (sylvain letuffe) sylv...@letuffe.org: re, Ce coup-ci, contrairement à la dernière fois sur IRC, c'est pas une blague ;-) ( d'ailleurs ça se voit rien qu'a la qualité !) http://beta.letuffe.org/mapnik/regions.png http://beta.letuffe.org/mapnik/departements.png En png transparent, s'il vous plaît, y'a plus qu'a prendre des feutres et colorier Plusieurs remarques que vous allez me faire : 1) il en manque ! Certes, deux manières de régler le problème : - l'export hexagone.openstreetmap.fr devrait aller un peu plus loin en mer (et ne pas oublier la corse !) - on devrait réfléchir à la question où s'arrête un département/région si c'est à la côte (ce qui me semblerait logique) le corriger réglera le problème - corriger les bouts d'erreurs qui restent sur certain département (honte à moi, j'habite en savoie et le département n'est pas complet !) - comme su l'autre, ça déborde un poil, une re-détermination du polygone france devrait régler le problème -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ 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