Remove missing plugins from local josm

[Maarten Deen]

When I start JOSM I get a few warnings about missing plugins:
2020-07-04 10:04:03.485 WARNING: Missing plugin main version in plugin 
annotation-tester
2020-07-04 10:04:03.496 WARNING: Missing plugin main version in plugin 
nearclick
2020-07-04 10:04:03.499 WARNING: Missing plugin main version in plugin 
osmarender
2020-07-04 10:04:03.500 WARNING: Missing plugin main version in plugin 
plastic_laf


When I go to the plugins in the configuraton, only annotation-tester 
shows up, but it is unchecked and it says "annotation-tester: Version 
unknown (local: unknown)". The other three are not even in the list (I 
did download the list and I am viewing all plugins).

How can I clean this up so the messages disappear?

Regards,
Maarten

Re: [OSM-dev] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto

[Maarten Deen]

On 2020-05-26 10:59, Simon Poole wrote:

I think you are missing

"Only zoom 0 to 8 has been implemented so far. I started at zoom 0 and
am working my way down."


Oh zoom 8 is way further out than I was, my bad. The simplifications are 
not visible at that zoomlevel.


Maarten




Simon

Am 26.05.2020 um 10:42 schrieb Maarten Deen:

On 2020-05-26 10:15, Paul Norman via dev wrote:

On 2020-05-25 1:15 a.m., Maarten Deen wrote:

Still, it looks to be a very simplified subset of the complete data.
So I'd be interested to see how this works on a full dataset.


No, it has the full data except for admin boundaries and bay/straight
names on zoom 7 and 8. When you compare it to OpenStreetMap Carto
they're pretty similar. There are some labeling differences with 
sizes
of labels and when labels come in, but those don't have anything to 
do

with performance or size.


No, that's not what I'm seeing. I am seeing very basic and rectangular
landuses, obviously simplified, along with waterways, railways,
motorways, trunk, primary secondary roads and they too have been
simplified, to the extent that parallel ways on motorways are now
crossing eachother.

This is in my area:
https://pnorman.dev.openstreetmap.org/cartographic/mapbox-gl.html#12.14/51.36196/6.08322
https://imgur.com/a/WcYlVUc

Regards,
Maarten

___
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] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto

[Maarten Deen]

On 2020-05-26 10:15, Paul Norman via dev wrote:

On 2020-05-25 1:15 a.m., Maarten Deen wrote:
Still, it looks to be a very simplified subset of the complete data. 
So I'd be interested to see how this works on a full dataset.


No, it has the full data except for admin boundaries and bay/straight
names on zoom 7 and 8. When you compare it to OpenStreetMap Carto
they're pretty similar. There are some labeling differences with sizes
of labels and when labels come in, but those don't have anything to do
with performance or size.


No, that's not what I'm seeing. I am seeing very basic and rectangular 
landuses, obviously simplified, along with waterways, railways, 
motorways, trunk, primary secondary roads and they too have been 
simplified, to the extent that parallel ways on motorways are now 
crossing eachother.


This is in my area: 
https://pnorman.dev.openstreetmap.org/cartographic/mapbox-gl.html#12.14/51.36196/6.08322

https://imgur.com/a/WcYlVUc

Regards,
Maarten

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

Re: [OSM-dev] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto

[Maarten Deen]

On 2020-05-26 06:24, Yves wrote:

Le 26 mai 2020 03:58:50 GMT+02:00, Paul Norman via dev
 a écrit :


Performance with normal basemaps and small stylesheets should be
acceptable.


Reading this, I don't think I understand. However it makes me think of
a raster basemap plus a vector overlay for labels to solve
internationalization issue. How lightweight such an overlay could be?


You might run into problems when you have to place labels very exactly. 
For low zoom that is not an issue, if a place name is a bit left or 
right than that's no problem, but when you get to high zoom levels and 
want to place lets say street names, than you have to know where to 
place it and that means you have to know how the raster tile behind it 
is rendered.


Regards,
Maarten

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

Re: [OSM-dev] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto

[Maarten Deen]

On 2020-05-25 09:59, Paul Norman via dev wrote:

On 2020-05-24 10:26 p.m., Joseph Eisenberg wrote:

Thank you for making this, it looks like a lot of work!

These client-side vector tiles at z8? 
(https://pnorman.dev.openstreetmap.org/cartographic/mapbox-gl.html)


My laptop (2015 Macbook Pro, 16 GB RAM, 2.2 GHz Intel Core i7) appears 
to use some effort to show areas with a large amount of data,
For example if I view England + Wales on z8 and then move over to the 
Netherlands and then to Germany, at z7 and z8,
CPU usage goes up to >100% for a time, and there is a 
noticeable delay. Perhaps part of this is a delay in serving the 
tiles?


Some of the tiles are decently large so could be slow to download, but
based on your CPU it's not that. More likely it's the high number of
vegetation and landuse features at those zooms. There are some things
I might be able to do reduce the feature count.


I'm not noticing much slowness on my computer, but having a lot of cores 
does help here I think. I won't notice it when my browser is using one 
core (out of six) at 100%.
I did get some delay when zooming in, at first I thought "oh, only 
motorways, that's not much" but after some 10 seconds I got landuse and 
other roads.
Still, it looks to be a very simplified subset of the complete data. So 
I'd be interested to see how this works on a full dataset.


Regards,
Maarten

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

Re: [OSM-dev] OSM Database schema

[Maarten Deen]

Redaction_id will have bearing on the redaction bot 
https://wiki.openstreetmap.org/wiki/OSMF_Redaction_Bot


Background: when OSM changed to ODbl, all changes made by people who did 
not agree had to be redacted.


visible in the changeset will be the same as for node/way/relation: you 
can delete an item, and when it is deleted, visible=0.


Maarten


On 2020-01-09 11:29, Lorenzo Stucchi wrote:

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
 ha scritto:

sent from a phone


On 4. Jan 2020, at 17:28, Jean Marie Falisse 
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


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

Re: [OSM-dev] Issue with way id 742619958 / changeset 76711047 from 2019-11-06T15:32:03Z (Invalid layer value)

[Maarten Deen]

On 2019-11-08 17:04, Bart Smienk wrote:

Hi,

I've found out my OSM Tile Server has stopped updating and osm2pgsql
(v1.2) gives off the following error:

DB writer thread failed due to ERROR: result COPY_END for
planet_osm_line failed: ERROR:  invalid input syntax for integer: "-"
CONTEXT:  COPY planet_osm_line, line 1437, column layer: "-"

Looking through its changefile, the following entry can be found:


  
  
  
  
  


This seems to be malformed, as the layer should've never been "-", as
this is not a valid integer.
You can see this for yourself at:
https://planet.openstreetmap.org/replication/minute/003/747/729.osc.gz
Also more information on the layer key is over here:
https://wiki.openstreetmap.org/wiki/Key:layer

Not sure where to make the actual bug report, so I'm mailing the dev
mailgroup, does anyone of you know where this issue should be posted
so this issue won't present itself again in future replication files?


The changeset data gives Go Map!! as editor which can be found on 
GitHub: https://github.com/bryceco/GoMap


But as you can see on taginfo there are lots of non-integer values in 
OSM.

https://taginfo.openstreetmap.org/keys/?key=layer#values
So the tile server software should also do some checking and error 
handling if it requires an integer. I'm surprised that osm2pgsql 
apparently has a check on key/value pairs and sees this as an error.


Regards,
Maarten

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

Re: [OSM-dev] 403 forbidden

[Maarten Deen]

On 2019-05-29 11:56, Maarten Deen wrote:

On 2019-05-29 11:23, Vijaya Nand wrote:

Dear sir,

I am using a gmap.net [1] control to use OSM but suddent it started
giving 403 error. Please suggest.


Going to gmap.org


gmap.net of course.

Maarten

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

Re: [OSM-dev] 403 forbidden

[Maarten Deen]

On 2019-05-29 11:23, Vijaya Nand wrote:

Dear sir,

I am using a gmap.net [1] control to use OSM but suddent it started
giving 403 error. Please suggest.


Going to gmap.org redirects me to https://www.cggh.org/
Is it related to https://github.com/radioman/greatmaps ? Maybe the 
domain was transferred?


Regards,
Maarten


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

Re: josm Keyboard input stops working

[Maarten Deen]

On 2019-01-07 16:46, Florian Lohoff wrote:

Hola Maarten

On Mon, Jan 07, 2019 at 08:11:20AM +0100, Maarten Deen wrote:
I have seen this also and have filed a bug for it in the past, but 
that got

closed because it was not reproducible.

https://josm.openstreetmap.de/ticket/16403

Circumstances to create it included fast succession of entering keys, 
like
what Florian is describing. At a certain point I could not type new 
text but

I could change existing keys.
But I have not experienced this in some time now. I'm normally using 
the

webstart JOSM with usually last version of JAVA on Windows 7.


Look at https://josm.openstreetmap.de/ticket/13160

For me its dead simple to reproduce ... Still exists in current josm
with openjdk 8 and 11. I am on Linux but others have reported the
Problem on Windows.


I concur.

First time I tried it took a while and I just held down ENTER then after 
10-15 times it stopped. I could still exit JOSM
Second time it took only 2 times and even the menu bar was unresponsive 
and I could not exit JOSM.

Both scenario's seem to occur randomly.

I also notice that briefly after you press ENTER (which runs the add 
function) the focus switches to the edit button. No idea if that has 
something to do with it.


Regards,
Maarten

Re: josm Keyboard input stops working

[Maarten Deen]

I have seen this also and have filed a bug for it in the past, but that 
got closed because it was not reproducible.


https://josm.openstreetmap.de/ticket/16403

Circumstances to create it included fast succession of entering keys, 
like what Florian is describing. At a certain point I could not type new 
text but I could change existing keys.
But I have not experienced this in some time now. I'm normally using the 
webstart JOSM with usually last version of JAVA on Windows 7.


Regards,
Maarten

On 2019-01-07 00:51, Andrew Harvey wrote:

I've run into the same issue a few times.

On Mon, 7 Jan 2019 at 01:54, Florian Lohoff  wrote:



Hi,
for some month now i have the issue that under some for me
non deterministic circumstances the complete keyboard input
in JOSM stops working.

I was on latest 14530 and switched to 14648 a couple minutes
ago and after 2 Minutes of editing all keyboard input was
disfunctional. The only input method left is the mouse
so i cant save a session because i cant enter a filename
in the file requester popping up.

I am pretty shure the bug existed in 14352 which i was using
a while.

This is on Debian/Stretch with OpenJDK 1.8 - 8u181-b13-2~deb9u1
and a cinnamon environment.

A feeling i have is that it happens when there is keyboard input
while a input masks pops up. So typing really quick triggers
it pretty soon. Pressing "alt-a,return" quickly in a row
to add some cached key/values triggers it somehow quick.

The only way out is to restart josm.

Flo
--
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away

Re: [OSM-dev] How to find the way with the most relation memberships

[Maarten Deen]

I have taken the liberty to remove these ways and all relations that 
became empty because of deleting them.


Maarten

On 2018-08-27 12:57, Jo wrote:

I found that quite intriguing... so I went to download. It turns out
that this way (with just a name tag, nothing else, located in a small
town 18 km south of Ankara) is member in 430 route relations that only
have 2 members. The total amount of ways in those 430 route relations
combined is 3.

The way is a member of 439 route relations in total, 441 relations
including 1 street and a 'network'.

Something doesn't seem quite right.

Polyglot

Op ma 27 aug. 2018 om 12:36 schreef Frederik Ramm
:


Hi,

On 27.08.2018 11:41, Simon Poole wrote:

Come on, you're  leaving us out on a limb. Now we want to know the

world

leader in relation membership :-).


https://www.openstreetmap.org/way/496296681

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
E008°23'33"

___
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] How to find the way with the most relation memberships

[Maarten Deen]

And the ways that are in the bad relations are bogus too. A lot of 
relations only have way 482554372 and 496296681 in them, both ways with 
no tags but the name.
My guess for the existance of these ways is they were split of from a 
way "Ankara Otobüs Hatları Çalışması", where left somewhere out of error 
or for some purpose and forgotten.
Does not explain the multitude in bus relations with only those two 
ways, but I have seen duplicates of (bus) relations also in Germany, 
where bus xyz had 10 relations of which 9 had only one or two members. I 
put that down to user error or a bug in the editor (never got a response 
from the user).


I think it is safe to delete these ways and the relations if they become 
empty.

Maybe a note on the turkish part of the forum is in place.

Regards,
Maarten

On 2018-08-27 12:57, Jo wrote:

I found that quite intriguing... so I went to download. It turns out
that this way (with just a name tag, nothing else, located in a small
town 18 km south of Ankara) is member in 430 route relations that only
have 2 members. The total amount of ways in those 430 route relations
combined is 3.

The way is a member of 439 route relations in total, 441 relations
including 1 street and a 'network'.

Something doesn't seem quite right.

Polyglot

Op ma 27 aug. 2018 om 12:36 schreef Frederik Ramm
:


Hi,

On 27.08.2018 11:41, Simon Poole wrote:

Come on, you're  leaving us out on a limb. Now we want to know the

world

leader in relation membership :-).


https://www.openstreetmap.org/way/496296681

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
E008°23'33"

___
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: New version of JOSM noticably sluggisher and becoming unresponsive

[Maarten Deen]

In this case I was also working with bus routes and the PT Assistant.

Regards,
Maarten

On 2018-08-19 11:35, Jo wrote:

I'm also noticing that JOSM sometimes hangs. In my case it is then
consuming >300% processing power. I often see it right after panning
the map.

I'm beta testing PT_Assistant and can't be sure whether that has
something to do with it. It's drawing many labels for all the bus
stops, which are calculated based on route membership. This worked
well before, but then it was only shown for the stops of the active
route relation.

Polyglot

Op zo 19 aug. 2018 om 11:01 schreef Maarten Deen :


I don't know if other people notice this too, but the new version of

JOSM (14163) is noticably more shluggish than the previous version.
Moving nodes is not fluent but jerky. And after some time it just
stops
responding.
It starts with the same symptoms as I mentioned in bug 16403 [1] and

then after a while it just stops working. It is just unresponsive
without taking processor power.

Doing several restarts I notice different strange behaviours. I
thought
maybe it was related to having a large dataset open so now I have a
smaller one, but now I have the "Add value?" dialog open and I can't

change anything there and the ok, cancel or help buttons are
unresponsive. And obviously I can't click on the main screen because
the
Add value? dialog is modal.
For some reason the JAVA debug screen is also unresponsive.

I'm going back to an older version because this does not work at all
for
me.

[1] <https://josm.openstreetmap.de/ticket/16403>

Regards,
Maarten

New version of JOSM noticably sluggisher and becoming unresponsive

[Maarten Deen]

I don't know if other people notice this too, but the new version of 
JOSM (14163) is noticably more shluggish than the previous version. 
Moving nodes is not fluent but jerky. And after some time it just stops 
responding.
It starts with the same symptoms as I mentioned in bug 16403 [1] and 
then after a while it just stops working. It is just unresponsive 
without taking processor power.


Doing several restarts I notice different strange behaviours. I thought 
maybe it was related to having a large dataset open so now I have a 
smaller one, but now I have the "Add value?" dialog open and I can't 
change anything there and the ok, cancel or help buttons are 
unresponsive. And obviously I can't click on the main screen because the 
Add value? dialog is modal.

For some reason the JAVA debug screen is also unresponsive.

I'm going back to an older version because this does not work at all for 
me.


[1] 

Regards,
Maarten

Re: [OSM-dev] [OSM-talk] anonymous notes spam?

[Maarten Deen]

I assume the anonymouse notes have been deleted, since the notes that 
are now visible are not anonymouse.


Regards,
Maarten

On 2018-07-20 20:21, Johnparis wrote:

When I click on the samples I get full notes. Perhaps there was a
database hiccup?

On Fri, Jul 20, 2018, 18:29 Andrew Hain 
wrote:


Can we find out what software is being used to send these notes?

--
Andrew
-

FROM: Doug Hembry 
SENT: 20 July 2018 14:26:13
TO: t...@openstreetmap.org
SUBJECT: Re: [OSM-talk] anonymous notes spam?

Yes. In the San Francisco Bay Area. Single letters "f", "k", and
"l".
Example:


https://www.openstreetmap.org/note/778721#map=15/37.5009/-122.3032=N

BTW, is there a simple way to delete such note comments?

On 7/20/2018 2:32 AM, maning sambale wrote:

I'm getting several single letter notes comments since yesterday.
Example: https://www.openstreetmap.org/note/562375
Are people noticing the same?



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

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


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

Keepright URL for opening issues in josm

[Maarten Deen]

The keepright URL for JOSM from issues like those at [1] does not work 
for me. I am using firefox 60.0.1 64bit on Windows 7. The URL is 
something like [2]


Before I open an issue with this in the keepright github I'd like to 
find out why this does not work. JOSM is supposed to listen to port 8111 
and 8112 and says 8111 is for http and 8112 is for https. I have remote 
control enabled in josm with https support. Certificate is installed and 
the only action not permitted is opening local files.
What strikes me is that keepright gives an https url to port 8112 but 
e.g. the BrowseRelation template from the wiki [3] does not specify the 
protocol and goes to port 8111. And that works for me.
If I strip the protocol from the keepright link and keep port 8112 it 
still does not work (I get 6 UTF-8 characters). If I strip the protocol 
and change to port 8111, it does work.


Is this a a problem with my setup, is it a josm problem or is the URL 
from keepright malformed?



[1] 
https://www.keepright.at/report_map.php?zoom=13=51.32792=6.02172=B0T
[2] 
https://localhost:8112/load_and_zoom?left=6.0512687=6.0532687=51.31949859996=51.3174986=node5339431911,way174670567_mode=download
[3] 
localhost:8111/import?url=https://api.openstreetmap.org/api/0.6/relation/7496676/full


Regards,
Maarten

Re: [OSM-dev] stops sequence in routes relations

[Maarten Deen]

On 2017-07-20 09:13, Jo wrote:

Giacomo added functionality to PT_Assistant to sort the stops as they
appear along the ways of the route. For this to work, the ways
sequence needs to be correct and continuous.


I have pt_assistant 33442 and I do not see that behaviour. Stops get 
moved to the front of the relation but are not sorted in order. Also not 
on repeat sort tries.


Maarten


2017-07-20 7:08 GMT+02:00 Maarten Deen <md...@xs4all.nl>:


On 2017-07-19 23:03, Jo wrote:


In v2 of the PT scheme they are indeed sorted in the order the
vehicle
passes them. They are also the first block in the route relation,


In JOSM at least you have to manually sort the stops in the correct
order. JOSM will take care to order stop and platform roles in the
right order (first stop then platform), but will not change the
order of stop roles.

Maarten

followed by a sequence of ways in the order they are traveled.

Polyglot

2017-07-19 21:53 GMT+02:00 Mohamed Abou-Hussein
<abouhussein.moha...@gmail.com>:

Are stops in relations that represent routes such as tram sorted
out
in the sequences it will be taken by the mean of transportation. For
example, train, tram .. etc?

--

Best Regards,

MOHAMED ABOUHUSSEINE-mail: abouhussein.moha...@gmail.com
Phone: 0176-2130 4541


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



Links:
--
[1] https://lists.openstreetmap.org/listinfo/dev


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

Re: [OSM-dev] stops sequence in routes relations

[Maarten Deen]

On 2017-07-19 23:03, Jo wrote:

In v2 of the PT scheme they are indeed sorted in the order the vehicle
passes them. They are also the first block in the route relation,


In JOSM at least you have to manually sort the stops in the correct 
order. JOSM will take care to order stop and platform roles in the right 
order (first stop then platform), but will not change the order of stop 
roles.


Maarten


followed by a sequence of ways in the order they are traveled.

Polyglot

2017-07-19 21:53 GMT+02:00 Mohamed Abou-Hussein
:


Are stops in relations that represent routes such as tram sorted out
in the sequences it will be taken by the mean of transportation. For
example, train, tram .. etc?

--

Best Regards,

MOHAMED ABOUHUSSEINE-mail: abouhussein.moha...@gmail.com
Phone: 0176-2130 4541


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

Re: [OSM-dev] Programatic reconstruction of postal code areas

[Maarten Deen]

On 2017-03-30 09:36, Alex K wrote:


@Jo: Wow, that’s impressive! How did the community manage to tag
every house?!?


In the Netherlands the basic cadastre information regarding shapes and 
addresses of buildings is freely available and has been imported into 
OSM and is maintained on ad hoc basis.

https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html

Maarten

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

Re: [OSM-dev] Programatic reconstruction of postal code areas

[Maarten Deen]

On 2017-03-29 10:20, Tom Hughes wrote:


Rather they are just defined by a list of addresses, being a set of
addresses that are a convenient group to deliver to.

Now obviously you can draw any number of shapes around those addresses
but none of those shapes is in any way an official or definitive
boundary for the postal code.


True, and depending on the level of detail of the postal code this will 
be very artificial boundary in the Netherlands.
The number part of a dutch postal code would in most cases result into a 
proper boundary, but if you go to the number+letter part, wou will 
include streets in the area that do not belong to that postal code, but 
will also not be in the shape of the proper postal code because there 
are no houses there. The street behind my house will be one such case.


So, you will be able to find the proper postal code beloning to a house, 
but given a certain postal code, you could get directions to the wrong 
location.


Regards,
Maarten



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

Re: [OSM-dev] Tile usage without proper identification

[Maarten Deen]

On 2016-08-12 13:14, Paul Norman wrote:

The usage policy for tile.openstreetmap.org requires that users send a
valid user-agent[1], or, in the case of a web browser, a HTTP Referer.
Ops are looking into automatically rate limiting clients violating this
part of the policy.[2]


I have wondered about this. Does rate limiting now not occur? I have 
seen a lot of times that the map in the JOSM downloadscreen gets slow if 
you pan around a lot or use it a lot to download lots of small areas. 
Also the mapnik overlay has this issue.


Of course this can also be due to other issues.

Regards,
Maarten



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

Re: [OSM-dev] [OSM-talk] Slack

[Maarten Deen]

On 2016-03-26 20:59, Steve Coast wrote:

Ok so look, Slack took over the world. And it turns out it’s pretty
good and useful. Let’s have an official OSM slack.


Maybe I'm living under a rock, but I only know Slack as a short for 
Slackware, a Linux distribution.


What is this and why do I need this? Maybe a little explanation?

Regards,
Maarten

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

Re: [OSM-dev] New Map Style feedback

[Maarten Deen]

On 2015-11-01 18:09, Amaroussi (OpenStreetMap) wrote:

Hi all,

I have been gathering thoughts from the talk-gb list and my main
concern now is how the tertiary roads are shown, especially in
countries where people map roads according to quality and hierarchy
(and there are more than one). In Greece, tertiary roads connect all
villages while in Thailand, tertiary roads have an important use in
referring to roads with four digit numbers.

While I believe that the new rendering has potential, I am suggesting
that in order to resolve concerns about the portrayal of tertiary
roads, the motorways on the mainstream style should be blue, purple or
violet instead of the current shade of rose. This would free up rose
for trunk roads, red for primary roads and so on until yellow for
tertiary.


I agree that the abandonging of the blue for motorways is a bad choice. 
It is not only a british color, motorways are signalled in blue also in 
lots of other countries in europe.
But that is not really the issue. It is not that a colorscheme should 
follow the colorscheme of a particular country per se. The current color 
scheme just makes it hard to distinguish roads. Teritary roads, being 
white, are all but unrecognizable. Looking at motorways, trunk roads or 
primary roads, I can not tell one from the other, except when I see two 
next to eachother.
Furthermore, on high zooms, roads have gotten too fat. It makes the map 
look bulky.


