Planned removal of JavaScript API of JOSM configuration XML files

[Simon Legner]

Hi all,

due to the planned removal of the JavaScript engine Nashorn from Java
[1], we have to take action. Nashorn was in use for three features of
JOSM core:
1. opening_hours validator based on opening_hours.js [2]
2. overpass-wizard (in download dialog) [3]
3. JavaScript API of JOSM configuration XML files [4]

Item 1 has been resolved by migrating to OpeningHoursParser written by
Simon Poole for Vespucci. [5]
For item 2, we plan to use a hosted service (likely on the JOSM
server) for turning user input into Overpass Queries. [6]
For item 3, we don't see a viable alternative. We plan to remove this
feature with the next JOSM release unless someone steps up with a
killer-user-case and migration plan

Thanks for reading and happy mapping,
Simon (simon04)

[1] https://openjdk.java.net/jeps/335
[2] https://github.com/opening-hours/opening_hours.js
[3] 
https://josm.openstreetmap.de/wiki/Help/Action/Download#DownloadfromOverpassAPI
[4] 
https://josm.openstreetmap.de/wiki/Help/Preferences/ImportExport#JavaScriptAPI
[5] https://josm.openstreetmap.de/ticket/18140
[6] https://josm.openstreetmap.de/ticket/18164
[7] https://josm.openstreetmap.de/ticket/18830

Re: JOSM developers meetup at Karlsruhe?

[Simon Legner]

Hi all,
I'm planning to come as well … Really looking forward to meeting you in person!
Simon

On Mon, Sep 3, 2018 at 10:36 PM Vincent Privat  wrote:
>
> Hello,
> I was thinking for quite some time about setting up a meeting between JOSM
> developers somewhere in Germany (for convenience).
> As Christine and Frederik are inviting OSM developers to Karlsruhe on
> October 20th-21st, I just registered myself!
> Would other team members be interested? I'd love to meet everyone in person!
> As for JOSM projects/activities for this hack week-end, there are plenty of
> them to work on, it will depend on who's there :)
> Cheers,
> Vincent

Re: Google Summer of Code 2018: JOSM-wikipedia (+wikidata)

[Simon Legner]

Hi!

On Thu, Apr 26, 2018 at 2:56 PM, Florian Schäfer  wrote:
> As a project I picked the wikipedia plugin for JOSM and improving Wikidata 
> support in it [1].

As the original author of the wikipedia plugin, I'm very happy that
this plugin is part of GSoC. Thank you in advance for your efforts in
enhancing and improving this plugin!

> Would it be ok, if I removed the wikipedia plugin from the SVN and use git 
> for version control, at least for the time of
> the GSoC?

Sure. If it were up to me, the plugin can happily stay on GitHub after
the GSoC project. Also feel free to use/setup Transifex for
translations of this plugin. It's great to see this plugin gaining
fresh momentum!

When completely migrating to Git/GitHub, the SVN import could/should
be done again using an authors-file to get the real user names and
mail addresses for the commits.

Regards from Austria,
Simon

Re: Github mirror not updated

[Simon Legner]

Hi all,

the mirror is up again. See
https://josm.openstreetmap.de/ticket/6887#comment:16 for details.

Feel free to reopen https://josm.openstreetmap.de/ticket/6887 whenever
there are problems with the JOSM GitHub mirror.

Simon


On Sat, Oct 29, 2016 at 12:40 AM, Simon Legner <simon.leg...@gmail.com> wrote:
> Hi,
>
> I run the mirror. The script is located here:
> https://github.com/simon04/josm-mirror and see
> https://josm.openstreetmap.de/ticket/6887 for earlier problems.
>
> The cause for the current broken-ness is:
> $ git svn rebase
> Checksum mismatch: src/org/openstreetmap/josm/data/coor/EastNorth.java
> 77fca040915bef6c6fd77e43c35d952c684b9d3d
> expected: e3c9169bad42e3154887b60a20bbea8b
>  got: da2689e0e3989a6c2bc5b5449ad570eb
>
> I'll try to resolve this asap (tomorrow evening?).
>
> Simon
>
>
> On Fri, Oct 28, 2016 at 8:32 PM, Wiktor Niesiobedzki <o...@vink.pl> wrote:
>> Hi,
>>
>> It looks like GitHub mirror of OSM is not updated any more. Last
>> update was on 21st of October.
>>
>> What needs to be done to bring this service up?
>>
>> Or shall I just setup my own sync service with my JOSM GitHub mirror?
>>
>>
>> Cheers,
>>
>> Wiktor
>>
>> ___
>> 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: 16.10 release

[Simon Legner]

Hi all,

version 11223 has been released as tested version today. For the
changelog see [1].

On Sun, Nov 6, 2016 at 10:26 AM, Darafei "Komяpa" Praliaskouski
 wrote:
> Looking at calendar, this should become 16.11 already.
We use YY.MM as milestones names to internally track development (no
millisecond accuracy is presumed here). Releases are named according
to the SVN revision numbers.

Simon
[1] https://josm.openstreetmap.de/wiki/Changelog#stable-release-16.10

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

Re: Github mirror not updated

[Simon Legner]

Hi,

I run the mirror. The script is located here:
https://github.com/simon04/josm-mirror and see
https://josm.openstreetmap.de/ticket/6887 for earlier problems.

The cause for the current broken-ness is:
$ git svn rebase
Checksum mismatch: src/org/openstreetmap/josm/data/coor/EastNorth.java
77fca040915bef6c6fd77e43c35d952c684b9d3d
expected: e3c9169bad42e3154887b60a20bbea8b
 got: da2689e0e3989a6c2bc5b5449ad570eb

I'll try to resolve this asap (tomorrow evening?).

Simon


