Re: [Talk-de] Piktogramme als SVG
Am 15.06.2012 11:31, schrieb Manuel Reimer: Hallo, gibt es die Piktogramme (kleiner Brezel für Bäcker und die Symbole für Bank, Telefon, Briefkasten, ...), die Mapnik zum Rendern verwendet, irgendwo auch als Vektorgrafik? Wenn man die Karte in SVG rendern lässt und das ganze dann auf Plakatgröße großzieht, dann sehen die Raster-Piktogramme doch etwas arm aus... Schau mal hier: http://wiki.openstreetmap.org/wiki/Map_Icons Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Am 15. Juni 2012 15:18 schrieb Rainer Kluge rklug...@web.de: Hallo, Am 15.06.2012 14:29, schrieb Martin Koppenhoefer: In Frankreich wird der Schultyp mit school:FR getaggt: http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool finde ich weniger vorbildhaft. Wir haben im Projekt den Grundsatz, dass tags in Englisch geschrieben werden sollen. Wenn es ausnahmsweise in bestimmten Bereichen nicht anders geht, sollte man m.E. namespaces verwenden. Anstatt lycée z.B. fr:lycée um anzuzeigen, dass das ein französischer tag ist. Ich halte das für einen vernünftigen und pragmatischen Ansatz. ich nicht, wenn man das in allen 200+ Ländern so macht, wo kommt man da hin? Viele von diesen Ländern nutzen z.B. nicht das lateinische Alphabet. Ich finde der besondere Wert von OSM liegt auch darin, dass es ein ziemlich einheitliches Dataset ist. Wenn man für Details auf tags in beliebigen Sprachen ausweicht, wird das schnell Vergangenheit sein, und man wird noch viel viel mehr eine Sammlung von parallelen Systemen haben, anstatt eines gemeinsamen Datasets. Selbst wenn eine internationale Klassifizierung eine Abbildung aller deutschen Schultypen erlaubt, würde ich nicht auf den deutschen Schultyp verzichten. m.E. dann mit einem klaren namespace für die Sprache, falls das nicht englisch ist. Und ein DE für das Land dazu, damit klar ist, welche Realschule gemeint ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Am 15. Juni 2012 15:32 schrieb Jimmy_K jimm...@gmx.at: Wiki ist leider aus der Mode gekommen. Hier z.b. eine glaube recht gut (mit tags) ausgestattet Schule: http://www.openstreetmap.org/browse/node/651294435 Ja, da sind ein paar tags: ref = 3192 school:de = Realschule source = bs-hessen source:position = osm die aber z.T. seltsam sind: bei dem ref ist nicht klar, welche Art von Nummer das ist, ein sprechenderer Bezeichner wäre m.E. besser. Wenn Realschule ein formalisierter Wert sein soll, und nicht nur ein beliebiger String, dann sollte man es m.E. kleinschreiben. source:position finde ich komplett unverständlich bis überflüssig und source ebenfalls (weil m.E. nicht klar ist, was genau jetzt woher kommt. Bezieht sich das source auf die ref? Was verbirgt sich hinter der Abkürzung bs-hessen?) Wäre es nicht sinnvoller, school:DE=de:realschule zu taggen? Analog zum französischen System aber mit namespace für die Werte? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Am 15. Juni 2012 20:33 schrieb Walter Nordmann pil...@hotmail.com: Näheres hier: http://wiki.openstreetmap.org/wiki/DE:Hesse/Schools wobei ich das mir zu komplexe Zusatztagging auf ein absolutes Minimum reduziert habe - da stehen schonmal die Bedeutungen des ref bei hessischen Schulen: ref Dienststellennummer sub_ref Außenstellennummer sollen wir das deutschlandweit so machen, oder macht jedes Bundesland sein eigenes System? // school:de Schulart. Bei Schulen mit mehren Schularten sind die einzelnen Werte durch Semikolon getrennt. m.E. sollte man das ändern: school:DE Schulart, bei mehreren Schularten werden pro Schule ein Objekt angelegt (sofern es sich um eigenständige Schulen handelt) // Orientierungsstufe=jaNur bei Schulen, die eine Förder- bzw. Orientierungsstufe haben gesetzt // Gesamtschule=integriert/kooperativ Genauere Beschreibung der Form einer Gesamtschule // Förderschule Angabe des Förderschwerpunkt bei Förderschulen. In den hessischen Daten wird nur der Wert Lernhilfe verwendet. // sollte man namespacen, falls man keinen internationalen tag findet. Ich finde es ziemlich schlecht, dass von der OSM-Grundregel abgewichen wird, englische Tags zu verwenden und zu dokumentieren. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Grenzen - remappen?
Am 16. Juni 2012 07:19 schrieb Tirkon tirko...@yahoo.de: Da hier nun jedes Grundstück ein Flurstück darstellt, dieses ein Teil eines Flures - Gemarkung - Ortsteil - Kommune - Landkreis ist, lässt sich auch jede administrative Einheit anhand dieser Grenzsteine ausmachen. ob Flurstücke administrative Einheiten im Sinne von OSM sind, darüber kann man evtl. streiten, jedenfalls gibt es für diesen admin_level keine eigene Verwaltungsebene. Grundstücke sind nicht ganz genau dasselbe wie Flurstücke. Ein Grundstück besteht aus einem oder mehreren Flurstücken. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 15. Juni 2012 21:11 schrieb Alexander Matheisen alexandermathei...@ish.de: Was haltet ihr von dieser Idee? ich würde das automatisch bestimmen lassen aus den Gleisen, die auf das Gebiet führen, und ggf., falls bisher Werksgleise nicht als solches erkennbar sind (gerade zu faul, das im Wiki nachzuschlagen), dann lieber die Gleise näher definieren. Solche Sachverhalte wie oben, die sich bereits aus Topologie und Lage der Daten ergeben, sollte man möglichst nicht unnötig redundant auch noch mit tags eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 16. Juni 2012 14:35 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 15. Juni 2012 21:11 schrieb Alexander Matheisen alexandermathei...@ish.de: Was haltet ihr von dieser Idee? ich würde das automatisch bestimmen lassen aus den Gleisen, die auf das Gebiet führen, und ggf., falls bisher Werksgleise nicht als solches erkennbar sind (gerade zu faul, das im Wiki nachzuschlagen), dann lieber die Gleise näher definieren. bzw. den Haltepunkt. Also anstatt indirekt am Gesamtgelände zu taggen: hat einen Eisenbahnhaltepunkt/ Bahnverladung, lieber konkret dieses Feature taggen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass API - Ergebnis nicht komplett
Hallo, wenn ich die Relation 123.822 per Overpass-API ziehe, fehlt genau ein Weg (ID 4943717) in der Ergebnismenge.. Meine Query ist relation [name=Elbe] [type=waterway]; way(r); node(w); way(bn); ( way._ [waterway] [waterway!=riverbank] -.a; way._[natural=water]-.b; node(w.a); node(w.b); ); Hat jemand eine Idee, woran es liegen könnte? Alle anderen Wege erscheinen, nur dieser nicht - ich habe in der History von 4943717 nachgeschaut - alle bisherigen Autoren haben der ODbl zugestimmt, falls das eine Rolle spielt. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am Samstag, 16. Juni 2012, 14:35:41 schrieb Martin Koppenhoefer: Am 15. Juni 2012 21:11 schrieb Alexander Matheisen alexandermathei...@ish.de: Was haltet ihr von dieser Idee? ich würde das automatisch bestimmen lassen aus den Gleisen, die auf das Gebiet führen, und ggf., falls bisher Werksgleise nicht als solches erkennbar sind (gerade zu faul, das im Wiki nachzuschlagen), dann lieber die Gleise näher definieren. Solche Sachverhalte wie oben, die sich bereits aus Topologie und Lage der Daten ergeben, sollte man möglichst nicht unnötig redundant auch noch mit tags eintragen. Das ist jedoch nur mit erheblichem Rechenaufwand verbunden und würde das Rendering langsamer machen. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am Samstag, 16. Juni 2012, 14:37:10 schrieb Martin Koppenhoefer: Am 16. Juni 2012 14:35 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 15. Juni 2012 21:11 schrieb Alexander Matheisen alexandermathei...@ish.de: Was haltet ihr von dieser Idee? ich würde das automatisch bestimmen lassen aus den Gleisen, die auf das Gebiet führen, und ggf., falls bisher Werksgleise nicht als solches erkennbar sind (gerade zu faul, das im Wiki nachzuschlagen), dann lieber die Gleise näher definieren. bzw. den Haltepunkt. Also anstatt indirekt am Gesamtgelände zu taggen: hat einen Eisenbahnhaltepunkt/ Bahnverladung, lieber konkret dieses Feature taggen. Was ist z.B. mit einem großen Stahlwerk? Wo sind da die Haltepunkte? Und wie soll man dann den Bezug zur Fabrik haben? Ich will ja auf der Karte die Fabrik mit Namen und möglichst ihre Fläche sehen und nicht eine Haltestelle als kleiner Punkt ohne Namen und Ausdehnung. Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Martin Koppenhoefer wrote da stehen schonmal die Bedeutungen des ref bei hessischen Schulen: refDienststellennummer sub_refAußenstellennummer sollen wir das deutschlandweit so machen, oder macht jedes Bundesland sein eigenes System? Keine Ahnung. Mir wäre es Recht, allerdings haben wir nur hessische Daten dieser Qualität. // school:de Schulart. Bei Schulen mit mehren Schularten sind die einzelnen Werte durch Semikolon getrennt. m.E. sollte man das ändern: school:DE Schulart, bei mehreren Schularten werden pro Schule ein Objekt angelegt (sofern es sich um eigenständige Schulen handelt) // Orientierungsstufe=ja Nur bei Schulen, die eine Förder- bzw. Orientierungsstufe haben gesetzt // Gesamtschule=integriert/kooperativ Genauere Beschreibung der Form einer Gesamtschule // Förderschule Angabe des Förderschwerpunkt bei Förderschulen. In den hessischen Daten wird nur der Wert Lernhilfe verwendet. // sollte man namespacen, falls man keinen internationalen tag findet. Ich finde es ziemlich schlecht, dass von der OSM-Grundregel abgewichen wird, englische Tags zu verwenden und zu dokumentieren. hattu Recht: wurde alles schon im Forum besprochen. Link siehe oben. Meine private Entscheidung: keine schulspezifischen Tags in den OSM-Daten, da die sich zu oft ändern können und nicht internationalisiert sind; nur school:de hab ich übernommen. Trennung nach Schularten ist nicht möglich/sinnvoll, da es bei einer Schul-ID (Ref) auch wirklich *eine* Schule ist. (Organisationseinheit, Kontakt, Anschrift, Lage, Webauftritt, ...) Zur Klarstellung: Das wiki ist nicht von mir; ich hab nur versucht, das Beste draus zu machen. Man muss auch mal Sachen weglassen können. zu source und source:position bin ich mir nicht sicher. source wird sowieso bei osm für alles Mögliche verwendet: Datenquelle, Luftbild und anderes. source:position=bs-hessen sagt eigentlich nur aus, dass die Lagedaten vom Land Hessen kommen - das stimmt eh nicht mehr, da ca 95% der Lagedaten in OSM inzwischen besser sind. Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Schul-klassifikation-tp5712957p5713061.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Hallo, ich verstehe von OSM viel zu wenig um mich in die Diskussion einzumischen ... ... nur soviel ... Am 15. Juni 2012 14:29 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Im Wiki gibt es dieses Proposal zur feineren Klassifikation von Schulen: http://wiki.openstreetmap.org/wiki/Proposed_features/ISCED im Prinzip ein sinnvoller Vorstoß, aber leider ist in der Praxis das vorgeschlagene System eher noch nicht ausreichend für Deutschland. korrekt ;-) Die Sekundarstufe I ( http://de.wikipedia.org/wiki/Sekundarstufe_I ) z.B. umfasst alle gängigen Schultypen wie Hauptschule, Realschule und Gymnasium. und wenn ich es richtig sehe, fehlt das berufsbildende Schulsystem völlig. Es ist aber auch schwer zu vermitteln, da es dort (in Vollzeitschultypen) SchülerInnen gibt, die den Hauptschulabschluß anstreben aber auch welche, die Fachschulreife oder Abiturienten erwerben. Dann haben wir noch nicht von den eigentliche duale Berufsschule (in Teilzeit oder in Blockform) gesprochen. Weiss zufällig jemand, ob es ein (möglichst internationales) System gibt (evtl. Subsystem zu ISCED), wobei auch ISCED im berufsbildenden Bereich insgesamt offensichtlich nicht unumstritten ist. ;-) http://www.bibb.de/dokumente/pdf/Slides.Silke_.Schneider.pdf das eine genauere Unterscheidung zulässt? evtl. subtags für deutsche Schultypen? Oder verlassen wir uns auf den Namen wie bisher? Ansonsten komme ich viel in europäischen Schulen 'rum und sehe dass es in allen Bereichen erhebliche Unterschiede gibt. LG Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schul-klassifikation
Am 16. Juni 2012 17:05 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ansonsten komme ich viel in europäischen Schulen 'rum und sehe dass es in allen Bereichen erhebliche Unterschiede gibt. +1 und auch schon allein das deutsche System ist mir fast ein bisschen zu komplex, um es detailliert in griffige OSM-tags umzusetzen. Habe z.B. dieses anschauliche Schema gefunden, das das ein bisschen zusammengefasst wiedergibt: http://wiki.openstreetmap.org/wiki/File:Deutsches_Bildungssystem-quer.svg von daher habe ich meine Meinung ein bisschen verändert: zusammen mit ISCED level als sehr grobe Unterscheidung ist ein school:DE vermutlich eine ganz gute Lösung, um sowohl grob ne Vorstellung zu vermitteln als auch detailliert festzuhalten, was es ist. Da die Franzosen schon school:FR eingeführt haben, und es hier ja um ein Land und nicht um eine Sprache geht (in Deutschland müsste man ggf. Bundeslandebene verwenden, weil der Bund da nicht viel zu sagen hat, oder?), finde ich school:de mit kleinem de nicht so gut. Zumindest den key könnte man schon einheitlich gestalten. Wie macht man es dann bei Schulen, die mehrere Stufen umfassen, multivalues? z.B. Gymnasien. Und was hat es mit 2A und 2B auf sich? Gruß Martin Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 16. Juni 2012 16:16 schrieb Alexander Matheisen alexandermathei...@ish.de: Am Samstag, 16. Juni 2012, 14:37:10 schrieb Martin Koppenhoefer: Am 16. Juni 2012 14:35 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 15. Juni 2012 21:11 schrieb Alexander Matheisen alexandermathei...@ish.de: Was haltet ihr von dieser Idee? ich würde das automatisch bestimmen lassen aus den Gleisen, die auf das Gebiet führen, und ggf., falls bisher Werksgleise nicht als solches erkennbar sind (gerade zu faul, das im Wiki nachzuschlagen), dann lieber die Gleise näher definieren. bzw. den Haltepunkt. Also anstatt indirekt am Gesamtgelände zu taggen: hat einen Eisenbahnhaltepunkt/ Bahnverladung, lieber konkret dieses Feature taggen. Was ist z.B. mit einem großen Stahlwerk? Wo sind da die Haltepunkte? Und wie soll man dann den Bezug zur Fabrik haben? Ich will ja auf der Karte die Fabrik mit Namen und möglichst ihre Fläche sehen und nicht eine Haltestelle als kleiner Punkt ohne Namen und Ausdehnung. das muss ja nicht unbedingt ein kleiner Punkt sein. Ich habe z.B. mal die Bahnverladung bei Mercedes in Sinderfingen gesehen, das ist ein größerer Bereich, eine Art Güterbahnhof. Wer einen eigenen Gleisanschluss hat, wird normalerweise wohl auch innerhalb des Geländes für den Umschlag einen größeren Bereich vorsehen. Vermutlich ist das auch der Anteil, der für Eisenbahnkarten interessant ist. Ich finde es halt problematisch, an größere Objekte Zusatztags über Features anzubringen, wo die Features eigentlich für sich es wert sind, gemappt zu werden. Wir machen ja normalerweise auch keine Tags an ein Objekt: hat eine Telefonzelle, hat einen Briefkasten, hat 23 Sitzbänke, ist an eine Autobahn angeschlossen, ... sondern wir mappen diese Dinge einzeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Hi. Vorweg: Cool! ;) Was mir noch aufgefallen ist, was man tatsächlich verbessern könnte: Ich hab das Tool heute benutzt, um mal wieder die lokalen Busrouten auf Fehler zu überprüfen. Also nach typ, route und network gesucht und wunderbares Ergebnis bekommen. Was in der Ergebnisansicht aber fehlt ist der Status, der dann auf der Detailseite sehr prominent steht. Ich weiß nicht genau, wann der RA die Analyse durchführt. Wenn das natürlich erst beim Aufruf der Detailseite der Fall ist, hilft immerhin ein Status unbekannt, um zu wissen, welche man anklicken muss und welche nicht (mehr). Gruß Peter Am 13.06.2012 09:35, schrieb Adrian Stabiszewski: Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org Darüber hinaus wurden auch ein paar Erweiterungen und Detailverbesserungen durchgeführt: - verbesserte Suche nach Teilbezeichnungen von Relationen - direkte Suche nach ID oder Name aus der Menüzeile heraus - automatische Vorschläge von typischen Werten in der Suchmaske bei den Feldern Network, Route, Relation Typ und Operator. - bessere Farben bei der Way-Verteilung der Hauptstraßen - Analyse auf Karte jetzt mit Leaflet Library und direktem Zoom auf der gesamte Relation - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Beispiel: http://ra.osmsurround.org/analyzeRelation?relationId=2199113 Screenshots: https://plus.google.com/104853427339662862228/posts/gBSvRWdXHxo Ich bin am Überlegen im RA die Möglichkeit einzubauen, Tags direkt zu bearbeiten. Wie dies funktionieren soll, kann man beim Klick auf den Button Alle Tags anzeigen sehen. Die Idee ist, kleine Tippfehler oder fehlende Tags sofort korrigieren zu können. Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Hierzu hätte ich gerne etwas Feedback, ob das sinnvoll bzw. gewünscht ist. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyzer im neuen Gewand
Und noch eine zweite Anmerkung hintendran: Ein Cache-Status wär praktisch: Wenn ich wissen will, ob ich die Buslinie kaputtgemacht habe, ist ein falsches, weil zu lange gecachetes Hurra unbrauchbar. Gruß Peter Am 13.06.2012 09:35, schrieb Adrian Stabiszewski: Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org Darüber hinaus wurden auch ein paar Erweiterungen und Detailverbesserungen durchgeführt: - verbesserte Suche nach Teilbezeichnungen von Relationen - direkte Suche nach ID oder Name aus der Menüzeile heraus - automatische Vorschläge von typischen Werten in der Suchmaske bei den Feldern Network, Route, Relation Typ und Operator. - bessere Farben bei der Way-Verteilung der Hauptstraßen - Analyse auf Karte jetzt mit Leaflet Library und direktem Zoom auf der gesamte Relation - NEU: Höhenprofil bei A nach B Relationen, die lückenlos sind. Funktioniert nur, wenn der RA intern die Relation als einen Pfad erzeugen kann. Das Profil wird grob aus SRTM Daten extrahiert. Beispiel: http://ra.osmsurround.org/analyzeRelation?relationId=2199113 Screenshots: https://plus.google.com/104853427339662862228/posts/gBSvRWdXHxo Ich bin am Überlegen im RA die Möglichkeit einzubauen, Tags direkt zu bearbeiten. Wie dies funktionieren soll, kann man beim Klick auf den Button Alle Tags anzeigen sehen. Die Idee ist, kleine Tippfehler oder fehlende Tags sofort korrigieren zu können. Auch die Möglichkeit eine Relation zu löschen könnte ich einbauen um beispielsweise doppelte Relationen zu entfernen. Hierzu hätte ich gerne etwas Feedback, ob das sinnvoll bzw. gewünscht ist. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass api XML to http GET
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guten Abend, ich habe mich gerade ein wenig mit der Overpass api gespielt und würde gerne ein paar kleinere automatisierte requests absetzen. Bis jetzt habe ich meine Versuche auf das Overpass API Query Form beschränkt. Meine Frage ist wie komme ich am besten von meinem XML zu einem http GET das ich mir später mit einem PHP/perl/bash/java skript zusammen bauen kann? Gruß Tobias -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP3OJCAAoJEGkKxZ+TJ35MHSgIAKbYFMjWO2n3bH6/ZKFEcYHQ j2DDMclMCEZ/rE5jqkHOXV9sgopK7bq5jTf+Zak7D0rUqia66jk7m06kytO38V/G lfvUBd6UZzyKn7CwvyfY+Vz56rPeWZ3TwbJcc19kaV9BYCg3GYW66vktQn9eaKDy r52hc7wWMednH5cgQMO420LYQGVZUmmJ+RGIfIig2yDQDPP0o7Nfvw4yzC5PvE+c L/gxL0aAdIVH6Hkv2KsjCW49/9fe5btsBpSfQPWGZFyhjX/i82inVh+zotpeTd/j ckRuy7afU26TOBg4+T5OyeIKrhaDt/Qq2xLPy4GWAUHmEhAIjy1ezvHCYQMhyoE= =Hup4 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass API - Ergebnis nicht komplett
Hallo, wenn ich die Relation 123.822 per Overpass-API ziehe, fehlt genau ein Weg (ID 4943717) in der Ergebnismenge.. Meine Query ist relation [name=Elbe] [type=waterway]; way(r); node(w); way(bn); ( way._ [waterway] [waterway!=riverbank] -.a; way._[natural=water]-.b; node(w.a); node(w.b); ); Hat jemand eine Idee, woran es liegen könnte? Danke für die Fehlermeldung. Es ist ein Bug in der Software gewesen; dieser Bug ist jetzt beseitigt. Im Detail ist eine Anpassung auf die gestiegene Abfragezahl der letzten Tage nicht so ausgereift, wie ich gehofft habe: Dies betrifft Abfragen nach Keys ohne Values (hier waterway). Bis zur nächsten Version gibt es dann auch ordentliche Tests, aber im Moment freue ich mich über alle externen Fehlermeldungen, da ich zum Testen schlicht nicht gekommen bin. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de