Dat begreep ik ook niet bij het installeren wanneer nou het moment was dat de daadwerkelijke software werd binnen gehaald.
Overigens, ik heb het Ubuntu paket gewoon onder Debian draaien, ook via apt-get gewoon geinstalleerd, en werkt prima!
Ik heb trouwens voor updates wel alle sources aan staan (dus ook voor derde “niet open” partijen).
Sterker nog, ik heb Debian op een tablet draaien (Acer Iconia W700), alleen WiFi doet nog niet, anders had ik ook op locatie kunnen werken.
De code van JOSM zit in een JAR (/usr/share/josm/josm.jar), deze wordt gestart met java door het /usr/bin/josm script:
$JAVACMD $JAVA_OPTS -jar /usr/share/josm/josm.jar "$@"
Welk pad voor java wordt gebruikt is afhankelijk van welke JRE er eerder in het script is gevonden.
Het gebruik van meer dan een PPA is niet aan te raden omdat PPAs zelden op elkaar zijn afgestemd, zodra verschillende versies van dependencies in meerdere PPAs beschikbaar zijn is de kans op ellende groot.
De josm package heeft echter amper dependencies, alle dependencies zijn in de JAR opgenomen:
Depends: openjdk-11-jre | java11-runtime | openjdk-8-jre | java8-runtime,
proj-data
Recommends: openjfx
De eerste dependency is een van ondersteunde JREs, de tweede een data package for grid shift files t.b.v. ondersteuning voor andere projecties, en de openjfx recommends is voor MP3 support.
Support voor openjdk-11 is toegevoegd in josm (0.0.svn14163+dfsg-1) en deze is uitgebracht na de release van Ubuntu bionic.
Je kan de gewenste JRE specificeren in een environment variable:
JAVACMD=/usr/lib/jvm/java-11-openjdk-amd64/bin/java /usr/bin/josm
Het script zal dan niet de lijst van bekende JREs afgaan om te kijken welke beschikbaar is en in het alternatives system is geselecteerd.
Het eerste commando toont welke java executable in het alternatives system geselecteerd is, het tweede toont elke openjdk versies op het systeem beschikbaar zijn, dit kunnen er meer dan 1 zijn (op bepaalde systemen):
# update-java-alternatives -l
java-1.10.0-openjdk-amd64 1101 /usr/lib/jvm/java-1.10.0-openjdk-amd64
java-1.11.0-openjdk-amd64 1111 /usr/lib/jvm/java-1.11.0-openjdk-amd64
java-1.8.0-openjdk-amd64 1081 /usr/lib/jvm/java-1.8.0-openjdk-amd64
java-1.9.0-openjdk-amd64 1091 /usr/lib/jvm/java-1.9.0-openjdk-amd64
De meeste recente tested snapshot van josm is beschikbaar voor Debian stretch in de stretch-backports repository:
apt-get install -t stretch-backports josm
Het is over het algemeen onwenselijk om Ubuntu packages op Debian te installeren.
Ik ben weer even vanaf het begin opnieuw begonnen en kwam josm-tested.jar tegen. Downloaden, executierechten geven en aanklikken en JOSM draait. Ik weet niet waarom dat nu wel werkt maar het is in elk geval gelukt. Hartelijk bedankt voor alle hulp.
Volgens de makers van Josm is dit wel “wenselijk”.
Ze zeggen:
Niet volledig getest, enz, maar hier werkt het in die paar dagen dat ik het nu gebruik vooralsnog probleemloos.
Ik ben al lang blij dat ik niet in Spycrosoft hoef te werken :P.
De JOSM ontwikkelaars zijn Java developers, hun specialisatie is software ontwikkeling, niet packaging. Als Debian Developer is mijn specialisatie juist wel packaging. Aan jou de keus aan wiens woord je meer waarde hecht.
Zoals altijd in Open Source: If it breaks, you get to keep the pieces 
(edit) Nu ik dit bericht toch al heb geplaatst,
Waar vind ik de documentatie over de BAG-importtool?
Kan iemand mij helpen begrijpen wat “Gebieden hebben een segment gemeen” betekent? Ik krijg deze melding als ik de validator gebruik maar kan geen fout ontdekken.
Even een linkje van locatie?
Ik heb een validatie uitgevoerd op het water met het gras eromheen en dit leidde tot 3 gelijknamige meldingen:
https://www.openstreetmap.org/#map=19/52.19915/6.00756
Bedankt. Het valt me wel op dat de tool zelf niet zonder meer beschikbaar is.
Even de validator geprobeerd in dit gebied, maar ik krijg die foutmelding niet. Die middelste waterpartij zou ook als mp kunnen worden getagd, maar fout is het zo niet.
Ik krijg tevens geen fouten met de JOSM validator
Een multipolygoonrelatie is niet nodig, daar het gras eromheen in tweeën geknipt is en het water dus niet als een polygoon omsluit.
Hier wel… https://www.openstreetmap.org/#map=19/52.19623/6.00575
Er liggen bij het winkelcentrum twee identieke gebouwen op elkaar. Dat zal het wel zijn
Ooit zijn alle gebouwen uit de BAG in Nederland geïmporteerd (en alle niet-BAG-gebouwen verwijderd). DIt is door een redelijk kleine groep vrijwilligers gedaan (denk aan een persoon of tien).
De updates van de BAG worden door een nog kleiner overgebleven deel van de groep gedaan, wat naar tevredenheid verloopt.
Voorlopig geen redenen om zorgen te maken dat de BAG-imports/updates niet meer plaatsvinden.
Zo nu en dan wordt de BAG-importtool geüpdated als weer een nieuwe versie van JOSM (want dat is de enige OSM-editor waarin dat kan) de boel in de war gooit.
Martin
En dat herstel jij toch zeker? 
Edit: ik denk dat goedegazelle hier wat knip- en plakwerk verkeerd gedaan heeft…
Zal zo kijken. Misschien wil Goedegezelle het eerst zelf proberen.
edit: Denk dat het dubbel geïmporteerd is.
Heb 50% verwijderd
Zo ligt het niet. Zoals je weet ben ik ontevreden over de manier waarop de BAG wordt geïmporteerd. In de afgelopen maanden heb ik in mijn gemeente ruim 700 gebouwen van constructie gehaald om een indruk te krijgen van de omvang van wat er moet gebeuren. Sindsdien ben ik bezig geweest om JOSM te installeren (en een minder antieke Linux-versie enz. enz.) en het is mijn bedoeling om het bijwerken van BAG-gegevens op een andere manier te gaan aanpakken. Ik zie overal om me heen gebouwen die niet kloppen, die ik zelf moet toevoegen of juist verwijderen en het zou ondoenlijk zijn om dit aan het forum over te laten. Overlaten aan de automatische BAG-import is evenmin een optie. Ik heb echter begrepen dat ik beter eerst de JOSM-editor goed kan leren kennen dus ik zal hier op de korte termijn niets mee kunnen doen.
Nee want ik voer geen BAG-imports uit (laat staan dubbel).
p.s. Bedankt voor het verwijderen.
(edit: tikfout)
Heel veel dingen kun je zelf en dat wordt door de BAG-eraars ook verzocht:
Gebouwen verwijderen; OK
Gebouwen van construction naar gereed omzetten: OK
Tags aan het gebouw toevoegen: house, retail, industrial etc.: OK
Dus zoveel blijft er dan niet over voor de BAG-eraars