Changeset No. Date Contributor Comment
12017-05-09 09:19:07 UTCpnorman Is there any imagery which covers the new construction?
22017-05-09 13:01:53 UTClokejul I am unaware of any current imagery for the new construction. The parking lot was mapped by car using GPS traces recorded with OSMand. The buildings were mapped by interpolation within the traces, per http://wiki.openstreetmap.org/wiki/Recording_GPS_tracks. The GPS tracks were connected to existing ...
12017-04-26 22:05:10 UTCpnorman This has made https://www.openstreetmap.org/relation/5981481, a relation with the name of Bear Island but is the waterway.
22017-05-01 20:23:07 UTCkeithonearth Thanks for letting me know. I had noticed that this naming error was present, but had thought it'd originally be someone else's error. Maybe it was me. In any case I'd discussed it previously on this changeset discussion: http://www.openstreetmap.org/changeset/37239468.

I've now edited the riverb...
12017-04-21 10:00:23 UTCpnorman It seems odd that you've surveyed roads in Europe and east Asia and added the data in the same changeset. Is this correct?
22017-04-21 14:37:23 UTCHartmut Holzgraefe TL;DR yes, unintended but correct data wise

I had played around with the StreetComplete app while being on vacation in Japan and waiting for a ferry to arrive.

After having "solved" everything I could in the neighborhood of the hotel we'd been in I then proceeded to solve some of the...
32017-04-23 09:10:35 UTCHartmut Holzgraefe Now reported "Allow explicit changeset commit" as a feature request for StreetComplete:

https://github.com/westnordost/StreetComplete/issues/136
12017-04-02 09:29:22 UTCpnorman The website for A Rocha says 1620 192 Street but the address you have is 19353 16th Ave. I'm wondering which is correct
12017-03-30 06:54:54 UTCpnorman The restrictions on https://www.openstreetmap.org/way/41407958 are probably better expressed as an access restriction.

Has there been any discussion of the license of the data you've linked to?
22017-03-30 07:02:25 UTColiviap_telenav Hello, in that area we have photos with no-u-turn signs, from both ways. But, it is a good solution to put access=no on that service way.
Thank you very much for your comment.
12017-03-16 02:34:26 UTCpnorman Hello,

You've created a bunch of places where the woods you've mapped extends into the water, e.g. https://www.openstreetmap.org/changeset/8147113#map=16/50.1849/-120.5152

I'm also wondering if it makes sense to even have this tagged as natural=wood in parts like https://www.openstreetmap.org/...
12017-03-14 15:11:16 UTCpiligab Hi pnorman redaction revert:
Thank you for contributing to OSM. I noticed that you deleted several highways, can you explain wich the reason for this? because there are many unconnected highways. For example: https://www.openstreetmap.org/changeset/35850820#map=13/37.0294/129.3952
Regards.
Pilar....
22017-03-14 20:57:20 UTCpnorman This changeset removes objects from changesets which used vworld, a government source. For more information you can read https://lists.openstreetmap.org/pipermail/talk-ko/2017-February/000260.html or contact the Data Working Group at data@osmfoundation.org

Paul Norman
For the Data Working Group
12017-03-12 22:00:10 UTCSomeoneElse Relation 7066589 has 37,948 nodes as members. It's just broken an osm2pgsql import here, and I suspect I wont be the only one.

What is it actually supposed to be?
22017-03-12 22:18:07 UTCwoodpeck I have also noticed that this import seems to have first been raised on talk-br on March 9, two days before the import was started. Problems like a collection relation with 37k members would have been found before the import if people had actually had time to look at what was proposed.
32017-03-12 22:21:56 UTCwoodpeck The survey points seem to contain this message: "Não alterar: coordenadas originais do IBGE". I wonder why they are imported in OSM at all; what use is data that you cannot alter in OSM? Anyone interested in doing anything with the survey points can just use the shape file.
42017-03-12 22:24:37 UTCpnorman Hello,

Imports in OSM are subject to some requirements (https://wiki.openstreetmap.org/wiki/Import/Guidelines), one of which the community is consulted prior to the import, including the imports@ mailing list.

Because this import is causing technical problems and has not been discussed, I'm go...
52017-03-12 22:29:36 UTCsmaprs Ok, if you think its' better to revert it. We discussed it in Brazilian community thinking these survey points have precise coordinates and can help align imagery in remote regions of Brazil. I'll read carefully your remarks and see what can be done better.
62017-03-12 22:39:38 UTCwoodpeck I have looked that the Bing imagery surrounding some of the points and found nothing visible on the ground that I could have used to align the image though. I think the matter deserves a more thorough discussion. We'll revert it for now but that doesn't mean it can never come back.
72017-03-12 22:51:03 UTCsmaprs Ok. Sorry for the unexpected problems.
12017-02-26 05:56:46 UTCpnorman You've created this dentist in the middle of the intersection. I moved it north based on the address, but could you move it to a more precise location?
12017-02-26 05:51:59 UTCpnorman Did the Silvercity at Metrotoiwn change its branding? I thought the old name tag was accurate, but I haven't been to a movie there in a few years.
22017-02-26 13:58:09 UTCLogicalViolinist It's what was on the cineplex.com website, and they had rebranded a cineplex near where I live and was the correct name, so I'm assuming it's 100% up to date yes
32017-02-26 15:29:17 UTCLogicalViolinist http://www.cineplex.com/Theatre/cineplex-cinemas-metropolis
12017-02-26 05:45:54 UTCpnorman Can you enter/exit here? My recollection was there was no connection between Kingsway and the parking lot here
22017-02-26 05:47:02 UTCpnorman Also, it would help to have a more useful changeset comment that described why you were doing this, e.g. that you noticed it while driving by
32017-02-27 06:38:55 UTClacram_telenav According to the OpenStreeCam (2017-02-21) and Bing imagery the parking lot and Kingsway are connected in that point. On the OSC images it can also be seen an only_right_turn sign at the exit of the parking lot.
12017-02-26 02:22:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-26 03:16:23 UTCsootak Just using the 'copyrighted maps' such as vworld here as a reference only is banned as long as those are used as background layering map? In this area, actually, the vworld data is very different from osm in respect to the location and shape of buildings and roads. In addition, every data I edited i...
32017-02-26 03:20:16 UTCpnorman Just don't use vworld at all when mapping.
12017-02-26 03:19:06 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:18:58 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:18:43 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-27 03:00:04 UTC최승범 I did not know that.
My mistake.
Please Delete it. (31337257)
12017-02-26 03:18:36 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:18:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:18:08 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:18:01 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:17:48 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:17:40 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:17:33 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:17:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:17:13 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:16:57 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:16:35 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:16:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:16:10 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:16:01 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:15:49 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:15:41 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:15:29 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:15:22 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:15:03 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:52 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:41 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:34 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:29 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:16 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:14:09 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:13:48 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:13:39 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:13:32 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:13:22 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:13:14 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-06 11:41:04 UTCandygol Hey, 주봉이주봉!

I've spotted that you were using Custom imagery for these edits. Does this imagery meet requirements of http://osmfoundation.org/Licence ?
22017-02-26 03:13:03 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:12:51 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:12:44 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:12:35 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:12:26 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:12:19 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:11:58 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:11:52 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:11:44 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:11:35 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:11:01 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:10:54 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:10:05 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:09:38 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:09:31 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:09:17 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:09:08 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:54 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:36 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:26 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:19 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:10 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:07:04 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:06:42 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:06:23 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:05:59 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:05:49 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:05:39 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:05:28 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 03:05:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:22:08 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:21:46 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-26 08:56:27 UTCryush00 I used Vworld satellite map. Are satellite maps also banned?
12017-02-26 02:21:34 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:21:26 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:21:17 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:21:04 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:20:51 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:20:37 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:20:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:59 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:53 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:47 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:12 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:06 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:19:00 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:18:39 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:18:24 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:18:17 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:18:07 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:17:56 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:17:47 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-16 15:49:24 UTCridixcr Hey, astrangel! I've spotted that you were using Custom imagery for these edits. Does this imagery meet requirements of http://osmfoundation.org/Licence ? Seems that you do not eligible to use this source for OSM (ToS - http://user.vworld.kr/po_prcint_a001.do)
22017-02-26 02:17:30 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:17:17 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:17:10 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:17:03 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:16:55 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:16:34 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:16:26 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:16:16 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:16:07 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:15:59 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:15:46 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:15:27 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:15:10 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:15:01 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:14:54 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:14:41 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:14:25 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:14:14 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:14:03 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-17 14:38:01 UTCcalfarome Hey, Win.D! I've spotted that you were using Custom imagery for these edits. Does this imagery meet requirements of http://osmfoundation.org/Licence ? Seems that you do not eligible to use this source for OSM (ToS - http://user.vworld.kr/po_prcint_a001.do)
22017-02-26 02:13:44 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:13:30 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:13:24 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:13:12 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-26 13:35:30 UTCSiNell 그러면 최신 위성 지도로 바꿔주시던가 해주시죠
저는 지금과는 너무 달라진 우리 동네를 최신 지도로 바꾸려는 노력을 했을뿐입니다
12017-02-26 02:13:00 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:12:51 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-26 03:43:26 UTCBucketz I knew that using Vworld imegery is illegal.
So I stopped using vworld imegery. Sorry..
12017-02-21 07:11:53 UTCFa7C0N Hi 성훈김!

Thank you for your contribution to OSM.

I am concerned about the imagery you are using to add the data.

Does this imagery meet requirements of http://osmfoundation.org/Licence ?
22017-02-26 02:12:40 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:12:15 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:12:04 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:11:54 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:11:43 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-22 15:39:19 UTCridixcr Hey, 나린한울! I've spotted that you were using Custom imagery for these edits. Does this imagery meet requirements of http://osmfoundation.org/Licence ? Seems that you do not eligible to use this source for OSM (ToS - http://user.vworld.kr/po_prcint_a001.do)
22017-02-22 15:52:19 UTC나린한울 I notice that So I want to delete What I did SO How can I undo this
32017-02-26 02:11:36 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
42017-02-26 02:52:49 UTC나린한울 Please delete this data.
I'm sorry to use vworld.
12017-02-26 02:10:48 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:10:36 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:10:29 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:10:04 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:09:54 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:09:44 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:09:32 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:09:21 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:09:04 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:08:56 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:08:43 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:08:14 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:08:02 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:07:20 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
22017-02-27 10:02:20 UTCpanoramedia Hi Paul,
this was just a test if ID still allows to use this proprietary custom layer. It doesn't actually use any of the information from that layer. Thank you for taking care of this.
12017-02-26 02:07:01 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:06:52 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-26 02:06:44 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


...
12017-02-16 12:33:01 UTCwille Hello John Grubb,

Thanks for your contributions! However we are not allowed to insert data in OSM from Google Earth/Maps/StreetView. The google license doesn't allow it, please use only the mapbox and bing imagery and your local knowledge.

best regards,
wille
22017-02-16 14:12:19 UTCJohn Grubb Cheers, chap...

For clarification; data isn't extracted from GE or StreetView; I just use them as a pictorial reference along with my dashcam footage and GPS fixes. I'm not actually aware of what data there is to extract from GE or SV - it's just photos, after all! Unfortunately, the source field...
32017-02-16 14:53:06 UTCSomeoneElse Hi John,
Unfortunately you can't use Google Earth or StreetView even just "as a pictorial reference".
Best Regards,
Andy Townsend, OSM Data Working Group.
42017-02-16 15:20:02 UTCJohn Grubb Blimey! So, for example: browse through StreetView, see a business name has changed since it was mapped, close the browser entirely, at a later time open JOSM, change the name associated with the building and it's a © violation? Who knew...?! Apart from the obvious, who could tell either...?
\...
52017-02-17 11:01:20 UTCpnorman Just don't use Google at all, be it for "a pictorial reference", a "reminder" or anything else related to OSM mapping. It doesn't give you anything you're allowed to use.

Unfortunately, I'm going to have to identify what changesets used Google and undo them.

Paul Norman
Fo...
62017-02-17 11:59:37 UTCJohn Grubb That's a bind. Oh, well - c'est la vie, I s'pose.

It does raise an interesting question, though - when can something seen be unseen. To get away from the GE issue to avoid blurring: I'm an avid hiker and go off with my map and compass into the wilds to bash some hills regularly. If I were to, say...
72017-02-19 16:57:13 UTCSK53 Straightforward actually: if in doubt don't do it.

For hill elevations there are old out-of-copyright OS maps (and possibly some OS Open Data) or elevation from a GPS with a barometer etc. For business names there may be open data such as Food Hygiene, Companies House etc. The actual problem is ...
12017-01-30 00:01:32 UTCpnorman This is very wrong, as the relation claims the mason-dixon line is a state. Add name and other tags as appropriate to the ways that make up the line
22017-01-30 00:05:03 UTCpnorman_mechanical This changeset has been reverted fully or in part by changeset 45635595 where the changeset comment is: Revert relation claiming mason-dixon line is a state
12017-01-14 00:59:29 UTCpnorman This changeset put a stray natural=wood tag on the UBC hospital building which I've removed
12017-01-06 07:54:56 UTCpnorman Is there a license for the Comox maps? I had a look, but couldn't find anything obvious on their website or the maps themselves.
12017-01-06 07:51:59 UTCpnorman Hello, welcome to the pacific northwest.

The community in the area tends to meet up in Seattle or Bellingham, although I'll be trying to get a Vancouver meetup going this year.

I was actually in Blaine two days ago, so it must have been close to the time you were here.
12017-01-05 03:50:02 UTCpnorman This changeset dragged a node from Sweden to Germany, so I've reverted it
22017-01-05 23:13:02 UTCMMN-o Thanks pnorman. I'm curious how it happened. Software bug of some sort?
12017-01-05 03:10:42 UTCpnorman Hello,

could you use a changeset that describes your edit when editing OSM? You're currently reusing the same comment for every changeset.
22017-01-05 23:02:47 UTCsmarties Hello pnorman, you have an email. smarties
12016-12-30 06:54:46 UTCpnorman This doesn't align with the bridge, is that correct?
22016-12-30 07:12:08 UTCmalcolmh You are right, the position is clearly incorrect. My contribution was only to correct the tagging, not the positioning. (See my comment on the previous changeset for this node). The original mapper imported this and many more objects using the source "http://www.notmar.gc.ca/go.php?doc=eng/serv...
32016-12-30 07:40:19 UTCpnorman I've asked the original user what's going on at http://www.openstreetmap.org/changeset/40049186, because this looks like an undiscussed import with potential license issues
12016-12-30 07:37:33 UTCpnorman Hello,

what license is the data you imported under? All I can find is https://www.notmar.gc.ca/info-licence-en.php, and I can't find any dicussion about this import.
12016-12-30 06:57:47 UTCpnorman What was wrong with this link?
22017-02-09 07:46:19 UTClacram_telenav Sorry for the delay. Checking on the Bing imagery in JOSM there seems to be a physical separator. But double checking the OpenStreetCam images (2016-11-18), the physical separator is not in its place so that the link doesn't make sense. I apologise once again for the late response!
12016-12-27 04:14:27 UTCpnorman Hello, welcome to OpenStreetMap.

You've placed this business in the middle of an intersection, rather than in a side. Could you move it to where the business is located on the street?

Also, is there a location that people can visit in person?
12016-12-24 10:22:49 UTCpnorman Is the footpath this close to the lake? It doesn't look like you can walk around all of it
12016-12-24 10:19:37 UTCpnorman The east part of the footpath is traced over itself here
12016-12-24 10:08:01 UTCpnorman Welcome to OSM. It's good to see more people mapping in the suburbs.

I've fixed up a couple places where paths were doubling back on themselves, and added the park.

Does this park have a name?
12016-12-24 10:00:47 UTCpnorman You've tagged https://www.openstreetmap.org/way/412853612 as being part of Burns Bog reserve, but it's already part of the https://www.openstreetmap.org/way/24625243 reserve. Is this a case of two similarly named reserves making up what everyone calls burns bog, or might there be a mistake with over...
12016-12-24 09:55:38 UTCpnorman Hi,

What edits were you making to restrictions? "editing restriction" is a bit vauge, which makes it harder for others to tell what you're doing
22016-12-27 07:55:41 UTCRat Lorand Hy, I edited mainly broken restrictions spotted with the validation tools.Next time I will write detalied comment.
12016-12-24 09:53:37 UTCpnorman Hello and welcome to OpenStreetMap. It's good to see more people mapping in suburban areas.

In OSM we only use the name field for names, not descriptions. I've changed the community garden to be tagged as a community garden object, so I also removed the name.

I'm wondering, is the name of this...
22016-12-24 20:55:50 UTCwrgb Thanks for the feedback, it is not officially named as i put it so i have updated my post to reflect that. thanks again.
hopefully i can learn more as I go.
12016-12-23 19:29:35 UTCpnorman When I was last here, the road was oneway. Has this changed?
22017-01-02 20:35:27 UTCdannykath Hi Excuse me for the late reply, yes you are right , i have fixed my changeset https://www.openstreetmap.org/changeset/44855226
Thanks for your review
12016-12-19 19:56:37 UTCpnorman Hi,

Welcome back to OpenStreetMap after a long break!

When saving your changes, it would be good to used a changeset comment that concisely and adequately describes what you did. You can read more about changeset comments at https://wiki.openstreetmap.org/wiki/Good_changeset_comments

And, w...
12016-11-28 00:32:51 UTCpnorman You've added a wikidata tag to https://www.openstreetmap.org/node/1065075386/history. Why is it https://www.wikidata.org/wiki/Q3132987 instead of https://www.wikidata.org/wiki/Q17519561?
22016-11-28 02:07:07 UTCLogicalViolinist I followed wikipedia article that was already attached to it and got the wikidata item id from there, but aparently it's wrong...so both would have to be changed.
32016-11-28 02:10:35 UTCLogicalViolinist http://osm.mapki.com/history/node.php?id=1065075386
42016-11-28 02:17:11 UTCpnorman The Wikipedia article should probably link to the sub-section, but that article does cover that place.

What I'm wondering is why the source=knowledge if you're just following wikipedia tags?
52016-11-28 02:20:09 UTCLogicalViolinist Only did that for Chesterville as the other cities I've been to and have local knowledge of them. Chesterville had a wikipedia article attached so when I saw that I attached it's wikipedia id at the least...
62016-12-05 18:24:34 UTCDevonF I fixed a couple others.
North Gower has (had) both a township (Q14875358) and the town (Q14875357) by the same name.
Alexandria had the wrong wikipedia page. It's a funny one. The coordinates from the Fr page are completely wrong for the town and the coordinates on the other langauage pages are a...
12016-11-17 21:09:49 UTCpnorman You seem to have deleted a bunch of stuff here, did you do this by mistake?
12016-11-10 11:31:59 UTCpnorman Hello,

Welcome to OpenStreetMap! It's good to see another user in BC.

I was wondering, is this location somewhere customers can go to? It looks like a residential area.
12016-09-05 05:01:34 UTCpnorman It looks like there's some overlapping data with https://www.openstreetmap.org/way/232040120
12016-09-01 10:36:22 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes Google, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Are there any other changesets from other unpermitted source...
22016-12-30 03:13:38 UTCSomeoneElse_Revert This changeset has been reverted fully or in part by changeset 44771579 where the changeset comment is: Reverting some google.cn derived objects in China
12016-09-01 10:36:11 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes Google, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Are there any other changesets from other unpermitted source...
12016-09-01 10:35:53 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes Google, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Are there any other changesets from other unpermitted source...
22016-12-24 19:45:12 UTCSomeoneElse_Revert This changeset has been reverted fully or in part by changeset 44650611 where the changeset comment is: Reverting some google.cn derived objects in China
12016-09-01 10:35:41 UTCpnorman Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes Google, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Are there any other changesets from other unpermitted source...
22016-09-01 11:39:15 UTC中鲁潍昌 你好,这是为了测式网上公布的瓦片地址,实际并没有使用。以后也不会使用。向大神致敬!
Hello, this is in order to measure the online publication of tile address, the actual does not use. Later will not use. To pay tribute to the god!
32016-12-14 21:39:02 UTCSomeoneElse_Revert This changeset has been reverted fully or in part by changesets 44403770, 44396421 where the changeset comment is: Initial revert of some google.cn sourced data in China
12016-08-22 23:45:37 UTCpnorman I've fixed up the tagging of http://www.openstreetmap.org/way/23499881 a bit. exit 19 isn't a destination ref, it's the ref of the highway=motorway_junction nearby. Also, I expanded the road name.
12016-08-19 10:47:27 UTCpnorman Is https://www.openstreetmap.org/relation/6453103 a new sign? I haven't been out to UBC in a couple months, but I'm pretty sure going along W 41st, SW Marine, and then Camosun was allowed.
22016-08-20 10:21:18 UTCsrividya_c Hi pnorman,

The restriction board was saying `no_right_turn at Camosun`. I had the same confusion when I saw this sign board.

We got this confirmed from a local mapper though our public mapping ticket (refer here: https://github.com/mapbox/mapping/issues/213#issuecomment-236818740) and then t...
32016-08-20 20:09:43 UTCpnorman That restriction is at the lights to the east of this way, where the bridlepath comes to the road. It doesn't apply to traffic coming via 41st. andrewpmk was right in what the sign is, but you've applied it at the wrong place.
42016-08-22 06:23:07 UTCsrividya_c Hi pnorman,

I was not able to understand this, as the bridleway which you said comes to left and not to right. I have reverted my changeset (https://www.openstreetmap.org/changeset/41605755) which added that restriction. Can you please add the right turn-restriction in that junction.

Thank yo...
52016-08-22 06:26:00 UTCsrividya_c Sorry, wrong changeset link: here is the changeset where I reverted the changes : http://www.openstreetmap.org/changeset/41607155
12016-08-18 23:12:41 UTCpnorman There's been some discussion about this data in http://www.openstreetmap.org/note/677611 - could you add a comment over there?
12016-08-11 03:13:15 UTCpnorman You've uploaded a bunch of nodes but there doesn't seem to be a way here
22016-08-27 20:30:19 UTCwoodpeck_repair This changeset has been reverted fully or in part by changeset 41743808 where the changeset comment is: egypt cleanup contimued.
32016-08-29 17:47:31 UTCMohawow I don't know what happened here and why there were just nodes. But thank you for cleaning this up.
12016-08-10 19:40:07 UTCpnorman When something is closed or demolished, it's best to delete it.
12016-07-19 02:21:29 UTCpnorman Is there a greengrocer inside the costco, or is it just the costco produce section?
12016-07-18 10:20:48 UTCpnorman Wikipedia has the Chinese name for Tower Bridge as 倫敦塔橋, is that a better name to use?
22016-07-18 17:21:33 UTCtrigpoint I would also be very surprised if an Edinburgh pub had a chinese name.
The name you have added seems to be a description (Underground Bar), making it appear that it is a personal marker. Please remember that OSM is public database and when you edit you are changing everyones map and not merely addi...
12016-07-11 21:08:40 UTCrobinottawa You deleted forest access roads with a note saying "not public". I thought they were public. How do you/OSM define public?
22016-07-17 09:48:36 UTCpnorman If a path isn't accessible to the public it should still be mapped and not deleted. Access can be indicated with the access=no tag
32016-07-17 10:28:47 UTCpnorman_mechanical This changeset has been reverted fully or in part by changeset 40795140 where the changeset comment is: Restore paths, see https://help.openstreetmap.org/questions/50845/in-ontario-canada-are-forest-access-roads-that-are-use-at-your-own-risk-wanted-in-osm?
12016-07-09 08:33:30 UTCpnorman Hello,

Imports in OpenStreetMap need to meet a number of requirements which include discussing them with the community (talk-ca@ and imports@ list) before they're done.

It doesn't seem like that was done here
22016-07-09 15:31:20 UTCgecho111 My bad. I've never used the mailing lists before. I'll sign up and post a detailed account of the methodology used, source of data, etc so at the very least there is a record.
12016-06-29 04:10:09 UTCpnorman_mechanical This changeset has been reverted fully or in part by changeset 40357228 where the changeset comment is: Restore Canada relation name. The name=* tag should only have one name in it.
22016-07-02 18:34:11 UTCEzekielT Well, with many countries (such as Egypt, Libya, Morocco) there are 2 names - for example: Morocco is written in Arabic, Berber and French on OSM.
32016-07-02 22:24:32 UTCpnorman If you want to make a big change like this, please discuss it on talk-ca@ to build consensus for the idea
42016-07-03 13:15:51 UTCEzekielT Okay.
12016-06-27 07:23:51 UTCpnorman This looks like a residential home. Is there an office or something here?
12016-06-24 06:56:26 UTCpnorman Hello,

you seem to be doing a mechanical edit of some kind. In OSM mechanical edits need to be documented and you need to consult with the community first. Was this done here?
22016-06-24 07:49:46 UTCWarin61 In this changeset, looks to be removing the source=nearmap tag ... in bulk. WHY?
32016-06-24 16:47:02 UTCaharvey This changeset has been reverted fully or in part by changeset 40258772 where the changeset comment is:
12016-06-19 09:25:27 UTCpnorman You've placed this shop in the middle of a parking lot - is it in one of the nearby buildings, or has the area been redeveloped?

Also, it's best to avoid marketing text in descriptions and changeset comments
12016-06-14 19:04:27 UTCpnorman Hi,

could you please use good changeset comments (http://wiki.openstreetmap.org/wiki/Good_changeset_comments) instead of comments like "1"
12016-06-03 09:27:15 UTCSomeoneElse It would be very helpful to explain what you've actually joined to what rather than using cryptic changeset comments that begin with "#to-fix". It would also be better if the bounding box for two changes didn't include about a quarter of the planet :)
22016-06-03 13:20:49 UTCediyes Hi SomeoneElse!

I'm not sure how this happened since I'm working with To-Fix Plugin, maybe I could have confused the layers while downloading data manually. I will be careful about my future editions. Thanks for your feedback"
32016-06-03 23:50:06 UTCpnorman You're still using similar changeset comments
42016-06-06 22:07:08 UTCediyes Agreed, we can be a bit more specific here. We'll change the current brief description to "Connected accidentally disconnected highways." This should, together with small bounding boxes be very clear. Thanks for the heads up.
52016-06-11 16:43:04 UTCSomeoneElse You're still doing it - https://www.openstreetmap.org/changeset/39865489 runs from the US midwest to China, and the changeset comment is just "#to-fix:overlappingminorhighways, Fixing minor highways which overlap other major highways, http://osmlab.github.io/to-fix/#/task/overlappingminorhighwa...
12016-05-19 09:47:54 UTCpnorman Are you sure https://www.openstreetmap.org/way/37298472 flows north? That seems to be uphill and inconsistent with everything else in the area.
22016-05-20 10:34:22 UTCzimba No, that was a mistake. Fixed, thanks!
12016-05-16 06:30:53 UTCpnorman The Surf_Type and Trail_Name tags are odd, were they from an import?
22016-05-16 18:11:08 UTCcsytsma 3 years ago, can't say I remember that long ago, but sounds like errant data. I wouldn't have purposely included tags like that, they can be removed.
12016-05-16 06:28:36 UTCpnorman Is it a grass area, or a meadow? Meadows have an assortment of plants and aren't as suited for walking across as grass
22016-05-16 18:08:53 UTCcsytsma They are actually raised grass berms. Struggled with how to model it so it showed up differently than the grass. Open to suggestions.
12016-04-13 23:45:26 UTCpnorman Is WA56 an IATA code? I thought they were all 3 letters maximum
22016-04-16 16:11:14 UTCGlassman Correct. I'll fix my error.
12016-03-22 01:15:35 UTCpnorman Hi,
Imports in OpenStreetMap need to meet a number of requirements which include discussing them with the community (talk-ca@ and imports@ list) before they're done.

It doesn't seem like that was done here
22016-04-01 02:18:31 UTCrbrtwhite Thanks for letting me know. My understanding was that was required for automated imports, not for manual imports. Please feel free to reverse the changes if I've done this incorrectly.
12016-03-15 20:27:23 UTCpnorman The primary roads in the south seem wrong - they are not major highways linking large towns. Could you change them to a more appropriate road classification?
12016-02-28 11:24:52 UTCpnorman Motorway off-ramps like this need to be tagged with motorway_link
12016-02-25 15:34:01 UTCpnorman This seems to have added something in the middle of nowhere. Was this intentional>
12016-02-22 23:16:49 UTCpnorman These trails seem to exist - just because they're in a protected area doesn't mean they aren't mappable
12016-02-02 18:14:28 UTCMojgan Jadidi Hi,
assuming that we receive community agreement, how we can revert your revert procedure?

These are all high precised data, we studied for so many months.
Please let me know how to resolve the problem rather than reverting?
22016-02-03 02:40:14 UTCpnorman_mechanical This changeset reverts some or all edits made in changesets 36939163, 36940905, 36942733, 36943764, 36944498, 36946223.
32016-02-03 02:54:09 UTCpnorman Other people have deleted some of your original problem import, so reverting this isn't a route you want to go. Instead, you should do a new import in compliance with the import guidelines.
42016-02-04 15:25:13 UTCMojgan Jadidi Ok, I got it, I don't have any issues for doing import again, I started an extensive discussion in both talk-ca and imports@ groups. We prepared our wiki page as import guideline...any other action required?
12016-02-02 01:15:42 UTCpnorman Hello,

Imports in OSM need to follow the imprt guidelines at wiki.osm.org/Import/Guidelines, which include discussing the proposed import on talk-ca@ and imports@, which you don't seem to have done here.
22016-02-02 15:19:01 UTCMojgan Jadidi hi, thanks for your feedback, the email is sent and the discussion is on the way... hopefully we can have agreement soon
32016-02-03 02:40:10 UTCpnorman_mechanical This changeset has been reverted fully or in part by changesets 36967112, 36957706, 36969647, 36962391, 36950799, 36953713, 36949354 where the changeset comment is: revert undiscussed import
12016-01-18 18:59:20 UTCpnorman There's tags like "elev" and "hnumber" in this upload. Where are they from?
22016-01-19 05:46:16 UTColdtopos Hi Paul,

Presumably they are from the original dataset acquired from Redwood City GIS. After more than two years, it's a challenge to recall ...
12015-12-23 17:10:07 UTCpnorman Is https://www.openstreetmap.org/way/305503671 water? It looks covered
22015-12-23 17:26:53 UTCGlassman Could be alge over the pond. You can delete it if you want.
12015-12-09 01:48:15 UTCpnorman Hi, could you add a source tag for mapping like this to indicate what sources you used?

In JOSM you do this by filling out the "Specify the data source for the changes" field when uploading
22015-12-09 12:48:47 UTCGiblet That's not a problem, I will do that moving forward. Was this an issue for this particular changeset? or just something in general?
Thanks!
12015-12-06 15:31:53 UTCGlassman Did you intend for the service road to be oneway?
22015-12-06 18:32:49 UTCpnorman Yes.
12015-11-24 01:01:27 UTCpnorman The parking isles in the school don't seem to match up with either Bing or the 2009 BC Mosaic. Are they newer?
12015-11-08 21:16:43 UTCpnorman Hello,

This appears to be an undiscussed import. Imports in OSM need to follow wiki.osm.org/Import/Guidelines, which include consulting with imports@ and the local community. This is because of past experience with imports.

Have you done this? I couldn't find a posting on the imports@ mailing ...
12015-11-04 02:11:12 UTCpnorman Hi,

When you use a comment like "Test" it makes it hard for others to understand what you were doing. For example, I can't figure out what http://www.openstreetmap.org/way/376870750 is supposed to be
12015-11-01 10:33:43 UTCpnorman It looks like this removed information and din't replace it. Should it be undone?
22015-11-01 10:36:12 UTCkarussell Sorry, I've placed a note to avoid loosing information, I'm not unsure how to map it. Would you help?
32015-11-01 10:40:42 UTCSK53 Never replace tagged information with a note. At the very least add a description= or note= tag. But in practice the only really acceptable edit is to change the perfectly understandable prior value with the relevant conditional tags. Relatively few users (myself included) know the syntax of these, ...
42015-11-01 10:46:59 UTCkarussell Okay, so please undo.
12015-09-22 22:05:52 UTCpnorman Hello, you've used Google as a source. Copyright and Google's terms don't let us take their data or use their products to build a map, including Google Street View. (osm.org/copyright) Did you use Google as a source for any other changes?

I need to redact this change, which will prevent the Googl...
22015-09-23 12:41:12 UTCDero Bike Racks Wow. Didn't expect that. It's quite possible that stations on other campuses were plotted with the help of a map that they built through Google. Honestly, I don't know if there is any efficient and accurate way to go back and check which ones they are. Any advice? So if an organization builds a map...
32015-10-28 07:19:13 UTCpnorman Sorry, I had missed this reply.

Google's terms for their public services prevent you from using them to build your own map. For example, you can only geocode with them if you're going to be displaying the result on a Google map.
12015-10-26 00:47:31 UTCHarry Wood It looks like you imported lots of kindergarten nodes in Mexico, although I see you followed up by deleting some of them. I cam across one which I just deleted: https://www.openstreetmap.org/node/3802565971 since it was in the middle of field in the imagery.

Is there a wiki page about this source...
22015-10-26 01:20:04 UTCHarry Wood Oh I see this import also involved a lot of duplicate nodes (where school and kindergarten are placed on top of eachother?) Is there a wiki page about this import?
32015-10-26 07:12:19 UTCpnorman It doesn't look like this import was properly proposed, so should probably be reverted.
12015-10-21 19:19:43 UTCpnorman There's some odd gas stations in this, like http://www.openstreetmap.org/way/61247009
12015-10-08 07:38:40 UTCpnorman Is this the actual signed name of the trail, or a description of it? In OSM we use the name tag only for names
12015-10-08 07:37:18 UTCpnorman You've tagged a house as Jackson's House. Is this an actual name of the house, or were you just indicating that someone named Jackson lives there?
12015-10-08 07:31:55 UTCpnorman Hi,

In OpenStreetMap we don't record private information like this that others won't be able to verify. There are tools like http://umap.openstreetmap.fr/en/ which allow you to overlay points on top of OpenStreetMap, if that's what you want to do.
12015-09-29 16:39:45 UTCikiya Please stop mass editing.
Please explain what you are doing for Japan OSM community.
22015-09-29 17:34:59 UTCdannykath Hello Ikiya, thanks for your feedback , I am aligning major roads (primary, secondary, trunk) based on GIS Imagery ort (http://cyberjapandata.gsi.go.jp/xyz/ort/{z}/{x}/{y}.jpg
32015-09-30 06:18:53 UTCpnorman There's nothing wrong with improving alignment, but before continuing this large-scale edit, can you communicate with the Japanese community on the talk-ja@ list about what you'd like to do, and seek their feedback?

Paul Norman
For the Data Working Group
42015-09-30 10:42:10 UTCikiya Thanks for your comment.
Today there was a detailed explanation about the cleanup project.
(Japan Community mailing lists)
https://lists.openstreetmap.org/pipermail/talk-ja/2015-September/009083.html
52015-09-30 20:41:04 UTCdannykath Hello Ikiya, thanks for your feedback @planemad told me he has been in touch, I am aligning major roads (primary, secondary, trunk) - details here - https://github.com/mapbox/mapping/issues/120
12015-09-20 03:16:13 UTCpnorman Is this a supermarket?
12015-09-04 15:58:30 UTCPaulMorel I'm not sure adding the cycleway=* tag is relevant for this road as there are not painted lines or lanes for bicycles. Even though there is a huge volume of bicycles (mostly on Sundays), the road only has 1 lane going each way.
22015-09-19 08:14:02 UTCpnorman If it's used by cyclists but doesn't have a lane or other on-road markings, it shouldn't have a cycleway tag. Also, cycleway=yes isn't a normal value for the tag.

ruthmaben, could you please have a look at it and respond in the changeset discussion?
32015-09-21 07:18:09 UTCruthmaben Thank you for highlighting this pnorman. I have reverted the changes. I had updated the cycleway based on the strava activity, but your are right, there are no road markings seen on satellite imagery. Will be cautious in the future and wil also relook at the tagging options for these roads.
12015-09-19 08:08:54 UTCpnorman Hi,

I wanted to remind you of the importance of writing good changeset comments (http://wiki.osm.org/wiki/Good_changeset_comments) to help others understand what you have done and why
22015-09-21 06:47:48 UTCpratikyadav Thanks @pnorman,

these changeset are part of the the Japan Road Alignment task http://tasks.openstreetmap.in/project/40#.We have made the comment more descriptive.

Happy Mapping.
12015-07-21 00:46:40 UTCpnorman Hi,
you've used Google as a source. Copyright and Google's terms don't let us take their data or use their products. (osm.org/copyright) Did you use Google as a source for any other changes?
Paul Norman
For the Data Working Group
22015-07-21 08:39:19 UTCkammer Thank you for drawing this to my attention.

My source here is Google Street View, not Google Maps. As I understand it (at least in UK copyright law) I cannot take material belonging to Google and reuse it without their permission, but it's not a breach of copyright to view a publicly available im...
32015-09-19 03:36:14 UTCpnorman Google Street View is covered by the Google Maps terms, and for this as well as other reasons they can't be used. I've gone ahead and "redacted" the data, which stops it from being viewable.
12015-08-14 19:59:22 UTCpnorman Imports in OSM need to follow the imprt guidelines at wiki.osm.org/Import/Guidelines, which include discussing the proposed import on talk-ca@ and imports@, which you don't seem to have done here.

Did you get special permission from the City of Ottawa? The data license on their site aren't open o...
22015-08-14 20:11:52 UTCLogicalViolinist I did get permission, why?
32015-08-14 20:14:20 UTCpnorman Could you document the import on the wiki and post the permission there? Also, you need to bring up the import on the lists, even though this is after the fact.

Paul Norman
For the Data Working Group
42015-08-14 20:34:09 UTCLogicalViolinist Ill have to do so on monday as I will not be at a computer until then
52015-09-19 03:25:55 UTCpnorman Did you get a chance to document the permission?
62015-09-19 11:09:07 UTCLogicalViolinist Have you even checked the wiki?
https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Permission
Also Ottawa is changing license of the Data to the Open Canada License 2.0 before december. so for the rest of the data I'm waiting for the license change before moving forward
12015-09-16 09:03:09 UTCpnorman Hi,

the "description" field is for a description of the feature, and isn't for advertising or PR text. I also fixed the facebook/g+ tags to be the standard ones
12015-09-14 08:29:11 UTCpnorman I removed the # from the addr:unit tag, we don't add that in OSM.

It's best to use the changeset comment to describe the changes you made, it's not for marketing information.
12015-09-13 05:19:38 UTCpnorman I've fixed http://www.openstreetmap.org/node/3739908016 to remove the custom tags and what looked like marketing text. In OSM we record information like addresses, business names, and other objective information, but not keywords.

I wanted to move the point to the right part of the building. Do y...
12015-09-08 20:55:48 UTCpnorman It looks like this changeset introduced a bunch of duplicate ways in Larrabee state park. I've had a go at fixing the, but could use another look.
12015-08-25 07:47:59 UTCpnorman Hello,

This appears to be an undiscussed import. Imports in OSM need to follow wiki.osm.org/Import/Guidelines, which include consulting with imports@ and the local community.

There appear to be tagging problems with the data, as none of the nodes have normal OSM tags, and the changeset does no...
22015-08-25 08:26:41 UTCdolphinling Hi, welcome to OpenStreetMap and thanks for adding this data!

Based on your user name, it looks like you're adding this information on behalf of a client, is that right?

In OSM, we have a number of conventions for how data is entered. Keeping things consistent makes the data searchable and mak...
32015-08-25 08:42:00 UTCpnorman Reverted in http://www.openstreetmap.org/changeset/33563681
42016-01-24 18:57:14 UTCR0bst3r There are a lot of similar imports. Can someone contact the Data Working Group to revert all this imports?
52016-01-24 18:58:39 UTCR0bst3r Oh, just see DWG is reverting.
12015-08-17 22:32:02 UTCpnorman Hello,

Ukraine has the country relation osm.org/relation/60199. OpenStreetMap is not a private data store, and this relation has been causing problems.

Please don't recreate it.

Paul Norman
For the Data Working Group
22015-08-18 08:31:56 UTCKostik Your solution seems to me to be politically motivated and has no relation to the principles of Openstreetmap (truth on the ground). This relation is not the boundary or something similar, so I do not see any reason to remove it. In the specification of the just written for which it is used.
32015-08-18 11:11:19 UTCXAN_ua The problem is - it's you private shape for private affairs, so it should be stored locally on your computer or at some 3rd party server.
OSM isn't supposed to have relations/ways/etc. like "today homework of Vasya Pupkin" or "output area for my lab work" or "download for m...
42015-08-18 11:18:53 UTCKostik Не нужны вам карты Украины для Навител, так я их перестану собирать.
52015-08-18 14:41:34 UTCKKS Нам нужны карты Украины для Навител!
А для этого есть - 60199
We want Navitel maps for Ukraine. For that are already 60199 relation.
62015-08-18 16:54:09 UTCKostik Это как нибудь без меня, по крайней мере на navitel.osm.rambler.ru они собираться больше не будут.
12015-07-15 10:46:15 UTCpnorman Hello, could you provide a link to the documentation for this import? There seem to be a few problems with the tagging, the _ID_ and _code_06_ tags
22015-07-21 23:36:42 UTCFringillus Hello!
What type of documentation do you require?
32015-07-22 00:13:00 UTCpnorman wiki.osm.org/Import/Guidelines requires that you document your import. You also need to have discussed it on the imports@ list
42015-07-27 15:29:59 UTCFringillus Hello! I am very sorry to say that I have missed the documentation requirement. I read the page about Corine import, and there I recall nothing about documentation, but that I need to be very careful. My import was from Corine original files. And I manually checked the area for conflicts since it's ...
52015-07-27 15:30:53 UTCFringillus Also, I consulted the local community in the swedish mailgroup, and they had no objections about this import.
12015-07-21 01:05:20 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products. Did you use Google as a source for any other changes?

Paul Norman
For the Data Working Group
22015-07-21 04:41:33 UTCabellao Hello Paul,

No, this is the only edit where I used the Google imagery.
12015-07-21 01:05:10 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products. Did you use Google as a source for any other changes?

Paul Norman
For the Data Working Group
12015-07-21 01:04:44 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products.

Paul Norman
For the Data Working Group
12015-07-21 01:04:35 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products.

Paul Norman
For the Data Working Group
12015-07-21 01:04:08 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products.

Paul Norman
For the Data Working Group
12015-07-21 01:03:45 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products.

Paul Norman
For the Data Working Group
12015-07-21 00:48:10 UTCpnorman You've indicated Google is the source for this as well as another changeset. Unfortunately, Copyright and Google's terms don't let us take their data or use their products. Did you use Google as a source for any other changes?

Paul Norman
For the Data Working Group
22015-08-12 10:22:19 UTCingcelsi I state the address of Google Maps only to allow quick viewing the aerial photo on those who might have interest. It's actually a place I know in person. And then for the changes use JOSM with aerial background of the National Geoportal.
Giuseppe Celsi
12015-07-21 00:44:22 UTCpnorman Redacted in 32766576 (and subsequent changesets)
12015-03-03 18:51:53 UTCpnorman Hi,

you've used Google as a source. Copyright and Google's terms don't let us take their data or use their products. (osm.org/copyright) Did you use Google as a source for any other changes?
22015-03-05 05:05:34 UTCRoadRelationEdits Hi, this is a clarification of the source and an attempt to prove the source. Traffic signs visible in photographic imagery were used as a source of information. Google Street View provides photographic images. Google's own data of street names was NOT used as a source.

In Woolwich Township, rela...
32015-03-06 03:35:21 UTCpnorman Copyright and Google's terms don't let us take data from any of their products, which includes Google Street View.
42015-07-21 00:44:17 UTCpnorman Redacted in 32766576 (and subsequent changesets)
12015-07-21 00:35:56 UTCpnorman Hi,
you've used Google as a source. Copyright and Google's terms don't let us take their data or use their products. (osm.org/copyright) Did you use Google as a source for any other changes?

Paul Norman
For the Data Working Group
22015-07-21 08:59:08 UTCThe Locksmith No, maybe i just added the tag to that area. In general i have used other sources and I have to say I'm sorry because i had not read the terms of use before those edits
12015-07-15 10:40:13 UTCpnorman This looks like an import of external data. What's the source of this data, and is there any documentation?
12015-07-14 09:28:40 UTCpnorman Is 152 really 80 km/h all the way past Fraser Highway?
12015-07-04 23:51:42 UTCpnorman It looks like this is mixing housenumber and unit number in the housenumber tag. Should this be addr:housenumber=4151?
12015-07-03 21:54:06 UTCpnorman You seem to be adding data that is not map data. What is this data from?

OpenStreetMap is for geographic map data, not general drawing.

Paul Norman
For the Data Working Group
12015-05-11 07:59:28 UTCpnorman How'd you identify http://www.openstreetmap.org/way/342875467 as a commons from imagery?
12015-05-11 07:56:37 UTCpnorman how did you identify http://www.openstreetmap.org/way/342784769 as a commons? I can't see any evidence in the imagery
22015-05-12 14:43:13 UTCalekno no evidence at all, only satellite images, SRTM. According the HOT task I just marked flat 30m radius spots as commons for needed helicopter landing. Theses spots have been reviewed by other mappers and also helicopter experts later. I know thise does fit poorly into the usual tagging scheme. Contac...
32015-05-12 14:53:05 UTCalekno Having some aviation background, I want to give you a link what the situation really is:

https://www.youtube.com/watch?t=43&v=rsLoqK1TB74
12015-04-02 21:57:27 UTCpnorman Did you check all of these yourself?
22015-04-03 00:32:32 UTCandrewpmk I checked numerous Future Shops in the Greater Toronto Area, and all of them were closed with a blue sign either saying that they are "permanently closed" or that they would be reopening as a Best Buy on April 4. This has also been widely reported in the media. The Future Shop chain has co...
32015-04-03 00:34:42 UTCandrewpmk See http://wiki.openstreetmap.org/wiki/Future_Shop
42015-04-03 00:55:08 UTCpnorman This sounds like an undiscussed mechanical edit
12015-03-25 20:27:30 UTCemacsen While this information is true (most of the NE corridor tracks) allow for speeds about 120mph, not all do. I know because I was just on Acella a few days ago on this very route and sometimes we were going >100mph, and then in the middle of the journey, we dropped to ~30mph, around bends and popul...
22015-03-26 01:53:29 UTCemacsen Steve, you sent me an email, but I want to keep all conversations public. Please specify the source for where you say that these track ways are high speed compatible. Based on my experience, some are and some aren't.
32015-03-26 02:07:04 UTCemacsen In addition to Amtrak, you're also saying that some Metro-North rails are high speed. Please tell me where you can tell which rails are being replaced with high speed capable rails, because I haven't heard that they've completed that renovation universally. In other words. So what is your source?
42015-03-26 02:13:37 UTCstevea Hello Serge:

The "infrastructure on rail" tag of "highspeed=yes" is documented as widely used on the OpenRailwayMap (ORM) wiki here: http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Tracks It says "Is this line a high-speed line (with permissible speeds greater...
52015-03-26 03:57:45 UTCemacsen Steve,

I'd request that you please stick to the discussion at hand, which is the issue of the track data.

I'd also ask that you please keep a civil tone and not use condescending language, such as telling someone to "relax".

To the substance of your email, as you say, the tag is f...
62015-03-26 05:54:24 UTCstevea Serge, the discussion at hand is: Amtrak says Acela uses the Northeast Corridor. Amtrak says Acela is highspeed. I have put 2 and 2 together and come up with 4: the tracks of the NEC are highspeed, because they support highspeed service, exactly as the tag is documented.

There are different t...
72015-03-26 17:20:59 UTCstevea Addressing Serge's specific request to "correct (my) tagging on...which track segments are high speed and which aren't," I continue to assert that ALL of the track segments of NEC are high speed. Again, this particular tag (highspeed=yes) is a correct answer to the semantic of the tag: &...
82015-04-01 04:47:33 UTCRussNelson Serge, Amtrak says that it's a high speed route, so ... it IS a high speed route. If you know how Amtrak signs the NEC speeds, you should tell the rest of us, because I don't know.
92015-04-01 10:04:16 UTCemacsen Russ, the issue is that individual tracks are tagged as high speed, not a single route. That indicates to me that the tracks must therefore be high speed capable, and many are not.
102015-04-01 19:23:17 UTCstevea Serge, individual tracks are tagged this way because that is how the tag is documented: it means the LINE of which this rail segment is a member is capable of supporting high speed route=train service. So, it is correct. (I repeat myself here, not a good sign).

Are there individual track segme...
112015-04-01 20:46:58 UTCemacsen Steve, if you want a route to have a specific tag, that's fine, use a relation and apply the tag to that route as a whole.

By tagging each way, you are saying "This track is high speed capable", which isn't true for some of these ways. I don't know which tracks are high speed capable an...
122015-04-01 21:01:17 UTCpnorman That Amtrak wants to upgrade the track makes it pretty clear to me that not all of it is high speed, and the limit on portions is not high speed. The UK is probably the best place to look for how this is tagged, as there's plenty of segments of track which are not high speed capable.

If there is ...
132015-04-01 21:13:41 UTCwoodpeck Wikipedia says that "Much of the [NEC] is built for speeds higher than the 79 mph (127 km/h) allowed on many U.S. tracks." - this implies that some of the NEC is not usable at high speed. I wonder how, in SteveA's understanding, these should be tagged? Surely it must be possible ...
142015-04-01 21:57:31 UTCstevea To Paul's comment: Amtrak's "upgrades" are intended to make an already-exists high speed line into an EVEN HIGHER speed line.

To Frederick's comments: a "more correct" way to capture that certain segments of rail have a limiting speed is with a maxspeed tag. I welcome these...
152015-04-02 09:06:54 UTCNakaner Up to now, there has not been reached any consensus among the railway mappers where to tag highspeed=yes and where not. There is one debate what the minimum speed should be (> 160 km/h, >= 160 km/h oder >= 200 km/h) or if there should be any world-wide minimum speed. For comparison, althoug...
162015-04-07 18:02:44 UTCstevea And there you have it from one of the authors (and a true rail expert from an OSM tagging perspective): "there has not been reached any consensus." What this says to me is that we have a bit of a tempest in a teapot here. Especially as other lines (in Europe, Asia) are tagged as I have ...
172015-04-07 18:12:33 UTCemacsen > signifying that track segment is part of a high speed line.

There's no evidence of that from what I read.

> To show my continuing good faith and hopefully to assuage the situation somewhat

Why don't you just do what everyone can agree is correct, and tag the route, rather than the i...
182015-04-07 18:29:29 UTCstevea The route (Acela Express, route=train) already is marked high speed, with the service=high_speed tag. This is precisely how ORM tagging instructions say it should be done. The tag is not applied (again, exactly as instructed) to the route=railway (NEC) relation. This is because ORM's tagging sect...
192015-04-07 18:40:27 UTCwoodpeck What is the practical use of a railway track marked highspeed=yes when this duplicates information from a relation? Is OpenRailwayMap unable to make the link between the relation and the track? -- Your maxspeed argument misses the point. If a road is tagged maxspeed=65 then I can legally go at 65 un...
202015-04-07 19:04:53 UTCstevea Yes, as Nakaner (and ORM tagging) document, ORM truly IS unable to "make the link between" (render) the relation, UNLESS the track is so tagged.

AGAIN, (I repeat) AS IT IS DOCUMENTED, the "highspeed=yes" tag literally means: "Is this line a high-speed line?" Emphas...
212015-04-07 19:12:07 UTCNakaner I suggest following temporary compromise between you as long as there has been no consensus about highspeed=yes found: highspeed=yes may only be tagged on those tracks which can be used with a speed greater than 100 mph (160 km/h). The usage of highspeed=yes on relations is not affected by this comp...
222015-04-07 19:14:58 UTCNakaner I think that argueing here a longer time will not lead us to a consensus. It will only cost valueable time of each of us. Please continue this debate either at ORM or Tagging mailing list. (Tagging is suitable in this case because it is not a topic where people have to have much knowledge about sign...
232015-04-08 02:43:10 UTCstevea It isn't too far a stretch to say NEC is "somewhere between orange and red." Subtle, huh, yeah, I know. As we best know how to tag.
242015-04-09 00:40:40 UTCstevea In changeset 30077144, I have deprecated the highspeed=yes tags from all NEC segments. However, previous changesets have set maxspeed= tags. As a net result, on segments where maxspeed>=160, highspeed=yes is "back" to being set. These segments include the great majority of the NEC, a...
252015-04-10 16:55:22 UTCstevea OpenRailwayMap's Infrastructure and Maxspeed styles now render these changes accurately. I consider this resolved.
12015-03-30 00:11:43 UTCpnorman Hello,

When editing the Ukrainian boundary, please make sure to use changeset comments so others can tell what you are changing.

For the status of the Crimean boundary, please remember http://osmfoundation.org/wiki/Working_Group_Minutes/DWG_2014-06-05_Special_Crimea
12015-03-18 07:37:58 UTCpnorman I was wondering what your source was for https://www.openstreetmap.org/way/332655105. I had a look on both MapBox and Bing and couldn't see any sign of a building. Bing shows cloud, and MapBox shows a clear field.
22015-03-19 17:12:10 UTCvogelfreier @pnorman
- bing can at some areas around the world up to date
- i see with bing under the dusty part a building
- when you mean there is no - thats by you (all)
12015-03-11 19:35:19 UTCpnorman Good to see cleanups of the NHD data!
12015-03-09 20:53:37 UTCpnorman How'd you find out the sandman hotel takes bitcoin?
12015-03-09 20:50:36 UTCpnorman This seems misplaced. Does this store have a physical presence?
12015-03-09 20:14:25 UTCpnorman I was wondering, is this office really off of the parking lot at the end of Helmcken Street?
12015-03-06 00:35:17 UTCpnorman Why did you change bulding=bulding to building=bulding?
22015-03-06 08:31:21 UTCSwen Wacker I read http://blog.jochentopf.com/2015-03-05-new-taginfo-features-and-a-challenge.html and thought it would be a good idea to correct an obvious error. That was a mistake. It's okay if you reverted my edit.
32015-03-06 17:01:40 UTCpnorman My point is that you didn't correct the error - they're both errors, spelling building wrong
12015-02-12 22:37:19 UTCpnorman Hey,

I wanted to let you know that the tag to indicate a place accepts bitcoin is "payment:bitcoin", and if it's a bitcoin ATM, you should add an amenity=atm tag
22015-02-12 22:37:53 UTCpnorman Also, can you please use a more descriptive changeset comment than "Validation" so people can easily see what you're doing?
32015-02-13 05:23:20 UTCRobowolfer Of Course this is ATM. In future i'll make more correctly made changes. I was tried find & remove uncorrect tags using service: http://taginfo.openstreetmap.org.
I am don't understand what someone else looking for me. Thankyou for lecture.
12015-02-10 01:51:56 UTCpnorman Welcome to OpenStreetMap. I slightly changed the tagging of the POI to indicate it's a funeral directors, as well as mapped it out as a building, and added detail to the nearby Walmart
22015-02-10 13:04:28 UTCVance Memorial Chapel Thank you for the help. We are struggling with visitors using almost any type of GPS to reach our destination. I am not well versed at this mapping format. Your help is greatly appreciated. Will what has been done help this problem for this engine?
32015-02-11 01:09:14 UTCpnorman It should mean that anyone using a router or geocoder using OpenStreetMap as a data source will be able to get there. Of course, it will take time for devices and apps to update their data.
12015-02-04 22:32:02 UTCpnorman Hello,

It's claimed that this data is node to node identical to Tracksource, a copyrighted source.

What was the source of this changeset?
12015-02-03 02:31:13 UTCpnorman It looks like you've changed the link roads connecting to the motorway to secondary links. Normally these would be highway=motorway_link. You can read more at http://wiki.openstreetmap.org/wiki/Highway_link
22015-02-03 04:28:33 UTCaaronsta Hi pnorman :)

I appreciate your comment and was wanting to test the rendering of residential_link and link road capping. This changeset has been redacted @ https://www.openstreetmap.org/changeset/28581542
12015-02-02 09:10:54 UTCpnorman this seems to have made some problems around https://www.openstreetmap.org/relation/812190#map=18/34.25831/136.58273 where the admin geoms are separate from the coastline. It's also fairly absurd to represent the admin boundary as thousands of little islands
22015-02-02 11:28:08 UTCnyampire Thank you for your feedback. It needs clean up indeed.
Please let me clarify the policy to fix them.
I guess we have 3 approaches.
Which one is your thinking of?
If they all wrong, could you tell me the sample relation id as our ideal one?

1-1. delete island_admin boundary ways.
1-2. redraw ...
32015-02-07 10:40:32 UTCnyampire I'm now working on next (Aichi prefecture) import.
I'll care them after Aichi import action.
42015-02-14 23:11:41 UTCnyampire As I checked foreign (mainly Europian) method, the coastlines are included in administrative boundary relation.
My correction is here.
http://www.openstreetmap.org/relation/4538785
https://www.openstreetmap.org/#map=18/34.25797/136.58167
Is this method similar to your intention?
If yes, I'll ap...
12015-02-01 20:26:01 UTCSomeoneElse This looks very much like a mechanical import. Was it discussed anywhere beforehand (see http://wiki.osm.org/wiki/Import/Guidelines for what's supposed to happen before an import). Were any other parts of that procedure followed?

Best Regards,
Andy Townsend, on behalf of the OpenStreetMap data...
22015-02-01 21:01:40 UTCopenseamapwreckimport We talked about that in the OpenSeaMap mailinglist.
http://sourceforge.net/p/openseamap/mailman/message/33287408/
The last changeset was merely a test import of a small subset of the data. to see how it goes. Aparently not very great :-(.

The data itself is from NOAA, therefore it is in the pu...
32015-02-01 21:24:11 UTCSomeoneElse Re "What do you think should happen next?" I'd revert the import and "start at the top" again. I'll assume that you've done "Step 1" of http://wiki.osm.org/wiki/Import/Guidelines. Step 2 includes "Discuss your plan" - so I'd do that, in a more general forum ...
42015-02-01 23:45:07 UTCpnorman As the import did none of the required consultation with the imports@ mailing list or the local lists, I'm going ahead and reverting it.
52015-02-02 06:12:03 UTCopenseamapwreckimport Ok, fair enough, I' go on the imports mailing list as soon as I hear further information from NOAA.
12015-01-19 15:19:13 UTCwoodpeck What logic is behind these changes? What exactly is "fixed"? Why was, for example, way 282831734 changed from primary_link to residential when primary_link at least superficially seems to be the correct choice?
22015-01-20 21:30:10 UTCRub21 Hi woodpeck ,thanks for your feedback and sorry, that was error, I fixed that http://www.openstreetmap.org/changeset/28294122.

Thanks again for your feedback..
32015-01-20 22:44:36 UTCpnorman way 244211443 looks similarly odd - you've tagged it as a residential road joining two trunk roads.

Why did you add highway=residential to way 306099045?

Given the high level of errors, would it be easier to just revert this changeset?
42015-01-27 21:24:09 UTCpnorman Rub21, would it be better to revert this changeset?
52015-01-28 03:11:36 UTCRub21 Hi pnorman, I reverted my changes, http://www.openstreetmap.org/changeset/28456858, Thank you for the heads up
12015-01-21 11:04:21 UTCSomeoneElse What does "#map-feedback #851" mean? You've edited http://www.openstreetmap.org/way/87779787 . Does that mean that you've surveyed it (i.e. actually been there) or are you just guessing based on aerial imagery?

What makes you classify this as a "path" rather than a footway? ...
22015-01-21 11:20:19 UTCSK53 Yeah amazed that you thought to change this. This area was recently edited by at least 2 people with genuine local knowledge highway=path is not widely used locally in the UK because we find footway/track/bridleway/cycleway meet 95% of usecases better than path.

I get a 404 on the link given. Thi...
32015-01-21 20:00:20 UTCandygol Hi, SomeoneElse and SK53
concerning yours comments
1. About 404 link: because this is a private repo you are not allowed to look it and that is why you get 404 err.
2. I didn't visit this area but I rely on people with local knowledge. If my tagging is incorrect/inappropriate please fix it, I w...
42015-01-21 20:12:08 UTCpnorman Please use a meaningful changeset comment, not one like "#map-feedback #851" which doesn't allow someone to figure out what you were intending and why. http://wiki.openstreetmap.org/wiki/Good_changeset_comments has more information about writing good changeset comments.
52015-01-21 20:30:03 UTCSomeoneElse @andygol How was the feedback "Path mis-aligned, should all be further west" submitted? If it's an area that you're not able to survey in person wouldn't it make more sense to add an OSM note so that someone local (of which SK53 and I are just two of many) could survey it on the ground?
62015-01-21 20:31:37 UTCandygol Thank you pnorman for your comment! I agree that such description is informative and misleading. Further I will leave more meaningful descriptions.
72015-01-21 20:34:20 UTCandygol I meant "uninformative" instead of "informative"
82015-01-21 20:49:24 UTCSK53 I would also point out that even if the comment said "path is misaligned" your edits did more than this they changed the tagging in such a way that the quality of the data was degraded. In practice you turned entirely usable routeable data (highway=footway) into non-useful, only routeable ...
12015-01-21 01:15:41 UTCpnorman Could you direct me to the imports list consultation about this import? I'm worried that I can't find it and the imports guidelines haven't been followed
22015-01-21 05:21:36 UTCHannesj_import Hi,

It was kopened for discussion back in November last year in https://lists.openstreetmap.org/pipermail/imports/2014-November/003567.html . As we only got some feedback from the local community and a single private message regarding the tagging scheme, we thought it was ok to proceed with the i...
12015-01-21 01:06:28 UTCpnorman Hello,

It's good to see the buildings filling out in Edmonton. I was wondering what you were using as a source. JOSM lets you fill in a source automatically based on the imagery you have open
22015-02-16 20:40:42 UTCedmontongeo Hello, The current imagery being used is a combination of Bing Imagery and Imagery from the City of Edmonton. I will ensure future edits contain this information.
12015-01-21 01:00:27 UTCpnorman Hello,

Imports in OSM need to follow the import guidelines (http://wiki.openstreetmap.org/wiki/Import/Guidelines) which include consulting with the imports@ mailing list before importing, as well as other requirements. Can you please make sure the requirements are met before importing, and contac...
12015-01-09 09:16:38 UTCpnorman Do you know if you'll be fixing this import? e.g. merging the residential at https://www.openstreetmap.org/#map=18/36.721324/-119.693138 into something like https://www.openstreetmap.org/way/321089844
12014-12-27 06:53:32 UTCSupaplex These two Fujian Provinces are controlled by Taiwan and China separately. So there's not a duplicated.
And the Jinman and Matsu Island is controlled by Taiwan, not China.
22014-12-27 07:22:13 UTCpnorman Both claimed or both controlled?
32014-12-27 07:37:33 UTCkatpatuka I was not able to revert the changeset using josm's revert plugin.
BTW: English wiki says for Fujian: For the part of Fujian province administered by the Republic of China, see Fukien Province.
@Supaplex Do you mean that Fujian?
42014-12-27 09:48:46 UTCSupaplex The Taiwan control part
http://en.wikipedia.org/wiki/Fujian_Province,_Republic_of_China?oldformat=true

The China control part
http://en.wikipedia.org/wiki/Fujian?oldformat=true

52014-12-27 10:22:03 UTCSupaplex I revert the changeset
https://www.openstreetmap.org/changeset/27726635#map=8/25.013/119.465
62014-12-27 10:29:10 UTCkatpatuka ok, nice :D
but please add a note with the content of your initial changeset comment so that it is clear that there are two Fujian relations. To make it even clearer one could name the Taiwan part Fukien Province.
12014-11-25 18:29:33 UTCjfricher Hello 4rch, I need that polygon. Please undo the delete and ask before deleting next time.
22014-11-25 18:40:36 UTCjfricher I dont mind changing the landuse type. but please restore my work.
32014-11-25 19:49:01 UTCpnorman If you think it's a different landuse type and want it restored as that, you should indicate the type. It's fairly clearly not landuse for significant parts of it, and I can't see any type that most of it is.
42014-11-25 20:14:43 UTCjfricher I am a volunteer teacher helping the haitian immigrants in dominican republic. I am using osm to organise our community teaching work within this specific territory. I havent yet found the perfect landuse denomination but I dont mind putting a new one.
52014-11-25 20:18:03 UTCjfricher within the next few months, I will continue to contribute in refining this area by adding tons of relevant details, street names, business & schools & other locations. But I cannot accept that someone delete my work without inquiring first. This behavior is not respecting the osm guidelines.
62014-11-26 12:00:02 UTC4rch The polygon could be simply restored but this makes no sense when you don't tell us what this polygon represents.

Maybe you are searching for a service like Umap where you can visualize objects which are incompatible with OpenStreetMap? I've created an example for Kreyol Matanza: http://umap.open...
72014-11-26 12:48:21 UTC4rch Also I think that my modus operandi was ok as I've notified you about the deletion: https://www.openstreetmap.org/changeset/26898665
82014-11-27 16:27:21 UTCjfricher I was able to open your umap link but dont know how to take control back over the polygon. Please let me know how
92014-11-27 18:12:18 UTCjfricher I need to import the polygone into my umap so I can continue it's edition. this way I will not have lose my work. thanks in advance
102014-11-27 19:12:31 UTC4rch download the following file which contains the polygon: http://www.filedropper.com/export1
Then you can upload the file into umap when you press the upload button on the right side: http://i.imgur.com/AaSE3iz.png
112014-11-27 19:33:28 UTCjfricher I was able to do it thanks.
pnorman has contributed to 263 changeset discussions(s) with a total of 462 comment(s)