[josm-dev] MapPaint Styles - combining line style and modifier

2010-07-19 Thread Sebastian Klein
Hi, if I have the following style: rule condition k=highway v=motorway/ line width=15 realwidth=15 colour=00f496 priority=1000/ linemod mode=over width=+70 colour=00ff00 dashed=7/ /rule it ignores the over line modifier. This is because of l. 144 in ElemStyles.java:

Re: [josm-dev] MapPaint Styles - combining line style and modifier

2010-07-19 Thread Sebastian Klein
Thanks for the example, should multi-condition rules have the same semantics? (E.g. rule condition k=highway v=motorway/ condition k=highway v=motorway/ line width=15 realwidth=15 colour=00f496 priority=1000/ linemod mode=over width=+70 colour=00ff00 dashed=7/ /rule behaves differently

Re: [josm-dev] MapPaint Styles - combining line style and modifier

2010-07-19 Thread Dirk Stöcker
On Mon, 19 Jul 2010, Sebastian Klein wrote: Thanks for the example, should multi-condition rules have the same semantics? Yes. (E.g. rule condition k=highway v=motorway/ condition k=highway v=motorway/ line width=15 realwidth=15 colour=00f496 priority=1000/ linemod mode=over width=+70

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread Dirk Stöcker
On Mon, 19 Jul 2010, M∡rtin Koppenhoefer wrote: As it seems that recent JOSMs contain a severe bug for conflict handling, which is the suggested way to avoid duplicate nodes and ways? Usually this gets preceded by an error during upload with the question: do you want to a) synchronize the

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread M∡rtin Koppenhoefer
2010/7/19 Dirk Stöcker openstreet...@dstoecker.de: ways? Usually this gets preceded by an error during upload with the question: do you want to a) synchronize the (way/node) only b) synchronize the whole data set c) cancel Which is the right answer to click in order to minimize conflicts?

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread Matthias Julius
Dirk Stöcker openstreet...@dstoecker.de writes: JOSM never had a detection to find that new elements in editor are equal to elements on the database. As soon as upload went well for the server, but josm doen't get informed about there is a problem. We don't have a match new stuff to server

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread Matthias Julius
Dirk Stöcker openstreet...@dstoecker.de writes: What to do: When you have this situation that upload may have aborted after the elements got accepted by server: - Download the same area in a new layer. - Check if your changes exist there as well. Yes: Drop the layer with the original

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread Dirk Stöcker
On Mon, 19 Jul 2010, Matthias Julius wrote: What to do: When you have this situation that upload may have aborted after the elements got accepted by server: - Download the same area in a new layer. - Check if your changes exist there as well. Yes: Drop the layer with the original changes.

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread M∡rtin Koppenhoefer
2010/7/19 Matthias Julius li...@julius-net.net: M∡rtin Koppenhoefer dieterdre...@gmail.com writes: What are you trying to upload? normal edit, mostly created from scratch. If you try to upload right after the failed upload you will get conflicts for modified objects because their version

Re: [josm-dev] How to resolve conflicts?

2010-07-19 Thread Matthias Julius
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: 2010/7/19 Matthias Julius li...@julius-net.net: M∡rtin Koppenhoefer dieterdre...@gmail.com writes: What are you trying to upload? normal edit, mostly created from scratch. Re-uploading new objects never creates conflicts. Only modified