Re: [OSM-dev] ROMA servers down - osmosis large way problem
Matthias Julius wrote: Stefan de Konink ste...@konink.de writes: Frederik Ramm wrote: Stefan de Konink wrote: So you actually suggest to implement a tree of relations to render a country? I'm not convinced a tree is needed. What do you have in mind to use as area that is bounded by a polygon that has more than 2k of nodes? A relation with 2000 ways with 2000 nodes each can be an area with almost 4,000,000 nodes (3,998,000 to be exact). That will get you pretty far. Hence you are making a tree... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [OSM-talk] Your whishlist for Debian Packages?
On 28/12/08 18:26, Joerg Ostertag (OSM Tettnang/Germany) wrote: Hi, as most of you probably know I'm providing debian packages for the most common tools needed to work with OpenStreetMap. What I'd like to know is: - which additional tools from the osm-svn would you like to see added to the debian repository? - which other debian based platforms would you like to see suported? examples would be: debian-etch, Ubuntu-xx, ... If you give me a preferences list, I can start with the most wanted ones More description on the existing debian repository can be found at: http://www.gpsdrive.de/development/debian.shtml Slightly related, but the version of osm2pgsql in Ubuntu 8.04 Hardy, the last long term release of ubuntu is effectivly broken. :( https://bugs.launchpad.net/ubuntu/+source/osm2pgsql/+bug/254758 Rory signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] ROMA servers down - osmosis large way problem
What is the TRAPI server? (besides apparently very quick?) Any specs/munin graphs for the curious? It's pretty much handling the load all by itself today. I operate the physical server, not the application itself. The server specs are: Quad Xeon 2.13GHz, 8GB RAM, 2x1TB SATA DISK Stats are available here, for now: http://80.167.103.102/html/munin/openhost.dk/host1.openhost.dk.html Questions about TRAPI should be directed at Blars Blarson. Best Regards, - Johnny Carlsen ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Message of the day texts
On Mon, 29 Dec 2008, Женя wrote: And one more question about translations: there are some strings, like http://www.openstreetmap.org/traces;, EPSG:4326, and so on - they don't require a translation. What should i do with them? Currently I leave them blank. Should I just copy the existing variant to the translation? There are two solutions which have the same result in the software but different result for translator: a) Leave string empty - The original is displayed - But your always have an untranslated string b) Copy the string - The original is displayed - But you have no untranslated strings Use b I would suggest :-) I'm not an experienced translator, so I don't know the policies :) You get more experienced the more you do, so feel free to ask. BTW: French has 377 missing where Russian has 412. Do you really want let them win the race? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Message of the day texts
On Mon, 29 Dec 2008, Ulf Lamping wrote: I've started to fix a) in english and german language (as a start I've simply used logfile date format .MM.DD and SVN version - maybe we need to use local date formats at least for the translations?). I copied the new stuff to It and Pl as well, or they will never notice the change. But how to deal with the old message pages? As I can't delete the pages (tried to login to the JOSM trac with my SVN password but didn't worked), I just emptied out the page content for SVN1000 for now. These empty but existing pages will probably slow down things in the long run, so deleting the old pages completely will probably be a better choice ... I removed them, so they are no longer loaded, but they should be deleted nevertheless :-) Here are all delete candidates: MessageOfTheDay=858 De:MessageOfTheDay=858 MessageOfTheDay=805 De:MessageOfTheDay=805 MessageOfTheDay=608 De:MessageOfTheDay=608 MessageOfTheDay=547 De:MessageOfTheDay=547 MessageOfTheDay643 De:MessageOfTheDay643 Frederik, you should have permission to do so. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[OSM-dev] problem with osmosis
Hello, I have now another problem with osmosis: I'd wrote a small text file to sort and merge some OSM-files. Here are the text file: cd.. cd.. cd C:\osmosis-0.29 java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_1.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_2.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_3.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_4.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_5.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_6.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_7.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm ...and here the reply of my CMD: C:\Dokumente und Einstellungen\IchChefDuNixcd.. C:\Dokumente und Einstellungencd.. C:\cd C:\osmosis-0.29 C:\osmosis-0.29java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file= I:\OSM_Karten\Sorted\sorted_1.osm --rx enableDateParsing=no file=I:\OSM_Karten \Sorted\sorted_2.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm 29.12.2008 17:33:48 com.bretth.osmosis.core.Osmosis main INFO: Osmosis Version 0.29 29.12.2008 17:33:48 com.bretth.osmosis.core.Osmosis main INFO: Preparing pipeline. 29.12.2008 17:33:48 com.bretth.osmosis.core.Osmosis main INFO: Launching pipeline execution. 29.12.2008 17:33:48 com.bretth.osmosis.core.Osmosis main INFO: Pipeline executing, waiting for completion. 29.12.2008 17:34:01 com.bretth.osmosis.core.Osmosis main INFO: Pipeline complete. C:\osmosis-0.29 C:\osmosis-0.29java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file= I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Kart en\Planet\Planet.osm 29.12.2008 17:34:02 com.bretth.osmosis.core.Osmosis main INFO: Osmosis Version 0.29 29.12.2008 17:34:02 com.bretth.osmosis.core.Osmosis main INFO: Preparing pipeline. 29.12.2008 17:34:02 com.bretth.osmosis.core.Osmosis main INFO: Launching pipeline execution. 29.12.2008 17:34:02 com.bretth.osmosis.core.Osmosis main INFO: Pipeline executing, waiting for completion. 29.12.2008 17:34:18 com.bretth.osmosis.core.Osmosis main INFO: Pipeline complete. C:\osmosis-0.29 C:\osmosis-0.29java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file= I:\OSM_Karten\Planet\Planet.osm --rx enableDateParsing=no file=I:\OSM_Karten\S orted\sorted_3.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm 29.12.2008 17:34:18 com.bretth.osmosis.core.Osmosis main INFO: Osmosis Version 0.29 29.12.2008 17:34:18 com.bretth.osmosis.core.Osmosis main INFO: Preparing pipeline. 29.12.2008 17:34:18 com.bretth.osmosis.core.Osmosis main INFO: Launching pipeline execution. 29.12.2008 17:34:18 com.bretth.osmosis.core.Osmosis main INFO: Pipeline executing, waiting for completion. 29.12.2008 17:34:19 com.bretth.osmosis.core.pipeline.common.ActiveTaskManager wa itForCompletion SCHWERWIEGEND: Thread for task 1-rx failed com.bretth.osmosis.core.OsmosisRuntimeException: Unable to parse xml file I:\OSM _Karten\Planet\Planet.osm. publicId=(null), systemId=(null), lineNumber=285, co lumnNumber=5. at com.bretth.osmosis.core.xml.v0_5.XmlReader.run(XmlReader.java:114) at java.lang.Thread.run(Unknown Source) Caused by: org.xml.sax.SAXParseException: XML document structures must start and
Re: [OSM-dev] problem with osmosis
On Mon, Dec 29, 2008 at 8:50 AM, Damian Proksch damian.prok...@gmx.dewrote: Hello, I have now another problem with osmosis: I'd wrote a small text file to sort and merge some OSM-files. Here are the text file: cd.. cd.. cd C:\osmosis-0.29 java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_1.osm --rx enableDateParsing=no file=I:\OSM_Karten\Sorted\sorted_2.osm --m --wx file=I:\OSM_Karten\Planet\Planet.osm java -Xmx1200m -jar osmosis.jar --rx enableDateParsing=no file=I:\OSM_Karten\Planet\Planet.osm --sort type=TypeThenId --wx file=I:\OSM_Karten\Planet\Planet.osm snip anyone a idea what's going wrong? My system is: Winxp prof SP3 Intel Pentium 4 with 3GHz 2.0 GB RAM Thanks a lot for your answers. damian In your second command, you're writing back to the same file you're reading from. That won't work because Osmosis is still reading from it. Also, you can accomplish your goal in a single command line by continuing to read and merge files. In other words (slightly simplified for clarity): java -Xmx1200m -jar osmosis.jar --rx sorted_1.osm --rx sorted_2.osm --m --rx sorted_3.osm --m --rx sorted_4.osm --m --rx sorted_5.osm --m --rx sorted_6.osm --m --rx sorted_7.osm --m --wx Planet.osm If your individual files are sorted the same way (i.e., Type then Id), the osmosis merge will preserve that sort, so there's no need to re-sort after a merge. Actually, the files are required to be sorted before they can be merged. Also, there's not much (if any) performance penalty now in leaving the date parsing enabled by default. Karl ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Possible Merkaartor bug?
hi, sorry, for cut'n'paste from the mailing list archives, but I was not subscribed when the topic was started: copied_from_dev Hard to solve without knowing what the user did... but good to know that the problem is there. Is user hdus hanging around? Thanks - Chris - 2008/12/5 Frederik Ramm frederik at remote.org Hi, could one of the Merkaartor devs perhaps look into this way history: http://www.openstreetmap.org/api/0.5/way/24993635/history It seems that someone managed to insert the same node twice into this way using Merkaartor. Known issue? /copied_from_dev Some days ago I reported a similar problem to the talk-de list. It is about the ways 28575383 23589385 23638811 They all have nodes with the same ID one after the other. All the ways are created or last modified with Merkaartor. It would be useful to check that two successive nodes don't have the same ID before a way is submitted to the DB. Cheers, detlef ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Tasks for all of you
Dirk Stöcker writes: On Mon, 29 Dec 2008, Russ Nelson wrote: I'm not certain it's correct to change the other calls: In io/OsmServerObjectReader.java, it's reading from the API. Will the API ever hand out ways without their nodes? Same for io/OsmServerLocationReader.java and io/BoundingBoxDownloader.java. I think so. If I remember correctly I added that report because the API didn't give me a certain way. But as I cannot be sure probably adding the request at all places is the best. Hrm. I don't like submitting a patch that I haven't tested. Does anybody know of a way which is missing a node? -- --my blog is athttp://blog.russnelson.com | Delegislation is a slippery Crynwr sells support for free software | PGPok | slope to prosperity. 521 Pleasant Valley Rd. | +1 315-323-1241 | Fewer laws, more freedom. Potsdam, NY 13676-3213 | Sheepdog | (Not a GOP supporter). ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] ROMA servers down - osmosis large way problem
Stefan de Konink ste...@konink.de writes: Matthias Julius wrote: Stefan de Konink ste...@konink.de writes: Frederik Ramm wrote: Stefan de Konink wrote: So you actually suggest to implement a tree of relations to render a country? I'm not convinced a tree is needed. What do you have in mind to use as area that is bounded by a polygon that has more than 2k of nodes? A relation with 2000 ways with 2000 nodes each can be an area with almost 4,000,000 nodes (3,998,000 to be exact). That will get you pretty far. Hence you are making a tree... ... but not a tree of relations. Every relation is a tree (almost). So I don't see a particular problem in making a boundary a relation, too. Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Tasks for all of you
On 29 Dec 2008, at 22:17, Russ Nelson wrote: Dirk Stöcker writes: On Mon, 29 Dec 2008, Russ Nelson wrote: I'm not certain it's correct to change the other calls: In io/OsmServerObjectReader.java, it's reading from the API. Will the API ever hand out ways without their nodes? Same for io/OsmServerLocationReader.java and io/ BoundingBoxDownloader.java. I think so. If I remember correctly I added that report because the API didn't give me a certain way. But as I cannot be sure probably adding the request at all places is the best. Hrm. I don't like submitting a patch that I haven't tested. Does anybody know of a way which is missing a node? One option might be to manually make one and use one of the development test servers at http://apis.dev.openstreetmap.org to test it. (Yes it will mean messing with XML manually). Shaun ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] ROMA servers down - osmosis large way problem
Matthias Julius wrote: ... but not a tree of relations. Every relation is a tree (almost). So I don't see a particular problem in making a boundary a relation, too. Some people wanted to limit ways/relations to 2k of nodes. If you do allow relations to have all these extra subrelations then what are you going to solve in the end? This is enforcing a clueless limit and not solving the fundamental problem why this limit is justified; and no that has nothing to do with data storage. As I mentioned earlier, there is no need for even the concept 'way'; since you can store a relation with tag highway=whatever. So fundamental issues: - the tables are too verbose (not normalised) - the tables imply limits that are not required from a database standpoint - the practical usage of limitations (only fetch what you can observe) is not exploited at all, while this is an issue for a renderer and a typical client that wants to use the data Anyway the resolve scenario sounds like Microsoft, you cannot use character blablabla in your filename, because we say so. Stefan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] ROMA servers down - osmosis large way problem
On Mon, Dec 29, 2008 at 10:26 PM, Stefan de Konink ste...@konink.de wrote: Some people wanted to limit ways/relations to 2k of nodes. If you do allow relations to have all these extra subrelations then what are you going to solve in the end? This is enforcing a clueless limit and not solving the fundamental problem why this limit is justified; and no that has nothing to do with data storage. practicality. since we all agree that no-one wants to download a 100k+ node way, there are two immediately obvious solutions: change the API to return partial ways or disallow ways longer than some arbitrary limit. the former requires many changes on the server and client, the latter requires many fewer. the former might be a better solution (fsov better) and we would welcome patches to the server, josm, potlatch and merkaartor which implement it. As I mentioned earlier, there is no need for even the concept 'way'; since you can store a relation with tag highway=whatever. So fundamental issues: - the tables are too verbose (not normalised) practicality. this is a legacy problem - relations were introduced as unordered sets to solve a particular problem, but their use has since outgrown their original conception. in 0.6 the relations are able to totally model ways, but in 0.5 they are not. there are several other non-normalities in the tables (i.e: *_tags), but ways/relations is not one of them. this may change (or be fixed, depending on your point of view) in future API versions. as shaun said: one step at a time. - the tables imply limits that are not required from a database standpoint the API certainly does, but this is related to the point above. just because there is no technical reason from a database standpoint doesn't mean there isn't a reason. - the practical usage of limitations (only fetch what you can observe) is not exploited at all, while this is an issue for a renderer and a typical client that wants to use the data it is exploited in the map call to return only visible nodes, ways and relations. Anyway the resolve scenario sounds like Microsoft, you cannot use character blablabla in your filename, because we say so. NTFS disallows /, as do most unix filesystems. macos x disallows : http://en.wikipedia.org/wiki/Filename#Comparison_of_file_name_limitations these limitations are usually imposed to prevent confusion. i.e: / is always the root directory, not a file called / in the current directory. cheers, matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Re lease 1180 - download problem
Dirk - many thanks for your response. Please tell me how to prepare the full log text so I can send it to you. I am afraid the reference to a proxy server is also outside my somewhat limited knowledge of computers so please tell me how I can check this on my machine. I have JOSM loaded on a laptop and, using the same username and password as used for uploading data to OSM as on my desktop computer, I can download from JOSM OK. I have checked that the same username and password is set for JOSM on the desktop as on the laptop and I can upload data to OSM and edit with Potlatch from the desktop without any problems - I added some data yesterday. If it helps to identify the problem, both machines are linked to a home network. My desktop receives the broadband via a cable connection from the router and the laptop via the home network. Regards Tony Grimley - Original Message - From: Dirk Stöcker To: josm-dev@openstreetmap.org Sent: Saturday, December 27, 2008 9:42 PM Subject: Re: [josm-dev] Re lease 1180 - download problem On Sat, 27 Dec 2008, TonyG57 wrote: I am new to JOSM and, when using the slippy map to select a small area to download, get an error message 'HTTP response code 403 for URL: http://www.openstreetmap.org/api/map?bbox. . . . . ' It occurs with all areas however small although I have included 512M in my start-up entry. What can I do to get the area into JOSM so I can then transfer it into my Garmin Legend Hcx? Please send a full log text to allow us to help you. But a raw guess is, that you have no or wrong username and password or maybe a proxy server is inbetween. Code 403 is a status code telling about missing permissions. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Re lease 1180 - download problem
On Mon, 29 Dec 2008, Tony Grimley wrote: Dirk - many thanks for your response. Please tell me how to prepare the full log text so I can send it to you. I am afraid the reference to a Add the following minimum information: - JOSM version - What plugins installed and their versions - Start the program from commandline and poste the texts shown there: - open Command shell - start josm like java -jar josm-latest.jar - What do you do exactly? Add a step by step description. - Attach your preferences file (strip username and password from it) - What OS do you have. Either there is a bug in josm or your system, but without information about your system we cannot find a reason. 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] Message of the day texts
How can I get a login to trac, so I could translate the MOTD? And one more question about translations: there are some strings, like http://www.openstreetmap.org/traces;, EPSG:4326, and so on - they don't require a translation. What should i do with them? Currently I leave them blank. Should I just copy the existing variant to the translation? I'm not an experienced translator, so I don't know the policies :) Женя mailto:yourn...@mail.ru ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Message of the day texts
Hi, Женя wrote: How can I get a login to trac, so I could translate the MOTD? No login is required. And one more question about translations: there are some strings, like http://www.openstreetmap.org/traces;, EPSG:4326, and so on - they don't require a translation. What should i do with them? I think copying the existing content is ok. If something is obviously stupid we can change the source to use the string un-translated, but some things like the URL above do make sense, so that id/when the web page becomes available in different languages, the URL can be localised. Bye Frederik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Message of the day texts
-Original Message- From: Dirk StЖcker openstreet...@dstoecker.de To: josm-dev@openstreetmap.org Date: Mon, 29 Dec 2008 12:31:05 +0100 (CET) Subject: Re: [josm-dev] Message of the day texts BTW: French has 377 missing where Russian has 412. Do you really want let them win the race? NEVER! :lol: Actually, I only translate the stuff, which is used by me :) That's why some plugins remain untranslated. Even the Audio menu: I never used it and have the menu disabled. No menu visible = no translation needed :D (I don't know, why Audio is a core module, and not a plugin, but that's another topic) So, to sum it up, I'm awhare, what Russian translation currently lacks, and I'm working on it. But the main goal is quality, not quantity :) PS - I've translated the MOTD. Женя mailto:yourn...@mail.ru ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Re lease 1180 - download problem
Dirk - before compiling the log to send to you, I installed the latest JOSM-latest file - version 1189 and updated the existing plugins. Among them I had previously installed the osmarender plugin but I noticed in the list on version 1189 the requirement to make some settings for it in Preferences/Mapsettings. I could not find Mapsettings as an option in the Preferences list so deleted the Osmarender plugin from the list to load - and this seemed to fix my problem. I was then able to select an area on the slippy map and download and save it to disk My problem is now dealt with and I am most grateful for your prompt and patient responses to my earlier requests for assistance. Many thanks! Tony Grimley - Original Message - From: Dirk Stöcker To: josm-dev@openstreetmap.org Sent: Monday, December 29, 2008 9:55 AM Subject: Re: [josm-dev] Re lease 1180 - download problem On Mon, 29 Dec 2008, Tony Grimley wrote: Dirk - many thanks for your response. Please tell me how to prepare the full log text so I can send it to you. I am afraid the reference to a Add the following minimum information: - JOSM version - What plugins installed and their versions - Start the program from commandline and poste the texts shown there: - open Command shell - start josm like java -jar josm-latest.jar - What do you do exactly? Add a step by step description. - Attach your preferences file (strip username and password from it) - What OS do you have. Either there is a bug in josm or your system, but without information about your system we cannot find a reason. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Mappaint and multipolygon relation
Hello, Revision 1190 of JOSM has a first (debug) implementation of multipolygon drawing. A test file can be found here: http://www.dstoecker.eu/multipolygon.osm You need to set mappaint.multipolygon=true to see anything (and you get lots of debug warnings on console :-) The only missing features: - Handling of errors and warnings - Handling of multiple outer ways with inner ways - I need to write a isIn() function to find out which way is inside which other way. So Examples 1-4 of advanced multipolygons are displayed right, the others not. When selecting ways, The area is selected as soon as an outer way is selected. No reaction for inner ways. Please test and tell me anything you think I should know. Description: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon 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] wmsplugin yahoo maps proxy support
--- On Wed, 17/12/08, Dirk Stöcker openstreet...@dstoecker.de wrote: On Tue, 16 Dec 2008, bluemm1975-...@yahoo.com wrote: All I get is white squares. I see some other messages on the list which mention trouble shooting. If I run the url passed to webkit-image, it works fine in Firefox3 (small rectangle of Yahoo imagery). Using webkit-image, I get a 67kb JPG of 2000x2000 with black background and white rectangle in upper left corner. It appears that webkit-image isn't passed any proxy information. I tried using webkit-image.exe /? or -? or --? or --help to no avail. Even if I could find the right settings, the wmsplugin would need to pass it along. webkit-image has no proxy settings yet. Actually it has no commandline arguments at all. ATM you only can use transparent proxies or systemwide settings. Have a look at Qt documentation, maybe you can set the proxy systemwide so Qt will also use these settings. Ciao Hi Dirk, From doing a Google search like you suggested, using these search terms: * qt proxy windows setting * webkit proxy windows setting I got hits that said code must be created for supporting proxies, there is nothing pre-built, but a few code outlines are given. It looks like the QT 4.5 dev version handles system set proxies, as mentioned at http://doc.trolltech.com/main-snapshot/qt4-5-intro.html Any chance of updating the code to a new 4.5 snapshot and dropping a binary to test out? Cheers, BlueMM Stay connected to the people that matter most with a smarter inbox. Take a look http://au.docs.yahoo.com/mail/smarterinbox ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev