OpenStreetMap

Diary Entries in English

Recent diary entries

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?) 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).

Bugfixing terracer: 3. Creating Eclipse Project

Posted by alexkemp on 11 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

Eclipse is an IDE (“Integrated Development Environment”). From the bug-fixing point of view, an IDE allows a program to be run until the program throws a software exception, when the IDE can re-appear, both showing the line within the source-code file that caused the error & giving opportunities to step forwards/backwards through the code, whilst examining changing values in key properties.

This is how Eclipse describes itself:-

Eclipse provides IDEs and platforms for nearly every language and architecture. We are famous for our Java IDE, C/C++, JavaScript and PHP IDEs built on extensible platforms for creating desktop, Web and cloud IDEs. These platforms deliver the most extensive collection of add-on tools available for software developers.

Having already used Subversion (SVN) to download the JOSM/plugins code, I thought that it would be easy to create a new Eclipse project from that directory, but could not find the way to do that, in spite of the advice in the Wiki:

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

So, I decided instead to follow the YouTube Video to Checkout JOSM into Eclipse, even though it is years out of date.

  1. Create new workspace directory: ~/workspace
  2. Eclipse is installed on the system:

    :~$ apt --installed list | fgrep eclipse

    WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts.

    eclipse/stable,now 3.8.1-7 all [installed]
    eclipse-jdt/stable,now 3.8.1-7 all [installed,automatic]
    eclipse-pde/stable,now 3.8.1-7 amd64 [installed,automatic]
    eclipse-platform/stable,now 3.8.1-7 amd64 [installed,automatic]
    eclipse-platform-data/stable,now 3.8.1-7 all [installed,automatic]
    eclipse-rcp/stable,now 3.8.1-7 amd64 [installed,automatic]
    eclipse-subclipse/stable,now 1.10.3-1 all [installed]

  3. Use the URL:

    https://svn.openstreetmap.org/applications/editors/josm/

    IIRC that created both JOSM core + the plugins as one operation, with the base at ~/workspace/josm. It also created the Eclipse project (“Checkout as a project in the workspace”).

  4. Selecting core/build.xml + compile created josm-custom.jar in directory core/dist

  5. Running that file launched JOSM in the normal way:

    ~/workspace/josm/core/dist$ java -jar josm-custom.jar

I also tested compile + dist [default] for terracer. It produced ~/workspace/josm/dist/terracer.jar, which seems to be the identical file that was downloaded via SVN. My main concern on that at this moment is that I'm uncertain whether the SVN JOSM that is launched this way is using the Plugins available from local SVN download or the set of plugins available from the Debian install. I guess that I'll find out eventually.

I made a survey on Tuesday of Besecar Avenue (my next survey target in Gedling) & have compiled all the houses ready to enter under JOSM. Today (Wednesday) has been blowing cold & strong all day, and snow is forecast for tomorrow & the rest of the week. Brrr!

I now need to find out how to launch Eclipse in bug-checker mode, and it should then be Go! Go! Go! Hopefully.

Mapping bus route in Ayacucho - Perú

Posted by karitotp on 10 January 2017 in English (English)

As part of the goal of making Ayacucho the best-mapped city in Latin America, the OSM community of Ayacucho, along with the Mapbox Perú team, added 20 bus routes relations to OpenStreetMap of 22 public transport services that there are in the city.

bus1 Bus routes added in Ayacucho

During the mapping, 41 public_transport = stop_position and 15public_transport = platform has been added/updated in downtown.

public Stop_positions and platforms of public transport added in Ayacucho

Our local knowledge was fundamental to this mapping, however, many of the added relations are still incomplete because we do not know the complete route of some buses, such routes are being completed by using tools such as Osmtracker.

MapThe.UK with Mapillary support, over 3000 Schools mapped

Posted by Christian Ledermann on 10 January 2017 in English (English)

To make it easier to identify schools Schools.MapThe.UK now displays Mapillary photos near the school location.

Mapillary example

Mapillary example

Older Entries | Newer Entries