| Changeset |
No. |
Date |
Contributor |
Comment |
|
| 48731129 | trigpoint | Hi, I think something has gone wrong with this series of edits. This is a pub beer garden, not a German style biergarten. According to the wiki https://wiki.openstreetmap.org/wiki/Tag:amenity=biergartenTo be clear, a biergarten is not the same as (what is known in the UK as) a "beer garde... |
| Aleks-Berlin | Hi Phil, it seems that this is a private tag by single users. on this planet are only 25 beer_garden, see https://taginfo.openstreetmap.org/tags/amenity=beer_gardenAlso the OSM wiki tells both should be tagged as "biergarten" or pub (not beer_garden", see https://wiki.openstreetmap.... |
| Aleks-Berlin | After found a solution that is alligned with OSM wiki, I will change this. Please make a proposal. Thx, Alex |
| trigpoint | Hi AlexThere is no such thing as a private tag, OSM allows a user to add any tag they wish. Those with a small number are unlikely to be rendered but a mapper is free to use any tags, this one is pretty well accepted in the area where it is used and describes a beer garden. Maybe the tagging can b... |
| Aleks-Berlin | Hi trigpoint,I changed it back. I searched forway(user:"Aleks-Berlin")["amenity"="biergarten"]({{bbox}});bbox=over Bristisch Isles, no node or rela found.You can verify here.https://www.openstreetmap.org/changeset/48848464Many regards, Alex |
| geow | Hi trigpoint, as a frequent visitor of "biergarten sensu stricto" aka Bavarian Biergarten I'm just curious - what are the characteristic features of a pub beer garden?Cheersgeow |
| Aleks-Berlin | He said: read https://wiki.openstreetmap.org/wiki/Tag:amenity=biergartenBut it is a philosophical question if the garden beside a pub (in UK beer_garden) is something else a german biergarten (which has typically a pub beside). The one is the garden of a pub, the other the garden with an attached ... |
| geow | The wiki in this case is fairly clear. But some people, even in Bavaria ;) are not aware of the strict definition:Necessary characteristic of a "biergarten" is that you are allowed to bring your own food.That is why many so-tagged amenity=biergarten" even in Germany qualify only... |
|
| 48027565 | Aleks-Berlin | Hi mtbbiker99, please use "ele"="123.4".not "üNN" or german comma "," is incompatible to english style (OSM is international, internal language is english). you can use "ele:note" to put extra information. But in Germany it is always "&uu... |
|
| 48715654 | Aleks-Berlin | Hi kaxtillo, please be carefull with tags. you added a google link to 4 trees here (not allowed as source because licence).I removed:https://www.google.com/maps/d/u/0/edit?mid=1hLQClJqL1qOo-8lp22I7f3Oxncc&ll=5.776167391307376%2C-72.89503235986331&z=14KR, Alex |
| kaxtillo | Apologies, changes were made to Digital Globe data source |
|
| 48711218 | Aleks-Berlin | Hi zsolt d, please follow the OSM wiki and write "wikipedia=lang:Article Name", not http.. .For details please see:https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| zsolt d | Hi Alex, i see, thanks! |
|
| 48536421 | Aleks-Berlin | Hi fredi_alf, you entered an empty key to way/454579454 . Please check, Alex |
| fredi_alf | Thanks for the notice.I fixed. |
|
| 48206825 | Aleks-Berlin | Hi hamzabashandy, whatmeans 4=2 inway/489928394 ? KR; Alex |
|
| 48200340 | Aleks-Berlin | Hi WalterS, you entered an empty key in way/240405631 . I made it a note. Please check. Thanks, Alex |
|
| 48373326 | Aleks-Berlin | Hi Lübeck, you entered an empty key to way/313495160 . I made it a note, please check. Thanks, Alex |
|
| 48460686 | Aleks-Berlin | Hi Sir Lancelot, you entered an empty key to node/3115542081 . I changed it to seats. Please check. Thanks Alex |
|
| 48477258 | Aleks-Berlin | Hi Natsuyasumi, you entered an empty key in node/4839991048 . I changed it to fixme. KR, Alex |
| Natsuyasumi | Thanks for pointing this out, I must have missed this.I have fixed this node. |
|
| 48120882 | Aleks-Berlin | Hi fidcastro, you entered in way/31737880 a strange tag: wikipedia=http..openstreetmap...KR, Alex |
|
| 45729080 | SomeoneElse | Hi,I'd suggest actually checking these in a bit more detail before you mechanically edit them - https://www.openstreetmap.org/node/4300814810/history is clearly just garbage (and was the subject of a previous revert).Cheers,Andy |
| Aleks-Berlin | Hi Andy, actually the decision how far a fix should be is not htat easy. One the one hand we should "respect the work of others" (and not delete a likely bad name-tag). But I would also like to reach a state in OSM, that makes it more easy useable (less exceptions, country specific rules, ... |
|
| 48101167 | Aleks-Berlin | typo in changeset-comment, but not in tags. |
|
| 48003467 | Aleks-Berlin | Hi Mark Esman,please follow the OSM wiki guidelines,"wikipedia"="lang:Name" (not http..).https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| Mark Esman | Hi Alex! Ok, I understand you. Thanks |
|
| 48018357 | Aleks-Berlin | Hi Rps, please follow the OSM wiki guidelines,"wikipedia"="lang:Name" (not http..).https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| Rps333 | done |
|
| 48015409 | Aleks-Berlin | https://en.wikipedia.org/wiki/Green_River_(Colorado_River)#/media/File:Greenutrivermap.pngAccording to Wikipedia the north part belongs to Green River. Else the River pieces "Green River" should be renamed or removed (if not exist in nature).I think the Link from prev. edit is outdated... |
|
| 47814365 | Aleks-Berlin | Hi Simon, I fixed your empty key in way/103021059 . KR, Alex |
|
| 47826236 | Aleks-Berlin | Hi padvinder, please use natural=tree_row, not tree-row. Thanks, Alex |
|
| 47694507 | Aleks-Berlin | Hi osm_repdom, please follow the guidelines from OSM-wiki (wikipedia=en:Name) + no redirects! http://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
|
| 47432399 | Aleks-Berlin | Hi Vonter, you added the wikipedia-tag to many places in India, yesterday. But most of them include a tailing white-space. Could you please fix this again?You can search them via: https://overpass-turbo.eu/#node["wikipedia"~" $"];Thanks, Alex |
| Vonter | Hello Alex,Thanks for the overpass tip. I noticed I had made the same mistake for a few wikidata-tags also. I'm working on fixing them now.Vonter |
|
| 42748391 | Aleks-Berlin | Hi sharifiali, I changed the wikipedia-tag because it should follow the guidelines in OSM wiki, seehttp://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesKR, Alex |
|
| 47266862 | Aleks-Berlin | could you please review my fix of way/483494914 . there was "natural=<empty>" . Thanks, Alex |
|
| 47080193 | Aleks-Berlin | Hi O., please use key="email" not "@". Thanks, Alex |
|
| 47041060 | Aleks-Berlin | Hi PavelPS, please follow the OSM wiki and write wikipedia="lang:Name" (no https:..)http://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| PavelPS | Yes,of course, it was my mistake (ID editor it change itself but not here). |
|
| 46637935 | Aleks-Berlin | Hi bermiego, amenity=hotel is wrong, please use tourism=hotel. Thanks, Alex |
| bermiego | It's done, Alex.Thanks. |
|
| 46948028 | Aleks-Berlin | Hi Seandebasti, please avoid tags like "3=canal" (way/481148650). I changed this undefined tag to a note. KR, Alex |
| Seandebasti | hi, sorry did not know about this tag, I guess a typo from keypad somehow, i fixed both incidents. thanks for sharing. how did you detect? |
| Aleks-Berlin | https://taginfo.openstreetmap.org/reports/key_lengthsthen click on the key, and then on overpass or level0 to get the object. If you need further help, I will be there. Alex |
|
| 46954131 | Aleks-Berlin | Hi Lübeck, I removed your broken tag <empty>=yes from node/4741360838.KR, Alex |
|
| 46951548 | Aleks-Berlin | Hi Lübeck, please do not create empty keys like <empty>="9:00-18:00" (node/4741224651). KR, Alex |
|
| 46487523 | Aleks-Berlin | Hi dufekin, often (>100 changeset last year) you insert the invisible char (0x7F) into ways in USA. The only purpose of this ASCII is to be ignored. Different OSM tools handle it different and it causes sometime visible Artefacts (if e.g part of name tag) or the tags are not useable, because DB c... |
|
| 46780394 | Aleks-Berlin | Hi DenisJu, in node/4730280996 yoe put wikipedia=1160. I assume you mean ele=1160. KR, Alex |
| DenisJu | Hi Alex,yes it's a typing error.Thank you for your message. |
|
| 46828598 | Aleks-Berlin | Hi EzekielT, please follow the OSM wiki (wikipedia="lang:Name"). see https://wiki.openstreetmap.org/wiki/Key:wikipediaThanks, Alex |
|
| 46886033 | Aleks-Berlin | Hi g., please follow the OSM wiki, wikipedia="lang:Name", relation/7077614.https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
|
| 46875023 | Aleks-Berlin | Hi vihiker27, what means key="+" ?This seems to be a Typo (as this key is unique on the planet). KR, Alex |
| vihiker27 | Hi Alex,Yes it was a typo. Thanks for fixing. I have to be a bit more careful in the future.Robert |
|
| 46747577 | Aleks-Berlin | Hi w., what means "2=level_crossing" in way/479778224 ?Please fix. Thanks Alex |
|
| 39885064 | Aleks-Berlin | Hi 4b696d, why do you added the designation tag to an airport in spain (relation/2614519) ?OSM wiki tells its a higway-tag!https://wiki.openstreetmap.org/wiki/Key:designationCould you explain what was your intention OR fix it?Thanks, Alex |
| 4b696d | Hi Alex,that was not intentional, I'm sorry. Thanks for letting me know. I fixed it. |
|
| 46646109 | Aleks-Berlin | Hi vigneron, please wollow OSM wiki (wikipedia=lang:Name), see https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| VIGNERON | Ooups, you're absolutetly right! I'll check my other edits. |
|
| 46676134 | Aleks-Berlin | Hi bermiego, please follow the rules from OSM wiki (wikipedia=lang:Name), see https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
| bermiego | Thanks Alex.I had not read before those rules; The next time I'll make it correctly |
|
| 46620862 | Aleks-Berlin | Hi Weltstaat, what means #=yes ? Could you fix this for way/334711024 . Thanks, Alex |
| Weltstaat | oops, a typing error. Thanks for indicating! |
|
| 46607613 | Aleks-Berlin | Hi Schönberger, please follow the format described in https://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples .wikipedia=lang:Name (not http..).Thanks, Alex |
|
| 46605987 | Aleks-Berlin | Hi aromatiker, please follow the format described in https://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples .wikipedia=lang:Name (not http..).Thanks, Alex |
|
| 46592066 | Aleks-Berlin | fixed/removed type (not typo) of node |
|
| 46564156 | Aleks-Berlin | Hi fatehah ali, please do not enter empty keys.For each key you can finbd help here:https://wiki.openstreetmap.org/wiki/Key:nameThanks, Alex |
|
| 46569229 | archie | Ich darf dich bitten den Unfug sein zu lassen! https://wiki.openstreetmap.org/wiki/Key:wikipedia |
| archie | Oh, secondary language. Du hatest Recht. Tut mir leid! |
| Aleks-Berlin | Ich korrigiere immer anhand des OSM-wiki, und suche Fehler via taginfo. Wobei ich mich meist auf das Format beschränke, und nicht die 2nd-language entferne (obwohl sie eine Ausnahme sein sollte), um niemanden durch Löschung seines Tags zu verärgern (ausser es ist ein offensichtlicher ... |
| archie | Tut mir leid, da kenne ich mich nicht besser aus. Mein urspruenglicher Einwand war vorschnell. Ich wusste bis dahin nicht, dass das Format bei der Zweitsprache von dem der Erstsprache abweicht. Ganz und gar mein Fehler. Ich bitte um Verzeihung. Danke fuer Deine Berichtigung! archie |
|
| 37767406 | Aleks-Berlin | Hi samely, you entered 8x tag "1"="yes", e.g. way/379682013. This seems to be a typo, as it has no meaning. Could you please fix it? Thanks, Alex |
| samely | Hi Aleks,It's definitely a typo, thanks for flagging this out, I've already fixed them.Regards,Eliane |
|
| 45939990 | Aleks-Berlin | Hi loumoi, you entered 8x ways/buildings having tag "1"="yes", e.g. way/473514462. This seems to be a typo. Can you fix this, as it has no meaning at all. Thanks, Alex |
|
| 45309329 | Aleks-Berlin | Hi johnny, what means "1"="Calzada Jardín Corona" ?see: way/467271122Could you please fix this? Thx, Alex |
| Aleks-Berlin | I changed it to name, as the neighboor-ways. Alex |
|
| 46353943 | Aleks-Berlin | Hi Jeffrey, what means tag "2=80" in way/476773448 ?I made it a note. KR, Alex |
| Jeffrey Friedl | Hi Alex,I don't know... if I added that tag, it was not intentional. I must have been sloppy somehow when entering layer numbers.... sorry! |
|
| 46206016 | Aleks-Berlin | hi Sparks, you added a way with many broken tags, see way/475564141/history .Pease try to correct this, because most of these tags are unique and not part of OSM wiki. thx, Alex |
| Sparks | Ugh, sorry, apparently that was a bad paste. Hopefully this has been fixed. |
|
| 46190946 | Aleks-Berlin | Hi hadidoki, you added many useless keys to way/169379799 . Please be more carefull.KR, Alexander |
|
| 45724069 | Aleks-Berlin | Hi nitrofurano, you added many times the invisible character 0x7F into names of ways in South-Amrica. They cause different problems and are invisible with some tools, Please take care. Thanks, Alexander |
|
| 39537159 | Aleks-Berlin | Hi tren_sur, I fixed a bad key in way/133684806 . I think this was a typo. KR, Alex |
|
| 46076395 | Aleks-Berlin | hi vt100, i fixed 2 tags in your changes: 5=1 and 4=1. I assume they were typos, but anyway they have no meaning.Best regards, Alex |
| vt100 | D'uh. Thanks. |
|
| 46118689 | Aleks-Berlin | comment wrong, not river but highway |
|
| 45518915 | Aleks-Berlin | Hi iWowik, could you please fix the not existing wikipedia-link you created? Thx, Alex |
| iWowik | Are there some examples?By the way I monitor broken wikilinks and sometimes fix themhttp://wowik.000space.com/places/err.php?err=8 |
| Aleks-Berlin | Hi iWowik,I saw many problematic wikipedia cahnges by you 2 days ago.language code missing + not existing article (in any language) !node/243047271 wikipedia \t潳¦耀നD0�ёсnode/243047226wikipedia \t�潳¦耀ླ |
| Aleks-Berlin | node/243045065 wikipedia \t�潳¦退您㾬I think something went wrong with your scripts.Why chinese wikipedia is added in BY (europe), and also not existing article many times ?KR, Alex |
| iWowik | Oh yeah! It is a problem with JOSM dealing with bielorussian or ukranian appostoph characters (see corresponding name tag in the nodes).Usually I correct them manually when set it in JOSM or later when the errors are revealed by http://wowik.000space.com/places/err.php?err=8But now you hide... |
| Aleks-Berlin | Hi iWowik,1. sorry, I did not want to hide it.2. sorry I cannot read russian text (your err-page)3. I saw some other frequent problems in wikipedia tags. Could you check this too? OSM wiki tells, to use wikipedia=lang:Name, not wikipedia:lang=lang:Name, or wikipedia:lang=Name(as only wiki-tag)... |
| iWowik | wikipedia:lang tags are widely used on Ukraine due to Ukranian/Russial language conflict. Many mappers wanted to set Russian names and Russian wikilink some years ago.So I do note delete wikipedia:ru by political reason. I only actualize its. By the way I see wikidata tag begin actively used ... |
|
| 45974446 | Aleks-Berlin | Hi iWowik, please follow the osm-wiki (wikipedia="lang:Article Name").E.g. node/3479309600see details: https://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesThanks, Alex |
|
| 45967324 | Aleks-Berlin | hi A., please concider OSM-wiki, see: https://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedie="lang:Article Name" ,Thanks, Alex |
|
| 45821988 | Aleks-Berlin | Hi zstadler, could you please fix "d"="d" tag.You inserted it at node/1166158561 Thanks, Alex |
| zstadler | Fixed. Thanks for the comment! |
|
| 41244405 | Aleks-Berlin | Hi jconstanti, you inserted an invisible char (ASCII 0x7F - its only to be ignored) into many names during last year into Spain. E.g. way/435702970 . Invisible means: depending on tool, they are seen or not.These strings are not searchable and sometimes not rendered correctly. KR, Alexander |
| Aleks-Berlin | please check, http://www.openstreetmap.org/way/435702970/historyI fixed it. As it is invisible in many views, you have to copy the name to a tool that shows all chars.Another example (another changeset, perhaps another user),https://taginfo.openstreetmap.org/tags/name=Carrer%20de%20Josep%20%7F... |
|
| 45831374 | Aleks-Berlin | Hi JLZ. please follow the OSM-guidelines for wikipedia key. wikipedia="lang:Name"http://wiki.openstreetmap.org/wiki/Key:wikipedia#ExamplesMerci, Alex |
|
| 45690964 | Aleks-Berlin | Hi Gabriela, the #-sign is in the list of problem characters, seehttps://taginfo.openstreetmap.org/reports/characters_in_keys#problemAlso a hint to a company in schools does not make sense. please fix/remove this unusual tag or convert to a "note="#mcasanturce".Please do not inv... |
|
| 45656078 | Aleks-Berlin | Hi, why you added a new unique key "g"= ? kr, Alex |
| ff5722 | sorry, this was probably a typo from 'generator:source' but I pressed TAB too soon or something. Thanks for noticing and fixing it |
|
| 45653971 | Aleks-Berlin | what means "" = "0". KR, Alex |
|
| 45530820 | Aleks-Berlin | Hi Fränky123, why you are adding tags like "email" = "email" to OSM. These tags have unknown keys (e.g. "email" = ".." would be ok). Also a line/way without other tags would still be useless. If you want (but even this would be unusual) you could add &quo... |
| Fränky123 | Hi Aleks-Berlin !Danke für Deine Rückmeldung !Da ist mir wirklich was nerviges passiert.Beim Eintragen von Änderungen hat meine Passwortmanager-Software in Formularfelder automatisch und von mir unbemerkt :-( Daten eingetragen. Die Mail-Adresse sollte natürlich nie irgend... |
|
| 45571624 | Aleks-Berlin | Hi Griphon, in node/4638292605 you added an empty key "" = "Ferramenta Ceciliano". I fixed this to "name" = ..KR, Alex |
| Griphon | Sorry for error; thanks for fix it! |
|
| 45529091 | Aleks-Berlin | Hi NESDD, you introduced a typo in addr;country 80x, but " : " should be used.Danke, Alex |
|
| 45075648 | Aleks-Berlin | Hi bekreyev, please fix node 4601575441 = broken tag. Thanks,Alex |
|
| 45525254 | Aleks-Berlin | sorry wrong comment: fix ele |
|
| 37786747 | Aleks-Berlin | Hi J., your edit introduced many broken tags "name"=0x7F (unprintable ascii code). please be careful. Thanks, Alex |
| jconstanti | "0x7F" isn't an edition error, it's a general, postedition time issue.https://github.com/openstreetmap/openstreetmap-website/issues/1213 |
|
| 45487163 | Aleks-Berlin | cahr = char = ASCII = 0x7F |
|
| 40376102 | Aleks-Berlin | Hi dufekin, you inserted many bad characters into tags during last year.I saw about 10x inside USA the tag "highway"="%7Fhighway" or "%7Ftertiary" etc. I have no idea how you did it? I fixed most of them now. Many regards, Alex |
|
| 45205036 | Aleks-Berlin | Hi Someoneelse, please be careful introducing typos like key=";ayer". I fixed to layer. kr, Alex |
|
| 45135824 | Aleks-Berlin | Hi Ghybu, please use tah wikidate=Q1234, not wikipedia=Q1234. Thanks, Alexander |
| Ghybu | Hi Alexander, I know, it was just an error of inattention.Thanks for your vigilance! |
|
| 44792530 | mueschel | Hi,your source tags have ticks (') in the key which shouldn't be there. Could you fix this? Actually, there is no need to put these tags, the information is already in the source tag of the changeset itself.Cheers, Jan |
| Aleks-Berlin | I have fixed it now. I also have fixed some others some days ago. Alex |
|
| 44773075 | Aleks-Berlin | Hi Jens. please do not create tags like:"-" = <empty> |
|
| 44554056 | Aleks-Berlin | could you please fix the bad new key='source' including " ' ". all other keys in OSM dont use this style. It could also break some scripts. |
|
| 44492275 | Aleks-Berlin | Hi Beeers, please do not enter empty tags ""="". Thanks, Alex |
|
| 44479230 | Aleks-Berlin | pleas do no add strange tags (to 2 walls last 24h), like key="www.." |
|
| 44469276 | Aleks-Berlin | Hi Beeers,last day you put "" = "" x2 ! please be carefull while editing.Thanks, Alex |
|
| 44172345 | Aleks-Berlin | please follow the guidelines fromhttps://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedia="lang:Article Name" e.g. "en:Name".Thanks a lot, Alexander |
| roadgeek99 | totally knew that, JOSM editing makes me forget about the language prefix. thanks for letting me know. |
|
| 44141405 | mueschel | Hi,I found tags like "water tank:street" on 23 of your objects. There should be no spaces in keys, could you change them to the correct keys?Jan |
| Aleks-Berlin | I fixed some tags, but did not detect all mistakes. So its not my objects. But I try to fix within this week. KR, Alex |
| mueschel | Sorry, I didn't look close enough. I commented the right changeset now. |
| Aleks-Berlin | Anyway: I think/hope I fixed them all now :-) |
|
| 44116651 | Aleks-Berlin | Hi KathleenMack, you added a strange tag shortly. "building=yes"="addr:province" for 1450x buildings in PH (asia). Please be carefull when doing mass-edits. Thanks, Alex |
| botdidier2020 | Hi KathleenMack, it's now fixed for all your changesets. |
|
| 42907979 | angys | Can you try to leave only the coastline because Black Sea already have a node and the maps now have two Black Sea.Thank You Very Much for the comunity. |
| Aleks-Berlin | Hi angys, I'm not sure I understood the question. You mean removing the place tag from this relation? Why you ask me?As far as I remember: I added one new key "sqkm" that does not affect any name-rendering.Please try to give more details. Thanks, Alexander |
|
| 27117427 | Aalen1 | Hallo Beim Place SuburbPostleitzahl unter postal_code=86633 angeben.unter addr:postcode=86633erscheint sonst eine unvollständige Adresse.Wenn man die unter JOSM anklickt stürzt das Programm ab!Aalen1 |
| Aleks-Berlin | bitte mache einen JOSM bug daraus, damt JOSM gefixt werden kann. JOSM darf bei keinen Daten abstürzen!Danke, Alex |
| Aalen1 | Hallo Aleks-BerlinHab mal so ein Ticket erstellt- Ist mein erstes!Bei mir in der Firma bin ich gewohnt mit solchen Fehlern zu leben, da es Jahre dauern kann bis da was geschieht!Aalen1 |
| Aleks-Berlin | mein JOSM Fehler war nach einer Woche gefixt :-)Danke, Alex |
|
| 34720365 | scruss | Why are you adding is_in:iso_3166_2 tags on so many of your edits? The whole is_in family is no longer needed, and there is no documentation for your refinement of these obsolete tags |
| Aleks-Berlin | I do not add it any more. But I see a general conflict with OSM rules "international project".gnis:ST_alpha == only in US,is_in:iso_3166_2 == rest of planet, |
|
| 43170885 | Nakaner | Hi Aleks-Berlin,why did you add the area of Russia in this changeset? This number can be retrieved by calculating and therefore does not have to be mapped at OSM.I will remove this tag (and maybe all other occurences of sqkm=* you uploaded) in the next days.In addition, I want to inform ... |
| Aleks-Berlin | Hi Michael,please read my points.1. how to calc area of oceans (node, no borders) ?2. all segments have to be in same orientation (e.g. clock wise) before calculation, which is not assured.3. Huge Relations (e.g. russia.osm = 37 MB), that is much to download for get one number.4. OSM h... |
| Nakaner | HI Aleks-Berlin,regarding item 1: If you want to calculate the land area, that's trivial. Even if you want to calculate the area on sea which belongs to Russian territory, it is simple.regarding item 2: If you software is unable to calculate correctly if the orientation of the segments is wr... |
| woodpeck | If I may add 2 points: (a) Just because there is rubbish in OSM, that's not an excuse to add more! (b) Wikidata is more often than not derived from Wikipedia which is licensed CC-BY-SA; I know that Wikidata claims to be CC0 but I highly doubt the legality of this. |
| SimonPoole | It should be noted that the WMF does not make any representations that the contents of wikidata are actually free of any third party rights, The CC0 licence of wikidata is simply based on a position statement by the WMF that facts can't be copyrighted.. |
| Aleks-Berlin | again: how to calc the area of nodes (like place=ocean, that do not have any border) ?Who should question the free usage of facts?I understand that area can be calulated 'easy' for smaller objects. But why download megabytes to get one number?With this argument we should stop overpass-turbo.eu... |
| SimonPoole | You already have the comfort of looking up the value via the wikidata reference for not essential things (as for example the area). |
| Nakaner | … and therefore there is no need anymore to add this information to OpenStreetMap because the object which represents the territory of Russia (relation 60189) already has wikidata=Q159. |
| Aleks-Berlin | removed again for this relation, but todo (next days) for others |
|
| 42883521 | Aleks-Berlin | please follow the osm guidelines for wikipedia-key!https://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedia="languange:Name" eg. "es:Name".Thanks alot, Alex |
|
| 42405283 | Aleks-Berlin | please do not use empty keys, like ""="text".I fixed 2 buildings from this changeset. thanks, Alexander |
| EdLoach | I'll blame the new version of Vespucci. Thanks for letting me know - I'll watch out for it happening in future. |
|
| 42413527 | Aleks-Berlin | Hi Hnatyuk,please follow the guidelines:http://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedia="lang:Article Title Name" not wikipedia="http..." . this makes it easier to use the date, because 99.99% if wikipedia keys use the style from guidelines, and only some... |
|
| 42408305 | Aleks-Berlin | opengeodb will have no updates in future (since 2008). some tags lost their need, e.g. :version :auto_update : sort_name :is_in (covers is:in) ==> cleanup these old tags |
|
| 42408195 | Aleks-Berlin | opengeodb will have no updates in future (since 2008). some tags lost their need, e.g. :version :auto_update : sort_name :is_in (covers is:in) ==> cleanup these old tags |
|
| 41587994 | Aleks-Berlin | please follow the guidelines for wikipedia tag,http://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedia="lang:Article Title Name" , this simplifies usage of osm data. thanks, Alexander |
|
| 42359476 | Aleks-Berlin | Hi naoliv, what is the advantage of the "extensions" tag? disadvantage is: it contains xml-code, that is blowing up the data and breaking some tools to analyze the data. there is no other node on earth using it. thanks, Alexander |
| naoliv | Hi, Alexander!I guess you are talking about https://www.openstreetmap.org/node/1129423411In fact I forgot to remove "extensions" from this node, when I merged it :-)It seems that they were all introduced when converting some shapefiles, as can be seen at https://www.openstreetmap.org... |
| adrianojbr | naoliv, corrigi o nome do município de dona emma/sc. o correto é com dois "m" mesmo. não é o nome do animal, mas de pessoa. abraço. |
| naoliv | Hummm... beleza!No IBGE está com um MValeu! |
|
| 41951944 | mueschel | Hi,could you please check the tagging of these nodes? E.g. http://www.openstreetmap.org/node/4200021523Jan |
| Aleks-Berlin | Yes, please fix these corrupted tags. I marked them (12 nodes) by "fixme".Thanks alot, Alexander |
|
| 42217015 | Aleks-Berlin | what means key "I=1" (unknown key, not used anywhere else on the plant).Could you please fix this? |
|
| 42307406 | Aleks-Berlin | please follow the wiki-guidelines: http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples wikipedia="lang:Article Title Name" . This helps processing/using the data. Thanks, Alex |
|
| 42308944 | Aleks-Berlin | please follow the wiki-guidelines:http://wiki.openstreetmap.org/wiki/Key:wikipedia#Exampleswikipedia="lang:Article Title Name" .This helps processing the data. |
|
| 42227491 | Aleks-Berlin | please follow the guidelines for wikipedia-key, see http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples==> no full link, only "fr:Title of Aricle"This makes it easier to use (same style for all wikipedia-tags). Thanks |
| archi02 | oops. sorry. Thanks. :) |
|
| 42206629 | Aleks-Berlin | please use only valid tags, not "source=" |
|
| 42203845 | Aleks-Berlin | please do not use empty keys, like https://www.openstreetmap.org/way/442768353 |
|
| 42155718 | Aleks-Berlin | bitte keine tags "4=node" wie bei node/4357962525 vergeben. vg Alex |
| i-re | Ich weiss bei bestem Willen nicht wie das passiert ist.Danke fuers aufpassen. |
|
| 36746420 | luschi | Hallo,in Italien entfällt die erste 0 bei hinzufügen der internationalen Vorwahl nicht.+49 ist die Vorwahl von Deutschland. Italien hat +39Das Format habe ich auch angepassthttp://www.openstreetmap.org/changeset/41874559lg |
| Aleks-Berlin | danke für den hinweis. |
|
| 41435738 | Aleks-Berlin | please fix node with 2 meaning: guesthouse+hamlet should be 2 nodes |
|
| 37965663 | SomeoneElse | Hi,What's the justification of adding admin_level=2 to Sealand? I know they _claim_ to be a country, but lots of people/places claim that, and many aren't. A few miles up the road from me someone claims to live in http://micronations.wikia.com/wiki/Republic_of_New_Finland , but I don't take my p... |
| Aleks-Berlin | it had place=country, but you are right: it is not acceped by the others. |
| SomeoneElse | Thanks - I've removed it in https://www.openstreetmap.org/changeset/41312836 . |
|
| 41010124 | Aleks-Berlin | please follow the guidelines for wikipedia-key (no full link). it makes it easier to use by tools.http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples |
| Snusmumriken | It's just that copy-pasting the full link is fast and convenient |
| Aleks-Berlin | could we agree to do it according guidelines ?There are 770k wikipedia=lang:OK;plus 11k x wikipedia:en=OK;Write extra exceptions into tools would be useless extra work. |
| Snusmumriken | Not if it means more work. And there's nothing ambiguous about the links I've used |
| Aleks-Berlin | Open projects (like OSM) work best, if the majority of supporters agree on a common set of rules (or best practices). To write this down wiki.openstreetmap.org has been set up.99.99% of wikipedia-tags follow it.Today we have 770407 wiki-tags, and only some (<10) using full link.If there is ... |
|
| 40812693 | Aleks-Berlin | I removed your 4=2 (key=value). I think it is a typo. |
|
| 40180445 | Aleks-Berlin | since days you change wikipedia links in Japan. Please follow the guidelines under:http://wiki.openstreetmap.org/wiki/Key:wikipediawikipedia:en=en:Name is wrong.Language (en: is either in key or value, never both).https://taginfo.openstreetmap.org/keys/wikipedia%3Aen#values shows, you a... |
|
| 40080118 | Aleks-Berlin | please always add the language to wikipedia, e.g. wikipedia="uk:Name"http://wiki.openstreetmap.org/wiki/Key:wikipediathanks for reading this |
| VARVAR8 | ОК |
|
| 40049891 | Aleks-Berlin | please be careful with typos!! |
| padvinder | where did you see typos? |
| Aleks-Berlin | natural = (netree_roww value)seehttp://www.openstreetmap.org/way/425219048/historyKR, Alexander |
|
| 39479660 | Aleks-Berlin | please follow the wiki-howto for key:wikipediahttp://wiki.openstreetmap.org/wiki/Key:wikipediathanks |
|
| 39198876 | Aleks-Berlin | please do not use old amenity=swimming_pool - it should be leisure=see http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dswimming_poolthanks, Alex |
|
| 34969036 | Aleks-Berlin | why you use building=ja instead of =yes ?? OSM tags should be english! |
|
| 38471001 | HolgerJeromin | Danke für deine Hilfe beim Fixen von Wikipedia links. Jedoch wäre es noch besser, wenn die Unterstriche auch weg wären. Hab ich jetzt hier gemacht. :-) |
| Aleks-Berlin | Ok, you are right. I was not aware.I just checked: 8561 wikipedia using "_",vs. 360216 having " ". |
|
| 37930024 | Aleks-Berlin | please do not remove the name-tag !many tools require this and it is used worldwide!the official name is name,translations use name:lang,http://wiki.openstreetmap.org/wiki/Key:name |
| Aleks-Berlin | there is only 1 official name (e.g. Ortseingangsschild) which is typically in local language. |
| sofasurfer68 | Thanks for pointing out my mistake.I'll check the next day even if I deleted more name tags.Greeting sofasurfer68 |
|
| 37842348 | Aleks-Berlin | please follow:http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples |
|
| 37858722 | Aleks-Berlin | please follow:http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples |
|
| 37703545 | Aleks-Berlin | please follow the format from osm-wiki:http://wiki.openstreetmap.org/wiki/Key:wikipedia#Examplesdo not forget value="en:Name" |
|
| 37647273 | Aleks-Berlin | rules accoring to osm-wiki:http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dhotelfound/detected via:https://taginfo.openstreetmap.org/tags/amenity=hotel |
|
| 36321734 | Mauro1985 | Hi, the tag you used (aerodrome:type=*) has no entry in the wiki. Could you add there what does that mean? And the possible values too, of course. Tnx! http://wiki.openstreetmap.org/wiki/Key:aerodrome:type |
| Aleks-Berlin | type is only for relation type, see:http://wiki.openstreetmap.org/wiki/Key:typeso I used the Proposed_features to correct the wrong usage.http://wiki.openstreetmap.org/wiki/Proposed_features/Aerodrome#type.3D.2A_still_has_some_.28historic.29_traction |
| Aleks-Berlin | It is also used in Wikipedia for most Airports, e.g.:https://en.wikipedia.org/wiki/Berlin_Tegel_Airport |
| Aleks-Berlin | Please check now:https://wiki.openstreetmap.org/wiki/Tag:aeroway%3Daerodrome#Useful_Combination |
|
| 37540241 | SomeoneElse | Here you've changed http://www.openstreetmap.org/node/1494331914/history to "amenity=disused:restaurant", but the normal way to indicate a disused amenity would be "disused:amenity=restaurant". |
| Aleks-Berlin | you are right. first I tried to reduce different writings for similar things (e.g. typos, x-N , old-N disused:N, N:disused, N-closed). But perhaps it would be better to directly bring it into final state and skip the middle-step.taginfo is a great help for it..https://taginfo.openstreetmap.org... |
| SomeoneElse | I'd be careful with any sort of "tidying" like this. Not all ways of conveying "former" have the same connotation. For example, in the UK roughly a dozen different tag/value combinations are used for "former pubs" - see https://github.com/SomeoneElseOSM/SomeoneElse-st... |
| Aleks-Berlin | OK |
|
| 37586262 | SomeoneElse | For info, this needs tidying too - I'd suggest moving all the appropriate tags to the relation https://www.openstreetmap.org/relation/5424252 . It makes no sense that the wikipedia article only applies to the outer surface of the walls but not the inner surface. |
| Aleks-Berlin | I agree. |
| SomeoneElse | OK, done. |
|
| 37585632 | Hjart | I've removed this link, because it pointed to the wrong place (and duplicated the correct one). |
| Aleks-Berlin | ok fine. I only fixed the format thing.wikipedia=Name, not wikipedia=en:Name, |
| SomeoneElse | @Aleks-Berlin You've been asked before to stop making mechanical edits. If this had truly been a non-mechanical edit you'd have spotted that https://www.openstreetmap.org/way/44108573 already existed and tried to merge the tags sensibly, or asked the local community for the best way forward. It's ... |
|
| 37546598 | SomeoneElse | You've changed http://www.openstreetmap.org/node/1448453650/history from "accommodation" to "guest_house", but are you sure that it really is a guest_house and not some other kind of accommodation (self_catering, bed_and_breakfast, something else)? |
| Aleks-Berlin | hi SE, the problem is "accomodation" is an undefined value (see http://wiki.openstreetmap.org/wiki/Key:tourism ) and the old value was used world-wide only about 10 times.To make the map more usable, I think it is a good idea to convert it to guest_house.From psycological point of view... |
| SomeoneElse | Just because you don't understand what the original mapper meant by "accomodation", please don't change it to something that you do understand (but which you do not know is correct).Something that is mapped using an "unusual" tag will be visible to people as being an unusual ta... |
| Aleks-Berlin | I'm sotrry for this. But last time it was different: I used JOSM to cahnge >1000x e.g. type=Private to type=private and it was complained about that some other untouched tags were obviuosly wrong but overseen by the change.But OSM has a general problem for beeing understood by tools (e.g. rende... |
| Aleks-Berlin | PS: I also kept note=accomodation to be understood later. Perhaps a fixme would be needed? |
| Deanna Earley | It should be reverted and possibly a note or fixme added with "can someone clarify what this is?"As mentioned, while the current value may be nonsensical to you, it did to the original editor and requires a survey to verify, NOT just an armchair blanket change. |
|
| 37518479 | Aleks-Berlin | the wikipedia link is broken |
|
| 37284335 | Aleks-Berlin | please follow these guidelines:http://wiki.openstreetmap.org/wiki/Key:wikipedia |
|
| 37224165 | Hjart | I 've changed the wikipedia link to point to the danish version + added a link to the wikidata item |
| Aleks-Berlin | good. I only wanted to correct the bad link. |
|
| 36951259 | Aleks-Berlin | please fix empty key =-1 (Saturn) |
| Ogmios | done |
|
| 34202360 | Aleks-Berlin | why you added key="osm_id" to relation?this is the only relation on planet having this.https://taginfo.openstreetmap.org/keys/osm_idwhat for is the key anyway? (since each obeject has its ID in osm) |
| tbsprs | Not sure how the key was added to the relation. Please note, I am still quite new to add new stuff to OSM and working with JOSM. |
| Aleks-Berlin | no problem, I just want to understand.So I will remove this key-value-pair. |
|
| 36626278 | Aleks-Berlin | local tag only, no wiki, no information |
|
| 36540976 | Aleks-Berlin | comment wrong: in Algeria, fr.wikipedia |
|
| 36514600 | Aleks-Berlin | all nodes have only one tag (ele) with identical value. the used import tool had a format/rounding problem (a.b999999999999) |
| SomeoneElse | How does this change improve the quality of OpenStreetMap data? |
| Aleks-Berlin | 1. It gives the wrong impression, that someone measured with precision smaller than atom-size. Typical common assumption is: +- half last digit = accuracy.2. Bytes are spend for noting.3. Is there any benefit not to change it? |
|
| 36401146 | maxerickson | ~1000 meters appears to have been more correct than ~300. A good source for US airport information is the FAA:https://nfdc.faa.gov/nfdcApps/services/airportLookup/airportDisplay.jsp?airportId=nv65There is a geographic search available here:https://www.faa.gov/airports/airport_safety/airp... |
| maxerickson | Sorry for the double message, after searching on County/State, the interesting information is at the "Airport Contact Information" link under Reports. |
| Aleks-Berlin | http://www.gcmap.com/airport/DRAElevation:\t3314 ft (1010 m)https://en.wikipedia.org/wiki/en:Desert Rock AirportElevation AMSL 1,010 ft / 308 mhttps://en.wikipedia.org/wiki/Mercury,_NevadaElevation 3,789 ft (1,155 m)==> ok you are right, and wikipedia is wrong.I will go to e... |
| maxerickson | I'm sure that gcmap and Wikipedia both got their information from the FAA database I linked, it's just that at some point someone involved with putting the data into Wikipedia thought that the 1010 meters needed conversion to meters.I think for US airports there is no reason to use any source ot... |
|
| 36484181 | Supaplex | I think there's some mistake that thought Matsu Beigan Airport is a Chinese Airport. It is control by Taiwan, also known as Republic of China |
| Aleks-Berlin | how to proceed here. could you fix this?otherwise I need to understand what is wrong? Of course my comment was wrong, but something else? |
|
| 36298880 | Aleks-Berlin | revert |
|
| 36410297 | Aleks-Berlin | revert |
|
| 36402834 | Aleks-Berlin | revert |
|
| 36403996 | Aleks-Berlin | reverted |
|
| 32929036 | Aleks-Berlin | why do you use ele=no for buildings in Leipzig?ele=elevation=HöheÜberMeeresspiegel (unit = meter).ele=no means nothing and should be avoided.PS: height vs. ele should be considered. |
|
| 35683653 | Aleks-Berlin | why you ignore:http://wiki.openstreetmap.org/w/index.php?title=Key:wikipediacite: "In almost all cases, a single wikipedia tag as described above is sufficient."wikidata.org was build to translate/link between different wikipedia language titles.At least one linke should follow t... |
| Lyubchenko Denis | I agree, but versions in Russian and Kazakh language have slightly different information. Therefore, I suggest to leave 3 options en,kk and ru. See wiwipedia: In another example the structure of subjects in articles cannot be matched 1:1 with interlanguage links (or maybe there are several articles... |
| Aleks-Berlin | Of course the content of these languages could be different, but this is not the point.The connection between the languages is done by wikidata project.For example: en:Berlin belongs to de:Berlin and fr:Berlin etc.The content for articles (e.g in nation conflicts) could be the opposite, but wi... |
| Lyubchenko Denis | Do I understand correctly that you suggest to leave one link on wikipedia: wikipedia=en:Almaty? |
|
| 35716874 | muralito | Aleks-Berlin, please respect local OSM definitions, e.g pop>10k is place=city in Uruguay. |
| Aleks-Berlin | Sorry for that. But it would make sence to add a hint to the engl-wiki to give others the chance to know it. Can you do this? |
| muralito | Sure.In which wiki pages do you think it should be the hint? |
| Aleks-Berlin | I took a look here (and where thinking this is a global rule). In DE or US town is used from 10k to 99k.Please change the rule here an tell the countries with town == city rule.http://wiki.openstreetmap.org/wiki/Tag:place%3Dcitythanks, Alex |
|
| 35387180 | naoliv | Aleks, why you are adding "is_in:iso_3166_2" to some cities?I don't think that it adds more information than it's already available in the data. |
| Aleks-Berlin | https://taginfo.openstreetmap.org/keys/is_in%3Aiso_3166_2 tells 26463 uses for this key.Yes this data could also be derived from other data, but more complicated.But I would first remove is_in:continent, -state, -country, is_in, etc., and still keep this short one. I you process 1mio POI it ta... |
| naoliv | But they are mainly in US. It seems they were imported from Tiger, as can be seen at https://taginfo.openstreetmap.org/keys/is_in%3Aiso_3166_2#combinations and not inserted by mappers.I don't think it's useful to start adding this tag if we can get the same result using spatial indexing.With ove... |
| Aleks-Berlin | Could you please tell me how to do it automatic (from script, eg. using wget).The task should look like: get all key="place" from inside iso:DE-HE.I dont want mouse interaction because we have >1000 different ISO-regions on this planet. Thank you for your help. |
| naoliv | I will take a look at a scriptable solution and get back to you. |
| Aleks-Berlin | many thanks in advance. Alex |
| Aleks-Berlin | the id of border (way or relation) is known to me. perhaps this makes it easier for you. |
| naoliv | Indeed knwoing the id helps a lot.For your DE-HE example, try this: http://naoliv.iq.unesp.br/osm/alex.htmlNote tha the id is in bold. It will be the only place where you will need to change.You can use "-O output-file" in wget to have a better final name too.It will always query d... |
| Aleks-Berlin | This gives all nodes place=town in "Brandenburg, germany", I think..http://overpass-api.de/api/interpreter?data=[out%3Ajson]%3B%0Aarea%283600062504%29-%3E.searchArea%3B%0A%28%0A%20%20node[%22place%22%3D%22town%22]%28area.searchArea%29%3B%0A%29%3B%0Aout%20body%3B%0A%3E%3B%0Aout%20skel%2... |
| naoliv | Yep, as JSON.I don't know if you took a look at my example, but it uses the same output, but as XML. |
| Aleks-Berlin | Yes it seems to works.But now I suffer on:all place=city && population>10000000 on full planet. Thanks alot, Alex |
| naoliv | Use a regex for thishttp://overpass-turbo.eu/s/cZHThis matches cities with population from 10000000 up to 99999999. |
| naoliv | And I guess "is_in:iso_3166_2" isn't needed anymore in Brazil? :-) |
| Aleks-Berlin | there are megabytes of key="is_in" having long values, and only kilobytes of is_in:iso*, so why it is so urgend to remove it? I would still like them, but not adding them.The problem is at the moment: questions with big results are still very slow and often aborting. |
| naoliv | Did you increase (or remove) the timeout in your overpass queries? Setting a too low timeout with slower queries won't return any result indeed. |
| Aleks-Berlin | I'm working on it to find a good solution.But beside this: 99% of is_in_iso (even outside USA) is not from me, so others also need it. I think we should start a broader discussion about all is_in* keys. |
| naoliv | What exactly do you need to find or process? Do you always need fresh data or you can use a daily extract? |
| Aleks-Berlin | only relation["place"="city"]["population"~"[0-9]{7}"]({{bbox}}); // over europe timeout=444 is breaking with internal server error but only 23 cities >1mio are inside.It should be doable, but is stille the limit (no timeout). |
| naoliv | Maybe querying smaller areas/countries and merging the results? |
|
| 34256932 | Aleks-Berlin | pop. should be number !http://wiki.openstreetmap.org/wiki/Key:population |
| woodpeck_repair | Edits in this changeset have partly been reverted or modified in 36561697 after complaints to DWG. |
|
| 35676822 | smaprs | Couldn't be kept the native language wikies? Like https://pt.wikipedia.org/wiki/Niter%C3%B3i for http://www.openstreetmap.org/node/173453728/history. Have you talked with the user that added that? Or local talk list (https://lists.openstreetmap.org/listinfo/talk-br)? |
| Aleks-Berlin | http://wiki.openstreetmap.org/wiki/Key:wikipediaciteation from ther:"In almost all cases, a single wikipedia tag as described above is sufficient." |
| smaprs | In the same wikipedia entry OSM provides alternatives for diversity. If a user have added a usefull native version, it should be kept (same reason as for local name, etc.). Otherwise, better fixing than deleting; and good policy contact editor. Most users for a local map are natives. |
| muralito | The tag in format wikipedia:lang is used for secondary or alternative languages (anyway those articles in several languages are linked in wikipedia, and if not linked should be fixed in wikipedia)For the native language, the tagging scheme is "wikipedia=<lang>:<wikipedia page title... |
| Aleks-Berlin | connecting the language versions of same wikipedia articles was the first mayor task of www.wikidata.orgTherefore we can trust the lanuage mapping, which works good since >1 year.Having redundant information is only blowing up the database. |
|
| 35671561 | mavl | Hello. We simply used a rule: "Ideally, a key is one word, in lowercase". http://wiki.openstreetmap.org/wiki/Any_tags_you_like |
| Aleks-Berlin | You are right. But changing the rest of the world would be more complicated than only one nation. But I agree, "iso3166-2" would have been my favorite. But for machine reading its better to have the same key worldwide. |
|
| 35652885 | dieterdreist | Please be more specific with your changeset descriptions. "fix bad country" doesn't allow to understanding what you were doing or why.Please note that place=locality is 100% wrong for a used building. It is a tag for an uninhabited place with a name. It can't be inside a city. It is a ... |
| Aleks-Berlin | I just wanted to remove place=country, but was not sure what the original author had in mind. I thought about fixme, but you are right it was only a half fix. Sorry |
|
| 35645813 | Aleks-Berlin | wrong title: fixed bad postcode |
|
| 35248197 | woodpeck | I note that in this changeset with a description of "popul 20c x3" (what does that mean?), you have added a postal code and elevation to a town in Mexico. Where does that data come from? You are making a lot of edits across the world and it seems unlikely to me that you actually have first... |
| Aleks-Berlin | (sorry for the delay, I was in holidays.)the source of fixing it is mainly the OSM-wiki + TagWatch (e.g. population=20,000 to 20000) and OSM database itself (is_in:iso, is_in).I try to make OSM data easy useable (e.g. no comma , ; inside integer values, or pop=20 habitants, means no useless unit... |
|
| 35203565 | AndersAndersson | Please stop removing values.There is no need. Fix the renderer if there is a problem with long values.I can agree that 99% of these values are not that accurate, but some values might be, and then you are reducing accuracy. |
| Aleks-Berlin | Hi Anders,it is not possible today to measure more than 1mm (H-Star) accuray with GPS in Lat+Lon. And Elevation is off by Factor of 10).Also other methods have are happy with 1mm in best case. Normal GPS is off by about 10 meters in height !Additionally the surface is not that even.Even good s... |
| AndersAndersson | Hello, I know that a GPS does not have that kind of accuracy. But I still don't see the point of editing every ele tag in the world. It creates unnecessary database edits and somewhere you're going to remove a value that actually is known to less than a cm. I don't have an example, and I guess it's ... |
| Aleks-Berlin | I did this one evening. And I only did easyly to find ones (e.g. 9x "9" = 999999999).1. If limiting datasize is no point and increasing readability by computers, why the many wikipedia:de,:en:fr:es:etc have been worldwide changed to wikipedia = en: ?Having identical keynames, and same ... |
| AndersAndersson | I will answer you by private message. The messages tend to be a bit to long :) |
|
| 35204916 | Stalfur | That isn't -73 meters for sure |
| Aleks-Berlin | about 300m around this are many strange ele=* !can you check this?I dont know this area. |
| Stalfur | I'm tempted to just delete those elevation lines as a bad import. We have access to official elevation data somewhere |
| SomeoneElse | https://www.openstreetmap.org/node/2831638186 is a Garmin waypoint that's been converted to a node. You'd need to ask the original author of https://www.openstreetmap.org/changeset/22086457 what each symbol meant when they recorded it. Of the tags only ele is likely to be of any use, and even then... |
|
| 35185437 | streckenkundler | Hei,nimm mal bitte auch ref:fgkz raus.Die Fließgewässerkennziffer 5828 ist nur für die Dahme gültig.Sven |
| streckenkundler | Danke. :) |
| Aleks-Berlin | Wenn du wieder mal etwas findest: ich suche nach unbrauchbaren oder flaschen Daten.VG, Alexander |