Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
On Fri, Jan 16, 2009 at 8:30 AM, Jochen Topf joc...@remote.org wrote: Please, please, do not use this convention. If there is no name or no ref thats enough to know that something might be missing. If one uses 'fixme' and the next one uses 'tbd' and the next 'missig' and the next one uses 'unknown' as special values, the map will be full of strange names and nobody will be able to find anything! Still I do not understand why one has to use name=FIXME in the first place. Just not adding a key/vaule is not enough? Am I missing something? -S ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mapping quality program version 2.0 published
I'm new here (new to the dev list, but over a year's time mapping for OSM). So please be gentle with the flamethrowers! Gary68 wrote: hi, today I published a new version of mappingquality.pl here: http://wiki.openstreetmap.org/wiki/User:Gary68 the program takes an osm file and gives you - statistical data of mappedness (mapping quality) in HTML and CSV - list of unmapped or sparsely mapped places TXT - street directory for each place the program found (nodes and ways) CSV - simple map that displays the area and lists key figures right where they come from. This looks like a fine attack on a problem I've been pondering recently with the rise of routable Garmin (and other) maps from OSM data. Basically, we don't (currently) seem to have a system in OSM that can tell you if a given part of the map is any good or not. There was some talk on the todo list of the wiki a while back that it might be nice for mappers to be able to request alerts should anything change in areas of the map that they might consider local to them. It sounded like a good idea, but I've not noticed anything come of it yet. Then we have the reverse problem (which Gary68 seems to be considering) - where someone not familiar with an area might like to know how complete the map is. ( BTW: There are great swathes of central Wales and the highlands of Scotland where the absence of roads for many km in every direction might still indicate that the map is 100% complete and accurate for that area! ) So: it struck me that if the OSM dataset could be associated with a grid of (say) 1km x 1km tiles, then all or most of my wishlist could be accommodated. Properties associated with each tile of the grid could indicate who wants alerts on changes, and how well the local mappers think they've dealt with that tile. Not just that, but you could consider splitting the 'quality' indicators so that you could have categories for major roads, minor roads, railways, cycleways, footpaths etc. If you're just driving through a place you might not mind using a tile of only 20% quality on minor roads as long as it's close to 100% for major roads and motorways. A bit more thinking, and I realised that the 1km x 1km grid idea might be re-inventing a wheel: there already is a concept of rendering-tiles used by ti...@home (and maybe Mapnik). If those tiles physically 'exist' in the layout of the databases, could they be used to implement a reporting and Q.A. system? Just a few cents worth. Steve Hosgood ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mapping quality program version 2.0 published
you may want to take a look at this: http://osm.m0nty.de/ sorry it's German, but maybe... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
On Fri, Jan 16, 2009 at 03:13:37PM +0100, Simone Cortesi wrote: On Fri, Jan 16, 2009 at 8:30 AM, Jochen Topf joc...@remote.org wrote: Please, please, do not use this convention. If there is no name or no ref thats enough to know that something might be missing. If one uses 'fixme' and the next one uses 'tbd' and the next 'missig' and the next one uses 'unknown' as special values, the map will be full of strange names and nobody will be able to find anything! Still I do not understand why one has to use name=FIXME in the first place. Just not adding a key/vaule is not enough? That is just what I was saying. Don't use anything like this. If you want to add a note use the fixme or note key. Something like fixme=please add name or note=missing name would be better. But thats really only needed for more complex cases like: name=FoObaR fixme=Check spelling of name Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
2009/1/16 Jochen Topf joc...@remote.org: On Fri, Jan 16, 2009 at 02:12:18AM +0200, Eddy Petrișor wrote: In Romania there are many streets with name='tbd' which was probably done in order to help in finding those streets later in an SQL query, or something similar. I don't know how often this is used in other parts of the map, but I suspect this used in other places, too. I think it would be a good idea to add one or two checks that would be similar to the 'fixme'-s: for name='tbd' or ref='tbd'. What do you think? Please, please, do not use this convention. If there is no name or no I didn't say *I* used it. I always tell people to use the fixme key, or the note key. ref thats enough to know that something might be missing. If one uses 'fixme' and the next one uses 'tbd' and the next 'missig' and the next one uses 'unknown' as special values, the map will be full of strange names and nobody will be able to find anything! I agree, this proposal was made in order to easily locate such ways through the validators, and hopefully kill them. There are *many* such values for the name anf ref tags, so I would like them removed, or at least changed into fixme-s. Still I can't do much about people which come and add them. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
2009/1/16 Jochen Topf joc...@remote.org: On Fri, Jan 16, 2009 at 03:13:37PM +0100, Simone Cortesi wrote: On Fri, Jan 16, 2009 at 8:30 AM, Jochen Topf joc...@remote.org wrote: Please, please, do not use this convention. If there is no name or no ref thats enough to know that something might be missing. If one uses 'fixme' and the next one uses 'tbd' and the next 'missig' and the next one uses 'unknown' as special values, the map will be full of strange names and nobody will be able to find anything! Still I do not understand why one has to use name=FIXME in the first place. Just not adding a key/vaule is not enough? The only thing I can think of (note I am not adding such tag values) is that it is really easy later to query a database for ways which should have a name, but need a survey to establish that, since not all ways need to have a name. So, it seems, no, it isn't enough to have a key missing, since that would blend into the background of ways which don't need a name or tag. As I said, I *don't* use such values for tags, but I can only assume what people think. I am trying to highlight such wrong tagging practices in automated checkers and validators in a constructive way by locating them, this way helping to fix the problem. That is just what I was saying. Don't use anything like this. If you want to add a note use the fixme or note key. Something like fixme=please add name or note=missing name would be better. But thats really only needed for more complex cases like: name=FoObaR fixme=Check spelling of name I agree this would be better. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mapping quality program version 2.0 published
2009/1/16 Gary68 g...@gary68.de: you may want to take a look at this: http://osm.m0nty.de/ sorry it's German, but maybe... It looks interesting and maybe even useful, but since I can't understand what the options and buttons mean, it doesn't look like I/we could use this tool. Is there a chance you could convince people to translate this in English? -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Osmosis: no --wk?
Hi, there's --nk and --nkv, and there's --wkv, but if I want all railway ways selected then I have to explicitly specify the possible values in a --wkv list because there's no --wk - right? Is this a design decision or just a nobody sent a patch for it thing? Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] JOSM Fail
Petr Nejedly writes: Well, as long as Undo is reliable, making useful feature harder to use/discover is a nonsense. I helped her find Undo. scares me a bit, though. Ctrl+Z works all around the world and it's even listed in the Edit menu as usual. She moved the way back where it was. (but of course she didn't move it *exactly* back where it was.) But while we can teach people, we need to understand that they have a certain level of computer skillset, and need to work with them at their level. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Review Board
Dnia 2009-01-15, czw o godzinie 22:58 +0100, Lars Kruse pisze: Hi, deej...@srem.org schrieb am Thu, 15 Jan 2009 11:46:09 +0100: Hello! I've set up a Review Board instance for OpenStreetMap projects and there's also a JOSM repository if you think you can use it then feel free ;) The address is currently dev.srem.org, but beware that you have to set up a new account there, although I'll try to implement login via the osm account in the coming weeks if there's sufficient demand. out of curiosity, I registered. The interface looks like it is supposed to ease discussions about patches, right? I also guess, it is based on http://www.review-board.org/. There was no reference to the engine of dev.srem.org - which is kind of confusing for me. Yes, sorry for not including this right away - my fault, I assumed everyone at least heard about it ;) It should ease patch discussion a bit as I often see people posting patches on various lists, then getting completely unnoticed, breaking message threading etc. This way one can keep track of it, if they're implemented easily view diff against the master source (as review board downloads the needed files on the fly), etc. Regards, -- Łukasz [DeeJay1] Jernaś signature.asc Description: To jest część wiadomości podpisana cyfrowo ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
The only thing I can think of (note I am not adding such tag values) is that it is really easy later to query a database for ways which should have a name, I have another supposition, maybe they are tagging for the renderer. when a way has no tag name, whatching at a renderer doesn't directly tels you if the way has no name or if there is not enough place to display the name, while if the name is set to FIXME or tdb, when you see it, you know it has to be fixed without having to bother with zooming again to see if it appears. Maybe things could be better if the noname layers and garmin noname files from cloudmade could be advertised a little more. Lazyness of tagging name=FIXME every now and then whould then arise if people know that not setting a name tag could easier be looked at. So, it seems, no, it isn't enough to have a key missing, since that would blend into the background of ways which don't need a name or tag. There we are back to the noname never approved proposals, since no tag name or a tag name=FIXME both doesn't tell you if the feature has or not has a name We are still doing a few useless re-survey for a sign that is still not in the street, but I think that the closer we come to completness the more a tag to say there is no name will be needed. fixme=please add name or note=missing name would be better. But thats really only needed for more complex cases like: yeah the missing tag name is enough evidence to say there is a missing name, and I can't think of the rare case when a mapper did know the way has a name while not knowing what it is ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] mapping quality program version 2.0 published
Hi, It looks interesting and maybe even useful, but since I can't understand what the options and buttons mean, it doesn't look like I/we could use this tool. Is there a chance you could convince people to translate this in English? +1 :-) Nico ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] http://keepright.ipax.at link for Potlatch editing is broken
Hi Eddy, [sorry for the delay, missed your mail] The link-problem is solved now. I did remove the entities that where suggested by W3C's html validator... Now wanting to fix the remaining issues in data for Romania, I saw that the Edit in Potlatch doesn't work anymore, apparently because the sign is escaped in the link instead of being directly present. I hope the data updated automatically? If so, how often? I will try to catch a weekly update schedule. At the moment my hard disks are running red hot and calculations seem to come to an end hopefully in the next hours so the update will happen this weekend. Best Regards, Harald ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] new fixme-like check for keepright.ipax.at and alike
Hello, So to recapitulate this topic it seems consensus to me that using name=tbd or ref=tbd is undesirable and I can easily integrage it in my fixme-check to highlight spots where this tagging has been used Best Regards, Harald Hello, In Romania there are many streets with name='tbd' which was probably done in order to help in finding those streets later in an SQL query, or something similar. I don't know how often this is used in other parts of the map, but I suspect this used in other places, too. I think it would be a good idea to add one or two checks that would be similar to the 'fixme'-s: for name='tbd' or ref='tbd'. What do you think? ___ 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: [josm-dev] JOSM Fail
On Thu, 15 Jan 2009, Russell Nelson wrote: 1) First (and I realize this is probably a Java / Mac thing), we couldn't paste a URL into the URL window. Fortunately, the drag-n-drop code worked (massive hoorays to whomever added that). There is a bug report and a fix for that. I was unsure but now I believe I should really check it in. This fix moves the text from the URL field into the text above. 4) She selected a way, and then tried to move the node because the road had been extended. Of course, she moved the entire way. (This mnay not be easy to fix). Good suggestions wellcome. There are perfect valid reasons to move whole areas, but probably the common case is that it is unwanted. A solution which makes moving everything a bit more complicated without disabling it totally would help here I think. 5) She went into insert node/way mode with the way still selected, in order to extend it. It ignored her clicks. This is a usability fail. Never ignore a user's input. If it can't be used in this context, then say why. You're right. There should be a useful handling of the there is something already selected case in add mode. 5) It *really* bothered her that in insert node/way mode, she had a red line from the tail node. She is resourceful and figured out that ESC would terminate the adding. But that de-selected the way, so she had to go into select mode, go back and select it again in order to tag it. Fixing http://josm.openstreetmap.de/ticket/1937 would help here a lot to get rid of Add mode at all for the beginning users. 6) You geeks must really like tedium, because it's wicked boring to have to select/delete, select/delete, select/delete, select/delete all these inapplicable tags. I reassured her that we don't like it either, but that didn't serve to explain why she couldn't select a range of tags to delete them. Has been fixed. New JOSM allows to press Delete multiple times to delete multiple entries. Selecting multiple entries is still not supported, as only the delete button would react to a multi-selection and this is bad UI as well :-) It's my job to help people map. If I have to fix JOSM to get them to map, then that's what I have to do. But I'm also really NOT interested in taking over JOSM development; that's NOT my job. So please tell me how I can contribute to JOSM in a way that helps me recruit new mappers, but which is also acceptable to all the currently JOSM users. Send patches. Before doing larger changes asking here about the way to do is a good idea. Fixing bugs in the bug tracker is helpful as well. Some of the problems you mentioned are already entered there. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
Sascha Silbe schrieb: On Fri, Jan 16, 2009 at 11:22:50AM +0100, Dirk Stöcker wrote: http://josm.openstreetmap.de/ticket/1937 How do I get a Trac account on josm.openstreetmap.de? I'd like to comment on that bug and receive update notifications, but not make my email address public. You don't need to have an account there. Just type in the comment and (optionally) put your name Sascha (or so) into the corresponding field. Regards, ULFL ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
Hi, Sascha Silbe wrote: Giving it to the Trac installation (= only admin can see it) isn't the same as making it public (= will get SPAM on it). Then use one of the addresses you use for this mailing list; this mailing list is public and you will get spam on all of them anyway. So is it possible to get a Trac account for josm.openstreetmap.de at all? Yes it is possible, but I have to create accounts manually and I refuse to create an account just because someone wants to follow a ticket and not enter his address. Bye Frederik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
On Fri, Jan 16, 2009 at 01:08:35PM +0100, Pieren wrote: +1 for making this harder to activate (separate mode, ctrl+drag, whatever). It's pretty annoying when trying to select a region in a densely mapped area. -1 I'm moving ways. I cannot say every day but I move ways when I: - improve roundabouts (position, circle) - draw dual carriageways (copy, paste, reverse, move) - draw areas like buildings or parks How would e.g. having to press Ctrl in addition to dragging impact your workflow? I don't see why you're opposed to making it harder to _unintentionally_ using it. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
Hi, Shaun McDonald wrote: Um, I don't understand your second sentence there. Do you mean that the fix is to set the focus to the textfield rather than the button? On Mac OS X it seems that the textfield isn't selected by default, however if you click in the text field, and use the keyboard shortcut to paste it will work. I *think* the problem is that there is a note in the text field saying paste your url here, and when you focus the text field, that note gets selected which, on some platforms, replaces the paste buffer with paste your url here, and in any case breaks pasting because you would have to delete it first. If the message paste your url here becomes a label above the text box, and the box remains empty, pasting should be a no-brainer. I would really like to have relation tag/value style editing used for the tag editing of nodes and ways, with the addition of the click to delete by clicking a x on the right hand side. It would mean that I wouldn't have to go through a dialog when editing data. I know it could introduce poorer ui for greater useability. Maybe a mix of the 2? Yeah, let's go for the poorer ui and keep the bad usability ,-) Bye Frederik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] webkit-image successfully built on MacOS
* Dermot McNally derm...@gmail.com [2009-01-16 13:22]: Is it so annoying to have to install the Trolltech package, though? Not that much. But I guess a just download and put into plugins dir-version might help other mac users, too. I'll give it a try. Thanks again. Alex -- Alex Pleiner plei...@zeitform.de zeitform Internet Dienste OHG Tel./Fax: +49 (0) 6151 155-635 / -634 Fraunhoferstraße 5 PGP S/MIME: http://key.zeitform.de/ap 64283 Darmstadt, Germany Reg: HRA 6898 (Amtsgericht Darmstadt) http://www.zeitform.de ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
Sascha Silbe napsal(a): On Fri, Jan 16, 2009 at 01:08:35PM +0100, Pieren wrote: +1 for making this harder to activate (separate mode, ctrl+drag, whatever). It's pretty annoying when trying to select a region in a densely mapped area. -1 -1 I'm moving ways. I cannot say every day but I move ways when I: - improve roundabouts (position, circle) - draw dual carriageways (copy, paste, reverse, move) - draw areas like buildings or parks How would e.g. having to press Ctrl in addition to dragging impact your workflow? I don't see why you're opposed to making it harder to _unintentionally_ using it. Well, as long as Undo is reliable, making useful feature harder to use/discover is a nonsense. I helped her find Undo. scares me a bit, though. Ctrl+Z works all around the world and it's even listed in the Edit menu as usual. -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
On 16 Jan 2009, at 13:24, Petr Nejedly wrote: Sascha Silbe napsal(a): On Fri, Jan 16, 2009 at 01:08:35PM +0100, Pieren wrote: +1 for making this harder to activate (separate mode, ctrl+drag, whatever). It's pretty annoying when trying to select a region in a densely mapped area. -1 -1 I'm moving ways. I cannot say every day but I move ways when I: - improve roundabouts (position, circle) - draw dual carriageways (copy, paste, reverse, move) - draw areas like buildings or parks How would e.g. having to press Ctrl in addition to dragging impact your workflow? I don't see why you're opposed to making it harder to _unintentionally_ using it. Well, as long as Undo is reliable, making useful feature harder to use/discover is a nonsense. I helped her find Undo. scares me a bit, though. Ctrl+Z works all around the world and it's even listed in the Edit menu as usual. How many newbie computer users know about undo? I'd say not that many. Shaun ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
On Fri, Jan 16, 2009 at 12:49 PM, Frederik Ramm frede...@remote.org wrote: Hi, Shaun McDonald wrote: Um, I don't understand your second sentence there. Do you mean that the fix is to set the focus to the textfield rather than the button? On Mac OS X it seems that the textfield isn't selected by default, however if you click in the text field, and use the keyboard shortcut to paste it will work. I *think* the problem is that there is a note in the text field saying paste your url here, and when you focus the text field, that note gets selected which, on some platforms, replaces the paste buffer with paste your url here, and in any case breaks pasting because you would have to delete it first. If the message paste your url here becomes a label above the text box, and the box remains empty, pasting should be a no-brainer. Yes, that's exactly the issue, see http://josm.openstreetmap.de/ticket/2019 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
2009/1/16 Sascha Silbe sascha-ml-gis-osm-josm-...@silbe.org: On Fri, Jan 16, 2009 at 02:21:27PM +0100, Pieren wrote: Where is the limit of making harder commands for _intentional_ actions just to prevent _unintentional_ actions ? It is very hard to find the right balance between newcomers and experimented users. This isn't about newcomers vs. experienced users. I _am_ experienced and during my normal work I _often_ move objects when I want to select something instead, just because JOSM binds two separate actions to the same input. Huh? What two separate actions? The same action (moving) _should_ need the same input (click and drag) regardless what is to be moved. If there's a config option I have to set to prevent it from happening: Fine for me. I need special configs for most programs anyway, this won't make a difference. Having said above in my work with JOSM accidentally dragging a way almost only happens when I want to add a new node by clicking a virtual node. Right now CTRL *prevents* creating a new node when clicking on a virtual node. So from this experience I would see reversal of CTRL+click on a way as improvement. Rolf ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
2009/1/17 Rolf Bode-Meyer rob...@gmail.com 2009/1/16 Sascha Silbe sascha-ml-gis-osm-josm-...@silbe.org: On Fri, Jan 16, 2009 at 02:21:27PM +0100, Pieren wrote: Where is the limit of making harder commands for _intentional_ actions just to prevent _unintentional_ actions ? It is very hard to find the right balance between newcomers and experimented users. This isn't about newcomers vs. experienced users. I _am_ experienced and during my normal work I _often_ move objects when I want to select something instead, just because JOSM binds two separate actions to the same input. Huh? What two separate actions? The same action (moving) _should_ need the same input (click and drag) regardless what is to be moved. I guess it's the select box and drag move being both the same that's referred to here... If there's a config option I have to set to prevent it from happening: Fine for me. I need special configs for most programs anyway, this won't make a difference. Having said above in my work with JOSM accidentally dragging a way almost only happens when I want to add a new node by clicking a virtual node. Right now CTRL *prevents* creating a new node when clicking on a virtual node. So from this experience I would see reversal of CTRL+click on a way as improvement. I preferred the old modeful JOSM, but, short of splitting out the modes again, perhaps some tweaking of the sensitivity to nearby objects would make it more difficult to select features you don't want to and easier to select them you do, as long as you are reasonably accurate with your clicking... d ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM Fail
On Fri, Jan 16, 2009 at 08:49:45PM +0100, Rolf Bode-Meyer wrote: This isn't about newcomers vs. experienced users. I _am_ experienced and during my normal work I _often_ move objects when I want to select something instead, just because JOSM binds two separate actions to the same input. Huh? What two separate actions? Region Select and Moving. Just depending on where exactly between two ways the pointer is, JOSM does different things. If it's too close to one of them, it will move it, instead of starting to select a region. If ways are too close together (remember: densely mapped area), it's impossible to do a region select. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev