Changeset No. Date Contributor Comment
12018-03-31 05:37:35 UTCfx99 According to Canvec, MP 8047575 (and others) should be part of
Lake St. Joseph.
see also
http://www4.rncan.gc.ca/search-place-names/unique.php?id=FECHH&output=xml
22018-03-31 12:29:44 UTCRps333 OK. Feel free to change the name.

Cheers
12018-02-14 08:07:02 UTCPT-53 Hallo fx99,
keep right zeigt für dieses Gebäude https://www.openstreetmap.org/way/292240969/history diese Fehlermeldung an:
https://www.keepright.at/report_map.php?schema=95&error=95758062
.
Schaust Du Dir das nochmal an ?
Grüße
22018-02-14 11:27:49 UTCfx99 Auch wenn "building=bank"
(1280 x in OSM) mit "amenity=bank" etwas redundant sind, halte ich es für besser als das nichtssagende "building=yes"
32018-02-14 11:47:24 UTCPT-53 Hallo fx99,
das ist nur eine Filiale der VR Bank Ravensburg-Weingarten eG. Diese wird höchstwahrscheinlich nur einen Teil des Gebäudes einnehmen. Was ist mit der restl. Nutzung? Auch wwerden die entspr. Räumlichkeiten sicher nicht nur durch eine Bank genutzt werden können. Ich h...
42018-02-14 12:07:48 UTCfx99 Was schlägst Du vor?
Alles was nicht "building=yes" ist, ist mir recht.
Kannst es auch gleich ändern.
52018-02-14 13:31:11 UTCPT-53 Was ist so schlecht an building=yes ?
12018-01-11 16:46:16 UTCRentner49 welche Fehler habe ich gemacht, ich Bitte um Zusatzinformationen damit ich sie korrigieren kann und das ich in Zukunft sie nicht wiederhole
Im Voraus vielen Dank Rentner49
22018-01-11 21:30:08 UTCfx99 Sieht nicht schlecht aus, aber es gibt ein paar Kleinigkeiten:
Bei den Häusern Taciturstr. 6, Am Römerwall 28 sowie Ovidstr. 7 überlappen die Umrisse von Haus und Garage.
Bei Vergilstraße fehlt maxspeed=30.
Das Gatter bei Römerweg 27 ist 3 mal vorhanden, einmal als Weg...
12018-01-10 10:58:56 UTCPoliakoff Mykhailo Good afternoon . Why did you remove the boundary = administrative tag in the Crimea Look at the adjacent lines. Ukraine and Russia in the relationship uses an add-on in the form of tags for admin_level 6, 5, 4
These are our specialties
22018-01-10 11:06:31 UTCPoliakoff Mykhailo Hello!
Thank you very much for your contributions to OpenStreetMap!
I reviewed your changeset on OSMCha and found some errors or elements
that could be mapped in a better way. Feel free to message me
to know more about it or visit http://learnosm.o...
32018-01-10 21:18:32 UTCfx99 Sorry that I interferred with the local mapping. I will stay awy from this area from now.
12017-12-27 23:01:34 UTCGeofreund1 Im Bereich Ahornweg, Lindenweg scheint mir einiges mit den Adressen nicht zu stimmen?
22017-12-28 06:23:20 UTCfx99 Die Situtation lt. Maps4BW ist wirklich etwas verwirrend, aber abgesehen von der Korrektur 24->26 in der Schillerstraße wüsste ich nicht, wie man es besser machen kann. Locals an die Front!
32017-12-28 12:14:00 UTCGeofreund1 Ich hab' mir mal erlaubt die Geschichte zu korrigieren, Quelle Maps4BW. (Änderungssatz: 54981239)
Wenn's nicht gefällt, einfach die Änderungen rückgängig machen.
42017-12-28 12:33:38 UTCfx99 Die Zuordnung der in Maps4BW vorhandenen Nummern 6,7 und 8 zum Ahornweg war mir zu spekulativ!
Die Nummer "4" taucht in meinem Maps4BW nicht auf.
12017-11-08 14:58:47 UTCfx99 Hallo, in Siebeneich bei Schwabbach haben einige Gebäude ein tag "Kelter=Siebeneich".
Das ist doch wohl ein Versehen?
Gruß
fx99
22017-11-08 15:50:30 UTCchangchun_1 Danke für den Hinweis, hat sich wohl beim Kopieren eingeschlichen. Hab die Daten korrigiert.
Gruß
changchun_1
12017-10-11 07:58:38 UTCfx99 Bitte Linie 151204339 (fence) überprüfen.
Sie läuft mitten durch einen Orchard
22017-10-11 12:42:31 UTCjonsger Ich hab tatsächlich den fence gar nicht wirklich verändert, sondern nur die Bauernhoffläche mit der der fence verknüpft war, reduziert.
12017-10-10 13:07:56 UTCBeKri Finkenweg "11",
den führenden Strich hat Thomas schon weg,
aber warrum gib es die 11 jetzt 2* ?
ist das nicht eher die 1 ?
22017-10-10 17:30:19 UTCfx99 Hab da gerade mit JOSM 12921 und dem
HouseNumberTaggingTool gekämpft.
Die beiden mögen sich wohl nicht.
Ist jetzt korrigiert.
32017-10-10 19:22:53 UTCBeKri Prima, danke,
ich hab noch 12712
( gibt's "schon wieder" ne neue ?)
und hab bis jetzt keine Probleme ...
Sei's drum, wir taggen weiter ;-)
Gruss und happy tagging derBeKri
12017-09-11 18:13:04 UTCfx99 Hi, what is the sense of this relation:
https://www.openstreetmap.org/relation/7357659 ?
It started as boundary=historic: Kingdom of Italy (1918 -1947) , now it is boundary=geographic?? It is not identical to the political boundary of Italy.
Besides this, it is mis-spelled, and contains a a loop ...
12017-09-10 08:47:15 UTCfx99 What is the meaning of relation 5594276?
Besides being mis-spelled, and containing a a loop near Biosfera Val Müstair, it mutated from boundary=historic Kingdom of Italy (1910 -1947) to boundary=geographic
22017-09-10 10:40:34 UTCAlecs01 Hi, I believe you mean this one: https://www.openstreetmap.org/relation/7357659/history it has very little practical meaning to me, but you should ask the original creator (see history): https://www.openstreetmap.org/changeset/49832042
12017-09-04 06:29:12 UTCGerdP Moin!
Das tag highway=non-existent an
https://www.openstreetmap.org/way/520938650
gibt es nur hier. Ich schlage
removed:highway=track vor. Siehe auch
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
Andere Alternative wäre highway=razed
22017-09-04 16:37:48 UTCfx99 N'abend.
Das passt alles nicht so recht, weil der Weg ist zumeist mit Brennnesseln zugewachsen. Aber mit removed:highway=track kann vielleicht jeamnd etwas anfangen.
32017-09-04 16:43:17 UTCGerdP Na ja, Brennnesseln stören einen Trecker ja nicht wirklich, aber wenn der Weg gar nicht mehr als track verwendet wird, dann passt evtl. abandoned:highway=track besser.
12017-08-23 12:39:48 UTCGerdP Moin!
Bitte prüf mal den Tippfehler highway=driveway an
https://www.openstreetmap.org/way/437484492
Sieht für mich mehr nach einem highway=residential aus als nach hw=service + service=driveway
22017-08-23 14:29:53 UTCfx99 highway=driveway ist syntaktisch falsch (stammt aber nicht von mir).
residential ist es sicher nicht, da wohnt niemand. Es ist die Zufahrt zur SW-Halle, dem Recycling-Platz und der Tennisanlage.
Deshalb jetzt hw=service + service=driveway
32017-08-23 14:39:37 UTCGerdP Ich dachte an residential, weil die Straße einen Namen hat, ist aber wohl grenzwertig.
12017-05-22 21:29:14 UTCwalloHerbrechtingen Hi, in HDH there are some wrong adresses in in the Richard-Wagner-Straße. Only a "r" is lost.... Look: https://osm-suspects.gbconsite.de/#17/48.68634/10.13083/osm-wrongstreet
Happy mapping
Reinhard
22017-05-23 03:49:50 UTCfx99 Thanks, is fixed.
12017-05-17 08:34:54 UTCfx99 What did you intend with tis CS?
Adminlevel=8 \tIschia mostly disappearde.
12017-02-19 18:30:38 UTCcquest I've reverted the admin boundary relation that was deleted by mistake...
22017-02-20 18:57:13 UTCfx99 Thanks for fixing it. I have no idea how it happend to delete it.
12016-12-12 20:56:37 UTCGertjan Idema In this changeset a lot of buildings at the Oudegracht in Utrecht were split in two. One part that is under the street and one part besides the street. In reality, the buildings are one whole, with a part under the street. Therefore, I intend to re-combine the two parts to one building with the orig...
22016-12-13 21:22:19 UTCfx99 In principal I do not object, though I do not understand how youwill do the change. In any case, it should be clear after the changes that the street is on the ground level above the under ground buildings.
Maybe you try it out with some building and look at the results on some maps.
32016-12-13 22:18:28 UTCGertjan Idema I updated Oudegracht 359, 361 and 363.

Gertjan
42016-12-14 20:42:26 UTCfx99 361 is how I would do it. There is a basement (-1) stretching from the upperlevel building below the street and an above street house that is only west of the street.
52016-12-14 21:22:34 UTCGertjan Idema Makes sense to me. I'll do it like that.
12016-12-02 13:30:00 UTCViajero Perdido Hi fx99.

I'm trying to debug a breakage in rendering of the North Saskatchewan River (by MapsForge in Locus with OpenAndroMaps), and think I have it narrowed down to one of two possible causes.

1) The river through Alberta and Saskatchewan is now part of an extremely large (>1000km!) relati...
22016-12-02 16:09:32 UTCfx99 Thanks for your comments. The "inner" was certainly an error. I split the relation as you suggested at the AB/SK border (new: rel 6756626) . I hope all tools can handle it now.
32016-12-02 17:47:22 UTCViajero Perdido That was fast - thank you!

I'm pretty sure one of those fixes will take care of the glitch.

Cheers,
VP
12016-05-21 15:43:38 UTCfx99 You did not meanto delete 1400 objects?
Completely reverted this changeset.
12016-05-14 10:56:50 UTCfx99 completely reverted this CS since it distroid a lot of things, eg. the coastline
12016-05-14 10:56:33 UTCfx99 completely reverted this CS since it distroid a lot of things, eg. the coastline
12016-05-12 15:56:37 UTCfx99 Chronic of way: Plaza Cura Brochero (415191863) : what does landuse=yes mean?
12016-04-17 20:01:36 UTCsurveyor54 Hallo,
ich weiß nicht ob es dir aufgefallen ist, du hast nicht nur den Weg gelöscht, sondern auch Gemeinde- u. Gemarkungsgrenzen !

Gruß
surveyor54
22016-04-18 16:32:30 UTCfx99 Hab die Grenzen gefixt, aber vielleicht kann noch ein Ortskundiger draufschauen.
32016-04-18 16:56:56 UTCsurveyor54 Hätte ich auch machen können, ich wollte eigentlich eine Reaktion vom user, dass er etwas vorsichtiger ist beim Löschen.
42016-04-18 17:13:43 UTCDidelu Oh verdammt. Da ist mir wirklich ein schwerer Fehler passiert. Sorry und Danke fürs Fixen!

Ich werde zukünftig viel vorsichtiger sein.
12016-04-18 16:30:45 UTCfx99 Auch wenn der Weg nicht mehr existiert (was ich nicht überprüfen kann), solltest Du nicht die Grenzen mit weglöschen ( Kassel, Lanzingen)
12016-03-31 21:32:42 UTCJacob's-Staff Welchen Nutzen hat es "fee_zone=10 | network=VVS" zu entfernen? Auf der Routen-Relation ist auch nichts zu finden. Macht meiner Ansicht nach schon Sinn zu Wissen, dass die Station oben am Waldfriedhof auch noch die Zone 10 ist.
War nicht beim letzten Stuttgarter Stammtisch auch einer mit ...
22016-03-31 21:40:14 UTCJojo4u Beides ist wegen Redundanz an der stop_area Relation: https://www.openstreetmap.org/relation/935334
So hatte ich es auch auf https://wiki.openstreetmap.org/wiki/Stuttgart/Transportation dokumentiert.

LG Joachim
32016-03-31 21:45:49 UTCJacob's-Staff Ah danke für die schnelle Antwort - dachte mir schon, dass müsste irgendwo noch redundant vorhanden sein, macht aber an der stop_area-Relation am meisten Sinn. :-) Cool dann ist hier ja alles in Butter.
42016-04-01 21:44:28 UTCPeilscheibe Was sagen eigentlich die Leute dazu, die mit den tags arbeiten? Gibt es Diskussionen darüber, gibt es einen Konsens, solche tags von Objekten zu löschen?
52016-04-02 05:48:47 UTCfx99 Bin der vom Stuttgarter Stammtisch.
Nachdem Peilscheibe mich informiert hat, kann ich jetzt die Auswertungen erweitern.
http://overpass-turbo.eu/s/fpC
62016-04-02 19:57:16 UTCNakaner Die Redundanz reicht als Argument IMHO nicht aus. Zwar gibt es diese Vererbungen in der Theorie, aber in der Praxis werden sie von Entwicklern entweder vergessen oder ignoriert. Das Auswerten von Relationen ist ressourcen- und zeitaufwendig. (Bei einer Anwendung, für die ich nicht bezahlt/beauf...
72016-04-02 22:02:40 UTCJacob's-Staff [@Nakaner +1] -- Ich merke, nachdem ich mich nun auch mit den Auswirkungen beschäftigt habe, dass dieser Edit nicht gerade eine komplikationsfreie Erweiterung einer im Grunde recht einfachen Tatsache darstellt. Ich war zunächst nur besorgt, dass die Information gänzlich verloren sei. ...
82016-04-03 08:53:23 UTCJojo4u Es geht darum ob stop_position/platform wieder network, etc. bekommen?
Ich als Informatiker bin natürlich eher gegen eine doppelte Speicherung. Dies ist auch im Sinne des PTv2 Proposals:
Network = "Empfohlen, wenn keine public_transport=stop_area-Relation existiert. Ansonsten optional. &...
92016-04-04 21:50:38 UTCPeilscheibe Es wurde also noch kein stichhaltiger Grund genannt, warum zutreffende Informationen von Nodes entfernt wurden.
@Jojo4u: wenn Du an einer Haltestellenrelation ein Attribut ergänzen möchtest: nur zu, wenn es sachlich richtig ist. Das mandatiert jedoch nicht, von anderen Objekten (hier: no...
12016-03-03 01:20:52 UTCfx99 Das Mappen der Gebäude 18 und 20 entspricht nicht den Vorgaben für Multipolygone. Die outer dürfen sich nicht überlappen. Falls es sich bei den beiden Linien um ein Gebäude handelt, bei Linien verschmelzen, ansonsten das MP Löschen und zwei Gebäude als Linien zeich...
12015-07-26 10:07:09 UTCfx99 to my opinion, this relation is not correct:
1. Schlossplatz is the whole place including all grass, the statue etc.
2. the relation produces errors in the OSM inspector due to touching areas
3. in the map the name is shown many times

to me the whole area should be Schlossplatz, if you want t...
22015-08-23 18:16:13 UTCmalenki In cooperation and communicating with a local mapper (Jojo4u) the mapping of this area was enhanced several times by both of us to what we thought would be the best compromise but with us knowing and acknowledging we hadn't found the most elegant solution.
When you have better ideas how to map the ...
12015-06-13 06:12:09 UTCfx99 Are you sure that you wanted to delete
relation 349006 , admin level 6, Provincia de Málaga ??
12015-06-02 04:04:40 UTCfx99 your edits (without comments) seam to cause some problems with Greece admin boundaries, see eg. http://osm.wno-edv-service.de/index.php/10-osm-reports/207-countries-compare-2015-06-01
22015-06-02 07:10:00 UTCJayCBR its work in progress, so there will be some missing until i finish

its difficult to explain every single change, i do an extensive update to prefectures and regional units

12015-03-11 05:28:51 UTCMinh Nguyen What problems exactly did you clean up? It looks like you created additional overlapping ways for one township relation but not adjoining townships. I’m mainly asking so I can avoid causing more problems in the future.
22015-03-13 09:48:03 UTCfx99 responded by PN
12014-11-04 20:35:55 UTCfx99 way 114407316 war Teil eines Waldes!
Durfte nicht gelöscht werden.
fx99 has contributed to 30 changeset discussions(s) with a total of 72 comment(s)