Changeset No. Date Contributor Comment
12018-06-06 18:30:44 UTCwaldhans Hallo Garmin-User,

ich habe die admin-grenzen 8 mit amtlichen Daten eingegeben und pflege sie ab und zu. Du hast nun die Grenzen von Viersen geändert. Solche Änderungen sollten nur nach Rückfrage mit den Erfassern gemacht werden. Ich werde das wieder ausbessern.

Aber was mich wi...
22018-06-06 21:03:55 UTCGarmin-User Hallo Kurt,

es handelte sich lediglich um eine Reparatur, bei der ein Mitglied zu lang war und einen Stummel bildete, was bedeutet, dass der Außenring dann nicht geschlossen ist. Wenn dieses Mitglied nun Mitglied mehrerer Relationen ist, werden alle diese Relationen geändert. Das ist e...
32018-06-06 22:37:56 UTCwaldhans Hallo Mario,

ich muss mich entschuldigen. du hast mit deinen Korrekturen den "wahren Täter" verdeckt. Das fiel mir erst nach dem Schreiben so richtig auf. Ich werde jetzt mal vonKom anschreiben. das mit den admin-level 10 Daten interessiert mich doch.

Also, kein Problem mit di...
12018-05-30 08:01:12 UTCMiselajus Hallo,
danke für die schnellen Korrekturen. Das geht ja so schnell, dass einem gar keine Zeit bleibt, sich selbst mit den "OSMI-Fehlern" zu beschäftigen.
Gruß Miselajus
22018-05-30 13:54:56 UTCGarmin-User Hallo Miselajus,

kein Problem. Da ich die letzten Tage mehrfach in der Region nachgebessert habe, habe ich mich gefragt, wie es zustande kommt. Da Du JOSM nutzt, kommen wegen dessen Möglichkeiten (wenn Du sie denn nutzt) für mich nur zwei Szenarien in Frage:

1. Du verwendest eine lok...
32018-05-30 20:50:27 UTCMiselajus Hallo,
ich hatte zunächst lediglich die Grenzrelation der Gesamtgemeinde heruntergeladen und in diesem Rahmen dann die ways der Ortsteile eingefügt. An den Schnittstellen mit der Außenrelation ergab sich dann teilweise die Notwendigkeit, die ways an dieser Stelle zu trennen.
Dabei...
42018-05-31 09:10:37 UTCGarmin-User Hi Miselajus,

heute war die Region in Ordnung.

Grüße
Mario
12018-05-12 22:13:41 UTCGarmin-User Hello,
please read the documentation https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members - especially the column "Occurrence".
Best regards
12018-05-10 05:08:55 UTCGarmin-User Hello,
please read the documentation https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members - especially the column "Occurrence".
Best regards
12018-04-17 14:30:49 UTCnlehuby Hi,

Bovi Marini (6921465) does not really look like an admin_level 4. According to its wikipedia page, it is a natural reserve, part of the city of Lampedusa e Linosa.
We can delete this relation, don't you think ?

Best regards
22018-04-17 19:23:21 UTCGarmin-User Hello,
you are right. This relation can be deleted, the own admin_level is nonsense. Do you take that over?
( The member ways are part of https://www.openstreetmap.org/relation/39150 )
Thanks for the hint, greetings
32018-04-18 09:31:15 UTCnlehuby Thanks !
I've changed it to boundary = protected_area, to keep the name and the wikidata info
https://www.openstreetmap.org/changeset/58194385
12018-04-13 04:38:00 UTCgscholz Hola,
this changeset has created several broken relations:

http://tools.geofabrik.de/osmi/?view=areas&lon=-77.81882&lat=-8.91647&zoom=10&opacity=0.75

Can you please fix this?

Saludos
Guido
22018-04-13 05:42:40 UTCGarmin-User Thank you for the hint, I can not find out errors in osmi and changed data too, please tell me the element type (way, relation) and their id.
32018-04-14 06:08:24 UTCgscholz Hola,
this error has obviously been fixed mean while or a temporary false negative of osmi.

Sorry for the confusion.

Saludos
Guido
12018-03-31 10:14:20 UTCSimonPoole Hallo, was hast du genau in diesem Changeset gemacht? Es gibt in der Schweiz im allgemeinen (Quartiere in Grossstädten ausgenommen), keine administrativen Einheiten mit Level 10 und ehemalige Gemeinden werden, wenn auch als Orte noch vorhanden, auch offiziell (siehe swisstopo) nicht mit den alt...
22018-03-31 17:23:06 UTCGarmin-User Hallo und danke für den Hinweis. Bronschhofen mit admin_level=10 wurde gelöscht, wobei durch den gemeinsamen Way mit Wil (auch admin_level=10) letztere nur defekt war, und die korrekte Relation Wil mit admin_level=8 war auch in Mitleidenschaft gezogen. Ich hatte das erstmal nur technisch i...
32018-03-31 18:22:16 UTCGarmin-User Ich habe mich dazu entschlossen, sie als historische Grenzen zu behalten. Danke nochmal.
42018-03-31 20:15:43 UTCSimonPoole Es gibt im Augenblick noch keine wirklich gute Lösung für Ortsteile die nicht administrative Einheiten sind (sprich flächige place Objekte haben diverse Problem die lösbar aber nicht gelöst sind). Gruss
12018-02-01 12:47:20 UTCripouille Hello, I think this is not a good idea because Logelbach is on two distinct localities. There are Logelbach in Wintzenheim and Logelbach in Turckheim. Regards
22018-02-01 18:18:13 UTCGarmin-User Thanks for the hint, I have corrected Turckheim.
One named locality -> one relation. The assignment is represented by relations with admin_level=8:
https://www.openstreetmap.org/relation/83245
https://www.openstreetmap.org/relation/83255
Regards
32018-02-02 07:35:36 UTCripouille Yes but the problem is nominatim say that this street is in Wintzenheim (Logelbach) but in fact it is in Turckeim (Logelbach)
https://nominatim.openstreetmap.org/details.php?place_id=225619221
How can we do this correctly in osm?
Regards
42018-02-02 18:20:27 UTCGarmin-User I think the problem is nominatim. It use named place=village for localisation too, and the node of Wintzenheim is closer than the node of Turckeim.
Regards
12018-01-15 19:01:49 UTCGarmin-User addr:* tags removed (especially addr:street and addr:housenumber can not include a bigger area with different addresses)
12018-01-14 10:51:42 UTCGarmin-User Hi,
such relations like https://www.openstreetmap.org/relation/7901341 are not a boundary.
22018-01-14 11:57:50 UTCGarmin-User Now its a boundary, but such relations can not have address tags - especially addr:street and addr:housenumber can not include a bigger area with different addresses.
12018-01-14 11:05:05 UTCGarmin-User Hi,
such relations like https://www.openstreetmap.org/relation/7901341 can not have address tags - especially addr:street and addr:housenumber can not include a bigger area with different addresses.
12017-11-06 11:48:05 UTCstreckenkundler trägst du das bei https://wambachers-osm.website/index.php/10-osm-reports/1075-countries-compare-2017-11-06 ein? Ist gerade erschienen. ...oder soll ich, daß es gefixt ist...

fragt Sven
22017-11-06 15:58:40 UTCstreckenkundler ich hab mal fix by other gesetzt.

Danke für die schnelle Reaktion der Fehlerbeseitigung.

Sven
32017-11-06 22:14:58 UTCGarmin-User Danke für's Eintragen. Fehler erkenne ich nach dem Download der täglichen Changes von der Geofabrik, zumindest für die mich interessierende Area, nur habe ich nicht immer die Zeit oder Möglichkeit nachzuschauen, ob "Countries-Compare" schon veröffentlicht ist, um d...
12017-10-16 11:25:21 UTCStereo Diese admin_levels sind aber schon auf der relation.
22017-10-16 12:01:20 UTCGarmin-User Stimmt natürlich. Ich habe admin_level und boundary an Members ergänzt, wo dies "fehlte". Das betraf nur einen kleinen Teil in Bezug zum Rest, der in Ordnung ist. So ist es einheitlich und erleichtert u.U. die Unterscheidung von anderen Objekten bei Edits, wenn Relationen nicht g...
12017-10-13 05:08:17 UTCGarmin-User Hallo,

ich habe natural=coastline zu landuse=grass zurückgeändert. Das war gestern/vorgestern schon falsch - und sogar als Relation angelegt. Jetzt war alles technisch korrekt, bis auf das coastline-Tagging. Coastline (Küstenlinie!) ist nur für Meer/Ozean/Riesenseen vorgesehen...
12017-08-17 14:23:52 UTCBeKri Servus,
irgwie ist da jetzt aber was "kaputt gegangen ..
Gemäß https://osm-suspects.gbconsite.de/liste/boundarypostcode
ist jetzt ein PLZ Boundery zerschossen
22017-08-17 15:37:04 UTCGarmin-User kaputt gegangen:
2017-08-16T19:03:19Z
gesehen in OSMsuspects:
2017-08-16T20:43:02Z
repariert:
2017-08-17T05:31:15Z
Alles gut. :o)
32017-08-17 16:43:19 UTCBeKri Ok sorry,
dann bin ich in die Delay-Falle von OSMsuspects reingefallen,
der macht halt erst nachher um ca. 20:45 reinen Tisch ;-(
Nix für ungut
12017-08-16 09:00:50 UTCstreckenkundler Hei,

trägt du das gleich ein?
https://wambachers-osm.website/index.php/10-osm-reports/992-countries-compare-2017-08-16

Ist gerade rausgekommen.
22017-08-16 10:43:15 UTCGarmin-User Danke für den Hinweis. Walters Seite gehört zu meinen täglichen Checks, da trage ich der Ordnung halber immer nach, wenn ich zeitnah dazu komme bzw. wenn niemand zuvorgekommen ist.
32017-08-16 11:51:52 UTCstreckenkundler Da warst du schneller... :)
12017-04-18 06:47:00 UTCGarmin-User Hallo Bob,

Du wolltest schon mehrfach die Ortsgrenze von Krumpa entfernen. Das Entfernen der Grenzlinie ist schon technisch falsch, da die Grenzen als Relationen gespeichert sind - die entsprechende Relation ist dann lediglich defekt. Die (alten) Ortsgrenzen haben durchaus ihre Berechtigung, so w...
12016-10-08 07:58:29 UTCNakaner Hallo ulilu,

wie du unter http://forum.openstreetmap.org/viewtopic.php?pid=611721#p611721 entnehmen kannst, sind mehrere Mapper – mich eingeschlossen – nicht mit deiner intensiven Verwendung von Multipolygonen einverstanden. Bitte verwende Multipolygone daher nicht, nur weil du sie ve...
22016-10-08 09:58:00 UTCulilu Hallo Michael,

Noch ein Nachtrag: Du verwechselst offenbar Multipolygon mit Relation. Ich erspare mir weit ausladende Erklärungen, die Du im Wiki selbst recherchieren kannst.

Freundlicher Gruß,
uli.l
32016-10-09 11:43:57 UTCSammysHP Hallo ulilu,

Nakaner hat schon ganz recht. Du erstellst unnötigerweise Relationen mit mehreren outer-Elementen (dies nennen wir bei OSM "Multipolygon"). Dies ist völlig unnötig und erschwert die Arbeit.

Ich bin der Meinung, dass sämtliche Änderungen dieser ...
42016-10-09 12:24:38 UTCulilu Hallo "sammysHP" (u. a.),

Multipolygone und Relationen sind zwei Paar Schuhe. Ich verstehe das Problem NICHT. Ich habe überdies alles dazu gesagt und wiederhole mich ungerne. Wo, gibt es mit zwei als "outer" attribuierten Teilstücken zweier Relationen Probleme?

Fr...
52016-10-09 12:31:21 UTCNakaner Hallo ulilu,

sammysHP hat leider Recht. Ich habe mir gestern die besserwisserische Antwort verkniffen. Wenn du es nicht glaubst, kannst du es selber im Wiki nachlesen:

https://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon

Es gibt bei OSM nur drei Datentypen: Nodes, Ways und Relations...
62016-10-09 12:37:14 UTCulilu Lieber Michael,

Es gibt Punkte und Wege (Linien). Miteinander am Anfangs- und Endpunkt verbundene Wege stellen Multipolygone dar. Unter Umständen sind die Teilabschnitte des Multipolygons zusätzlich zu einer Relation miteinander verbandelt. So verhalten sich die Dinge, und nicht anders....
72016-10-09 13:16:53 UTCwambacher NEIN: Multipolygone im OSM-Sinn sind IMMER Relationen. Es geht technisch garnicht anders. Diese Relationen bestehen aus mehreren Membern (i.d.R Ways aber Nodes und sogar Relationen sind hier möglich), sind in sich geschlossen (Ringe), werden mit type=multipolygon oder auch type=boundary getaggt...
82016-10-09 13:20:04 UTCGarmin-User Miteinander am Anfangs- und Endpunkt verbundene Wege sind Polygone = Vieleck. Erst wenn eine Fläche im Polygon ausgestanzt werden soll (z.B. Gebäude in Fußgängerzone), kommt man um eine Relation nicht herum - das Ergebnis nennt sich dann Multipolygon = "Mehrfach-Vieleck&quo...
92016-10-09 18:48:33 UTCulilu Liebe Diskuteure,

Ich weiche nicht einen Deut von meiner Erklärung des Verhältnisses Multipolygon/Relation bei OSM ab: "Es gibt Punkte und Wege (Linien [= mind. zwei miteinander verbundene Punkte]). Miteinander am Anfangs- und Endpunkt verbundene Wege stellen Multipolygone dar [auc...
102016-10-09 19:01:40 UTCmmd Zum Selbststudium darf ich in diesem Fall die Relation 6633281 ( http://www.openstreetmap.org/relation/6633281 ) empfehlen. Sie enthält einen Fehler und daher nicht auf der Karte dargestellt. Woran liegt es? Kleiner Tipp: das Tool unter ra.osmsurround.org ist zur Ermittelung der Fehlerursache n...
112016-10-09 19:03:23 UTCmmd Sorry, Typo: es sollte heißen: "und wird daher nicht auf der Karte dargestellt."
122016-10-09 19:38:00 UTCulilu Lieber "mmd",

Das ist typisch für die aktuell hier laufende Diskussion: Feststellung von etwas (selbstverständlich von etwas, was NICHT funktioniert) ... und: KEINE Hilfe/Unterstützung. Damit ist auf schöne Weise dargestellt, wie diese spezielle Nörgler-Communit...
132016-10-09 19:40:22 UTCNakaner Hallo ulilu,

das Problem sind nicht wir. Das Problem bist leider Gottes du. Es sind nicht 1000 Falschfahrer und einer, der richtig fährt, sondern 1000 Fahrzeuge auf der korrekten Richtungsfahrbahn und ein Falschfahrer.

Viele Grüße

Michael
142016-10-09 19:40:38 UTCseichter Ich versuche es auch einmal:
Miteinander am Anfangs- und Endpunkt verbundene Wege sind Polygone (Vielecke, genauer geschlossene Vielecke).
Mehrere solcher Vielecke zu einem Objekt per Relation vereint sind Multipolygone. Standardbeispiel dafür sind ein Gebäude mit Innenhof oder eine Inse...
152016-10-09 19:48:58 UTCmmd Mir ging es hier primär darum, die Grenzen der gewählten Arbeitsweise an einem konkreten Beispiel zu illustrieren, da ich davon den größten Erkenntnisgewinn beim Empfänger meiner Botschaft zu erreichen glaube. Mit einem anderen Editor, namentlich JOSM, besteht die Mögl...
162016-10-09 19:52:04 UTCgiggls @seichter: Bitte schaue Dir das OSM Datenmodell an. Es gibt bei OSM eben keine Multipolygone im Simple Features Sinn, wie Du sie erklärst.
172016-10-09 20:09:22 UTCulilu Regt Euch nicht unnötig auf!

Problem gelöst. - Ich arbeite, womit ICH will ... und das unter der selbst auferlegten Einhaltung höchster Standards und Ansprüchet. Euren Spaß an der Mobberei gönne ich Euch ja grundsätzlich. Ich habe jetzt aber keine Lust mehr, da...
182016-10-09 20:10:48 UTCseichter @giggls: Wenn mit simple features ein Nicht-Relations-Objekt (way) gemeint sein sollte: Ein Multipolygon ist nur als Relation darstellbar und etwas anderes kann ich aus meinem Beitrag nicht herauslesen.
Von daher verstehe ich den Beitrag nicht.

Zum Changeset hier: Eine normale residential-Fl&aum...
192016-10-09 21:31:23 UTCPeda Hallo zusammen,

ich antworte mal in dieser Diskussion weil hier vermutlich am meisten beteiligt sind.

Ich habe Uli vorläufig untersagt, Multipolygone/Relationen mit nur Outer-Ways zu erstellen, da es offensichtlich doch sehr viele Leute verärgert und es auch nicht gerade einsteigerfr...
12015-09-01 11:04:16 UTCGarmin-User Ich weiß nicht, was "natural=coastline" zum Ausschneiden von Inseln bezwecken soll... Dieses Tag ist nur zum Erzeugen von Meer/Ozean nötig. Entweder es erzeugt im Binnenland eine blau gefüllte Kachel (Kachel unbrauchbar) oder macht die Insel zu Meer (bei blau auf blau kann ...
Garmin-User has contributed to 19 changeset discussions(s) with a total of 60 comment(s)