AW: Get values from OsmPrimitive

Hi Oliver, see also methods hasKey() and hasTag(). Gerd Von: Oliver Raupach Gesendet: Freitag, 10. Juli 2020 18:04 An: josm-dev@openstreetmap.org Betreff: Re: Get values from OsmPrimitive Ah, okay. That worked. Thanks. Oliver Raupach Am 10.07.20 um

AW: JOSM Plugin / Do something after upload of changed data

Hi Kai, The cs id is returned by the api when the changeset is opened, but the hooks are called before that, so I see no way to get the cs id with the current code in core. Gerd Von: Kai Michael Poppe - OSM Gesendet: Freitag, 8. Mai 2020 23:05 An:

AW: JOSM element icon

�\�\�\�\�\�\�\ Original Message �\�\�\�\�\�\�\ Le mardi 25 février 2020 11:15, Gerd Petermann a écrit : > Hi Severin, > > would help to know the OSM element for this icon is displayed. My first idea > was "a mosque seen from above" > > Gerd > > Von: severin.menard via j

AW: JOSM element icon

Hi Severin, would help to know the OSM element for this icon is displayed. My first idea was "a mosque seen from above" Gerd Von: severin.menard via josm-dev Gesendet: Dienstag, 25. Februar 2020 15:06 An: josm-dev@openstreetmap.org Betreff: JOSM

Re: [OSM-dev] OSM Database schema

Hi Lorenzo, my understanding of the fields with ??: - I think the version column was explained already. The combination of the version and the *_id together with the type (Node, Way,Relation) builds the uniquie id which identifies an object. So, you can have a way with id 2 and version 4 and a

Re: [OSM-dev] tagtransform for OSM - A effort make tagging and using OSM data easier; bridging different worlds together

Hi all, What could be the user interface for such a collection of rules? I can think of a preprocessor like osmfilter or some kind of wiki tool which could add hints to wiki pages. Or maybe a rule generator which could create rules for a target program like mkgmap? Gerd -- Sent from:

AW: building tool is drawing circles

Hi Tom, press Alt+R to change back to rectangle, Alt+Z changes to circles Gerd Von: Thomas Gertin Gesendet: Donnerstag, 5. Dezember 2019 14:29 An: josm-dev@openstreetmap.org Betreff: building tool is drawing circles Does anybody else have this problem?

Re: [OSM-dev] re-creating turn restriction geometry from osmosis based postgis

Keep in mind that there are a few restrictions with one or more via ways. Gerd Von: maning sambale Gesendet: Donnerstag, 21. November 2019 15:57 An: Martin Koppenhoefer Cc: dev@openstreetmap.org Betreff: Re: [OSM-dev] re-creating turn restriction

AW:

Hello, I suggest to start with https://josm.openstreetmap.de/wiki Scroll down to find"Found a bug?" with hints where to report errors or get the source. Gerd Von: Saksham Tomar Gesendet: Freitag, 23. August 2019 11:55 An: josm-dev@openstreetmap.org

Re: [OSM-dev] Sync time in OSM file

Developer Discussion mailing list wrote > So, osmupdate will update my local copy with changes done in > openstreetmap.org and I can ignore geofabric's copy as of now, right? I think so, please try it. -- Sent from: http://gis.19327.n8.nabble.com/Developer-Discussion-f5233107.html

Re: [OSM-dev] Sync time in OSM file

the same results but for many purposes it works fine. Gerd Von: Ajay Singh1 Gesendet: Donnerstag, 30. Mai 2019 09:21 An: Gerd Petermann Cc: dev@openstreetmap.org Betreff: Re: [OSM-dev] Sync time in OSM file Thanks, Gerd. That was helpful. This OSMupdate keep

Re: [OSM-dev] Sync time in OSM file

I think the pbf extracts from geofabrik are typically updated once per day. If you want to keep such an extract up to date you should look at the diffs, see also https://wiki.openstreetmap.org/wiki/Osmupdate Not sure what is meant with "Allow for review", I assume it is a tag that is set in the

Jenkins job JOSM is getting slower ?

Hi! If I remember correctly the job JOSM took ~13 minutes, now it usually takes 19 minutes, sometimes much more. Any ideas why? -- Sent from: http://gis.19327.n8.nabble.com/JOSM-Development-f5331716.html

Re: [OSM-dev] Coastline as part of other object types?

Hi Sandor, for me the typical reason to use a coastline way in a multipolygon is this: An island in the ocean with natural=bare_rock. The outline of the island is described with the natural=coastline way and the multipolygon uses the same way with role=outer. The monster mp is probably wrong,

AW: Plugin installation without restart

Hi Jiri, my understanding is that your plugin either requires a restart (set plugin.canloadatruntime to false in build.xml) or it should work so that it reacts on a event to rebuild everything (maybe costly) Gerd Von: Jiri Vlasak Gesendet: Dienstag,

Server down?

I can't reach josm.openstreetmap.de Gerd

I don't seem to understand the new layer status 'locked'

Hi, I think I found some errors with a "locked" layer: - I can run the validator but the results are not displayed in the validator window - I can select the locked layer as a target for the "Merge layers" action - When I select a locked layer as source and a new layer as target in the merge

Re: [OSM-dev] Upcoming Planned outage - 9th May 2016

Hi Grant, it seems that this hardware change has slowed down the update performance, means, all my updates via JOSM took much longer until the changeset was closed. Is that intended? Gerd Grant Slater wrote > Hi All, > > On the 9th of May 2016 the primary OpenStreetMap database will be >

[OSM-dev] WG: Merkaartor creates invalid highway tags like highway=unclassified; track

I just noticed that I accidentially replied to Andy instead of the list, see below... Gerd Von: Gerd Petermann Gesendet: Dienstag, 15. März 2016 06:38 An: Andy Townsend Betreff: AW: [OSM-dev] Merkaartor creates invalid highway tags like highway=unclassified

[OSM-dev] Merkaartor creates invalid highway tags like highway=unclassified; track

Hi all, I hoped that this problem was solved whe iD was corrected, but some less often used editors still allow to create these erroneous tags. Since iD was corrected the only changesets with these errors are created by Merkaartor and Potlatch 2. Fortunately these editors are rather rarely

[OSM-dev] changes in coastline are not rendered

Hi, pleasse see this way: http://www.openstreetmap.org/way/396163254 It was changed more than 3 days ago and the change is not rendered. I understand that coastline ways are special, but that seems too long for me. Any hints why this takes so long ? ciao, Gerd

[OSM-dev] mail notification from changeset comments

Hi all and a happy new year! I wonder why mails produced by changeset comments are treated different to those written by users: The "normal" mails are visible via the OSM website: .../user//inbox .../user//outbox Changeset comments do not appear hear, neither those written by me nor those

Re: [OSM-dev] Why is ford=yes not rendered in the default style?

Mateusz Konieczny-2 wrote > On Thu, 26 Nov 2015 03:24:25 -0700 (MST) > Gerd Petermann > gpetermann_muenchen@ > wrote: > >> OK, thanks for the quick feedback. The term "technically not possible" >> seems to mean that I cannot help to fix it ? >

[OSM-dev] Why is ford=yes not rendered in the default style?

Hi all, I know we should not map for the renderer, but why is the deprecated and rarely used highway=ford rendered with a nice icon on https://www.openstreetmap.org while the much more often and documented ford=yes is not ? Gerd -- View this message in context:

Re: [OSM-dev] Why is ford=yes not rendered in the default style?

OK, thanks for the quick feedback. The term "technically not possible" seems to mean that I cannot help to fix it ? Gerd Holger Jeromin wrote > Gerd Petermann wrote on 26.11.2015 10:57: >> I know we should not map for the renderer, but why is >> the deprecated and

[OSM-dev] Is JOSM responsible for tags like layer=Main Street ?

During the last days I've corrected many tags like layer=Carrer de Rocabertí where it is quite obvious that the mapper wanted to use a different tag key. There are still many more cases, e.g. layer="Dale Farm Road" surface="Place de la Liberté" I was sure that these errors were produced by the

Re: [OSM-dev] Duplicated "vor" in history

It seems that this problem is fixed now in most places (at least for the German pages). \O/ Thanks to those who helped . Gerd -- View this message in context: http://gis.19327.n5.nabble.com/Duplicated-vor-in-history-tp5855644p5860985.html Sent from the Developer Discussion mailing list

Re: [OSM-dev] Is JOSM responsible for tags like layer=Main Street ?

Andy Townsend wrote > ... >> I hope the programmers can find the cause of the problem, if any of you >> experiences the same behaviour, please report it. >> > > If you haven't already, I'd definitely log it at JOSM's trac. I've > always found the JOSM devs to be extremely responsive to any

Re: [OSM-dev] iD creates invalid (?) highway tags

: Gerd Petermann Betreff: Re: [OSM-dev] iD creates invalid (?) highway tags Gerd Petermann wrote on 20.11.2015 07:35: > If I got it right, this new version will not so easily produce > these invalid tags now. > Would it also be possible to ask the user correct existing > invalid tags ? > E

Re: [OSM-dev] proposal for mechanical edit reg. power_source + generator:source

Hi Colin, I fully agree with you, but I don't want to participate in these "religious" discussions too much. I thought about writing a tool to help doing such mechanical edits, but I doubt that this would be welcomed, so I'll stick to mkgmap development and small manual changes. Gerd Date:

Re: [OSM-dev] iD creates invalid (?) highway tags

Yes, I understand how this happens, but I don't understand why iD doesn't prevent this action or at least warns the user. I am not aware of many tags which regularly contain lists, so I'd say it would be better to always warn or implement a white list for those tags in iD. I am sure that it

Re: [OSM-dev] iD creates invalid (?) highway tags

Or much more simple:Don't allow to combine elements with differenttags without confirmation. If the user tries that, a dialog shouldshow the differences and ask the user what touse, similar to JOSM. Merging objects with different tags is an actionthat requires expert knowledge, so maybenot

Re: [OSM-dev] iD creates invalid (?) highway tags

Hi Andy, yes, I contacted some editors and typically got positive feedback, so it is clear to me that nobody intended to create unusable data. I just don't understand why iD offers a method to combine elements when this is such a tricky thing. Why would a "beginner" need that? ciao, Gerd > To:

Re: [OSM-dev] proposal for mechanical edit reg. power_source + generator:source

so I think a cleanup isthe best solution. Gerd > Subject: Re: [OSM-dev] proposal for mechanical edit reg. power_source + > generator:source > To: gpetermann_muenc...@hotmail.com > From: o...@raggedred.net > Date: Tue, 13 Oct 2015 18:43:48 +0100 > > On 13/10/15 18:07, Ger

[OSM-dev] Duplicated "vor" in history

Hi, please redirect if this is the wrong list: For quite a while now the (german) changeset history shows a text like this: "Änderungssätze von GerdP" [comment] .. "Geschlossen" vor vor The text starting "vor vor " is a link like this: http://www.openstreetmap.org/changeset/34291704 I