Kleine Fragen 2014

Trotzdem Danke.

Danke - es waren mir nur so viele “Nurlöschungen”

Starte Josm mal im Terminalfenster - oder wie auch immer sowas beim Mac heisst - und schau dir die Ausgabe an. Dort listet er alle Plugins auf, die er beim Hochfahren findet.

das sieht bei mir so aus:


wambacher@wno-server:/data/osm/db/misc/admin$ josm-latest
Using /usr/lib/jvm/java-7-openjdk-amd64/bin/java to execute josm-latest.
INFO: Lade Plugin 'log4j' (Version 30762)
Fehler: Fehler beim Laden des Bildes 'xpresets/car.png'
WARNUNG: Could not get presets icon xpresets/car.png
Fehler: Fehler beim Laden des Bildes 'xpresets/car.png'
WARNUNG: Could not get presets icon xpresets/car.png
Fehler: Fehler beim Laden des Bildes 'presets/bus_halt.png'
WARNUNG: Could not get presets icon presets/bus_halt.png
INFO: Could not load tool definition getoffset
INFO: Lade Plugin 'reverter' (Version 30737)
INFO: RemoteControl: adding command "revert_changeset" (handled by RevertChangesetHandler)
INFO: Lade Plugin 'jts' (Version 30762)
INFO: Lade Plugin 'geotools' (Version 30762)
log4j:WARN No appenders could be found for logger (hsqldb.db.HSQLDB4946EBF4C4.ENGINE).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
INFO: Lade Plugin 'utilsplugin2' (Version 30762)
INFO: Lade Plugin 'undelete' (Version 30762)
INFO: Lade Plugin 'turnlanes' (Version 30737)
INFO: Lade Plugin 'PicLayer' (Version 30762)
INFO: Lade Plugin 'poly' (Version 30738)
INFO: Lade Plugin 'Tracer2' (Version 30762)
INFO: Lade Plugin 'terracer' (Version 30737)
INFO: Lade Plugin 'print' (Version 30737)
INFO: Lade Plugin 'photo_geotagging' (Version 30762)
INFO: Lade Plugin 'turnrestrictions' (Version 30762)
INFO: Lade Plugin 'pdfimport' (Version 30737)
INFO: Lade Plugin 'RoadSigns' (Version 30738)
INFO: Lade Plugin 'imagery_offset_db' (Version 30762)
INFO: Lade Plugin 'DirectUpload' (Version 30737)
INFO: Lade Plugin 'wikipedia' (Version 30738)
INFO: Lade Plugin 'OpeningHoursEditor' (Version 30737)
INFO: Lade Plugin 'opendata' (Version 30762)
INFO: Lade Plugin 'notes' (Version v0.9.4)
INFO: RemoteControl::Accepting connections on port 8111
INFO: RemoteControl::Accepting secure connections on port 8112
INFO: Message notifier active (checks every 5 minutes)
INFO: GET https://api.openstreetmap.org/api/0.6/user/details (Anzahl der ungelesenen Nachrichten abrufen)

Gruss
walter

ps: die Kleinigkeiten im Log stören mich nicht weiter. Ist halt reine Faulheit Zeitnot :wink:

Das poly-Plugin wird wohl gefunden:

...
INFO: Lade Plugin 'PicLayer' (Version 30762)
INFO: Lade Plugin 'buildings_tools' (Version 30762)
INFO: Lade Plugin 'poly' (Version 30738)
INFO: Lade Plugin 'Tracer2' (Version 30762)
...

Ich würde dann bei “Speichern unter” irgendwie einen Dialog erwarten, ob der Layer im Polyformat (und nicht im XML-Format) gespeichert werden soll. Oder geht das über einen anderen Menüpunkt?

Gruß Klaus

Genau: “Datei → Speichern unter”

ist schon seltsam.

Gruss
walter

Richtig, dieser Filter ist aber nur sichtbar, wenn der Punkt “Natives Dialogfeld für Dateiauswahl verwenden” unter Anzeige-Einstellungen → Verhalten und Aussehen NICHT ausgewählt ist.

Ach du Dickes Ei - sowas gibt es?

nun denn, Gruss walter

Danke … genau das ist es.

Das ist der Standard-OSX-Dialog:

… und dies (nach Änderung der Einstellung) der erweiterte Dialog:

Gruß Klaus

Guten Abend,

Bin recht neu hier und wollte mal fragen, wie man Polygone wieder nach vorne holt.
Mein Problem:
Nachdem ich https://www.openstreetmap.org/relation/109496 vervollständigt habe, wird der Wald https://www.openstreetmap.org/way/32916095 nicht mehr gerendert.

Viele Grüße!

Hallo,
du hast den Weg des Waldes als Outer in deine Relation gepackt. Deshalb wird der Wald nicht mehr gerendert. Du musst für den Outer und den Wald unterschiedliche Wege nehmen.
In diesem Sinne, AJoNee

Zunächst mal fehlt da ein “Haupttag” an der Relation.
Tags, die die Relationsfläche betreffen sollten an die Relation und nicht an den Outer-ways angebracht werden.

Hallo,

bei den inneren Teilen dürfen nicht Wegabschnitte der MP-inner als inner zugeordnet werden, sondern die beiden Relationen “allotments” und “Wasser” als Ganzes. Aber Multipolygone sind immer eklig zu bearbeiten. Wirklichen Überblick hat man nur während des Erstellens.

Grüße
Mario

Edit: Hab’s bearbeitet. Ich hoffe, es stimmt so.

Edit2: Irgendwie wurden die Gärten auf Wald (schimmerte durch) gemalt. Lag wohl doch an natural=wood, mit welchem der äußere Weg getaggt war, was aber an die Relation gehört. Die zwei entsprechenden innenliegenden Wegabschnitte sind nun wieder teil der MP-Relation.

Hallo!
Ich habe Koordinaten in EPSG:3068 (zum beispiel die hier: 10750,8030,15700,12120 … das sind BBOX-Werte für WMS falls das wichtig ist)
Ich würde das gerne in WGS84 (oder was OSM so benutzt ^^) umwandeln. Gibt es dafür eine einfache Formel, eine (Java-)Bibliothek oder einen Skript?

Vielen dank!
Selphiron

Uhiii… Soldner Berlin… ich liebe es… :smiley:

Soldner müsse soweit ich weiß ein Bessel-Ellipsoid zur Basis haben… was das nicht so einfach macht…

Soweit wie ich geschaut habe, müsste QGis mit Soldner umgehen können und auch nach WGS84 transformieren können. Mangels Daten im Soldner-System kann ich das aber nicht testen.

Sven

Edit: noch ein Link: http://www.stadtentwicklung.berlin.de/geoinformation/landesvermessung/etrs89/download/6_FAQ.pdf

Hilft das: http://www.deine-berge.de/umrechner_koordinaten.php

dürfte nicht… Soldner hat zwar das Bessel-Ellipsoid zur Basis, wenn ich mich recht erinnere, hat aber ein völlig eigenes Koordinatensystem dessen Null-Punkte so liegen, daß Berlin stets positive Koordinaten hat.
http://spatialreference.org/ref/epsg/dhdn-soldner-berlin/

Sven

cs2cs +proj=cass +lat_0=52.41864827777778 +lon_0=13.62720366666667 +x_0=40000 +y_0=10000 +ellps=bessel +datum=potsdam +units=m +no_defs -f "%5f"
10750 8030
13.197406	52.400161 0.000000
15700 12120
13.269842	52.437162 0.000000

Falls 13.197406,52.40016 ungefähr richtig ist für die erste Ecke, hab ich die richtigen Werte für EPSG 3068 gefunden. Dieses “cs2cs” gehört zu Proj.4

Grüße, Max

PS: Falls Du nur einmal umrechnen musst, schick mir ne Mail mit “x y” in jeweils einer Zeile, dann antworte ich mit einer Mail mit “x y lon lat”. Für öfter, musst selber installieren.

PPS: kommt beim Berliner Soldner erst der rechtswert oder erst der hochwert? Falls letzteres, wäre das hier die Lösung:

cs2cs +proj=cass ...
8030 10750
13.157179	52.424455 0.000000
12120 15700
13.216896	52.469167 0.000000

