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.
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
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,
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?
so I think a cleanup isthe best solution.
> Subject: Re: [OSM-dev] proposal for mechanical edit reg. power_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
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:
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:
Changeset comments do not appear hear, neither those written by
me nor those
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 ?
View this message in context:
OK, thanks for the quick feedback. The term "technically not possible"
seems to mean that I cannot help to fix it ?
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
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,
layer="Dale Farm Road"
surface="Place de la Liberté"
I was sure that these errors were produced by the
It seems that this problem is fixed now in most places (at least for the
Thanks to those who helped .
View this message in context:
Sent from the Developer Discussion mailing list
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
Mateusz Konieczny-2 wrote
> On Thu, 26 Nov 2015 03:24:25 -0700 (MST)
> Gerd Petermann
>> OK, thanks for the quick feedback. The term "technically not possible"
>> seems to mean that I cannot help to fix it ?
: 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 ?
pleasse see this way:
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 ?
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
I just noticed that I accidentially replied to Andy instead of the list, see
Von: Gerd Petermann
Gesendet: Dienstag, 15. März 2016 06:38
An: Andy Townsend
Betreff: AW: [OSM-dev] Merkaartor creates invalid highway tags like
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
Is that intended?
Grant Slater wrote
> Hi All,
> On the 9th of May 2016 the primary OpenStreetMap database will be
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
The monster mp is probably wrong,
but for many purposes it works fine.
Von: Ajay Singh1
Gesendet: Donnerstag, 30. Mai 2019 09:21
An: Gerd Petermann
Betreff: Re: [OSM-dev] Sync time in OSM file
Thanks, Gerd. That was helpful.
This OSMupdate keep
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
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
Keep in mind that there are a few restrictions with one or more via ways.
Von: maning sambale
Gesendet: Donnerstag, 21. November 2019 15:57
An: Martin Koppenhoefer
Betreff: Re: [OSM-dev] re-creating turn restriction
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
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
I think I found some errors with a "locked" layer:
- I can run the validator but the results are not displayed in the validator
- 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
I can't reach josm.openstreetmap.de
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
Von: Jiri Vlasak
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
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
Von: Saksham Tomar
Gesendet: Freitag, 23. August 2019 11:55
press Alt+R to change back to rectangle, Alt+Z changes to circles
Von: Thomas Gertin
Gesendet: Donnerstag, 5. Dezember 2019 14:29
Betreff: building tool is drawing circles
Does anybody else have this problem?
would help to know the OSM element for this icon is displayed. My first idea
was "a mosque seen from above"
Von: severin.menard via josm-dev
Gesendet: Dienstag, 25. Februar 2020 15:06
�\�\�\�\�\�\�\ 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"
> Von: severin.menard via j
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
Von: Kai Michael Poppe - OSM
Gesendet: Freitag, 8. Mai 2020 23:05
see also methods hasKey() and hasTag().
Von: Oliver Raupach
Gesendet: Freitag, 10. Juli 2020 18:04
Betreff: Re: Get values from OsmPrimitive
Ah, okay. That worked. Thanks.
Am 10.07.20 um
Mail list logo