Re: Tracer2 Plugin / Alternative / WFS?
On Mon, Dec 14, 2020 at 05:10:01PM +0100, Marián Kyral wrote: > > Hi, > > maybe you can test the classic module of tracer-testing. We no more using > bitmap tracer module as we have available vector data from government. So > the module is not much tested. I fail to even grasp the idea of what i need. The Wiki (English version) does not have any description/instructions. I installed the tracer-testing and configured the classic plugin and then? Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: Tracer2 Plugin / Alternative / WFS?
On Mon, Dec 14, 2020 at 02:38:09PM +0100, Marián Kyral wrote: > > I think it is mainly update of Tracer wiki page and then merge development > branch to master and push to svn. I don't think there is anyone still using > the old mono server. I also need to "migrate" current tracer-testing users > back to tracer. > Yep there is - Me - And i asked out local community and there are more people still using it. All with the same issues like crashes in the josm plugin, problems with different image stuff like dashed lines etc. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Tracer2 Plugin / Alternative / WFS?
Hi, as the ALKIS Data for example for Northrhine-Westfalia have been republished as CC0 it is possible to use the Tracer2 Plugin and External Helper which have bitrottet a bit over the last years and are prone to backtraces/crashes and other problems. As Northrhine-Westfalia has also published the Building Outlines as a shape it would also be possible to use the outlines from the shape. While thinking about it it would a pretty plugin for be able to click somewhere and get a feature from a WFS Service which surrounds the clicked point. There is no point in trying an import as 90% of the buildings are there already. I'd rather like to see a simpler point-and-click feature by feature update/import. Is there some kind of WFS based Plugin? Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Keyboard dead bug again / still / getting annoying again
Hi, i am experiencing the "keyboard dead" bug again more frequently. Every hour or so i hit the issue and need to restart josm. It happens mostly when my machine is loaded in the background e.g. a backup, some docker containers processing data etc. So the machine slows down, i open the attribute add window alt-a and try to type and the keyboard stalls in all sub widgets and there is no way to revive it. We had opened bugs for this a couple of times, patches have been applied but the bug never went away for me. It some kind of race condition i cant remember the real cause. But it gets more annoying these days. Running with josm-latest-16589.jar and openjdk 11.0.7 2020-04-14 OpenJDK Runtime Environment (build 11.0.7+10-post-Debian-3deb10u1) OpenJDK 64-Bit Server VM (build 11.0.7+10-post-Debian-3deb10u1, mixed mode, sharing) On Debian/Buster, ThinkPad T440s with 12GB Ram Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: view/plugin showing age of an object
On Mon, Mar 18, 2019 at 05:30:37PM +0100, Dirk Stöcker wrote: > Hello, > > Is there anything i didnt see? > > Use the "timestamp:" search function? I know that - But that needs absolute times. I cant search for timestamp:>-8h can i ? And i was more like thinking of a maxspeed stuff - Age shows in the colours. So newest objects are green and the older they get from 0Min to 24h it fades to red or stuff like that. I bit like a mix of "modified" and "maxspeed" view/style. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
view/plugin showing age of an object
Hi, i am regularly visiting areas and try to find last modifications. Typically this is caused by some routing regressions i get automatically notified of. So i know the rough area something has changed so i open the area and now try to find recent changes. By recent i mean between 7 days to 2 hours. Typically i click through suspect objects and look up their history. Optimally i'd like to have something like the maxspeed view which shows the relative age of the objects in view. I couldnt find anything which does this, and i couldnt find if i can access node/way metadata in MapCSS e.g. calculate objects age. Is there anything i didnt see? Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: josm Keyboard input stops working
On Mon, Jan 07, 2019 at 05:49:59PM +0100, Roland Olbricht wrote: > Hi all, > > > Look at https://josm.openstreetmap.de/ticket/13160 > > > > For me its dead simple to reproduce ... Still exists in current josm > > with openjdk 8 and 11. I am on Linux but others have reported the > > Problem on Windows. > > I had the issue both on Windows and Linux (Windows 7 64Bit, Ubuntu 14.04, > and Ubuntu 16.04). It did never materialize in any reproducible way, > sometimes after barely a minute, sometimes not on session over multiple > hours. > > At the moment, everything is fine (on Windows 7 and Ubuntu 16.04). This > includes the setting that you have described. > > Given that the JOSM core developers might face the same situation, I suggest > to collect as much information as possible, in particular the Java > environment, the active plugins, all their version and so on. > > Could you check whether the problem persists even on a JOSM without any > plugins? I mentioned it already in the ticket. I can reproduce it with --skip-plugins and --reset-preferences with OpenJDK8 and OpenJDK11 on Debian/Stretch. Without plugins it takes longer to reproduce - around 30 seconds instead of 3. My speculation is that its some kind of race condition. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: josm Keyboard input stops working
Hola Maarten On Mon, Jan 07, 2019 at 08:11:20AM +0100, Maarten Deen wrote: > I have seen this also and have filed a bug for it in the past, but that got > closed because it was not reproducible. > > https://josm.openstreetmap.de/ticket/16403 > > Circumstances to create it included fast succession of entering keys, like > what Florian is describing. At a certain point I could not type new text but > I could change existing keys. > But I have not experienced this in some time now. I'm normally using the > webstart JOSM with usually last version of JAVA on Windows 7. Look at https://josm.openstreetmap.de/ticket/13160 For me its dead simple to reproduce ... Still exists in current josm with openjdk 8 and 11. I am on Linux but others have reported the Problem on Windows. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: josm Keyboard input stops working
On Sun, Jan 06, 2019 at 01:02:22PM -0200, Nelson A. de Oliveira wrote: > On Sun, Jan 6, 2019 at 12:54 PM Florian Lohoff wrote: > > for some month now i have the issue that under some for me > > non deterministic circumstances the complete keyboard input > > in JOSM stops working. > > Sometimes I still have this same problem > https://josm.openstreetmap.de/ticket/13160 > > As a workaround, when I see that the keys stopped to work, I open a > terminal, create an empty session file (touch something.joz) and ask > JOSM to save the session (selecting this empty file and overwriting > it). I had it break keyboard input 4 times in 20 Minutes now. Did nothing special - Just adding lanes, sidewalk, shoulder, cycleway, lit tags with alt-a, return from the cached key/value list. pressing alt-a to early again (I am a quick typer) breaks keyboard input. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
josm Keyboard input stops working
Hi, for some month now i have the issue that under some for me non deterministic circumstances the complete keyboard input in JOSM stops working. I was on latest 14530 and switched to 14648 a couple minutes ago and after 2 Minutes of editing all keyboard input was disfunctional. The only input method left is the mouse so i cant save a session because i cant enter a filename in the file requester popping up. I am pretty shure the bug existed in 14352 which i was using a while. This is on Debian/Stretch with OpenJDK 1.8 - 8u181-b13-2~deb9u1 and a cinnamon environment. A feeling i have is that it happens when there is keyboard input while a input masks pops up. So typing really quick triggers it pretty soon. Pressing "alt-a,return" quickly in a row to add some cached key/values triggers it somehow quick. The only way out is to restart josm. Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
josm startup 21 Minutes on current hardware // Disable network updates on start?
Hi, today it hit me again - Josm updates styles on startup which made the Startup take 2018-04-10 02:21:01.354 INFO: Log level is at INFO (INFO, 800) [ ... ] 2018-04-10 02:41:33.656 INFO: Toolbar action 1323558253_wikipedia-icon_24 overwritten: kendzi.josm.kendzi3d.action.LoadTextureLibraryAction gets kendzi.josm.kendzi3d.action.ShowPluginDirAction Take 21 Minutes. I am on a DSL Light aka 384KBit/s link and josm without my interaction first updated a sign style which in itselt is 46MByte I have disabled plugin autoupdate for the very same reason. Is there a way to disable even more autoupdate stuff on startup? Flo -- Florian Lohoff f...@zz.de UTF-8 Test: The ran after a , but the ran away signature.asc Description: PGP signature
Re: [josm-dev] Auto center new node
On Sun, Mar 20, 2016 at 02:27:49PM +0100, Gertrud Simson wrote: > Maybe you accidently pressed Strg+Shift+F instead of Strg+F. Hadnt hit it for like 8 years and it came up directly after the ugrade of josm to the latest version - I cant rule out i hit ctrl-f accidentally. I had never seen that mode in the past - does anyone actually use it? Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Auto center new node
On Sat, Mar 19, 2016 at 11:53:43AM +0100, Florian Lohoff wrote: > > Hi, > i just updated to the latest josm and was immediatly annoyed by > josm trying to auto center/scroll to a new node beeing set. > > I looked through the settings and i couldnt find anything obvious. > > Is there a way to disable that behaviour? I dont think it should be > default either. Forget it - after thinking about it for another 5 Minutes i found the "Viewport following". I have no clue how it enabled and why i never stumbled on that before ... Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] IPv6 problems
On Fri, Jan 01, 2016 at 09:12:50PM +0100, Dirk Stöcker wrote: > On Fri, 1 Jan 2016, Philip Homburg wrote: > > >- Ideally, operating systems should ship with a happy eyeballs implementation > > in the C library. I don't know any that does. It is not such a great idea > > for applications to roll their own. Mostly because you may want knobs to > > configure things system wide. > > For C there probably are libraries. > > >- All applications should loop over all addresses returned by getaddrinfo. > > There is simply no excuse not to. If java makes it impossible to iterate > > over all addresses that it is java that is horribly broken. > > I disagree here. ATM most services only have one IPv4 address. In > the transition time between protocols many will have IPv4 AND IPv6 > but in the near future (let's say 5-10 years) most will either have > IPv4 OR IPv6 and dual stack will slowly fade out. Thats 30 years timeframe - And Multi A or record is a common usage for load balancing. Just in case you havent seen it: flo@p3:~$ host api.openstreetmap.org api.openstreetmap.org has address 193.63.75.99 api.openstreetmap.org has address 193.63.75.100 api.openstreetmap.org has address 193.63.75.103 api.openstreetmap.org has IPv6 address 2001:630:12:500:219:bbff:fe39:8aba api.openstreetmap.org has IPv6 address 2001:630:12:500:21a:4bff:fea5:fd2a api.openstreetmap.org has IPv6 address 2001:630:12:500:219:bbff:fe39:3d9e > And it's not so easy to handle multiple connects. You can either > optimize for speed (open multiple connections parallel) or for load > (open one after the other) or ignore it (single connect) or randomly > choose an address (e.g. what postfix does). All of these methods > have advantages and disadvantages and depend on the application. Okay - When you ask your DNS the DNS is rotating the results for you. Thats been best common practice for nearly as long as there is DNS. flo@p3:~$ dig +short -t ANY api.openstreetmap.org @a.ns.bytemark.co.uk. 193.63.75.99 193.63.75.103 193.63.75.100 2001:630:12:500:21a:4bff:fea5:fd2a 2001:630:12:500:219:bbff:fe39:3d9e 2001:630:12:500:219:bbff:fe39:8aba flo@p3:~$ dig +short -t ANY api.openstreetmap.org @a.ns.bytemark.co.uk. 193.63.75.100 193.63.75.103 193.63.75.99 2001:630:12:500:219:bbff:fe39:3d9e 2001:630:12:500:21a:4bff:fea5:fd2a 2001:630:12:500:219:bbff:fe39:8aba As the application author you are supposed to try the ipv6 and then the ipv4 in order of appearance. If you do so everything is fine. If you try to be clever hell breaks loose with all sorts of problems. This is what i had when one of the APIs went dodo some weeks ago. I wasnt able to upload my changes with JOSM. So i used dig to find a working address and hardcoded it in the /etc/hosts because josm refused to try a different address. > And it's not so easy to decide when a connection works or not, as it > can fail on multiple levels and so on and so on. Many programs are Its easy - does a connect work? Its as easy as that. > extremely simple and implementing a full featured we-try-all network > access is total overkill. So also in the future the majority of > tools will only open one connection and try once. It's wishful > thinking to assume otherwise. Under most circumstances the very first connect will work and you are done. All others may take some seconds but still work. Right now the 1% fails - and fails in a way intransparent for users and undebuggable. > Thus the main question here is if parallel connects are important > enough, so that JOSM needs to support that feature or not. Currently > I think not. Its not about parallel connections - its about trying the other adresses you are told to use. Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] IPv6 problems
On Fri, Jan 01, 2016 at 02:03:57PM +0100, Dirk Stöcker wrote: > On Fri, 1 Jan 2016, Florian Lohoff wrote: > > >Currently josm tries to be clever and either does v6 or v4 and tries > >to detect whether the host is v6 enabled. This is broken by design. > >You cant detect whether you will be able to issue v6 connections > >until you try. There are v6 blackholes in the internet, there is > >intermittet connectivity, there are ULA prefixes which is just an v6 > >island whathever. Its the INTERNET - Everything is built on a "best > >effort" base. It may work - it may also not. IPv6 put the responsibility > > That's nonsense. If you extend the meaning of "best effort" to "it > may work or not" then it's ok when a provider only delivers data to > half of the world? Well, why pay money for devlivery the other half? Welcome to my world. I have been dealing with issues like that for 20 Years ... Upstream providers depeering other Tier 1s because of business issues and the regional ISPs looking for alternative paths. > A network access which has permanent connectivity issues is broken! As a residential customer this might be the case. Not in the ISP world. There are legions of people worldwide trying their best to keep the net working. Tuning paths that the residential customer paying 9.95€ does not see the packet loss occuring on the opposite site of the world. This was always in the commercial ages of the internet for like decades. When i started my own ISP Business in the very early 90ies we had the issues with DFN and all others. It went that far that XLink had its last hop toward dfn added a PTR 1.2.3.4 IN PTR ab.hier.wirds.langsam.weil.dfn.de > If you go into the future you will have IPv6 only. No IPv4 fallback. > And it has to work. Yes - we currently have a chance to try again > with IPv4 and JOSM doesn't use that chance. Well, JOSM doesn't do > many other things as well. IPv4 will not go away. It will stay with us for at least 30 years. Remember that there are billions of devices deployed world wide which dont have the flash codespace to support ipv6. The access technology will change. Today we have Dualstack. Cable operators have switched to DS Light tunneling ipv4 via ipv6 (Kabel Deutschland). Most likely the Cell providers will do DS Light aswell as their pricing/capacity is build around the number of datapipes and v4 and v6 are seperated. Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] DNS timeout/fail on startup Was: IPv6 problems
On Fri, Jan 01, 2016 at 02:03:57PM +0100, Dirk Stöcker wrote: > I also don't believe that's a JOSM issue, as JOSM does not remember > any states between connections. Maybe your connection is simply to > slow and you need to increase the timeouts so it works for your > system. JOSM uses reasonable timeouts for modern connections of half > a minute. That should be enough also for a 348kbit/s connection. I just tried to reproduce: Just let the very first DNS request for josm.openstreetmap.org fail/timeout - You get a popup "Network errors occured" and "Change proxy setting". This is abolute nonesense. I dont use any proxy - A simple DNS query failed - Thats life. I might even be offline - that would be perfectly allright. I could use josm afterwards pressing cancel on the "Change proxy settings" but i have situation where this does not work and i cant up-/download data. Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] IPv6 problems
On Fri, Jan 01, 2016 at 01:09:30PM +0100, Simon Legner wrote: > Hi! > > On Fri, Jan 1, 2016 at 12:47 AM, Florian Lohoff <f...@zz.de> wrote: > > 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]. Its not about Happy Eyeballs as the real and only solution. Best Common Practice is whenever you isse a connection and you get and A records you try first and if they fail you fall back to A records e.g. IPv6 first. This is the fundamental principle of IPv6 introduction and transition. You NEED people to first try v6 as you want the traffic to transition to the new protocol. IPv4 is DEAD - No RIR has v4 adresses anymore so there will be no new Companys with v4 connectivity. Get over it. Currently josm tries to be clever and either does v6 or v4 and tries to detect whether the host is v6 enabled. This is broken by design. You cant detect whether you will be able to issue v6 connections until you try. There are v6 blackholes in the internet, there is intermittet connectivity, there are ULA prefixes which is just an v6 island whathever. Its the INTERNET - Everything is built on a "best effort" base. It may work - it may also not. IPv6 put the responsibility for the user experience in the hands of application writers by making strong recommendations on how to write your applications. If it fails because the application is broken people turn off ipv6 and will never ever turn it back on because of bad reputation. This will hurt IPv6 adoption and in the end will hurt us all. I had all sorts of tricks in my josm startup scripts in the past years to tell josm to ignore v6 - to always enable ipv6 etc. First versions of josm even thought they would be ipv6 enabled if there were a ::1 on the lo interface. So the josm startup script included a "ifdown lo; josm &; sleep 30; ifup lo" That got fixed - now i have the issue that i need to restart josm when i move to a different network. Need to run tcpproxy in the background to let josm connect to the tracer server because it does not do a ipv4 fallback etc.. There are even more broken assumptions in josm. I live in the rural outback and i have 348kbit/s - Sometimes on josm startup it fails to fetch the motd or mappaint styles or whetever it tries to do on startup. Some requests on startup timeout because my line is congested. This causes josm to refuse to do ANY network interaction afterwards. You cant download data etc etc. Sometimes i need to start josm 3-4 times until it actually is willing to play with me. This never happens on a VDSL 50MBit/s connection etc. I really ask myself how the HOT people work around those issues. Network connectivity isnt even perfect in Germany, and is most likely even more flaky in HOT areas. Is josm actually usable without internet connectivity - editing offline files? Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] IPv6 problems
On Thu, Dec 31, 2015 at 02:44:59PM +0100, Dirk Stöcker wrote: > JOSM and Java do not try different protocols. If you (and the remote > server) have IPv6 it uses IPv6, if not IPv4. > > It seems you have a broken IPv6 connection which sometimes works and > sometimes not. You should fix it. t I disagree on that. The fallback to v4 should be per CONNECTION and not per application restart. The RFCs are pretty clear on this and further behaviour improvements on intermitted ipv6 connectivity. JOSM is a pain in the ass concerning ipv6. I typically roam with my notebook between dualstack and ipv4 only locations with suspend/resume and most of the time i need to save session restart josm etc. Its not even deterministic what the error looks like it just complains on some random network access ... > Trying multiple connections can hide such broken connections, but > most applications don't do this. Web browsers are the main > exception. JOSM not. So you are clearly not adhearing to BCPs for dual stack application development. There has to be a fallback to ipv4 for every single connection attempt not just once we restart the application. Just one of the most recent RFCs making this very clear that intermitted ipv6 connectivity is a common case and needs to be worked around in the application: https://tools.ietf.org/html/rfc6555 I used to work in the ISP Business for 15 years and applications like JOSM are the main hinderance for ipv6 acceptance. "It does not work when i enable ipv6" is the customer complaint so ipv6 is kept turned off. Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] IPv6 problems
On Thu, Dec 31, 2015 at 11:09:24PM +0100, Dirk Stöcker wrote: > >JOSM is a pain in the ass concerning ipv6. I typically roam with my > >notebook between dualstack and ipv4 only locations with suspend/resume > >and most of the time i need to save session restart josm etc. > >Its not even deterministic what the error looks like it just > >complains on some random network access ... > > If you switch between such networks disable IPv6 with "prefer.ipv6" > set to "false" or use a start script to set correct settings. But this is simply a broken advise - We want ipv6 and all RFCs have been written with transition in mind. You are now telling here is this app called JOSM and whenever you are on ipv6 turn it off because it might cause problems. This is exactly what the authors of all the RFCs tried to prevent. You are now causing a bad reputation on ipv6 although the application is simply not constructed with the Best Common Practices. > There are too few users with that specific issue to care for them > right now with an automatic approach. Germany - Bigges Community - Largest ISP Telekom is switching all DSL contracts to Dualstack. Kabel Deutschland is already handing out IPv6 be default with DS Light. So within a very short timeframe you'll see a lot more people complaining. > Java does not support on-the-fly detection, but this setting must be > done before first network usage and cannot be changed later. We > can't change that behaviour. Feel free to submit a Java bug report. 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. > We also do not fallback to secondary IPV4 addresses and so on and so > on. Happy Eyeballs is a feature and we don't have that feature. Happy Eyeballs is the continuation of fallback logic refinement. > Don't know where you find the statement in the RFC above. Problems > in section 3 of the document still have to be fixed, the document > itself provides only a workaround to "enjoy nearly identical > performance" even without fixing the problems. Time advanced since > 1994 where the first statement from section 3 comes and also since > 2012 where the RFC was written. I see no sense in spending lots of > work on fixing broken user setups. If you can convince Java to > support IPv6 better and switching during runtime, we'll use it. > Otherwise we expect users to use proper networks settings. My user setup is continously broken and i work around it. YOU refuse to even implement 20 year old Best Common Practices written in RFCs for a good reason. Just as one of the examples http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/110207 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. > For me the main problem are ISP's which provide broken or no IPv6 > connectivity. Sorry - NO - I have a perfectly working ipv6 setup with German Telekom at home. Even there i need workarounds with josm not falling back to ipv4 with the tracer plugin. Then i suspend, drive to work, resume and my setup is broken because i dont have ipv6 at work but josm caches it knowledge which it shouldnt. JOSM tries to be very clever and tries to detect if it has IPv6 connectivity and caches the knowledge. THIS IS BROKEN ALREADY. EVERY single connection needs the fallback logic for itself without cached prior knowledge of the environment. With mobility my ipv4 only connection can change to dualstack to dslight to a pure ipv6 with 6to4 NAT back to ipv4. If my services are reachable Dualstack there should be service everywhere. With JOSM the first change in network environment needs an application restart. This is 80ies - "You have moved your mouse - please reboot" Flo -- Florian Lohoff f...@zz.de We need to self-defend - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] josm locale english / iso date
Hi, is it possible to tell josm/java that my language is English but my date preference is iso date? (e.g. History). Typically i have a locale en_US.UTF-8 although i hate the US style date - i prefer iso date. Setting LC_ALL=de_DE.utf_8 and LANG=en_US.utf-8 results in a german JOSM which i still dont understand as LANG says en_US. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ 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
On Tue, Nov 26, 2013 at 03:57:40PM -0600, Ian Dees wrote: No, these aren't compass directions. They're the directionality of the road. For example, this way is part of the I-94 interstate going west, but a compass in a car driving on it would tell the viewer they were pointing north: http://www.openstreetmap.org/browse/way/39372612 So - North would be straight on, east would be left, west would be right in 99% of the other countries? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ 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
On Tue, Nov 26, 2013 at 03:46:47PM -0700, Martijn van Exel wrote: So the relation between the east--west and north--south member roles is equivalent to the relation between forward--backward. Because the cardinal direction is commonly included on the road signs (see example http://www.aaroads.com/west/new_mexico010/bl-010_eb_at_i-010.jpg) this information is useful in the U.S. (and Canadian) context as a drop in replacement for the traditional forward / backward role members. I still dont get it - Which relation would need this as a role? If this is a signposted destination i would expect it in the destination or destination:lane tag on the road as west e.g. destination:lanes=West;Los Angeles|East;Boston For example Mapfactor Navigator will use this to show destinations. backward/forward as role are in relation to the ways direction. A tag can either have a meaning in forward or backward or both directions on a way. There is no way a tag has a meaning in 56° left of the way. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] josm/jmapviewer / tilecache / single directory
Hi, i send an email a couple of months back about the jmapviewer tilecache used by josm using a flat directory for storing the tiles. Today now i stumbled that doing a find in the .josm directory takes upwards of 10 Minutes on my Quad i7 with a 7200 IDE Disk on Debian/Wheezy. Doing a cache cold ls in ~/.josm/tilecache/Bing Aerial Maps takes flo@p2:~/.josm/tilecache/Bing Aerial Maps$ time ls /dev/null real9m3.151s user0m23.133s sys 0m26.474s flo@p2:~/.josm/tilecache/Bing Aerial Maps$ ls -1 | wc -l 1846091 9 Minutes 3 seconds for a ls - 1.8Mio files in a single directory. Flo PS: Dont get me wrong - large cache is good - but not like this. -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] josm/jmapviewer / tilecache / single directory
On Wed, Apr 03, 2013 at 12:00:13PM +0200, Dirk Stöcker wrote: Hmm. Did you change any of the cache parameters in config? It should not get that large. Probably cache clean is broken, if so, please open a bug? I am living behind a 384KBit/s DSL and loading tiles is a pain in the ass as it takes ages to fill a screen with tiles. So a large cache is VERY WELCOME. It got that large because i was active in northern china which is a huge area. I want that much data in my cache - But storing it into a single directory is - uhm - broken - Filesystems are bad in storing huge amount of files or directories into a single dir. This is why all caches typically organize their files into trees - e.g. squid. Normally josm had its cache dir set to something in /tmp which is even more broken as /tmp is typically a tmpfs on most architectures. So using josm fills up memory and swap and cache is deleted on reboot... As sane default could be ~/.josm/tilecache but not a single directory. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] validator / power=line no power=pole|tower
Hi, i have a power minor_line which ends in a brick tower like sub_station. Thus i made a building=yes way for the substation and let the power=minor_line end on a node on the outer way for the building which is the obvious thing as just the isolators are mounted to the wall. Now the josm validator shows me a warning that the minor_lines node does not contain a power pole or tower which in this case is correct. I think this is a false warning. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] jmapviewer / tilecache hashing
Hi, i am using tile caching for bing extensively as i live in a rural area and connectivity is low-speed by todays standards. After a while i noticed that the tile cache directory gets awfully crowded with files. flo@p2:~/.josm/tilecache/Bing Aerial Maps$ ls -1 | wc -l 332731 Something like this is basically a worst case for all of todays filesystems. I tried having a look at the jmapviewer which seems to be the origin of the cache structure. Is/Has anybody working/ed on the cache directory layout? E.g. - Hashed directories like with squid - Make the tags an integral part of the file e.g. reserve the first 2-500 bytes of the file Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way
On Wed, Jul 06, 2011 at 11:46:27AM +0200, Dirk Stöcker wrote: Aeh - Okay - Somebody draws thousands of buildings and tags it with building=yes. Now i do site survey and add addresses - suddenly my presets dont work - Bug ... The defaults do not work. This is the same as when one of the elements would have the tag with a value. In this case defaults would not be applied as well. Default means try to guess what user wants. Guessing should be used with care and this is what josm does. But when pressing the addr preset its obvious that a pure building=yes should be on the line as the preset does not touch/add/remove or interacts with this tag. But refusing an obvious choice of offering the last city/postcode/street the user entered is - oem - a strange decision. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] addr mask / last tag takeover / dysfunctional when building=yes on way
On Tue, Jul 05, 2011 at 05:02:25PM +0200, Florian Lohoff wrote: Hi, is there a rational behind the latest josm not taking over the last addr mask settings if there is a building=yes on the way you try to set the tags? E.g. edit a way with addr:street/city/postcode/country, press Apply, open an untagged way - edit address and all tags except housenumber get taken from the last edit. When there is a building=yes on the way the mask is empty ... Bug or feature? Okay - its simply a broken default src/org/openstreetmap/josm/gui/tagging/TaggingPreset.java 249 initAutoCompletionField(textField, key); 250 if (usage.unused()){ 251 if (!usage.hadKeys() || PROP_FILL_DEFAULT.get()) { 252 // selected osm primitives are untagged or filling default values feature is enabled 253 if (use_last_as_default lastValue.containsKey(key)) { 254 textField.setText(lastValue.get(key)); 255 } else { 256 textField.setText(default_); 257 } 258 } else { 259 // selected osm primitives are tagged and filling default values feature is disabled 260 textField.setText(); 261 } 117 private static final BooleanProperty PROP_FILL_DEFAULT = new BooleanProperty(taggingpreset.fill-default-for-tagged-primitives, false); The new introduced default is to NOT autofill those entries which is a change in behaviour. I would rather change this to true. Flo -- Florian Lohoff f...@zz.de „Für eine ausgewogene Energiepolitik über das Jahr 2020 hinaus ist die Nutzung von Atomenergie eine Brückentechnologie und unverzichtbar. Ein Ausstieg in zehn Jahren, wie noch unter der rot-grünen Regierung beschlossen, kommt für die nationale Energieversorgung zu abrupt.“ Angela Merkel CDU 30.8.2009 signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Mailing list configuration - reply address
This is such a strange discussion, which comes up from time to time on various mailinglists and everybody is convinced his opinion is right. Actually I see no big difference between both and prefer the Reply-To-List default which is equal to the way usenet postings are done (probably I'm too old, as I used usenet long before mailinglists :-). My mails have a Reply-To-List always (because I much more often got double mails due to unexperienced authors than I got private mails over lists) and until now the But-I-Cant-Send-To-Author fraction never complained. I'd like to get my mails as dupes. Which means i can respond much more quickly. I tend to not look into the mailinglist folders to often. And i also forward mails into the inbox to other locations for prompt reaction. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Mailing list configuration - reply address
On Thu, Aug 19, 2010 at 07:52:38PM +0200, Sebastian Klein wrote: Hi, who is managing the mailing list? I would appreciate, if mails sent to the list would have Reply-To: josm-dev@openstreetmap.org in the header. This way you can answer more easily to the list. http://www.unicom.com/pw/reply-to-harmful.html Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] [PATCH] Image Direction / Compass Camera images
Hi, could it be that the josm build is not done on a utf-8 clean machine? On Mon, May 17, 2010 at 05:11:58PM +0200, Florian Lohoff wrote: + if (entry.getExifImgDir() != null) { +osd.append(tr(\nDirection {0}°, Math.round(entry.getExifImgDir(; + } The ° gets garbled - it works in my environment - seems okay in the the josm git - but in the josm-latest its shown as 2 rectangles in the image viewer - So my guess is that its a utf-8 in the svn/git repo and the build machine is an iso-8859-Something and intereprets the multibyte character as individual characters ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] [PATCH] Image Direction / Compass Camera images
ComparableImageEntry, Cloneable { void setExifCoor(LatLon exifCoor) { this.exifCoor = exifCoor; } +void setExifImgDir(double exifDir) { +this.exifImgDir = exifDir; +} @Override public ImageEntry clone() { diff --git a/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java b/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java index 02db2d6..7d99186 100644 --- a/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java +++ b/src/org/openstreetmap/josm/gui/layer/geoimage/ImageViewerDialog.java @@ -238,6 +238,9 @@ public class ImageViewerDialog extends ToggleDialog { if (entry.getSpeed() != null) { osd.append(tr(\n{0} km/h, Math.round(entry.getSpeed(; } + if (entry.getExifImgDir() != null) { +osd.append(tr(\nDirection {0}°, Math.round(entry.getExifImgDir(; + } //if (entry.getPos() != null) { //osd.append(tr(\nlat: {0}, lon: {1}, Double.toString(entry.getPos().lat()), Double.toString(entry.getPos().lon(; //} Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] direction arrows - oneway=yes
Hi, more recent josm versions dropped the default display of the ways direction with arrows. Currently josm does only so with oneway=yes. As junction=roundabout implies a oneway=yes i'd suggest adding arrows for ways with junction=roundabout aswell. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Dropped arrows / visualize node connectivity
On Wed, Mar 11, 2009 at 08:03:31AM +0100, Dirk Stöcker wrote: Subject: Re: [josm-dev] Dropped arrows / visualize node connectivity On Tue, 10 Mar 2009, Florian Lohoff wrote: Why? It would look exactly the same even if there are two overlaying nodes in the middle. The most common error i stumble upon is unconnected ways. Duplicate nodes are rare in comparison. So visualizing connections more prominently might reduce those errors i would expect - at least it did for me in the past. BTW, Why don't you use the validator check for this issue? I do and did - But visualizing/hinting common bugs/problems might help avoiding them. And sometimes i fix little things in the middle of a huge crowd and starting to fix bugs in the validator may then take hours - But sometimes one pans around on the map and sees unconnected ways which is an important bug for me (i want to have routing) and quickly fixes them. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Dropped arrows / visualize node connectivity
On Wed, Mar 11, 2009 at 11:41:55AM +0100, Dirk Stöcker wrote: You can reduce the validator checks, when you select data before pressing Validate. You know? I know ;) At least this report i would not contribute to my lazyness, ignorance or missing experience - Although i had other bug reports which were simply that ;) Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Autocompletion of numbers and access to presets
On Fri, Feb 13, 2009 at 10:48:16AM +0800, D Tucny wrote: Using the address preset may help, but, as it stands, presets are not easily accessible, or, perhaps they are only easily accessible and not quickly accessible... I can put a shortcut on the toolbar which would help, but, I can't seem to apply a keyboard shortcut, if I want to access the address preset using only the keyboard, alt-p opens the present menu, but then I have to press the up arrow 10 times, the right arrow once then the up arrow twice... Not exactly quick... I am typically using the address preset which i put into the josm toolbar. I havent yet checked whether its possible to put in a keyboard shortcut. A nice add on would be to have autocompletion on the Street name in the address preset input. As typically the street is already on the map when i enter housenumbers that would be helpful. Sometimes i make typos in the streetname as i need to type it again which afterwards will only get noticed in the Geofabrik tools ... Another nice add on would be that not only inputted values in the address input get taken as default but rather the values of the last opened address. Sometimes i'd like to continue on street A - so i could quickly open the last number on street a and then continue with new numbers. Currently when switching between streets one needs to type in the street name/postcode/town name again and again ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Autocompletion of numbers and access to presets
On Fri, Feb 13, 2009 at 04:18:20PM +0100, Stefan Breunig wrote: Please add the bug report to trac (http://josm.openstreetmap.de/newticket), otherwise it will get lost. A nice add on would be to have autocompletion on the Street name in the address preset input. As typically the street is already on the map when i enter housenumbers that would be helpful. Sometimes i make typos in the streetname as i need to type it again which afterwards will only get noticed in the Geofabrik tools ... Added 3 Months ago: http://josm.openstreetmap.de/ticket/1774 Another nice add on would be that not only inputted values in the address input get taken as default but rather the values of the last opened address. Sometimes i'd like to continue on street A - so i could quickly open the last number on street a and then continue with new numbers. Currently when switching between streets one needs to type in the street name/postcode/town name again and again ... http://josm.openstreetmap.de/ticket/2169 Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Autocompletion of numbers and access to presets
On Fri, Feb 13, 2009 at 04:56:19PM +0100, Stefan Breunig wrote: Thanks! You also might want to comment on http://josm.openstreetmap.de/ticket/67#comment:9 (help drawing parallel highways) as I believe this might be useful for housenumbers as well (i.e. at least the street name and postal code could be inserted when creating parallel ways. Please post if you have any suggestions, I'm not really satisfied with my current idea. I am not inserting adress interpolation and i dont like that part of the Karlsruhe schema at all. As the OpenRouteService already proves the interpolation is mostly irrelevant as ORS interpolates anyway also without any interpolating address way ... Typically i enter EVERY single house currently by a single node. When we'll have access to Aerial photos one can also add house outlines. http://www.openstreetmap.org/?lat=51.78382lon=8.31078zoom=17layers=B000FTF Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev