[osmosis-dev] Problem with pbf import into a postgres DB
Hello, I've downloaded the osmosis version 0.38 (latest). I try to import a pbf file downloaded from download.geofabrik.de. I will always get an exception, that an index can not be dropped. Why. See the details below. tho...@thomas-laptop:~/workspace/osmosis-0.38/bin$ ./osmosis --rb file=/Massenspeicher/bayern.osm.pbf --wp user=osm database=osmdb password=xxx validateSchemaVersion=no nodeLocationStoreType=TempFile 15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.38 15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 15.12.2010 00:59:04 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 15.12.2010 01:45:34 org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions INFO: Loading XML bean definitions from class path resource [org/springframework/jdbc/support/sql-error-codes.xml] 15.12.2010 01:45:35 org.springframework.jdbc.support.SQLErrorCodesFactory init INFO: SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, Oracle, PostgreSQL, Sybase] 15.12.2010 01:45:35 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion SCHWERWIEGEND: Thread for task 1-rb failed org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [DROP INDEX idx_relation_members_member_id_and_type]; nested exception is org.postgresql.util.PSQLException: FEHLER: Index »idx_relation_members_member_id_and_type« existiert nicht at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:406) at org.springframework.jdbc.core.JdbcTemplate.update(JdbcTemplate.java:518) at org.springframework.jdbc.core.simple.SimpleJdbcTemplate.update(SimpleJdbcTemplate.java:248) at org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.IndexManager.prepareForLoad(IndexManager.java:103) at org.openstreetmap.osmosis.pgsnapshot.v0_6.impl.CopyFilesetLoader.run(CopyFilesetLoader.java:92) at org.openstreetmap.osmosis.pgsnapshot.v0_6.PostgreSqlCopyWriter.complete(PostgreSqlCopyWriter.java:108) at crosby.binary.osmosis.OsmosisBinaryParser.complete(OsmosisBinaryParser.java:33) at crosby.binary.file.BlockInputStream.process(BlockInputStream.java:17) at crosby.binary.osmosis.OsmosisReader.run(OsmosisReader.java:36) at java.lang.Thread.run(Thread.java:662) Caused by: org.postgresql.util.PSQLException: FEHLER: Index »idx_relation_members_member_id_and_type« existiert nicht at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:353) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:299) at org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) at org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) at org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:508) at org.springframework.jdbc.core.JdbcTemplate$1UpdateStatementCallback.doInStatement(JdbcTemplate.java:1) at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:395) ... 9 more 15.12.2010 01:45:35 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed. at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at
Re: [osmosis-dev] pbf problems under windows
Am 15.12.2010 10:19, schrieb Chris66: input file: europe.osm.pbf as of 14-dec-2010, size 4.457.858.847 md5sum 0c02f7016d02b8ab011932e2d8fbeca7 my command (osmosis latest / 0.38): osmosis --read-pbf europe.osm.pbf --wx europe.osm result on win7-64: size: 3.048.916.433 europe.osm number of nodes: grep node id europe.osm | wc 17216000 156189161 2524241741 Java(TM) SE Runtime Environment (build 1.6.0_21-b07) Java HotSpot(TM) 64-Bit Server VM (build 17.0-b17, mixed mode) Some more tests: NO effect (same sized output file) have: java u23 (32 Bit) -Xmx1024 setting -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error) osmosis V0.37 Chris ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
Am 15.12.2010 11:48, schrieb Chris66: Some more tests: NO effect (same sized output file) have: java u23 (32 Bit) -Xmx1024 setting -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error) osmosis V0.37 Interesting result when cutting the input file to below the 4 Gig limit: \cygwin\bin\head --bytes=300K europe.osm.pbf test.osm.pbf Now osmosis it not stopping at 3.048.916.433. Output file has 8 Gig (still running). Chris ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
Am 15.12.2010 10:39, schrieb Peter Körner: Am 15.12.2010 00:48, schrieb Frederik Ramm: I'll have to defer that to Henning - I am not sure if anyone has even built pbf2osm on Windows? A static cygwin build is here: http://toolserver.org/~mazder/temp/pbf2osm-win32.zip I'll try to convert the two files with that. No problems converting europe-created-on-windows.osm.pbf to .osm on windows using osm2pbf binary. I'm at 20G outout file and it's still running. Currently at node id=493329425. It seems like an osmosis problem. Peter ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
On Wed, Dec 15, 2010 at 5:24 AM, Chris66 chris66...@gmx.de wrote: Am 15.12.2010 11:48, schrieb Chris66: Some more tests: NO effect (same sized output file) have: java u23 (32 Bit) -Xmx1024 setting -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error) osmosis V0.37 Interesting result when cutting the input file to below the 4 Gig limit: \cygwin\bin\head --bytes=300K europe.osm.pbf test.osm.pbf Now osmosis it not stopping at 3.048.916.433. Output file has 8 Gig (still running). Excellent experiment! I think you've found the cause. The input file is just over 4gb. There's a 32-bit problem with the end-of-file is, and thinks the file ends at around 4,457,858,847-2**32 = 162,891,551 bytes. If I truncate off the first 162,891,551 bytes off of a geofabrik europe extract and try to decode, I get 17,215,971 nodes, the exact same as you reported with the broken file. # head -c 162891551 /mnt/map/europe-created-on-linux.osm.pbf /tmp/foo.pbf ; ~/source/Map2/osmosis/package/bin/osmosis --read-pbf /tmp/foo.pbf --write-xml file=- | wc 17215971 156188537 2524181063 Next question, why didn't this problem crop up earlier? Did a Java update go out recently? Anyone know Java well enough to diagnose it further, like why this problem is windows-only? Scott ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
Sorry Scott, but I'm using a 64bit Win with a 64bit java. Also I worked with pbf-files larger than 5GB (uncompressed europe.pbf for example) in the past without problems. So I think it isn't a problem of filesize. Regards Henning Am 15.12.2010 17:48, schrieb Scott Crosby: On Wed, Dec 15, 2010 at 5:24 AM, Chris66chris66...@gmx.de wrote: Am 15.12.2010 11:48, schrieb Chris66: Some more tests: NO effect (same sized output file) have: java u23 (32 Bit) -Xmx1024 setting -XX:-ReduceInitialCardMarks (gives 'unknown VM-option' error) osmosis V0.37 Interesting result when cutting the input file to below the 4 Gig limit: \cygwin\bin\head --bytes=300K europe.osm.pbf test.osm.pbf Now osmosis it not stopping at 3.048.916.433. Output file has 8 Gig (still running). Excellent experiment! I think you've found the cause. The input file is just over 4gb. There's a 32-bit problem with the end-of-file is, and thinks the file ends at around 4,457,858,847-2**32 = 162,891,551 bytes. If I truncate off the first 162,891,551 bytes off of a geofabrik europe extract and try to decode, I get 17,215,971 nodes, the exact same as you reported with the broken file. # head -c 162891551 /mnt/map/europe-created-on-linux.osm.pbf /tmp/foo.pbf ; ~/source/Map2/osmosis/package/bin/osmosis --read-pbf /tmp/foo.pbf --write-xml file=- | wc 17215971 156188537 2524181063 Next question, why didn't this problem crop up earlier? Did a Java update go out recently? Anyone know Java well enough to diagnose it further, like why this problem is windows-only? Scott ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev -- Viele Grüße Henning ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
Am 15.12.10 18:12, schrieb Scott Crosby: On Wed, Dec 15, 2010 at 10:56 AM, Henning Scholland h.scholl...@googlemail.com wrote: Sorry Scott, but I'm using a 64bit Win with a 64bit java. Also I worked with pbf-files larger than 5GB (uncompressed europe.pbf for example) in the past without problems. So I think it isn't a problem of filesize. A 32-bit problem with EOF's would appear to explain why Chris is getting 17216000 nodes in his output. His input file is about 160mb longer than 4gb. If I truncate off the same 160mb, I get the same number of nodes in my output. Your problem appears different but may or may not be related. I have no problems using the 6GB large europe.osm.bz2 from Geofabrik on Windows XP 32bit. The problem only arises with pbf files. For me the limit was a few nodes earlier (10,600,000 nodes), but that was a few days ago. The processing finishes after about 190 minutes. The programm could not have read the hole 4GB of data at this time. Greetings André Joost ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] pbf problems under windows
Am 16.12.10 07:10, schrieb André Joost: The processing finishes after about 190 minutes. sorry, should have been 10 minutes :-( Greetings André Joost ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] Problem with pbf import into a postgres DB
Hi Thomas, My German isn't great, but I'm guessing that the following message is complaining about a missing tags column in the nodes table. FEHLER: Spalte »tags« von Relation »nodes« existiert nicht I notice you're specifying the following option. validateSchemaVersion=no Why are you doing that? You need to use a schema version that matches your version of Osmosis. Brett On 16/12/2010, at 4:10, Thomas Schreiner schreiner.tho...@gmx.net wrote: nicht ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] API/XAPI caching proxy server
Hi, On 12/15/10 08:53, Stefan de Konink wrote: It has been done in C already :) By different people, so what are we waiting for :) If there's a working instance that supports the XAPI protocol it should be added to http://wiki.openstreetmap.org/wiki/XAPI#Servers and also added to the automatic load balancing. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
On Wed, 15 Dec 2010, Frederik Ramm wrote: On 12/15/10 08:53, Stefan de Konink wrote: It has been done in C already :) By different people, so what are we waiting for :) If there's a working instance that supports the XAPI protocol it should be added to http://wiki.openstreetmap.org/wiki/XAPI#Servers and also added to the automatic load balancing. Sadly we cannot defined partitions there yet. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
Tom Hughes wrote: Oh please, do stop talking bollocks. I've actually been doing quite a bit of mapping the last few weeks at all sorts of different times and it's been absolutely fine. Well just about now it's impossible to work, in Potlatch2 I always get Could'n load map. I've save my changes (that worked), left to viewing and again entered editing. The second shift of the map again brought the Could'n load map. From now on till about 22:00h it's not possible to map or only with rather large pauses in between. Wyo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
Frederik Ramm wrote: You're right that XAPI is in this thread's subject, but Wyo explicitly talked about mapping, for which XAPI is not required. I've talked about API/XAPI as you can see in the subject. And at least during high volume hours the API server is already on the brink, e.g. just now. But if you thing API isn't a problem I can easily drop that. ... Anyone who is unhappy with the performance of XAPI *can* set up their own mirror server by using the minutely diffs we publish While you have technically right, that's completely nuts on the practical side. Not everyone has his own server. Most hosting services don't provide a postgres DB (this rules out PostGIS). And downloading OSM files in the gigs size is something not everybody likes very much. Just tell me, how many people, who don't get paid for the work, have set up their own XAPI server? A handful or a dozens, wordwide? Sorry forgive me my harsh words, yet the current procedure to set up an XAPI server is useless. For most interested people this is simply out of reach. Wyo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
Hi, On 12/15/10 19:54, Wyo wrote: Just tell me, how many people, who don't get paid for the work, have set up their own XAPI server? A handful or a dozens, wordwide? Sorry forgive me my harsh words, yet the current procedure to set up an XAPI server is useless. For most interested people this is simply out of reach. There are many things I am interested in but which are out of reach for me. I guess I'll either have to work on bringing them within reach, or I'll have to live with them being out of reach. Sure it's a nice thing to be able to download a data set of all pizza joints in Spain with one simple command, but time and money has to be invested to make it possible - money to buy servers, time to install and maintain servers, time to write and maintain the software. If I were an OSM admin, and I'm not, I'd divert resources away from non-essential services like that and into more power for people actually editing our data any time. If there are so many people who would like to have a well-working XAPI server or similar, let them get together, find a sponsor (that may also be some university that allows the group to use a server there), write the required software and just do it. They don't need support from OSM, OSMF, OSM Admins or anyone to get it done. If this hasn't happened until now, then that's a clear sign that there is not enough interest or not enough willingness to invest time and money in this. Sitting there any saying I think OSM should make my life easier isn't going to get anything accomplished. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
Hi, Although I ranted before about the high barriers to entry in using the OSM data, I agree with Frederik on this one. With limited resources providing a good quality data query service isn't really a priority. I've implemented support for XAPI in both Kosmos and Maperitive and it's a flaky service, but since it's free, I and all of the users of my software have to put up with it. On the other hand, if I were to provide a commercial service and start making money out of it, I would sure set up my own XAPI-like thing. Which I think many do, but for their own private/commercial purposes, so you don't get to hear about it. Maybe writing a nice letter to Steve C. at MS asking for some server infrastructure would help? ;) Regards, Igor On Wed, Dec 15, 2010 at 8:10 PM, Frederik Ramm frede...@remote.org wrote: Hi, On 12/15/10 19:54, Wyo wrote: Just tell me, how many people, who don't get paid for the work, have set up their own XAPI server? A handful or a dozens, wordwide? Sorry forgive me my harsh words, yet the current procedure to set up an XAPI server is useless. For most interested people this is simply out of reach. There are many things I am interested in but which are out of reach for me. I guess I'll either have to work on bringing them within reach, or I'll have to live with them being out of reach. Sure it's a nice thing to be able to download a data set of all pizza joints in Spain with one simple command, but time and money has to be invested to make it possible - money to buy servers, time to install and maintain servers, time to write and maintain the software. If I were an OSM admin, and I'm not, I'd divert resources away from non-essential services like that and into more power for people actually editing our data any time. If there are so many people who would like to have a well-working XAPI server or similar, let them get together, find a sponsor (that may also be some university that allows the group to use a server there), write the required software and just do it. They don't need support from OSM, OSMF, OSM Admins or anyone to get it done. If this hasn't happened until now, then that's a clear sign that there is not enough interest or not enough willingness to invest time and money in this. Sitting there any saying I think OSM should make my life easier isn't going to get anything accomplished. Bye Frederik ___ 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] API/XAPI caching proxy server
On 15/12/10 18:41, Wyo wrote: Well just about now it's impossible to work, in Potlatch2 I always get Could'n load map. I've save my changes (that worked), left to viewing and again entered editing. The second shift of the map again brought the Could'n load map. From now on till about 22:00h it's not possible to map or only with rather large pauses in between. I tried it when I first got your email and I've just tried again and on both occasions data was loading just fine - typical time to download a chunk of data is 10-30s at worst. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
Tom Hughes wrote: I tried it when I first got your email and I've just tried again and on both occasions data was loading just fine - typical time to download a chunk of data is 10-30s at worst. Why then do I get it all the time? Since I've read your answer about 10 min ago, I tried it without any success. I just now started from scratch at http://www.openstreetmap.org/edit?lat=49.55544lon=5.09523zoom=17, one shift of the map and I hit the Couldn't load map. Wyo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
On Wed, Dec 15, 2010 at 3:35 PM, Wyo otto.w...@orpatec.ch wrote: Tom Hughes wrote: I tried it when I first got your email and I've just tried again and on both occasions data was loading just fine - typical time to download a chunk of data is 10-30s at worst. Why then do I get it all the time? Since I've read your answer about 10 min ago, I tried it without any success. I just now started from scratch at http://www.openstreetmap.org/edit?lat=49.55544lon=5.09523zoom=17, one shift of the map and I hit the Couldn't load map. I just tried that link now (~10 minutes after you) and it took roughly 15 seconds to get map data back. There are no Yahoo imagery tiles, so the screen is filled with We're sorry, the data you have requested is unavailable., but the OSM data vectors are sitting happily on top of those. Perhaps you are mistaking the lack of imagery for the lack of OSM data? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
On Wed, Dec 15, 2010 at 3:56 PM, Otto Wyss otto.w...@orpatec.ch wrote: I just tried that link now (~10 minutes after you) and it took roughly 15 seconds to get map data back. There are no Yahoo imagery tiles, so the screen is filled with We're sorry, the data you have requested is unavailable., but the OSM data vectors are sitting happily on top of those. Perhaps you are mistaking the lack of imagery for the lack of OSM data? Believe me I know when I see a popup box. Besides I've the Bing map as a background. Do you really use Potlatch2? Well the link you sent wasn't for P2 editing... When I use P2 ( http://www.openstreetmap.org/edit?editor=potlatch2lat=49.55544lon=5.09523zoom=17), the response was even faster. Bing imagery finished loading after the OSM data was shown. Perhaps your ISP is having problems getting your packets to the OSM servers? Do you have problems with the wiki or tile servers ever? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Fwd: API/XAPI caching proxy server
-- Forwarded message -- From: steve brown st...@evolvedlight.co.uk Date: 15 December 2010 22:05 Subject: Re: [OSM-dev] API/XAPI caching proxy server To: Ian Dees ian.d...@gmail.com On 15 December 2010 21:58, Ian Dees ian.d...@gmail.com wrote: On Wed, Dec 15, 2010 at 3:56 PM, Otto Wyss otto.w...@orpatec.ch wrote: I just tried that link now (~10 minutes after you) and it took roughly 15 seconds to get map data back. There are no Yahoo imagery tiles, so the screen is filled with We're sorry, the data you have requested is unavailable., but the OSM data vectors are sitting happily on top of those. Perhaps you are mistaking the lack of imagery for the lack of OSM data? Believe me I know when I see a popup box. Besides I've the Bing map as a background. Do you really use Potlatch2? Well the link you sent wasn't for P2 editing... When I use P2 ( http://www.openstreetmap.org/edit?editor=potlatch2lat=49.55544lon=5.09523zoom=17), the response was even faster. Bing imagery finished loading after the OSM data was shown. Perhaps your ISP is having problems getting your packets to the OSM servers? Do you have problems with the wiki or tile servers ever? No problems here either. Wyo, it appears to be just you. Sorry :( Steve ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
On 15/12/10 21:58, Ian Dees wrote: Well the link you sent wasn't for P2 editing... It is if you have P2 set as your default editor ;-) Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] API/XAPI caching proxy server
On 15/12/10 21:35, Wyo wrote: Tom Hughes wrote: I tried it when I first got your email and I've just tried again and on both occasions data was loading just fine - typical time to download a chunk of data is 10-30s at worst. Why then do I get it all the time? Since I've read your answer about 10 min ago, I tried it without any success. I just now started from scratch at http://www.openstreetmap.org/edit?lat=49.55544lon=5.09523zoom=17, one shift of the map and I hit the Couldn't load map. It looks (based on the IP your mail was sent from) like you have been rate limited. I'm not sure what sort of mapping you're doing but it does look like you were fetching a lot of data - there seems to be a new request every few seconds. Unfortunately due to some issues with Flash P2 isn't able to report errors very well at the moment, which is something we are working on fixing. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev