Re: [Talk-de] Wie sinnvoll im Thread antworten? (Inhalticher Betreff: Open Data)
On Mon, Jan 21, 2013 at 12:02:26PM -0500, Max wrote: empfehlung: separaten email account für listenabonnements verwenden. nicht den digest/zusammengefassten modus verwenden. im mailclient filter/regel erstellen und mails in einen (lokalen) ordner verschieben nach email verlauf anzeigen (threadview) Separater Mailaccount ist bei Verwendung eines brauchbaren e-mail- Clienten unnötig. Eine Filterregel für die Mailingliste erstellen und alles in einen eigenen Ordner verschieben lassen. Dann kann man sich die Diskussion auch schön als Baum darstellen lassen und einfach darauf antworten. imho ist der digest modus nur für passive mitleser interessant. Ja, zum nur lesen mag der taugen, fürs sinnvolle Antworten nicht mehr (In-Reply-To: und/oder References: werden beim digest modus zerstört) flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Stefan, Scheint einige Gemeinsamkeiten mit unserem OpenPOIMap zu haben! ja, in einigen Bereichen sind Parallelen zur OpenPOIMap nicht zu leugnen. ^^ Was mir grundsätzlich fehlt ist ein Weblink und ggf. Tutorial, wie die OverpassQL denn aussieht. Im Forum [1] wurde auch schon darüber diskutiert. Ich kann schon mal sagen, dass in einer der nächsten Versionen sicher etwas in Richtung Einsteigerfreundlichkeit kommen wird. Angenommen ich möchte alle Zoos im Karten-Ausschnitt sehen. * Wie findet man heraus, was der Tag für Zoo ist? Naja, die Zielgruppe von overpass turbo (bzw. der Overpass API im Allgemeinen) sind schon erstmal die eher fortgeschrittene OSM User, die wissen sollten, wo man im OSM-Wiki nach Tagging-Schemas sucht. Später könnte man die Zielgruppe noch auf ambitionierte Einsteiger erweitern, dafür fehlt aber noch (wie du auch schon festgestellt hast) Einiges. * Und wo steht z.B. dass man statt query type=node auch query type=area verwenden kann? In der Dokumentation [3] der Overpass API [2]. Und offenbar werden nur Nodes dargestellt: Gibt es einen Weg Areas in der Karte (als Nodes?) darzustellen? Meinst du so etwas: http://tinyurl.com/ara8a9y ? Hm. Ich glaube dir Fehlt hier noch etwas Verständnis, was die Overpass API eigentlich macht. Wenn man Ways oder Relations (Areas sind wieder ein anderes Thema) abfragt, bekommt man genau diese, aber ohne die jeweiligen Nodes bzw. Members. Und ein Way ohne Nodes hat auch keine Koordinaten, die angezeigt werden können. Möchte man aber diese auch anzeigen, muss man das entsprechende recurse Statement (siehe [2]) verwenden. Am Besten du liest dich also erstmal in die Query Sprache(n) der Overpass API ein. Es lohnt sich! :) Ah, und eine Funktion um flächige oder linienförmige Objekte auf einen Punkt zu kontrahieren (wie es die OpenPOIMap macht) gibt es (noch) nicht (weder über die Overpass API noch über turbo). Grüße Martin / tyr_asd [1] http://forum.openstreetmap.org/viewtopic.php?id=19860 [2] http://wiki.openstreetmap.org/wiki/Overpass_API [3] http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
christian.pietz...@googlemail.com-2 wrote ... Wie muss ich die Daten exportieren, wenn ich sie zum Beispiel in Locus als POIs importieren will? ... Du mußt die Daten zusätzlich noch mit GPSBabel konvertieren. Wenn du sagst, was genau du haben möchtest, könnte man ein entsprechendes Beispiel posten ... Gruß Klaus -- View this message in context: http://gis.19327.n5.nabble.com/overpass-turbo-eine-Web-GUI-fur-die-Overpass-API-tp5746445p5746627.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
[Talk-de] Ingolstadt gibts doppelt?
Hallo, ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Siehe auch hier: http://osm.org/go/0JEZRMmF- Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen? gruß tjabo / hansdorfff (doofer Nick) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
hallo, auf der verlinkten URL konnte ich das Problem nicht sehen, aber wenn ich etwas herauszoome, sehe ich es [1] Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Siehe auch hier: http://osm.org/go/0JEZRMmF- Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen? Die Aufmerksamkeit der Nutzer testen :-) ? [1] http://schmidt9.de/2ingolstadt.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hi Martin, Am 25.01.2013 16:30, schrieb Martin Raifer: ... http://overpass-turbo.eu ich finds absolut geil! Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: * Sitzbänke * Wo werde ich mein Altglas oder Altpapier los? * Wo sind Geldautomaten? * Wo kann ich tanken? * usw usw. Letztlich braucht es sowas irgendwann auf www.openstreetmap.org, aber bis dahin ist deine Site genau das, was ich zumindest schon immer vermisst habe. Danke! gruß tjabo (OSM: hansdorfff) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Tjabo Am 27. Januar 2013 12:00 schrieb Tjabo Vierbücher h...@taponet.de: (...) Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: Finde die Site auch gut und nütlzlich. Aber abrufen konnte man die Daten schon immer: Einfach rechts den Layer-Selektor Kartendaten durchsuchen... anklicken :- LG, Stefan Am 27. Januar 2013 12:00 schrieb Tjabo Vierbücher h...@taponet.de: Hi Martin, Am 25.01.2013 16:30, schrieb Martin Raifer: ... http://overpass-turbo.eu ich finds absolut geil! Bei www.openstreetmap.org stört mich schon länger, dass man die ganzen Details, die man beim Mappen in die Karte steckt, nicht wieder abrufen kann: * Sitzbänke * Wo werde ich mein Altglas oder Altpapier los? * Wo sind Geldautomaten? * Wo kann ich tanken? * usw usw. Letztlich braucht es sowas irgendwann auf www.openstreetmap.org, aber bis dahin ist deine Site genau das, was ich zumindest schon immer vermisst habe. Danke! gruß tjabo (OSM: hansdorfff) ___ 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] Waldfläche NSG Hahnheide
Die Daten für die Waldfläche im NSG Hahnheide http://osm.org/go/0Ho4rCcK- sind nicht mehr vorhanden und werden demzufolge auch nicht mehr dargestellt. Ich war gestern dort, der Wald ist immer noch da und an der Flächenausdehnung dürfte sich auch nichts Wesentliches geändert haben, weil Naturschutzgebiet. Nun sind in den letzten Monaten einige Dinge bei OSM an mir vorbei gegangen, deswegen meine Frage, ob die Waldfläche eventuell der neuen Lizenz zum Opfer gefallen ist. Denn bevor ich mich jetzt ans Luftbildmapping wage und alle Enklaven mühsam einmultipolygonisiere, könnte man es ja erst mal im Guten versuchen und das Ding einfach wieder herstellen. Oder spricht da prinzipiell was dagegen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Am 27.01.2013 11:42, schrieb Tjabo Vierbücher:
ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir
eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die
Stadt Ingolstadt in OSM anscheinend doppelt existiert.
Mal eben die Query
node
[name=Ingolstadt]
[place=city]
({{bbox}});
out;
in die neue Overpass-Turbo-Seite werf, ergibt die 2 place Nodes:
node id=2110382406
node id=2110382407
für Ingolstadt.
Dient das noch einem anderen Zweck als pure Verwirrung zu schaffen?
Es dient vermutlich überhaupt keinem Zweck sondern ist ein simpler
Erfassungsfehler (einer von Millionen). :-)
Chris
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 12:43 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Vielleicht übersehe ich tatsächlich etwas, aber zu type=area (bzw. make-area) finde ich da nichts; auch in der OverpassQL nicht: Das stimmt. Die Overpass-API Areas sind nur sehr spärlich dokumentiert. Ein bisschen etwas ([1] und [2]) habe ich gefunden, ist aber wirklich nicht viel. Ich glaube Roland hat dieses Feature erst seit relativ Kurzem wirklich fertiggestellt hat und deswegen die Doku noch etwas Nachholbedarf hat. [...] Aber gibt es eine kompaktere XML-Syntax-Variante dazu (mit logisch OR)? In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Grüße [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Areas [2] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Query_for_Areas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Hi,m Am 27.01.2013 13:45, schrieb Chris66: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Mal eben die Query... Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) gruß tjabo / hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Martin Raifer wrote: Die Meldung beinhaltet aber auch folgendes: Note that you may have to enable cookies and/or local Data for this site on some browsers (such as Firefox and Chrome). :P overpass turbo funktioniert im Übrigen auch nicht wenn JavaScript für die Seite deaktiviert ist. Da fragt man sich allerdings zwangsläufig: Warum wird auf Cookies bestanden? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27. Januar 2013 14:39 schrieb Martin Raifer tyr@gmail.com: (...) In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Stimmt. Frage mich zwar, warum nicht einfach has-kv k=railway regv=rail | narrow_gauge/ nehmen? Schön, dass auch die Negation geht: has-kv k=railway modv=not regv=rail | narrow_gauge/ ... nur dass dann die Performance definitiv in die Knie geht. LG, Stefan Am 27. Januar 2013 14:39 schrieb Martin Raifer tyr@gmail.com: Am 27.01.2013, 12:43 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Vielleicht übersehe ich tatsächlich etwas, aber zu type=area (bzw. make-area) finde ich da nichts; auch in der OverpassQL nicht: Das stimmt. Die Overpass-API Areas sind nur sehr spärlich dokumentiert. Ein bisschen etwas ([1] und [2]) habe ich gefunden, ist aber wirklich nicht viel. Ich glaube Roland hat dieses Feature erst seit relativ Kurzem wirklich fertiggestellt hat und deswegen die Doku noch etwas Nachholbedarf hat. [...] Aber gibt es eine kompaktere XML-Syntax-Variante dazu (mit logisch OR)? In diesem Fall kann man über reguläre Ausdrücke ein logisches OR simulieren (klappt aber nur bei mehreren Values des gleichen Keys): has-kv k=railway regv=^(rail|narrow_gauge)$/ Grüße [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Areas [2] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Query_for_Areas ___ 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] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 14:57 Uhr, schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Da fragt man sich allerdings zwangsläufig: Warum wird auf Cookies bestanden? Berechtigte Frage. Für einige Funktionen (Abspeichern der Settings, Abspeichern und Laden von Queries) verwende ich die sogenannte WebStorage API [1]. Einige Browser (Firefox und Chrome) erlauben das Verwenden der WebStorage API aber nur genau dann, wenn Cookies erlaubt sind. Über den Sinn dieser Verknüpfung lässt sich wahrscheinlich streiten; zumindest spricht aber Chrome in seinen Einstellungen nicht mehr nur von Cookies, sondern von lokalen Daten. PS: Die Installation auf overpass-turbo.eu beinhaltet außerdem noch einen piwik Tracking-Code (der in der Tat Cookies setzt). Das Tracking verwende ich um einen ungefähren Überblick darüber zu bekommen, welche Funktionen wie stark benutzt werden. Wer sich daran gestört fühlt, kann entweder über seinen Browser den Do_Not_Track Header setzen, oder sich gleich von github den Code von overpass turbo holen und diesen lokal ausführen (dafür wird kein Web-Server benötigt). Schöne Grüße Martin / tyr_asd [1] http://de.wikipedia.org/wiki/Web_Storage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 15:17 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Frage mich zwar, warum nicht einfach has-kv k=railway regv=rail | narrow_gauge/ nehmen? Weil der reguläre Ausdruck /rail|narrow_gauge/ z.B. auch für den Wert light_rail zutrifft (weil rail enthalten ist). Was wahrscheinlich nicht gewollt war, oder? Schön, dass auch die Negation geht: has-kv k=railway modv=not regv=rail | narrow_gauge/ ... nur dass dann die Performance definitiv in die Knie geht. Wahrscheinlich weil dann fast alle Wege des Gebiets zurückgeliefert werden. Über modv=not werden meines Wissens nach hier auch alle Objekte zurückgeliefert, die gar kein railway Tag haben. Aber du hast natürlich trotzdem recht: Die Performance leidet definitiv unter regulären Ausdrücken. Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Martin Raifer wrote: Für einige Funktionen (Abspeichern der Settings, Abspeichern und Laden von Queries) verwende ich die sogenannte WebStorage API [1]. Einige Browser (Firefox und Chrome) erlauben das Verwenden der WebStorage API aber nur genau dann, wenn Cookies erlaubt sind. Über den Sinn dieser Verknüpfung lässt sich wahrscheinlich streiten; zumindest spricht aber Chrome in seinen Einstellungen nicht mehr nur von Cookies, sondern von lokalen Daten. Und warum stellt der Service die Funktion ein, wenn Webstorage abgestellt wurde? Wäre es keine Option die Aktiviere Cookies-Meldung erst anzuzeigen wenn versucht wird zu speichern? PS: Die Installation auf overpass-turbo.eu beinhaltet außerdem noch einen piwik Tracking-Code (der in der Tat Cookies setzt). Das Tracking verwende ich um einen ungefähren Überblick darüber zu bekommen, welche Funktionen wie stark benutzt werden. Wer sich daran gestört fühlt, kann entweder über seinen Browser den Do_Not_Track Header setzen, oder sich gleich von github den Code von overpass turbo holen und diesen lokal ausführen (dafür wird kein Web-Server benötigt). Und genau wegen solchen Spielereien habe ich meinen Browser so konfiguriert, dass er zwar alle Cookies annimmt (um Webseiten auszutricksen) aber beim Beenden allesamt entsorgt. Ebenso verfahre ich mit WebStorage. Nur ganz wenige Seiten sind auf der Whitelist und dürfen Cookies länger als eine Sitzung lang abspeichern. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ingolstadt gibts doppelt?
Am 27. Januar 2013 15:01 schrieb Tjabo Vierbücher h...@taponet.de: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) Solche Dinge sehe ich auch als Hinweis auf mögliche weitere Probleme, ich würde mal nachsehen, warum das Anfang 2013 neu erstellt wurde, und wo die history abgeblieben ist: http://www.openstreetmap.org/browse/changeset/14645118 Normalerweise gibt es 2 Varianten: Opfer der Lizenzumstellung oder Vandalismus (absichtlich oder aus Versehen). Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history Selbst da sieht man vermutlich nicht die volle History, weil 15. Feb 2009 auch schon ein bisschen spät ist für die Aufnahme einer deutschen Großstadt in OSM. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Ich nochmals: * Gibt es einen Button, um die Abfrage (und Karte) zurückzusetzen (zu leeren)? * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? * Und um die langen Queries (und URLs) zu vermeiden, könnte man einen Short-Key-Generator einrichten LG, Stefan Am 25. Januar 2013 16:30 schrieb Martin Raifer tyr@gmail.com: Hallo, gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (z.B. wegen seiner Stärke beim Filtern von OSM-Daten). Leider gab es bis jetzt keine einfache, schnelle und effiziente - kurz gesagt benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren. Hier sind ein paar Anwendungsfälle, wo overpass turbo praktisch sein könnte: * Beim Suchen nach (seltenen) Tippfehlern oder Namenskonventionsbrüchen, die noch von keinem QA Tool abgedeckt sind. * Zum Anzeigen und Untersuchen von geografisch großen Objekten (Grenzen, Flüssen, Autobahnen, ÖPNV-Linien, usw.). * Immer dann wenn man nur einen gefilterten Teil der OSM-Daten benötigt. * Zum Testen und Entwickeln von mehr oder weniger komplexen Overpass API Anfragen. * Um Prototypen von anklickbaren oder statischen Karten zu erstellen, die bestimmte OSM Objekte anzeigen. http://overpass-turbo.eu Das ist der Link, um zu overpass turbo zu gelangen [1] (alternativ gibt es auch eine Installation auf overpass-api.de [2]). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite [3] oder im github repository [4]. Viel Spaß damit :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ 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] overpass turbo - eine Web-GUI für die Overpass-API
Lieber Manuel Am 27.01.2013, 15:44 Uhr, schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Und warum stellt der Service die Funktion ein, wenn Webstorage abgestellt wurde? Das macht er ja nicht! Es steht Jedem frei, die Meldung/Warnung wegzuklicken und die Web-Applikation trotzdem (mit eingeschränktem Funktionsumfang) zu verwenden. Wäre es keine Option die Aktiviere Cookies-Meldung erst anzuzeigen wenn versucht wird zu speichern? Im Prinzip wäre das schon machbar. Allerdings gibt es noch eine Funktion, die jede Änderung im Query-Editor per WebStorage zwischenspeichert (um z.B. bei versehentlichem Schließen des Browserfensters Datenverlust zu vermeiden). D.h., die Meldung, dass man lokale Daten/Cookies aktivieren soll würde sich nur unwesentlich verzögern. Für mich als Entwickler der Applikation sind die Funktionen, für die WebStorage benötigt wird, essentiell genug, um die Fehler-Meldung beim Start zu rechtfertigen. [...] piwik [...] [...] Spielereien [...] Natürlich akzeptiere ich deine Haltung (kann sie auch nachvollziehen). Aber ich möchte dich bitten, für diese Domain trotzdem zusätzlich den Do_Not_Track Header zu senden (falls du das nicht eh schon machst), damit du die restlichen statistischen Daten nicht noch zusätzlich vorsätzlich verfälschst. Vielen Dank! Viele Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Stefan, Am 27.01.2013, 16:24 Uhr, schrieb Stefan Keller sfkel...@gmail.com: * Gibt es einen Button, um die Abfrage (und Karte) zurückzusetzen (zu leeren)? Nein, noch nicht. Workaround: Seite neu laden = F5 :D btw: das Zurücksetzen des Daten-Overlays kann ich nachvollziehen, aber wofür sollte man die Abfrage leeren können? * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? Ja, in der Tat. Das ist auch der (programmiertechnische) Kern der ganzen Anwendung. Streng genommen gibt allerdings noch (mindestens) eine weitere unabhängige Implementation eines OSM-GeoJSON Konverters, und zwar im Kartendaten durchsuchen Layer der OSM Hauptseite. Dieser bietet aber keine Möglichkeit, die GeoJSON-Daten direkt zu exportieren. * Und um die langen Queries (und URLs) zu vermeiden, könnte man einen Short-Key-Generator einrichten Klingt sinnvoll! Wird wahrscheinlich bis zum nächsten Update eingebaut. Danke für deinen Ideen! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
hi michael, keine Ahnung, was da abgegangen ist - kann wirklich alles mögliche gewesen sein. Frag doch auch mal im forum nach ( http://forum.openstreetmap.org/viewforum.php?id=14 ) einfach deine osm-id und password benutzen. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Waldflache-NSG-Hahnheide-tp5746646p5746693.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] Ingolstadt gibts doppelt?
Hallo, die bayrischen Grenzen wurde vor kurzem nach der Freigabe der Daten überarbeitet. Eventuell ist das ein Fehler vom doppeln der Grenzen… Die Placenodes waren mitunter in der Boundary-Relation. l Am 27.01.2013 um 16:01 schrieb Martin Koppenhoefer: Am 27. Januar 2013 15:01 schrieb Tjabo Vierbücher h...@taponet.de: Am 27.01.2013 11:42, schrieb Tjabo Vierbücher: ich fange gerade an, mit der Overpass-Api zu spielen. Ich habe mir eine Liste aller Städte abgerufen, und dabei zufällig entdeckt, dass die Stadt Ingolstadt in OSM anscheinend doppelt existiert. Ich habe jetzt die rechte obere Ingolstadt gelöscht. Löscht also bitte jetzt nicht die untere linke :-) Solche Dinge sehe ich auch als Hinweis auf mögliche weitere Probleme, ich würde mal nachsehen, warum das Anfang 2013 neu erstellt wurde, und wo die history abgeblieben ist: http://www.openstreetmap.org/browse/changeset/14645118 Normalerweise gibt es 2 Varianten: Opfer der Lizenzumstellung oder Vandalismus (absichtlich oder aus Versehen). Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history Selbst da sieht man vermutlich nicht die volle History, weil 15. Feb 2009 auch schon ein bisschen spät ist für die Aufnahme einer deutschen Großstadt in OSM. Gruß Martin ___ 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] Ingolstadt gibts doppelt?
Am 27. Januar 2013 16:01 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Gefunden habe ich diesen Node, der Lizenzbot war da wohl nicht dran: http://www.openstreetmap.org/browse/node/345690395/history habe mal den User angeschrieben. Meine Vermutung ist, dass er vielleicht den node per unglue aus einer Straße gelöst hat oder so, und dabei nicht auf die IDs geachtet hat. Das ist auch nicht trivial in JOSM zu erkennen bzw. zu entscheiden, ob die ID besser bei dem node bleiben sollte, den man per unglue kopiert, oder besser bei dem ursprünglichen node. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo, am 27.01.2013 16:51 schrieb Martin Raifer: * Der Export nach GeoJSON scheint mir einzigartig zu sein und geht über die Möglichkeiten von Overpass API hinaus, oder? Ja, in der Tat. Das ist auch der (programmiertechnische) Kern der ganzen Anwendung. Dieser Konverter [Overpass-API-Output GeoJSON] würde bestimmt vielen Kartenbauern nützlich sein. Wie wäre es, diesen Teil zu isolieren und als Leaflet Plugin ( http://leafletjs.com/plugins.html ) zur Verfügung zu stellen? Ich habe so etwas schon vermisst und wäre dankbar und begeistert. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 27.01.2013, 17:55 Uhr, schrieb Norbert Kück o...@nk-bre.net: Dieser Konverter [Overpass-API-Output GeoJSON] würde bestimmt vielen Kartenbauern nützlich sein. Wie wäre es, diesen Teil zu isolieren und als Leaflet Plugin ( http://leafletjs.com/plugins.html ) zur Verfügung zu stellen? Ich habe so etwas schon vermisst und wäre dankbar und begeistert. Wow, schon wieder eine sehr sinnvolle Idee - *und soo wenig Zeit* ;) Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Michael Buege michael at buegehome.de writes: Die Daten für die Waldfläche im NSG Hahnheide http://osm.org/go/0Ho4rCcK- sind nicht mehr vorhanden und werden demzufolge auch nicht mehr dargestellt. Ich war gestern dort, der Wald ist immer noch da und an der Flächenausdehnung dürfte sich auch nichts Wesentliches geändert haben, weil Naturschutzgebiet. Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. Ich erhebe nicht den Anspruch, daß das jetzt zu 100 % korrekt ist, da ich nur nach Luftbildern gearbeitet habe ohne Ortskenntnis. Da sollte dann jemand ran, der sich dort auskennt. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Am 27. Januar 2013 18:17 schrieb Wolfgang Barth wolfg...@barthwo.de: Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Martin Koppenhoefer dieterdreist at gmail.com writes: Am 27. Januar 2013 18:17 schrieb Wolfgang Barth wolfgang at barthwo.de: Ich hab mal die Waldfläche als NSG nach den neuen Bing Bildern von 2012 angepasst und ein Multipolygon mit landuse=forest daraus erstellt. M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. Es gibt auch noch eine Überschneidung nordwestlich zu einem anderen Naturschutzgebiet um einen Bach rum. Die habe ich nur teilweise bereinigt. mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Am 27. Januar 2013 18:28 schrieb Wolfgang Barth wolfg...@barthwo.de: Martin Koppenhoefer dieterdreist at gmail.com writes: M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. ja eben, das meinte ich ja gerade. Wenn Deine einzige Quelle Bing ist kannst Du doch unmöglich die Grenzen eines Naturschutzgebiets erkennen, daher solltest Du die auch nicht ändern, sondern einfach nur den Wald zusätzlich eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldfläche NSG Hahnheide
Wolfgang Barth wolfgang at barthwo.de writes: M.E. besser 2 Objekte: eines für den Wald und eines für das Naturschutzgebiet, das dürfte sich nicht komplett decken (z.B. Ränder, Lichtungen, etc.) Die Innenflächen und auch ein Stück am Rand habe ich als inner aus dem Multipolygon ausgeschnitten. Evtl. ist das ist nicht ganz korrekt. Ich werde besser den Aussenrand als NSG und das Multipolygon als forest taggen, da ja nur aus dem Multipolygon was rausgeschnitten wird und nicht aus dem NSG. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz
Hallo, Am 13. Januar 2013 13:39 schrieb Frank fr...@fotodrachen.de: (...) OSMler wollen arbeiten und etwas aufbauen. Geocacher wollen nur spielen. Dazwischen liegen Welten. Seit Jahren hält sich das Gerücht, man könne Geocacher domestizieren, nur weil sie ein GPS-Gerät besitzen und bedienen können. Gibt es denn schon nachgewiesene Fälle, in denen das gelungen ist? Ja; beispielsweise unser Spiel http://kort.ch , das mittlerweile über 1000 registrierte Benutzer zählt. Einer der beiden Softwareentwickler kommt vom Geocaching. Denn der Spieltrieb setckt in uns allen - in Geocachern wie auch in Mapper :-) Am 24. Januar 2013 09:28 schrieb tumsi tu...@gmx.de: (...) Kann man nicht z.B. eine Plattform/Möglichkeit schaffen, über die Geocacher und OSMler einer Region miteinander in Kontakt treten können? Geocacher, die bereit sind Tracks und Infos zur OSM beizutragen, für die aber die Interessante Idee: Aber wieso nicht einfach das 1. Die Geocacher erstellen ein Konto 2. Sie laden ihre Tracks selber hoch über http://www.openstreetmap.org/trace/create (das kann ja nicht so schwer sein?). 3. Wer's nicht schafft, kann z.B. POIs mit http://yapis.eu/ hochladen (Yet Another Point of Interest Submitter) 4. Kommuniziert wird über versch. Kanäle, u.a. über die Post im osm.org. 5. Bei Bedarf positionieren sich alle Teilnehmer im Profil in die Nähe des Geocaching Events (zumindest für die Zeit rund um den Anlass herum) und kriegen so mit, was in der Nähe läuft. LG, Stefan Am 24. Januar 2013 09:28 schrieb tumsi tu...@gmx.de: Original-Nachricht Betreff: Re: [Talk-de] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz Datum: Sun Jan 13 2013 21:16:05 GMT+0100 Von: UMAX974 umax...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Kann mich nur anschließen - betreibe beides mit Begeisterung :) Christian - UMAX974 +1 Ist bei mir nicht anders. Auch übers Geocaching zu OSM gekommen. Richtig ist, dass es unter den Geocachern ebenso wie in der restlichen Bevölkerung einen bunten Mix von Nerds bis hin zu gar nicht technikafinen Personen gibt (letztere sind schon froh, wenn sie die Datei mit den Cacheinformationen auf ihr GPS-Gerät bekommen). Richtig ist auch, dass sie viel draussen unterwegs sind. Kann man nicht z.B. eine Plattform/Möglichkeit schaffen, über die Geocacher und OSMler einer Region miteinander in Kontakt treten können? Geocacher, die bereit sind Tracks und Infos zur OSM beizutragen, für die aber die Übertragung der Daten eine zu große technische Hürde darstellt, bekommen dort zunächst Infos, was sie z.B. beachten sollten, um gute Tracks zu erhalten und welche Informationen über einen Weg sie sammeln sollten/könnten. Über die Plattform stehen sie dann im Kontakt mit einem (1!) OSMler, der die Informationen einträgt und bei Unklarheiten die Möglichkeit der Rückfrage hat. Viele Grüße, Constanze ___ 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
