OpenStreetMap

Diary Entries in English

Recent diary entries

Evolving roads

Posted by joost schouppe on 18 January 2017 in English (English)

In my quest to understand the growth of OSM, I had a little fun today.

I took the 1/1/2017 full history dump for Brussels and I extracted a shapefile with all the versions of all the highway=* that ever existed.

Then I wanted to visualize it to see if there was a pattern in how the roads get mapped: "first real roads, then paths" or "everything all the time". So I styled the paths clear green, the roads thin black and used a gray background for the current highways. Then I rendered a slide for every month.

Brussels link

It looks really cool, because it doesn't just show the chaos of our growth. As the black roads are drawn slightly transparent and the monthly slide shows every version of the road in that month, "active areas" show up in heavy black. I think it's really pretty.

You can download the individual images here and the shapefile (ugh, a shapefile) here

Preamble about me

Posted by RAytoun on 18 January 2017 in English (English)

As a cartographer I was aware of Openstreetmap and how it started as a way to break Ordnance Survey's hold on copyright and to free up mapping for small cartographic companies and freelancers with a copyright free map of the world.
It was quite a while after I retired that I took a look at Openstreetmap (May 2013) and started mapping around where I lived using Potlach. I realised how incomplete the mapping was with inconsistency throughout. Looking around other parts of the world I realised just how much of the world just did not have any basic mapping at all. I realised that to achieve a consistent coverage of basic mapping throughout would take years of work by lots of mappers. I saw that some had tried mass imports which made me shudder. I know how much work it takes to fix up some of the material we had bought in just to correct it and bring it up to a standard for us to use in our reference atlases. I also noticed the problems with rendering on the map itself. Map symbols were used randomly without proper structure, for example a line with a peck and dot was used in administrative boundaries and in highways, both with an array of colours. It would have been more prudent to have set aside the peck and dot line in varying combinations and boldness with the single colour purple for administrative boundaries. Thus anything on the map in Purple would be an admin boundary and the more bold it was would indicate it's higher admin level. That would have made them easily identifiable on the map and the map user would not be continually trying to find a list of symbols to know what they are looking at. And then I realised that I was thinking Conventional Cartography …. and OSM was definitely not Conventional. I had to adjust my thinking to be able to fit in with OSM.

About Crowd2Map

Posted by JanetChapman on 18 January 2017 in English (English)

I became involved in HOT because as a volunteer visiting projects in rural Tanzania I became aware of the lack of maps of this area which greatly hampers navigation and development. With Egle, who I met at Mozfest, I set up a volunteer crowdmapping project to seek to address this called Crowd2Map Tanzania. This recruits volunteer mappers to map rural Tanzania, starting with the area in Serengeti where girls are at risk of FGM (Female Genital Mutilation). There are details of this project here http://bit.ly/FGMSOTM

I became aware of and was greatly helped and guided by many people at HOT and Missing Maps. I regularly attend Missing Maps events in London and have spoken about HOT at SOTM, Mozfest and talks for Britain Tanzania Society, and contributed to the fundraising video.

HOT is an amazing initiative that seeks to put the worlds’ most vulnerable people on the map, and I want to support it in any way I can. I would like to be a voting member so that I can try and help promote HOT and ensure it is as inclusive as possible, particularly in less well represented areas such as Tanzania. I see HOT's greatest challenge as access to funding so that it can support mapping initiatives in areas such as rural Africa and I plan to help with this by helping tell stories about the difference HOT makes, such as in Serengeti, shown by this 2 minute video. https://www.facebook.com/ajplusenglish/videos/873491619459013/ .

A Stick-Man on a Porch in Phoenix Avenue, Gedling

Posted by alexkemp on 17 January 2017 in English (English)

Goodness, but the folks in Gedling love their stick-men ([1] [2] [3] [4] [5]). The lady of the house told me that her grand-dad had made this one (unfortunately I had to use extreme digital zoom to get a decent view of it sat above the lintel of the front-door):

Phoenix Av Stick-man

Location: Arnold and Carlton, Gedling, Nottinghamshire, East Midlands, England, United Kingdom

Bugfixing terracer: 9. Be Careful What You Wish For

Posted by alexkemp on 17 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

Sure enough, after working my way up Besecar Avenue I reached Phoenix Avenue and Boom! as I tried to create a new semi-detached house on the corner of Besecar & Phoenix terracer throws an exception. I did not mind that, but Eclipse carried on as if nothing had happened. Now, that is truly mean!

In my earlier Diary (7) Eclipse was accurately debugging on JOSM exceptions thrown by JOSM core. How do I launch JOSM from Eclipse so that Eclipse will react to exceptions thrown by plugins?

Gaah!

Location: Arnold and Carlton, Gedling, Nottinghamshire, East Midlands, England, United Kingdom

Another example of lacking abstraction

Posted by BushmanK on 17 January 2017 in English (English)

I'm not really complaining here, at least - since I haven't stumbled across this problem for several years of being a mapper, but from the point of view of having a better tagging system it worth mentioning. And it is not a proposal. So, it's just an example. Please, be wise and treat it accordingly.

Man-made structures are super-common landscape features, even far away from the populated areas. And we have numerous tags to indicate such features. However, there is the whole class of man-made objects, barely represented in the OSM: various cables.

We have at least three tags for very specific cable structures: barriers made of poles and a cable, intercontinental communication cables, aerial power lines. At the same time, there is no way to indicate that there is a cable hanging somewhere without knowing it's a power cable or a barrier. Obviously, there are cases, when these tags are used to map for a renderer because someone wanted to indicate that there is a cable no matter what.

Somehow, we've managed to get a decent tag for a pipeline. It doesn't involve any implications about its purpose or any other property - it's just a pipeline, nothing more. So, if I don't know what kind of pipeline is this, it is totally acceptable to tag it using man_made=pipeline and location=overground - that's what I see.

