| Changeset | No. | Date | Contributor | Comment |
|---|---|---|---|---|
| 59793583 by verstaerker | 1 | 2018-06-13 05:16:46 UTC | malcolmh | This and other changesets by the same user seem to be global mechanical edits. Were these discussed with the OSM community beforehand? |
| 2 | 2018-06-13 08:53:05 UTC | Nakaner | Hi verstaerker,please pause your edits until a discussion with the community has happened. Mechanical edits have to comply with the Automated Edits Code of Conduct. https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conductIn addition to the question whether the edits have been disc... | |
| 3 | 2018-06-13 13:27:37 UTC | woodpeck_repair | This changeset has been reverted fully or in part by changeset 59811174 where the changeset comment is: revert undiscussed global edits of various maritime radio tags; please discuss such far-reaching, mechanical edits on a suitable mailing list before execution. see https://wiki.openstreetmap.org/w... | |
| 46900064 by malcolmh | 1 | 2017-11-12 23:41:23 UTC | fgouget | Attention ; les lock_ref / seamark:name se sont retrouvés dupliqués dans name:fr et name:de ce qui n'est pas correct. Par exemple name:fr=41 sur le way 81371641. |
| 2 | 2017-11-13 08:44:06 UTC | malcolmh | I removed the "seamark:" prefixes to those tags as they were not valid. If the resulting tags are incorrect, then please feel free to delete them. | |
| 3 | 2017-11-14 19:51:00 UTC | fgouget | In OpenStreetMap the name:* tags are for the object name and its translation, for instance 'Canal du Rhône au Rhin - Branche Sud'. Removing the 'seamark:' prefix from 'seamark:name:*' causes an obvious collision.Maybe the right thing to do is to keep 'seamark:name' (it's documented in the... | |
| 4 | 2017-11-15 07:54:30 UTC | malcolmh | OK, I have removed those name tags entirely. In all cases the tag values were already present in other tags. | |
| 50402804 by malcolmh | 1 | 2017-07-31 17:05:39 UTC | juhanjuku | Osmose gives for seamarks error: Missing object kindhttp://osmose.openstreetmap.fr/en/map/#zoom=8&lat=58.642&lon=24.84&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=0%2C1%2C1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180... |
| 2 | 2017-07-31 17:07:26 UTC | juhanjuku | Please don't remove *beacon' if you don't have better solution. | |
| 3 | 2017-07-31 17:09:05 UTC | juhanjuku | http://wiki.openstreetmap.org/wiki/Seamarks/Beacons | |
| 4 | 2017-08-02 08:15:43 UTC | malcolmh | The seamark tags fully describe these objects. No other tags are necessary except to add additional information.http://wiki.openstreetmap.org/wiki/Seamarks/Buoys | |
| 5 | 2017-08-02 09:39:40 UTC | juhanjuku | With "beacon" tag they are rendered on standard OSM, without - visible only on special maps.I suppose, this is reason why OSMOSE algorithm shows them as error. | |
| 6 | 2017-08-03 07:07:27 UTC | malcolmh | man_made=beacon tag are mainly used for historic beacons (https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbeacon).The rendering of seamark objects is not done by the main OSM renderer. To view these objects, use one of the seamark websites: http://opennauticalchart.org/?permalink=true&zoo... | |
| 47002420 by Steve8460 | 1 | 2017-03-20 06:39:38 UTC | malcolmh | Steve,US lateral seamarks conform to the IALA-B system: port-hand marks are green and starboard-hand marks are red. (See: http://wiki.openstreetmap.org/wiki/Seamarks/Buoyage_Systems).This beacon is a starboard-hand mark, not port. I note that you have made the same mistake on other lateral m... |
| 45652310 by malcolmh | 1 | 2017-02-12 21:45:17 UTC | chippy | You just deleted Node 1 |
| 2 | 2017-02-12 21:45:44 UTC | chippy | again | |
| 3 | 2017-02-12 21:46:48 UTC | chippy | Sorry, I mean, it had been deleted and restored previously :) | |
| 4 | 2017-02-12 21:58:44 UTC | malcolmh | You had created a duplicate of node 3815077900, which has been there since 2015. | |
| 5 | 2017-02-12 22:12:03 UTC | SomeoneElse | @chippy I don't think malcolmh created the duplicate - that was someone else trying to move an "important" node "somewhere important". "node 1" has been on a few continents so far - I'm sure it'll get resurrected somewhere else at some point. As for the NOAA buoy here... | |
| 6 | 2017-02-13 13:59:47 UTC | chippy | The history of node 1 indicates that it is frequently deleted and restored.SomeoneElse: I did not say that malcolmh created the duplicate node. But malcolmh did delete Node 1 (as the only change) in this changeset which is the subject of this changeset discussion. I also don't think malcolmh... | |
| 7 | 2017-02-13 14:18:42 UTC | malcolmh | I was replying to chippy! @chippy when you "restored" node 1, node 3815077900 was already in the database & had been since 2015. Therefore you had created a duplicate & that is why I deleted it. | |
| 8 | 2017-02-13 15:09:59 UTC | SomeoneElse | I'm just confused because it wasn't chippy that restored node 1! | |
| 9 | 2017-02-13 15:44:59 UTC | malcolmh | Sequence of events:24/5/15: node 1 restored as a tree in DE3/11/15: node 3815077900 created at 0,01/12/16: node 1 deleted30/1/17: node 1 restored, this time at 0,0 - on top of node 3815077900. Later that day, I deleted it.The mapper that has created this confusion is "glglgl", ... | |
| 10 | 2017-02-13 16:06:44 UTC | malcolmh | Also, apologies to chippy, who I now realise was not the mapper who created the duplicate, only the mapper who raised the issue. | |
| 11 | 2017-02-13 23:09:43 UTC | EzekielT | Node 1 used to be a tree in Passau.. | |
| 44681043 by malcolmh | 1 | 2016-12-30 06:54:46 UTC | pnorman | This doesn't align with the bridge, is that correct? |
| 2 | 2016-12-30 07:12:08 UTC | malcolmh | 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... | |
| 3 | 2016-12-30 07:40:19 UTC | pnorman | 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 | |
| 41709545 by archie | 1 | 2016-08-26 08:53:15 UTC | Hjart | Is it really necessary to duplicate tags like this? |
| 2 | 2016-08-26 09:01:04 UTC | archie | Yes, it is. It's not duplicate tags anywhay because it's in an own namespace (seamarkings). Purpose: Name of harbor to be rendered on map.openseamap.org. | |
| 3 | 2016-08-26 09:03:02 UTC | Hjart | Why can't you simply use the name tag? | |
| 4 | 2016-08-26 09:13:46 UTC | archie | On www.openseamap.org only tags in namespace "seamarkings" are rendered concerning at least harbours. Why do you bother? It dos not interfere w anything. The information is orderly in its own namespace. Nothing to worry about. Just leave the seamark:-tags where they are if you are not invo... | |
| 5 | 2016-08-26 09:17:15 UTC | Hjart | I worry because it's taking up unnecessary space in our database as well as complicating things equally unnecessarily.Honestly I'm feeling very tempted to remove the crap | |
| 6 | 2016-08-26 09:33:48 UTC | Hjart | The claim that you are not duplicating tags is complete nonsense. You have given the seamark:name=* tag the exact same value as the existing name=* tag. This to me is practically duplicating tags. | |
| 7 | 2016-08-26 10:10:48 UTC | Hjart | I brought this up on IRC and I'm seeing prominent members of the community agree that the Openseamap namespacing everything needs to stop. | |
| 8 | 2016-08-26 10:17:49 UTC | archie | I sent a message to Malcom Herring, who is a major representative of openseamap. I hope he will enter this discussion. | |
| 9 | 2016-08-30 07:42:25 UTC | malcolmh | "name" and "seamark:name" do not necessarily have the same value. An object may be known to mariners by a different name than that used by the local area. For example, harbour may be named after the town by the local community, but may be listed under the name of the operating ya... | |
| 33617449 by malcolmh | 1 | 2016-07-12 21:34:51 UTC | muralito | Hello malcomh.seamark:information and seamark:information:pt could not be seamark tagging, but ¿removing seamark prefix is the right way to fix them?Please see http://wiki.openstreetmap.org/wiki/Key:information |
| 2 | 2016-07-12 21:40:11 UTC | muralito | The user try to add some warning to the waterway, so it seems to me that some kind of seamark:* tagging shoud be used, because is important for the navegation. | |
| 3 | 2016-07-13 10:30:01 UTC | malcolmh | Sorry, I made a bad choice. Much better would be "waterway:information", since the mapped object is a waterway, not a seamark. If you agree with this, I will make those changes. | |
| 4 | 2016-07-14 14:00:16 UTC | Skippern | I tagged them as seamark:information (rough translation) and seamark:information:pt (as in the source) for lack of better tags. This is information given in nautical charts, and should be tagged in a way that can be captured when producing such from OSM data | |
| 40033886 by malcolmh | 1 | 2016-06-21 08:15:31 UTC | woodpeck | In this and a couple nearby changesets you seem to be re-adding data that was removed by DWG because it was illegally copied from a copyrighted source. What is your source for adding this information? |
| 2 | 2016-06-21 08:32:56 UTC | malcolmh | My source was the tags that remained after redaction. Those tags belong to a long-since abandoned tagging proposal, so I converted them to the non-deprecated seamark tags using the values in the remaining tags, in addition to a couple of default values that my editing tool generates (buoy shape &... | |
| 33268593 by malcolmh | 1 | 2016-06-03 18:46:36 UTC | Gschaftlhuaba | Concerning the lighthouse in Monemvasia: Is there a special reason, why all the seamark metadata is added to a separate point in OSM instead of the building polygon itself plus a man_made=lighthouse tag? Secondly do you have any information whether the disused=yes is correct? Probably one should als... |
| 2 | 2016-06-03 19:29:57 UTC | malcolmh | If the light is located on the building, then it is a good idea to copy the node tags onto the building polygon & delete the node. If the beacon is a duplicate then delete it. I don't know whether the buildings are disused - try asking the original mapper. | |
| 3 | 2016-06-04 04:31:25 UTC | Gschaftlhuaba | OK, thanks. I put a comment in the other changeset: http://www.openstreetmap.org/changeset/7850338 | |
| 39196623 by AdVerburg | 1 | 2016-05-10 08:00:09 UTC | malcolmh | Please note that the tag "seamark:type" can only take one value. This should be the master object. Other objects sharing the same node/way are implied by their attribute tags, or where they have no attributes, can be detailed in a "seamark:information" tag. |
| 2 | 2016-05-10 10:13:55 UTC | AdVerburg | I see, thank you. | |
| 39036312 by malcolmh | 1 | 2016-05-02 13:11:53 UTC | Rom1 | Hi, what is your source for all these informations ?And some text is missing in "liaison entre les ducs d" https://www.openstreetmap.org/node/4161268421Thanks |
| 2 | 2016-05-02 13:26:17 UTC | malcolmh | The data was extracted from http://www.vnf.fr/ecdis/data/Moselle.zip. The "national_information" value should be a French translation of the English "information" tag value. It looks as if the text has been truncated. | |
| 3 | 2016-05-02 13:36:21 UTC | Rom1 | Have you understood the conditions written at http://www.vnf.fr/ecdis/ ? It is not compatible with the ODbL of OSM. | |
| 4 | 2016-05-02 14:15:12 UTC | malcolmh | Oh dear! In that case I will remove all this data. | |
| 5 | 2016-05-02 19:25:27 UTC | Rom1 | Unfortunately it's the only thing to do :( Perhaps, one day the licence status from VNF will change... | |
| 38871521 by Eugene13 | 1 | 2016-04-26 21:55:57 UTC | malcolmh | Please do not destroy recent on-the-ground surveys with out-of-date aerial photos. |
| 2 | 2016-04-28 17:27:03 UTC | Eugene13 | Sorry about that! In future I will be more carreful!Thank you for understanding! | |
| 38677965 by malcolmh | 1 | 2016-04-19 19:23:17 UTC | KDDA | Updating seamarks? How is deleting 40 nodes updating?This is not a sea, its an inland waterway called Lower Lough Erne. |
| 2 | 2016-04-19 20:49:39 UTC | malcolmh | Whoops! Fat finger trouble on my part. - now reverted | |
| 37516006 by kallekaden | 1 | 2016-03-07 08:28:45 UTC | malcolmh | OSM have requested that depth data should not be put into their DB. Depths may be added to sunken objects, but not isolated spot depth soundings or depth contours. Therefore please delete these nodes. |
| 2 | 2016-03-08 16:28:57 UTC | kallekaden | Hi malcolmh,excuse, I am German and have not possibly understood properly. is there to your request closer information? | |
| 3 | 2016-03-08 22:42:48 UTC | woodpeck | Meerestiefen als Punktdaten mappen wir eigentlich nicht - wir mappen es, wenn irgendwo ein Wrack auf 123 Meter Tiefe liegt, aber nicht, wie tief das Wasser an einer beliebigen Stelle ist. | |
| 4 | 2016-03-11 10:32:56 UTC | kallekaden | hi woodpeck,eine beliebige Stelle ist das nicht. Die Punkte kennzeichnen ein natürliches Fahrwasser, welches alljährlich von ca. 100 Seglern benutzt wird. Viele davon landen dabei auf den umliegenden Sandbänken. | |
| 37225088 by malcolmh | 1 | 2016-02-15 15:44:33 UTC | chillly | Isn't this former drydock the one being converted into an outdoor theatre? If so, wouldn't be better to tag it as landuse = construction? |
| 2 | 2016-02-15 16:00:51 UTC | malcolmh | The amphitheatre is being constructed to sit over part of the dry dock, but all of the dock will remain intact. As soon as I can get close enough to do a survey, I will map the new construction. The question is, what would be suitable tagging for an open-air amphitheatre? | |
| 3 | 2016-02-15 18:22:32 UTC | chillly | amenity=theatre with, perhaps, theatre=amphitheatre to differentiate it. I might be tempted to add building=yes and layer=1 too. Just because it doesn't have a roof, it still would be a building to me. It is a separate structure from the dock as the dock is listed so the theatre is being added witho... | |
| 37097704 by malcolmh | 1 | 2016-02-09 11:05:04 UTC | DaveF | Hi Malcolmtagging waterway=riverbank is now not the preferred way to tag:https://wiki.openstreetmap.org/wiki/Proposed_features/Water_detailsUsing natural=water, water=* allows data users to more easily determine whether it's a river, canal, lake etc.https://lists.openstreetmap.org/pipe... |
| 2 | 2016-02-11 08:27:39 UTC | malcolmh | The preferred way to tag is the way the mapping community actually tags. Since that proposal was made, only 8% of waterways are so tagged. In fact more waterway=riverbank tags have been added since then that the total of natural=water+water=river/canal tags. | |
| 3 | 2016-02-11 13:31:26 UTC | DaveF | Hi MalcolmBeing in the majority doesn't automatically make it correct nor a reason not to change. If a better way to tag is conceived, making it easier for the data to be used, then it should be adopted. As in previous occurrences this is a gradual process often brought about by messages like mine... | |
| 4 | 2016-02-11 13:52:19 UTC | malcolmh | I do not buy the argument that this tag makes things easier for consumers. Those that I know of all use the waterway=river/canal tagged linear ways. Anyway, good luck trying to persuade the other 290,000 instances of your case! | |
| 5 | 2016-02-11 14:35:09 UTC | DaveF | You appear to be misunderstanding. It's not the linear ways (waterway=river) that's the problem, but the polygon denoting the riverbanks.(waterway=riverbank).It's disappointing you can't see the clear benefit of not tagging canal banks as river banks. | |
| 36565266 by danbag | 1 | 2016-01-23 13:07:01 UTC | malcolmh | "seamark:notice:depth_min" is not a valid seamark tag. What exactly are these objects? If you could describe them to me, I will be able to help you with the correct tags. |
| 2 | 2016-01-24 07:57:10 UTC | danbag | The purpose is to show to users the depth in that position.Another proble is to show to user the presence of kelps, floating long seaweed which prevent the navigation. I have seen you make a modification, the purpose is to fill the area with some drawing to show the kelps presence, in three state... | |
| 3 | 2016-01-25 15:33:30 UTC | malcolmh | OSM do not want depth data in the DB, so you should delete these. There are two water depth projects underwsy that are building separate depth DBs. they are: http://www.teamsurv.eu/ & http://depth.openseamap.org/ | |
| 4 | 2016-01-26 08:00:09 UTC | danbag | The projects are wonderful, but here in South America we are speaking about remote bays where in the near future and for a long long period nobody will works with these project..in the meantime the users of these remote bays cannot share the knowledge of the skipper like me .... in Italy we say &quo... | |
| 5 | 2016-01-26 08:11:10 UTC | malcolmh | OK, so if you want to put this data in, then please do not use the "seamark:" namespace. This will then make it clear to DWG that these are not OpenSeaMap tags. Perhaps a tag like "min_depth=xxm"? | |
| 6 | 2016-01-26 12:08:59 UTC | Skippern | There should be a seamark:* for areas with kelp, but this will be an area tag to render a specific fill-symbol or shade for the area, not for point depths. | |
| 7 | 2016-01-27 04:30:27 UTC | danbag | Yes I know the kelp tag and I use it. Thanks. | |
| 36447235 by malcolmh | 1 | 2016-01-08 19:29:35 UTC | AdVerburg | Malcolm, what is wrong with the object (a pole) colour and/or colour pattern? |
| 2 | 2016-01-08 20:04:54 UTC | malcolmh | The objects “light_minor” and “light_major” are simply lights without any details of the supporting structure. If you wish to specify the supporting structure, then you should use a seamark:type such as “beacon_special_purpose”, etc. Then you may specify its colou... | |
| 29690337 by oha | 1 | 2016-01-02 12:28:48 UTC | malcolmh | This polygon is not closed - needs completing! |
| 35705586 by Sailor Steve | 1 | 2015-12-02 14:39:21 UTC | malcolmh | This should be a "seamark:type=fairway", not a separation boundary. |
| 35371412 by malcolmh | 1 | 2015-11-17 13:00:27 UTC | mapper999 | Hi,the groyne markers are not beacons and should also not be rendered like beacons. They are small stone plates showing the ref and the length of the groynes like this one (https://commons.wikimedia.org/wiki/File:Buhnenstein.jpg). I didn't find anywhere else where these are mapped, but I think usi... |
| 2 | 2015-11-17 14:01:34 UTC | malcolmh | Within the S57 object catalogue there is no such object as a "groyne_marker". The type "beacon_special_purpose" is a carch-all for any kind of marker. This tagging is the only way to make these objects visible in nautical charts. If this is not important to you, an alternative wo... | |
| 3 | 2015-11-17 15:58:59 UTC | mapper999 | I have no idea about whether these marks have any importance for nautical charts. I live near the river and just found out what these stone markers actually mean a few days ago. As I didn't find any tagging for these things, I thought it is best to adapt the seamark:distance_mark for this purpose. I... | |
| 34689572 by malcolmh | 1 | 2015-10-20 11:38:39 UTC | SomeoneElse | This is a changeset with a very large bounding box. What does "clear validation errors" mean? How am I, as a local mapper overlapped by this changeset supposed to know what you changed and on what basis and where? |
| 2 | 2015-10-20 11:48:37 UTC | malcolmh | Point taken. In future I will do these type of edits in small geographical areas | |
| 33375346 by telegnom | 1 | 2015-08-17 12:27:50 UTC | malcolmh | Please do not put depth data into the OSM DB. Instead see: http://depth.openseamap.org/ |
| 32853141 by lars | 1 | 2015-08-01 07:19:09 UTC | malcolmh | What is the object "Enkeliberget"? A topmark cannot exist in isolation as it has to be mounted on top of another object, usually a beacon. |
| 2 | 2015-08-01 16:09:25 UTC | lars | Fixed, thanks. | |
| 31890375 by malcolmh | 1 | 2015-06-11 12:10:40 UTC | archie | They do not? How should I tag depth data? |
| 2 | 2015-06-11 12:18:39 UTC | malcolmh | No depth data, either spot soundings on on nodes, nor depth contours on ways should be put into the OSM database. If you want to contribute depth data, then see: http://depth.openseamap.org/ for details of the OpenSeaMap crowd-sourcing depth project. | |
| 30938944 by Dalesman | 1 | 2015-05-09 15:27:07 UTC | malcolmh | Yes it will appear on marine maps! This is an inappropriate use of the "landuse" tagging, which is explicitly for features on land. Also it is "tagging for the renderer" - mis-using tags in order to produce an effect on the streetmap.Please revert these and instead make a pro... |
| 30159006 by Claudius Henrichs | 1 | 2015-04-13 07:10:52 UTC | malcolmh | Fixed. There was already a seamark node there that I simply merged with this object. |
| 2 | 2017-12-31 12:58:13 UTC | Claudius Henrichs | Thanks | |
| 30164864 by ToniGraf | 1 | 2015-04-12 15:09:53 UTC | malcolmh | Are you aware that you are deleting good data? If you did not intend to do this, please revert this. |
| 29496516 by CyrusDreams | 1 | 2015-03-15 15:06:20 UTC | malcolmh | The tag "seamark:type=rock" is inappropriate for islets. Ir should only be placed on nodes that are offshore. See: http://wiki.openstreetmap.org/wiki/Tag:seamark:type%3Drock |
| 2 | 2015-03-17 17:10:08 UTC | CyrusDreams | When I searched for the tag "islet", I was referred to the overview page at: http://wiki.openstreetmap.org/wiki/DE_talk:Tag:place%3DislandMost is in German, but in the English section the difference between rock and islet is made by size. Since the dimension of the objects was smaller th... | |
| 3 | 2015-03-17 17:30:15 UTC | malcolmh | That wiki page is discussing values for the "place" key. Therefore, you would use "place=rock", not "seamark:type=rock" | |
| 4 | 2015-03-17 18:31:33 UTC | CyrusDreams | It isn't discussing "place", it is discussing "place=island" and distinguishes this tag from others. In fact, taginfo shows only 6 hits for "place=rock" and zero for "place=rocks". That is a strong indication that the proper use of "rock" is in conju... | |
| 5 | 2015-03-18 13:11:41 UTC | malcolmh | Sorry, I mis-read. The important thing is that an area which is tagged with "natural=coastline" cannot be tagged as "seamark:type=rock" as the definition of the latter is an object which is "awash or is below the water surface". An area within a coastline is by definiti... | |
| 29427638 by BeverleyKiter | 1 | 2015-03-13 09:39:04 UTC | malcolmh | The object at node #2705530745 is not missing! I drove past it this morning. |
| 2 | 2015-03-13 21:26:30 UTC | BeverleyKiter | Must have been a mistake. I don't recognise this as being something I edited! | |
| 29414275 by Skippern | 1 | 2015-03-12 08:17:18 UTC | malcolmh | Category=8? How did this happen? Is is related to the preset ticket? |
| 2 | 2015-03-12 11:23:31 UTC | Skippern | Ouch, didn't see that, must be from the preset as well, just as the colouring I mentioned on github | |
| 29363719 by Pptje | 1 | 2015-03-09 20:14:14 UTC | malcolmh | How can buoys be survey points? |
| 27587816 by malcolmh | 1 | 2014-12-21 13:10:36 UTC | SomeoneElse | http://www.openstreetmap.org/node/2075957897 seems to have a duplicate "seamark:name" and "name". Is there any reason for this? Are there any situations in which a "seamark:name" for something would actually be different to the "name" (as, for example, a bri... |
| 2 | 2014-12-21 15:19:08 UTC | malcolmh | The value of the tag “seamark:name” is the name of the object as known to sailors (i.e. as it appears on other nautical charts) This is often different to the local vernacular name, which will be the value of the “name” tag. Having the two types of name tag guards against edi... | |