On 12/2/06, <b class="gmail_sendername">Nick Hill</b> <<a href="mailto:nick@nickhill.co.uk">nick@nickhill.co.uk</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Whilst on the subject of Josm features, I have noticed a few issues new users can have with Josm. [1] (a)Not have Java installed      (b)have incorrect version of Java. [2] Not be able to find their location in Josm to start editing.

<br><br>[3] Not have properties box visible to see that ways, segments and nodes have<br>     name/value pairs.<br><br>I have made some initiative to overcome these issues;<br><br>[1] (a) On windows platforms, if a user downloads a .jar file then double clicks

<br>on it, it refers to Microsoft's web site which unhelpfully tells users Windows<br>can't open such a file. It then refers users on to another site which in turn<br>refers users to arj software. Most unhelpful, and perhaps reflects Microsoft

<br>discouraging cross-platform compatible programs.<br><br>I have proposed a solution to this. I discovered that you can append any rubbish<br>to the beginning of a jar file without changing it's behaviour so long as that

<br>'rubbish' doesn't contain the PKzip magic number. It is therefore possible to<br>prepend a small (200k) windows executable to the front of a jar then call it<br>.jar.exe. That executable can check for a suitable installation of java before

<br>invoking the program, if necessary download & install the necessary version of<br>Java. 'java -jar myapp.jar.exe' will work normally.<br><br>Whilst the problem persists on Microsoft Windows, the problem will solve itself

<br>with GNU/Linux as distributions will typically include the SUN JVM by mid 2007.<br><br><br>[2] I have noticed new users have trouble finding their location in Josm. I have<br>been considering creating a citysearch bookmark for Josm, using a heirachial

<br>list of country/locality/city/town.<br><br>It wasn't until I started looking at the Josm code that I realised there was a<br>zoomable map of the world in the download box. The zoomable map of the world<br>looks really cool, but is of a low resolution, and users tend to select a much

<br>bigger area than would be advisable. A recursive bookmark index of the world's<br>towns may be easier to use, and take the user much closer to home.<br><br>Initially most useful for JOSM would be a citysearch bookmark if the data were

<br>available. In the longer term, a bookmark based on OSM data would be good, as<br>this will encourage structured naming of areas. I can see a problem wit this;<br>localities are named with points, where they are in fact areas. It is not

<br>possible to accurately derive an area heirachy (eg<br>UK->England->London->Lewisham->Catford) from OSM data.<br><br><br>[3] Josm is of limited practical use without the properties box visible. In<br>fact, it is dangerous for new users to use Josm if they can't see the properties

<br>box as they may assume odd nodes around are placed in error if they can't see<br>they represent a place of interest, or a name of a town. They are inclined to<br>click on them and delete them as part of a well intentioned but misled clean-up

<br>operation. Also, ways all have direction. Being aware of the direction of ways<br>is essential if you will be making a good map. I suggest Josm by default shows<br>direction arrows on segments and has properties, layers, current selection and

command stack visible. The user can always turn them off, but I feel the directionality of ways and properties of objects are so fundamental, they shouldn't be hidden.</blockquote><div> This is all good stuff.

<br><br>It would be helpful to new and experienced users if JOSM used different colours to differentiate between nodes with no attributes and nodes with attributes.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Nick Whitelegg wrote:<br>> Hello Imi,<br>><br>> I'm quite keen to add the direct serial port read functionality to JOSM as<br>> it would enable people to use one application to read from their GPS and<br>> create new data for OSM. I'm thinking of my particular OSM user-base of

> interest (walkers) in particular. I'm quite happy with the gpsbabel/josm > approach but I'd imagine that new users could be attracted to the project > if they have just one piece of software for the whole process.

<br>><br>> I tried emailing the other guy who's doing this but haven't had a response<br>> yet. Is it worth me carrying on with it or would I just be duplicating<br>> effort?<br>> (the approach I would take is the cross platform 'GPSylon' Java library

<br>> for GPS serial communication)<br>><br>> Thanks,<br>> Nick<br>><br>> _______________________________________________<br>> dev mailing list<br>> <a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org

</a><br>> <a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br>><br><br>_______________________________________________<br>dev mailing list

<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br></blockquote>

</div><br>