The colorscheme for roads is defintely a step back from the previous.

Regards,
Maarten

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

Re: [OSM-dev] New Map Style feedback

[Maarten Deen]

On 2015-11-02 10:30, Frederik Ramm wrote:

Hi,

On 11/02/2015 09:40 AM, Maarten Deen wrote:
I agree that the abandonging of the blue for motorways is a bad 
choice.
It is not only a british color, motorways are signalled in blue also 
in

lots of other countries in europe.


I find it strange to see many people arguing that there should be a
similarity between street signs and the colour used on the map. 
Germany,

for example, uses blue motorway signs exclusively,


I'm not sure if I read this right, but the Netherlands, Belgium and 
France also use blue signs to indicate motorways.


But I also say "It is not that a colorscheme should follow the 
colorscheme of a particular country per se", so IMHO it should not be a 
consideration. I was merely pointing out that it was not limited to the 
UK alone.


Regards,
Maarten


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

Re: [OSM-dev] Migrating osm.org to vectors/Kartotherian

[Maarten Deen]

On 2015-10-30 11:53, Oleksiy Muzalyev wrote:
One of the advantages of the the vector-based map would be the 
multilingualism.


For instance at the moment the OSM map of the Middle East is basically
useless for me as I do not know the Arabic alphabet yet. But as far as
I understand and as I heard at the conference the vector-based map
would allow the choice of a language of the map itself.


I do not see how that can not be solved with png-based tiles. You only 
have to render the tiles.

The method for detecting which tileset/language to show is the same.

BTW: it is still not as simple as rendering "in a different language". 
Then you start rendering a map in English and see names like "Cologne" 
or "Brussels"  show up on the map.


Regards,
Maarten

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

Re: [OSM-dev] Migrating osm.org to vectors/Kartotherian

[Maarten Deen]

On 2015-10-30 12:29, Oleksiy Muzalyev wrote:


But if we have a vector-based map itself language selection, that we
could just add tags _name:fr_ or _name: ru_ and have the OSM map of
say New York in French or in Russian for tourists. Or map of Siberia
in German also for tourists, Middle East in English, etc. without any
additions cost on the server side. It is not that difficult to add
such multi-language tags. There could be also the map in Basque,
Catalan, Kurdish, Scots and other smaller (by number of speakers)
languages without any additional cost and without a civil conflict.


Again, that does not work. I am Dutch. There are a lot of name:nl tags 
in the database that really are too obscure to put on a map.
There is a place "Grevelingen" which we associate with a lake in the 
southwest of the country. But it is also the old dutch name for the 
french town of Gravelines which nobody uses.
But similarly, I don't want to see the name:en tag for of cities 
because, as in my example, I will see Cologne or Brussels or Hook of 
Holland, which are all not what I want to see.
So you have to have some kind of mechanisme to decide when to show 
name:en (which I want to see for e.g. Afghanistan) and when to show 
name.




I realize that mobile hardware is not enough advanced for that yet and
vector-based technology is only in an development stage.

brgds
Oleksiy

On 30.10.2015 12:06, Maarten Deen wrote:


On 2015-10-30 11:53, Oleksiy Muzalyev wrote:


One of the advantages of the the vector-based map would be the
multilingualism.

For instance at the moment the OSM map of the Middle East is
basically
useless for me as I do not know the Arabic alphabet yet. But as
far as
I understand and as I heard at the conference the vector-based map

would allow the choice of a language of the map itself.


I do not see how that can not be solved with png-based tiles. You
only have to render the tiles.
The method for detecting which tileset/language to show is the same.


BTW: it is still not as simple as rendering "in a different
language". Then you start rendering a map in English and see names
like "Cologne" or "Brussels"  show up on the map.

Regards,
Maarten

___
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: [josm-dev] Overpass Query download

[Maarten Deen]

On 2015-10-08 17:36, pierz...@yahoo.fr wrote:

Hi Maarten

You need to complete by requesting also for child objects. You need to
add
 >;out meta;

See http://overpass-turbo.eu/s/bUM


So the query becomes relation["network"="Zeeland"]; rel(r); out 
meta;>;out meta;


That does not work in JOSM either. I get the error "Failed to download 
data. Its format is either unsupported, ill-formed, and/or inconsistent. 
 Details (untranslated): runtime error: Query run out of memory in 
"recurse" at line 1 using about 659 MB of RAM."


Regards,
Maarten


-
 DE : Maarten Deen <md...@xs4all.nl>
À : josm-dev@openstreetmap.org
ENVOYÉ LE : Jeudi 8 octobre 2015 11h22
OBJET : [josm-dev] Overpass Query download

How does the download from overpass API work?
I have a functioning overpass query that gives perfect (altough
incomplete) data: ( relation["network"="Zeeland"]; rel(r); out meta; )

but when I feed that query in the JOSM download from overpass API
dialog, I tells me there is no data.

Regards,
Maarten

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



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

[josm-dev] JOSM validator does not use all processorpower anymore?

[Maarten Deen]

The JOSM validator used to use the full processor when running. I've 
updated to version 8800 and now it doesn't anymore. It stays at about 
17% on my dual-cores system, so that's about 34% of one core. I can not 
imagine that the checking process is not CPU-bound anymore, what would 
it need otherwise?


Any thoughts on this?

Regards,
Maarten

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

Re: [josm-dev] josm.osm.de: No space left on device

[Maarten Deen]

On 2015-09-10 00:20, Vincent Privat wrote:

We're reaching the limit of the 100Gb disk capacity.

Some numbers:
- www/download: 16 Gb
- www/apt: 6 Gb
- backup: 25 Gb
- jenkins/jobs: 29 Gb, as below
  - JOSM: 21 Gb
  - Plugins: 6 Gb

I freed some space and reduced the number of jenkins jobs for:
  - Plugins: 100 to 50
  - JOSM: 500 to 250

I'm triggering new builds to force Jenkins to delete old jobs. I hope 
it
will reduce its disk usage significantly. However I'd like to see if we 
can

increase our disk capacity.


What would you need for that? Monetary donations, or can you use a 
harddisk? I have some unused ones lying around. But they are not new and 
not in the TB region.

Then again, you can find new 250 GB harddisks for as low as 20 euro.

Regards,
Maarten


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

[josm-dev] Node display at lower zoom

[Maarten Deen]

At some point JOSM was changed so that at high zooms nodes don't display 
their icons anymore but are just a dot that gets smaller the further you 
zoom out.
Is this configurable? I am noticing now that for some purposes I always 
want the configured icon to display.


Regards,
Maarten

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

[josm-dev] Cannot upload changeset

[Maarten Deen]

I had a similar problem last month when one relation seemed to block the 
upload of changes in JOSM [1]. Now again. I've created a relation, added 
some items to it and I am trying to upload it. For about an hour now the 
Uploading data for layer dialog is open, the slider goes back and 
forth but nothing happens. It's changeset 28614152 [2]


I've included the text of the changeset below. Could someone please try 
and see if they can upload it? I'm a but stumped as to what the cause 
is.


?xml version='1.0' encoding='UTF-8'?
osm version='0.6' upload='true' generator='JOSM'
  relation id='-72' action='modify' visible='true'
member type='relation' ref='2133854' role='' /
member type='relation' ref='376026' role='' /
member type='relation' ref='359309' role='' /
member type='relation' ref='2063493' role='' /
member type='relation' ref='381474' role='' /
member type='relation' ref='385839' role='' /
member type='relation' ref='2156546' role='' /
member type='relation' ref='2154895' role='' /
member type='relation' ref='358827' role='' /
member type='relation' ref='1755406' role='' /
member type='relation' ref='346385' role='' /
member type='relation' ref='2135782' role='' /
member type='relation' ref='2135783' role='' /
member type='relation' ref='363629' role='' /
member type='relation' ref='385244' role='' /
member type='relation' ref='388398' role='' /
member type='relation' ref='1779170' role='' /
member type='relation' ref='2154896' role='' /
member type='relation' ref='2800122' role='' /
member type='relation' ref='364180' role='' /
member type='relation' ref='387334' role='' /
member type='relation' ref='386816' role='' /
member type='relation' ref='389265' role='' /
member type='relation' ref='901102' role='' /
tag k='name' v='OV-concessies Nederland' /
tag k='network' v='public_transport' /
tag k='type' v='network' /
  /relation
/osm

Regards,
Maarten


[1] 
https://lists.openstreetmap.org/pipermail/talk/2015-January/071816.html

[2] https://api.openstreetmap.org/api/0.6/changeset/28614152/

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

Re: [OSM-dev] [OSM-talk] Is there some loop trip founder?

[Maarten Deen]

On 2014-11-27 00:01, Mateusz Konieczny wrote:

There is some software, better or worse that is able to find routes
from point A to point B.

But is there any tool capable of finding interesting trips starting in
some selected place,
that returns to the point of origin after going through some
interesting* places using good*
ways?

* - obviously it should be definable - such general tool may be
capable of proposing route for
cycling trip, trekking on foot or for a demonstration.


http://fietsrouteplannerzuid.nl/ does roundtrips (click on the map, 
select option rondrit, select distance and click Maak Rondrit).
You could ask Dirk Bussche from Goudappel Coffeng how they did it. 
dbuss...@dat.nl


Regards,
Maarten


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

Re: [josm-dev] JOSM wants to add a certificate?

[Maarten Deen]

On 2014-07-07 13:36, Dirk Stöcker wrote:

On Sun, 6 Jul 2014, Maarten Deen wrote:

I opened JOSM (webstart) and it came with a question to install a 
certification authority for localhost with a sha1 thumbprint
I have no knowledge of having generated a sha1 thumbprint on my 
windows computer, so I am interested to know how JOSM can ask this.
I also don't know why JOSM needs this. Is this something from JOSM or 
has some worm crawled in? (yes, this was the first thing that entered 
my mind).


Due to the browser restrictions of today any request to the remote
control of JOSM needs to be HTTPS as well when used from a HTTPS page.
For a HTTPS server functionality we need a certificate. The request
you talk about tries to copy that certificate to the JAVA keystore, so
it can be used. The browser still should ask you about it (at least
for first connection), as it is a self-signed cert.


But whose certificate is it? Where can I validate the key? It is not 
localhost, because my computer is localhost and it is not a key I 
generated on my computer. It is JOSM that is trying to install this 
certificate. So the certification authority caliming to represent 
localhost is not correct. At least that should be changed to JOSM.


Lets make it clear that, not having created this thumbprint myself, I 
can not verify this thumbprint and that this seems a very strange way 
of operating.


If you have a better solution, feel free to fix it.


I really dislike such replies. You seem to insinuate that the only ones 
to make comments are the ones that have the knowledge and ability to 
change the source.

I hope my view of your answer is incorrect.
You may not like criticism, but my goal is not to talk the developers of 
JOSM down but to try to give them hints of how things could (IMHO) 
improve.


Regards,
Maarten

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

Re: [josm-dev] JOSM wants to add a certificate?

[Maarten Deen]

On 2014-07-08 10:26, Vincent Privat wrote:

Hi,
As said this is a required mechanism to let you use Remote Control in
https (for example from Edit button on main OSM website, when
browsed in HTTPS).
See https://josm.openstreetmap.de/ticket/10033 [1] for explanations
and progress update (currently this stuff is only implemented on
Windows).
The warning you are referring to is displayed by Windows and we have
no control on it.
The certificate has been generated thereby:
keytool -genkeypair -storepass josm_ssl -keypass josm_ssl -alias
josm_localhost -dname CN=localhost, OU=JOSM, O=OpenStreetMap -ext
san=ip:127.0.0.1 -keyalg RSA -validity 1825


I understand all that, but I can still not validate the certificate with 
that. I am asked to trust certificate xyz, but it is not documented 
anywhere who generated that certificate and what the key should be.
The keytool command (when run on Ubuntu) gives an error Illegal option: 
 -ext.


Regards,
Maarten

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

[josm-dev] JOSM wants to add a certificate?

[Maarten Deen]

I opened JOSM (webstart) and it came with a question to install a 
certification authority for localhost with a sha1 thumbprint
I have no knowledge of having generated a sha1 thumbprint on my windows 
computer, so I am interested to know how JOSM can ask this.
I also don't know why JOSM needs this. Is this something from JOSM or 
has some worm crawled in? (yes, this was the first thing that entered my 
mind).


Lets make it clear that, not having created this thumbprint myself, I 
can not verify this thumbprint and that this seems a very strange way of 
operating.


Regards,
Maarten


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

Re: [josm-dev] JOSM 7182 released (first Java 7 version)

[Maarten Deen]

On 2014-05-29 13:33, Dirk Stöcker wrote:

On Wed, 28 May 2014, Vincent Privat wrote:


I dropped the support of 0.5 in the general code cleanup process.
Didn't think it was worth keeping 5 years after release of API 0.6... 
Feel

free to revert r7013 if you think it's really important.


I've seen that change and it still looks fine for me. Thought a
failure to load our own files is not fine.

There should be a way to upgrade old files somehow.


I can understand it when nobody wants to build a conversion routine to 
save 0.5 files to 0.6. While the changes from 0.5 to 0.6 appear to be 
trivial, who knows what changes are to come for 0.7 (and the change from 
0.4 to 0.5 also was less trivial).


But I agree that loading of old files should be possible in some way. As 
there is no functionality to save old versions to new versions, an old 
version file will remain an old version file, whatever you do with it.


I may misuse JOSM for other purposes (the file in question holds POIs 
for a walking network and I use JOSM to keep track where I've been and 
use it to easily identify where the ones are that I still need to go 
to), but it seems to me that keeping this functionality would not be a 
big deal. Especially since more things than just that changed and the 
latest JOSM available for download that does load 0.5 files (7006) does 
not display amenity icons on the nodes anymore (nodes are just nodes, 
either open squares when they have no keys or light blue filled squares 
when they have keys).


Regards,
Maarten

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

Re: [josm-dev] JOSM 7182 released (first Java 7 version)

[Maarten Deen]

I was a bit surprised to notice that my saved osm files would not get 
loaded anymore. Then I saw in the changelog that v0.5 format was 
dropped. It would have been more graceful to have josm save v0.5 osm 
files as v0.6 as soon as that was implemented. This is a tip for when 
the version goes to 0.7.


And now there is this strange N next to a node, it seems to be related 
to a node having a note. How can I remove this N?


Regards,
Maarten

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

Re: [josm-dev] caching

[Maarten Deen]

On 2013-12-09 15:25, Martin Koppenhoefer wrote:
nobody? My main question is: has caching been modified compared to what 
is

written in the cited article in the wiki?


If a key is not present in the advanced preferences, you can always add 
it. No idea if it is used or not.


Maybe a sidenote, and not directly related to caching of WMS tiles, but 
I find that the loading and caching of the tiles for the download screen 
is very slow and seems inefficient. It looks to me that it keeps loading 
tiles even when they are not needed, and keeps trying to load those 
tiles even when you have closed the download screen.


Maarten

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

Re: [josm-dev] Relation editor support for north/south and east/west similar to forward/backward

[Maarten Deen]

On 2013-11-27 11:58, Minh Nguyen wrote:

On 23:12 2013-11-26, Florian Lohoff wrote:

On Tue, Nov 26, 2013 at 03:46:47PM -0700, Martijn van Exel wrote:

So the relation between the east--west and north--south member roles
is equivalent to the relation between forward--backward.

Because the cardinal direction is commonly included on the road signs
(see example 
http://www.aaroads.com/west/new_mexico010/bl-010_eb_at_i-010.jpg)

this information is useful in the U.S. (and Canadian) context as a
drop in replacement for the traditional forward / backward role
members.


I still dont get it - Which relation would need this as a role?

If this is a signposted destination i would expect it in the
destination or destination:lane tag on the road as west e.g.

destination:lanes=West;Los Angeles|East;Boston

For example Mapfactor Navigator will use this to show destinations.

backward/forward as role are in relation to the ways direction. A tag
can either have a meaning in forward or backward or both directions
on a way. There is no way a tag has a meaning in 56° left of the way.


What should destination:lanes be for either exit in this photo?

http://www.interstate-guide.com/images074/i-074_et_09.jpg

The sign for exit 3 could be read Hopple Street, eastbound Route
52, southbound Route 27, or southbound Route 127. The cardinal
directions here are not destinations but rather part of the name of
the side of the route.

Exit 4 leads to a carriageway that is simultaneously westbound I-74,
westbound US 52, and northbound US 27. Some of us would like to relate
it to an I-74 relation with the role west and so on.


Where would you want to put this in? In the relation for the I-74? This 
exit should not be part of the relation for the I-74.
As Florian said: this needs to be put in destination tags on the way. At 
this point there are problaby two ways, one for the through road (which 
I believe is I-75?) and one for the exit.
The through road has 
destination:lanes=South;Downtown;I-75|South;East;Hopple St;27;127;52 and 
the exit has destination:lanes=West;North;Indianapolis;I-74;52;27


I agree with Florian. I do not see the need for north/south/west/east 
roles in a relation for this.


Regards,
Maarten




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

Re: [OSM-dev] Overlapping Attribute Sections per Way

[Maarten Deen]

On 2013-10-23 22:24, AccessibilityGuide wrote:

Hi

I have the following requirement for a new software project:

Given a way, for example a hiking route, I'd like to attach some
attributes to this way. But the attributes should not apply to the
entire way but only a section of the way. The sections can even 
overlap,

like multiple layers of metadata per way.

The following example hopefully clarifies  what I mean:

Given a 10km long way, the following attributes should be applied -
Section [0km - 5km]: Attribute A (Value X)
- Section [5km - 10km]: Attribute A (Value Y)
- Section [2km - 8km]: Attribute B (Value F)


Simply put, you have 4 ways:
way 1 (0-2km) with tags A=X
way 2 (2-5km) with tags A=X and B=F
way 3 (5-8km) with tags A=Y and B=F
way 4 (8-10km) tags A=Y

Splitting ways to facilitate tags per section is one of the more basic 
features of the OSM datalayout. Common reasons to split ways are 
different names or different maximum speeds.


Regards,
Maarten


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

Re: [OSM-dev] wrong redering of tunnels on the main site after the change of rendering rules

[Maarten Deen]

On 2013-10-14 10:34, Michael Kugelmann wrote:

Hello,

while the weekend I stumbled accross the old Elbe tunnel at Hamburg
https://de.wikipedia.org/wiki/St._Pauli-Elbtunnel
https://en.wikipedia.org/wiki/Elbe_Tunnel_%281911%29
and how it is rendered on the main OSM site (mapnik style):
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=16/53.5439/9.9665
It looks like a road going above the water...   :-(

For me the tagging seems to be all right (level, tunnel, etc, all is
set) but maybe that the new rendering rules are not correct when the
tunnel is below water? Could someone please investigate? Thanks.


What do you expect to see? That the tunnel is not rendered when it is 
below a waterbody? That has never been the case. Tunnels under water 
have always been rendered the same way they look when under a landmass: 
lighter in color and dashed lines.

Compare the Zeeburgertunnel in Amsterdam (natural=coastline):
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=16/52.3737/4.9748
Or the Gouwe-Aquaduct (natural=water)
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=19/52.02548/4.66688

Regards,
Maarten



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

Re: [OSM-dev] wrong redering of tunnels on the main site after the change of rendering rules

[Maarten Deen]

On 2013-10-15 04:51, Michael Kugelmann wrote:

On 14.10.2013 10:52, Maarten Deen wrote:
On 2013-10-14 10:34, Michael Kugelmann wrote:
Hello,

while the weekend I stumbled accross the old Elbe tunnel at Hamburg
https://de.wikipedia.org/wiki/St._Pauli-Elbtunnel
https://en.wikipedia.org/wiki/Elbe_Tunnel_%281911%29
and how it is rendered on the main OSM site (mapnik style):
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=16/53.5439/9.9665 
It looks like a road going above the water...   :-(


For me the tagging seems to be all right (level, tunnel, etc, all is
set) but maybe that the new rendering rules are not correct when the
tunnel is below water? Could someone please investigate? Thanks.

What do you expect to see? That the tunnel is not rendered when it is 
below a waterbody? Usually tunnels only have a very blurred/bright 
color.

Please have a look to a normal tunnel like eg. the Engelbergtunnel:
http://www.openstreetmap.org/?mlat=48.7933mlon=9.0237#map=15/48.7933/9.0237
https://de.wikipedia.org/wiki/Engelbergtunnel
https://en.wikipedia.org/wiki/Engelberg_Tunnel
There the tunnel can hardle be seen on the rendering.
In the case of the Elbe Tunnel (under water) the road has the same (or
almost the same) color as it would be above the water. For me this
really confuses.

That has never been the case. Tunnels under water have always been 
rendered the same way they look when under a landmass: lighter in color 
and dashed lines.

Please compare Engelbergtunnel (landmass) to Elbe-Tunnel. This can't
be the same. Maybe the additional access control flags on the Elbe
Tunnel cause the problem, I don't know.

Compare the Zeeburgertunnel in Amsterdam (natural=coastline):
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=16/52.3737/4.9748 
Or the Gouwe-Aquaduct (natural=water)
http://www.openstreetmap.org/?mlat=53.5439mlon=9.9665#map=19/52.02548/4.66688 
both are fine but could be even a litte more bright (IMHO).

But if you compare these two against the Elbe-Tunnel you can see that
the Elbe tunnel is not at all that bright and hidden.


If you look closely, you'll see that the colors do differ and that the 
line at the edge is dashed. It is probably because it is a tertiary road 
which is rendered in light yellow that the difference is small.

Normal tertiary road is rendered in #F8F8BA, as a tunnel it is #F9F9D0.
The difference is small, but it is present. Maybe the difference in 
color could be greater, but that's the only issue that exisits. It is 
rendered differently.


Regards,
Maarten




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

Re: [josm-dev] An incredible and unexpected use of JOSM

[Maarten Deen]

On 2013-09-11 09:21, Florian Lohoff wrote:


But i wouldnt be worried - There will be a day where OSM will be THE
ONLY important map provider. Its economically not possible for Nokia
and TomTom to get the same map detail level as we do. So they'll
highlight the crowd nature of OSM and try to spread FUD about
reliability and accuracy of OSM for the next 10 Years.

This has all happened before in the Linux universe and in the end
there is Linux on any embedded device and server and the Desktop,
Microsoft has been dominating for 30 Years will be irrelevant by
tomorrow.


This is so true. We only have to wait. Once OSM will be more and more 
known by the public and they see that they can get maps and updates for 
the entire world for free and that they can get updated maps 
(technically) every single day instead of having to pay € 100 euro 
(usually much more for in-car nav) for just the map or a year's worth of 
updates then the consumer will demand it.


Really the only thing car manufacturers need to install in a car is an 
Android tablet.


What we can do to accelerate that process is to make the map even 
better. So basically: carry on.


Maarten


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

Re: [OSM-dev] Default map style on osm.org

[Maarten Deen]

On 2013-08-28 13:02, Peter K wrote:

Hi there,

I know that this is highly subjective: But why has the default map
style to be that ugly? I don't mean it as a rant, I know how difficult
it is to create something like this. I only say that it is 'ugly'
because I know there are a lot better and several alternatives.

What do I mean with 'ugly'? I mean, besides the ugly bing-magenta for
country lines and some texts the style is very confusing - too many
unimportant information are packed on especially the higher zoom
levels (smaller than 12). Or the contrast to see main roads is just
too low. Not sure.


As you say: it's highly subjective.
I have no problem with the default OSM style at all. The only thing is 
that from zooms 8 and lower I think the landuse may be less prominent. 
Some time ago someone showed a new lowzoom renderer that looked rather 
nice.
I also don't see a big difference between the .de and the default map. 
The two differences are that .de has red-yellow motorways (in the style 
of a lot of paper maps) and that the general theme is less red and more 
green.


Maarten


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

[OSM-dev] The new link on the OSM map

[Maarten Deen]

Very nice that the main map now shows a link as standard, but why does 
the format have to be changed? Now JOSM needs to be changed because it 
does not recognise this type of link.
What was wrong with the old lat= and lon= style? From this link I can 
not see what the latitude and longitude is. I have to know in which 
order it is.


I'm sorry, but IMHO this is yet another step backward.

Maarten

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

Re: [OSM-dev] The new link on the OSM map

[Maarten Deen]

On 2013-08-08 09:08, Maarten Deen wrote:

Very nice that the main map now shows a link as standard, but why does
the format have to be changed? Now JOSM needs to be changed because it
does not recognise this type of link.
What was wrong with the old lat= and lon= style? From this link I can
not see what the latitude and longitude is. I have to know in which
order it is.

I'm sorry, but IMHO this is yet another step backward.


Added complaint: before, I could zoom in, move the map, do whatever I 
wanted and then reload the screen and I got the initial view back. Now 
the map link changes when you zoom or move the map, making it difficult 
to get the initial view back. You have to remember to copy the link and 
than paste it back again otherwise you will never get the initial view.
Please get the old style link and working back. The fact that there is 
no direct visible link to the map is now the least of the problems.


Regards,
Maarten


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

Re: [OSM-dev] The new link on the OSM map

[Maarten Deen]

On 2013-08-08 14:49, Tom MacWright wrote:

Is it really a terrible weight to update JOSM to recognize the new
format? Given that JOSM is on version 6,115 and this is essentially a
'changing a regex' type situation.


Is that a reason to do it? Because other changes are not hard? What _is_ 
the reason to change it to this format? Is there a reason at all?



Can we stop calling any feature that changes the behavior of the site
a major step backwards? Yes, things are different and possibly some
use case you had is different or harder, but realize on the other side
this is (1) generally a beneficial change and (2) the result of a
volunteer already slogging through tens or hundreds of comments on a
GitHub queue and finally getting it through. And, finally, it's
merged... and the first thing we hear is negative criticism about a
corner case that says you did a bad thing entirely. This is why
nobody wants to code on openstreetmap-website.


Sure, I understand that it may not be welcome to critise changes that 
somebody worked hard on, but what do  you expect, that everything that 
is done is Good and Proper and you rather not hear critisism? What 
planet are you on?


And do you know what it is? Somebody puts a request somewhere that they 
want it changed, some coder implements it and only then the world knows 
about it and the rest of the world has to change their behaviour because 
one person wanted it changed. Do-ocracy at work.
I never before heard oh, I would like the URL format changed, or it's 
better to have the URL geolocation change when you move the map. That 
last one was only vaguely mentioned when it came to light that the 
permalink generation was changed. And even then I didn't see the 
consequence.
Basically: there is no permalink anymore. There is an export link but no 
permalink. Someone changed the whole meaning of the thing. What I said 
before: perfectly good functionality has been removed. And I do not see 
the step forward in that.


Regards,
Maarten



On Thu, Aug 8, 2013 at 3:36 AM, Peter Wendorff
wendo...@uni-paderborn.de wrote:

Hi Maarten,
the benefit with the new link format, where position and layers are
constantly stored in the part after the hash (#) is that browsers don't
need or assume to need a reload.
If you change the address (before the #) completely, a reload of the
page is necessary, that was the case up to the change.
Now it's not necessary to reload the page to get the correct link in 
the

address bar.
What you complain is of course an argument straight in the opposite
direction, but both ways are perfectly valid.
You are in fact right that it's not possible any more to determine from
the link which part of the coordinate is latitude and which is
longitude, but it's consistently the same any time, so that's not that
big problem either.
Probably the hash format could better be extended by lat/lon to be
something like #z=15/lat=51.2/lon=8.7

Your complaint about reloading the page to get the initial view back is
IMHO an unusual one as it assumes that you go to the page with a direct
link to a defined position; something which is possible with osm.org 
[1],

but something nobody cared about in the last days probably.
For this wish I don't have a solution combining your demand with the
benefits of the new hash-format, but probably even there is a solution
possible.

regards
Peter

Am 08.08.2013 09:16, schrieb Maarten Deen:

On 2013-08-08 09:08, Maarten Deen wrote:
Very nice that the main map now shows a link as standard, but why does
the format have to be changed? Now JOSM needs to be changed because it
does not recognise this type of link.
What was wrong with the old lat= and lon= style? From this link I can
not see what the latitude and longitude is. I have to know in which
order it is.

I'm sorry, but IMHO this is yet another step backward.

Added complaint: before, I could zoom in, move the map, do whatever I
wanted and then reload the screen and I got the initial view back. Now
the map link changes when you zoom or move the map, making it difficult
to get the initial view back. You have to remember to copy the link and
than paste it back again otherwise you will never get the initial view.
Please get the old style link and working back. The fact that there is
no direct visible link to the map is now the least of the problems.

Regards,
Maarten


___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev [2]


___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev [2]



Links:
--
[1] http://osm.org
[2] http://lists.openstreetmap.org/listinfo/dev

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


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

Re: [OSM-dev] The new link on the OSM map

[Maarten Deen]

On 2013-08-08 17:47, Richard Fairhurst wrote:

Maarten Deen wrote:
What planet are you on?

That level of abuse is _completely_ unwarranted. I think you owe Tom an
apology.


I have read my command again and after Tom's hyperbole that I claim you 
did a bad thing entirely I see no reason to apologise. I even started 
with saying that it's a good thing the map shows a link again. When you 
imlpy that no critisim should be given I sincerely question what world 
we are on.


Sorry for that. I merely point out the flaws I see.

Regards,
Maarten

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

Re: [OSM-dev] The new link on the OSM map

[Maarten Deen]

On 2013-08-08 19:33, Tom MacWright wrote:

 Tom's hyperbole that I claim you did a bad thing entirely

I was referring to:

 I'm sorry, but IMHO this is yet another step backward.

'Yet another step backward', outside of the expression two steps
forward, another step back means 'a bad thing in general' in common
usage. Perhaps you were implying 'two steps forward' and that was lost
to everyone.


I'm afraid I see it as one step forward and two steps backward. Or in 
the order of how things happened: two steps backward and one step 
forward.


Maarten




 Sorry for that. I merely point out the flaws I see.

You did on the JOSM tracker: the ticket you posted
( http://josm.openstreetmap.de/ticket/8945 [2] ) was polite,
straightforward, and to the point. If you had posted the same thing
here, this would have been a more productive dialog.

On Thu, Aug 8, 2013 at 1:11 PM, Frederik Ramm frede...@remote.org 
wrote:


HI,

On 08/08/13 19:02, Peter Wendorff wrote:

The ticket was there already, I added a patch now

Thanks. I have applied the patch and closed the ticket. Tonight's 
josm-latest will then support the new URL scheme, and we can all 
happily live on the same planet again.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 
E008°23'33


___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev [1]



Links:
--
[1] http://lists.openstreetmap.org/listinfo/dev
[2] http://josm.openstreetmap.de/ticket/8945

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


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

Re: [josm-dev] [OSM-talk] Is there some lag in the backend data?

[Maarten Deen]

On 2013-07-24 10:39, Andy Robinson wrote:

I'm seeing this problem in JOSM 6060. To replicate try:


FWIW, I was also using JOSM 6060. The webstart version.

Regards,
Maarten


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [OSM-dev] [OSM-talk] Is there some lag in the backend data?

[Maarten Deen]

On 2013-07-24 04:57, Paul Norman wrote:


Where it might run into problems is if there is a scenario where a user
uploads
changes and then immediately requests the latest version from the API. 
In

this
scenario my service would of transparently proxied the main API for the
upload
then answered from its own data to the latest version request. The 
reply for

the
upload and the reply to the latest version request would then be
inconsistent.


But I requested the data 3 hours later, so this would not be the issue. 
I did also restart JOSM before that, so it was not a case of JOSM still 
thinking it was working on something.


Regards,
Maarten


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

Re: [josm-dev] Thank You Note?

[Maarten Deen]

On 2013-06-14 12:53, Frederik Ramm wrote:

Hi,

   at the FOSSGIS conference, someone said in a presentation that the
user experience in OSM could be improved if the editor were to give a
simple thank you message after you have uploaded something. Thank
yo for contributing to OpenStreetMap or so.


Not if it requires an extra action to click the message away.

Maarten


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [OSM-dev] Import a huge amount of GPS data

[Maarten Deen]

On 2013-05-23 14:48, Jingmin Chen wrote:


I currently have access to 2 years, 20,000 taxi vehicles GPS trace
(30sec interval) of a large city in China. The OSM data quality of
that city is really bad. But uploading the raw GPS trace might have
legal issues. Is it possible to process the data  to roads before I
upload to OSM? Thank you very much for any suggestion.


I see two possibilities: 1) remove everything from the GPS tracks 
except the location and then upload (assuming that would remove these 
legal issues) 2) don't upload the tracks but use them to draw the roads 
yourself.


Regards,
Maarten

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

Re: [OSM-dev] Tool to simplify ways

[Maarten Deen]

On 5-5-2013 20:13, Maarten Deen wrote:

On 2013-05-05 15:38, Christian Müller wrote:

Hi,

have a look at

http://lists.openstreetmap.org/pipermail/dev/2012-May/024947.html
https://github.com/podolsir/osmosis-simplifyways


That doesn't want to work for me. I have the latest germany file and
when I run that (with enableDateParsing set to no, otherwise it won't
even start reading it), I get this error:

maarten@watcheye:~/osm$ osmosis/bin/osmosis --read-xml
file=germany-latest.osm enableDateParsing=no --simplify-ways
epsilonMeters=10 --write-xml file=germany-simplifyied.osm
May 5, 2013 8:11:30 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.43.1


Ok, I found out that osmosis-simplifyways is not compatible with osmosis 0.43.1. 
It will work with 0.39.
But the tool is buggy. It removes nodes from ways where it connects to other 
ways. So in my example it ends up with

way id=1
nd ref=1/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=10/
/way

It does not delete node 3 because it is still in use by way 2, but it will 
delete it from way 1, therefore totaly breaking any connectivity.
Furthermore: it does not delete nodes from the osm file. Unused nodes are left 
in the file as stray nodes.


Regards,
Maarten



Am 05.05.2013 14:56, schrieb Maarten Deen:

Hi,

is there a tool already existing that can simplify ways in an .osm
file?

What I'm looking for is something that removes all intermediate nodes
from a way, as long as they are not used in another way.

Example:
way id=1
nd ref=1/
nd ref=2/
nd ref=3/
nd ref=4/
nd ref=5/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=7/
nd ref=8/
nd ref=9/
nd ref=10/
/way

After simplifying:
way id=1
nd ref=1/
nd ref=3/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=10/
/way

And then also remove the unused nodes from the osm files.




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

[OSM-dev] Tool to simplify ways

[Maarten Deen]

Hi,

is there a tool already existing that can simplify ways in an .osm file?

What I'm looking for is something that removes all intermediate nodes from a 
way, as long as they are not used in another way.


Example:
way id=1
nd ref=1/
nd ref=2/
nd ref=3/
nd ref=4/
nd ref=5/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=7/
nd ref=8/
nd ref=9/
nd ref=10/
/way

After simplifying:
way id=1
nd ref=1/
nd ref=3/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=10/
/way

And then also remove the unused nodes from the osm files.

Regards,
Maarten

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

Re: [OSM-dev] Tool to simplify ways

[Maarten Deen]

On 2013-05-05 15:38, Christian Müller wrote:

Hi,

have a look at

http://lists.openstreetmap.org/pipermail/dev/2012-May/024947.html
https://github.com/podolsir/osmosis-simplifyways


That doesn't want to work for me. I have the latest germany file and 
when I run that (with enableDateParsing set to no, otherwise it won't 
even start reading it), I get this error:


maarten@watcheye:~/osm$ osmosis/bin/osmosis --read-xml 
file=germany-latest.osm enableDateParsing=no --simplify-ways 
epsilonMeters=10 --write-xml file=germany-simplifyied.osm

May 5, 2013 8:11:30 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.43.1
May 5, 2013 8:11:31 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
May 5, 2013 8:11:31 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
May 5, 2013 8:11:31 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
May 5, 2013 8:11:31 PM 
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager 
waitForCompletion

SEVERE: Thread for task 1-read-xml failed
java.lang.AbstractMethodError: 
de.vwistuttgart.openstreetmap.osmosis.simplifyways.v0_6.WaySimplifier.initialize(Ljava/util/Map;)V
at 
org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:95)

at java.lang.Thread.run(Thread.java:679)
May 5, 2013 8:11:31 PM org.openstreetmap.osmosis.core.Osmosis main
SEVERE: Execution aborted.
org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more 
tasks failed.
at 
org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146)

at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92)
at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:616)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)

at org.codehaus.classworlds.Launcher.main(Launcher.java:47)

Is this a case of not having it installed correctly, or is it something 
else?


Regards,
Maarten





Regards,
Christian


Am 05.05.2013 14:56, schrieb Maarten Deen:

Hi,

is there a tool already existing that can simplify ways in an .osm 
file?


What I'm looking for is something that removes all intermediate nodes
from a way, as long as they are not used in another way.

Example:
way id=1
nd ref=1/
nd ref=2/
nd ref=3/
nd ref=4/
nd ref=5/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=7/
nd ref=8/
nd ref=9/
nd ref=10/
/way

After simplifying:
way id=1
nd ref=1/
nd ref=3/
nd ref=6/
/way
way id=2
nd ref=3/
nd ref=10/
/way

And then also remove the unused nodes from the osm files.

Regards,
Maarten

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



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

Re: [josm-dev] Find bus stops along a way

[Maarten Deen]

On 2012-11-08 08:14, Jo wrote:

Hi,

I want to find all bus stops along a side of the road. So I'm looking 
for

functions in JOSM to:

Define a rectangle a few meters to one side of the (section of a) 
road.

Get all nodes within this rectangle as a list.

or:

Define a polygon with the way as one of its sides and a parallel way 
x

meters away as another side.
Get all nodes within this polygon as a list.

I've been browsing through the source code, but I can't seem to find
suitable functions to accomplish this.


There is a plugin: download_along. It is rather crude, but effective. 
You can download objects within 5000, 500 and 50 meters of one or more 
selected objects, with a maximum area of 20, 10, 5 or 1 km^2 per 
request.
JOSM (the api) can only download rectangular areas (bbox) so it will 
divide the area you request into these smaller areas to download.
Obviously you would want the lowest settings for your use. It will 
download in multiple sets, but because it's all automated you can get 
coffee while it's working.


There are suggestions for API v0.7 to extend downloading to arbitrary 
areas, but these seem to be centered on downloading objects that are 
within an already existing structure, not arbitrary polygons. Not sure 
it that would be difficult to program, but I'm adding it to the list at 
http://wiki.openstreetmap.org/wiki/API_v0.7


Regards,
Maarten


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Validator

[Maarten Deen]

Is it possible to make an option for the validator so that you can 
choose between validating only touched objects and all objects?
Then put it default on only touched objects for new installations so 
that newbies only see the errors on objects they actually touched.


Regards,
Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

[josm-dev] Please do not change long established shortcuts

[Maarten Deen]

My apologies for ranting, but please do not change shortcuts that were in use 
for I-know-not-how long. I just downloaded rev 5181 and found that the d key 
did not work. Someone decided that it should be the delete key.
I can understand the reasoning. But do not decide for the whole community that 
it is better to have everyone change the way they work just because you think it 
is better. If you think deleting an item should be the delete key and it was 
programmed as d, then your welcome to change it in your favourits.
IMHO it is also a bad change because now I have to get my hand off the mouse to 
use the delete key where the d key is nicely positioned on the left side of the 
keyboard to use with my left hand.


In principle, it is not a good idea to change long established customs.

Regards,
Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Please do not change long established shortcuts

[Maarten Deen]

On 30-4-2012 18:46, Dirk Stöcker wrote:

On Mon, 30 Apr 2012, Maarten Deen wrote:


To continue my rant: N used to be the method to place one node only.
That seems to have disappeared too. It looks like I now have to start
drawing a way with A and then press escape to end drawing the way so I
can change its properties.


'N' was simply a secondary key for 'A' for a very long time now. It had
exactly same function and thus has been removed. To place a single node
use SHIFT + Click or ESC and afterwards Click.


N had not the same function. A starts a way, N sets a node. To set one 
node now, you have to do the things you mention. To set one note before 
you only had to select N and click once.


In any case: it is more work. Yes, I'm nitpicking, but nitpicking is 
easy when there is no guide or releasenotes where this is mentioned.



To end drawing after the node has been created either Double-Click or
press ESC afterwards.

All of this beeing available for a very long time also.


If you are not using those other keys, you are not aware of them. I 
haven't read anywhere in releasenotes that certain shortcuts were dropped.
I must have also missed all those discussions about it on this list 
because I can't remember any.


Maarten


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] Please do not change long established shortcuts

[Maarten Deen]

Dirk Stöcker wrote:

On Mon, 30 Apr 2012, Maarten Deen wrote:


 'N' was simply a secondary key for 'A' for a very long time now. It had
 exactly same function and thus has been removed. To place a single node
 use SHIFT + Click or ESC and afterwards Click.


N had not the same function. A starts a way, N sets a node. To set one node 
now, you have to do the things you mention. To set one note before you only 
had to select N and click once.


I find no code which validates your description. N was removed in this 
changeset and it was a simple analogon to A:


https://josm.openstreetmap.de/changeset/4956/josm/trunk/src/org/openstreetmap/josm/actions/mapmode/DrawAction.java

If it was as you described, then it vanished a long time ago and nobody 
noticed it. Which also is a good point to remove it.


You are right, the simple fact that the N was dropped must have set me on the 
wrong foot. But I still remember there was a way (then maybe even longer ago) 
that you could just set one node and be done with it.


But there you go: change one simple thing and there are people who are 
completely off track. You can make fun of this, but that's what happens.


Still haven't found a mention that the N was going to be dropped.

Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] WikiStart

[Maarten Deen]

On 2012-04-03 12:55, Simon Legner wrote:

Hi!

On 03/04/12 13:47, Maarten Deen wrote:


I was able to create this page without a hitch:
http://wiki.openstreetmap.org/wiki/User:Mdeen/josm

It's not really pretty though. Was this what you designed?


It was intended for the JOSM Wiki:
   http://josm.openstreetmap.de/wiki

It should look better over there ;-)


Oops! My bad.

Maarten


___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] videomapping plugin - how to?

[Maarten Deen]

Am 02.10.2011 02:31, schrieb Iván Sánchez Ortega:



Unable to load library 'Advapi32.so': libAdvapi32.so: cannot open shared
object file

As I understand, this plugin uses the VLCJ libraries for playing the video,
and they seem to be missing. I visited the project page, and downloaded them,
but all I get is a .jar file.

The wiki page for the plugin seems to be too scarce on details on how to get
this library up and running. Being a JOSM user, not a JOSM dev, I feel a bit
lost.


I'm the author of the plugin (user:!i!) and have to say thats 
unfirtunatly not released in a stable way :(
Other users have similar problems (that should not occure, of course 
because all is included in the .jar).

Sadly I won't be able to restart dev on the plugin before end of Oct :(


Just to give you a heads-up that more users are using the plugin, I've done my 
first trial today. Unfortunately it also crashes, only after I've imported a 
video. Then it gives me this message every time I do anything in the plugin:

java.lang.reflect.UndeclaredThrowableException
at $Proxy1.libvlc_release(Unknown Source)

I hope you will be able to find time to continue the development.

Regards,
Maarten



___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [OSM-dev] Merging Changes into Planet

[Maarten Deen]

On Thu, 14 Jul 2011 12:38:02 +0100, Andrew Ayre wrote:

With my 766MB change file the original merge command that I posted 
takes

106 minutes.

By using Jochen's merge command with buffers and the same change file 
it

now takes 58 minutes!

I knew about the possibility of buffers but I never tried them 
because

[1] appeared quite negative regarding them. Maybe it is out of date?


Benchmarking complex processes like this usually generate results that 
are very much tied to the configuration you benchmark with. As it says 
in the conclusion That is not to say it won't help in different 
applications or with different setups.
It was tested with a very old version of osmosis (0.24 while 0.38 was 
already out) and maybe you are using a different type or make of 
processor.



[1] http://wiki.openstreetmap.org/wiki/Osmosis/Benchmarking


I'm sure adding your observations will be a valuable addition.

Regards,
Maarten

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

[OSM-dev] Potlatch 2 requires additional password when uploading

[Maarten Deen]

I'm just trying to upload some changes made in Potlatch 2 and after 
entering the changesetcommet I get a popup screen that asks me username 
and password: A username and password are being requested by 
http://www.openstreetmap.org. The site says: Web Password


I entered my email and password I use to login to  
www.openstreetmap.org, and that worked. But why is Potlatch 2 asking for 
another password?
I am logged in. I made changes in Potlatch 1 just seconds before that 
with no problems.


Regards,
Maarten


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

Re: [OSM-dev] Problem with Nominatim

[Maarten Deen]

After the fix early this month Nominatim is again showing incorrect results:
E.g. Maasbree (province Limburg, country the Netherlands) is showing

Stad Maasbree, Kreis Heinsberg, België
Dorp Maasbree, Kreis Heinsberg, 5993, België

Regards,
Maarten


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

Re: [OSM-dev] Xapi alternative

[Maarten Deen]

Mitja Kleider wrote:
 Hi Antoine,

 On Fri, 28 Jan 2011 16:11:11 +0100, Antoine Pichon
 antoine.p...@gmail.com wrote:
 I am building an application that needs to access osm poi database. Ex
 : Extract all the banks (or any orther amenity)  of a given area. I
 didn't find this possibility (amenity filtering) in basic API but only
 in xapi

 1/ is there any other possibility instead of xapi to do that ?

 Andy already mentioned the new XAPI implementation.

 Last summer I wrote a POI API [1]. The wiki pages should contain setup
 information and query examples. If you have questions, feel free to
 ask.

 There is a (weak) demonstration server with data covering a tiny area
 at [2]. You probably want to do something like [3] or [4].


 [1] http://wiki.openstreetmap.org/wiki/POI_tools
 [2] http://78.47.225.27/
 [3]
 
http://78.47.225.27/static/examples/map.html?key=amenityvalue=bankzoom=15lat=51.53318lon=9.93624lang=en

 [4]
 
http://78.47.225.27/static/examples/list.html?type=relationosm_id=191361key=amenityvalue=banklang=en


Can you elaborate on how to do bbox queries with this?

Regards,
Maarten

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

Re: [OSM-dev] Xapi alternative

[Maarten Deen]

Mitja, your From: mi...@kleider.name is malformed.


 On Sat, 29 Jan 2011 10:46:12 +0100, Maarten Deen md...@xs4all.nl
 wrote:
 Can you elaborate on how to do bbox queries with this?


 Like this:

 
http://78.47.225.27/tag/amenity/bank/all/ids.json?bbox=9.7190434375091,51.496178170005,10.15849656249,51.565057661413


 Please note that the data on that server is only covering a small area.

Then I've found a small bug for you
This works fine: 
http://78.47.225.27/tag/amenity/bank/all/ids.json?bbox=9.7,51.496178170005,10.15849656249,51.565057661413


But this does not: 
http://78.47.225.27/tag/amenity/bank/all/ids.json?bbox=9,51.496178170005,10.15849656249,51.565057661413


Apparently the parser can not cope with lat/lon figures without a decimal.

Is there also a possibility to get output as an osm file?

Regards,
Maarten

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

Re: [OSM-dev] Rendering on a SPARC

[Maarten Deen]

On Fri, 21 Jan 2011 01:01:14 +0100, M∡rtin Koppenhoefer wrote:

Congratulations Iván.

That's really a monster, it weights 544 kg ;-)


If you go for power to weight ratio, than this machine doesn't perform 
too well ;)


But joking aside, also in real terms it is not a superfast machine. A 
single Ultrasparc III at 1.2GHz will be outperformed by any desktop 
machine available now. Probably by a factor 5 to 10. So even having it 
fully loaded with 24 processors will not make it really fast.


But apart from that, it's a really cool machine. Sure beats the 
SparcServer 2000 I've got in my attic.

If you need hands to hack, I'm available.

My advice would be to start with Solaris. I'm assuming all dependencies 
are also available there, or can be compiled. I've never been a fan of 
other OS'es than SunOS on a Sun.


And do take photo's of the beast, and post some specs!

Regards,
Maarten



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

Re: [OSM-dev] Fwd: [OpenStreetMap] ODbL

[Maarten Deen]

On Mon, 10 Jan 2011 13:02:00 +0100, l...@xs4all.nl wrote:

Grant Slater wrote:

People contacting you is exceptional AFAIK.


I've received the exact same message. It's only about the oh 5th 
time

or so someone has asked me to accept the ODbL.


Same here. Received today, so I guess it's the same person. Also got 
one the day before yesterday and if I haven't deleted any I've also 
received 5.


Maarten

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

Re: [OSM-dev] Relation display not working doesn't give any visible feedback

[Maarten Deen]

Tom Hughes wrote:

On 04/12/10 09:27, Wyo wrote:


The http://www.openstreetmap.org/?relation=1273572; doesn't show any
visible feedback when its not working like now. Nothing is worse than
not giving any feedback. The user simply doesn't know what's going on.
The loading status display I asked for in the previous message isn't
enough, a text explaining the cause of the failure is also needed.


Well if we knew the cause of the failure then we'd fix it and there 
wouldn't be a failure...


But there is a problem then? I was just making a mail to the talk list that 
downloading full relations does not work (GET 
http://api.openstreetmap.org/api/0.6/relation/xxx/full).


I'll go ahead and put it in the platform status.

Regards,
Maarten

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

Re: [OSM-dev] Relation display not working doesn't give any visible feedback

[Maarten Deen]

Tom Hughes wrote:

On 04/12/10 10:33, Maarten Deen wrote:

Tom Hughes wrote:


Well if we knew the cause of the failure then we'd fix it and there
wouldn't be a failure...


But there is a problem then? I was just making a mail to the talk list
that downloading full relations does not work (GET
http://api.openstreetmap.org/api/0.6/relation/xxx/full).

I'll go ahead and put it in the platform status.


Why would you do that when I had already fixed the problems with the api 
before I wrote my email?


Because my telepathy module is also broken and you didn't mention that in your 
mail.

Regards,
Maarten

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

[OSM-dev] API returns zipped data?

[Maarten Deen]

I was making a tool for myself and was downloading data from the API and saw 
that the data was binary data. On closer inspection it was gzipped.


The general information in http://wiki.openstreetmap.org/wiki/API_v0.6 talks 
about that the payload may be compressed, but I'm not sure what is meant by 
payload. Is this the request going to the api or is this what the api returns?
It also states that this should only happen when the client indicates this 
through the HTTP Accept header. But the client I'm using, Lynx, does not do 
so. At least: I've never received compressed data from any source before.


regards,
Maarten

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

Re: [OSM-dev] Announce search box with result suggestions

[Maarten Deen]

On 5-11-2010 17:21, Martijn van Exel wrote:

Hi all,

The lack of auto-complete or search suggestions like you see in for
example Google (maps) and the OSM wiki search box has been bugging me
for a while. So I created a prototype based on the Nominatim API and the
Google Closure JS framework. There's a lot of things it won't do yet,
but it's a decent first step.


Could you do me a favour, if you haven't already done this already: 
remove whitespaces at start and end of the string being searched for.
What gripes me in the current implementation is that if you search for a 
lat/lon and enter 53.2343, 5.6532  (whitespace at end), you get no result.


Regards,
Maarten

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

Re: [OSM-dev] Multilingual Maps Overlays

[Maarten Deen]

On Thu, 04 Nov 2010 13:21:56 +0100, Marc Schütz schue...@gmx.net
wrote:
 (re-added CC to list)
 
 Thanks for the interesting discussion. I know it's a astonishingly
 borderless topic (see [1]).
 What I still have in mind is to be able to produce a map with local
 names (i.e. for preserving cultural heritage).

 So I think it's time to summarize:

 * As far as I understand, I have to take loc_name (like
 loc_name:gsw=Züri) besides of course name=Zürich.
 
 As I said, I disagree with this interpretation. In my opinion the
 correct tagging for Zürich would be:
 
 name=Zürich
 name:gsw=Züri

Compare with the Dutch carnaval map. During carnaval every
self-respecting town that does carnaval has a different name. This is
tagged as name:carnaval.
It really doesn't matter what name you come up with, as long as it's
unique and fairly descriptive and preferably obeying international
guidelines on this point.

Regards,
Maarten


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

[josm-dev] Cancel while downloading relations

[Maarten Deen]

I downloaded a relation which contains a lot of relations. So I selected them 
all and did download members.

These were some 140 relations.
The downloading went fast until all of a sudden it stopped. This was after about 
84 relations.
So I pressed cancel, expecting the downloaded relations to be in JOSM. Much to 
my surprise they weren't.


Is there a technical reason for JOSM to discard already downloaded relations 
when you press cancel? I would think that there is no difference with getting 
them one at a time, it's only a faster way of downloading more relations.

If there is no technical reason, then I'm going to enter this is a bug.

Regards,
Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

[OSM-dev] Bugs in the new wiki skin (was: Re: OSM Wiki now uses the Vector skin)

[Maarten Deen]

Ævar Arnfjörð Bjarmason wrote:

On Sun, Aug 8, 2010 at 10:31, Eugene Alvin Villar sea...@gmail.com wrote:

Nice! When did this happen? I only realized that the OSM Wiki was using the
new skin just now. :-)


It was recently upgraded to MediaWiki 1.16, then the skin settings for
logged-in users were changed.


I noticed it too. I am not a fan of this skin at all. Especially the text in the 
edit window looks horrible. I also don't like the search box moved away to the 
top right. It's far away from the bulk of the navigation links.

Is there a way to change back to the normal skin?

And I don't know if it's related to this, but the edit window now has a bug: if 
you paste a portion of text, then after pasting, the cursor jumps to a spot 
somewhere in the pasted text in stead of staying at the end of the pasted text 
(which is normal behaviour).


I've not seen this behaviour on other wikipedias that use this skin.

Aditionally, there is more weird behaviour when pasting long lines. Initially, 
text is pasted with line breaks after 72 characters, then the browser seems to 
think a few seconds, after which the line breaks disappear and the text is 
continuous again.

Maybe the cursor thing is related to this, but annoying it is.

Tested here on Firefox 3.6.3 on Windows XP.

Maarten


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

Re: [OSM-dev] Very long load times for bbox downloads

[Maarten Deen]

Grant Slater wrote:

On 7 August 2010 15:48, Maarten Deen md...@xs4all.nl wrote:


Is this a server problem? Is the server overloaded or is there an issue
downloading bboxes?



Should be back to speed now.


Is it is^H^H was.


There is an issue between the apache load balancer and the backend
fastcgi cgi-map. For the moment restarted the connections.


The issue has reappear around 13:25 CET.

Regards,
Maarten

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

[OSM-dev] Very long load times for bbox downloads

[Maarten Deen]

For some days now I'm experiencing very long load times when I try to load data 
with a bbox, both in JOSM and in a webrowser. Load times of multiple minutes are 
quite common and even having to wait 5 minutes and then JOSM loads no data at 
all, but also gives out no error message (also not in the console), or get a 
HTTP 503 error in Firefox.
This long loading does not occur when I load nodes, ways or relations by id, and 
also uploading data is fast.


Is this a server problem? Is the server overloaded or is there an issue 
downloading bboxes?


Regards,
Maarten

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

[OSM-dev] API very slow?

[Maarten Deen]

The API seems very slow today, but only in downloading objects.
Just getting a single node or way takes minutes, but uploading is fast.

Maarten

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

[josm-dev] Routing plugin

[Maarten Deen]

Is anyone using the routing plugin in JOSM? I'm trying it, but it doesn't seem 
to work. I can't get it to select any nodes.
According to the docs I should have the routing layer selected, and then use the 
add destination button to click near a node.

But at that point, nothing happens.
Am I doing something wrong?

Regards,
Maarten

___
josm-dev mailing list
josm-...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [OSM-dev] OSM diagram usage

[Maarten Deen]

On Fri, 11 Jun 2010 09:32:51 +0200, Rodolphe Quiedeville
rodol...@quiedeville.org wrote:
 Ævar Arnfjörð Bjarmason a écrit :
 On Thu, Jun 10, 2010 at 20:58, Rodolphe Quiedeville
 rodol...@quiedeville.org wrote:
 Jeffrey Warren a écrit :
 Hi all - i'm writing about OSM and was wondering if I could use the
 diagram at:

 http://wiki.openstreetmap.org/wiki/File:OSM_Components.png

 It's not marked as CC or anything. Would whoever owns it mind
releasing
 it or giving permission? Thanks much!
 Hi,

 At the page bottom you can read 'Content is available under Creative
 Commons Attribution-ShareAlike 2.0 license.' So the document is under
 CC.
 
 That's for content, but doesn't apply to images unless otherwise
 stated. At least that's the default MediaWiki convention.
 
 So we have to be more explicit, why images are not content ? I'm
 surprised by that :)

I'm a bit surprised we don't have the elaborate summary that wikipedia
images have. Like
http://en.wikipedia.org/wiki/File:Cambridge-Openstreetmap-08-06-13.svg

Maarten


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

[OSM-dev] Potlatch history

[Maarten Deen]

It seems to me that the history function in Potlatch (shortcut key H) has
a bug.

Example: way 6313107, which is the southern part of the railway at
http://www.openstreetmap.org/edit?lat=50.81lon=5.717638zoom=18.

When I view the history in Potlatch, it tells me the previous version is
from Seat Ibiza and there are some 16 older versions.
When I take the history from
http://www.openstreetmap.org/browse/way/6313107/history, OSM tells me
there are 5 versions, none of which have been made by Seat Ibiza.

I see these inconsistencies on more ways than just this one. Take any way
in that editwindow.
Or is there some logic behind the Potlatch history that I'm missing?

Regards,
Maarten

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

Re: [OSM-dev] Inserting OSM data

[Maarten Deen]

On Mon, 22 Mar 2010 15:19:43 +0100, Andreas Höschler
ahoe...@smartsoft.de wrote:
 Hi John,
 
 For that we need some kind of TCP-based XML interface so that we could
 send a track in some XML format to a TCP socket and get back the IDs
 assigned to objects by the public OSM database server. Only that would
 allow us the assign the returned IDs to our private database objects
 and thus avoid data duplication. Is there such an API (TCP-socket
 based)?

 It's not that simple, because you may need to deal with merging,
 alternatively you could produce .osm files similar to what JOSM
 produces and then people can load those files into JOSM and merge or
 add data to OSM.
 
 Creating OSM files would be easy for us. But where would we sent them? 
 Simply put them on our webserver and make an announcement on the osm 
 list hey, we have some osm data to be merged/imported! Have fun!!?

That's the basic thought. Have a look at the projectpages for the various
Kosovo imports on http://wiki.openstreetmap.org/wiki/Category:Kosovo.
If this gets coordinated with a group of local mappers (in case there
already is data present) then I don't see a big problem.

 The other problem is how do we get to know that one of our ways got 
 imported into the public OSM database and thus assigned an ID so that 
 we can get rid of that way in our private database?

Only by investigating the new data and comparing it to your own data. As
you can see on some of the Kosovo pages, there is a link to a changeset.
This is a collection of all the items that got added/changed. This could be
used to check against your local data.

Regards,
Maarten

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

[OSM-dev] Trac database locked?

[Maarten Deen]

I wanted to submit a ticket to trac, but at submitting I received this error:
Python Traceback

Traceback (most recent call last):
   File /var/lib/python-support/python2.5/trac/web/main.py, line 406, in 
dispatch_request
 dispatcher.dispatch(req)
   File /var/lib/python-support/python2.5/trac/web/main.py, line 237, in 
dispatch
 resp = chosen_handler.process_request(req)
   File /var/lib/python-support/python2.5/trac/ticket/web_ui.py, line 138, in 
process_request
 self._do_create(req, db)
   File /var/lib/python-support/python2.5/trac/ticket/web_ui.py, line 202, in 
_do_create
 db.commit()
OperationalError: database is locked

Any reason why the trac database is locked?

Regards,
Maarten

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

[OSM-dev] Split osm line with perl

[Maarten Deen]

Does anyone have an idea (or is there already a routine) how to split a line of 
an osm file in its respective keys and values?

I've tried a few things, but I'm not fluent in perl. My problem at the moment 
is 
that splitting a line on the space character seems logical, but you run into 
problems if a value has a space in it.
So splitting something like tag k=name v=foo bar/ will split the value 
foo bar also.

Regards,
Maarten

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

[OSM-dev] Osmosis error on constraint nodes_ibfk_1

[Maarten Deen]

I'm using osmosis 0.31.2 to insert some data (from XAPI) in a mysql database 
and 
I get the error
Cannot add or update a child row: a foreign key constraint fails 
(`osm06/nodes`, 
CONSTRAINT `nodes_ibfk_1` FOREIGN KEY (`changeset_id`) REFERENCES `changesets` 
(`id`))

I'm trying to load two osm files (which I've merged and sorted in the process). 
If I read the error correct, it is trying to insert a node with a changeset_id 
that does not occur in the changesets table.

What could be the problem here and how can I correct it?

Maarten


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

[OSM-dev] Strange Mapnik rendering

[Maarten Deen]

Is there an explanation why Mapnik renders the unclassified road on top of
the primary road in this example?
http://www.openstreetmap.org/?lat=51.35217lon=6.01257zoom=17layers=B000FTF

I tried to hint to Mapnik that the unclassified road should not be
rendered over the primary by adding a layer=-1, but that didn't help. The
roads are on the same level.

Regards,
Maarten

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

[OSM-dev] Displaying specific version of node/way/relation

[Maarten Deen]

The possibility exists to see the latest version of a node/way/relation,
or the full history. Is there a way to see a specific version of a
node/way/relation?
I'm asking this because trying to look at the history of objects with a
lot of members and a lot of versions is not working at all. I've been
trying to get the history for relation 73447 (125 versions and probably a
few 100 objects) and it just keeps timing out.
If this possibility does not exist, would it be possible to create it? To
have something like .../history/1 to see the first version.

Reason I want to see this relation is that it is unexpectedly empty and I
want to see the details of that.

Regards,
Maarten


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

Re: [OSM-dev] Displaying specific version of node/way/relation

[Maarten Deen]

On Fri, 9 Oct 2009 10:58:09 +0100, Shaun McDonald
sh...@shaunmcdonald.me.uk wrote:
 You can currently see specific versions through the API but not the  
 data browser.

Ah, didn't look at that possibility. That's enough for me.

Now, is there a possibility (or a tool) to revert relation 73447 to
version 124?

Regards,
Maarten

 On 9 Oct 2009, at 10:48, Maarten Deen wrote:
 
 The possibility exists to see the latest version of a node/way/ 
 relation,
 or the full history. Is there a way to see a specific version of a
 node/way/relation?
 I'm asking this because trying to look at the history of objects  
 with a
 lot of members and a lot of versions is not working at all. I've been
 trying to get the history for relation 73447 (125 versions and  
 probably a
 few 100 objects) and it just keeps timing out.
 If this possibility does not exist, would it be possible to create  
 it? To
 have something like .../history/1 to see the first version.

 Reason I want to see this relation is that it is unexpectedly empty  
 and I
 want to see the details of that.

 Regards,
 Maarten


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

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

Re: [OSM-dev] Displaying specific version of node/way/relation

[Maarten Deen]

On Fri, 09 Oct 2009 12:51:43 +0200, Etienne Chové ch...@crans.org wrote:
 Maarten Deen a écrit :
 Now, is there a possibility (or a tool) to revert relation 73447 to
 version 124?
 
 1. open in your browser :
 http://www.openstreetmap.org/api/0.6/relation/73447/124
 
 2. in a other tab open :
 http://osmose.openstreetmap.fr/edit/relation/73447
 
 3. Copy content from 1. to 2. and set version=125
 
 4. click on send to api

I tried this because I have no JOSM nearby ATM, but this is a nice tool. I
had to try a few times before it dawned on me that I only had to upload the
relation (and not the complete osm.../osm xml), but after that it
worked like a charm.

Thanks,
Maarten


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

Re: [OSM-dev] Empty tags created by Potlatch

[Maarten Deen]

On Tue, 29 Sep 2009 08:15:24 -0700 (PDT), Richard Fairhurst
rich...@systemed.net wrote:
 Marc Schütz wrote:
 somehow a user managed to create empty tags on a node:
 http://www.openstreetmap.org/browse/node/513414350/history
 Is this a bug or a feature?
 
 I don't know, but if you can provide steps to reproduce I can look at
it.

First: can it be confirmed that the tag was actually empty? Potlatch does
accept tags filled with only a space, and if you look at the history of a
node on the weg, it looks as there is no character there.

Maarten


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

[OSM-dev] Cloudmade routing problem

[Maarten Deen]

See this route: 
http://maps.cloudmade.com/?lat=55.799677lng=37.995207zoom=18directions=55.79985477863301,37.994123697280884,55.80008695307262,37.995625734329224travel=carstyleId=1

Why does Cloudmade not route straight on? There is a turn restriction on the 
connecting node (relation 146163), saying only_straight_on from the lower шоссе 
Энтузиастов to Горьковское шоссе.

Is this a bug in the routing engine or is this turn restriction at fault?

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

Re: [OSM-dev] Taxi to Lisbon

[Maarten Deen]

On Sun, Sep 13, 2009 at 10:37 PM, Claudius Henrichs claudius.h at gmx.de 
wrote:
 I've set up a wiki page [1] with some impressive routing results on OSM
 data compared to Google. For example we can already route from Teheran,
 Iran to Lisbon, Portugal and to New Delhi, India. Or you can hail a cab
 in Mexico City and tell the driver to take you to Anchorage, Alaska.
 Feel free to add your favorite route as well. Once people can route all
 the way from London to Singapore that'll be something for the image of
 the week.

 Claudius


 [1] http://wiki.openstreetmap.org/wiki/Routing/Taxi_to

Great showcase of the power of the routing engine and the usefullness
of OSM (over Google).

I've added a route from Fisterra (Portugal) to the easternmost point in
Russia I found that was routable: Komsomolsk-on-Amur. There is still 43
degrees to go to the dateline, but those roads are not well connected.

As it is, it's still a route of 14,235 km, covering 148 degrees of longitude.

Regards,
Maarten



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

Re: [OSM-dev] Recursive relations

[Maarten Deen]

Karl Guggisberg wrote:
 This is probably something that the OSM editors should warn users about
 when they try to create such a relation.
 JOSM doesn't allow to create recursive relations, but it accepts them when
 they are present in the data.

JOSM has in the past accepted recursive relations and it is very likely that 
people still have versions running that do so.

Maarten


 -Ursprüngliche Nachricht-
 Von: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org] Im
 Auftrag von Andrew M. Bishop
 Gesendet: Sonntag, 13. September 2009 11:56
 An: dev@openstreetmap.org
 Betreff: [OSM-dev] Recursive relations
 
 In OSM a relation can contain other relations but it seems that there is
 nothing to check that a relation doesn't contain itself.  I can't think of
 any legitimate reason that it should be allowed though.
 
 For example relation 15852 has contained itself since version 108 which was
 created at the beginning of July (changeset 1754423).
 
 Within the UK alone the following route relations all contain
 themselves:
 
 12179
 15852
 80545
 101440
 163368
 165638
 165638
 167468
 168189
 170290
 170290
 
 Also within the UK there is one boundary relation that contains
 itself:
 
 57535
 
 
 Obviously it is possible to ignore these when parsing the data (which is
 what I do and what alerted me to them in the first place) but it would be
 better if it didn't happen.
 
 
 This is probably something that the OSM editors should warn users about when
 they try to create such a relation.
 
 Is there somebody that can find and fix all such relations on the server (if
 they have no legitimate use)?
 
 Obviously self-recursion is easy to find; there might be mutually recursive
 relations as well but I haven't looked for them.
 
 --
 Andrew.
 --
 Andrew M. Bishop a...@gedanken.demon.co.uk
 
 UK OpenStreetMap Route Relations:
 http://www.gedanken.org.uk/mapping/osm-routes/route.html
 
 UK OpenStreetMap Boundary Relations:
 http://www.gedanken.org.uk/mapping/osm-boundaries/boundary.html

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

[josm-dev] Relation editor sort: on which key?

[Maarten Deen]

There is a sort button in the relation editor. It's not clear to me what it 
sorts on. It is not alphabeticaly, it is not on id, not on number of nodes.
What does it sort on?

Regards,
Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

[josm-dev] JOSM adds double ways to relations?

[Maarten Deen]

I admit I haven't used relations in a while, so I'm quite surprised to see that 
JOSM now adds a way to a relation again if it was already in the relation. 
Previously, ways that were already in a relation did not get added again.
I this an intentional change?

So now I've ended up with a relation with almost all ways double. Is there a 
quick and easy way to get all double ways removed from this relation?

Regards,
Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

Re: [josm-dev] JOSM adds double ways to relations?

[Maarten Deen]

Frederik Ramm wrote:
 Hi,
 
 Maarten Deen wrote:
 I admit I haven't used relations in a while, so I'm quite surprised to see 
 that 
 JOSM now adds a way to a relation again if it was already in the relation. 
 Previously, ways that were already in a relation did not get added again.
 I this an intentional change?
 
 Yes, this is because since 0.6 OpenStreetMap allows the same way to be 
 in the same relation twice (needed e.g. for a bus route that goes down a 
 spur and comes back).
 
 So now I've ended up with a relation with almost all ways double. Is there a 
 quick and easy way to get all double ways removed from this relation?
 
 Not yet I'm afraid.

That's a serious issue. I've seen that all the double ways appear in the edit 
relation box with -- or -- in the linked column. But if I then 
remove 
one of those lines, both ways get removed from the relation.
Surely that is not intentional?

Has someone already though of a distinct feature in the relation editor? 
Either a remove double entries or also a button add selected distinct 
entries?

I've managed to hack them out. The easy way I guess: select all ways in the 
relation, add some bogus tag, remove all ways from the segment, select all ways 
with the bogus tag and add them to the relation.
But I don't think that should be the way forward.

Maarten

___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev

[OSM-dev] Potlatch r - 'repeat last attributes' function

[Maarten Deen]

The 'r' key (repeat last attributes) in Potlatch overwrites all attributes of
a way or node with the ones from the previous way or node (excluding name/ref
if you use shift-R).
Is that intentional? If so, I would like to make a case for a repeat last
addition of attributes function.
E.g. if I add foo=bar and stuff=some to a way, doing a repeat last addition
of attributes on the next way only adds foo=bar and stuff=some to it and
leaves all other attributes alone.

The way I see it is that the current repeat last attributes is great for
when you are creating new ways and nodes, but in the Netherlands it is
absolutely useless when changing them, because all ways have a different
AND_nosr_r. Therefore a function that only adds what you added to the previous
way/node would be very useful.

Regards,
Maarten


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