[OSM-dev-fr] Fwd: processed_p.shp
Forwarde ma reponse a Francois seulement mea culpa. Salut, oui oui je suis abonnée. Quelle est la question exactement? Oui le découpage en polygone plus petit est plus efficace pour le rendu du fait de l'utilisation du cache (Postgis va essayer de mettre en mémoire les éléments lors de la lecture des éléments). Pour la même raison, il y a quelques temps je découpais des pays en polygones plus petits quand je voulais faire des tests du genre y a t'il un point dans ce polygone?. Selon ce que tu veux faire, tu réduis ainsi l'IO de la base de donnée ce qui n'est pas quelque chose de négligeable. Enfin tout depend aussi énormément de la configuration de ta base postgresql pour savoir quelle est la taille optimale et de la complexité du polygone. De plus, il y a aussi un bug avec Postgis quand une table a quelques lignes avec de gros polygones. Postgresql choisit alors de faire un scan et n'utilisera jamais l'index. Il semblerait que ca soit un probleme avec les tables TOASTs. Par contre, je ne sais pas ou se trouve le code pour découper tout ca. Je sais qu'il existe un outil pour vérifier les cotes que j'utilise de temps en temps pour corriger les cotes dans le monde, mais voila quoi. Il me semble que c'est Jon Burgess qui est derrière l'outil en question. Emilie Laffray ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Composants OSM superposés
Bonjour, Merci de l'introduction François. Effectivement, avec un contexte, ça change tout ! Toujours sur la question de la modélisation des données, j'avais essayé d'ajouter une salle dans un bâtiment avec un tag name et un autre avec un tag room (par exemple tag k=name v=B204/). Après quelques semaines, j'ai tenté de rechercher via Nominatim une de ces deux salles en renseignant le nom ( sans préciser plus afin d'avoir une recherche étendue sur l'ensemble des données OSM). Aucun résultat n'a été retourné ni dans un cas ni dans l'autre. Ceci ne m'étonne pas pour le tag room compte tenu qu'il n'est pas dans la liste des tags officiels. Par contre je ne saisis pas pourquoi le noeud qui avait le tag name n'a pas été trouvé puisque étant dans la liste des tags importés dans Nominatim [1]. Une page sur le wiki OSM [2] indique que Nominatim n'est plus à jour depuis janvier de cette année. Cette information est-elle toujours d'actualité ? Dois-je utiliser un tag is_in pour mes salles en renseignant le nom du building relatif ainsi que la ville (tag k=is_in v=INRIA;Montbonnot;France/) , ou bien il est plus appréciable d'utiliser un autre pour l'indexation des salles, voire même d'en combiner ? Merci par avance de vos réponses, en espérant ne pas faire dresser les cheveux sur la tête en parlant indoor ;) Audrey [1] http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Names [2] http://wiki.openstreetmap.org/wiki/Talk:Nominatim#nominatim_not_up_to_date_.28january_2011_-_and_still_in_April_2011.29 ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [Potlatch-dev] [OpenStreetMap] #3782: Unintentional node alignment
#3782: Unintentional node alignment +--- Reporter: Pmz | Owner: potlatch-dev@… Type: defect | Status: new Priority: major | Milestone: Component: potlatch2 | Version: Keywords: node alignment | +--- Changes (by TomH): * owner: tom@… = potlatch-dev@… * component: admin = potlatch2 -- Ticket URL: https://trac.openstreetmap.org/ticket/3782#comment:1 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #3782: Unintentional node alignment
#3782: Unintentional node alignment +--- Reporter: Pmz | Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: node alignment | +--- Changes (by Richard): * priority: major = minor Comment: Could you eventually add a confirmation dialog before user alter data, please ? Don't be silly. :) You have just moved a node. Are you sure? You have just changed a tag. Are you sure? You have just added a node. Are you sure? ARGH Potlatch 1 used to have a too bendy to straighten, press shift to force alert if you tried to straighten a way that didn't look like it needed straightening. I'll reimplement that one day but it would be good if someone beat me to it. -- Ticket URL: https://trac.openstreetmap.org/ticket/3782#comment:2 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [OSM-dev] Mapnik fails to render tile (bug in mapnik?)
Frederik Ramm frederik at remote.org writes: claims a role mismatch - you have tagged that patch to be an inner area of the multipolygon in question but in fact it lies outside. Correct... I picked the wrong area as outer. Took some time until I got access to a PC with a map editor installed, but now this multipolygon is fixed. Unfortunately I now have a second problem... I expect this area to be landuse=residential and so rendered in gray: http://www.openstreetmap.org/?mlat=49.99467mlon=9.68099zoom=16 Some parts are still in that gray, but if I force those tiles to be rendered, the landuse=residential is not longer part of rendering and I get white areas... Could someone please help here?... :´-( Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On 26 May 2011 16:21, Stephan Knauss o...@stephans-server.de wrote: Hello Parveen, On 26.05.2011 05:03, Parveen Arora wrote: http://wiki.openstreetmap.org/wiki/Fast_Track_Deployment_of_Customised_OSM_Tile_Server Give your suggestions, comments and feedback or anything that you want to add or delete from it or anything that you want to suggest from your side will be welcomed. You could consider including a way to just run the server on an extract not only on a full planet. Your site names a few potential users of your project. I have the feeling that for most of them the hardware requirements would be too high. By serving only part of the world, for example just a single country the needed resources are a lot less than the figures mentioned in the wiki. I did a howto the other day on what to do to render smaller areas, as a test run I used the South American data file on Geofabrik in a virtual machine and only 6G was used in total (world boundaries + osm data etc). http://wiki.sharedmap.org/wiki/Rendering_At_Home The trick with small machines is to cache the tiles else where. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
Hello Parveen, hello Stephan, hello @dev, On 26.05.2011 05:03, Parveen Arora wrote: http://wiki.openstreetmap.org/wiki/Fast_Track_Deployment_of_Customised_OSM_Tile_Server Give your suggestions, comments and feedback or anything that you want to add or delete from it or anything that you want to suggest from your side will be welcomed. You could consider including a way to just run the server on an extract not only on a full planet. Your site names a few potential users of your project. I have the feeling that for most of them the hardware requirements would be too high. absolutely. I have successfully run tile servers (in fact, complete OSM clones with rails port and all) on what is listed there as bare minimum. Of course, that was for a small region, and with heavily filtered data (only boundaries, major roads, and some custom data). That way, I was able to rerender all tiles every 10 minutes. Parveen, I have a feeling that the main use case you are considering is to serve a Slippy Map-like website for the whole world as an audience. There is nothing wrong with that, of course. On the other hand, the application also targets Companies. I work at a Company - we set up our own tile servers with a custom style for a small region from time to time, but they are for our internal use only, because we need them for one of our projects (we are public transportation consultants). I suspect this is a much more common use case - albeit much less visible, obviously - than providing a slippy map for a broad audience. What counts here is to be able to set up the server (1) fast and (2) on cheap hardware or VMs, and (3) and to be able to more or less quickly cut out what you need based on the region and the tags. Tag-based filtering may be out of scope of your project, but region extraction should be there. Also, your requirements don't list processor requirements. In my experience, many tasks involved in rendering and filtering are CPU-bound, so number of cores/processor class is a thing to consider for me, too. Greetings from Stuttgart, Igor ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Daily diff fails to import
I am trying to import a daily diff and is impossible. I have tried with util.update.php and the result is the same. Now I am trying to the next command. Below you coud see the output. osm2pgsql -as -O gazetteer -d gazetteer -U postgres -W 20110405-20110406.osc.gz osm2pgsql SVN version 0.70.5 Password: Using projection SRS 900913 (Spherical Mercator) Mid: pgsql, scale=100, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes Setting up table: planet_osm_ways Setting up table: planet_osm_rels Reading in file: 20110405-20110406.osc.gz COPY_END for place failed: ERROR: operator is not unique: geometry geometry LINE 5: OR (existing.geometry != NEW.geometry AND ST_Distance(S... ^ HINT: Could not choose a best candidate operator. You might need to add explicit type casts. QUERY: SELECT existing.osm_type IS NULL OR existingplacex.osm_type IS NULL OR coalesce(existing.admin_level, 100) != coalesce(NEW.admin_level, 100) -- OR coalesce(existing.country_code, '') != coalesce(NEW.country_code, '') OR (existing.geometry != NEW.geometry AND ST_Distance(ST_Centroid(existing.geometry),ST_Centroid(NEW.geometry)) 0.01 AND NOT (ST_GeometryType(existing.geometry) in ('ST_Polygon','ST_MultiPolygon') AND ST_GeometryType(NEW.geometry) in ('ST_Polygon','ST_MultiPolygon'))) CONTEXT: PL/pgSQL function place_insert line 52 at IF COPY place, line 1: \NN443853highwaybus_stop {(\\name\\,\\Neumarkt\\)}100\N\N\N\N\N \N\N\N\NSRID=900... Error occurred, cleaning up PostgreSQL server version is 9.0 and 8.4.7. I only want to import it to use with nominatim but I can't... it is very extrange. I was looking for the operator != isn't in the database Have you any idea ? Regards. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Daily diff fails to import
On Thu, May 26, 2011 at 03:34:37PM +0200, Adrian Chapela wrote: Reading in file: 20110405-20110406.osc.gz COPY_END for place failed: ERROR: operator is not unique: geometry geometry LINE 5: OR (existing.geometry != NEW.geometry AND ST_Distance(S... I guess you wanted bounding box equality in there ? Dunno since when it broke, anyway try existing.geometry::box2d != NEW.geometry::box2d --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Daily diff fails to import
Hi Adrian, I think I have ran into similar issues. In my case, I skipped a few steps and ran into also sort of *weird* issues. Is your database properly setup? Try going over the steps here: http://wiki.openstreetmap.org/wiki/Nominatim/Installation using a fresh database. Regards, Yoanis. On Thu, May 26, 2011 at 9:34 AM, Adrian Chapela achapela.rexist...@gmail.com wrote: I am trying to import a daily diff and is impossible. I have tried with util.update.php and the result is the same. Now I am trying to the next command. Below you coud see the output. osm2pgsql -as -O gazetteer -d gazetteer -U postgres -W 20110405-20110406.osc.gz osm2pgsql SVN version 0.70.5 Password: Using projection SRS 900913 (Spherical Mercator) Mid: pgsql, scale=100, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes Setting up table: planet_osm_ways Setting up table: planet_osm_rels Reading in file: 20110405-20110406.osc.gz COPY_END for place failed: ERROR: operator is not unique: geometry geometry LINE 5: OR (existing.geometry != NEW.geometry AND ST_Distance(S... ^ HINT: Could not choose a best candidate operator. You might need to add explicit type casts. QUERY: SELECT existing.osm_type IS NULL OR existingplacex.osm_type IS NULL OR coalesce(existing.admin_level, 100) != coalesce(NEW.admin_level, 100) -- OR coalesce(existing.country_code, '') != coalesce(NEW.country_code, '') OR (existing.geometry != NEW.geometry AND ST_Distance(ST_Centroid(existing.geometry),ST_Centroid(NEW.geometry)) 0.01 AND NOT (ST_GeometryType(existing.geometry) in ('ST_Polygon','ST_MultiPolygon') AND ST_GeometryType(NEW.geometry) in ('ST_Polygon','ST_MultiPolygon'))) CONTEXT: PL/pgSQL function place_insert line 52 at IF COPY place, line 1: \N N 443853 highway bus_stop {(\\name\\,\\Neumarkt\\)} 100 \N \N \N \N \N \N \N \N \N SRID=900... Error occurred, cleaning up PostgreSQL server version is 9.0 and 8.4.7. I only want to import it to use with nominatim but I can't... it is very extrange. I was looking for the operator != isn't in the database Have you any idea ? Regards. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On Thu, May 26, 2011 at 11:51 AM, Stephan Knauss o...@stephans-server.de wrote: Hello Parveen, Hello Sir, Your site names a few potential users of your project. I have the feeling that for most of them the hardware requirements would be too high. By serving only part of the world, for example just a single country the needed resources are a lot less than the figures mentioned in the wiki. Yes Figures mentioned in the wiki are for whole planet, Its my mistake that I forgot to mention there. and its also right that users with lesser area will require less hardware. I have take reference about hardware from Richard Weait's blog. Is there any wiki page to describing the hardware requirements according to the area, as we have also to include it in the project and to suggest users while installing the Customised Tile Server. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Daily diff fails to import
Adrian, I had this occur once with a schema that I had updated between versions of postgis. I never did entirely get to the bottom of it - I ended up adding ::text in a similar way to what Sandro suggested. i.e.: existing.geometry::text != NEW.geometry::text It was a crude hack (and probably hurt performance) and didn't seem to be needed the result of the time so I never committed it. I think there were 3 places were it was needed all in the place_update function. -- Brian On 26 May 2011 14:34, Adrian Chapela achapela.rexist...@gmail.com wrote: I am trying to import a daily diff and is impossible. I have tried with util.update.php and the result is the same. Now I am trying to the next command. Below you coud see the output. osm2pgsql -as -O gazetteer -d gazetteer -U postgres -W 20110405-20110406.osc.gz osm2pgsql SVN version 0.70.5 Password: Using projection SRS 900913 (Spherical Mercator) Mid: pgsql, scale=100, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes Setting up table: planet_osm_ways Setting up table: planet_osm_rels Reading in file: 20110405-20110406.osc.gz COPY_END for place failed: ERROR: operator is not unique: geometry geometry LINE 5: OR (existing.geometry != NEW.geometry AND ST_Distance(S... ^ HINT: Could not choose a best candidate operator. You might need to add explicit type casts. QUERY: SELECT existing.osm_type IS NULL OR existingplacex.osm_type IS NULL OR coalesce(existing.admin_level, 100) != coalesce(NEW.admin_level, 100) -- OR coalesce(existing.country_code, '') != coalesce(NEW.country_code, '') OR (existing.geometry != NEW.geometry AND ST_Distance(ST_Centroid(existing.geometry),ST_Centroid(NEW.geometry)) 0.01 AND NOT (ST_GeometryType(existing.geometry) in ('ST_Polygon','ST_MultiPolygon') AND ST_GeometryType(NEW.geometry) in ('ST_Polygon','ST_MultiPolygon'))) CONTEXT: PL/pgSQL function place_insert line 52 at IF COPY place, line 1: \N N 443853 highway bus_stop {(\\name\\,\\Neumarkt\\)} 100 \N \N \N \N \N \N \N \N \N SRID=900... Error occurred, cleaning up PostgreSQL server version is 9.0 and 8.4.7. I only want to import it to use with nominatim but I can't... it is very extrange. I was looking for the operator != isn't in the database Have you any idea ? Regards. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On Thu, May 26, 2011 at 12:39 PM, John Smith deltafoxtrot...@gmail.com wrote: I did a howto the other day on what to do to render smaller areas, as a test run I used the South American data file on Geofabrik in a virtual machine and only 6G was used in total (world boundaries + osm data etc). http://wiki.sharedmap.org/wiki/Rendering_At_Home The trick with small machines is to cache the tiles else where. Thank's for the suggestion. It will surely help me, please let me know If you have missed something in it and want to add in it now, so that we can lead to a better product. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On Thu, May 26, 2011 at 10:42 PM, Parveen Arora m...@parveenarora.in wrote: On Thu, May 26, 2011 at 11:51 AM, Stephan Knauss o...@stephans-server.de wrote: Hello Parveen, Hello Sir, Your site names a few potential users of your project. I have the feeling that for most of them the hardware requirements would be too high. By serving only part of the world, for example just a single country the needed resources are a lot less than the figures mentioned in the wiki. Yes Figures mentioned in the wiki are for whole planet, Its my mistake that I forgot to mention there. and its also right that users with lesser area will require less hardware. I have take reference about hardware from Richard Weait's blog. Is there any wiki page to describing the hardware requirements according to the area, as we have also to include it in the project and to suggest users while installing the Customised Tile Server. Please also suggest me that should I use Mapnik or Mod_Tile for rendering the tiles, but later I will include both options i.e user will be able to render tiles with his selected method. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On 27 May 2011 03:30, Parveen Arora m...@parveenarora.in wrote: Please also suggest me that should I use Mapnik or Mod_Tile for rendering the tiles, but later I will include both options i.e user will be able to render tiles with his selected method. Mapnik is needed regardless, and there is sample scripts that can render in various ways, mod_tile still hooks into mapnik, but doesn't use the python scripts. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Daily diff fails to import
On Thu, May 26, 2011 at 06:17:47PM +0100, Brian Quinion wrote: Adrian, I had this occur once with a schema that I had updated between versions of postgis. I never did entirely get to the bottom of it - I ended up adding ::text in a similar way to what Sandro suggested. i.e.: existing.geometry::text != NEW.geometry::text It was a crude hack (and probably hurt performance) and didn't seem to be needed the result of the time so I never committed it. I'm sure binary tree operators used to do bounding box checks. Your ::text cast instead would do a bitwise comparison. There are few ways to compare geometries, and with recent versions also Hausdorf distance for similarities. --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Daily diff fails to import
On Thu, May 26, 2011 at 06:57:57PM +0100, Brian Quinion wrote: The bitwise comparison isn't that horrible in this case since we are only interested in a perfect equivalence not a geometric relationship. In this case ST_OrderingEquals would be the standard version of that. --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
On Thu, May 26, 2011 at 11:10 PM, John Smith deltafoxtrot...@gmail.com wrote: On 27 May 2011 03:22, Parveen Arora m...@parveenarora.in wrote: Thank's for the suggestion. It will surely help me, please let me know If you have missed something in it and want to add in it now, so that we can lead to a better product. I too want a simple front end web based GUI to control the rendering process, I won't exactly be crying if you beat me to getting something coded. Thank You for your support :D ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
Parveen Arora-2 wrote: Give your suggestions, comments and feedback or anything that you want to add or delete from it or anything that you want to suggest from your side will be welcomed. It would perhaps be nice to create and setup a package repository with all the relevant and necessary packages (i.e. osm2pgsql, mod_tile, renderd, tirex, munin-scripts and any further packages for easy configuration). One could either create a repository at apt.openstreetmap.org or as a ubuntu PPA. Then one would only need to add the URL to your list of repositories and type apt get install OSM_tile_server and can easily keep up to date (software wise). Kai -- View this message in context: http://gis.638310.n2.nabble.com/GSoC-Project-Update-Fast-Track-Deployment-of-Customised-OSM-Tile-Server-tp6405387p6409704.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC Project Update (Fast Track Deployment of Customised OSM Tile Server)
Kai, I did not know that apt.openstreetmap.org existed. I think that would be the best place for the output of this project (but the scripts to generate the archives will need a separate home). What does Parveen need to do to write to it? Graham from my phone On 27 May 2011 05:27, Kai Krueger kakrue...@gmail.com wrote: Parveen Arora-2 wrote: Give your suggestions, comments and feedback or anything that you want ... It would perhaps be nice to create and setup a package repository with all the relevant and necessary packages (i.e. osm2pgsql, mod_tile, renderd, tirex, munin-scripts and any further packages for easy configuration). One could either create a repository at apt.openstreetmap.org or as a ubuntu PPA. Then one would only need to add the URL to your list of repositories and type apt get install OSM_tile_server and can easily keep up to date (software wise). Kai -- View this message in context: http://gis.638310.n2.nabble.com/GSoC-Project-Update-Fast-Track-Deployment-of-Customised-OSM-Tile-Server-tp6405387p6409704.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] [PATCH] OsmPrimitive / PrimitiveData refactoring
Hi, There are two structures OsmPrimitive / Node / Way / Relation and PrimitiveData / NodeData / WayData / RelationData. Both have much in common, however, the class trees are unrelated at the moment. In order to avoid code duplication when it really doesn't matter if you have an object from the 1st or from the 2nd category, I put common features to an interface and added an abstract base class [1,2]. The above classes can be replaced by the respective interface IPrimitive / INode / IWay / IRelation when only common functionality is needed. Commit [3] shows, how this would look in practice: In my use case, I'd like to upload PrimitiveData objects without converting them to OsmPrimitive first. Haven't checked the history stuff, maybe this can be consolidated as well, somehow. [1] https://github.com/bastik/josm/commit/a91ea53 [2] https://github.com/bastik/josm/commit/780d186 [3] https://github.com/bastik/josm/commit/7b1d245 Paul ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev