Re: [josm-dev] Microsoft gains access to aerial imagery
Hi, On 11/24/2010 09:31 AM, Viesturs Zariņš wrote: Paris, Syndney seems more accurate but Moscow, Tallin has similar offset. Is there a way to improve the rectification? The JOSM slippy map plugin does not have a control for moving the layer like the WMS plugin has. I guess one could be added - the slippy map plugin could certainly benefit from some serious work (at the moment, you can only have one slippy map layer, you can't switch between different ones, plus a number of minor other shortcomings). I've been thinking that we could give JOSM a generic menu (External, Background or something) which can be used to add external layers to the display. The WMS plugin would then not create its own top-level menu but would create its entries there, and the slippy map plugin could also populate that menu with its choices. For the end-user, there's no difference in WMS and slippy map anyway, it only confuses them. However I'm not able to work on this at the moment. Bye Frederik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
On 11/23/2010 01:35 PM, Tobias Wendorff wrote: Now it's up to us to make the WMS-/Yahoo-plugin read Bing-tiles :-) http://msdn.microsoft.com/en-us/library/bb259689.aspx Eh, I'll be happy if I can mapproxy that. signature.asc Description: OpenPGP digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
2010/11/24 Frederik Ramm frede...@remote.org: Hi, On 11/24/2010 09:31 AM, Viesturs Zariņš wrote: Paris, Syndney seems more accurate but Moscow, Tallin has similar offset. Is there a way to improve the rectification? The JOSM slippy map plugin does not have a control for moving the layer like the WMS plugin has. I guess one could be added in case of a constant offset at given locations (and not some warping problem), it would be cool to store (and possibly collect in an OSM / JOSM-database) those locations with their offsets for corrections, so that a user wouldn't have to adjust it manually everytime. cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
On 24 nov. 2010, at 11:44, Frederik Ramm wrote: The JOSM slippy map plugin does not have a control for moving the layer like the WMS plugin has. I guess one could be added. Other plugins (like PicLayer, ImportImagePlugin) also need this feature. I think this is part of the features that should available for ALL layers, independently of their type and of the plugin developers : - fine tune position, scale and angle (requires appropriate warning and/or limitations of course) - transparency - renaming E.g. they should be handled by default by the core, not by the plugins. For specific cases only, the plugin should be able to redefine or prohibit them. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: 2010/11/24 Frederik Ramm frede...@remote.org: Hi, On 11/24/2010 09:31 AM, Viesturs Zariņš wrote: Paris, Syndney seems more accurate but Moscow, Tallin has similar offset. Is there a way to improve the rectification? The JOSM slippy map plugin does not have a control for moving the layer like the WMS plugin has. I guess one could be added in case of a constant offset at given locations (and not some warping problem), it would be cool to store (and possibly collect in an OSM / JOSM-database) those locations with their offsets for corrections, so that a user wouldn't have to adjust it manually everytime. Presumably MS would want to just fix this, so perhaps we can simply report bugs. pgpiHhod0LXoi.pgp Description: PGP signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
On 24 November 2010 16:07, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: in case of a constant offset at given locations (and not some warping problem), it would be cool to store (and possibly collect in an OSM / JOSM-database) those locations with their offsets for corrections, so that a user wouldn't have to adjust it manually everytime. It doesn't have to be constant offset, there could just be a user-editable repository of control points for different imagery providers in case they're not calibrated so well. Shifting individual tiles according to the nearest GCPs would be good enough I think, even without deforming individual tiles (which would be better of course). Cheers ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
2010/11/24 Frederik Ramm frede...@remote.org: in case of a constant offset at given locations (and not some warping problem), it would be cool to store (and possibly collect in an OSM / JOSM-database) those locations with their offsets for corrections, so that a user wouldn't have to adjust it manually everytime. Such a system would also be extremely helpful for other image providers. I keep moving yahoo to its right position whenever I edit something in my local area. Having JOSM store that offset locally or even remotely so others can benefit would be something to consider. -- Lennard ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] sac_scale in JOSM - RFC for change of translation
Dear readers of OSM tagging and josm-dev lists, after some discussion on german and italian mailing lists it has been proposed to change the display values of sac_scale in JOSM's path template to T1 ... T6 (see http://wiki.openstreetmap.org/wiki/Key:sac_scale for description, http://gis.638310.n2.nabble.com/Unzahlige-Wege-mit-sac-scale-bzw-trail-visibility-die-komplett-falsch-eingetragen-ist-td5749700.htmlfor discussion in German). Reasoning behind this proposed change was the hope to motivate the mapper to read the wiki to get the meaning behind T4 etc. instead of drawing quick and wrong conclusions out of the rather misleading textual values of alpine_hiking etc. So this would be shown in a similar way as tracktype (grade1-5) in the track template. Thus we hope to improve the quality of the sac_scale tag, which is in rather bad condition in some areas. Please comment if you object to this change JOSM's path template. Second question to josm-dev: Am I right in thinking that this can be completely done in launchpad ( https://translations.launchpad.net/josm/trunk/+pots/josm/de/+translate?batch=10show=allsearch=hiking )? Best regards, Georg ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] sac_scale in JOSM - RFC for change of translation
On Wed, Nov 24, 2010 at 9:36 PM, Stefan wrote: You want to increase quality by removing information? Are you sure? At best you will achieve a decrease in the sac_scale usage. If any, add more information to josm, not less. If the description is misleading, then change the description. Add examples. Add links to the wiki. Relying on the users to actively search information because it is withhold from him on purpose? Doesn't sound encouraging to me. I see your point, but if you look at the template it's not possible to put a long description in the list of values for sac_scale. And the current information is misleading, so the idea has been better none than wrong. There is already a link to the wiki at the bottom of the template window, which links to path and from there to sac_scale. If somebody can tell me how, I would also add a link to the sac_scale directly at the list of values for sac_scale, please advise. And we are already relying on the users to actively search for the meaning of tracktype = gradeN, so this seems to work ok and is feasible. I'm also not totally happy with this solution, but we didn't come to any better one during the discussion. br, Georg ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
+1 from me. I would say we need to set up such a system as fast as possible and integrate with JOSM and Portlatch. Otherwise we will end up with lots of data traced with incorrect offsets. I would opt for submitting bug reports with points and offsets, so that there is some review before the adjustments are implemented. Cheers, Viesturs On 2010.11.24. 17:32, Lennard wrote: 2010/11/24 Frederik Rammfrede...@remote.org: in case of a constant offset at given locations (and not some warping problem), it would be cool to store (and possibly collect in an OSM / JOSM-database) those locations with their offsets for corrections, so that a user wouldn't have to adjust it manually everytime. Such a system would also be extremely helpful for other image providers. I keep moving yahoo to its right position whenever I edit something in my local area. Having JOSM store that offset locally or even remotely so others can benefit would be something to consider. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