On Fri, Oct 28, 2016 at 8:32 PM, Wiktor Niesiobedzki  wrote:
> Hi,
>
> It looks like GitHub mirror of OSM is not updated any more. Last
> update was on 21st of October.
>
> What needs to be done to bring this service up?
>
> Or shall I just setup my own sync service with my JOSM GitHub mirror?
>
>
> Cheers,
>
> Wiktor
>
> ___
> 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: Using CachedFile class for /data/help-browser.css in HelpBrowser class

[Simon Legner]

Hi Sebastiaan,

the proposed change makes sense. I'm happy to commit it once a JOSM
ticket has been created (for reference). Note that you can also use
`CachedFile#getContentReader` to obtain a `BufferedReader`.

Regards,
Simon


On Mon, Sep 19, 2016 at 4:52 PM, Sebastiaan Couwenberg
 wrote:
> Today an issue was reported for the josm Debian package about the Help
> menu option causing an exception. [0] This turned out to be caused by
> help-browser.css being moved out of the jar for the Debian package.
>
> Most code uses the CachedFile class to access embedded resources in jar,
> and I wonder if the HelpBrowser shouldn't do so too. This would simplify
> the patch included in the Debian package, and increase consistency in
> the JOSM code.
>
> If there is interest for the above I'll forward the relevant changes [1]
> for JOSM trunk in a Trac ticket.
>
> [0] https://bugs.debian.org/838247
> [1]
> https://anonscm.debian.org/cgit/pkg-grass/josm.git/tree/debian/patches/06-move_data_out_of_jar.patch#n70
>
> Kind Regards,
>
> Bas
>
> --
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
>
> ___
> 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: How to make josm-mapillary-plugin git-only?

[Simon Legner]

Hi Florian,

I don't see disadvantages when a plugin moving from
http://svn.openstreetmap.org/applications/editors/josm/plugins to
https://github.com/JOSM as long as it is added as svn:externals to the
original SVN repository (mainly for I18n updates and breaking core
changes). Run `svn propget svn:externals
http://svn.openstreetmap.org/applications/editors/josm/plugins` to see
other plugins managed in this respect.

For distributing the compiled plugin, there are different approached:
Plugins like continuosDownload and tofix still commit the jar files to
http://svn.openstreetmap.org/applications/editors/josm/dist, whereas
shapetools uses GitHub releases
https://github.com/JOSM/ShapeTools/releases and
https://josm.openstreetmap.de/wiki/PluginsSource

Cheers,
Simon


On Tue, Sep 20, 2016 at 3:45 PM, Florian Schäfer  wrote:
> Hi everybody,
> I'm one of the maintainers of the josm-mapillary-plugin and we are currently
> considering to remove that plugin from the SVN-repo and host it on GitHub
> only.
> Currently we are developing using git and then sync with the SVN-repo using
> git-svn. Because nobody of us really needs SVN, it just adds complication to
> the workflow without much benefit.
>
> The DevelopersGuide for plugins states several disadvantages of hosting code
> and JARs externally. But then it also states, that it's not as bad if the
> plugin is developed in the JOSM account. Which of the listed disadvantages
> would still hold true and which wouldn't?
> Are there any extra steps needed except transferring the repo to the
> JOSM-account and deleting the directory and JAR from the SVN-repo?
>
> Cheers,
> Florian

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

Re: Taginfo projects file errors

[Simon Legner]

Hi!

> Just notices some other small errors: This file
> https://josm.openstreetmap.de/download/taginfo/taginfo_external_presets.json
> contains the keys "cicleway:segregated" and "cicleway:foot" which look like
> typos to me. Also "traffic_sign,traffic_sign:forward,traffic_sign:backward"
> as one key. That is probably meant to be three keys.

These issues come from the external traffic_signs_preset_JOSM – I
created a ticket:
https://github.com/yopaseopor/traffic_signs_preset_JOSM/issues/9

Simon

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

Re: [josm-dev] Skip milestone 16.03?

[Simon Legner]

Hi,

On Wed, Mar 30, 2016 at 12:48 AM, Vincent Privat
 wrote:
> For all these reasons I propose to skip 16.03 and release the new tested
> end of April (which could be the last Java 7 version by the way).

Sounds good to me. I also spent little time on JOSM development …

Simon

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

[josm-dev] JOSM 9900 released

[Simon Legner]

Hi all,

on 2016-02-28 Vincent released version 9900 of JOSM. Now, one week
after follows the announcement. Containing 571 commits, this is the
largest release in the history of JOSM [1].

Major enhancements, as displayed on the startpage of JOSM, are:
- Drag & Drop support for the relation editor
- New button in relation editor to refresh the relation (e.g. after
splitting a way)
- The History dialog shows the old and new coordinates of a moved node on a map
- Automatic snap zoom to default resolution of background
- Extended support of different projections

There are many more less prominent changes. Check out the nicely
summarized changelog at [2].

Thanks to all for their development, documentation updates, issue
housekeeping, translations, and other contributions!

Note: the switch to OAuth as default authentication mechanism revealed
a bug causing the fully-automatic process to fail when using JOSM on
Windows via Java Web Start [3]. Very likely, the bug has been around
since 2010 and remained undetected until very recently. In case you
are affected, try the semi-automatic mode or switch back to the Basic
authentication [4].

Regards,
Simon (simon04)


[1] https://josm.openstreetmap.de/wiki/DevelopersGuide/Schedule
[2] https://josm.openstreetmap.de/wiki/Changelog#stable-release-16.02
[3] https://josm.openstreetmap.de/ticket/12584
[4] 
https://josm.openstreetmap.de/wiki/Help/Preferences/Connection#AuthenticationSettings

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

Re: [josm-dev] IPv6 problems

[Simon Legner]

Hi all,

what about an expert (for now) option (such as prefer.ipv6=jvm) to
disable JOSM's algorithm completely and solely rely on the JVM to
figure out the correct way to connect to a server? According to [1] …
> IPv6 in Java is transparent and automatic. Porting is not necessary; there is 
> no need to recompile source files.

if that turns out not to be sufficient, there's little we can do w/o
relying on more advanced HTTP clients.

Simon