und der erste Punkt läge hier

Mehr als ein paar Meter Genauigkeit kann ich übrigens nicht versprechen. Mir ist zu wenig klar, welche Verschiebungen sich bei der Umrechnung der Ellipsoide ergeben. Bei den “üblichen” Koordinatensystemen gibts Erfahrungswerte. Was bei “proj=cass” passiert, wissen nur im Umrechnen erfahrene Berliner, fürchte ich.

Vielen dank für die vielen Antworten.
Also es geht mir um diesen WMS-Dienst: http://fbinter.stadt-berlin.de/fb/berlin/service.jsp?id=MsozSarblos252006@senstadt&type=WMS

Die erzeugte Kachel mit den oben genannten Koordinaten kann man wie folgt anfordern(einfach auf den Link klicken und es erscheint nach einer Weile eine PNG): http://fbinter.stadt-berlin.de/fb/wms/senstadt/MsozSarblos252006LOR?VERSION=1.3.0&REQUEST=GetMap&CRS=EPSG:3068&BBOX=10750,8030,15700,12120&WIDTH=8250&HEIGHT=4090&LAYERS=0,1&STYLES=&FORMAT=image/png

ich vermute, dass der Punkt den du ausgerechnet hast die linke untere Ecke der Karte ist (was man leider nicht ganz erkennen kann, da dort weiß ist). Die ersten beiden Werte geben ja die linke untere Ecke des Rechtecks/Kachels an und die letzten beiden die rechte obere (X Achse steigt nach osten und Y-Achse steigt nach Norden).

Könntest du das bitte nochmal hiermit probieren? 20650,24390,25600,28480
Hier sind alle Ecken in der Karte.

Vielen dank nochmal!

Den könntest Du auch mit EPSG:4326 und ganz normalen Längen und Breitengraden ansprechen. Hier sind in der URL nur das EPSG und die BBOX vertauscht. Und das WIDTH und HEIGH, damit das nicht so gross wird. Sowas erfährt man, wenn man in der Beschreibung auf “Capabilities” klickt und nach “SRS” Ausschau hält.

Gern: 13.341925,52.547637,13.414725,52.584549 falls man (x1,y1,x2,y2) liest. Oder 13.397239,52.514144,13.457321,52.558734 für (y1,x1,y2,x2). Ich wundere mich nämlich gerade über die BBOX bei dem WMS für EPSG4326, ich dachte, dort gäbe man auch erst den Rechtswert, dann den Hochwert an, deshalb lieber zwei Rechtecke.

ah mir war bewusst, dass EPSG:4326 auch geht aber ich wusste nicht, dass es die “normalen” Koordinaten waren. Also die Koordinaten sind glaube ich minX,minY,maxX,maxY

Hmm jetzt habe ich es mit EPSG:4326 probiert, habe aber nun ein anderes Problem. Ich weiß nämlich nicht, wie ich die Kacheln nun einteilen soll.
Bei EPSG:3068 konnte ich die Karte einfach in 10 Spalten und 10 Zeilen aufteilen und hatte am Ende 100 Kacheln der Größe 4090x4950 Pixeln. Dazu habe ich einfach die Gesamthöhe und die Gesamtbreite der Karte berechnet (MaxX - MinX = Gesamtbreite und MaxY - MinY = Gesamthöhe) und die Ergebnisse dann jeweils durch 10 geteilt und schon hatte ich die Kacheln in gewünschter Auflösung. Wenn ich jetzt aber die selbe Kachelgröße für EPSG:4326 nehme und ebenfalls in 100 Kacheln aufteile passen die benachbartern Kacheln nicht mehr zusammen. Sie sind leicht versetzt. Ich habe mal die Kacheln für 2 benachbarte Kacheln *(52.545939999999995,13.34212,52.582829999999994,13.41485 und 52.545939999999995,13.41485,52.582829999999994,13.48758) * aneinander gehängt und so sieht das aus: http://i.imgur.com/LgafFPz.png
Man sieht relativ mittig wie die Kacheln vertikal verschoben sind.

Ich glaube die Lösung ist ganz einfach aber ich stehe gerade total auf dem Schlauch…