[Potlatch-dev] [OpenStreetMap] #3565: German translation for Potlatch 2
#3565: German translation for Potlatch 2 ---+ Reporter: claudius.h@… | Owner: potlatch-dev@… Type: enhancement| Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: l10n | ---+ Please find attached the two translated german properties file for the current strings available. -- Ticket URL: http://trac.openstreetmap.org/ticket/3565 OpenStreetMap http://www.openstreetmap.org/ OpenStreetMap is a free editable map of the whole world ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [osmosis-dev] using osmosis to import full history planet
Hi Martijn, The history tasks you're using are part of some experimental work that Peter Körner was working on and they're not part of the normal Osmosis distribution. Perhaps Peter can provide some assistance ... Brett On Fri, Mar 4, 2011 at 1:09 AM, Martijn van Exel mart...@geodan.nl wrote: Op 03-03-11 15:07, Martijn van Exel schreef: Hi all, We have been trying to import an extract (bbox) of the full history planet file into a PostGIS database using the osmosis db schema. Without much success so far. We described the steps we took here: https://docs.google.com/document/d/1n8g1skzgcvXQF9RtRYNtK2rKdQ_R4JYmC6TNnsGeA9o/edit?hl=en ..or the published version of the Google Doc for readability... https://docs.google.com/document/pub?id=1n8g1skzgcvXQF9RtRYNtK2rKdQ_R4JYmC6TNnsGeA9o -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] OSMembrane - GUI front-end for Osmosis
Hi Tobias, I just finished having a play with OSMembrane. Colour me impressed :-) It's a great little app, and provides a nicely polished user experience. I hope development on the tool remains active, or that it at least continues to be maintained. It should be a great complement to Osmosis. Cheers, Brett On Wed, Feb 16, 2011 at 11:05 PM, Tobias Kuhn tob...@osmembrane.de wrote: Hello OSM community, we're three students which had to develop a *Graphical Interface for Osmosis* during a practical task. This task now is finished and we'd like to release our product to the real world and see whether the world needs it or not. The program is written in Java with Swing and named OSMembrane, the name is a pun on Osmosis and semipermeable membranes. It is available at * http://www.osmembrane.de/* (the site is in English) http://osmembrane.de/There you can obtain the latest executable release as well as the source code and project managment. It's licensed under the GPL to be compatible with software already present in OSM. The Osmosis tasks are included via an XML file so it is extendible. Currently supported locales are English and German. We're primarily interested in feedback for OSMembrane: Do you like it? Do you need it? Will you use it in the future? What's good and what's bad? So please don't hesitate to post your thoughts, a lousy answer is better than none. :) And additionally, since we won't be able to spend too much additional time on this project we'd also like to offer the possibility to maintain the project and continue the development, if anyone likes to. Greetings ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] Improving completeWays/completeRelations performance
Hi Frederik, On Fri, Feb 18, 2011 at 7:57 PM, Frederik Ramm frede...@remote.org wrote: But I've been thinking: With the the high performance of PBF reading, a two-pass operation should become possible. Simply read the input file twice, determining which objects to copy in pass 1, and actually copying them in pass 2. I'm just not sure how that could be made to fit in Osmosis. One way could be creating a special type of file, a selection list, from a given entity stream. A new task --write-seelction-list would dump the IDs of all nodes, ways, and relations that were either present or referenced in the entity stream: Your suggestion of creating a selection list file to support a two-pass approach seems quite reasonable, and would avoid making any changes to the pipeline design. I've often thought about ways of allowing tasks to receive their input data stream twice, but can't think of a way to do it without greatly complicating the entire pipeline. My latest idea was for Sink tasks (eg. your --multi-bb task) to throw an exception (eg. ResendDataException) that could be caught by Source tasks (eg. --read-xml) triggering them to re-start processing. It wouldn't be terribly difficult to add support for it to tasks like --read-xml, but it starts to get messy in the pipeline control tasks like --tee and --buffer. I'd have to re-write the DataPostbox class which forms the basis of all thread interaction to fix --buffer, and --tee would have to track which downstream pipes had requested a restart then trigger a single restart when all downstream pipes had finished with the first pass. One thing I like about the exception approach to restarts is that it could be rolled into existing tasks incrementally. Any tasks not supporting it would abort cleanly when they received the exception. I started experimenting with this idea this evening, but I've had to abandon the idea because I don't have the time to see it through. Brett ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Osmosis and full history planet
Hi Martjin, you might notice the refactoring of http://wiki.openstreetmap.org/wiki/Planet.osm/full I guess this is a very specific topic. I know only a few users working on: -Frederik Ramm with the history generator -ITO with the history animations -Pitscheplatsch with the user contribution thing I'm also very interested in this topic but have currently a lack of time and resources. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Osmosis and full history planet
Hi Matthias, Don't we all :) I tried to create an extract of the full history file using osmosis, which seemed to work in the sense that osmosis did not generate any errors. The existence of a dedicated script leads me to believe that osmosis is not the tool to make these extracts. It is a very specific topic but one that will gain more importance as OSM keeps growing and evolving. What we are doing with the OSM historu in our team is developing a method to determine local OSM quality based on historical evolution of the data and the characteristics of the individual contributors. Martijn On 3/4/2011 9:52 AM, Matthias Meißer wrote: Hi Martjin, you might notice the refactoring of http://wiki.openstreetmap.org/wiki/Planet.osm/full I guess this is a very specific topic. I know only a few users working on: -Frederik Ramm with the history generator -ITO with the history animations -Pitscheplatsch with the user contribution thing I'm also very interested in this topic but have currently a lack of time and resources. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Google Summer of Code 2011
Hi, I added the nodejs implementation of the xapi as idea. I'm not sure how much information about the xapi I should supply. The goals of the project are mostly defined by the xapi specification. Maybe I should sort them by importance? Apart from the application we will start working on the project in april as a group of students. We will end the course at the beginning of the second coding session of gsoc. In the second coding session I will work on my own. Any comments/suggestions? Regards Philipp Am Dienstag, den 22.02.2011, 21:04 -0600 schrieb Ian Dees: Hi all, I'm planning on submitting an application for the 2011 edition of Google's Summer of Code. The deadline for the organization application is March 11. In the meantime I'd love to invite anyone with ideas for projects university-aged students may enjoy working on to submit them on the project ideas wiki page here: http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2011 Please spread this to any and all OSM mailing lists you know about. Thanks, Ian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Google Summer of Code 2011
Philip, While I think an XAPI in node.js would be fun (and it's something I might do)- what value do you see it bringing to the project as a whole (ie justifying paying someone to write)? - Serge ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] XAPI and using a home server
Roland, Thanks for this - Ctrl-D to terminate the standard input made a big difference - it now gives me some XML that looks right. The only thing is that it ends with: runtime error: open64: 2 ./db/area_tags_local.bin File_Blocks:1 and does not provide the closing /osm-derived tag. Do you have any suggestions on what might cause that? Thanks Graham. On 1 March 2011 01:05, Roland Olbricht roland.olbri...@gmx.de wrote: Roland, I have compiled osm3s and imported the latest planet file. Thank you for this. I'm sorry that there are still holes in the instructions. I think this was successful - no errors anyway and took about 24 hours as you suggested and ended with [...] max_written_role_id 4458 R 1298757941 r 1298757941 This looks a bit abrupt, but I tried a small osm file and got a similar result, so I think this is a good sign? Yes, it is. It looks fine so far. Well, the next version will have a more informative final message. How do I use it? And although it lets me type things at the terminal (like your example queries), it does not respond - is it really listening on standard input? Yes, it does. It waits until the input stream is finished. So, please finish the input stream by Ctrl+D when you type at the console (works in general on all UNIX consoles). A more convenient way (especially when invoking it in a tool chain) might be to pass a file with the content to it. For example echo 'query type=nodebbox-query n=51.0 s=50.9 w=6.9 e=7.0/has- kv k=amenity v=pub//queryprint/' | bin/osm3s_query --no-mime --db- dir=YOUR_DB_DIR Your instructions on the wiki say put a query on the standard input, but when I start osm3s_query it prints out: encoding remark: No input found from GET method. Trying to retrieve input by POST method. You can safely ignore the message if you call osm3s_query on the command line. It's a leftover from the purpose of using it via the CGI interface of a web browser. Sorry if this is obvious - I haven't tried to look at your code to see what it is doing! Questions are always welcome. Even if it were obvious (it is not), it is still a good hint for me how to improve the instructions. The other question is whether anyone has written a php script (or similar) to make this emulate xapi queries to use as a direct replacement for xapi? AFAIK no yet. I think it would be feasible for /map?bbox=.. (gets 'bbox-query n= s= w= e=/print/') /node[..] (with or without bbox) (like the first query in the instructions, maybe without bbox) /way[..] (gets 'query type=wayhas-kv k= v=//queryprint/' or maybe 'query type=wayhas-kv k=//queryprint/' /relation[..] (gets 'query type=relationhas-kv k= v=//queryprint/') /* (all three without bbox) (gets: union query type=nodehas-kv k= v=//query query type=wayhas-kv k= v=//query query type=relationhas-kv k= v=//query /union print/ ) but the other queries may get more difficult. Cheers, Roland -- Graham Jones Hartlepool, UK. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] How to run applet?
On 04.03.2011 08:36, Dirk Stöcker wrote: With http:// it works. For https:// we probably need a better SSL certificate for the server which is strange, as firefox itself accepts the certificates. Java and certificates is a strange topic I don't comletely understand ATM. Java has it's own list of accepted root certificates. It is independent from the browsers. So you need a certificate that is signed by an authority included in that list. Stephan ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] custom hot keys
At 2011-02-18 02:41, =?UTF-8?Q?M=E2=88=A1rtin_Koppenhoefer?= wrote: 2011/2/18 Jo winfi...@gmail.com: By adding the source to for example bus stops, I was hoping to send a future hint to a bot that may one day import the bus stops from the PT company. If I already aligned the position on Bing imagery, I'd like it to leave that position alone. would the desired behaviour be any different if you were using another source for the bus stops? Are you storing the zoom-level as well? Are you storing the date of the imagery? I am. My source key is an array of various values for each object, any of which can (and do) change within a session. Thus, they are tagged on each object. I've got a preset that I created, but it was more cumbersome than a combination of cut/paste, an auto-it script, and quick typing. I haven't tried the newer combo-capable presets yet. As to the original point of the thread: https://josm.openstreetmap.de/ticket/3484 Tooltips would be nice, too, when my brain is tired and I can't remember what my lousy icons mean :) -- Alan Mintz alan_mintz+...@earthlink.net ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] custom hot keys
On Fri, 4 Mar 2011, Alan Mintz wrote: Tooltips would be nice, too, when my brain is tired and I can't remember what my lousy icons mean :) There are (again) tooltips for the toolbar. See #6052. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
On 3/4/2011 4:26 AM, Stephan Knauss wrote: On 04.03.2011 08:36, Dirk Stöcker wrote: certificate for the server which is strange, as firefox itself accepts the certificates. Java and certificates is a strange topic I don't comletely understand ATM. Java has it's own list of accepted root certificates. It is independent from the browsers. So you need a certificate that is signed by an authority included in that list. Firefox itself does not accept the server certificate on a fresh install - once you decide to trust the certificate, it adds the checkmark by default to trust it in the future.I always uncheck that in Firefox since I have no way to know how the private keys are handled. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] validator question, multipolygons
recently I started to use multipolygons to save ways. For instance I draw a closed way and tag it with barrier=fence. Then I make a multipolygon-relation where I add the way as outer and assign a landuse. The Josm-Validator gives me a strange warning about this: Style for outer way mismatches. What does this mean? cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
Hi, M?rtin Koppenhoefer wrote: recently I started to use multipolygons to save ways. For instance I draw a closed way and tag it with barrier=fence. Then I make a multipolygon-relation where I add the way as outer and assign a landuse. The Josm-Validator gives me a strange warning about this: Style for outer way mismatches. What does this mean? It means that the validator is *much* too over-eager and needs to be toned down. I have seen people break their perfect mapping because of it. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
On Fri, 4 Mar 2011, Mike N wrote: Firefox itself does not accept the server certificate on a fresh install - once you decide to trust the certificate, it adds the checkmark by default to trust it in the future.I always uncheck that in Firefox since I have no way to know how the private keys are handled. You also have no way to know how a bought certificate is handled. So either you trust a site or not. The SSL certificate system is based on a somebody payed for it, so you can trust it method which actually is broken by design. Actually not checking the I trust this certificate from now on reduces your security, as you will not recognice when some bad guy replaces it or tries to do man-in-the-middle attacks. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
2011/3/4 Frederik Ramm frede...@remote.org: It means that the validator is *much* too over-eager and needs to be toned down. I have seen people break their perfect mapping because of it. +1 (there is also warnings about close way ends where the way is a barrier). IMHO JOSM should not encourage people at all to tag the outer way with area tags and not the multipolygon, even for simple cases. I know that you can ignore errors and warnings (permanently in the validator), but I don't do that because I fear that I might miss a useful warning, and I guess that other user behave similar, so toning it down might be a good solution. cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
On Fri, 4 Mar 2011, M∡rtin Koppenhoefer wrote: recently I started to use multipolygons to save ways. For instance I draw a closed way and tag it with barrier=fence. Then I make a multipolygon-relation where I add the way as outer and assign a landuse. The Josm-Validator gives me a strange warning about this: Style for outer way mismatches. What does this mean? Please make an example which shows this. This warning essentially means that you have NO style for the multipolygon and multiple outer ways, which have different styles. This means that it is not clear what the multipolygon actually should be. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
2011/3/4 Dirk Stöcker openstreet...@dstoecker.de: Please make an example which shows this. This warning essentially means that you have NO style for the multipolygon and multiple outer ways, which have different styles. This means that it is not clear what the multipolygon actually should be. way 102703913 cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
On Fri, 4 Mar 2011, Frederik Ramm wrote: recently I started to use multipolygons to save ways. For instance I draw a closed way and tag it with barrier=fence. Then I make a multipolygon-relation where I add the way as outer and assign a landuse. The Josm-Validator gives me a strange warning about this: Style for outer way mismatches. What does this mean? It means that the validator is *much* too over-eager and needs to be toned down. I have seen people break their perfect mapping because of it. Frederik. Most of the time you have valuable comments and ideas, but a comment like this is a hit in my face which I don't like. This warning has sense and I would suggest to have a look into the code before issuing such nonsense. Maybe the code has bugs, but simply saying that I made a lot of crap is not the way to go. And yes I take that one a bit personal, as it is basically my code. Validator has been tuned a lot in the last months to reach a proper balance between warnings and useful output. All your posts in the last weeks show that you don't follow the JOSM develop close enough to have a good judgment on these issues. So before blaming all and everything start to get more in touch with the recent code base and when necessary file bug reports where fine tuning is needed. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
On 3/4/2011 2:32 PM, Dirk Stöcker wrote: Actually not checking the I trust this certificate from now on reduces your security, as you will not recognice when some bad guy replaces it or tries to do man-in-the-middle attacks. Not checking default trust can reduce security related to operations on this site, but opens a hole in the hypothetical case where someone uses a leaked certificate on a more important site such as banking; a man in the middle attack would not be detected. It's quite possible that the certificate on josm.openstreetmap.de is safer than a purchased certificate, but I just didn't take the time to check it all out. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
2011/3/4 Dirk Stöcker openstreet...@dstoecker.de: Validator has been tuned a lot in the last months to reach a proper balance between warnings and useful output. All your posts in the last weeks show that you don't follow the JOSM develop close enough to have a good judgment on these issues. So before blaming all and everything start to get more in touch with the recent code base and when necessary file bug reports where fine tuning is needed. This is all true, and it really is a very useful piece of JOSM, no doubt. That's why we should try to get rid of warnings that are no errors, because if there are too many warnings people will simply ignore all of them (I guess you already know this and see it the same way). Of course it is not possible that the validator understands every possible situation on earth which might be mapped correctly. In this case he would have to know that the barrier=fence is a linear feature and not describing the area. Another issue where I get warnings are overlapping areas (which is not using a multipolygon for adjacent areas, so their ways are partly overlapping). Personally I ignore them but I know of quite some situations where other mappers disconnected areas because of this (also pedestrian areas mapped as squares which connected to a road). I think that this is not a warning that should be turned on by default, because validator can't know about the topology, and always using a multipolygon when 2 areas are touching (to reuse this part of the way) is overkill. cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
On Fri, 4 Mar 2011, M∡rtin Koppenhoefer wrote: Please make an example which shows this. This warning essentially means that you have NO style for the multipolygon and multiple outer ways, which have different styles. This means that it is not clear what the multipolygon actually should be. way 102703913 Seems to be a bug. During the code moving around of code between multipolygon drawing and validator this must have bee mix up. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
On Fri, 4 Mar 2011, M∡rtin Koppenhoefer wrote: Another issue where I get warnings are overlapping areas (which is not using a multipolygon for adjacent areas, so their ways are partly overlapping). Personally I ignore them but I know of quite some situations where other mappers disconnected areas because of this (also pedestrian areas mapped as squares which connected to a road). I think that this is not a warning that should be turned on by default, because validator can't know about the topology, and always using a multipolygon when 2 areas are touching (to reuse this part of the way) is overkill. This is already an informational warning which is not shown by default. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
Am 02.03.2011 18:40, Dirk Stöcker: Hello, I think most of the major issues with the applet variant of JOSM should now be fixed. Could others please test and validate this? See http://josm.openstreetmap.de/wiki/Applet regarding description and the different logins. You need a JOSM login to use the preferences storing feature. Ciao Failed on Opera 11.01 on Win7 32b using Java Plug-in 1.6.0_24 Using JRE-Version 1.6.0_24-b07 Java HotSpot(TM) Client VM Laden: Klasse org/openstreetmap/josm/gui/MainApplet.class nicht gefunden java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Ausnahme: java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class You might want to create a new Applet component at Trac for future Applet related issues. Claudius ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
On Fri, 4 Mar 2011, Claudius wrote: Failed on Opera 11.01 on Win7 32b using Java Plug-in 1.6.0_24 Using JRE-Version 1.6.0_24-b07 Java HotSpot(TM) Client VM Laden: Klasse org/openstreetmap/josm/gui/MainApplet.class nicht gefunden java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Ausnahme: java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class Hmpf. I had this also once and I have no idea what the reason may be. Trying again a bit later solved the issue. Maybe partial loading of jar file? Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
On Fri, 4 Mar 2011, Mike N wrote: Actually not checking the I trust this certificate from now on reduces your security, as you will not recognice when some bad guy replaces it or tries to do man-in-the-middle attacks. Not checking default trust can reduce security related to operations on this site, but opens a hole in the hypothetical case where someone uses a leaked certificate on a more important site such as banking; a man in the middle attack would not be detected. Well. When accepting a non-standard certificate you should always verify why it is not accepted and then decide (once!) if you trust it or not. It's that simple. Your original texts suggest not to accept self-signed certificates in general and that is actually plain wrong. It's quite possible that the certificate on josm.openstreetmap.de is safer than a purchased certificate, but I just didn't take the time to check it all out. Very easy to decide: If you trust the JOSM download and use the software, you also can accept the certificate. Otherwise if you think you can't accept the certificate, you also should not download and use the software. Simple, isn't it? Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] validator question, multipolygons
Dirk, Dirk Stöcker wrote: Maybe the code has bugs, but simply saying that I made a lot of crap is not the way to go. And yes I take that one a bit personal, as it is basically my code. I wasn't aware of this, I thought it had been done by someone else. I have, however, often been asked why does the validator complain about X and my only answer was probably it's over-eager... AGAIN. So maybe you have taken off a lot of it's edge in the last months (and you are right, I haven't followed recent developments, I wasn't even aware that you were actively developing validator code), and maybe these situations have been fixed meanwhile, but certainly more than once in the past I have cursed validator for giving people all the wrong ideas and in fact introducing a streamlined kind of mapping which has never been OSM style. So before blaming all and everything start to get more in touch with the recent code base and when necessary file bug reports where fine tuning is needed. In my eyes the validator does not have a problem with one specific check; it has an attitude problem. Until now I wasn't aware that it was *your* attitude I was criticizing when I said so ;) but I think the validator is nannying people too much, *especially* (and I checked that before writing it) since it is enabled by default on a new install. I don't even have to look past the warning dialog for my first complaint: Even if the list contains only warnings, the dialog title still reads: Data has errors. - That's what I mean by attitude problem; in my eyes it is totally wrong to *ever* tell a mapper that his data has errors. The validator can at most point out potential problems - but data has errors? As an expericed mapper I percieve that to be arrogance on JOSM's part, and as a newbie mapper I would certainly not proceed with uploading. I'll give some examples for checks that I think are nannying too much, all these are active by default: * untagged way (warning) - perfectly ok if such a way is a relation member. You're not showing the warning if it is a multipolygon but there may be others you don't know of. * unknown relation type (warning) - JOSM should never assume to be in possession of a full list of allowed relation types! * unnamed ways (warning) - I think it is perfectly normal to draw streets from aerial imagery and have no name for them. * illegal tag/value combinations - someone seems to have had a field day here. 90% of these deserve to be thrown out. Only recently it complained about my man_made=pipeline - from reading the source I found out that it was expecting an extra tag with details about the pipeline. To understand the severity of this, take this example: You are new to JOSM. You map a road and tag it highway=road. You hit upload. You get (emphasis by me): Data WITH ERRORS. Upload anyway? + Warnings + ILLEGAL tag/value combinations - temporary highway type So, highway=road is an error, and an illegal combination of a tag and value? Thankfully it doesn't complain when I write highway=raod. Maybe I should use highway=raod instead of highway=road as the latter is clearly illegal and an error. I think the main problem is that the validator is now by default enabled before download - something you can switch off, of course, but to the new mapper the Your data has errors message conveys: We don't want your data, please stop what you're doing! It is funny that both of us seem to have a desire to nanny JOSM users, just whenever you're doing it I complain and vice versa. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
Am 04.03.2011 21:57, Dirk Stöcker: On Fri, 4 Mar 2011, Claudius wrote: Failed on Opera 11.01 on Win7 32b using Java Plug-in 1.6.0_24 Using JRE-Version 1.6.0_24-b07 Java HotSpot(TM) Client VM Laden: Klasse org/openstreetmap/josm/gui/MainApplet.class nicht gefunden java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Ausnahme: java.lang.ClassNotFoundException: org.openstreetmap.josm.gui.MainApplet.class Hmpf. I had this also once and I have no idea what the reason may be. Trying again a bit later solved the issue. Maybe partial loading of jar file? Tried again. Working now. I had to accept certificates and allow execution of the applet on the first run which might have hindered completing the archive download. Now to the next bug: Preferences - Authentication - Use OAuth - Authorize now - Default - Enter data - Click Authorize now - Click Test now java.lang.NullPointerException at org.openstreetmap.josm.gui.oauth.TestAccessTokenTask.getUserDetails(TestAccessTokenTask.java:137) at org.openstreetmap.josm.gui.oauth.TestAccessTokenTask.realRun(TestAccessTokenTask.java:252) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:83) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:129) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Claudius ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
Hi, Dirk Stöcker wrote: With http:// it works. For https:// we probably need a better SSL certificate for the server which is strange, as firefox itself accepts the certificates. Ah. I had to log in on the JOSM server, which took me to https; then call the applet with http, and it worked. Unfortunately after a bit of successful playing I now pressed F11, which made my whole screen gray and no way back except killing the browser from another window. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
On Fri, 4 Mar 2011, Claudius wrote: Now to the next bug: Ok. You're right. Component Applet has been added ;-) Could you please file the errors as tickets, as I probbaly won't have time to fix them this weekend. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
Am 04.03.2011 23:01, Dirk Stöcker: On Fri, 4 Mar 2011, Claudius wrote: Now to the next bug: Ok. You're right. Component Applet has been added ;-) Could you please file the errors as tickets, as I probbaly won't have time to fix them this weekend. Sure, and the hint from my first mail still stands: You might want to create a new Applet component at Trac for future Applet related issues. Claudius ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] How to run applet?
On Fri, 4 Mar 2011, Frederik Ramm wrote: With http:// it works. For https:// we probably need a better SSL certificate for the server which is strange, as firefox itself accepts the certificates. Ah. I had to log in on the JOSM server, which took me to https; then call the applet with http, and it worked. Unfortunately after a bit of successful Ok. Until a successful SSL certificate fixes this I now redirect the https: to http: for the applet call. You did not need to login to Trac BTW. You can do this in applet as well or skip it totally (Currently some Java version ask you multiple time for user name if you skip - I have no idea why - probably an interaction between browser and Java). playing I now pressed F11, which made my whole screen gray and no way back except killing the browser from another window. Nice. I think this would have been something for a Trac ticket. We now have a applet component ;-) I disabled the fullscreen component for the applet, which should fix the issue. P.S. It was not necessary to kill the browser (at least for my firefox). Selecting firefox from menu and closing tab was enough. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Applet
On Fri, 4 Mar 2011, Claudius wrote: Am 04.03.2011 23:01, Dirk Stöcker: On Fri, 4 Mar 2011, Claudius wrote: Now to the next bug: Ok. You're right. Component Applet has been added ;-) ^ Could you please file the errors as tickets, as I probbaly won't have time to fix them this weekend. Sure, and the hint from my first mail still stands: You might want to create a new Applet component at Trac for future Applet related issues. Hmm, See above? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
