Re: [Talk-de] JOSM und Linux Mint 14
On 10.04.2013 13:19, hike39 wrote: - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem Untermenue positionieren um die jeweiligen Funktionen starten zu können. manchmal habe ich das selbe Problem, allerdings halt nicht immer. Wenn es auftritt hilft mir allerdings der Fullscreen damit die Maus wieder da angezeigt wird wo sie reagiert. Randbedingungen: Linux Mint 14 Nadia Kernel 3.5.0.17 OpenJDK RE Icedtea7 2.3.7 Arch Linux Kernel 3.8.5-1-ARCH OpenJDK RE Icedtea7 2.3.8 GNOME Shell 3.6.3.1 Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] *:lanes und Straßenbahnschienen
On 15.03.2013 11:46, Fabian Schmidt wrote: Spannung: hoffentlich nur für die Straßenbahn In Frankreich gibt es auch Straßen mit Oberleitung für Busse. Da diese Fahrzeuge aber auch auf Straßenbahn schienen fahren könnten, bin ich auch für einen einzigen weg. Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit Relationen und der Overpass API
Hallo, ich habe ein Problem mit der Overpass API. Das Ziel ist es alle Daten eines ÖPNV Netzes innerhalb einer BBox zu bekommen. Diese umfassen allerdings auch Relationen, die nur Relationen als Members haben (z.B. route_master). Das Problem an solchen Relationen ist, das diese von der OP-API scheinbar nicht verortet werden und nur mit einer Anfrage ohne BBox ausgegeben werden. Kind-Relationen nehmen und sich zu den Eltern hangeln klapp nicht (siehe Query [1]), da die Eltern-Relation die Query [2] zurück gibt fehlt. Hat jemand eine Idee wie ich trotzdem alle nötigen Relationen für einen Bereich bekommen kann? viele Grüße Karsten [1] [out:json] ; relation (52.22937659053899,10.460014343261719,52.290947589566706,10.580692291259766) [route=tram] [name~^Linie 2] ; ; out; [2] [out:json] ; relation [route_master=tram] [network=VRB] ; ; out; ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Relationen und der Overpass API
Ops - die Relation habe ich wohl blöderweise übersehen einfach ignorieren Gruß Karsten On 18.02.2013 20:58, Karsten Hinz wrote: Hallo, ich habe ein Problem mit der Overpass API. Das Ziel ist es alle Daten eines ÖPNV Netzes innerhalb einer BBox zu bekommen. Diese umfassen allerdings auch Relationen, die nur Relationen als Members haben (z.B. route_master). Das Problem an solchen Relationen ist, das diese von der OP-API scheinbar nicht verortet werden und nur mit einer Anfrage ohne BBox ausgegeben werden. Kind-Relationen nehmen und sich zu den Eltern hangeln klapp nicht (siehe Query [1]), da die Eltern-Relation die Query [2] zurück gibt fehlt. Hat jemand eine Idee wie ich trotzdem alle nötigen Relationen für einen Bereich bekommen kann? viele Grüße Karsten [1] [out:json] ; relation (52.22937659053899,10.460014343261719,52.290947589566706,10.580692291259766) [route=tram] [name~^Linie 2] ; ; out; [2] [out:json] ; relation [route_master=tram] [network=VRB] ; ; out; ___ 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] Abzeichnen von nicht freigegebenen Luftbildern
Hallo Bernd, Ich würde da nichts überstürzen. da ist nichts überstürzt, eher etwas zu spät. Erstens liegen die meisten Sachen schon eine Weile zurück und zweitens gibt es genug einschlägige Stellen, die nachweisbar nicht von den als freigegebenen Quellen abgezeichnet sein können. Nach den hier geschilderten Infos ist das zwar vielleicht einen zweiten Blick wert, nicht aber eine Anschuldigung. Bevor man Anschuldigungen ausspricht sollte es schon einen Verdacht geben, woher die Daten eventuell übernommen wurden. Auch Google und die öffentlich abrufbaren Quellen anderer Anbieter sind nicht grade ein Paradebeispiel für aktuelle Bilder. Naja, Quellen (aktuellere Luftbilder mit ensprechender Auflösung) gab es schon genug. Selbst die Luftbilder bei Google kämen in Frage, vor allem wenn da noch ein Flußlauf als Fläche nach dem zu der Zeit herrschenden Wasserstand angepasst wurde (bei Bing war da bei dem Brei nichts zu erahnen). Aber welche Quelle da ernsthaft in Frage kommt, ist schwer zu sagen. Die Person(en) hinter PeterSchum könnte(n) das, tun sie aber nicht. Zudem ist es ja so, dass das Abzeichnen von Luftbildern nicht von allen Juristen gleich betrachtet wurde. Das war ja das bei Yahoo, dass dort ein Jurist sagte: Wir sehen das Abzeichnen nicht als Lizenzverstoß daher dürft ihr das. Dann kann man das besondere Getue um die Luftbilder von Bing auch gleich lassen und jedem bei OSM offen das Abmalen von beliebigen Quellen gestatten. Mir wäre neu, daß das so ist. Grundsätzlich ist es sicherlich eine gute Idee, nur von explizit freigegebenen Quellen Daten zu übertragen bzw. abzuzeichnen. Aber ohne einen genaueren Verdacht, woher die Daten denn kommen könnten würde ich mich hier strikt nach In dubio pro reo orientieren und das glauben was der User als Quelle angibt. Die Quelle soll Bing sein (zumindest an konkret angefragtem Bereich) und das war eindeutig unglaubwürdig zu dem Zeitpunkt. Bei der Masse an einschlägigen Eintragungen kann man auch zu Anscheinsbeweisen übergehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abzeichnen von nicht freigegebenen Luftbildern
Hallo Marc, gibt es denn Aerowest Bilder? heute schon, damals offiziell noch nicht. Und auch heute reicht die Abdeckung von Chemnitz da nicht in alle relevante Gebiete des Umlandes. Auch die zwei Stände (2006, 2009) passen nicht zu dem, was abgemalt (bzw. nicht mit abgemalt) wurde. Auch wenn wir die Erlaubnis erst später von Aerowest bekommen haben, hat Herr Benfer auch schon früher auf Nachfrage die Nutzung für OSM erlaubt. Ich meine mich an zwei Fälle zu erinnern. Einmal aus Köln/Bonn und einmal aus Süddeutschland. Wenn die Aerowest-Bilder Quelle wären, dann hätte derjenige die ohne Zögern als solche benennen können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Koordinaten Gitter für maperitive
Hallo, ich habe neulich ein Script geschrieben um in Maperitive relativ beliebige Koordinaten Gitter rendern zu können. Beim Aufruf von download-osm xapi-url=http://bastler.bplaced.net/api/grid.php?mbbox=; bekommt man für die aktuellen bounds ein mit OSM-tags beschriebens Gitter zurück, welches mit entsprechenden Render-Rules angezeigt werden kann. Die genaue Dokumentation und der Quellcode ist auf GitHub https://github.com/k4r573n/theGrid/wiki vllt kann es ja sonst noch jemand brauchen. viele Grüße Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutscher Kartenstil: Probleme mit Sperrgebieten (Übungsplätze, Kasernen, etc.)
Hallo, leider gibt es beim deutschen Kartenstil ein Problem: Es werden (im Gegensatz zu OSM Standard (Mapnik)) leider keine Grenzen und Schraffuren von Truppenübungsplätzen, Kasernen, usw. dargestellt. Munster in Niedersachsen z. B. ist praktisch umzingelt von militärischen Flächen - In der Darstellung sind diese jedoch nicht (bzw. kaum) sichtbar. Die Privatstraßen des Bundes werden als öffentliche Wege und die Kasernen als Gewerbegebiete dargestellt. Mit einer solchen Karte wird die Orientierung äußerst schwierig Hier der Link auf die entsprechende Karte: http://www.openstreetmap.de/karte.html?zoom=15 http://www.openstreetmap.de/karte.html?zoom=15lat=52.98466lon=10.08718la yers=000B0TT lat=52.98466lon=10.08718layers=000B0TT Wechselt man dort von OSM Standard auf OSM deutscher Stil wird klar, welche Infos verloren gehen. Kann man die militärischen Grenzen und Schraffuren in den deutschen Stil übernehmen? Gruß Karsten P.S.: Die Kasernen in Munster habe ich nicht als military=barracks kartiert, weil diese in OSM Standard knallrot dargestellt werden. Das könnte man im deutschen Stil vielleicht auch netter machen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tankstellen
Hallo Liste, wie erstelle ich am Besten eine Tankstelle. Ich möchte das Areal, die Gebäude (Shop, Waschanlage, etc.) und die Wege erstellen. Wohin gehört die Beschreibung der Tankstelle, auf das Areal, die Gebäude oder sollte ein Node in die Mitte? Muss man da Relationen anlegen? Irgendwie macht das jeder anders. Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Frederik Ramm frederik at remote.org writes: Hallo, On 01/11/2011 10:24 AM, Karsten wrote: hat jemand eine Ahnung, wie ich im Hintergrund veraltete Kacheln neu rendern kann und nicht erst, wenn sie im Browser neu angefordert werden. Ich habe mapnik/Tirex installiert Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Bye Frederik Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.2001 sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Frederik Ramm frederik at remote.org writes: Hallo, On 01/12/2011 12:41 PM, Karsten wrote: Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.2001 sind. Kommt immer drauf an, was Du willst. Die von mir genannte Loesung waere geeignet, um sie einfach alle paar Stunden aufzurufen mit dem Befehl, die aeltesten 1000 Tiles neu zu rechnen oder so. Das muss man ein bisschen kalibrieren, aber auf diese Weise kann man dafuer sorgen, dass der Server immer eine gewisse Grundlast hat (nach dem Motto: Wenn ich grad nix zu tun hab, rechne ich halt mal irgendwas altes neu aus). Je nachdem, was fuer einen dicken Server man hat und wie viele Tiles drauf, pendelt sich das dann irgendwann bei einem kein Tile ist aelter als X Tage-Zustand ein. Gibts auch ein Munin-Bild dazu. Das ist ein relativ primitiver Ansatz, weil er nicht beruecksichtigt, wo sich wirklich was an den Daten aendert (das ist aufwendiger zu ermitteln). Aber zugleich ist er etwas feiner als Dein Vorschlag, der sich mehr fuer eine Einmal-Aktion eignet. Bye Frederik Naja, ich weiß ja, welche Daten sich geändert haben, weil ich ja die diffs in Postgres mittels load-next einspiele und das wiederum setzt das Dateidatum aller betroffenen Metas auf den 1.1.2000. Somit kann ich mit meinem Ansatz immer dafür sorgen, dass ich einen aktuelle Karte habe. Rechner ist übrigens ein i7 920 mit 8G RAM bei Hetzner. Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tirex im Hintergrund rendern lassen
Hallo, hat jemand eine Ahnung, wie ich im Hintergrund veraltete Kacheln neu rendern kann und nicht erst, wenn sie im Browser neu angefordert werden. Ich habe mapnik/Tirex installiert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tirex im Hintergrund rendern lassen
Stephan Knauss osm at stephans-server.de writes: On 11.01.2011 10:24, Karsten wrote: hat jemand eine Ahnung, wie ich im Hintergrund veraltete Kacheln neu rendern kann und nicht erst, wenn sie im Browser neu angefordert werden. Ich habe mapnik/Tirex installiert tirex-batch. Im tirex-paket ist ein script dabei das basierend auf den ältesten x Tiles diese neue rednert. Stephan Soweit schon klar, damit habe ich auch den ersten Kachelsatz erstellt. z.B. mit tirex-batch --prio=25 map=osm bbox=-180,-90,180,90 z=7 und für die anderen Zoomstufen auch. Wenn ich jetzt tirex-batch ohne Parameter aufrufe, was renderd der dann alles? Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de