But there is no way to map a cable, hanging between the poles along the street since, without any special knowledge, you can't tell, if it's a temporary power cable, communication fiber-optic cable, analog CCTV cable or something else. Sometimes, it is impossible to tell even if you know a lot about this topic. And it usually doesn't really matter, what does this particular cable serve for. That's because this kind of data will always be very fragmentary (unless it's not imported) and outdated due to lack of public interest.

The current situation, when power lines have some kind of special treatment, seems to be a result of historical circumstances - many decades ago, only power cables, telephone, and telegraph cables were located on street poles. Later, overhead phone cables were moved underground while telegraph lines were eliminated almost completely. So, modern common mapping products, including the OSM database, still have just power lines, having the rest of cabling out of scope.

There is an important thing about that. Some people saying that any more abstract scheme is always more complicated. It obviously isn't true because there is nothing simpler than to indicate that "there is a cable". If you know the purpose of that cable, it is also very simple to indicate it with a separate tag, if you don't know - just leave it as is. Thus, better abstraction could potentially simplify mapping of cable structures instead of keeping it impossible, provoking mapping for a renderer, or making it more complicated.

What's Wrong With Bing Maps?

Posted by Yoshinion on 17 January 2017 in English (English)

Gah! The Bing overlay is acting up again. On specific ways, the bing maps does not load that way into the overlay maker thing... and I believe the specific ways change every time I load the iD OSM editor. How can I fix it? Is it something with my network (CCS Schools/TWC?) or is it with OSM itself?

Kurzen the Writer (the new name for Yoshinion)

P.S.: I can't change the "home" location... I have moved, and I can't change my "home" location from my old house to my new one. I moved in the beginning of September and I still cannot change the "home" location. Is this a problem that I can fix?

Location: Kannapolis, Cabarrus County, North Carolina, United States of America

Bugfixing terracer: 8. Show Your Bugs, Damn You!

Posted by alexkemp on 17 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

This is so annoying. I've got JOSM up and running in Debug mode from Eclipse (see the previous entries 1 ⇒ 7, but only if you have a great deal of time & patience). As per usual I've loaded Bing aerial imagery. You can tell that that is also in Debug mode as it has a vast listing printed over the top of the map down the left-hand edge, showing Cache stats, current zoom, etc., etc.. I wish I knew how to get rid of those, because it is very distracting.

My last survey began at Cantley Avenue (8 days ago!) so that is where I started adding houses in JOSM. A couple of nips ‘n’ tucks for the street, a bit of street furniture + some garages + surface-parking at the top of the street. That used terracer, but not in any way that should cause an exception. Next would be a semi-detached house, and that should definitely cause an exception if I put a tick in “create an associatedStreet relation”. So, I saved everything added up to this point.

‘B’ to switch on Building Tools + draw over the top of the house & select it, then ‘Shift-T’ to bring up the terracer dialog. Enter all the values & then do the thing that I haven't dared to do for 6 months:– put the tick in to create the street relation + press ‘OK’ (then dive under the desk to avoid the shrapnel).

GODDAMMIT! It creates the semi-detached house + relation without a whisper of complaint. Oh really, that is simply too much. The first was 1+3 so next I do 5+7. Still no exception, but it does forget to add the street-name now into the house (it adds the add:street key/value into the house if associatedStreet for that street is empty, but not if there is any value in it). That's a bug, so I start to feel a little better.

I saved/shutdown Eclipse & restarted JOSM with Revision:11463 (latest snapshot) (current SVN is Revision:11473) & had the identical behaviour. Restarting JOSM for the third time with Revision:11427 (current stable) also displayed the identical behaviour. This is no good, j'know! Fancy fixing it without giving me a phone call!

Oh dear. I really was hoping for an exception, because that would have saved me a great deal of time by identifying the precise file/file-line with the issue.

Well, there was another issue up until the last time I used it where it threw an exception after being used to add a largish number (over 50?) (added later: in fact, only ~30) houses, so I guess that I'll go back & try again from Eclipse.

Bugfixing terracer: 7. Have you Tried Restarting Your Program, Sir?

Posted by alexkemp on 17 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

tl;dr: It seems that you simply need to be pig-headed & ignore all errors, clean the Build & restart & do it again (below is what I had to go through to discover this).

  1. Configure Debian Jessie for JAVA-8 default usage:
    (update-java-alternatives only works with manual-set settings)
    (just one example ('extcheck') is given below for changing a 'auto' setting, which all default to Java-7)
    (change them all to Java-8)
    (some, such as browser plugins, do not have Java-8 binaries)

    $ sudo update-java-alternatives -l
    $ sudo update-java-alternatives -s java-1.8.0-openjdk-amd64
    $ sudo update-alternatives --get-selections | fgrep -i java-7
    $ sudo update-alternatives --config extcheck
    $$(repeat with all others)
    $ sudo update-alternatives --get-selections | fgrep -i java-7
    itweb-settings auto /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/itweb-settings
    javaws auto /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws
    mozilla-javaplugin.so auto /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so

  2. Create a menu launcher for eclipse-oxygen

    $ cp /usr/share/applications/eclipse.desktop ~/.local/share/applications/eclipse-oxygen.desktop
    $ nano ~/.local/share/applications/eclipse-oxygen.desktop
    $ cat ~/.local/share/applications/eclipse-oxygen.desktop
    [Desktop Entry]
    Type=Application
    Name=Eclipse-Oxygen
    Comment=Eclipse Integrated Development Environment
    Icon=eclipse
    Exec=~/eclipse/java-oxygen/eclipse/eclipse
    Terminal=false
    Categories=Development;IDE;Java;

  3. Empty ~/workspace of all files

  4. Open Eclipse-oxygen & select "workspace/" as the Workspace

  5. Remove the Welcome screen (click on 'x')

  6. Install Eclipse Subversive ( http://www.eclipse.org/subversive/downloads.php )
    (drag & drop 'Install' link into a running Eclipse workspace to install Subversive)
    (see also https://youtu.be/04L4rkykWZw )

  7. After restart, install SVN Connector
    (Go Window ▸ Perspective ▸ Open Perspective ▸ Other...)
    (Select SVN Repository Exploring + press OK)
    (Check a SVN Kit connector + press OK)
    (Press Next> + accept the Licence agreement + press Finish)
    (Accept the unsigned software Security warning) (prats)
    (Restart when finished. Again.)

  8. Click on File ▸ New ▸ Other

  9. Open the SVN category and select Repository Location + Press Next>

  10. Paste the URL: https://svn.openstreetmap.org/applications/editors/josm/ + Press Finish
    (a vast, long wait at this point)
    (I eventually restarted & opened the Repository view)
    (Window ▸ Perspective ▸ Open Perspective ▸ SVN Repository Exploring)
    (There were now 3 lines in the SVN Repositories window)
    (I removed two, then right-clicked on the last one & chose 'Check-out')
    (Finally the bottom-right of the window showed activity...)
    (now to import the existing project)

  11. File ▸ Import

  12. (expand General) select Existing Projects into Workspace + Press Next>

  13. Click Browse... on Select root directory and navigate to /workspace/josm/core

  14. The text in the Projects box now reads JOSM (~/workspace/josm/core) and needs to be selected

  15. Press Finish

  16. It now says 'Building Workspace' but rapidly stops with the error:
    Error !!! Unable to find jar file (for extension jj), check the JavaCC options of the project(@ 17/01/2017 00:06:20)
    (I have already installed this once & have zero idea as to why I'm expected to install it again)
    (I begin to re-install it but it quickly tells me that it is already installed)
    (I click on 'Hide items that are already installed) and discover another item hidden beneath it:)
    (SF JavaCC Eclipse Plug-in feature 1.5.33 - I install that)
    (However, the whole thing turns out to be a bug, and it reports it to be already installed)
    (This is getting boring)
    (Click on a 'What is already installed?' link, select the plugin + click on uninstall, then restart)
    (Reinstall the plugin from scratch, and restart)
    (Identical error - really boring)...
    (Select josm (or JOSM) in Package Explorer, then go Project ▸ Properties ▸ JavaCC Options)
    (I change Set the JavaCC jar file from ${project_loc}/tools/javacc.jar to ~/.p2/pool/plugins/sf.eclipse.javacc_1.5.33/jars/javacc-6.0.jar)
    (I change Set the JTB jar file from ${eclipse_home}/plugins/sf.eclipse.javacc_1.5.27/jtb-1.4.7.jar to ~/.p2/pool/plugins/sf.eclipse.javacc_1.5.33/jars/jtb-1.4.11.jar)
    (Press OK then Yes on Rebuild the Project)

  17. Right click on josm in Package ExplorerDebug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8)
    (this quickly goes to the Debug screen; I need to press f8 (Resume) until it throws an exception that the JOSM bug-reoprt system can catch)
    (I report the bug https://josm.openstreetmap.de/ticket/14258 )

  18. Press ProjectClean...; restart Eclipse; do Debug As identical to before
    (so that the first src file + line that it stopped at could be reported)

  19. JOSM load goes all the way to the first screen (choose location load, etc). Bugger!
    (I've tried a second time & it seems that you simply need to get the errors the first time, then restart & do it again, and everything works fine)

Irony

Posted by Ardric on 16 January 2017 in English (English)

I just made a few edits with changeset comments "misspelled tages" (sic).

Better Walking Routes

Posted by LACDH on 16 January 2017 in English (English)

I'm doing a test right now in the Orewa region to see if I can better make walking mode better for app that use it.

Location: Hatfields Beach, Hibiscus and Bays, Auckland, New Zealand

qishan

Posted by Ghostpayroll on 16 January 2017 in English (English)

made it into the qishqn forest park.

very nice. bettercthan gushan

Location: 旗山水项古道, 双峰, Minhou County, Fuzhou City, Fujian, China

Egleton Triangulation Pillar

Posted by Peter Fowler on 15 January 2017 in English (English)

See TL08/T16 - Egleton.

I went out today to compare my Garmin eTrex 10's idea of the location of this Triangulation Pillar with the Ordnance Survey National Grid reference of 486466.32,306589.94 .

I am pleased to report that the Garmin read 52N39.0111 0W43.399 (WGS84 decimal minutes), the closest representation of the Ordnance Survey data. I converted the National Grid reference at Coordinate transformation tool to give 52N39.010738 0W43.399301, note that not all online co-ordinate conversion tools agree!

This pillar has a flush bracket with the number S6767.

I have added this as a point, in changeset 45201297.

I do not know that it is in the perfectly correct place as I do not know that Bing's idea of the absolute position of points on the earth's surface is the same as mine. OK, the location of my new point is 52.6501638, -0.723312, and it should be 52.6501790, -0.723322. Do I need to fix this, and if so, how?

Location: Egleton CP, Egleton, Rutland, East Midlands, England, United Kingdom

OpenStreetMap Community Statistics Revisited

Posted by SimonPoole on 15 January 2017 in English (English)

In November 2015 I produced a blog post on the relative sizes of our national communities and their development over time. When I updated the contributor stats on our wiki a couple of days back and looking at the massive impact the influx of first time users using maps.me have on the contributor numbers (not necessarily on anything else as I have pointed out in earlier posts), I thought it would be interesting to update the numbers and have a look at what has changed over slightly more than a year.

The most notable changes in the top 20 ranking by absolute community size are Russia overtaking France, Ukraine moving up 6 places and the Philippines moving in to the top 20 at the expense of the Czech Republic.

It is reasonable to assume that these changes are mainly due to the differences in the popularity of maps.me, No surprise and expected that it is most popular in Russia and the Ukraine, not so clear why it is so popular in the Philippines:

Numerous small changes in the contributors per capita ranking, but I suspect the fact to take away from this is that even in countries that already had the best results we are still improving the penetration levels.

In the first blog I singled out Germany and the United States as the two largest communities with very different growth patterns. Particularly in Germany there has been some concern as both the number of active contributors over short periods and the absolute number of edits have been decreasing slightly over the last two years. However new contributor influx does not show the same trend and we might put the “negative” trend simply down to the major urban areas of Germany being extremely well mapped.

As in 2015 the trend in the United States is very different, with a very large growth peak in December 2016. 3500 mappers in a month is roughly what would be required to grow at the same rate relative to population as Germany, so this should be a great achievement.

Unluckily it is not.

Closer inspection shows that a large number (in the 1000s) of the accounts created in December and in the proceeding months are fake accounts created by one or more SEO companies. While it is rather unclear if the data added itself is legit, the accounts themselves are not.

Back to numbers with a more positive context, the continental distribution of mappers continues to even out, while Europe continues to dominate, both Asia and South America have increased their relative share.

The raw data for the stats is available as LibreOffice Calc files. Notes on the methodology can be found in the original blog post.

Bugfixing terracer: 6. Importing the Project Bugs

Posted by alexkemp on 15 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

Under Compiling using Eclipse the Developers' Guide says:

Use Eclipse and the provided .project and .classpath file. Just import project using the JOSM core folder as root directory.

Those are brave words, but more than a touch useless for noobs like me (how do I do that?) (and exactly why do I need to compile anything anyway, since a full build is provided? I come here to debug a plugin, not compile it).

The nightmare of Black Friday 13 & Saturday suggest that I do need to import the provided project. So, here is how to do that (and, unfortunately, import the project's bugs at the same time):

  1. File ▸ Import
  2. (expand General) select Existing Projects into Workspace
    (press Next>)
  3. (click Browse... on Select root directory)
  4. select josm dir + press OK
     
    A ghost-in-the-machine now appears within the Projects box. The entire thing is grey rather than black (including the checkbox) and cannot be selected. After the initial checkbox, the text reads: josm (~/workspace/josm) (the dir in brackets is identical to the workspace dir that has been selected) (this result previously stopped me going any further). Under the dialog title (Import Projects) it says:

    Some projects cannot be imported because they already exist in the workspace

  5. (click Browse... on Select root directory)

  6. select core dir + press OK
     
    The text in the Projects box now reads JOSM (~/workspace/josm/core) and is both pre-selected & selectable.  

  7. Press Finish

Back at the main window a Building Workspace notice appears at bottom right. After a short while it concludes with 2 show-stopping errors:

  • The project was not built since its build path is incomplete. Cannot find the class file for AuthorizationProcedure. Fix the build path then try building this project
  • The type AuthorizationProcedure cannot be resolved. It is indirectly referenced from required .class files

Debug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8).launch now has a Proceed button (although errors are reported) and clicking gives the result:

The specified JRE installation does not exist

Not good, but it is progress.

Coda 1: Missing AuthorizationProcedure

This is located as follows (though atm I have zero idea as to why it is missing):

~/workspace/josm$ head ./core/src/org/openstreetmap/josm/gui/oauth/AuthorizationProcedure.java
// License: GPL. For details, see LICENSE file.
package org.openstreetmap.josm.gui.oauth;

public enum AuthorizationProcedure {
    /**
     * Run a fully automatic procedure to get an access token from the OSM website.
     * JOSM accesses the OSM website on behalf of the JOSM user and interacts
     * with the site using an OSM session, form posting and screen scraping.
     */

Coda 2: The source of this problem?

It begins to look likely that the source of this problem is that the 3.8.1 version of Eclipse provided with Debian Stable (Jessie) is much, much too old, and thus cannot support JAVA-8. My first clue on this came with a stackoverflow question. The questioner answered his own question:

This was fixed by changing my Eclipse IDE version from indigo to luna. Luna comes with support for Java 8 so all issues have now been resolved.

Luna is 4.4 and was released in 2014 so yes, 3.8 (Juno) will not work with JAVA-8.

As necessary cross-confirmation, with advice from here, the compliance level needs to be at least 1.8 (Window ▸ Preferences (open Java) Compiler ▸ JDK Compliance). If the JDK Compliance Level is not set to 1.8 (or better), then that version can NOT support JAVA-8. In my case it was 1.4 & has 1.7 as the maximum available.

Eclipse has an Installer which promises easy updates (release-notes). Advice from linuxconfig.org if you would rather go the direct route. For me:

$ cd ~
$ tar xpf Downloads/eclipse-inst-linux64.tar.gz
$ cd eclipse-installer
$ ls -Al
total 296
-rw-r--r--  1 alexk alexk  42735 Dec 14 10:58 artifacts.xml
drwxr-sr-x  4 alexk alexk   4096 Dec 14 10:58 configuration
-rwxr-xr-x  1 alexk alexk  80393 Dec 14 10:58 eclipse-inst
-rw-r--r--  1 alexk alexk    316 Dec 14 10:59 eclipse-inst.ini
drwxr-sr-x 18 alexk alexk   4096 Dec 14 10:58 features
-rwxr-xr-x  1 alexk alexk 134914 Dec 14 10:58 icon.xpm
drwxr-sr-x  4 alexk alexk   4096 Dec 14 10:58 p2
drwxr-sr-x  4 alexk alexk  20480 Dec 14 10:58 plugins
drwxr-sr-x  2 alexk alexk   4096 Dec 14 10:58 readme

$ ./eclipse-inst
java version "1.7.0_111"
OpenJDK Runtime Environment (IcedTea 2.6.7) (7u111-2.6.7-2~deb8u1)
OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode)

Notice how the damn thing is running JAVA-7, even though I've set the alternatives system to prefer JAVA-8. That makes me spit. However, it is up & running with Version: Oxygen Release Milestone 4 (4.7.0 M4), and is set internally to use JAVA-8, except that we now get 56 errors, 6,082 warnings, 17 others after building the workspace.

Fortunately, I spotted the name MapCSSParser, which was referenced as Mappaint MapCSS in the Wiki under 'Compiling':

  1. Go Help ▸ Install New Software...
  2. Add URL http://eclipse-javacc.sourceforge.net/
  3. Add name JavaCC Plugin
    (pressing Enter put it in the Work with selection, whilst JavaCC Eclipse Plugin appeared in the box below, and needed to be selected)
  4. Press Next>
  5. (version 1.5.33) Press Next>
  6. (accept license agreement) Press Finish
  7. (warning about unsigned content) (prats - accept it)
  8. Restart Eclipse

That only puts us into a situation where we can compile the required .java files from MapCSSParser.jj using the newly installed JavaCC (try to keep up). Unfortunately, the Wiki has the wrong location for this file. You can find it at ~/workspace/josm/core/src/org/openstreetmap/josm/gui/mappaint/mapcss/MapCSSParser.jj. Locate it within the package explorer, right-click on it & select Compile with javacc. When that completes all errors have gone, although there are now 6,299 warnings.

Debug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8).launch now launches the JOSM load window (I almost fainted, but it immediately stopped on Error: Unknown projection code & restored my faith in buggy builds!).

Bugfixing terracer: 5. wORD cASE bLINDNESS

Posted by alexkemp on 14 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

fRIDAY 13 jANUARY WAS NOT A GOOD DAY.

tHE vOGELLA TUTORIAL SAYS:

1.4. Starting the Debugger
To debug your application, select a Java file with a main method. Right-click on it and select Debug As ▸ Java Application.

tHAT SEEMS SIMPLE ENOUGH. hOWEVER, FINDING A main METHOD IN josm IS MUCH HARDER THAN AT FIRST IT SEEMS:-

~$ cd ~/workspace/josm
~/workspace/josm$ fgrep -ir 'main {' ./
./plugins/Mapillary/.svn/pristine/(removed).svn-base:  main {
./plugins/Mapillary/build.gradle:  main {
./core/src/org/openstreetmap/josm/Main.java:public abstract class Main {
./core/src/org/openstreetmap/josm/gui/MainApplication.java:public class MainApplication extends Main {

(aWARD YOURSELF A gOLD sTAR IF YOU SPOTTED THE -i IN fgrep)

sO, ONLY 2 SOURCE-FILES, + ./core/src/JOSM.java (DECLARED IN ./core/build.xml AS THE "Main-class"):

JOSM.java:
/*
 * JOSM main class (entry point of the application)
 */

  1. Main.java : public abstract class Main
  2. MainApplication.java : public class MainApplication extends Main
  3. JOSM.java: public class JOSM extends MainApplication

nONE OF THE 3 PROGRAMS ABOVE HAVE A Java Application AVAILABLE WHEN Right-click | Select Debug As IS TRIED. hOWEVER, Debugging a Java Program, tutorials.point POINTED OUT THAT THERE WAS A KEYBOARD SHORTCUT (i LOVE KEYBOARD SHORTCUTS) (PROGRAM NEEDS TO BE PRE-SELECTED WITHIN Package Explorer):

Alt + Shift + D, J

tHAT GIVES THE VERY WONDERFUL ERROR MESSAGE:

Selection does not contain a main type

...AND THAT LEADS TO HUNDREDS OF FORUMS & OTHER SITES ALL SAYING THE SAME THING:

Your class is supposed to be called ‘main’, not ‘Main’

i HAD TO GO AND SIT DOWN IN A DARKENED ROOM FOR MANY HOURS AFTER DISCOVERING THIS.

iT'S NOT POSSIBLE TO CHANGE THE NAME OF THAT CLASS (AT LEAST, NOT BY ME) AND i COULD NOT FIND ANY WAY TO RE-CONFIGURE eCLIPSE TO CHOOSE A DIFFERENT CLASS NAME. oN AN INSPIRATION, i LOOKED AT josm/core/eclipse/ AND DISCOVERED JOSM (Java 8).launch. rIGHT-CLICKING ON THAT & Debug As HAD A LAUNCH OPTION. oH! jOY!

cHOOSING IT GAVE AN ERROR MESSAGE:

Launch configuration JOSM (Java 8) references non-existing project josm.

cHECKING THE PROJECT CONFIG FILE + LAUNCH FILE CONFIRMED MY WORST FEARS:

~$ head -3 "workspace/josm/core/.project"
<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
    <name>JOSM</name>
~$ tail -4 "workspace/josm/core/eclipse/JOSM (Java 8).launch"
<stringAttribute key="org.eclipse.jdt.launching.MAIN_TYPE" value="JOSM"/>
<stringAttribute key="org.eclipse.jdt.launching.PROGRAM_ARGUMENTS" value="--debug"/>
<stringAttribute key="org.eclipse.jdt.launching.PROJECT_ATTR" value="josm"/>

sO, JAVA WANTED AN ENTRY CLASS CALLED main & OUR SOFTWARE WRITERS CALLED IT Main. tHEN, THEY CALLED THE eCLIPSE PROJECT JOSM BUT IN THE LAUNCH FILE CALLED IT josm. i WAS DETECTING A TREND HERE.

bY THIS MOMENT IT WAS THE WEE HOURS OF TODAY (sATURDAY) AND i THOUGHT IT BEST THAT i GO & LIE DOWN IN THAT DARKENED ROOM AGAIN, THIS TIME UNTIL THE MORNING.

iN THE MORNING i RESTARTED THE COMPUTER & CHANGED THE PROJECT NAME IN THE LAUNCH FILE TO JOSM, THEN BOOTED UP eCLIPSE AND TRIED AGAIN. tHIS TIME, THE ERROR MESSAGE SAID:

Launch configuration JOSM (Java 8) references non-existing project JOSM.

bUGGER. iT LOOKS LIKE NO PROJECT MAY BE REGISTERED WITHIN eCLIPSE, EVEN THOUGH i RECALL THE SCREEN (BRIEFLY) FLASHING UP INFO ON REGISTERING IT AFTER THE svn CHECKOUT PROCESS.

bUGGER BUGGER BUGGER. i CANNOT FIND ANY MEANS OF REGISTERING/IMPORTING/CREATING/RE-CREATING AN eCLIPSE PROJECT. oH DAMMIT; DOES ANYONE HAVE A DOG i CAN KICK?

hOW ON EARTH CAN A WRITER NOT NOTICE THAT, AS ONE OBVIOUS EXAMPLE, THAT THEY HAVE THEIR cAPS-lOCK KEY ON AND THAT THEIR WORD CASE IS THUS ALL WRONG? i USE THE LINUX TERMINAL, SO I KNOW IMMEDIATELY IF THE CASE IS WRONG. i SUPPOSE THAT THESE GUYS ALL USE wINDOWS. bUGGER.

Coda: Restart Attempt

It got so bad that I decided to restart from scratch: shut down Eclipse, empty everything inside ~/workspace & redo Checkout Projects from SVN after opening Eclipse (concise list at bottom). When the Checkout was complete I went to workspace/josm/core/eclipse/JOSM (Java 8).launch & did right-click Debug As ▸ Java Application. It threw an error message:

Launch configuration JOSM (Java 8) references non-existing project JOSM.

Have the software authors changed that value to now be (correctly) upper-case? I've checked, and that's how it now is on the SVN server. Or did I get it wrong the first time? I am no longer certain. I only know that the damn thing will not work, no matter what I do. Even with completely default settings.

I cannot do anything further; time for bed.

Here is the concise list to setup Eclipse. Y'know, the list that doesn't work...

  1. Create an empty workspace dir
  2. Open Eclipse & select "workspace/" as the Workspace
  3. Remove the Welcome screen (click on 'x')
  4. Click on File ▸ New ▸ Other
  5. Open the SVN category and select Checkout Projects from SVN
  6. Press the Next> button in the Wizard
  7. Select Create a new repository location; press Next>
  8. Paste: https://svn.openstreetmap.org/applications/editors/
    ("Select/Create Location") + Press Next>
  9. Enter josm ("Select Folder") + Press Next>
  10. Select Checkout as a project in the workspace
    ("Check Out As") + Press Next>
  11. (use defaults)
    ("Select the project location") + Press Finish

Sault ste. marie ont canada

Posted by james guertin on 14 January 2017 in English (English)

today was my first time imputing to any mapping program kind feels like the old days exploring the new world lol James guertin

Location: Gore Street, Sault Ste. Marie, Ontario, P6A 1X3, Canada

Raster gpstrace tiles as OsmAnd overlays

Posted by HolgerJeromin on 13 January 2017 in English (English)

OSM has (since long time) raster tiles of all uploaded GPS traces.

Since a few days they are available as a overlay (like data overlay) on the OSM.org mainpage. Hurray.

This reminded me of using the overlay of mapillary traces for OsmAnd. The same is possible with the GPS traces!

The tileset addresses are:

https://gps-{s}.tile.openstreetmap.org/lines/{z}/{x}/{y}.png and http://gps-{s}.tile.openstreetmap.org/lines/{z}/{x}/{y}.png

In OsmAnd you can use (needs the online tile plugin active)

http://gps-a.tile.openstreetmap.org/lines/{0}/{1}/{2}.png

Step-by-step instructions are shown in Peters blog.

So now you can toggle the gps and mapillary traces in osmand whatever you are interested right now.

Bugfixing terracer: 4. Eclipse Debugging Routines

Posted by alexkemp on 12 January 2017 in English (English)
  1. There May be Troubles Ahead
  2. Errors whilst Compiling using Ant
  3. Creating Eclipse Project
  4. Eclipse Debugging Routines
  5. wORD cASE bLINDNESS
  6. Importing the Project Bugs
  7. Have you Tried Restarting Your Program, Sir?
  8. Show Your Bugs, Damn You!
  9. Be Careful What You Wish For

Hours & hours of using terms such as “bugfix” as a search-string for Eclipse in Google were getting me nowhere. I finally broke through into sunlit uplands when I tried using “Debug|Debugger” as the search-string. That led to the following tutorial:

http://www.vogella.com/tutorials/EclipseDebugging/article.html

I'm getting very frustrated at this slow progress, but perhaps need to be a little less hard on myself. Remembering that my knowledge on all these apps was zilch at the start (just a little on using Subversion), I think that I'm heading in the correct direction.

Userbox: User Translator

Posted by dcapillae on 12 January 2017 in English (English)

I have created a new userbox for users who collaborate translating the OSM Wiki, a first userbox to make known the translation works of the wiki and promove them. The userbox includes a link to the wiki translation guidelines. Userbox:User Translator Image: Userbox “User Translator”. Source: OSM Wiki, OpenStreetMap Wiki contributors (CC BY-SA 2.0).

At the moment, the userbox is available both in English (Template:User Translator) and Spanish (Template:ES:Usuario traductor).

Older Entries | Newer Entries