Re: [Talk-de] Overpass-Integration meldet seit kurzem "Bad-Request" ohne Code-Änderung
Ich hatte heute das gleiche Problem. Bisher wurde das hier akzeptiert: [out:xml][timeout:3000];(node["mountain_pass"="yes"]; node["natural"="saddle"];node["natural"="notch"]; node["natural"="col"]);out body;>;out meta qt; seit 3-7 Tage bekam ich einen Fehler 400 zurück. Lösung war ein zusätzlicher ";" hinter "col"] und vor der Klammer [out:xml][timeout:3000];(node["mountain_pass"="yes"]; node["natural"="saddle"];node["natural"="notch"]; node["natural"="col"];);out body;>;out meta qt; Keine Ahnung, ob das schon immer falsch war und akzeptiert wurde, Gefunden habe ichs durch Vergleich mit dem Ergebnis des Wizards von Overpass Turbo. Grüße Max Am 06.05.2018 um 23:20 schrieb dktue: > Hallo, > > auf der TüBus-Karte [1] funktioniert seit kurzem -- obwohl der Code > nicht geändert wurde -- die Overpass-Abfrage nicht mehr. Der Request > wird mit Status 400 beantwortet. > > Weiß jemand, was sich geändert hat und was ich ändern müsste, damit die > Abfrage wieder funktioniert? > > Viele Grüße > dktue > > [1] http://tübus-karte.de > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis osm2pgsql issue - zusammenhang
On Thu, 7 Apr 2016, Tobias wrote: Hi, das verwenden den Bayern exports hat tatsächlich mein problem behoben. Was ich noch nicht verstehe ist warum ein falsches poly file beim zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat? Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen? Gruß und Dank Hi, die (Aussen-)Grenze des Kreises Landshut zu den Kreisen Mühldorf, Erding und Freising ist auch die Grenze zwischen Niederbayern und Oberbayern. Da liegen keine km dazwischen, die liegen auf diesem Stück aufeinander und wenn an der Stelle was kaputtgeht, fehlt dir eben dieser Kreis und der Regierungsbezirk. Deine Punkte sollten jetzt neu auch in Niederbayern (Relation 17593) liegen, dessen Grenze dir vorher gefehlt hat. Ich hab meinen Import schon wieder gelöscht ohne mir die Geometrie anzusehen, aber ich glaube, der Flächeninhalt der kaputten Relation 62657 (Kreis LA) war genauso gross wie der der Relation 62484. 62484 ist die Grenze der kreisfreien Stadt LA, die nicht zum Landkreis gehört und deshalb als "inner" in der Relation 62657 davon ausgenommen ist. Ich vermute, osm2pgsql ist über den offenen äusseren Ring von 62657 gestolpert, hat dann "inner" und "outer" verwechselt und Du hattest zwei deckungsgleiche Polygone für Kreis und Stadt. Dazu passt auch das falsche Ergebnis zum Node 369696958, der sowohl im Kreis als auch in der Stadt lag.. Grüße Max ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis osm2pgsql issue
Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias: > Hi, > > ich habe jetzt die Datenbank gedropt und auch das postgis template neu > angelgt > > ... Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein falsches Ergebnis. Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des Landkreises Landshut und von Niederbayern. Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt empfehlen und daraus ein grosszügiges Rechteck um Niederbayern ausschneiden. Grüße, Max ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] query in postgis osmosis
Am Dienstag, den 05.04.2016, 20:22 +0200 schrieb Tobias: > > für eine andere Bäckerei: > http://www.openstreetmap.org/way/369696958 > welche Direkt in Landshut liegt bekomme ich mit dem Query: > > SELECT DISTINCT area.osm_id, area.name, area.postal_code > FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON > ST_CONTAINS(area.way, element.way) > WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR > area.boundary = 'administrative') > > folgendes Ergebnis: > -62657;"Landkreis Landshut";"" > -3149176;"";"84030" > -62484;"Landshut";"" > Hi, dann ist aber was schief gegangen mit dem Landkreis. Die Bäckerei kann nicht in Relation 62484 und in Relation 62657 liegen. Landshut ist eine Insel im Landkreis. In meiner DB bekomme ich auch die vermutlich richtigen Ergebnisse (ohne PLZ, die habe ich nicht als eigenes Feld) SELECT DISTINCT area.osm_id, area.name FROM osm_polygon AS area JOIN osm_polygon AS element ON ST_CONTAINS(area.way, element.way) WHERE element.osm_id = '369696958' AND ( area.boundary = 'administrative'); osm_id | name +-- -17593 | Niederbayern -62484 | Landshut osm=> SELECT DISTINCT area.osm_id, area.name FROM osm_polygon AS area JOIN osm_polygon AS element ON ST_CONTAINS(area.way, element.way) WHERE element.osm_id = '142034442' AND ( area.boundary = 'administrative'); osm_id |name -+ -190875 | Altdorf -62657 | Landkreis Landshut -17593 | Niederbayern Grüße, Max ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Wunsch für openstreetmap.de
Am Donnerstag, den 05.03.2015, 17:55 + schrieb Sven Geggus: Heinz-Jürgen Oertel hj.oer...@t-online.de wrote: Im übrigen, es war ein Wunsch. Für Interessierte an der Geschichte Osteuropas.besonders wünschenswert. Die Lösung im deutschen Stil ist ein Kompromiss und ich finde eigentlich ein ganz guter. Tag zusammen, ich finde auch, den derzeitigen Kompromiss sollten wir lassen. Ziel der Darstellung von name:de ist es, heute gebräuchliche deutsche Namen auf der Karte zu finden, ganz unabhängig davon, ob die Gegend mal von Deutschsprachlern bewohnt war. old_name wäre also das Tag, das eher nicht dargestellt werden soll: Mailand ist üblich, also name:de und soll gerendert werden. Nach Worms im Veltlin wird kaum jemand auf der Karte suchen. Das kann man als old_name:de für historisch orientierte Auswertungen oder Karten erhalten, aber eben nicht auf openstreetmap.de anzeigen. viele Grüße, Max ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebiete bezeichnen
Am Freitag, den 26.09.2014, 10:52 +0200 schrieb Andreas Labres: On 26.09.14 10:05, Fabian Schmidt wrote: Es gibt mindestens eine gelungene Karte mit Labels für Regionen: http://geo.dianacht.de/topo/ , fehlt also nur noch ein geeigneter Umgang mit verschachtelten Regionen. Nett, sehr gelungen! Hohe Tauern... ah, die sieht man wieder nur eine Zoomstufe kleiner, ich nehme an, das ist das Verschachtelungsproblem. Ja, das Verschachtelungsproblem ist nicht wirklich gelöst. Auf der Karte sind nur ca 30 oder 40 Gebirge. Die sind in 3 Gruppen geteilt, 1 Bezeichnungen, die in Zoom9 verschwinden, weil sie dann durch ihre Untergruppen ersetzt werden (Hohe Tauern, Dolomiten) 2 Bezeichnungen, die in Zoom9 auftauchen, weil sie Untergruppen der ersten Gruppe sind (Venedigergruppe, Pragser Dolomiten) 3 Bezeichnungen, die in Zoom 9-12 stehen, weil sie keine Untergruppen haben (Rofan, Stubaier Alpen) Diese Kategorisierung wurde händisch gelöst. Ich musste das nur einmal für ein kleines Gebiet machen und für die 5 Fälle der 1. Gruppe schreibe ich kein Programm. Müsste ich das schreiben, würde ich die Lage abfragen und ratlos vor Gebieten stehen, die sich ganz unhierarchisch überlappen. Und schön wäre natürlich, wenn über allem A L P E N stünde Das wäre vermessen für eine Karte, die nicht mal die Hälfte der Alpen abdeckt ;) Grüße, Max ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine politisch korrektere Version des deutschen Kartenstils
Am Freitag, den 18.07.2014, 17:38 +0200 schrieb Johannes: Schade, dass das nicht mit Arabisch oder Hebräisch ging (kaputte Reihenfolge Zeilenumbruch bei Wechsel der Schreibrichtung). Hi Johannes, das Problem war grösser, den Zeilenumbruch hätte man einfach vermeiden können. Rechts-Links-Schreiber haben glücklicherweise eine Vorliebe für kurze Namen, ganz im Gegensatz zu Deutschen. name:de umbrechen und name in eine Zeile schreiben sah eigentlich ganz gut aus. Ausserdem gibt es einen Patch für Mapnik, der das Problem mit dem Umbruch gelöst hätte[1]. Aber: Ein wesentliches Merkmal des deutschen Stils ist ja neben den Farben und der Verwendung von name:de auch die Transliteration. Die wird überall dort eingesetzt, wo nur ein z.B. arabischer name-Tag vergeben wurde. Falls wir bei Orten mit vorhandenem name:de das Original mit arabischen Zeichen in Klammern setzen, aber bei anderen Orten ohne name:de die Transliteration, führt das zu einem ziemlich eigenartigen Gemisch der Schriften. Falls wir zusätzlich noch name:en und name:int auswerten, kann wirklich niemand mehr nachvollziehen, was warum auf der Karte steht. Ausserdem müsste man eine Schriftart finden, die alle möglichen exotischen Schriften und lateinische Buchstaben schön darstellt... Grüße, Max [1] http://forum.openstreetmap.org/viewtopic.php?id=25843 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seit Serverumzug: JOSM-Server meldet Fehlerhafte Anfrage
Hallo, Habe mal ne bescheidene Frage. Seit dem Serverumzug des JOSM-Servers an diesem Wochenende ist bei meinem Rechner (UBUNTU 9.10, hat sich seit letzter Woche nicht geändert) kein Download mehr möglich, Fehlermeldung: Der OSM-Server http://api.openstreetmap.org/api/0.6; meldet eine Fhelerhafte Anfrage Kennt jemand das Phänomen? An den JOSM-Einstellungen meines Rechners ist nichts geändert worden. Da war nur der Serverumzug. Ulrich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de