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
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:
�\�\�\�\�\�\�\ 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
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
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
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:
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?
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
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
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
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
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
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
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,
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,
I can't reach josm.openstreetmap.de
Gerd
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
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
>
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
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
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
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
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 ?
>
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:
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
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
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
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
: 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
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:
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,
so maybenot
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:
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
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
35 matches
Mail list logo