Re: [Potlatch-dev] [OpenStreetMap] #3363: Editor becomes unable to select objects
#3363: Editor becomes unable to select objects ---+ Reporter: StellanL | Owner: potlatch-...@… Type: defect | Status: new Priority: minor | Milestone: Component: potlatch2 | Version: 2.0 Keywords: | ---+ Comment(by o...@…): After many tries, I've finally found out how to reproduce the problem. Click somewhere empty on the map (so you start drawing a way), hit delete to cancel the drawing. Then hover over a way so it is highlighted, hold down shift and click on the way two times. Now the editor is borked. It's a really annoying bug. Hope you can get it fixed soon. :) -- Ticket URL: http://trac.openstreetmap.org/ticket/3363#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: [osmosis-dev] proper usage of osmosis when writing changes to osm api db
I'm not sure if this is helpful or not Some of this info may or may not be relevant anymore.. but 1. If you want to load diffs, you need to make sure you load the planet file using --slim mode (which is slower) but is required to apply diffs. 2. This is the syntax I use. I'm not sure why you're gzipping the changes.osc before hand. 2a. download change set: osmosis --read-replication-interval --simplify-change --write-xml-change 2b. write changeset: osm2pgsql --host localhost -e 10 -o expire.list --verbose --append --slim --cache 6144 change.osc the -e 10 and -o expire.list are optional, I use the expire list to re-generate only tiles that are affected. -- Samir On Thu, Dec 9, 2010 at 8:18 AM, Dmytro Korochkin dkoroch...@cogniance.comwrote: Hi all I'd like to create the local copy of osm api db. First I populated DB with full planet.osm file using osmosis, afterwards initialized and created osm change file. Should I run --simplify-change before applying the change file to the db? I.e. is it required nice gzip -d -c change.osm.gz | nice ./osmosis --read-xml-change file=/dev/stdin --simplify-change --write-xml-change file=- | nice gzip -9 -c change.unique.osm.gz Thanks -- Dmytro Korochkin Senior Analyst of IT Operations Cogniance Inc ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev -- -- Samir Faci *insert title* fortune | cowsay -f /usr/share/cows/tux.cow ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] proper usage of osmosis when writing changes to osm api db
Samir, Samir Faci (Dev) wrote: I'm not sure if this is helpful or not It was well intended but the original author inquired about an API DB database, which is populated directly by osmosis, without osm2pgsql. It uses a different database schema and does not have a slim mode. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Missing Bing zoom level at some places
I'm presuming the bing/yahoo overlay is a web request, and not something you can download and implement locally? -- Samir On Tue, Dec 7, 2010 at 3:36 PM, Cartinus carti...@xs4all.nl wrote: If you edit all over the place I don't see a fast solution. I mostly edit the map in the Netherlands. There are photo-tiles till zoom 19 and white tiles at zoom 20 in the Netherlands. So in the imagery plugin for JOSM I set the maxzoom to 19. Then I can zoom in as far as I want and still see a (scaled) photo. -- m.v.g., Cartinus On Tuesday 07 December 2010 11:33:29 Andreas Kalsch wrote: +1 from here. I wonder that the bing imagery is not scaled on higher zoom levels in both JSOM and Potlatch2. The imagery will not be better by scaling, but the point is that mappers can make more detailed edits then. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- -- Samir Faci *insert title* fortune | cowsay -f /usr/share/cows/tux.cow ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Relation editor usability
Hi, I recently updated my josm (yes I know, I'm not updating very often, I'm a bad boy) and saw a small change in the relation editor which is a bit irritating. Until now, when I created a relation, I selected my objects then opened the relation editor, then clicked on the button moving them from the right panel to the left panel, then applied the roles when required. Now, I do the same but the order of the objects is changed in the left panel. Then my habit to select the objects in the order of roles to set is not working anymore. When I move the objects to the right panel, I don't see any more which role to set on which object. Am I the only one seeing here a usability downgrade ? why is the order of imported elements changing and on which criteria when these objects have no roles defined ? Pieren ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Sticky Tags Feature
On 9 déc. 2010, at 08:46, Olivier Croquette wrote: On 8 déc. 2010, at 23:31, M∡rtin Koppenhoefer wrote: it could also be a way to use layers. Then you could draw all similar stuff (e.g. POIs) on a separate layer, select all, apply your tags, and merge it to the main data layer. That will work if you create *only* new nodes, not if you want to reuse the existing ones, which is generally the case (eg. modifying or creating ways). By the way, here is the method I use : - modify what you want - use the selection dialog, with one of the following filter strings depending on the case : modified Modified or new objects (ways ANDS nodes) modified -source Modified unsourced object id:0 ways New ways ... - apply the tag ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] multiline entry in template (was: sac_scale in JOSM - RFC for change of translation)
On Tue, Nov 30, 2010 at 11:04 AM, Sebastian Klein wrote: Btw.: You can use html markup to create a multiline entry, e.g. htmliWanderweg/ibrnbsp;nbsp;ausgeglichene Steigung, Absturzgefahrbrnbsp;nbsp;nicht ausgeschlossen/html (The height of the sac_scale field in the preset dialog will grow accordingly, but I would fix this little flaw later.) I've tried that locally for one entry, but with somewhat mixed results, see http://img146.imageshack.us/img146/7209/josmtemplatesacscale.gif 1. after selecting the entry from the list, the raw html text shows up in the text item (see screenshot). How to prevent this? 2. the text is editable. So if the user changes the default text, this (usually invalid) text is put into the tag value. Is this behaviour intended? (3. as you've said, the height grows.) br, Georg ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Relation editor usability
Am 09.12.2010 17:38, schrieb Pieren: Hi, I recently updated my josm (yes I know, I'm not updating very often, I'm a bad boy) and saw a small change in the relation editor which is a bit irritating. Until now, when I created a relation, I selected my objects then opened the relation editor, then clicked on the button moving them from the right panel to the left panel, then applied the roles when required. Now, I do the same but the order of the objects is changed in the left panel. Then my habit to select the objects in the order of roles to set is not working anymore. When I move the objects to the right panel, I don't see any more which role to set on which object. Am I the only one seeing here a usability downgrade ? why is the order of imported elements changing and on which criteria when these objects have no roles defined ? Your are right there is already a ticket filled about it: http://josm.openstreetmap.de/ticket/5683 If you use the two below buttons it works ! Cheers colliar ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Relation editor usability
On Thu, Dec 9, 2010 at 7:02 PM, colliar colliar4e...@aol.com wrote: Your are right there is already a ticket filled about it: http://josm.openstreetmap.de/ticket/5683 If you use the two below buttons it works ! Cheers colliar Oops, sorry. I though it was something wished, not a bug. Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Relation editor usability
Sorry if I am hijacking this thread, but on a related topic, I recently wanted to tag a landuse area. Instead of the old simple area tag, I was prompted to create a relation. The problem was I had no clue what sort of relation was being suggested, there was no link or other help. I searched the wiki and no joy. So I just aborted that and manually used the old type of tag. My suspicion is that the idea of a relation was to allow annular rings and the like, and that maybe roles like inner and outer were expected. But I had no way of checking. For someone new to josm, it would be even more confusing. So before new undocumented tags are introduced, there needs to be at least some minimal help or guidance. ael ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] multiline entry in template (was: sac_scale in JOSM - RFC for change of translation)
Fichtennadel wrote: On Tue, Nov 30, 2010 at 11:04 AM, Sebastian Klein wrote: Btw.: You can use html markup to create a multiline entry, e.g. htmliWanderweg/ibrnbsp;nbsp;ausgeglichene Steigung, Absturzgefahrbrnbsp;nbsp;nicht ausgeschlossen/html (The height of the sac_scale field in the preset dialog will grow accordingly, but I would fix this little flaw later.) I've tried that locally for one entry, but with somewhat mixed results, see http://img146.imageshack.us/img146/7209/josmtemplatesacscale.gif 1. after selecting the entry from the list, the raw html text shows up in the text item (see screenshot). How to prevent this? 2. the text is editable. So if the user changes the default text, this (usually invalid) text is put into the tag value. Is this behaviour intended? (3. as you've said, the height grows.) Ok, its not really usable like this. Please provide the texts and we can try to find a better integration into the preset dialog. Sebastian ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev