[osmosis-dev] Hudson build is back to normal: Osmosis #58
See http://www.bretth.com/hudson/job/Osmosis/58/ ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Minute Diffs Broken
Karl Newman wrote: Okay, so I'm 5 days behind on my email (although scanning through more recent subjects doesn't show any new activity about this), and maybe this problem has been solved already. Apologies if so, but I want to capture my thoughts while they're fresh. Please take this with a huge grain of salt and don't be harsh with me, because I don't know the details of the API workings (but I did read this entire thread). Some ideas to solve the root problem of Osmosis minute diffs missing elements, which appears to be because the timestamp is dated from when the transaction is opened instead of when it is committed: 1. If the transaction commit delay is caused by slow network connections, stream the diff upload to a temp file and wait until it finishes before passing it off to a rails daemon. The downside is increased disk I/O, which may or may not be significant. 2. If the delay is caused by precondition verification or other rails operations, then create the timestamp (in rails) once all data has been received and preconditions verified, just prior to inserting all the rows. This may not be possible without a major restructuring of the code, though... (like if it does precondition checks and inserts in sections for nodes, then ways, then relations, for example). The problem still exists. You can look at current audit reports here: http://planet.openstreetmap.org/minute/audit/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building Potlatch
Stellan Lagerstrom wrote: Replacing that with api06.dev.openstreetmap.org makes the html work right, but the flash client only loads partially; I see a Please wait - loading presets message, the flashing warning sign and a spinning globe forever. Any ideas? I've replied to Stellan off-list (while the lists were down) but for the benefit of anyone else, there's now a readme: http://svn.openstreetmap.org/applications/editors/potlatch/README.TXT The api06 install doesn't seem to be talking to Potlatch; the main site works fine. Not quite sure why yet. cheers Richard -- View this message in context: http://www.nabble.com/Building-Potlatch-tp23461954p23474242.html Sent from the OpenStreetMap - Dev mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Grumble, grumble
I think, and I can't be certain, that I've lost a whole evening's editing, just because one way I deleted in JOSM had already been deleted by other means before I came to upload. Surely that shouldn't be a problem that loses all the other changes which were unrelated? I say I can't be certain, but none of the edits I've made show up in Potlatch. Curses. Does the failed upload leave any temporary file behind on my (Windows based) machine that I can try and tweak and upload again? Ed ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Grumble, grumble
I think, and I can't be certain, that I've lost a whole evening's editing, just because one way I deleted in JOSM had already been deleted by other means before I came to upload. Surely that shouldn't be a problem that loses all the other changes which were unrelated? I recently created two tickets related to this problem because I've lost data too (and I was grumbling too ;-)) http://josm.openstreetmap.de/ticket/2528 http://josm.openstreetmap.de/ticket/2529 My general impression is that JOSM could do better in detecting conflicts, in warning users and in supporting them to resolve conflicts with the server. I say I can't be certain, but none of the edits I've made show up in Potlatch. Curses. Does the failed upload leave any temporary file behind on my (Windows based) machine that I can try and tweak and upload again? To the best of my knowledge: no. Karl -Ursprüngliche Nachricht- Von: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org] Im Auftrag von Ed Loach Gesendet: Sonntag, 10. Mai 2009 23:44 An: dev@openstreetmap.org Betreff: [OSM-dev] Grumble, grumble I think, and I can't be certain, that I've lost a whole evening's editing, just because one way I deleted in JOSM had already been deleted by other means before I came to upload. Surely that shouldn't be a problem that loses all the other changes which were unrelated? I say I can't be certain, but none of the edits I've made show up in Potlatch. Curses. Does the failed upload leave any temporary file behind on my (Windows based) machine that I can try and tweak and upload again? Ed ___ 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] Grumble, grumble
Hi, Ed Loach wrote: I think, and I can't be certain, that I've lost a whole evening's editing, just because one way I deleted in JOSM had already been deleted by other means before I came to upload. Surely that shouldn't be a problem that loses all the other changes which were unrelated? JOSM uses diff uploads, where either the whole upload works or the whole upload fails. What *should* happen in a case like yours: 1. you hit upload 2. upload fails, JOSM complains 3. if you try to exit JOSM, it should warn about unsaved changes 4. you must now do a download and resolve any conflicts 5. you hit upload again 6. it works Unfortunately, step 4 will not send you deleted objects, so JOSM has no way of knowing that the object has already been deleted. It could, however, better evaluate the return value of step 2 to at least find out that a certain way is giving trouble and maybe offer to leave that out of the upload or so. Currently the only way to deal with this situation is to save the file in JOSM and then manually remove the action=delete attribute from the way in question, before opening the file again and uploading it. There is also a config option osm-server.atomic-upload=false that you can set to make JOSM upload each object individually, which in your case would have meant that some changes would at least have been stored. I know this is very unsatisfactory and a fix is being worked on, but not ready yet. I say I can't be certain, but none of the edits I've made show up in Potlatch. You can use the changeset browser on the openstreetmap.org site to find out if a changeset has been created at the time in question and whether it contains anything. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Grumble, grumble
Frederik Ramm wrote: I know this is very unsatisfactory and a fix is being worked on, but not ready yet. If 0.6 is a transaction based system, the transaction should be stored server side in a changeset right? Or is 0.6 already complaining at the time you actually push in your changeset? In anycase; I think what should happen is a resultset upon closing of the changeset that would show you the conflicts. And you actually may wonder if an online editor shouldn't push out some way of locking... Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building Potlatch
2009/5/10 Richard Fairhurst rich...@systemed.net: Stellan Lagerstrom wrote: Replacing that with api06.dev.openstreetmap.org makes the html work right, but the flash client only loads partially; I see a Please wait - loading presets message, the flashing warning sign and a spinning globe forever. Any ideas? I've replied to Stellan off-list (while the lists were down) but for the benefit of anyone else, there's now a readme: http://svn.openstreetmap.org/applications/editors/potlatch/README.TXT The api06 install doesn't seem to be talking to Potlatch; the main site works fine. Not quite sure why yet. Works for me, I've not had any issues with potlatch at all on the dev server tbh. cheers Richard -- View this message in context: http://www.nabble.com/Building-Potlatch-tp23461954p23474242.html Sent from the OpenStreetMap - Dev mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Regards, Thomas Wood (Edgemaster) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] hard drive size
is a Hard drive of 500 Gig enough for a planet map rendering? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hard drive size
El Lunes, 11 de Mayo de 2009, Sam Mor escribió: is a Hard drive of 500 Gig enough for a planet map rendering? It should be. If you check the wiki and munin, you'll see that the mapnik tile server currently uses 75% of a 500 Gb RAID. -- -- Iván Sánchez Ortega i...@sanchezortega.es Este tagline iba a ser borrado, pero me dio pena signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hard drive size
we are using Richard Weait Tutorials (genearate_tiles) for world wide map, what do u suggest? do we make it for a zoom level = 12 or 13? From: Grant Slater openstreet...@firefishy.com To: Iván Sánchez Ortega i...@sanchezortega.es Cc: dev@openstreetmap.org Sent: Monday, 11 May, 2009 11:37:08 AM Subject: Re: [OSM-dev] hard drive size Iván Sánchez Ortega wrote: El Lunes, 11 de Mayo de 2009, Sam Mor escribió: is a Hard drive of 500 Gig enough for a planet map rendering? It should be. If you check the wiki and munin, you'll see that the mapnik tile server currently uses 75% of a 500 Gb RAID. It depends on the rendering system used. See: http://lists.openstreetmap.org/pipermail/dev/2008-April/009736.html Tile on avg served by tile.openstreetmap.org: ~6.5KB. opencyclemap.org: quoted as being at least 4x bigger. generate_tiles.py method will generate many many tiles that will never be viewed, limit to zoom 17 and even with hard-linking identical sea tiles you will run out of disk space. mod_tile can comfortably be used with 500GB of space, as long as disk can keep pace and ancient tiles are expired. http://wiki.openstreetmap.org/wiki/Mod_tile Regards Grant ___ 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] hard drive size
what if we choose a planet file from http://planet.openstreetmap.org/ like that one: planet-070711.osm.bz2 11-Jul-2007 07:47 299M it's not a production server, it' s a research server... we have 500 Gig, which file do we use : planet-070711.osm.bz2 11-Jul-2007 07:47 299M or planet-071107.osm.bz2 07-Nov-2007 10:26 1.2G or more , what do you think? Regards Sam From: Sam Mor sam_...@y7mail.com To: OpenstreetMap DevList dev@openstreetmap.org Sent: Monday, 11 May, 2009 12:44:03 PM Subject: Re: [OSM-dev] hard drive size we are using Richard Weait Tutorials (genearate_tiles) for world wide map, what do u suggest? do we make it for a zoom level = 12 or 13? From: Grant Slater openstreet...@firefishy.com To: Iván Sánchez Ortega i...@sanchezortega.es Cc: dev@openstreetmap.org Sent: Monday, 11 May, 2009 11:37:08 AM Subject: Re: [OSM-dev] hard drive size Iván Sánchez Ortega wrote: El Lunes, 11 de Mayo de 2009, Sam Mor escribió: is a Hard drive of 500 Gig enough for a planet map rendering? It should be. If you check the wiki and munin, you'll see that the mapnik tile server currently uses 75% of a 500 Gb RAID. It depends on the rendering system used. See: http://lists.openstreetmap.org/pipermail/dev/2008-April/009736.html Tile on avg served by tile.openstreetmap.org: ~6.5KB. opencyclemap.org: quoted as being at least 4x bigger. generate_tiles.py method will generate many many tiles that will never be viewed, limit to zoom 17 and even with hard-linking identical sea tiles you will run out of disk space. mod_tile can comfortably be used with 500GB of space, as long as disk can keep pace and ancient tiles are expired. http://wiki.openstreetmap.org/wiki/Mod_tile Regards Grant ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev Chat right from the comfort of your inbox. Show me how.. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] R: R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me?
Yes! After some days of tests and the Michael's confirmation, the problem can be consideres solved. I was trying to correlate the HW characteristics of two failing HWs, but I couldn't. So it remains a warning to Nvidia users and other with low video ram. Ciao! Fabrizio -Messaggio originale- Da: josm-dev-boun...@openstreetmap.org [mailto:josm-dev-boun...@openstreetmap.org]per conto di Michael Bemmerl Inviato: domenica 10 maggio 2009 2.18 A: josm-dev@openstreetmap.org Oggetto: Re: [josm-dev] R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me? Thanks Fabrizio, that did the trick! Fabrizio Carrai schrieb: It looks like I found the solution!!! It seems to happen with machines with low video ram. I've an NVidia Geoforce 6150 (shared memory 512MB): no idea if it falls in such category, but now it works! I have a GeForce 7300 GT with 256 MB on board. As in [1] the solution is to start JOSM including the Java option sun.java2d.d3d=false: C:\WINDOWS\system32\javaw.exe -Dsun.java2d.d3d=false -Xmx800M -jar C:\Programmi\Josm\josm-latest.jar I'm now working since several hours with JOSM doing several changes and uploads: no crashes till now! Before it was happening after very short editing sessions. Me too. Continuing testing! Ciao! Fabrizio [1] http://stackoverflow.com/questions/379574/possible-java-jna-issue Bye, Michi Nessun virus nel messaggio in arrivo. Controllato da AVG - www.avg.com Versione: 8.5.325 / Database dei virus: 270.12.23/2106 - Data di rilascio: 05/09/09 06:54:00 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] R: R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me?
I have one question. Consider Iam random josm user, without any interest in bugreporting, finding why is something broken etc. (normal, flegmatic user :D) How will be presented this information to me? Will it after crash write me an link to bug and to solution? Is it possible when problem is in jvm? (I think it isnt possible to handle it in java code) Could be something done in running scripts which will detect this and make suggestions to users? Just asking. Probably there is some known bugs list, which everyone will see when downloading josm. Have a nice day. On Sunday 10 May 2009 09:40:27 Fabrizio Carrai wrote: Yes! After some days of tests and the Michael's confirmation, the problem can be consideres solved. I was trying to correlate the HW characteristics of two failing HWs, but I couldn't. So it remains a warning to Nvidia users and other with low video ram. Ciao! Fabrizio -Messaggio originale- Da: josm-dev-boun...@openstreetmap.org [mailto:josm-dev-boun...@openstreetmap.org]per conto di Michael Bemmerl Inviato: domenica 10 maggio 2009 2.18 A: josm-dev@openstreetmap.org Oggetto: Re: [josm-dev] R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me? Thanks Fabrizio, that did the trick! Fabrizio Carrai schrieb: It looks like I found the solution!!! It seems to happen with machines with low video ram. I've an NVidia Geoforce 6150 (shared memory 512MB): no idea if it falls in such category, but now it works! I have a GeForce 7300 GT with 256 MB on board. As in [1] the solution is to start JOSM including the Java option sun.java2d.d3d=false: C:\WINDOWS\system32\javaw.exe -Dsun.java2d.d3d=false -Xmx800M -jar C:\Programmi\Josm\josm-latest.jar I'm now working since several hours with JOSM doing several changes and uploads: no crashes till now! Before it was happening after very short editing sessions. Me too. Continuing testing! Ciao! Fabrizio [1] http://stackoverflow.com/questions/379574/possible-java-jna-issue Bye, Michi Nessun virus nel messaggio in arrivo. Controllato da AVG - www.avg.com Versione: 8.5.325 / Database dei virus: 270.12.23/2106 - Data di rilascio: 05/09/09 06:54:00 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev -- Odborník na všetko je zlý odborník. Ja sa snažím byť výnimkou potvrdzujúcou pravidlo. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] R: R: R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me?
Do you mean how this solution can be integrated in the JOSM system and so possibly reported to other users experiencing the same problem ? First, I'm not a Java expert, nor in JOSM, so I've to delegate somebody more expert than me to reply. But I like your question that involves the knowledege management. I understood that the specifi problem was hard to detect in JOSM since it was happening down in the JVM. No idea if errors in JVM can be catched in the main app, and if so what data are returned. If I understood the point, the app (JOSM in that case) should catch the exception, get awt.dll and EXCEPTION_ACCESS_VIOLATION (the few info of my case) and use it for a Knowledge Base database search. Could be a good idea, but no clue about feasibility. Have a nice day to you too. Ciao! Fabrizio -Messaggio originale- Da: Lubomír Varga [mailto:lu...@plaintext.sk] Inviato: domenica 10 maggio 2009 10.06 A: josm-dev@openstreetmap.org Cc: Fabrizio Carrai Oggetto: Re: [josm-dev] R: R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me? I have one question. Consider Iam random josm user, without any interest in bugreporting, finding why is something broken etc. (normal, flegmatic user :D) How will be presented this information to me? Will it after crash write me an link to bug and to solution? Is it possible when problem is in jvm? (I think it isnt possible to handle it in java code) Could be something done in running scripts which will detect this and make suggestions to users? Just asking. Probably there is some known bugs list, which everyone will see when downloading josm. Have a nice day. On Sunday 10 May 2009 09:40:27 Fabrizio Carrai wrote: Yes! After some days of tests and the Michael's confirmation, the problem can be consideres solved. I was trying to correlate the HW characteristics of two failing HWs, but I couldn't. So it remains a warning to Nvidia users and other with low video ram. Ciao! Fabrizio -Messaggio originale- Da: josm-dev-boun...@openstreetmap.org [mailto:josm-dev-boun...@openstreetmap.org]per conto di Michael Bemmerl Inviato: domenica 10 maggio 2009 2.18 A: josm-dev@openstreetmap.org Oggetto: Re: [josm-dev] R: R: R: R: FW: [OSM-newbies] JOSM problems - is it just me? Thanks Fabrizio, that did the trick! Fabrizio Carrai schrieb: It looks like I found the solution!!! It seems to happen with machines with low video ram. I've an NVidia Geoforce 6150 (shared memory 512MB): no idea if it falls in such category, but now it works! I have a GeForce 7300 GT with 256 MB on board. As in [1] the solution is to start JOSM including the Java option sun.java2d.d3d=false: C:\WINDOWS\system32\javaw.exe -Dsun.java2d.d3d=false -Xmx800M -jar C:\Programmi\Josm\josm-latest.jar I'm now working since several hours with JOSM doing several changes and uploads: no crashes till now! Before it was happening after very short editing sessions. Me too. Continuing testing! Ciao! Fabrizio [1] http://stackoverflow.com/questions/379574/possible-java-jna-issue Bye, Michi Nessun virus nel messaggio in arrivo. Controllato da AVG - www.avg.com Versione: 8.5.325 / Database dei virus: 270.12.23/2106 - Data di rilascio: 05/09/09 06:54:00 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev -- Odborník na všetko je zlý odborník. Ja sa snažím byť výnimkou potvrdzujúcou pravidlo. Nessun virus nel messaggio in arrivo. Controllato da AVG - www.avg.com Versione: 8.5.325 / Database dei virus: 270.12.23/2106 - Data di rilascio: 05/09/09 06:54:00 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Czech house numbers
Hello, because we have in the Czech republic two kinds of addreses (see http://en.wikipedia.org/wiki/Address_(geography)#Czech_Republic), we have to use addr:housenumber for one kind and addr:alternumber for the second kind of address. It is really difficult to edit addreses when the numbers are not visible. Would it be possible, if the number of addr:alternumber is rendered in JOSM same as addr:housenumber do (at least, when there is only alternumber)? -- Petr Dlouhý ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Czech house numbers
Hi, Petr Dlouhý wrote: because we have in the Czech republic two kinds of addreses (see http://en.wikipedia.org/wiki/Address_(geography)#Czech_Republic), That link does not contain an explanation about two kinds of addresses. What is alternumber and what do you use it for? 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