Jakob48's Comments
| Changeset | When | Comment |
|---|---|---|
| 177129381 | Dis Sache habe ich Vor Ort dann selbst behoben und bei der Gelegenheit dleich alle anderen Arriva Briefkasten in Radolfzell kontrolliert. -Erledigt- |
|
| 177129381 | Hallo mcliquid, Dir ist offenbar nicht aufgefallen, dass der Briefkasten von Arriva GmbH nichts mit der Energieagentur, die dort ganz in der Nähe ansessig ist, zu tun hat. Dem lokalen Mapper lubaum hat diesen Fehler verursacht in seinem CS https://osmcha.org/changesets/177086082. Ich werde ihm kontaktieren. Ein klein bischen mehr aufpassen, auch wenn Du da ein Script eines anderen Mapper testet. Gruß
|
|
| 176859702 | Hallo mcliqiud, die Angabe in kp aus heutiger Sicht keine valide Angabe und man darf diese laut Gesetzgeber streng genommen nicht mehr verwenden. OTG-Regel hin oder her Es ist einfach naiv alles mögliche in OSM einzutragen. Lasst doch zukünftig solche Informationen einfach raus aus OSM. Gerade solche veralteten Angaben in kp. Gruß
|
|
| 176859702 | Hallo mcliquid, gut dass Du da einen besseren Key für die Kraftangabe gefunden hast. Der Lösung ist vollkommen in Ordnung. Beim Mast node/13410628980 stand aber noch eine seit 1978 nicht mehr zulässige Angabe in kp drin.
Gruß
|
|
| 176628306 | Hallo mcliquid, ich weis was im ATYL steht. Die deutsche Wikiseite habe ich vor 4 Jahren aus dem englischen Orginal übersetzt. Dort steht auch:
Der technische Parameter ist nur für Firmen interessant, die Stromtrassen planen und aufbauen. Ich frage Dich konkret: Welcher Datennutzer soll dies auswerten? Aus meiner Sicht sind solche Angaben schlicht einfach nur Datenschrott in einer Geodatenbank. Gruß
|
|
| 176628306 | Hallo mcliquid, bei meiner Recherche habe ich im britischen Englisch kein Begriff für maxforce gefunden. Außerdem sind die drei laut taginfo weltweit die einzigen. Ich bezweifele ob eine Belastungskraft von Strommasten überhaupt in OSM getaggt werden sollte. Das ist ein kritischer technischer Parameter von Strommasten.
Gruß vom Bodensee
|
|
| 176625021 | Hi @All, sorry for this great Changeset. The CS-Session was open in JOSM. Regards,
|
|
| 6839220 | Hallo Scout Jens, es dürfte Dir nicht entgangen sein, dass sein Edit bereits mehr als 10 Jahre her ist. harry_br ist seit längerem inaktiv. Nun ich habe das Problem dort gelöst. War dort nur wegen der abgebauten Telefonzelle zu gange. Bei der Gelegenheit habe ich auf die Schnelle den Parkplatz am Haus 1a angelegt und die Treppe mit Wegen verbunden. So macht das auch Sinn. Ob dieser Parkplatz ein öffentlicher oder privat ist konnte ich gestern auf die Schnelle nicht rausfinden. Da sollte ein Mapper mit Ortskenntnissen klären. Gruß vom Bodensee
|
|
| 170931337 | Comment is wrong, should be: Naturflächen, Wege in ehemaliger Kiesgrube im Wald "Hirschbrunnen". Sri. |
|
| 148640585 | Teil-Revert #162985707 - Gelöschte Zufahrtsstraße (way/87553697) zum Parkplatz, Milchwerk-Areal und zum Hotel Aquaturm wieder hergestellt. |
|
| 157975832 | relation/222970 reverted by changeset/158078124 |
|
| 149655430 | Sieht gut, ich danke Dir. |
|
| 149655430 | Hallo rene78, weshalb entfernst Du bei abgeschalteten Telefone der Telekom das disused:* Tag? Es geht um Node node/4511198084
Es macht in OSM-Carto keinen Sinn diese öffentliche Telefone anzuzeigen.
Gruß
BTW. siehe Diskussion: https://community.openstreetmap.org/t/anfang-2023-werden-alle-offentlichen-telefone-der-telekom-in-de-abgeschaltet/4712 |
|
| 142332613 | Hallo plenert, das ist was mich an OSM schlecht finde. Einmal ein CS-Kommentar zu schnell abgeschickt und man kann ihn nicht mehr ändern. Ralf sei mir nicht böse, aber ich werde beim Cano nichts mehr ändern. |
|
| 142332613 | plennert
|
|
| 142332613 | Und nochmal: Dein Revert ist einfach nur Bullshit. Lege den Lageplan in JOSM unter die OSM-Daten dann siehst Du selbst was mit deinem Revert anrichtest. Übrigens: An der Nordseite ist der Nachtzugang zum Parkhaus. Der hat vor Ort keinen Zugang zu den Einkaufspassagen. Toll, jetzt gibts ein Weg, der durch die Wand führt. Jakob48 Der sich für korrekte Daten in OSM einsetzt. |
|
| 142332613 | Hallo plennert, Dir ist offensicht egal ob die Wege im Cano über Bereiche ohne Boden führen. Findest Du das also als Richtig? Und genau darum geht es mir die ganze Zeit. Bedenke die im Lageplan hellgrauen Bereiche sind ohne Boden und vom EG kann ein Kunde ins UG schauen oder mit der Rolltreppe ins UG wechseln. Ich habe nicht gegen korrektes Indoor-Mapping, wenn dann soll es auch OTG den Gegenheiten vor Ort entsprechen! Jakob48 P.S.: Ich bin noch mehr irritiertweshalb Du als lokaler Mapper dies im Gebäude nicht selbst festgetellt hast was ich an renes Falschtagging falsch ist. Stichwort "ohne Boden" |
|
| 142332613 | Ich wiederhole mich nochmals: Kein Tagging für Routingengine um dort ein bestimmten Effekt zu erzeugen. Jakob48 |
|
| 142332613 | Hallo Plenert, nein, diese Wege sind so nicht wie es rene78 eingezeichnet auf keinen Fall vorhanden .
rene78 hat letztes Jahr versucht die Wege als Gebäusedurchgängen für Fußgänger getaggt gehabt. Ich muss hier mal Klartext schreiben: Rettungsdienste und Polizei nutzen OSM als Karten und Die verstanden nicht was das für Wege sind. Nach Ihrer Warnehmung brauchen die so eine irrefährendes Routing- durchs Gebäude - nicht. Ich bin jetzt echt irritiert über Dich plennert, gerade Du kommst aus einem Bereich des Rettungsdienst. Jakob48 |
|
| 142332613 | Hallo rene78, dann ist Dir auch bewusst, dass Deine diagonal verlaufenden Wegen falsch sind. Auf keinen Fall kommt man dort vor Ort auf direktem Wege von einer Tür zur nächsten. Was Du mit den Wegen im Gebäude versuchst ist, Taggen für bestimmte Router-Engines. Dies ist laut den OSM-Richtlinien verpönt.
Deine extra Wege im Innern bringen für OSM keinen echten Mehrwert. Der zur Standortbestimmung nötigen GPS-Empfangs ist in dem Stahl-Beton-Bau sowieso nicht möglich.
Jakob48 BTW. Die meisten Leute vom Bahnhof kommend, laufen erst mal in die August-Ruf-Straße, in die Fußgängerzone. |