[1] https://docs.oracle.com/javase/8/docs/technotes/guides/net/ipv6_guide/

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

Re: [josm-dev] IPv6 problems

[Simon Legner]

On Sat, Jan 2, 2016 at 11:26 PM, Simon Legner <simon.leg...@gmail.com> wrote:
> what about an expert (for now) option (such as prefer.ipv6=jvm) to
> disable JOSM's algorithm completely and solely rely on the JVM to
> figure out the correct way to connect to a server?

I checked the code: This should already work w/o any code changes. Set
`prefer.ipv6` to `jvm` (or anything different from `auto` and `true`)
in the advanced preferences. If necessary, set one of the JVM system
properties [1].

Good night :)

[1] 
https://docs.oracle.com/javase/8/docs/technotes/guides/net/ipv6_guide/#ipv6-related

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

Re: [josm-dev] IPv6 problems

[Simon Legner]

Hi!

On Fri, Jan 1, 2016 at 12:47 AM, Florian Lohoff  wrote:
> There is no such thing as a on-the-fly detection. You as the application
> author need to write the detection. You need robust "connect" logic
> which tries ipv6 and falls back to ipv4 when the connect does not
> work. The latest RFCs gives even more advice on how to work around
> long delays induced by servers advertising ipv6 and not responding
> to it or intermitted ipv6 problems e.g. packet loss in the v6 path. This
> is the daily business for an ISP - You path are different for v4 than
> for v6 so you have different latencys, paths, packet loss probabilities
> etc.

> So please - either fix ipv6 in JOSM by implementing the BCPs or
> drop the ipv6 support completely - Currently you are breaking tons
> of user setups and you actively blame ipv6 for it.

I tried to find some reference implementations for the RFC6555 / Happy
Eyeballs in Java – without success. None of the popular HTTP client
libraries [1, 2, 3] seem to have any support for this algorithm.
Instead, they seem to attempt connections sequentially to the resolved
addresses [4, 5].

On GitHub I could only find two Java demo projects on the
java.net.Socket level [6, 7].

Best regards,
Simon

[1] https://github.com/apache/httpclient
[2] https://github.com/eclipse/jetty.project
[3] https://github.com/square/okhttp/issues/506
[4] 
https://github.com/apache/httpclient/blob/be46d7fd93c7e3e576d739bb3ef40f4d2cf5e491/httpclient/src/main/java/org/apache/http/impl/conn/DefaultHttpClientConnectionOperator.java#L97-L171
[5] 
https://github.com/eclipse/jetty.project/blob/915a905df4dc19234938111095ea659b5deae5ce/jetty-client/src/main/java/org/eclipse/jetty/client/HttpClient.java#L538-L580
[6] 
https://github.com/ecki/IPv6Con/blob/master/src/main/java/net/eckenfels/ipv6con/SampleHappyEyeballs.java
[7] https://github.com/guinamen/Java-Happy-Eyeballs

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

[josm-dev] JOSM 8800 released

[Simon Legner]

Hi all,

yesterday we released the September stable release of JOSM as version
8800. Among many other things, the Overpass download has been
integrated into JOSM core and extended by an Overpass Turbo wizard
which helps to generate queries, a history of queries as well as a
proper reporting of syntax and timeout errors. Fore more changes visit
the changelog [1].

Cheers,
Simon

[2] https://josm.openstreetmap.de/wiki/Changelog#stable-release-15.09

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

[josm-dev] josm.osm.de: No space left on device

[Simon Legner]

Hi,

it seems that the JOSM server is running out of disk space:
https://josm.openstreetmap.de/ shows the error
> OperationalError: could not write block 1 of temporary file: No space left on 
> device
> HINT:  Perhaps out of disk space?

Thanks in advance …
Simon

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

Re: [josm-dev] regular expression for Filtering a Node-tag with brackets

[Simon Legner]

Hi!

On Monday 11 May 2015 12:54:22 Möller, Matthias wrote:
 So it seems the brackes and my filterexpression seem to be the problem. But
 I check with reg-exp solver and my expression semms to be fine.
 
 Is there another trick  for JOSM? 

First note that for need to quote the name since it contains spaces:
 name=Berlin, Stuthirtenweg (1)
Otherwise, it is considered as
 (name=Berlin,) Stuthirtenweg (1)

Secondly, you need two backslashes each for quoting the parenthesis:
 name=Berlin, Stuthirtenweg \\(1\\)
Since the backslashes is used as escape character.

Cheers,
Simon


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

Re: [josm-dev] JOSM Search question

[Simon Legner]

Hi,

 try child(2)  
 
 Thanks. child(3) seems to do what I want.

;-)

I created a ticket https://josm.openstreetmap.de/ticket/11351 and fixed
it in r8220:

 Search: add `ways:` to search for nodes with specified number of referring 
 ways, or relations containing specified number of ways; modify `nodes:` to 
 search also for relations containing specified number of nodes

Cheers,
Simon


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

Re: [josm-dev] New JOSM Maps database feature

[Simon Legner]

Hi Dirk!

This feature is really nice and seems helpful to inspect some imagery 
without the need of an editor.



- Type wms is not yet supported. I need to write JavaScript code which is
   able to use JOSM URL and Tiled-WMS method with OpenLayers.



Help to fix the first two of above issues welcome. If someone makes an
example in JavaScript, I'll implement it in the server code.


See https://gist.github.com/11109048 for a working example (tested in 
Chrome, Opera) based on the Geoimage.at WMS.


This works as follows: The WMS URL is parsed, everything between the 
protocol and pathname part is used as the corresponding OL-URL. 
Additional parameters are parsed and a preselected list (namely LAYERS, 
KEY (for Geoimage.at key), MAP (for mapserver WMS), STYLES, TRANSPARENT, 
VERSION) is given to the OL parameters object.


Dirk, I hope this is helpful for your server side implementation.

Cheers,
Simon

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

Re: [josm-dev] NAIP Imagery Servers -- Need Assistance Setting Up in JOSM

[Simon Legner]

Hi Kristen,

the following works for me:

* Menu Imagery
* Imagery Preferences
* Add WMS
* Enter 
http://gis.apfo.usda.gov/arcgis/services/NAIP/Alabama_2013_1m_NC/ImageServer/WMSServer?request=GetCapabilitiesservice=WMS 
(obtained from clicking at the first item from 
http://gis.apfo.usda.gov/arcgis/rest/services/NAIP and then copy the 
link from WMS)

* Select the layer Alabama_2013_1m_NC
* Select image/jpeg (tiff doesn't seem to work)
* OK, OK
* Add the layer using the imagery menu

Cheers,
Simon


On 24/03/14 18:26, Kam, Kristen -(p) wrote:

(cross-listed with JOSM-Dev  Talk-US)

Morning,

The other week, I came across the directory of USDA's  WMS NAIP Image Services 
(by state). QGIS renders the images with no problem, but it appears to fail in 
JOSM.  I mentioned my difficulty to a fellow OSMer and he suspects JOSM cannot 
support these WMS services. That said I was wondering if anyone could shed some 
light on why I cannot get images to render in JOSM (me not configuring right or 
no support in JOSM?!).

List of Image Servers -- http://gis.apfo.usda.gov/arcgis/rest/services/NAIP

Thanks,

Kristen



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

Re: [josm-dev] NAIP Imagery Servers -- Need Assistance Setting Up in JOSM

[Simon Legner]

Btw: since today, JOSM filters unsupported image formats, see
http://josm.openstreetmap.de/changeset/6930/josm


On 24/03/14 19:30, Kam, Kristen -(p) wrote:

Thank you so much!

The detail I missed was the image selection!

Best,

Kristen

---
Kristen Kam
OSM Profile → http://www.openstreetmap.org/user/KristenK


-Original Message-
From: Simon Legner [mailto:simon.leg...@gmail.com]
Sent: Monday, March 24, 2014 11:10 AM
To: josm-devel
Cc: Kam, Kristen -(p)
Subject: Re: [josm-dev] NAIP Imagery Servers -- Need Assistance Setting Up in 
JOSM

Hi Kristen,

the following works for me:

* Menu Imagery
* Imagery Preferences
* Add WMS
* Enter
http://gis.apfo.usda.gov/arcgis/services/NAIP/Alabama_2013_1m_NC/ImageServer/WMSServer?request=GetCapabilitiesservice=WMS
(obtained from clicking at the first item from 
http://gis.apfo.usda.gov/arcgis/rest/services/NAIP and then copy the link from 
WMS)
* Select the layer Alabama_2013_1m_NC
* Select image/jpeg (tiff doesn't seem to work)
* OK, OK
* Add the layer using the imagery menu

Cheers,
Simon


On 24/03/14 18:26, Kam, Kristen -(p) wrote:

(cross-listed with JOSM-Dev  Talk-US)

Morning,

The other week, I came across the directory of USDA's  WMS NAIP Image Services 
(by state). QGIS renders the images with no problem, but it appears to fail in 
JOSM.  I mentioned my difficulty to a fellow OSMer and he suspects JOSM cannot 
support these WMS services. That said I was wondering if anyone could shed some 
light on why I cannot get images to render in JOSM (me not configuring right or 
no support in JOSM?!).

List of Image Servers --
http://gis.apfo.usda.gov/arcgis/rest/services/NAIP

Thanks,

Kristen




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

Re: [josm-dev] Request for review of plugins

[Simon Legner]

Hi,

On 25/02/14 12:55, Dirk Stöcker wrote:

... or fix the build-common.xml. When reading the text it tells me, that
svn should fail and git be used instead. Seems your svn does not fail
enough? It probably delivers something. Maybe a check is needed to
detect that invalid output?


Done: https://trac.openstreetmap.org/changeset/30306/subversion/

Marián, please give it a try. :-)

Cheers,
Simon

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

Re: [josm-dev] Request for review of plugins

[Simon Legner]

On 26/02/14 21:58, Marián Kyral wrote:

Thanks Simon. It fixes the first case (when there is a local git
repository inside the plugin folder). But it still fails when there is
no .git folder at all.


Right, but what should be the outcome? How to determine the last change 
timestamp?


I won't look into this issue since I do not consider building a plugin 
from a non-repository very important.


Cheers,
Simon

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

Re: [josm-dev] Git sync stuck

[Simon Legner]

Hi Toby!

On 24/02/14 08:28, Toby Murray wrote:

The GitHub mirror of the JOSM SVN repo appears to not have gotten any
updates in over a month. I'm not sure who runs it but could it please be
kicked?


We also have a Trac ticket for this issue: 
http://josm.openstreetmap.de/ticket/6887


@Ævar: Would you please check the mirror again. Please also check my 
pull request 
https://github.com/openstreetmap/openstreetmap-mirror/pull/2 – the Evil 
revision hack is no longer needed due to adaption of the build file.


@JOSM team: Since the mirror is apparently used frequently, we might 
want to to turn this unofficial mirror into an official mirror?


Cheers,
Simon

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

Re: [josm-dev] Generating new dataset

[Simon Legner]

Hi!


What is the correct procedure for creating
primitives with IDs that do not collide with the OSM DB IDs?


Maybe the quickest way is to open the dataset in JOSM, select all 
objects with Ctrl+A, copy them with Ctrl+C, create a new dataset with 
Ctrl+N, and paste the copied objects with Ctrl+V. Then, to all objects 
should be assigned a new ID.



I tried
making the IDs negative, but this causes an exception.


In principle this should work. Perhaps some references between ways and 
nodes or relations and other objects got messed up?


Cheers,
Simon

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

Re: [josm-dev] Generating new dataset

[Simon Legner]

On 18/02/14 15:41, Malcolm Herring wrote:

I should have mentioned that this is a JOSM plugin doing the operation.


You might find the method 
org.openstreetmap.josm.actions.DuplicateAction#actionPerformed helpful 
as starting point for further analysis to see how this is done in JOSM core.


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

Re: [josm-dev] MapCSS: Access properties of parent object when using the child selector

[Simon Legner]

Hi Martin!

On 05/02/14 11:22, Martin Vonwald wrote:

Is it possible to access the properties of the parent object


The function `parent_tag` should do the trick:

Cheers,
Simon

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

Re: [josm-dev] MapCSS style: determine opacity/transparency of a color

[Simon Legner]

Hi Martin!

On 21/01/14 09:50, Martin Vonwald wrote:

Is there any way to determine the
opacity/transparency of a color in a MapCSS style?


Yes, since now: http://josm.openstreetmap.de/ticket/9596

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

[josm-dev] Destructive SVN commit!

[Simon Legner]

Hi all,

while developing on JOSM, I noticed that the entire plugins/ and i18n/ 
directories were gone! This is due to the destructive 
(hopefully+presumably accidental) commit [r30196].


At the moment, I'm reverting this commit (using `svn merge -c -30196 . 
 svn commit`), but maybe there's a cleaner solution to do this for 
people with SVN admin access.


Cheers,
Simon Legner (simon04)


[r30196] https://trac.openstreetmap.org/changeset/30196/subversion

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

Re: [josm-dev] Destructive SVN commit!

[Simon Legner]

Unfortunately, my attempts fail due to


svn: Commit failed (details follow):
svn: [...]: Could not read status line: Connection reset by peer 
(http://svn.openstreetmap.org)


So it would be very helpful, if someone took a look at the commit 
r30196. :-)


Thanks in advance,
Simon


On 12/01/14 22:29, Simon Legner wrote:

Hi all,

while developing on JOSM, I noticed that the entire plugins/ and i18n/
directories were gone! This is due to the destructive
(hopefully+presumably accidental) commit [r30196].

At the moment, I'm reverting this commit (using `svn merge -c -30196 .
 svn commit`), but maybe there's a cleaner solution to do this for
people with SVN admin access.

Cheers,
Simon Legner (simon04)


[r30196] https://trac.openstreetmap.org/changeset/30196/subversion


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

Re: [josm-dev] source on changeset

[Simon Legner]

Hi Jo!

On 02/01/14 00:07, Jo wrote:

Is there an xml tag one could use to indicate it is 'source' data?


Yes, there is. Funnily I have answered this question in another context 
today, see http://josm.openstreetmap.de/ticket/6471#comment:4


Cheers,
Simon

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

Re: [josm-dev] source on changeset

[Simon Legner]

On 02/01/14 00:07, Jo wrote:

My imagery layers don't have suitable names anyway and the layer I'm using
as a source, is an .osm layer (one I created with a Python script). Is
there an xml tag one could use to indicate it is 'source' data?


I created a ticket since that is easier to discuss there's a reference 
for a commit: http://josm.openstreetmap.de/ticket/9510


Cheers,
Simon

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

Re: [josm-dev] Terracer Plugin

[Simon Legner]

Hi,


Anybody have any ideas what could be wrong with it?


I cannot reproduce the problem when installing the terracer plugin. Are 
you using an old terracer version? Please try again with the current 
version. If the problem persists, please open a ticket in Trac and 
attach the command line output.


Cheers,
Simon

___
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

[Simon Legner]

Hi!

On 16/12/13 23:59, Martijn van Exel wrote:

Can you give me some more guidance for
where to look for the classes that would need to be modified?


A good starting point might be a search for forward (including marks) 
in the codebase of JOSM.


Cheers,
Simon

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

Re: [josm-dev] Cardinal Directions Changes

[Simon Legner]

Hi Jon!

If possible, please respond to previous messages to keep them nicely 
threaded in mail programs / list archives.


On 20/12/13 16:58, Locke, Jonathan wrote:

Anyway, before the OSM community considers accepting this information, it has a 
quite reasonable expectation that JOSM should fully support cardinal directions 
so people can work with them. I'm just trying to figure out exactly what that 
support would entail so I can implement it.


Usually, it is the other way round: JOSM supports those features and 
mapping techniques that are commonly used by the mappers.


In my impression, north/south/… is quite different from 
forward/backward. Most of JOSM's handling of the roles forward/backward 
related to determining in which way those ways are traversed by the 
specific bus/train/* routes, and sorting the relation members 
accordingly. These aspects seem trivial to me for north/south/… since 
all relation members are oneways and only traversed in that direction.


Btw: the newer public transport scheme basically deprecated 
forward/backward in favour of separate relations per direction. How does 
the US highway mapping relate to this scheme?


Cheers,
Simon

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

Re: [josm-dev] Generate plug-in version

[Simon Legner]

Hi!

On 23/11/13 11:25, Dirk Brünig wrote:

The file format is UTF8. The file format of MANIFEST.MF is also UTF8 but
the text is not.

Did some one knows what is wrong with my Eclipse project.


I don't see a problem in the current Tracer2.jar in the SVN repository. 
When viewing the MANIFEST.MF in UTF-8, the names are shown correctly.



I also add a line to the wiki page.
property name=plugin.link 
value=http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Tracer2/
But the plug-in page was not updated. They it should be updated every 10 
minutes.

So what is wrong here.


After changing and committing a change, make sure to `svn up`, before 
generating the JAR (`ant dist`) to make sure that the correct 
Plugin-Version line is added to MANIFEST.MF.


Cheers,
Simon

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

Re: [josm-dev] Wanted: Plugin Translation With Launchpad HowTo

[Simon Legner]

Hi!

Which plugin are you referring to?

On 22/11/13 14:02, Holger Mappt wrote:

But how do I get the translation for the 10 strings of a single plugin?
Is there a description how to get a small subset of the translations?


See 
https://trac.openstreetmap.org/browser/subversion/applications/editors/josm/i18n/build.xml#L81 
how the language files are generated for the plugins in the SVN repository.

You'd have to make sure that the strings of your plugin get translated.


That means the plugin would need to be release under one of the two licenses


See 
http://josm.openstreetmap.de/wiki/DevelopersGuide/DevelopingPlugins#LegalstuffImisopinion


Regards,
Simon

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

Re: [josm-dev] javac: bootstrap class path not set

[Simon Legner]

Hi!


compile:
 [echo] compiling sources for ../../dist/Tracer2.jar ...
[javac] Compiling 17 source files to 
C:\Users\...\workspace\editors\josm\plugins\tracer2\build
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.6
[javac] 1 warning
BUILD SUCCESSFUL


See https://blogs.oracle.com/darcy/entry/bootclasspath_older_source for 
a explanation of this warning. In short: the compiler cannot detect if 
you use classes/methods that have been added in a later Java version.



It looks like the JDK I have is newer the the compiler. I have installed
the actual sdk java_ee_sdk-6u4-jdk-windows.exe from oracle.


I guess you need the Java SE SDK (standard edition instead of enterprise 
edition).


Cheers and happy coding!
Simon

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

Re: [josm-dev] JOSM Server

[Simon Legner]

Hi all,

On Mon, 2013-03-18 at 17:14 +0100, Dirk Stöcker wrote:
 So lots of thanks again to

First of all big thanks to the JOSM server admins (Dirk and Paul, I
guess) for administrating, optimising, keeping alive the server. There's
hardly a bigger obstacle than a not working project management for
distributed free software development. In this light, I'm happy with the
recent server migration (thanks to Hetzner, at this point). In relation
to annoying ads and useless other images, the logo is hardly
visible. :-)

Also thanks to all (other) JOSM contributors and user for the cool
recent features, great ideas, translations, the not-forgotten
documentation etc. I think we are a great team!

Cheers,
Simon (simon04)



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

Re: [josm-dev] Editing Antarctica

[Simon Legner]

Did you take a look at the Proj4J plugin? That should provide any EPSG:*
projection.
Cheers
On Mar 3, 2013 10:54 AM, Jochen Topf joc...@remote.org wrote:

 Hi!

 I am currently working with Christoph Hormann on improving the data for
 Antarctica. See http://wiki.openstreetmap.org/wiki/Antarctica for more
 info.

 One problem is that Antarctica doesn't work well in EPSG:4326 plate carree
 projection. (Mercator is right out because it stops at about 85° South.)

 Yes, we can edit the data in JOSM, but the nearer you get to the pole the
 more
 distortions you get. This is problematic when editing buildings for
 instance,
 because they are not rectangular in JOSM. But this is also a problem when
 deriving data from satellite images. There are WMS services with satellite
 images that we could use that allow EPSG:3031 polar stereographic
 projection.
 But JOSM doesn't support that projection.

 The problem with using 4326 is that when digitising from an image you will
 probably not use the right detail. Normally you would space out the nodes
 along some feature evenly, but with so much distortion you can't see what
 an even distribution would be. The result is that the features would look
 ragged in some map projections.

 How difficult would it be to support EPSG:3031 in JOSM?

 Jochen
 --
 Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/
 +49-721-388298

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

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

[josm-dev] Stable release translations

[Simon Legner]

Hi,

I/we overlooked the planned stable release for tomorrow and haven't
uploaded the translation template until today.
This means that there are outstanding translations (also from core) in
all languages. [1]

I would suggest to wait a few days before releasing the next stable
version in order to have some time to finish some translations.

Towards JOSM server admins: What about automating the translation
template upload process (update the
http://svn.openstreetmap.org/applications/editors/josm repository, cd
i18n/, ant pot, ./launchpad.pl upload)?

Personally, I'm not too happy with the availability of Launchpad since I
frequently get timeouts when displaying outstanding translations or
performing searches. Anybody else experiencing similar issues?

Cheers,
Simon


[1] https://translations.launchpad.net/josm/


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

Re: [josm-dev] Dealing with conflicts

[Simon Legner]

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

Cheers,
Simon

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

Re: [josm-dev] Adding your own imagery

[Simon Legner]

Incidentally, I replied directly and not to the list …
On 14 Nov 2012 12:15, Simon Legner simon.leg...@gmail.com wrote:

 Hi!

  The format of the imagery is ECW.
 Is there any possible way of putting these files into JOSM.


 I have no ECW image at hands, so I cannot try.

 However, try to use the ImportImagePlugin

 https://wiki.openstreetmap.**org/wiki/JOSM/Plugins/**ImportImagePluginhttps://wiki.openstreetmap.org/wiki/JOSM/Plugins/ImportImagePlugin
 Maybe it is capable of opening a ECW image. Otherwise, use ogr2ogr to
 convert your image to GeoTIFF.

 Depending on the projection of the image, you may have to experiment with
 the projection (setting in JOSM, re-project in advance, …).

 Cheers,
 Simon

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

Re: [josm-dev] match attribute in JOSM Presets

[Simon Legner]

Hi Kate!


I'm curious what the match tag does in JOSM presets.


For a selected OSM object, JOSM determines relevant presets, which are 
displayed together with the object's tags in the properties dialog on 
the right. For instance, an object with building=yes is assigned the 
preset Man Made/Building.


The match attribute in the XML file allows to control whether an object 
is considered to match a preset.


Typically, combo elements are optional attributes for an object (e.g., 
surface=) and therefore are not taken into account when matching an 
object (match=none). However, for the preset Building, some values 
for building= are predefined in a combo element. Whenever building=yes 
is present, the Building should be displayed (match=keyvalue). 
Similarly for the Bridge preset.

These are a few examples where a match attribute is used on combo's.

The same need for distinction arises from text elements when you think 
of name= as optional information for some amenities on the one side, and 
of addr:street= as a defining tag for the Address Information preset 
(match=key).


I hope, the usage of match did become clearer now. If not, feel free to 
ask. :-)


Cheers,
Simon (the inventor of this attribute *g*)

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

Re: [josm-dev] Josm JavaDoc patches wanted?

[Simon Legner]

Hi Franz!

On 28/05/12 11:08, Franz Graf wrote:
 When I am investigating some methods, I could also write some
 documentation for it. Would anyone be interested in the patches?
 If so, should I post them as new tickets in TRAC or somewhere else?

Of course, documentation is always welcome. :-)
Please open a new ticket in Trac and attach your patch(es).

Cheers,
Simon

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

Re: [josm-dev] mirrored_download plugin source

[Simon Legner]

Hi Paul!

 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?

The source code of plugins is located in the OSM SVN (in constrast to
the JOSM SVN):

http://svn.openstreetmap.org/applications/editors/josm/plugins/mirrored_download

 Just for reference, the two bugs are
 http://josm.openstreetmap.de/ticket/7660
 http://josm.openstreetmap.de/ticket/7661

Yesterday, I tested several enhancements of this plugin, but I didn't
commit the changes yet:
  https://josm.openstreetmap.de/ticket/7511#comment:11
As far as I can see, with my changes, the tickets 766[01] are obsolete.
I guess, in the next few days, I'd commit my changes.

Cheers,
Simon

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

Re: [josm-dev] getting started

[Simon Legner]

Hi Ricardo!

 Hello, I'm a java developer from Portugal.
 I wold like to dedicate some of my free time helping out.

Great. :-)

 Is there any way to get starting I've checked out your code from trunk
 and for now it is missing some classes...
 
 org.openstreetmap.josm.gui.mappaint.mapcss.parsergen.MapCSSParser
 org.openstreetmap.josm.gui.mappaint.mapcss.parsergen.ParseException
 org.openstreetmap.josm.gui.mappaint.mapcss.parsergen.TokenMgrError

Some classes are generated during building. A simple execution of `ant`
should give you a working .jar file.

 is the a guide for new developers?

See http://josm.openstreetmap.de/wiki/DevelopersGuide

Cheers,
Simon

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

Re: [josm-dev] Why 5174 ?

[Simon Legner]

Hi!

 Is there something wrong with 5177 ?

Thanks for updating to 5177, Paul …

 Shouldn't we update translations by the way ? They haven't be updated since
 5047.

I agree, but I don't know how this is done. :-)
Maybe we should also consider this ticket:
http://josm.openstreetmap.de/ticket/7488

Cheers,
Simon

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

Re: [josm-dev] Why 5174 ?

[Simon Legner]

Hi!

On 12/04/12 11:00, Paul Hartmann wrote:
 Also, before we can upload
 translation templates to launchpad again, this file [1] needs to be
 adapted to Simon's preset enhancements.

I'm looking at it – to be finished soon.

Cheers,
Simon

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

Re: [josm-dev] Why 5174 ?

[Simon Legner]

 Also, before we can upload
 translation templates to launchpad again, this file [1] needs to be
 adapted to Simon's preset enhancements.
 
 I'm looking at it – to be finished soon.

Done – o28250.

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

Re: [josm-dev] JOSM server move

[Simon Legner]

 The installation on the new server seems to be stable, but very likely I
 will have overlooked something, so afterwards please report any errors
 which you notice.

While closing a ticket, I got:
 Warning: The change has been saved, but an error occurred while sending 
 notifications: 97 Die Adressfamilie wird von der Protokollfamilie nicht 
 unterstützt

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

Re: [josm-dev] Why 5174 ?

[Simon Legner]

Hi!

On 12/04/12 14:14, Dirk Stöcker wrote:
 You use values_context in list_entry when given for the combo. The
 perl should reflect this, otherwise translations can't be used in this
 combination.

I thought, I do so. See line 139 in convpreset:
 my $vctxi = ($line =~ /value_context=(.*?)/) ? $1 : $vctx;

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

Re: [josm-dev] Why 5174 ?

[Simon Legner]

Hi!

On 12/04/12 14:13, Dirk Stöcker wrote:
 Maybe you must be member of https://launchpad.net/~openstreetmap ?
 
 But theoretically it should not be necessary...

I joined the team, now awaiting approval …

Dirk, would you upload the updated .pot?

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

Re: [josm-dev] WikiStart

[Simon Legner]

On 07/04/12 00:02, Paul Hartmann wrote:
  Do you think it's ready to replace the current WikiStart page?
 Yes, it's much better than the current page...

Is there a Trac Wiki copy mechanism (to keep the history), or has one to
use copypaste?

Simon

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

Re: [josm-dev] WikiStart

[Simon Legner]

Hi all,

I think the current version of the new(?) WikiStart page [1] offers a
concise introduction to the JOSM website. Thanks to all contributors. :-)

Do you think it's ready to replace the current WikiStart page?

Cheers,
Simon


[1] http://josm.openstreetmap.de/wiki/WikiStartNew

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

Re: [josm-dev] WikiStart

[Simon Legner]

Hi Paul!

On 04/04/12 12:26, Paul Hartmann wrote:
 I'm not insisting on this. But if someone isn't interested in all the
 options and just wants to use the software, the layout should be clear
 and simple.

I agree in the meanwhile (especially after looking at Dirk's statistics) :-)

 In the current draft (v. 5) I'm missing the link to the advanced
 Download options. This line could contain the latest version. E.g.

The link is in the title, but [cs]ould be more obvious …

 Current development version (5161), Ubuntu package repository and other
 Download download options.

Looks good.


Simon

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

Re: [josm-dev] WikiStart

[Simon Legner]

Hi!

On 03/04/12 16:25, Paul Hartmann wrote:
 (and maybe the webstart option, but I'm not sure it needs to be
 recommended that much)

I think it should. On the FOSSGIS I met a few people using a very
outdated version of JOSM (half to one year old) because they didn't care
about updating. This comes for free when using Web Start. Are there
disadvantages?

 There is no
 need to link to the latest development version from the main page.

Are there any usage statistics tested vs. latest? When sticking to the
table, I'd keep the row for the latest version as it shows the current
revision number and may be useful for some people.

Simon

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

Re: [josm-dev] josm, changelogs and release processes

[Simon Legner]

Hi David!

On 30/03/12 09:28, David Paleino wrote:
 If the changelog was available in the SVN repositories, like most projects do,
 I'd surely install it.
 
 But, I don't really want to have headaches trying to parse a wikipage and
 generate a nicely formatted text file.

A plain text version is available under [1].

Cheers,
Simon


[1] http://josm.openstreetmap.de/wiki/Changelog?format=txt

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

Re: [josm-dev] josm, changelogs and release processes

[Simon Legner]

Hi!

On 30/03/12 01:59, shirish शिरीष wrote:
 Ok, whom to talk for such an effect to take place. While I know trac
 is similar to mediawiki in the sense that anyone can make a change as
 far as the wikifation is concerned, although as its the startup page
 its possible that it may have restricted/protected/semi-protected
 access. Any info. on this would be nice to know. If possible then
 would do the same and link it to the Release processes webpage.

It's a page like any other page and does not require special rights.
Note that one has to edit StartupPageSource [1]. I'd say it's fine to
have a note on the version numbers. If not, someone will revert the
edit. :-)

 I do have another query too, why are there not more plugins,presets
 within JOSM? I do see a sizeable number of additional presets [1] ,
 styles and plugins as linked from the JOSM startup page. Is it due to
 possible memory constraints or something or something like symbology
 [2] in the sense that the given presets and styles and icons are
 'safe'/universal  or something ?

Plugins are great to provide a very special functionality or develop an
experimental feature. If plugins turn out to be stable and to be used
broadly, they might be included in the core (e.g., remote control,
WMS/TMS imagery, ... have been developed for plugins).

The situation is similar for presets. If a frequent tag is missing in
the presets, file a ticket and ask for inclusion in the default presets.

 one of the big irritants was not having all
 the presets or what to do if a plugin/preset is not available/made
 etc.For instance we had a bunch of sports buildings but could not find
 any icons within JOSM.

As written above, the plugin/preset/style system allows to easily adapt
JOSM for custom needs.

Cheers,
Simon


[1] http://josm.openstreetmap.de/wiki/StartupPageSource

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

Re: [josm-dev] josm, changelogs and release processes

[Simon Legner]

Hi!

On 30/03/12 02:08, shirish शिरीष wrote:
 there is no svn vs git comparison given anywhere on
 the ticket

There've been some discussions on the [josm-dev] mailing list in the
past, e.g., [1,2,3].

[1] http://lists.openstreetmap.org/pipermail/josm-dev/2010-April/004320.html
[2]
http://lists.openstreetmap.org/pipermail/josm-dev/2011-December/005901.html
[3]
http://lists.openstreetmap.org/pipermail/josm-dev/2012-January/005949.html

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

Re: [josm-dev] Creating a user-friendly changelog for tested release

[Simon Legner]

Hi!

On 09/02/12 16:58, Paul Hartmann wrote:
 Do you think we can merge both lists, at least internally? We'd have one
 wiki page ChangelogSource and each entry is marked either for changelog
 or for startup note or for both. This would remove redundancy and make
 live easier for the translators.

Removing duplication is a good idea.  However, in my opinion, this only
makes sense if the changelog messages are translated to a decent number
of languages.  Is it common to translate the changelog of a software to
several languages?

Concerning a ChangelogSource, I don't know whether this is possible from
a technical point of view as I'm not familiar with the internals of
Trac.  A negative aspect (in my opinion) of StartupPageSource is that
the translation strings somehow clutters the text which makes it harder
to just quickly find a news item or edit the wiki page.

Just my two cents ...
Simon

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

Re: [josm-dev] Changed presets, contact

[Simon Legner]

Hi!

On 17/12/11 21:48, Mike N wrote:
 On 12/17/2011 9:49 AM, Dirk Stöcker wrote:
 I see not that we need a big modification here. Maybe an update of the
 wording could be done, so that people do not automatically assume new
 is better.
 
  That is a good idea.   And since people don't realize that the new
 version effectively puts their work into hiding until *possibly* later
 data consumers decide to use the new tags, the new version should
 create both new and old style tags.

Let's resolve this naming confusion. I'd rename the common/old scheme to
Contact (common schema) to clarify the relation. Any comments/objections?

Regards,
Simon

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

Re: [josm-dev] Stabilization ends

[Simon Legner]

Hi!

 So patches accumulated over the last week may be integrated.
I'll take care of my patches in the course of the next week (from
Tuesday on).

 I know this delay is one of the drawbacks of our current development model
Git or Mercurial as VCS could easily deal with a stable master branch,
development/feature branches and dealing with hot fixes (see for example
[1]).

I don't know whether it is an option to migrate to another VCS (maybe in
the corse of [2]) …

Cheers,
Simon

[1] http://nvie.com/posts/a-successful-git-branching-model/
[2] http://josm.openstreetmap.de/ticket/7132

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

Re: [josm-dev] Changed presets, contact

[Simon Legner]

Hi!

On 15/12/11 11:44, Martin Koppenhoefer wrote:
 When was this decided?

I've added the new contact scheme (new according to the Wiki) to the
JOSM presets. There has been an open bug [1] in Trac for several months
without any objections.

The reasons have been:
 - contact:* is being used quite frequently [2] (we have presets for far
less common tags)
 - contact:* is documented in the Wiki without any comments on
controversial discussion nor with a note of being dead

The JOSM presets are not made for discussing the reasonableness of tags.
Typically, requests of extending presets are fulfilled unless the tag is
irrelevant (according to statistics) or is very specific or the usage of
the tag is disputed (according to the Wiki).

One could clarify the presets by renaming the old contact preset to
Contact (Common scheme) or similar.

For further discussion, I suggest to use the ticket [1].

Cheers,
Simon


[1] http://josm.openstreetmap.de/ticket/6461
[2] http://taginfo.openstreetmap.org/search?q=contact%3A#keys

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