[josm-dev] mirrored_download plugin source
I was planning to take a look at fixing a couple of bugs in the mirrored_download plugin, but was unable to find the source. Could anyone point me to where it is located? Just for reference, the two bugs are http://josm.openstreetmap.de/ticket/7660 http://josm.openstreetmap.de/ticket/7661 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Validator
From: Maarten Deen [mailto:md...@xs4all.nl] Subject: Re: [josm-dev] Validator Is it possible to make an option for the validator so that you can choose between validating only touched objects and all objects? Then put it default on only touched objects for new installations so that newbies only see the errors on objects they actually touched. By default on upload it only checks touched objects. This still reports errors that already existed and the user did not create. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Imagery bounding polygons
I've been thinking of cleaning up some of the shape entries for the sources in https://josm.openstreetmap.de/wiki/Maps so that I don't get US imagery suggested in areas without coverage. Is anyone aware of a tool that will convert from .osm, .poly or WKT to the XML used by JOSM? I could convert it by search and replace or writing some simple code, but I'd rather not reinvent the wheel if someone's done it already. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Missing keys/tags on JOSM
From: Paul Hartmann [mailto:phaau...@googlemail.com] Sent: Thursday, November 08, 2012 12:20 PM To: josm-dev@openstreetmap.org Subject: Re: [josm-dev] Missing keys/tags on JOSM And another doubt: still using the restaurant example, we have in defaultpresets.xml: multiselect key=cuisine text=Cuisine values=italian;chinese;pizza;burger;greek;german;indian;regional;keba b;turkish;asian;thai;mexican;japanese;french;sandwich;sushi/ See that the values aren't sorted (and also aren't displayed as a sorted list). While some values are clearly sorted by importance, usage, value, etc, some other (like cuisine) could be alphabetically sorted I think. Is it OK to play with this too? Good idea! On the subject of cuisine specifically, there are several presets which use this tag but I believe they all use slightly different lists presented in slightly different ways. Some allow free-form text while others don't. Simply having all the different food-related presets present cuisine in the same way would be a big improvement. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Building plugins
I've been trying to compile the mirrored_download plugin so I can fix bugs http://josm.openstreetmap.de/ticket/7660 and http://josm.openstreetmap.de/ticket/7661 as well as add jxapi.openstreetmap.org to the list. I checked out the plugin environment as described at http://josm.openstreetmap.de/wiki/DevelopersGuide/DevelopingPlugins and installed ant and attempted to do ant dist but I am getting the compile errors below. Is there a step I'm missing? pnorman@merry:~/osm/josm/plugins/mirrored_download$ ant dist Buildfile: /home/pnorman/osm/josm/plugins/mirrored_download/build.xml init: compile: [echo] compiling sources for ../../dist/mirrored_download.jar ... [javac] Compiling 4 source files to /home/pnorman/osm/josm/plugins/mirrored_download/build [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.6 [javac] /home/pnorman/osm/josm/plugins/mirrored_download/src/mirrored_download/Mirro redDownloadAction.java:4: error: package org.openstreetmap.josm.gui.help does not exist [javac] import static org.openstreetmap.josm.gui.help.HelpUtil.ht; [javac] ^ [javac] /home/pnorman/osm/josm/plugins/mirrored_download/src/mirrored_download/Mirro redDownloadAction.java:4: error: static import only from classes and interfaces [javac] import static org.openstreetmap.josm.gui.help.HelpUtil.ht; [javac] ^ ... many more similar errors [javac] 100 errors [javac] 4 warnings BUILD FAILED /home/pnorman/osm/josm/plugins/build-common.xml:40: Compile failed; see the compiler error output for details. Total time: 1 second ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Adding your own imagery
From: Russ Nelson [mailto:nel...@crynwr.com] Sent: Wednesday, November 14, 2012 6:32 PM To: kristy van putten Cc: josm-dev@openstreetmap.org Subject: Re: [josm-dev] Adding your own imagery kristy van putten writes: This is my first time on this list, so apologies if I am asking the same question as someone else. I have a team of GIS people digitising in OpenStreetMap and we have found that there is no imagery for a section of the area we really need to digitise. I have got imagery from a LiDAR survey that we (Australian Government) has full IP rights to. The format of the imagery is ECW. It's been a day since you asked this question, and nobody has responded. I suspect that's because of the image file format. I'm pretty sure that it's a proprietary image format. According to this Wiki page: http://en.wikipedia.org/wiki/ECW_%28file_format%29 , there's an SDK which is open source. It's likely to be possible to use that SDK to convert the images into bigger files in a more standard file format. Or ... use the SDK to add support to MapProxy so it can read the files and re-encode in a more generally usable file format. gdal can read .ecw and through it mapserver, and through it mapproxy can serve it. It could also convert .ecw to geotiff or some other more common format. All the options for dealing with a large imagery involve setting up a server to host it. If you're able to grant the necessary permissions you might be able to get someone in the community to host it. I know Grant Slater hosts AGRI imagery for Australia. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Is the should upload logic a little too eager?
From: Toby Murray [mailto:toby.mur...@gmail.com] Subject: Re: [josm-dev] Is the should upload logic a little too eager? On Tue, Jan 1, 2013 at 8:18 AM, Greg Troxel g...@ir.bbn.com wrote: On exit, JOSM offers to save data to disk when it's modified, and this is of course totally fine. It also offers to upload, and I find this to be useful sometimes and sometimes troublesome, in two unrelated ways. * inspection of not-yet-uploaded data case Suppose one has a .osm file that's proposed for import, and is reviewing it. It seemed natural to open it in josm, and look at it in a layer with the existing data in another layer, and imagery. Then, after deciding what I thought, I exited JOSM. But, JOSM offered to upload the new data. I of course clicked no, exit anyway, but it seems that this prompt could lead to unintended uploads. I would strongly advise putting the upload=false flag in any proposed import file until the moment you are ready to actually upload it. This will help prevent you or someone else who is reviewing the file from doing an accidental upload. ogr2osm sets this flag by default. Other conversion tools should if they aren't already. I believe in some cases it will still prompt the dialog but then when you tell it to upload it suggests that you don't. I've been meaning to run down all the weird cases where JOSM suggests uploading when it shouldn't but haven't had the time. But yes, upload=false is a *very* good idea for files you don't want to accidentally upload. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Dealing with conflicts
I'm working on software which to be used with importing addresses. I expect to be able to identify cases where OSM data and remote data source data conflict. Obviously automatically overwriting OSM data with the remote source is a no-go, but the quality of the remote source is good enough I don't want to drop these conflicts, but be able to present them some way in an editor. My first thought was JOSM's conflict resolution mechanism. To figure out the XML format, I went to JOSM, created a conflict and tried to save. JOSM won't let you save with a conflict and the wiki docs have nothing about conflicts in the file format, so I'm presuming that it can't be done. My only other idea was to create a JOSM file that will create conflicts when the objects in it are updated. I am not sure if this is possible in all cases and it seems like a bad way to do it. Is anyone aware of a better way to handle this? The properties that may conflict between the two sources are tagging and in the case of a feature represented by node, its position. The case of two conflicting way geometries is beyond the scope of what I am doing. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Dealing with conflicts
From: Simon Legner [mailto:simon.leg...@gmail.com] Sent: Thursday, January 24, 2013 2:04 AM Subject: Re: [josm-dev] Dealing with conflicts Hi! On 24/01/13 09:17, Paul Norman wrote: Is anyone aware of a better way to handle this? Did you take a look at Conflation, a plugin for conflating (merging) objects in JOSM? https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation I considered it but I'm not aware of any way to feed it a list of matches in a file. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Server
From: Dirk Stöcker [mailto:openstreet...@dstoecker.de] Sent: Tuesday, March 19, 2013 12:31 PM To: josm-dev@openstreetmap.org Subject: Re: [josm-dev] JOSM Server On Mon, 18 Mar 2013, Simon Legner wrote: What about re-generating this file on modification and shipping as fast as possible (using Apache directly, Nginx or Varsnish). Maybe, having a subdomain for static content might be worth a try (getting rid of cookies, sessions etc.). /maps is cached now. In a test I saw that editing the maps page is awful slow. It really must be splitted. Takes about 45 seconds to change the page (after I improved the validation, before it took many minutes). It's also hard to edit a wiki page that long. I've been copying the page out to a text editor, editing it, the pasting it back in. With the size the page is I think it should either be split into multiple sub-pages (global, Americas, Europe, etc) or managed with source code version control. The Wiki was not designed for a massive XML page. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Find superfluous nodes
From: Jo [mailto:winfi...@gmail.com] Sent: Wednesday, May 29, 2013 10:42 PM To: josm-dev Subject: [josm-dev] Find superfluous nodes Hi, We got some data where there are extra nodes, which I'd like to get rid of before integrating it into OSM. Standard import cautions apply here of course, https://wiki.openstreetmap.org/wiki/Import/Guidelines, etc The simplify function is too coarse for the purpose and doing it manually gets tedious. Even with adjusting simplify-way.max-error? Is there a way to determine that 3 nodes are on a straight line, or is it possible to calculate the bearing (directional coefficient?) of the line intersecting 2 points? If this is the same for two consecutive lines, the node in between can be safely removed. (I'll check that it's not part of an adjacent building first, of course). This should be equivalent to simplify with a max-error close to 0. It's worth noting that simplifying before converting to .osm format can speed up the conversion process if you're dealing with a lot of data and that when two ways share nodes for part of their length JOSM may not simplify that length. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Tag statistics
Previously when I selected a bunch of objects in JOSM and selected their tags and copied them to a text editor, I got back various useful counts of tag usage. I no longer get this, I now get a list of tags but no way to get statistics. How can I restore the old behavior? ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward
From: Florian Lohoff [mailto:f...@zz.de] Sent: Tuesday, November 26, 2013 2:14 PM Subject: Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward On Tue, Nov 26, 2013 at 03:57:40PM -0600, Ian Dees wrote: No, these aren't compass directions. They're the directionality of the road. For example, this way is part of the I-94 interstate going west, but a compass in a car driving on it would tell the viewer they were pointing north: http://www.openstreetmap.org/browse/way/39372612 So - North would be straight on, east would be left, west would be right in 99% of the other countries? You'd have to ask someone with those other countries. That particular way is part of the I-94 with role west, and you'd tell someone to get on the I-94 west, even if they're physically driving north. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Search question
On 4/15/2015 11:28 AM, Dirk Stöcker wrote: I failed with the node element of more than one way. Does anybody know if that's possible with current JOSM search? Not to my knowledge, and I've tried. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Auto center new node
On 3/22/2016 11:35 AM, Frederik Ramm wrote: The new mode allowed me to keep the mouse pointer roughly somewhere right of centre, and between clicks I would only need a minimal adjustment to move the mouse pointer onto the fence line. But maybe this use case is much rarer today, and/or other JOSM input modes are meanwhile available to cater to that use case. I've tried it and didn't find it particularly efficient for anything these days. I tend to use refine way for cases like that - draw a very rough way then refine it. If it's no longer normally used, should it be removed? ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev