Re: [Potlatch-dev] Brokenness on Mac with Flash 10.1
Steve Bennett wrote: First, congrats on all the commits coming out of the hack session over the weekend! :) \o/ OS X, Firefox 11.0, Flash 10,1,102,64 (which I understand to be just barely acceptable). (This isn't the machine I use for development) Out of interest, Intel or PowerPC? cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Potlatch-dev-Brokenness-on-Mac-with-Flash-10-1-tp5594109p5594413.html Sent from the Potlatch mailing list archive at Nabble.com. ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] Brokenness on Mac with Flash 10.1
On Mon, Mar 26, 2012 at 5:42 PM, Richard Fairhurst rich...@systemed.net wrote: Out of interest, Intel or PowerPC? 2.66 GHz Intel Core 2 Duo. 4GB 1067 MHz DDR3. OSX 10.6.8. Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
[Potlatch-dev] Weekend summary
Andy, Tom and I were holed up in my study this weekend hacking on P2. (Pic at http://opengeodata.org/ !) Quick summary of what was achieved: - FileBank to allow all images/config files to be stored in a .zip, so you can load one assets file per P2 instance rather than 300 or so. Should be live on osm.org in the next few days. - Remove legacy Yahoo code - Refactor Importer code and allow local files (.gpx, .kml, .osm, shapefiles) to be loaded, including zipped - Cartography improvements - Move more components to Spark - P1-style history dialogue - Rework drag-and-drop UI - More parameters available for custom installs - Merged a bunch of Steve's recent work (thanks!) - Refactor dialogue boxes into dialogs/ directory - Lots of little bug-fixes and speed improvements cheers Richard ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] Brokenness on Mac with Flash 10.1
On Mon, Mar 26, 2012 at 5:09 PM, Tom Hughes t...@compton.nu wrote: Certainly not related because the new version hasn't been deployed on the main site yet! It''s only on http://master.apis.dev.openstreetmap.org/ currently. Ooh, is that new? I've been wishing for a bleeding edge build for a while :) Incidentally, that one is showing my locale as null. It's also showing a variation on the above-reported problem. Dragging POIs to the main map causes the POI icons themselves to disappear, the feature panel doesn't work etc. (Again, Chrome is fine.) Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] Brokenness on Mac with Flash 10.1
On 26/03/12 08:18, Steve Bennett wrote: On Mon, Mar 26, 2012 at 5:09 PM, Tom Hughest...@compton.nu wrote: Certainly not related because the new version hasn't been deployed on the main site yet! It''s only on http://master.apis.dev.openstreetmap.org/ currently. Ooh, is that new? I've been wishing for a bleeding edge build for a while :) It's not an automatic bleeding edge P2 build, it's showing the head of the master branch in the web site repo. So last night I added the new P2 to the web site repo but didn't mark it as live because I wanted to be up when it went live in case of any problems. You can see the list of testing sites and what git repo and branch they are tracking here: http://apis.dev.openstreetmap.org/ So master is track git.osm.org and if you look here: http://git.openstreetmap.org/rails.git/ Then you can see where the head is, and where the live tag is that controls what is running in production. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] Weekend summary
On Mon, Mar 26, 2012 at 6:01 PM, Richard Fairhurst rich...@systemed.net wrote: - FileBank to allow all images/config files to be stored in a .zip, so you can load one assets file per P2 instance rather than 300 or so. Should be live on osm.org in the next few days. Live now, woot. Steve ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
[Potlatch-dev] [OpenStreetMap] #4323: Support addr:street, addr:interpolation etc
#4323: Support addr:street, addr:interpolation etc -+-- Reporter: stevage | Owner: potlatch-dev@… Type: enhancement | Status: new Priority: minor| Milestone: Component: potlatch2| Version: Keywords: | -+-- It's a bit overdue that we support these features in map_features: addr:city, addr:country addr:housenumber addr:postcode addr:street addr:interpolation ... -- Ticket URL: https://trac.openstreetmap.org/ticket/4323 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
[Potlatch-dev] [OpenStreetMap] #4324: Autocomplete very slow on Mac
#4324: Autocomplete very slow on Mac ---+ Reporter: stevage| Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: | ---+ In the Advanced editor, typing a key name is excruciatingly slow for me on a Macbook Pro - in both Chrome and Firefox. It looks like the animation of dropping down the combo box of possibilities is happening very slowly, with some fading animation. It's so slow that keystrokes get dropped if you type faster than about 2 characters per second. -- Ticket URL: https://trac.openstreetmap.org/ticket/4324 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: [Potlatch-dev] [OpenStreetMap] #4324: Autocomplete very slow on Mac
#4324: Autocomplete very slow on Mac ---+ Reporter: stevage| Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: | ---+ Comment(by Richard): FP version? Debug/non-debug? -- Ticket URL: https://trac.openstreetmap.org/ticket/4324#comment:1 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: [Potlatch-dev] Weekend summary
Steve wrote: - The Show all [v] button is ok, but would IMHO work better as a More... sort of icon at the bottom/right of the list rather than the top. That actually had been my initial idea, but on balance (as ever with Flex ;) ) ease of execution trumped it'd be nice! Something we can keep open for the future. In the meantime I'd like to improve the design of the disclosure triangles which aren't great. cheers Richard ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [Potlatch-dev] [OpenStreetMap] #4324: Autocomplete very slow on Mac (FP 10.1) (was: Autocomplete very slow on Mac)
#4324: Autocomplete very slow on Mac (FP 10.1) ---+ Reporter: stevage| Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: | ---+ Comment(by Richard): Hokay - will retitle as I suspect this is a 10.1 issue (I use a Mac for P2 development and it's fine with a later Flash Player). Curse you Adobe for not releasing a later Flash Player for PPC... -- Ticket URL: https://trac.openstreetmap.org/ticket/4324#comment:3 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: [Potlatch-dev] [OpenStreetMap] #4324: Autocomplete very slow on Mac (FP 10.1)
#4324: Autocomplete very slow on Mac (FP 10.1) ---+ Reporter: stevage| Owner: potlatch-dev@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: Keywords: | ---+ Comment(by Richard): Confirmed current version is broken on 10.1 PPC. -- Ticket URL: https://trac.openstreetmap.org/ticket/4324#comment:4 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: [Potlatch-dev] [OpenStreetMap] #3854: Tag sets not loading
#3854: Tag sets not loading +--- Reporter: GPSGary| Owner: potlatch-dev@… Type: defect | Status: closed Priority: major | Milestone: Component: potlatch2 | Version: Resolution: fixed |Keywords: +--- Changes (by stevage): * status: new = closed * resolution: = fixed Comment: 9 months old, many new versions since then, probably this issue has been fixed. -- Ticket URL: https://trac.openstreetmap.org/ticket/3854#comment:2 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: [Potlatch-dev] [OpenStreetMap] #3874: Potlatch bug with renaming streets names
#3874: Potlatch bug with renaming streets names ---+ Reporter: M-Rick | Owner: potlatch-dev@… Type: defect | Status: new Priority: major | Milestone: Component: potlatch2 | Version: 2.0 Keywords: | ---+ Comment(by stevage): Anyone know if this is still occurring? -- Ticket URL: https://trac.openstreetmap.org/ticket/3874#comment:6 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: [OSM-dev] GSoC - Improvements to Vespucci
On Sat, Mar 24, 2012 at 3:53 PM, Graham Jones grahamjones...@gmail.com wrote: Hi Jan, My personal order of preference for the features you suggest would be: Simple Long Click POI Menu - this would be a big step forward for usability - I think the application has most of the fundamental features that I would use, but it takes too many clicks to do things. It would be good to write the code so that the contents of the menu can be customised for other uses (ie very specialised simple editors etc.). Auto Save Function - I think I have lost things before, but don't know how. Undo function - Always good in case you make a mistake. Custom API support - this sounds potentially useful, but not something I have a need for at the moment. Offline Background Map - I am not really interested in this because I try to use vespucci when I am out and can look at the real world, so don't need a background map for reference. In terms of estimating how much effort is required, it really depends on how quickly you manage to get up to speed with the existing code. This means that the first thing you work on will take most of the time, and the others are likely to be (comparatively) straightforward. I would recommend writing your application proposal as a 'base project' with maybe a couple of the features you are thinking of, which you can be confident in achieving, and identify the others as potential extensions if it goes smoothly. Hope that helps. As a Vespucci user myself I have a couple of thoughts. Any kind of save feature should save out to a file that can be read by JOSM. I always have to go back and clean up my vesupucci edits after I upload them. Sometimes it is great to be able to upload from the phone. But sometimes I would rather just take the phone home, load a file into JOSM and upload correct data on the first attempt. This is in the issue tracker: http://code.google.com/p/osmeditor4android/issues/detail?id=83 Also, anyone looking at the code should keep an eye out for this: http://code.google.com/p/osmeditor4android/issues/detail?id=91 It's a nasty bug that I suspect some people aren't even aware is affecting their edits. The first time I discovered it, I had been mapping for over an hour and ended up having to throw most of it away because my data had been completely corrupted when this bug was triggered 30 minutes into my session. The only way to spot it is to double check the tags on every new object you create. Toby ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Postcode to LonLat tool
On 25 March 2012 10:13, Chris Hill o...@raggedred.net wrote: On 25/03/12 00:25, Richard Ive wrote: Hey Community, I'm not sure this is the right section, but I'm going to assume it is so i'm just going to let all the development people here know about a tool I've been creating. It's a UK postcode geocoder. I've created this using NodeJS. I set myself a goal of learning NodeJS, then deploying the project completely free of charge. Some how I've achieved it which I'm quite proud of seeing as the postcode database is about 1.7 million records and 400mb on disk. I do have the great guys at http://nodester.com to thank for the free NodeJS hosting, and the guys at http://dotcloud.com for their mongodb free hosting too. It's still work in progress, I also know there are tools out there that do the same thing. However, feel free to try it, criticise it or just make any general suggestions :) In the future I want to add features such as locating other postcodes within an X radius of a searched postcode. I'll also make a distance calculator between two postcodes. Enjoy! Rich Funny how things somehow come along together. Last week I wrote a simple GB postcode finder too. http://pcf.raggedred.net This incorporates the postcode tiles I maintain for overlays on editors or maps that need GB postcodes, more info at http://codepoint.raggedred.net Those tools are really nice. There's not much to say since they seem to just work :) Also I guess that I should remind people of the Postcode Finder I wrote a while back at http://milliams.dev.openstreetmap.org/postcodefinder/. I haven't updated the OSM data in a while (I will do soon) but it's able to search via codepoint too. -- Matt Williams http://milliams.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Review of proposed spanish castrade import (Avila.osm)
On 25 March 2012 09:42, Frederik Ramm frede...@remote.org wrote: Hi, I'm forwarding this to dev because it begins to sound as if there might be a broader interest in this than just those reading the imports list. A group of people in Spain plan to import cadastral data, including land parcels, and have prepared a sample. There has been some discussion on the imports list; below, Paul Norman posts an analysis. Personally, I find the idea of importing a number of relations equal to the number of people living in a place (along with other issues Paul mentions) rather daunting, and this could have noticeable consequences for renderers and editors. Discussion should ideally take place in the relevant thread on the imports list. I have until now been a proponent of letting people do more or less whatever they want locally, but in this case it is claimed that the local community have reviewed the import and are happy with it, whereas I think that it is not suitable for OSM. When advised that such an import would make editing data much more difficult, the proponents of the import said that then the editors need to be fixed. Bye Frederik Original Message Subject: [Imports] Review of proposed spanish castrade import (Avila.osm) Date: Sat, 24 Mar 2012 23:18:35 -0700 From: Paul Norman penor...@mac.com To: impo...@openstreetmap.org As this is such a large file, I will first be listing some general concerns, then going through specific concerns for each object type. I will be referencing specific examples by either lat,lon pairs or by IDs from the .osm file. Just for reference the file has approximately 60k relations, 148k ways and 406k nodes. The database currently has about 80 relations, 2.4k ways and 31k nodes. Wikipedia indicates that the population of Avila is 58k. As this one file would increase the number of relations in the database by 5% (and the number of multipolygons by 10%), have you spoken with the sysadmins to see what the impact would be on the OSM servers? (http://wiki.openstreetmap.org/wiki/Import/Guidelines#Keep_server_resources_ in_mind) Relations take longer to process by most data consumers than ways or nodes. If one town of 58k were to increase the number of multipolygons by 10%, I could see the import easily doubling the total number. What impact would this have on processing times for the various tools? Overlap: Frequently one multipolygon is overlapping another. An example of this is found at (40.6615, -4.6895). Here one MP (-1289355) covers the entire lot with landuse=farmyard while a smaller one (-1269673) covers the non-building part of the lot, overlapping with the first. The top four are tagged indentically. Breaking lots into too small areas: http://maps.paulnorman.ca/imports/review/avila1.png illustrates one example of this problem. Selected is one MP for a lot with 5 MPs inside with landuse=residential overlapping with the big one for the lot. Why so many? If the data in this image (http://maps.paulnorman.ca/imports/review/avila1.png) is indicative of the quality of the data in the rest of the import then that doesn't fill me with confidence. People not orthogonalising buildings which are square in reality is one of my pet peeves and it makes the map look so much messier -- just press 'q'! Importing a whole city (?) of this data will just make it look messy and is unlikely to ever be fixed. Matt ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Google Summer of Code
Hi, me again. Derick answered my PM and I recognized, that I've missed some features. The interface should be a simple website listing the suspicious changesets. As well a possibility to mark false positives and false negatives were great. Derick suggested also a integration with JOSM and mentioned its changeset reverting capabilities. Best regards, Morris Jobke Am 26. März 2012 00:36 schrieb kabum uu.ka...@gmail.com: Hi, Am 19. März 2012 22:45 schrieb Graham Jones grahamjones...@gmail.com: Hi, Thank you for your interest in applying for GSoC with Openstreetmap. This list will be fine to ask questions. Here are a few suggestions to get you started: - It is important to understand the fundamentals of what OSM is, so if you have not done so before, please start by creating an account and making some improvements to the map in your local area. I heard of OSM a long time ago, but was just to lazy to contribute to. So I tried these days and I was really surprised how fast changes are visible in the rendered map. I've taken several notes of my surrounding waiting for filled into the OSM database. :) - It would also be good to look at the OSM data structure. Details of the xml file format can be found on our wiki. Done :) - If you search for Nominatim on the OSM wiki you should find some information on the current service and links to the source code to see how it currently does searching to see how it could be improved. The project idea was suggested by 'sabas88' - could he/she provide some more information on the issues behind this project suggestion please? I've asked him and the only answer was a link to the GSoC project site in the OSM wiki. :( I read a lot about OSM, it's mechanism, assistant tools, etc and also about Nominatim and I realized, that this isn't what I want to do. I've looking for some other contribution to OSM and GSoC and found the suggestion for an quality assurance tool specialized for edits/changesets (by Derick Rethans). There are many quality assurance tools but no one like this - or have I missed it? The idea is to have a engine that gets a (set of) changesets or edits and analyse them. It should detect things like logical mistakes, mass deletions without corresponding insertions, etc and take also user metadata like duration of membership or count of his edits into account. It would be great if it compare the changes with current state of the data in this area and detect senseless checks, because the data is out of date and already corrected. Some other things to keep in mind while planning: - extensibility through plugins: engine (calls)- several detection plugins - there could be searches for suspicious changesets/edits in specific area This was just a quick outline of the proposal. Are there some suggestions, wishes, questions or doubts? In the next days I plan to specify this proposal. Best regards, Morris Jobke Hope that helps. Please feel free to ask more questions as you develop your proposal. Regards Graham On 19 March 2012 21:28, kabum uu.ka...@gmail.com wrote: Hi, I am interested in Nominatim (or alternative), but there isn't any mentor mentioned. Where could I discuss about the idea? Best regards, Morris Jobke ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Graham Jones Hartlepool, UK. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Urban Development Map Project
Hi Everyone, My name is Reed and I’m a Fulbright scholar from the US studying urbanism in Istanbul. I'm working on a web project that will allow the public to map and discuss urban development proposals and projects under construction – essentially how Istanbul is changing or could change. The project will be part of a proposal for the Istanbul Design Biennial's call for projects under the title Ad-Hocracyhttp://istanbuldesignbiennial.iksv.org/adhocracy/. In regards to this project I have some questions and propositions. First, I’m interested in seeing how this project can integrate with OSM. However, any urban development that is hypothetical, still in the design phase, or under construction would probably be confusing to include in general OSM data. I’m assuming then that I need to create my own data on a separate server and use OSM as a base map. But, I want to double check this fact as it could save me a lot of trouble. (In general I would like to integrate and contribute to existing networks and knowledge bases as much as possible). Second, if you want more information or this project piques your interest and you would be interested in helping please get in touch with me ( rdue...@gmail.com). Our team is especially looking for people with backend web development experience. And depending on your skill level this could be a paying gig (although probably not a lot by general standards). Looking forward to hearing comments and suggestions. Best, Reed Duecy-Gibbs rdue...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Urban Development Map Project
On Mon, Mar 26, 2012 at 7:53 AM, Reed Duecy-Gibbs rdue...@gmail.com wrote: [...] First, I’m interested in seeing how this project can integrate with OSM. However, any urban development that is hypothetical, still in the design phase, or under construction would probably be confusing to include in general OSM data. I’m assuming then that I need to create my own data on a separate server and use OSM as a base map. But, I want to double check this fact as it could save me a lot of trouble. (In general I would like to integrate and contribute to existing networks and knowledge bases as much as possible). [...] I think you've got it right, you'd want to setup a separate database (check out OpenAvationMap [0] and the USGS Collaborative Prototype [1]). Last year I was interested in using OSM for the Safe Routes to School (SRTS) program, where the idea was to let users copy a portion of the main OSM database around a particular school, then make edits to see how adding/removing paths and sidewalks would impact the walkability of a particular school. See a previous thread I started [2] which discussed this idea of Multiple temporary API instances. -Josh [0]: http://navigator.er.usgs.gov/ [1]: http://openaviationmap.org/ [2]: http://lists.openstreetmap.org/pipermail/dev/2011-August/023403.html ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Fwd: Postcode to LonLat tool
Am 25.03.2012 01:31, schrieb Richard Ive: Goodness, I got so excited I didn't mention how to use it! http://postcode.nodester.com/ is the test page. (There's an input box bottom right). It's a pitiy that it's UK-Only. A majority of the OSM-Community is outside the UK. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Review of proposed spanish castrade import (Avila.osm)
El 26/03/2012 11:47, Matt Williams li...@milliams.com escribió: If the data in this image (http://maps.paulnorman.ca/imports/review/avila1.png) is indicative of the quality of the data in the rest of the import then that doesn't fill me with confidence. People not orthogonalising buildings which are square in reality is one of my pet peeves and it makes the map look so much messier -- just press 'q'! Sorry, I did not get this one. Buildings at that zone are clearly not square nor north-aligned. Data source has a variable accuracy, by measure methodology, between 8-20 cm. -- Jaime Crespo ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Overpass-Query: Complete Relations in BBox
Hi I tried to fiddle an overpass-query together that would give me: - all relations tagged with type=boundary or type=multipolygon - their way-members - nodes used by thode way-members but I was unable to get this result. Regarding the docs: they consist of a large list of examples with very minimal explanations that leave open a lot of questions: - which query-language is suited for what? - what's this .-x or .-_ about? - are two queries in a union get ANDed or ORed? - will a print-command print all results of all unions or only the last one? I'd love to see a walktrgough or a tutorial that explains the building blocks and how they interact in a chronological order without adding stuff that isn't explained. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Template report: incomplete log copied to buffer ?
We have several tickets created with template which miss last part of the log. One user already stated that he had rechecked and JOSM definitely did not paste the full log to buffer. I only have problems with openjdk-7 so far where only the first line of the exception is pasted, but there seem to exist many problems with openjdk-7 and josm ! Comments ? Cheers Colliar signature.asc Description: OpenPGP digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Template report: incomplete log copied to buffer ?
On 26/03/12 19:02, Stefan Breunig wrote: Are you referring to the bug report dialog which copies some basic information and the stacktrace to the clipboard automatically? If so, it works for me, both with the clipboard and the very long josmticket? URL. I’m using OpenJDK 7 (which basically is the Java 7 Reference Implementation) on Linux. Maybe the browser or the OS restricts the max length of the URL which would cause the trace to be cut? In my case, drag and drop is broken with openjdk-7 on debian testing and ends in an exception: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664205 Neither copying from buffer (Ctrl+C,Ctrl+V) nor middle mouse does work! cu colliar signature.asc Description: OpenPGP digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev