[Talk-ca] Fixed version of JOSM to ease Canvec merges
JOSM previously had the ability to fix the duplicate nodes present where canvec tiles join one another, but in recent versions appears to have removed that capability. Based on a bug I found in the JOSM bug tracker, I created a patch to re-enable this functionality: http://www.egunn.com/osm/canvec_fix_nodes_osm.patch If anyone is interested in a compiled JAR file for JOSM with this patch applied, let me know and I can send you a link. It makes merging in the canvec tiles a LOT easier (no manual selecting of duplicate nodes and merging). Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Amateur Radio Maps...
On Mon, Dec 12, 2011 at 2:20 PM, Stewart C. Russell scr...@gmail.com wrote: If anyone's confused about what these maps would look like, I have some examples here: http://glaikit.org/2011/12/11/not-really-getting-the-azimuthal-equidistant-projection-right/ They were made with the not-exactly free AZ_PROJ, a utility written entirely in PostScript. Okay, I have a pert of the answer here, the May and June 1979 issues of Byte Magazine, with a two part article on map making. So, I have the source code (written in BASIC, sigh) that will take a latitude / longitude and turn that into an X / Y point to be plotted. In other words I can now look at the math and logic of what needs be be done in the transformation... For a great (but non-free) example of a grey line (day/night) map, see http://pskreporter.info Cheers Stewart On 2011-12-12, at 9:23, Colin McGregor colin.mc...@gmail.com wrote: Last Saturday I was at a party co-hosted by Richard Weait (thanks), where the topic of maps for amateur radio use came up. A topic that has been of interest to me is amateur radio and disaster response. So, I am looking for software that will generate two maps from Open Street Map data: - An azimuthal equidistant projection map for any arbitrary latitude / longitude - A day and night map (ie: what parts of the world are CURRENTLY in sunshine / darkness) So, what makes the requirement for the above a little tough? I want the software to be under the GPL (or some other open license) so it can be redistributed without issue. I want it for Linux (so the OS to support the application can also be redistributed without issue). I want the application to run stand-alone (so if there is a problem with the internet connection I don't want the application to suddenly become useless). The data for this can not be more than a few MB at most (but then this shouldn't be an issue, given that road, rail, land use data is irrelevant for these apps, all that is needed is continental outlines, MAJOR lakes, rivers, islands and cities). So, why the interest in these maps? Many amateur radio antenna are directional (doing a better job of receiving (or transmitting) a signal in one particular direction). With an azimuthal equidistant projection map done for your location, you can draw a line from the center of the map to the location you are interested in and that will instantly tell you the direction to adjust your directional antenna. This is static map, as in you generate the map once for a given latitude / longitude you are effectively done. High frequency radio signals can refract off the ionosphere allowing very long range communications with low power transmitters. What frequencies refract well depends on a number factors, including sunshine / darkness. So knowing that the place you want to talk to is in darkness is useful. So, a day night map would have to be dynamic, being updated say once per minute ... Anyone with ideas as to where I could / should turn for the above? Thanks. Colin McGregor VE3ZAA ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fixed version of JOSM to ease Canvec merges
Dear Tyler: Could you maybe elaborate what that fix from previous versions did exactly? Sounds like it might be a useful function for other, non-Canvec related tasks, too. Thanks, Harald. PS Sorry for TOFU; I have to use an awful e-mail client on this computer. From: Tyler Gunn [ty...@egunn.com] Sent: Tuesday, December 13, 2011 3:11 PM To: Talk-CA OpenStreetMap Subject: [Talk-ca] Fixed version of JOSM to ease Canvec merges JOSM previously had the ability to fix the duplicate nodes present where canvec tiles join one another, but in recent versions appears to have removed that capability. Based on a bug I found in the JOSM bug tracker, I created a patch to re-enable this functionality: http://www.egunn.com/osm/canvec_fix_nodes_osm.patch If anyone is interested in a compiled JAR file for JOSM with this patch applied, let me know and I can send you a link. It makes merging in the canvec tiles a LOT easier (no manual selecting of duplicate nodes and merging). Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fixed version of JOSM to ease Canvec merges
On Tue, Dec 13, 2011 at 3:09 PM, Harald Kliems harald.kli...@mail.mcgill.ca wrote: Dear Tyler: Could you maybe elaborate what that fix from previous versions did exactly? Sounds like it might be a useful function for other, non-Canvec related tasks, too. Thanks, Harald. Sure, the chance is described here: http://josm.openstreetmap.de/ticket/6072 The authors of JOSM did not include it in the past because: The validator is not a tool for fixing badly planned or badly executed imports. You should fix your import script to not create the overlapping nodes in the first place. It is true that this used to work but we have reduced the number of situations in which the validator will automatically de-duplicate nodes for you because there were complaints about too many people just de-duplicating everything they found, thereby merging things that should not have been merged. For example if an import has created two crossing ways and each has a node at the intersection point then there is no way to know whether this is really an intersection or maybe a bridge/tunnel situation. Blindly merging these nodes via the validator makes the warning go away but at the cost of potentially introducing problems. Any such intersection must be reviewed manually. The case where I saw this program is roads between canvec tiles; JOSM used to detect the nodes on the boundary of the tiles, and you could hit Fix in the validator to merge the nodes together. Now, however, the duplicates are not detected, and you need to manually merge them. I implemented the same patch mentioned in this bug, in order to allow auto-fixing. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca