Re: Modify JOSM download limit

[Paul Johnson]

On Wed, Mar 18, 2020 at 9:25 PM Yantisa Akhadi  wrote:

> The question is, does this limit can be modified from JOSM setting or is
> it coming from the OSM server?
>

It's coming from the server.  If you use the "Download from Overpass API"
option, you'll see it'll be happy to spray as much data as you request at
you, even the whole planet.  Keep in mind, from my experience, even with
32GB of RAM and a midrange GPU, JOSM just plain makes my laptop cry if I,
say, accidentally request all of Oklahoma then get up and leave for coffee.

Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward

[Paul Johnson]

On Tue, Nov 26, 2013 at 4:00 PM Richard Welty 
wrote:

> On 11/26/13 4:51 PM, Florian Lohoff wrote:
> > Most streets are not strictly on the 90° raster and signposts are
> > only rough directions.
> >
> > Addings this to OSM might make it much more difficult for Data Consumers
> > to process and interpret data.
> >
> what Martjin is after is improving the situation for routing
> engines that use OSM data. in the US at least, highways,
> regardless of their actual direction, are assigned cardinal
> directions and signage frequently uses those directions.
> the premise is that if the cardinal directions are recorded
> in an appropriate manner (e.g., as the roles for ways in
> a route relation) then they are available for the spoken
> directions from a routing widget of some sort.
>

It seems like, six years on, Martjin's goal is pretty well covered by
super-relations at this point, with one relation per direction and that
child relation tagged direction=cardinal.  Meanwhile what even consumes
cardinal directions as roles besides humans attempting to validate
relations and maybe brouter (which also supports the superrelations)?  I'm
not aware of anything that can validate roles as anything other than
forward/backward/empty at this point, JOSM included.

Re: JOSM backports now available for Debian stable users

[Paul Johnson]

On Thu, Jun 23, 2016 at 7:34 AM, Bas Couwenberg  wrote:

> Earlier today the packages for the JOSM backport (openstreetmap-map-icons,
> jmapviewer, josm & josm-plugins) were accepted into the archive, closing
> the long standing bugreport. [0]
>
> [0] https://bugs.debian.org/705548


And the peasants rejoiced!  Looks like i'll be cleaning out my web install
now.
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] JOSM wants to add a certificate?

[Paul Johnson]

Could it be a ca-cert.org so there's some kind of authority that people
might have a root cert already installed for?
On Jul 7, 2014 6:37 AM, Dirk Stöcker openstreet...@dstoecker.de wrote:

 On Sun, 6 Jul 2014, Maarten Deen wrote:

  I opened JOSM (webstart) and it came with a question to install a
 certification authority for localhost with a sha1 thumbprint
 I have no knowledge of having generated a sha1 thumbprint on my windows
 computer, so I am interested to know how JOSM can ask this.
 I also don't know why JOSM needs this. Is this something from JOSM or has
 some worm crawled in? (yes, this was the first thing that entered my mind).


 Due to the browser restrictions of today any request to the remote control
 of JOSM needs to be HTTPS as well when used from a HTTPS page. For a HTTPS
 server functionality we need a certificate. The request you talk about
 tries to copy that certificate to the JAVA keystore, so it can be used. The
 browser still should ask you about it (at least for first connection), as
 it is a self-signed cert.

 We are aware of the fact, that using an open-source certificate is
 snake-oil, but it is required to get it work at all.

  Lets make it clear that, not having created this thumbprint myself, I can
 not verify this thumbprint and that this seems a very strange way of
 operating.


 If you have a better solution, feel free to fix it.

 Ciao
 --
 http://www.dstoecker.eu/ (PGP key available)

 ___
 josm-dev mailing list
 josm-dev@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/josm-dev

___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] JOSM wants to add a certificate?

[Paul Johnson]

My mistake; I wasn't thinking.  Also...yeah, bad hack with no easy
workaround.


On Fri, Jul 18, 2014 at 4:10 PM, Paul Hartmann phaau...@gmail.com wrote:

 On 18.07.2014 21:35, Paul Johnson wrote:

 Could it be a ca-cert.org so there's some kind of authority that people
 might have a root cert already installed for?


 The browser connects to localhost aka. 127.0.0.1. I doubt you can get a
 certificate for that _and_ distribute the private key in plain text as
 would be needed for the software to create an HTTPS connection.

 Paul



 ___
 josm-dev mailing list
 josm-dev@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/josm-dev

___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

[josm-dev] Color by speed or age on GPX traces

[Paul Johnson]

I was wondering if we could get the stylesheets changed so traces without
timestamps could be changed to grey instead of purple by default?  With
them being purple, it's difficult to tell if the data point is going
*really* fast or is the freshest available, or just time/speed unknown.
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward

[Paul Johnson]

Still feeling that cardinal directions only belong as roles in for child
relations in super-relations.


On Tue, Nov 26, 2013 at 1:30 PM, Martijn van Exel m...@rtijn.org wrote:

 Hi all,

 I'm new to this list so please bear with me.
 The relation editor currently only parses 'forward' and 'backward'
 roles when considering the visual representation in the rightmost
 column. In the United States, north/south and east/west are very
 common as member roles for road routes, because that is how they are
 officially signposted.

 There was some discussion in the original relation editor enhancement
 ticket: https://josm.openstreetmap.de/ticket/5109#comment:42 where
 Petr_Dlouhy dismisses support for these member roles.

 I want to reopen that discussion and see if there is support for
 treating north/south and east/west as first class citizens similar to
 forward/backward in the relation editor (and perhaps in other parts,
 perhaps the validator and way direction reversing code?).

 I am crossposting to talk-us because this discussion is going on there
 at the moment.

 I would be more than happy to put in some of the work required to
 implement this support.

 Thanks,
 Martijn
 --
 Martijn van Exel
 http://oegeo.wordpress.com/
 http://openstreetmap.us/

 ___
 josm-dev mailing list
 josm-dev@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/josm-dev

___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

[josm-dev] josm-latest debian package

[Paul Johnson]

Needs to allow oracle java 7 as a viable alternative dependency to the
other JDKs.
___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Maxspeed improvements

[Paul Johnson]

OK, here's an improved version that definitely works.  I'll add the metric
ones later.  Haven't fixed the 25/30 mph problem yet, though.

On Sunday, September 30, 2012, Paul Johnson wrote:

 On Sun, Sep 30, 2012 at 10:52 PM, zep...@cryptotrope.comjavascript:_e({}, 
 'cvml', 'zep...@cryptotrope.com');
  wrote:

  I'm trying to re-engineer the maxspeed stylesheet, but I'm not quite
 sure
  why not all of the values I'm expecting are drawing in.  I suspect the
  colors picked are somehow not right, I'm trying to get the colors to
 match
  those used for car speed gpx tracks.  I've attached my rewrite.

 I looked at my style sheet, and the only two differences (aside from
 choice of colors) were the mode=under and alpha value of 19.  I had moder =
 over, but that change didn't help.

 My style sheet had an alpha of A0.  When I changed to that you color they
 showed up fine, although I couldn't discern a difference between 25 mph
 (residential) and 30 mph (arterial).

 Hope that helps


 Thanks, I think that does; I'll take another look at the alpha later.  I
 may have accidentally duplicated those two speeds at the same color.

?xml version=1.0 encoding=UTF-8?
rules xmlns=http://josm.openstreetmap.de/mappaint-style-1.0;
   author=Rubke, Dirk Stöcker, Vclaw, Paul Johnson shortdescription=Maxspeed de.shortdescription=Höchstgeschwindigkeit
   description=Show maxspeed settings in JOSM map display
   de.description=Anzeige der Höchstgeschwindigkeiten in der JOSM-Kartenanzeige
   version=1.5_2011-07-24
  rule
condition k=maxspeed v=3 mph/
linemod mode=under width=10 realwidth=8 colour=speed_3mph#FF2600A0/
  /rule
  rule
condition k=maxspeed v=5 mph/
linemod mode=under width=10 realwidth=8 colour=speed_5mph#FF4000A0/
  /rule
  rule
condition k=maxspeed v=10 mph/
linemod mode=under width=10 realwidth=8 colour=speed_10mph#FF7B00A0/
  /rule
  rule
condition k=maxspeed v=15 mph/
linemod mode=under width=10 realwidth=8 colour=speed_15mph#FFBF00A0/
  /rule
  rule
condition k=maxspeed v=20 mph/
linemod mode=under width=10 realwidth=8 colour=speed_20mph#FFFB00A0/
  /rule
  rule
condition k=maxspeed v=25 mph/
linemod mode=under width=10 realwidth=8 colour=speed_25mph#BFFF00A0/
  /rule
  rule
condition k=maxspeed v=30 mph/
linemod mode=under width=10 realwidth=8 colour=speed_30mph#84FF00A0/
  /rule
  rule
condition k=maxspeed v=35 mph/
linemod mode=under width=10 realwidth=8 colour=speed_35mph#44FF00A0/
  /rule
  rule
condition k=maxspeed v=40 mph/
linemod mode=under width=10 realwidth=8 colour=speed_40mph#04FF00A0/
  /rule
  rule
condition k=maxspeed v=45 mph/
linemod mode=under width=10 realwidth=8 colour=speed_45mph#00FF3CA0/
  /rule
  rule
condition k=maxspeed v=50 mph/
linemod mode=under width=10 realwidth=8 colour=speed_50mph#00FF7BA0/
  /rule
  rule
condition k=maxspeed v=55 mph/
linemod mode=under width=10 realwidth=8 colour=speed_55mph#00FFBBA0/
  /rule
  rule
condition k=maxspeed v=60 mph/
linemod mode=under width=10 realwidth=8 colour=speed_60mph#00FFFBA0/
  /rule
  rule
condition k=maxspeed v=65 mph/
linemod mode=under width=10 realwidth=8 colour=speed_65mph#00C3FFA0/
  /rule
  rule
condition k=maxspeed v=70 mph/
linemod mode=under width=10 realwidth=8 colour=speed_70mph#0084FFA0/
  /rule
  rule
condition k=maxspeed v=75 mph/
linemod mode=under width=10 realwidth=8 colour=speed_75mph#0044FFA0/
  /rule
  rule
condition k=maxspeed v=80 mph/
linemod mode=under width=10 realwidth=8 colour=speed_80mph#0008FFA0/
  /rule
  rule
condition k=maxspeed v=85 mph/
linemod mode=under width=10 realwidth=8 colour=speed_85mph#3700FFA0/
  /rule
/rules
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

[josm-dev] Maxspeed improvements

[Paul Johnson]

I'm trying to re-engineer the maxspeed stylesheet, but I'm not quite sure
why not all of the values I'm expecting are drawing in.  I suspect the
colors picked are somehow not right, I'm trying to get the colors to match
those used for car speed gpx tracks.  I've attached my rewrite.
?xml version=1.0 encoding=UTF-8?
rules xmlns=http://josm.openstreetmap.de/mappaint-style-1.0;
   author=Rubke, Dirk Stöcker, Vclaw, Paul Johnson shortdescription=Maxspeed de.shortdescription=Höchstgeschwindigkeit
   description=Show maxspeed settings in JOSM map display
   de.description=Anzeige der Höchstgeschwindigkeiten in der JOSM-Kartenanzeige
   version=1.5_2011-07-24
  rule
condition k=maxspeed v=3 mph/
linemod mode=under width=10 realwidth=8 colour=speed_3mph#FF260019/
  /rule
  rule
condition k=maxspeed v=5 mph/
linemod mode=under width=10 realwidth=8 colour=speed_5mph#FF400019/
  /rule
  rule
condition k=maxspeed v=10 mph/
linemod mode=under width=10 realwidth=8 colour=speed_10mph#FF7B0019/
  /rule
  rule
condition k=maxspeed v=15 mph/
linemod mode=under width=10 realwidth=8 colour=speed_15mph#FFBF0019/
  /rule
  rule
condition k=maxspeed v=20 mph/
linemod mode=under width=10 realwidth=8 colour=speed_20mph#FFFB0019/
  /rule
  rule
condition k=maxspeed v=25 mph/
linemod mode=under width=10 realwidth=8 colour=speed_25mph#BFFF0019/
  /rule
  rule
condition k=maxspeed v=30 mph/
linemod mode=under width=10 realwidth=8 colour=speed_30mph#84FF0019/
  /rule
  rule
condition k=maxspeed v=35 mph/
linemod mode=under width=10 realwidth=8 colour=speed_35mph#44FF0019/
  /rule
  rule
condition k=maxspeed v=40 mph/
linemod mode=under width=10 realwidth=8 colour=speed_40mph#04FF0019/
  /rule
  rule
condition k=maxspeed v=45 mph/
linemod mode=under width=10 realwidth=8 colour=speed_45mph#00FF3C19/
  /rule
  rule
condition k=maxspeed v=50 mph/
linemod mode=under width=10 realwidth=8 colour=speed_50mph#00FF7B19/
  /rule
  rule
condition k=maxspeed v=55 mph/
linemod mode=under width=10 realwidth=8 colour=speed_55mph#00FFBB19/
  /rule
  rule
condition k=maxspeed v=60 mph/
linemod mode=under width=10 realwidth=8 colour=speed_60mph#00FFFB19/
  /rule
  rule
condition k=maxspeed v=65 mph/
linemod mode=under width=10 realwidth=8 colour=speed_65mph#00C3FF19/
  /rule
  rule
condition k=maxspeed v=70 mph/
linemod mode=under width=10 realwidth=8 colour=speed_70mph#0084FF19/
  /rule
  rule
condition k=maxspeed v=75 mph/
linemod mode=under width=10 realwidth=8 colour=speed_75mph#0044FF19/
  /rule
  rule
condition k=maxspeed v=80 mph/
linemod mode=under width=10 realwidth=8 colour=speed_80mph#0008FF19/
  /rule
  rule
condition k=maxspeed v=85 mph/
linemod mode=under width=10 realwidth=8 colour=speed_85mph#3700FF19/
  /rule
/rules
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Validator

[Paul Johnson]

On Jul 13, 2012 3:32 AM, Dirk Stöcker openstreet...@dstoecker.de wrote:


 Todays errors are usually hidden in the data and not clearly visible. And
not everybody will add an OpenStreetBugs entry when something wrong happens
on routing. I think the validator is an essential tool and I don't want to
reduce its impact.

I don't use OpenStreetBugs much anymore because it's a real pain to use,
especially via RSS.  Mapdust seems to be used by more data consumers, has
good RSS feeds and a fairly reliable JOSM plugin.  The only major issue is
Skobbler makes it a little too easy to make a useless bug report.
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] splitting ways and relation memberships

[Paul Johnson]

On Wed, Apr 18, 2012 at 12:09 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
 I wonder if this is a bug or intentional:
 when you split a way part of a turn_restriction josm only associates
 the relationship membership for the part of the way that touches the
 via point. There is not the usual window asking you to confirm. If you
 connect the two parts again you get this window and shall confirm.

I believe this is intentional; the old behavior was problematic in
that requesting confirmation instead of just defaulting to what is the
correct action 99% of the time was breaking turn relations
accidentally.

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] [OSM-talk] Bing imagery now available in JOSM

[Paul Johnson]

On 12/01/2010 05:30 PM, Iván Sánchez Ortega wrote:

 A question, however: for WMS layers, would it be possible to automatically 
 change the resolution of the loaded tiles, in a way similar to the slippymap 
 tiles?

Making this configurable rather than the only option would be a boon,
since you could make it stay on a particular zoom if you're, say,
mapping from aerial data to pass the time from a local mapproxy already
loaded with precached tiles while someplace without a connection.



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

[Paul Johnson]

On 11/24/2010 04:44 AM, Frederick Rama wrote:
 For the end-user, there's no
 difference in WMS and slippy map anyway, it only confuses them.

Well, Slippy Map supports tiles, wmsplugin doesn't.





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

[Paul Johnson]

On 11/24/2010 04:44 AM, Frederik Ramm wrote:
 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.

How do I adjust that in the WMS plugin?



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

[Paul Johnson]

On 11/25/2010 01:23 AM, Viesturs Zariņš wrote:

 Otherwise we will end up with lots of data traced with incorrect offsets.

You mean, like the TIGER import?  *duck*



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

[Paul Johnson]

On 11/25/2010 12:27 PM, Ian Dees wrote:
 On Wed, Nov 24, 2010 at 9:47 PM, Paul Johnson 
 baloo-PVOPTusIyP/sroww+9z...@public.gmane.org wrote:
 
 On 11/24/2010 04:44 AM, Frederick Rama wrote:
 For the end-user, there's no
 difference in WMS and slippy map anyway, it only confuses them.

 Well, Slippy Map supports tiles, wmsplugin doesn't.

 wmsplugin fetches images from WMS in a tiled format.

What I mean to say is that wmsplugin doesn't do wms-c tiles, whereas
slippymap always requests tiles in that fashion.



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

[Paul Johnson]

On 11/25/2010 01:02 PM, Frederik Ramm wrote:

 I have gone on record in the past saying that JOSM is too bloated (and
 I'd *still* like to have a really lean version from time to time), but
 as background layers go, I am really tempted to suggest that we try to
 hijack one of the existing Open Source GIS packages. gvSig, for example,
 supports most stuff you can think of - shapefiles, AutoCAD, KML, GML,
 GeoTIFF and other raster formats, WMS and WFS servers, direct access to
 spatial databases etc., and it is written in Java. I haven't looked into
 it really but would it not be neat to create an adapter that allowed
 JOSM to display gvSig datasources? Then we could have it all without
 additional effort.

Quantum GIS supports OSM, but I'll be damned if I can figure it out.



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

[Paul Johnson]

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] More wms at the same time

[Paul Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/06/2010 10:12 AM, Irene Pucci wrote:
 Hi!
 Do you know if there is the possibility to load more wms layers in one
 click and not to select all the wms that I need one by one from the
 list?

If they're on the same server, sure.  JOSM can now handle
GETCAPABILITIES URLs and allow you to select multiple layers from that.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyt4IYACgkQxHqEo7rhoozsMwCfSL/xgKQsPtXaafL1PaRXmBjA
VzQAnRSlwun8pw+0htg8R6Iw/unjSK7V
=dJav
-END PGP SIGNATURE-


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Mailing list configuration - reply address

[Paul Johnson]

On Fri, 20 Aug 2010 01:46:32 +0200, Sebastian Klein wrote:

 All of OSM's lists are also carried on gmane.org as
 gmane.comp.gis.openstreetmap.*
 
 Not the ones I would be interested in: HOT, legal-general, osmf-talk,
 potlatch-dev, ...

Those are easily enough added; check the gmane faq.

 Alright, I got it... How comes talk-de is configured like this when it
 is so absolutely dreadful?

Good question; postmaster oversight?


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Mailing list configuration - reply address

[Paul Johnson]

On Thu, 19 Aug 2010 19:52:38 +0200, Sebastian Klein wrote:

 Hi,
 
 who is managing the mailing list? I would appreciate, if mails sent to
 the list would have
 
 Reply-To: josm-dev@openstreetmap.org
 
 in the header. This way you can answer more easily to the list.

Reply-To: is a human-only header, to indicate where replies to the author 
should go, not where replies to the list should go.  Mailing lists are 
supposed to set List-Id to indicate the mailing list reply address, which 
this one does.  Modern mailers (save for gmail, which Google would prefer 
you use Google Groups for such use) have Reply-to-List.

All of OSM's lists are also carried on gmane.org as 
gmane.comp.gis.openstreetmap.*

I suggest you investigate your options rather than expecting the lists to 
do something that doesn't comply with accepted best practices.



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Mailing list configuration - reply address

[Paul Johnson]

On Thu, 19 Aug 2010 19:57:04 +0200, Simone Cortesi wrote:

 a reply-to sent directly to the user is there just to prevent somebody
 sending a personal mail to the whole list. any sufficiently advanced
 mailer has a reply to all button.

People who are reading the list don't need two copies of replies.  Reply-
to-All is not the function you are looking for.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Change to changeset comment handling, RfD

[Paul Johnson]

On Mon, 02 Aug 2010 19:46:30 +0200, Sebastian Klein wrote:
 
 I would vote for keeping the changeset open by default. If the user
 changes the changeset comment or other tags on subsequent upload, it
 should ask if a new changeset should be started.

I find this arrangement to be overly cumbersome unless we're going to get 
the API close changesets on a reasonable timeframe to accomplish 
something, rather than a single hour.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Manual zoom JOSM

[Paul Johnson]

On Sun, 18 Jul 2010 11:18:20 +0200, André Riedel wrote:

 2010/7/17 Paul Johnson ba...@ursamundi.org:
 On Sat, 10 Jul 2010 22:59:55 -0400, Russ Nelson wrote:

 Keypad+ and Keypad- zoom in and out.  Whether that's easy or not is
 another question.

 I'd love it if ctrl up/ctrl down worked outside the Download
 dialogue. I'm on a laptop:  No keypad, no wheel.
 
 You have to find another + (plus) or - (minus) key on your keyboard ;-)
 It is possible :o) If not you are able to configure an other key for
 zooming in the preferences.

Ctrl-= doesn't do anything, and ctrl-shift-= (to get a plus) doesn't 
work.  Ctrl-- works, but that only zooms me out.

 BTW The ctrl up/down in the 'Download' dialogue could not be changed.

That's fine, I rather like that.  I'd love to have that JOSM-wide.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Manual zoom JOSM

[Paul Johnson]

On Thu, 15 Jul 2010 20:34:43 +0200, M∡rtin Koppenhoefer wrote:

 2010/7/9 Shaun McDonald
 o...@shaunmcdonald.me.uk:
 Heh, this has just come up as a usability issue discussion at SOTM, as
 there is no way to be able to be able to easily zoom without a scroll
 wheel.
 
 
 a touchpad is also working (I do this on my multitouch-enabled netbook).

That's still quite awkward on most laptop touchpads due to their 
inadequate placement right where you put a wrist when typing (and is the 
reason I never enabled my touchpad on my ThinkPad, using the ThinkPoint 
exclusively).



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Manual zoom JOSM

[Paul Johnson]

On Sat, 10 Jul 2010 22:59:55 -0400, Russ Nelson wrote:

 Keypad+ and Keypad- zoom in and out.  Whether that's easy or not is
 another question.

I'd love it if ctrl up/ctrl down worked outside the Download dialogue.  
I'm on a laptop:  No keypad, no wheel.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] self-intersecting ways

[Paul Johnson]

On Sun, 21 Mar 2010 20:09:43 -0400, Anthony wrote:

 When I lived in New Jersey it was the same way, and I'd imagine it's the
 same way in most of the United States.

I'd say more research is needed before we call that conclusive.  At least 
in Oregon and Washington, street boundaries often extend beyond the 
street for service access and future expansion reasons (plus the local 
governments don't deem it particularly fair to tax folks for property 
extending into the street, preferring to condemn the protruding portions).

I wonder if it's a western/eastern thing, with county surveyors being a 
tad on the overwhelmed side back east.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] self-intersecting ways

[Paul Johnson]

On Fri, 05 Mar 2010 12:23:54 +0100, Dirk Stöcker wrote:

 Mapping also means generalizing. This means you do NOT map what is
 EXACTLY on the ground, but you map what it means and is sensible.

Art generalizes.  Cartography is a science.



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] self-intersecting ways

[Paul Johnson]

Pieren wrote:

 On Fri, Mar 5, 2010 at 12:11 PM, Teemu Koskinen 
 teemu.koski...@mbnet.fiwrote:


 Definitely not, IMO the warning should be elevated to an error, when
 dealing with wide linear features (roads, rivers, etc.).


 If you go that way, drawing a road or a river with a polyline should be
 reported as an error. Or don't tag is as a highway but
 the_white_line_in_the_middle_of_the_road ;-)

If you go the absurdist route, maybe.  If you want to map the
landuse of the right-of-way, how about landuse=highway?



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] restart JOSM

[Paul Johnson]

Kirill Bestoujev wrote:

 Hi!

 How do you think a shell script will work in Windows???

Well, the windows world has their proprietary BAT files, so a shell
script could be ported.  Would be nice if Microsoft would join us in the
third millennium and drop their VMS-based OS offerings in favor of
something the real world has used in the last 40 years...



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] JOSM is the editor with the best user retention

[Paul Johnson]

Lennard wrote:

 Paul Johnson wrote:

 created_by= tags get stomped by Potlatch, JOSM leaves it alone if it's
 already set (unless, of course, a JOSM user deliberately deletes the
 existing created_by tags).  This would give severely skewed results in
 favor of Potlatch.

 You would be correct, if you would've said it about 6 months ago.

 http://josm.openstreetmap.de/changeset/1720
 http://josm.openstreetmap.de/changeset/1735

Well, that's a happy surprise!  Thanks for the heads up.


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] JOSM is the editor with the best user retention

[Paul Johnson]

Dirk Stöcker wrote:

 On Mon, 7 Dec 2009, Frederik Ramm wrote:

interesting post by Matt on this blog:

 http://www.asklater.com/matt/wordpress/2009/12/editor-retention/

 He arrives at the result that JOSM users are the ones most likely to
 stay with their editor. (Well... what else is available?)

 : JOSM, somewhat surprisingly, has more changesets total and with bboxes, 
 : but maybe that’s just because until recently every upload was it’s own 
 : changeset.

 Actually I'm not surprised. I think most power users will use JOSM, so 
 more changesets are the result. Would be interesting to get the rate of 
 changed elements per changeset for each editor. That would distinguish 
 power users from minor edits.

 Also nice would be the created_by count in OSM data. Due to silently 
 dropping them, JOSM's usage is also easy to see :-)

created_by= tags get stomped by Potlatch, JOSM leaves it alone if it's
already set (unless, of course, a JOSM user deliberately deletes the
existing created_by tags).  This would give severely skewed results in
favor of Potlatch.



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] homepage down

[Paul Johnson]

Martin Koppenhoefer wrote:
 looks as if there is some problem on the Josm-Startpage (online):
 http://josm.openstreetmap.de/

Why is it so darn hard to revert in Trac compared to Mediawiki, anyway?





signature.asc
Description: OpenPGP digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] homepage down

[Paul Johnson]

Dirk Stöcker wrote:
 On Wed, 27 May 2009, Paul Johnson wrote:
 
 Martin Koppenhoefer wrote:
 looks as if there is some problem on the Josm-Startpage (online):
 http://josm.openstreetmap.de/
 Why is it so darn hard to revert in Trac compared to Mediawiki, anyway?
 
 Well, it is not. You need to click on Delete this version and it is 
 gone. But you need the right to do so :-)

OK, but that begs the question:  Why is it so darn hard to revert in
Trac compared to MediaWiki?  MediaWiki doesn't make you play permissions
games to remove vandalism.




signature.asc
Description: OpenPGP digital signature
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev