AW: Get values from OsmPrimitive

[Gerd Petermann]

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 17:49 schrieb Kai Michael Poppe - OSM:
> Hi Oliver,
>
> when
>OsmPrimitive p;
> then
>p.getId() gives you the LONG Id that corresponds to
>p.getType() that could be
>  OsmPrimitiveType.NODE,
>  OsmPrimitiveType.WAY or
>  OsmPrimitiveType.RELATION
>p.getKeys() gives you a TagMap of all Keys in p where
>  p.getKeys().containsKeys(String s) will return true
>  if s is in the list of keys.
>p.get(String s) returns the value of the Key s as a String
>
> If you're expecting a String Id then Long.toString(p.getId()) is your
> friend, Integer.parseInt() or Long.parseLong() if you're expecting a
> typed number from a String you got by using p.get().
>
> HTH.
>
> Kai (kmpoppe)
>
> On 10.07.2020 17:29, Oliver Raupach wrote:
>> Hi,
>>
>> I am the developer of the HouseNumberTaggingTool. I haven't done
>> anything to the plugin for a very very long time and now I want to
>> rework some things. So I'm not so familiar with JOSM at the moment. So
>> here's a question: I get an OsmPrimitive from the user's selection when
>> the plugin is called. How do I get the values for e.g. addr:city or
>> addr:street from this OsmPrimitive ?
>>
>> Oliver Raupach
>>
>>

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

[Gerd Petermann]

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: josm-dev@openstreetmap.org
Betreff: JOSM Plugin / Do something after upload of changed data

Hi list,

I'm currently building a Plugin that's supposed resolve upload a note
with a reference to the changeset that was created through the upload.

I've successfully managed to get the UploadHook working and put the
reference to the Note in the Changeset comment, but I can't figure out
how to find the Changeset ID that was created. Is there any interface I
can implement to do this in the Plugin namespace?

Thanks for helping out a plugin noob!

Kai

AW: JOSM element icon

[Gerd Petermann]

So you have the answer ;) The source file for this picture is called 
Mf_multipolygon.svg . No idea why there are multiple images for multipolygon 
relations.



Von: severin.menard via josm-dev 
Gesendet: Dienstag, 25. Februar 2020 15:22
An: josm-dev@openstreetmap.org
Betreff: JOSM element icon

This is not a specific feature, but one of the allowed elements (geometries or 
relations) on top of preset windows. This one is related to closed ways. Eg for 
a residential landuse: 
https://leslibresgeographes.org/jirafeau/f.php?h=1sBD2vnu=1




�\�\�\�\�\�\�\ 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 josm-dev josm-dev@openstreetmap.org
> Gesendet: Dienstag, 25. Februar 2020 15:06
> An: josm-dev@openstreetmap.org
> Betreff: JOSM element icon
>
> Hi,
>
> I would like to know what this icon means: 
> https://leslibresgeographes.org/jirafeau/f.php?h=2eP5LsxL=1
>
> Is it a multipolygon with holes inside?
> is there somewhere in the JOSM wiki the varisou icons are liste?
>
> Sincerely,
>
> Severin

AW: JOSM element icon

[Gerd Petermann]

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 element icon

Hi,

I would like to know what this icon means: 
https://leslibresgeographes.org/jirafeau/f.php?h=2eP5LsxL=1

Is it a multipolygon with holes inside?
is there somewhere in the JOSM wiki the varisou icons are liste?

Sincerely,

Severin

Re: [OSM-dev] OSM Database schema

[Gerd Petermann]

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 node with id 2 and version 4, but you cannot have two different 
nodes with id 2 and version 4.
- The sequence_id is needed to be able to restore the order of referenced 
objects.
- The timestamp fields probably contain the timestamp at which the object 
(version+id) was added to the database, but may also
be the timestamp at which the changeset was closed.
- num_changes : not sure, but I think it should be the number of changed or 
added objects in one changeset

Gerd


Von: Lorenzo Stucchi 
Gesendet: Donnerstag, 9. Januar 2020 11:29
An: dev@openstreetmap.org
Betreff: Re: [OSM-dev] OSM Database schema

Dear all,

After the discussion that I started about the database schema I tried to create 
a wiki page that explains it, I started the page on my user wiki-page [1]. I 
started with few tables, but some elements present in the tables are not so 
clear to me.

So If you wanna try to contribute to that page, since a description of the 
database can be provided to everyone. I will continue to modify it ,trying to 
understand all the tables.

Thanks to everyone that will help, or just make a suggestion about it.

Best,
Lorenzo

[1] 
https://wiki.openstreetmap.org/wiki/User:LorenzoStucchi/Description_DatabaseSchema


Il giorno 4 gen 2020, alle ore 23:01, Martin Koppenhoefer 
mailto:dieterdre...@gmail.com>> ha scritto:



sent from a phone

On 4. Jan 2020, at 17:28, Jean Marie Falisse 
mailto:fa003...@skynet.be>> wrote:

Is it still true that in the OSM database, areas are not represented as such?


areas can be represented as areas through multipolygon relations which are 
always areas or by help of an additional tag (area=yes/no), or through 
plausibility (tags and their combinations may imply an area or not). There 
isn’t a dedicated area object, maybe this is what you meant. Areas are 
represented with ways, and tags or relations are required to define the ways as 
areas.


That would mean, for instance, that a pedestrian zone, let’s say a big square 
in a city, cannot be made to be crossed diagonally when used in a route 
planner. Am I right?


typically routing engines operate on graphs, i.e. they do not route diagonally 
across areas, but this isn’t related to the question whether there is a 
dedicated datatype for areas or not.

Cheers Martin
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev


___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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: http://gis.19327.n8.nabble.com/Developer-Discussion-f5233107.html

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

AW: building tool is drawing circles

[Gerd Petermann]

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? My building tool is drawing circles
instead of rectangles.

My JOSM version is 15492
my Java version is 1.8.0_231

my building_tools plug-in is Version 35171

Thanks,

Tom

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

[Gerd Petermann]

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 geometry from osmosis based 
postgis

Thanks Martin.

I'll give this a try.

On Wed, Nov 20, 2019 at 1:30 AM Martin Koppenhoefer
 wrote:
>
>
>
> sent from a phone
>
> > On 19. Nov 2019, at 17:03, maning sambale  
> > wrote:
> >
> > My db has the ways, nodes table with geometry and relations and
> > relation_members referencing the members.
>
>
> you could count all relations with type=restriction where the via member is 
> in your polygon.
>
> Cheers Martin



--
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://github.com/maning
http://twitter.com/maningsambale
--

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

AW:

[Gerd Petermann]

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
Betreff:

Hello everyone, I'm new here. I have tried and made some edits in JOSM. I
know Java,can anyone help me regarding JOSM dev.

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

[Gerd Petermann]

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

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

My understanding is that geofabrik keeps a copy of the OSM database. I don't 
know what tools they use to keep that database in sync with OSM and
what exactly is done to create the extracts. Osmupdate is a tool which allows 
to update an extract with the diffs. You probably don't get exactly 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 my local copy in sync with OSM file services, e.g. 
geofabrik.de<http://geofabrik.de>. but these file services will themselves take 
one day to update them with changes done in 
openstreetmap.org<http://openstreetmap.org>. Am I right?

On Thu, May 30, 2019 at 12:41 PM Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:
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 changeset.
This tag means that other mappers should review your change, it has no 
influence on the sync time, and AFAIK there is no guarantee that this review 
will ever happen.

Gerd


Von: Ajay Singh1 via dev mailto:dev@openstreetmap.org>>
Gesendet: Donnerstag, 30. Mai 2019 08:44
An: dev@openstreetmap.org<mailto:dev@openstreetmap.org>
Betreff: [OSM-dev] Sync time in OSM file

Hi Team,

I've added few roads via 
openstreetmap.org<http://openstreetmap.org><http://openstreetmap.org> manually. 
I wanted to know how much time does it take to reflect this change into India's 
PBF file. I use  https://download.geofabrik.de/asia/india.html to download the 
file.

Also, what is the difference in sync time when I choose "Allow for review" 
after I add a new road?

--
Regards,
Ajay Singh


--
Regards,
Ajay Singh

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 changeset.
This tag means that other mappers should review your change, it has no 
influence on the sync time, and AFAIK there is no guarantee that this review 
will ever happen.

Gerd


Von: Ajay Singh1 via dev 
Gesendet: Donnerstag, 30. Mai 2019 08:44
An: dev@openstreetmap.org
Betreff: [OSM-dev] Sync time in OSM file

Hi Team,

I've added few roads via openstreetmap.org manually. 
I wanted to know how much time does it take to reflect this change into India's 
PBF file. I use  https://download.geofabrik.de/asia/india.html to download the 
file.

Also, what is the difference in sync time when I choose "Allow for review" 
after I add a new road?

--
Regards,
Ajay Singh

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Jenkins job JOSM is getting slower ?

[Gerd Petermann]

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?

[Gerd Petermann]

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, AFAIK place=sea should be mapped as a
node.

Gerd



--
Sent from: http://gis.19327.n8.nabble.com/Developer-Discussion-f5233107.html

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

AW: Plugin installation without restart

[Gerd Petermann]

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, 19. Februar 2019 07:47
An: josm-dev@openstreetmap.org
Betreff: Plugin installation without restart

Dear JOSM devs,

I would like to ask about the difference between installing and upgrading JOSM
plugin. In my case, the installation does not the restart of JOSM [1]. However,
when the plugin is upgraded, the new functionality does not work until restart.

The plugin adds JMenu with multiple options.

Thanks,
jiri

[1]: 
https://josm.openstreetmap.de/wiki/DevelopersGuide/PluginInstallationWithoutRestart

Server down?

[Gerd Petermann]

I can't reach josm.openstreetmap.de

Gerd

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

[Gerd Petermann]

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 
layers action, the new layer is also locked. I did not expect that and it seems 
not possible to undo the merge.
- When I select some objects in a locked layer some edit options in the "More 
tools" menu (from utilsplugin2) are enabled, e.g. "Add nodes at intersections"
When I left click such an option a popup with  "An unexpected execption occured 
... " appears.

I guess I should create one ticket for each item? 

Gerd

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

[Gerd Petermann]

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
> read-only for important maintenance. Editing the map will not be
> possible during the maintenance.
> 
> Full announcement is available here:
> https://blog.openstreetmap.org/2016/05/02/planned-server-outage-9th-may/
> 
> The Operations Working Group are in the process of planning some
> hardware moves as a result of maintenance at our primary datacentre.
> The plans are subject to change, but these moves are expected to take
> place on Monday 9th May (a week from today), and this will mean a
> period of read only operation lasting for up to 24 hours (into
> Tuesday).
> 
> The read-only period will mean the OpenStreetMap website and map is
> still available, but no map editing will be possible during this time.
> 
> The https://wiki.openstreetmap.org/wiki/2016_May_server_maintenance
> wiki page has some more technical details, and will be updated with
> more precise timing information as the plans are finalised in the
> coming days.
> 
> We’re putting out this announcement to give some advanced notice, but
> we appreciate some people will be wanting to know more about the exact
> timings of the read-only period. Please have patience. The Operations
> Working Group are busy making plans, and will aim to firm things up in
> the coming days.
> 
> Kind regards,
> 
> Grant
> 
> on behalf of the OSM operations team
> 
> ___
> dev mailing list

> dev@

> https://lists.openstreetmap.org/listinfo/dev





--
View this message in context: 
http://gis.19327.n5.nabble.com/Upcoming-Planned-outage-9th-May-2016-tp5872898p5873377.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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; track


Hi Andy,


okay, I think I got your point reg. "corrections", and for sure I did not want 
to say that my time is more valuable than yours.

Maybe I was a bit agitated when I wrote this.


reg. the ediors: As I wrote before I don't know what one has to do to create 
the invalid tags,

my concern is that it is too easy to do without intention. If that is true it 
should be fixed in the editor.


Gerd





Von: Andy Townsend <ajt1...@gmail.com>
Gesendet: Montag, 14. März 2016 23:57
An: dev@openstreetmap.org
Betreff: Re: [OSM-dev] Merkaartor creates invalid highway tags like 
highway=unclassified; track

On 14/03/2016 08:58, Gerd Petermann wrote:

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 used.

I hope the programmers of these editors are also working on a fix ?


I think perhaps that we need to to a step back here.  You seem to be equating 
"valid" data with "correct" data, when in reality if something is "invalid" 
it's usually a very good indication that further survey is required, and if 
it's been made "valid" by someone picking a key/value combination that "the 
original user might have meant", there's no guarantee it's correct.

For example, on https://www.openstreetmap.org/node/1057585745/history you've 
changed the obviously invalid "footway=sigtnpost" to "information=guidepost; 
tourism=information".
[http://www.openstreetmap.org/assets/osm_logo_256-835a859acf0d378e1d14e88b15e7b4b95211ccd41a2c061b1629cfbbb8deb697.png]<https://www.openstreetmap.org/node/1057585745/history>

OpenStreetMap | Node History: 
1057585745<https://www.openstreetmap.org/node/1057585745/history>
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.



What you've changed it to is "valid", but not necessarily correct; it might 
instead be an "information=route_marker", or it might be a bridleway marker 
suggesting that one or both of https://www.openstreetmap.org/way/5037727 and 
https://www.openstreetmap.org/way/167425506 should actually be 
"designation=public_bridleway" and have "foot=yes", "horse=yes" and perhaps 
"bicycle=yes" tags on them.

Now that you've "fixed" the data there there's no longer something that's 
"obviously invalid" that people can see and say "I wonder what that is supposed 
to be" before going out and surveying it.  Also, it's perhaps worth mentioning 
in passing that telling me via https://www.openstreetmap.org/changeset/35996416 
to "Please contact the original mapper" has perhaps lost some politeness in the 
German to English translation (as I'm sure it would the other way if I'd tried 
to write it in German); it suggests that your time is far more valuable than 
other mappers'.

It's a similar issue with semicolon-separated values.  If someone has created 
(say) "sidewalk=both;right" then it's pretty easy to see what's happened - 
someone has merged two ways together and not known to check all the tags. 
However, imagine if instead of "sidewalk=both" or "sidewalk=right" one of the 
ways hadn't got a sidewalk tag on it at all.  The result would still be 
incorrect, but there's no way to easily detect it.  The only way to prevent 
this problem occurring is to educate mappers about tags that they might not be 
aware of, and the best way to do that is to actually talk to them, not to 
suggest $technical_fix to whatever editing software they happen to be using.  
Editors can help, sure (for example, the way that Potlatch 2 highlights 
semicolon-separated values is one way of dealing with it) but ultimately a 
human needs to answer the question "why did that just happen" in order to 
prevent new and not-so-new mappers making the same mistake again.

Best Regards,

Andy (SomeoneElse)

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 used.

I hope the programmers of these editors are also working on a fix ?


thanks,

Gerd

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] changes in coastline are not rendered

[Gerd Petermann]

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
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] mail notification from changeset comments

[Gerd Petermann]

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 commenting my changesets. 

Is that wanted?

Some mappers seem to use "junk mail" accounts which they do not 
check, so comments are never read. 

ciao,
Gerd




--
View this message in context: 
http://gis.19327.n5.nabble.com/mail-notification-from-changeset-comments-tp5863734.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 ?
> 
> Anybody can help, but it requires some additional knowledge. For start
> "There's nothing published about moving a style to hstore and making
> schema choices based on data." (quoting
> https://github.com/gravitystorm/openstreetmap-carto/issues/1975 ).
> 
> ___
> dev mailing list

> dev@

> https://lists.openstreetmap.org/listinfo/dev

Well, I have nearly no knowledge regarding the underlying database
system (DB) PostgreSQL, but I am eager to find out why the rendering of
accepted
attributes require changes in the system architecture. 
My understanding so far:
- ford=yes is only one of many attributes which are well documented but not
rendered.
- Whatever DB design is used now is considered to be unable to store more 
attributes without changing the DB design.
- it was decided that the new design has to use hstore
- nobody has made progress understanding how hstore works since then. 

Maybe it is time to go back one step and ask if hstore is the only possible
solution?

Gerd








--
View this message in context: 
http://gis.19327.n5.nabble.com/Why-is-ford-yes-not-rendered-in-the-default-style-tp5861038p5861104.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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: 
http://gis.19327.n5.nabble.com/Why-is-ford-yes-not-rendered-in-the-default-style-tp5861038.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 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 ?
> 
> http://wiki.openstreetmap.org/wiki/Standard_tile_layer
> links to
> https://github.com/gravitystorm/openstreetmap-carto/issues
> in the second sentence. Search there "ford" and you get:
> https://github.com/gravitystorm/openstreetmap-carto/issues/267
> 
> Right now it is technically not possible, but will be in the future.
> 
> -- 
> regards
> Holger
> 
> 
> ___
> dev mailing list

> dev@

> https://lists.openstreetmap.org/listinfo/dev





--
View this message in context: 
http://gis.19327.n5.nabble.com/Why-is-ford-yes-not-rendered-in-the-default-style-tp5861038p5861044.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 mapper by
clicking into the wrong field before editing, but yesterday I found
that JOSM really showed the wrong field. I was able to reproduce the
behaviour:
Click on name and the lanes field are shown, click on lanes and the name
fields are shown. I did that several times, made sure that I really hit the
right
field, so the error is there.
It happened after an update of JOSM to version 9060, so I thought I should
report this ASAP. I thought best is to report everything I did, so I stopped
JOSM,
started it again and tried to reproduce the problem, but it was gone and did
not
appear again since then.

I hope the programmers can find the cause of the problem, if any of you
experiences the same behaviour, please report it.

Gerd





--
View this message in context: 
http://gis.19327.n5.nabble.com/Is-JOSM-responsible-for-tags-like-layer-Main-Street-tp5860983.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 issues
> raised.

Yes, I did that, see
https://josm.openstreetmap.de/ticket/12139

Gerd




--
View this message in context: 
http://gis.19327.n5.nabble.com/Is-JOSM-responsible-for-tags-like-layer-Main-Street-tp5860983p5860996.html
Sent from the Developer Discussion mailing list archive at Nabble.com.

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

Hi Holger,

thanks for the hint, did it now:
https://github.com/openstreetmap/iD/issues/2836

And again thanks to those who helped to fix the problems.

Gerd


Von: Holger Jeromin <mailgm...@katur.de>
Gesendet: Freitag, 20. November 2015 09:41
An: 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 ?
> Example:
> If I change a highway with oneway="yes;no" or "surface=asphalt;gravel"
> could iD ask me to correct  the wrong tags?
> Something like a popup with the text
> "If you are local, please try to correct (improve) the attribute xyz before 
> saving"

Please ask such questions on a (new?) issue on
https://github.com/openstreetmap/iD/issues/

--
Holger

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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: Tue, 13 Oct 2015 11:21:16 +0200
From: colin.sm...@xs4all.nl
To: dev@openstreetmap.org
Subject: Re: [OSM-dev] proposal for mechanical edit reg. power_source + 
generator:source


 

 
As there is an indefinite number of data consumers, this is of course 
impossible... How would you ever be able to update the tagging if you have to 
get consent or acquiescence from every data consumer? What is your suggestion 
for sorting out "spaghetti tagging"? How do we ever do any "refactoring"?

Sorry for the IT terms, but discussions analogous to this one come up extremely 
regularly in the IT business, and the bottom line is that the bullet needs to 
be bitten and you have to get your wallet out to sort things out occasionally. 
If you don't, your maintenance costs will sooner or later inexorably spiral out 
of control. And anyone who says that this can be prevented by careful planning, 
doesn't understand how agile businesses need to be to survive. The costs can be 
somewhat mitigated by appropriate architectural decisions (analogous to having 
tagging schemes that are e.g. extensible and easily maintainable) but never 
eliminated entirely.

So where do we go from here? Manual review, re-survey and retagging?

//colin

On 2015-10-13 10:49, Chris Hill wrote:



On 13/10/15 08:56, GerdP wrote:
Hi all,

during the last days I've checked hundreds of places where
OSM inspector
http://tools.geofabrik.de/osmi/
complains about something. Doing that I commented
this changeset:
http://www.openstreetmap.org/changeset/8335705

As don-vip suggests in his reply I propose a mechanical edit :
remove the tag
power_source=xyz
if the element also has the tag
generator:source=xyz

as JOSM complains about the usage of power_source.

If this isn't the right list, please forward it.



The tag you propose to remove is harmless. How do you know which tags data 
consumers are using? When you have confirmed with every data consumer that the 
change you propose will not affect them, or they have agreed to change, then I 
will agree, until then I disagree with this mechanical edit.



___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 already would be a great improvement 
if the 100 most often used tags are checked.

Gerd


> Date: Tue, 13 Oct 2015 10:11:05 +
> From: j...@betra.is
> To: gpetermann_muenc...@hotmail.com
> CC: dev@openstreetmap.org
> Subject: Re: [OSM-dev] iD creates invalid (?) highway tags
> 
> This can occur when a primary and a service road are joined. iD does not 
> know which one it is and so it concatenates them. iD displays the road 
> then as "Highway" with this combined type as key=value.
> 
> I imagine this could be fairly hard to combat, GUI wise you would need 
> special handling for highway types as some key=value types do contain 
> lists.
> 
> Þann 13.10.2015 08:03, GerdP reit:
> > Hi all,
> > 
> > I wonder why iD allows to create ways with e.g.
> > highway=primary;service
> > or similar combinations?
> > I think the highway tag (as well as e.g. surface, tracktyp)
> > are meaningless when they contain lists.
> > 
> > I understand that this can also be done using other editors,
> > but most of the cases that I checked showed  iD as the
> > used editor.
> > 
> > Gerd
> > 
> > 
> > 
> > --
> > View this message in context:
> > http://gis.19327.n5.nabble.com/iD-creates-invalid-highway-tags-tp5856854.html
> > Sent from the Developer Discussion mailing list archive at Nabble.com.
> > 
> > ___
> > dev mailing list
> > dev@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/dev
> 
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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 something iD should allow unless it allowsto resolve the conflicts 
as well.
Gerd
From: gpetermann_muenc...@hotmail.com
To: j...@betra.is; dev@openstreetmap.org
Date: Tue, 13 Oct 2015 12:30:54 +0200
Subject: 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 already would be a great improvement 
if the 100 most often used tags are checked.

Gerd


> Date: Tue, 13 Oct 2015 10:11:05 +
> From: j...@betra.is
> To: gpetermann_muenc...@hotmail.com
> CC: dev@openstreetmap.org
> Subject: Re: [OSM-dev] iD creates invalid (?) highway tags
> 
> This can occur when a primary and a service road are joined. iD does not 
> know which one it is and so it concatenates them. iD displays the road 
> then as "Highway" with this combined type as key=value.
> 
> I imagine this could be fairly hard to combat, GUI wise you would need 
> special handling for highway types as some key=value types do contain 
> lists.
> 
> Þann 13.10.2015 08:03, GerdP reit:
> > Hi all,
> > 
> > I wonder why iD allows to create ways with e.g.
> > highway=primary;service
> > or similar combinations?
> > I think the highway tag (as well as e.g. surface, tracktyp)
> > are meaningless when they contain lists.
> > 
> > I understand that this can also be done using other editors,
> > but most of the cases that I checked showed  iD as the
> > used editor.
> > 
> > Gerd
> > 
> > 
> > 
> > --
> > View this message in context:
> > http://gis.19327.n5.nabble.com/iD-creates-invalid-highway-tags-tp5856854.html
> > Sent from the Developer Discussion mailing list archive at Nabble.com.
> > 
> > ___
> > dev mailing list
> > dev@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/dev
> 
  

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

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: dev@openstreetmap.org
> From: ajt1...@gmail.com
> Date: Tue, 13 Oct 2015 13:02:34 +0100
> Subject: Re: [OSM-dev] iD creates invalid (?) highway tags
> 
> On 13/10/2015 09:03, GerdP wrote:
> > Hi all,
> >
> > I wonder why iD allows to create ways with e.g.
> > highway=primary;service
> > or similar combinations?
> >
> 
> Whilst there are technical things that editors can do (P2's visual 
> indication shows that semicolon values are "wrong" is one example), it's 
> not really a technical problem.
> 
> New mappers that create something like "highway=primary;service" do so 
> because they don't really understand what they're doing yet. It's not 
> obvious to new mappers that a road called "High Street" needs to be 
> split into several sections if part is primary, part residential and 
> part something else.  The only way they're going to find out is if 
> something that they see before they start mapping explains this (tricky, 
> because it's a bit of an information overload if all they want to do is 
> add e.g. a node for a POI).
> 
> Also, it's not always possible to pick things like this up within the 
> editor at all; for example merging a "highway=residential; 
> sidewalk=both" with a "highway=residential" that doesn't yet have the 
> sidewalk surveyed.  Did the mapper survey the missing sidewalk or merge 
> it my accident?
> 
> What we're going to have to keep doing in these cases is spotting new 
> mappers and helping them when they get it wrong*.  Editing OSM is 
> complicated, especially in detailed urban areas or where a previous 
> mapper or import was over-heavy on the multipolygons.
> 
> Cheers,
> 
> Andy
> 
> * which a quick scan of http://resultmaps.neis-one.org/osm-discussions 
> suggests that you're doing already a _lot_, so thanks very much for that!
> 
> 
> 
> 
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

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

[Gerd Petermann]

Hi Chris,
my motivation is simple:JOSM claims that the old tag should not be used,the 
wiki is also clear:"Use generator:source=*instead."
http://wiki.openstreetmap.org/wiki/Key:power_source
I assume that I am not the only JOSM user who is wastingtime looking at these 
obsolete tags, 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, Gerd Petermann wrote:
> > Hi Chris,
> >
> > my understanding is that those data consumers
> > which were interested in the deprecated tag
> > are very likely also interested in the newer one.
> > So, they will have code to recognize both versions.
> > Users that evaluate only the old version are
> > prpbably not really interested in it.
> >
> Demonstrate that by feedback from all the real data users, not just your 
> hunch, and I might change my mind.
> 
> Perhaps you don't understand how much deep-felt objection there is to 
> mechanical edits. They are often reverted and quite rightly so in my 
> opinion. Unsurveyed mechanical edits often do more harm than good. As I 
> said before, the original tag is harmless, why would you feel you know 
> enough about someone else's carefully chosen tags to steam roll over 
> them to satisfy your idea of tidiness?
> 
> -- 
> Cheers, Chris
> user: chillly
> 
  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] Duplicated "vor" in history

[Gerd Petermann]

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 was not able to find out what program is generating this text,
so please forward this to the programmer.

thanks,
Gerd  ___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev