Re: [Talk-de] Richtungsabhaengige oder Abschnittsweis e attribute/tags Was: Fahrradspur
finde die Variant eigentlich sehr sympathisch; zumal es auch einem Nicht-Relation-Fachmann einfach zu erklären ist. EInfach Anfang, Ende, Wert setzen, fertig :) Stell das doch mal auch auf der Wiki-Workshopseite zu Linienbündelung dar. -- Mario -Original Message- Mein vorschlag: way 1 highway=tertiary ref=k1 name=Beispielstraße rel 1 type=maxspeed from=Node1 to=Node2 via=way1 maxspeed=80 rel 2 type=cycleway from=Node3 to=Node4 vi=way1 cycleway=left rel 3 type=cycleway from=Node5 to=Node6 vi=way1 cycleway=right D.h. es geht mir drum informationen nur noch einmal zu halten und nicht alles bis zum exitus zu verdoppeln und verdreifachen. Dazu kommt noch das ich hier dinge abbilden kann die eben nur mit 3 mal durch den hulahupp reifen und viel editor gewurschtel richtig hinzubekommen ist. Flo -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geoca ches in OSM
-Original Message- Date: Tue, 21 Oct 2008 22:38:46 +0200 Subject: Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM From: Holger Blum [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo! Patrick Kolesa schrieb: 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Es gibt bereits Karten mit den Caches als Overlay http://maps.geocaching.de/gm/, sowie entsprechende POI-Datenbanken für Garmin-Geräte http://www.patrick-roeder.de/geocaching/garmin_cache_karte.htm. Aufgrund des Pflegeaufwands denke ich auch, dass die entsprechenden Daten in der Geocacher-Community am besten aufgehoben sind. Holger zumal die ToU von geocaching.com untersagen, dass die Daten irgendwo ansers genutztoder auch nur angezeigt werden dürfen, es sei den mit ausdrücklicher vertraglich geregelter Ausnahmegenehmigung (wie z.B. geocaching.de sie hat). Das opencaching-Netzwerk (opencaching.de) is da nicht ganz so verschlossen, denke ich. Auf der anderen Seite frage ich mich, warum man geocaches auch mits ins OSM stopfen, will, wenns doch in externen Datenbanken schon schön gepflegt wird und via POIs und Openlayers mit OSM verbunden werden kann? Die geocaching.de Karte is wohl das beste Beispiel. Vielleicht kann ja jemand dem Kartenadmin verraten, wie man die OSM-layer auch noch dazuschalten kann :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMDiff - Fortschritte visualisieren
hi, ich lade es heute noch hoch. ciao gerhard - Original Message - From: Claudius Henrichs [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Saturday, October 18, 2008 12:58 PM Subject: Re: [Talk-de] OSMDiff - Fortschritte visualisieren Coole Sache, könntest du ein derartigen osmdiff auch mal für Mashhad durchlaufen lassen? http://www.openstreetmap.org/?lat=36.2908lon=59.6205zoom=12layers=B000FTF Wäre toll. Gruß, Claudius [EMAIL PROTECTED]: hi, hier können wir es verfolgen... http://wiki.openstreetmap.org/index.php/Osmdiff_reports ___ 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] Mit Helge und dem Bodensee-Peter Afrika mappen
hi, hier können wir es verfolgen... http://wiki.openstreetmap.org/index.php/Osmdiff_reports bzw: http://www.gary68.de/osm/qa/diff/gen0/ov_ouagadougou.htm gary68 - Original Message - From: Tim 'avatar' Bartel [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Friday, October 17, 2008 2:39 PM Subject: [Talk-de] Mit Helge und dem Bodensee-Peter Afrika mappen Hi, ich bin eben über dieses Blogposting gestolpert: http://www.bodenseepeter.de/2008/10/16/lets-map-africa/ ...und könnte mir vorstellen, dass der ein oder andere Interesse daran hat, Helge [1] und dem Bodensee-Peter zu helfen. [1] http://www.helge.at/2008/10/der-erste-sein-der-eine-millionenstadt-kartografiert/ Tschüss, Tim. -- http://wikipedistik.de ___ 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] PERL REGEX?
es geht so nicht... REGEX ist nun: my ($v) = ($line =~ /v=[\'\](.*)[\'\]/) ; Fehler... NEW REGEX ERROR reading osm file frankfurt0.osm, line follows (expecting node or k/v for way): tag k=layer v=0/ NEW REGEX ERROR reading osm file frankfurt0.osm, line follows (expecting node or k/v for way): tag k=layer v=0/ Komischerweise ist das das einzige, das nicht geht. folgendes schafft keine abhilfe, im gegenteil: my ($v) = ($line =~ /v=[\'\]([.\d]*)[\'\]/) ; Gruß Gerhard - Original Message - From: Frederik Ramm [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Wednesday, October 15, 2008 10:04 PM Subject: Re: [Talk-de] PERL REGEX? Hallo, GS wrote: ich habe: my ($v) = ($line =~ /^.+v=[\'\]([\/-\w\d\s\.:,\(\)]+)[\'\]/); Ich will aber einfach nur den Text zwischen den Anführungszeichen mit allem drum und dran. Probleme gibt es mit den dt. Umlauten. (.+) läuft nicht, warum? Was genau willst Du? Einfach nur den value ausschneiden? Warum dan diese komplizierte Regel? my ($v) = ($a =~ /v=['](.*)[']/); Wobei dies nicht so ganz sauber ist mit den Anfuehrungszeichen, eher muesste man my ($x, $v) = ($a =~ /v=(['])(.*)\1/); schreiben, um einen Fall wie v=Eiscafe D'Angelo richtig zu behandeln. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ 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] XAPI?
Hi, hat jemand Erfahrung, wie lange so eine Anfrage dauern könnte/sollte? Habe eben 15MB aus Köln gesaugt, hat 22min gedauert. Jetzt gerade geht es noch langsamer. Ich benutze: http://xapi.openstreetmap.org/api/0.5/map?bbox= Plattform Status OK... Viele Grüße Gehard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waycheck and Bug report news
Kannst du bitte mal neben dem File auch die Zeilennummer angeben? DANKE! - Original Message - From: Franz Stockerl [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 10:44 PM Subject: Re: [Talk-de] Waycheck and Bug report news Claudius Henrichs schrieb: Kann es sein, dass der Waychecker ein bisschen übereifrig ist, wenn es darum geht, dass eine Staatsstraße durch eine Brücke unterbrochen ist oder die Staatsstrasse innerhalb einer Ortschaft einen Namen hat? zB. hier :http://www.openstreetmap.org/?mlat=49.3588183mlon=12.23457zoom=15 oder hier: http://www.openstreetmap.org/?mlat=49.2182899mlon=12.127130 Welche Ausgabe liefert denn WayCheck in der bemängelnden Zeile? Eventuell sind es überlagernde Straßen. Gemeinhin nennt WayCheck ja auch die IDs der beteiligten OSM-Objekte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo, ich bin über die Seite http://www.gary68.de/osm/qa/c51/c51_bayern_NO.htm eingestiegen und habe mal einiges angeklickt. Zwar waren wirklich einige Straßen nicht verbunden, aber speziell bei den obigen Beispielen habe ich nichts gefunden. Lt. Fehlerbeschreibung sind Start bzw. End unconnected. Zur Klarstellung: Ich habe nicht das Programm laufen lassen, sondern die obige Seite mal durchgeschaut. Gruss geo-francis ___ 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] Waycheck and Bug report news
Hi, - also die 42 wurde am 14. Okt. editiert. Da kann also alles mögliche gewesen sein. - die 78 ist nahe der Grenze, weiß nicht, wie das Polygon da aussieht... - die 152 und die 281 sind etwa 20km von der Grenze, das sollte wohl ausreichen... Weiß nicht, warum die auftauchen. - 254: keine Ahnung Es kann auch sein, dass angrenzende Wege vor kurzem erst editiert wurden. Ganz gezeichnet oder nur tags geändert. Generell durchlaufen die Daten ja einiges, bis sie verwertet werden. Wer weiß, was da alles passiert... - DB Dump - Diffs - Wieder zusammensetzen - Excerpt mit Polygon - Excerpt Rechteck bei mir - mein Programm Obwohl ich gewiss die Hand nicht für mein Programm abhacken lasse. Es besteht die Möglichkeit, dass auch woanders was schiefgeht. Gute Nacht! Gerhard - Original Message - From: Franz Stockerl [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Wednesday, October 15, 2008 8:08 PM Subject: Re: [Talk-de] Waycheck and Bug report news [EMAIL PROTECTED] schrieb: Kannst du bitte mal neben dem File auch die Zeilennummer angeben? DANKE! Also wie gesagt, ich bin über die Seite http://www.gary68.de/osm/qa/c51/c51_bayern_NO.htm eingestiegen und habe den Report überflogen. Teilweise habe ich tatsächlich unverbundene Straßen festgestellt, aber überwiegend habe ich keinen Fehler finden können. Der Validator hat nicht gemeckert, in der höchsten Zoomstufe habe ich auch nichts feststellen können und beim Verschieben der nodes sind alle Straßen mitgegangen. Ich habe dann festgestellt, dass es sich überwiegend um solche Bereiche handelt, wo eine Staatsstraße bzw. Kreisstraße außerorts und innerorts einen ref hat, außerorts unbenannt, innerorts benannt ist und wo die Straßen durch Brücken unterbrochen sind. Einige Fehler werden auch angezeigt, wo die Straße mitten in der Pampa beginnt oder endet, ohne dass irgendeine andere Straße in der Nähe ist. Ein paar Beispiele aus meinem Bereich: Zeile / ID 42 / 27567030 78 / 26980924 152 / 4115395 254 / 27379366 281 / 26205038 287 / 8034215 345 / 7865268 386 / 26236535 Gruss geo-francis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Hi, Du kannst das Prg. selber laufen lassen und noch ein wenig konfigurieren: - Bereich - Nur bugs von bestimmtem user - nur offene - nur geschlossene CLOSED machen nur ~10% aus. Hilft dir das? Cheers Gerhard - Original Message - From: Holger Issle [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Wednesday, October 15, 2008 8:29 PM Subject: Re: [Talk-de]OSB list als Garmin POI file - BITTE PRÜFEN Hi Gerhard, habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3 Spalten CSV. Kann bitte jemand das mal mit einem Garmin testen? Es tut, aber man braucht es nicht. GPX reicht völlig. Sinnvoll fände ich es allerdings, wenn man closed und open im download trennen könnte. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ 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] Waycheck and Bug report news
Hi, habe neue aktuelle Reports von OSB laufen lassen: http://wiki.openstreetmap.org/index.php/OSB_Reports Dann gibt es einen neuen Report des Waycheckers: http://wiki.openstreetmap.org/index.php/Verbindungsstra%C3%9FenCheckC51 B/L/K-Straßen auf Verbindungen an Anfang und Ende prüfen. Ich habe die Version 2.0 von Waycheck veröffentlicht: http://wiki.openstreetmap.org/index.php/WayCheck (ganz unten) Manche Bundesländer musste ich für manche Reports teilen, weil die Berechnung sonst einfach zu lange dauert. Also nicht wundern, wenn die Bundesländerliste länger als 16 Einträge ist. Cheers Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
version 1010 von josm, engl. geht nicht zu laden. - Original Message - From: Detlef Reichl [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 8:38 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ 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] OpenStreetBugs WayCheck
Hi, nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File verarbeitet wird. Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die dann als unverbunden erscheinen. (Verbindungscheck). Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc. Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese Richtung. Ich persönlich mache es so, dass ich Fehler verbessere, die ich eben kann und andere poste ich bei OSB. Damit ist der Link dann gemacht. Um den Waycheck zu verbreiten, habe ich ja die Seite QualityCheck ins Leben gerufen. Diese ist auch vorne irgendwo auf einer der 2nd Level Seiten zu finden. Also: Wir brauchen noch ein paar Mitstreiter. Andererseits: Nicht alle, die was daran arbeiten, verewigen sich im Wiki. Das ist zumindest mein Eindruck. Wenn übrigens nur noch unrichtige Fehler in den Listen sind, werden diese auch sehr überschaubar sein. Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren mir dann irgendwann zu unverständlich. Viele Grüße Gerhard - Original Message - From: Tobias Wendorff [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Sunday, October 12, 2008 1:22 PM Subject: [Talk-de] OpenStreetBugs WayCheck Hallo Leute, wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck in OpenStreetBugs einfließen zu lassen? Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen und nutzen. OSB würde somit zu einer zentralen Plattform für Fehler in OSM werden. Außerdem hätte man dann auch gleich eine Visualisierung der gemeldeten Fehler/Informationen und der automatisch erkannten Fehler. Grüße Tobias ___ 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] weitere maxspeed-Values brauchen wir!
Die Aussage mit bis 20km/h ist für Deutschland z.B, schlicht falsch. Garry maxspeed=7 ich keinen Wimpernschlag richtiger. Sofern ich richtig informiert bin haben deutsche Gerichte Schrittgeschwindigkeit alles zwischen 2 und 20km/h festgelegt. Halt je nach spezieller Situation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
-Original Message- Date: Sun, 12 Oct 2008 13:03:08 +0200 Subject: Re: [Talk-de] weitere maxspeed-Values brauchen wir! From: Marcus Wolschon [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org 2008/10/10 Dominik Spies [EMAIL PROTECTED]: maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen wenn nicht gesetzt, dann keines da, basta. Dem stimme ich vollkommen zu. maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden, siehe: http://de.wikipedia.org/wiki/Schritttempo ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit. Muss halt der Router so intelligent sein (living_street + DE = schritt).. Dem stimme ich ebenfalls zu. http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany die Kombination highway=living_street ist bereits in der Regelsammlung für Programmierer von Routing-Software dokumentiert. Ein nicht-Zahlenwert für das maxspeed-Tag ist somit sinnlos, redundant und verkompliziert den Auswerte-Algorithmus für dieses Tag vollkommen unnötig. maxspeed ist immer eine Zahl, alles andere ist ungültig und muss verworfen werden. Marcus wo highway=living_street in der Datenbank steht braucht man nicht nochmal zusätzlich maxspeed= an die ways zu taggen. Dafür haben wir ja die default-Tabellen. Aber damit die default-tabellen korrekt sind brauchen wir ein maxspeed=walk, weil es nicht nur in living_streets maxspeed=walk als default gibt; z.B. für freigegebene Fahrräder auf normalen Fusswegen (highway=footway + bicycle=yes) gilt maxspeed=walk nach StVO ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
Hi, - PLZ ist aber manuell eingefügt... - genau nicht beachten, aber wie sagst du es der Maschine? Ich will mich mit den Polygonen gar nicht beschäftigen. - noch kann man keine false positives markieren, würde ja auch irgendwie eine DB mit Zugriff aller bedingen... - Hohe Rechenzeit erfordert vor allem der Kreuzungscheck, weil viele³ Wege bzw. sogar deren Segmente auf Kreuzungen geprüft werden müssen. Geradengleichung, Gleichungssystem lösen etc. Maßgeblich ist die Zahl der zu prüfenden Straßen für die Rechenzeit verantwortlich. Ciao Gerhard - Original Message - From: Tobias Wendorff [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Sunday, October 12, 2008 1:55 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck [EMAIL PROTECTED] schrieb: nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File verarbeitet wird. Ich will Postleitzahl ist auch nicht besser (momentan in OSB) :-) Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die dann als unverbunden erscheinen. (Verbindungscheck). Nunja, die müsste man ja dann nicht beachten. Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc. Kann man in OSB keine Bugs als gelöst markieren? Okay, dann würde sie dein Waycheck aber wieder reinhauen. Kann man bei deinem Waycheck keine False-Positives markieren? Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese Richtung. Wer reden von Verbesserung? Ich möchte ein Information über Fehler. Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren mir dann irgendwann zu unverständlich. Was genau braucht denn die hohe Rechenzeit? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Downloads in JOSM unvollständig.. .
Moin. Ich habe gestern Abend und heute morgen einige Stellen gefunden, wo in Potlatch Straßen angezeigt werden, die in JOSM fehlen beim Download. Weiß jemand mehr? Tnx Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloads in JOSM unvollständig.. .
klingt einleuchtend, nur habe ich schon so listen mit zig einträgen abgearbeitet und noch nie ist das problem aufgetreten. also rein statistisch erscheint mir die erklärung nicht ganz einleuchtend. aber ich werde mal den zu ziehenden bereich bei den neuen reports vergrößern, das kann ja nicht schaden. - Original Message - From: Peter Herison [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Saturday, October 11, 2008 12:28 PM Subject: Re: Downloads in JOSM unvollständig... [EMAIL PROTECTED] schrieb: From: Frederik Ramm [EMAIL PROTECTED] Gary68 schrieb: Ich habe gestern Abend und heute morgen einige Stellen gefunden, wo in Potlatch Straßen angezeigt werden, die in JOSM fehlen beim Download. http://www.gary68.de/osm/qa/c1/c1_thueringen.htm Pos 14 No data imported http://www.openstreetmap.org/?mlat=51.0922446042183mlon=11.1255082766238zoom=17 Hier (und ich vermute mal bei allen anderen auch) besteht das Problem darin, dass bei Zoomstufe 17 keine Nodes der Autobahn betroffen sind. Diese liege hier sehr weit auseinander und werden erst bei Zoomstufe 13 erfasst. Erst jetzt weiss JOSM, dass da noch eine Strasse Quer geht. ___ 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] Bounding Box Parameter für Bundeslän der?
Hi, hat jemand die Bounding Box Parameter für die einzelnen Bundesländer? Das wäre eine große Hilfe! Gary68 Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
Du kannst das Programm selber laufen lassen. (Nachdem ich es veröffentlicht habe :-) ) Ich versuche gerade die Bounding Box Daten der BL zu bekommen, dann stelle ich die Dateien so auch zur Verfügung. Mapsource 6.13.7 macht sie bei mir auf! Gary68 - Original Message - From: Jürgen Fleckenstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Sent: Saturday, October 11, 2008 10:56 AM Subject: Re: [Talk-de] Openstreetbugs auslesen... Hallo Gary, vielen Dank für Deien Vorarbeit. Ich konnte die *.gpx Variante in MAPSource (Garmin-App) problemlos einlesen. Mit der *.csv Version kann ich (noch) leider nichts anfangen. Ein anderes Problem ist die Grösse der Datei. MapSource bricht den Ladevorgang leider zwischendrin ab. Ist es entweder möglich a) den Ausschnitt selber zu wählen und die Wegpunkte zu generieren oder b) es werden regional getrennte Dateien (Bundesland) zur Verfügung gestellt? Ich fände Möglichkeit a) besser. Gruß Jürgen [EMAIL PROTECTED] schrieb: kannst mal bitte testen? danke! - Original Message - From: FrauSuhrbier [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 07, 2008 6:08 PM Subject: Re: [Talk-de] Openstreetbugs auslesen... GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen ___ 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] Downloads in JOSM unvollständig.. .
Hi, http://www.gary68.de/osm/qa/c1/c1_thueringen.htm in der Liste Pos. 10 Pos 13 wird auch nicht richtig geladen - wohl gar nichts. Nothing selected to zoom to. OK, Weg könnte andere Nummer haben. Pos 14 No data imported Pos 16. Nur eine Seite der Autobahn. Gruß Gerhard - Original Message - From: Frederik Ramm [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Saturday, October 11, 2008 10:32 AM Subject: Re: [Talk-de] Downloads in JOSM unvollständig... Hallo, Ich habe gestern Abend und heute morgen einige Stellen gefunden, wo in Potlatch Straßen angezeigt werden, die in JOSM fehlen beim Download. Zum Beispiel? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Autobahn keine zusätzlichen Verkehrszeichen stehen, dann sollte auch der Mapper nicht mehr tun müssen, als ein ?dies ist eine Autobahn? hinzuschreiben. Für meine Anwendungsfälle reicht das nicht. Ich will konkret wissen wo gilt kein Limit und wo ist einfach nur nichts eingetragen. Garry also würdest du maxspeed=no zustimmen als Wert, aber maxspeed=walk nicht? *noch mehr verwirrt* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bounding Box Parameter für Bundeslän der?
Super! Ich hau das auch auf die Report Seite. Tnx in the name of all! Gerhard - Original Message - From: Tobias Wendorff [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Saturday, October 11, 2008 6:50 PM Subject: Re: [Talk-de] Bounding Box Parameter für Bundesländer? Sorry, ich war aushäusig :-) Hier jeweils die Grenzen (bereits in WGS84 und DecDeg). Spalten: North West South East Baden-Württemberg: 49.7913749328 7.5113934084 47.5338000528 10.4918239143 Bayern: 50.5644529365 8.9771580802 47.2703623267 13.8350427083 Berlin: 52.6697240587 13.0882097323 52.3418234221 13.7606105539 Brandenburg: 53.5579500214 11.2681664447 51.3606627053 14.7647105012 Bremen: 53.6061664164 8.4813576818 53.0103701114 8.9830477728 Hamburg: 53.9644376366 8.4213643278 53.3949251389 10.3242585128 Hessen: 51.6540496066 7.7731704009 49.3948229196 10.2340156149 Mecklenburg-Vorpommern: 54.6849886830 10.5932460856 53.1158637944 14.4122799503 Niedersachsen: 53.8941514415 6.6545841239 51.2954150799 11.59769814 Nordrhein-Westfalen: 52.5310351488 5.8659988131 50.3226989435 9.4476584861 Rheinland-Pfalz: 50.9404435711 6.1173598760 48.9662745077 8.5084754437 Saarland: 49.6393467247 6.3584695643 49.1130992988 7.4034901078 Sachsen: 51.6831408995 11.8723081683 50.1715419914 15.0377433357 Sachsen-Anhalt: 53.0421316033 10.5614755400 50.9379979829 13.1865600846 Schleswig-Holstein: 55.0573747014 7.8685145620 53.3590675115 11.3132037822 Thüringen: 51.6490678544 9.8778443239 50.2042330625 12.6531964048 Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openstreetbugs reports - neue Liste, jetzt auch in HTML
Hi, habe den OSB Report für Deutschland nun auch in HTML. http://wiki.openstreetmap.org/index.php/OSB_Reports Viel Spaß beim Korrigieren! Gary68 Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Tja also die Grenze mit 20 finde ich auch nicht gut. Werde wohl Abstand nehmen... Und wieso nur ein Raum für mehrere Workshops? - Original Message - From: Michael Buege [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Wednesday, October 08, 2008 7:19 PM Subject: [Talk-de] Anmeldung OSM Kickoff Treffen Moin Sven Anders ist noch im Urlaub und hat mich deshalb gebeten, das Anmeldeprozedere fuer das OSM Kickoff Treffen am 21.-23.11.2008 im Linux-Hotel in Essen zu starten. Los gehts. http://wiki.openstreetmap.org/index.php/OSM_Kickoff_Treffen Wenn noch Fragen sind, bitte hier diskutieren, allerdings kann ich erst morgen Abend dazu Stellung nehmen. Wann Sven wieder da ist, weiss ich nicht, kann aber auch nicht mehr lange dauern. Macht euch nochmal Gedanken zu den Workshops. Einen Workshop anzubieten oder vorzubereiten bedeutet imho nicht, dass einer spricht und die anderen lauschen. Ich kann mit vorstellen, dass es reicht, wenn (eventuell mit Unterstuetzung anderer Interessierter schon vorher hier oder im Wiki) Fakten, bekannte Probleme und Fragen zusammengetragen und einleitend erlaeutert werden und dann locker ueber Erfahrungen und Loesungen debattiert wird. so denn beste Gruesse aus Hamburg -- Michael ___ 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] OSB reports - neue Version
Hi, es gibt eine neue Version der GPX Datei mit Bugs von Deutschland. Bei mir geht sie in Mapsource und JOSM auf. http://wiki.openstreetmap.org/index.php/OSB_Reports Viele Grüße Gerhard Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PERL RE
Hi, ich habe Zeilen wie folgt: putAJAXMarker(18053,8.020974,50.164928,roads do intersect on same layer but don't share a common node. bridge/tunnel or connection? please check. [Gary68]hr /fixed [PHerison],1); putAJAXMarker(18448,8.162421,50.132761,brücke fehlt? [Gary68],1); putAJAXMarker(16773,8.119601,50.227869,there might be a bridge missing? please check. [Gary68],0); Und möchte mit RE folgendes extrahieren: - die zweite und dritte Zahl, lat und lon Ich habe folgenden Code: my ($lon) = ($line =~ /^.+\,([-\d,\.]+)\,/); my ($lat) = ($line =~ /^.+,[-\d,\.]+,([-\d,\.]+),/); Der mir aber beide Male lat ausgibt, also die 50.x Kann das jemand korrigieren bitte? Und ich benötige noch eine RE für die letzte Zahl am Ende, wenn schon mal ein Experte dran ist. Irgendwie kriege ich das mit den Kommas nicht hin, oder? VIELEN DANK! Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PERL RE
tnx to all, jetzt geht es. gerhard - Original Message - From: Dirk Stöcker [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Wednesday, October 08, 2008 4:54 PM Subject: Re: [Talk-de] PERL RE On Wed, 8 Oct 2008, Dirk Stöcker wrote: ($lon,$lat,$last) = /\(\d+,(\d+\.\d+),(\d+\.\d+),.+,(\d+)\)/ Ooops, Vorzeichen vergessen :-) ($lon,$lat,$last) = /\(\d+,([-\d]+\.\d+),([-\d]+\.\d+),.+,(\d+)\)/ Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ 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] Benutzung von highway: tertiary
z.B. einer quasi residential mit Verbindungscharakter (z.B. Vorfahrtsstraßen) würde ich je nach Begebenheit ein tertiary geben. -Original Message- Date: Sat, 04 Oct 2008 10:28:34 +0200 Subject: [Talk-de] Benutzung von highway: tertiary From: Thomas Drebert [EMAIL PROTECTED] To: talk-de@openstreetmap.org Hallo, als übersetzung würde ich sagen sind die Strassen in folgender Reihenfolge: Primary Secondary Tertiary Wie sieht es aber in der Großstadt aus welche wege sind den dort tertiary? Ist dort tertiary eigentlich angebracht? Wenn ich so in der Umgebung umschaue finde ich folgende Reihenfolge: Motorway Primary Secondary Residential Und nur vereinzelt Tertiary. schöne Grüße Thomas _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 ___ 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] HowTo: Mapnik für Windows | Dazu 2 Fragen: osm2pgsql unter win32
Super. Vielen Dank fuer http://wiki.openstreetmap.org/index.php/Mapnik Ich habe alles mal unter Windows 2000 (SP4) installiert und das Demo (mit den 3 Bildchen) funktioniert einwandfrei. Jetzt bleibt mir nur noch zwei Raetsel zu loesen, welche in Deiner Erklaerung, verstaendlicherweise, recht kurz gefasst waren: 1. Das Umwandeln des Planet File und 2. das Rendern mit generate_tiles.py: * Frage 1: PLANET FILE UNTER WIN32 UMWANDELN ???* Ich weiss, ich muss natuerlich zuerst das Planet-File umwandeln, doch wo gebe ich dieses Kommando ein ... *./osm2pgsql -U osm -m -d f:/osm/planet-080910.osm* ... in der Python-Shell ? ... oder muss ich mir das Kommando erst 'runterladen' und mit 'Make' uebersetzen ... aber dann muesste ich ja zuvor eine C-Compiler installieren etc etc Kurz, an dieser Stelle haenge ich gerade. Eine Binary fuer das Installieren eines postgresql- Servers (fuer Windoof) habe ich zwar im Netz gefunden, ftp://ftpf.postgresql.org/pub/binary/latest/win32/ doch selbst wenn der laeuft, muss ich ja immernoch das Kommando osm2pgsql irgendwo ausfuehren bzw, erstmal fuer mein (schlichtes win32/i386) Betriebssystem uebersetzen/haben ... woher also nehmen ? *Frage 2: RENDERN DER WORLD TILES ?* Wie Rendere ich mit den Daten in den Ordnern */world_boundaries/.*.. und */coastlines/...* die World-Tiles der Zoomstufe X ? Im */demo/... *Ordner von Mapnik gibt es ja den */data/...* Ordner fuer das Demo. Nun bin ich natuerlich den Weg des geringsten Widerstandes gegangen und dachte mir, wenn ich einfach den Ordner fuer die /world_boundaries/... und /coastlines/... ebenso dort unterbringe und das Script *generate_tiles.py * http://svn.openstreetmap.org/applications/rendering/mapnik/generate_tiles.py 'einfach' anpassen ... Doch im Script generate_tile.py kann man die Pfade auf die notwendigen Daten- Quellen bzw. Ordner ( /world_boundaries/... und /coastlines/...) gar nicht angeben, sondern nur auf die Layout-XML und den Tiles-Pfad verweise: mapfile=Pfad/xml-datei tile_dir=Pfad/tile_ordner/ ... was bei mir derzeit so aussieht: *mapfile=f:/osm.xml tile_dir=f:/tiles/* (und die Planet-Datei liegt in f:/osm/planet-080910.osm) Nun gut, das Script erzeugt natuerlich keine Ausgabe, da ich ja wohl noch nicht die world_boundaries und die coastlines richtig zugeordnet/zugewiesen - also die GROSSE FRAGE: *Wie weise ich (unter Windows) die world_boundaries und coastlines (.shp, .dbf, .index ...) Daten denn so zu, dass das generate_tiles.py script funktioniert ?* Sicher hat das was mit dieser tollen aber doch wohl recht komplexen bzw. kaum dokumen- tierten Datenbankanbindung von mapnik zu tun ... wo wir wieder bei Frage 1 landen ... Ich wuerde ja gerne daraus ein Super-FAQ (bzgl. Mapnik unter win32/64) machen, gerade weil dieses Windoof-Seuche so verbreitet ist und viele Open-Source Einsteiger irgendwann den Punkt erreichen, wo Sie von Windows auf Linux wechseln moechten. Doch alles auf einmal ist ein bisschen viel fuer Leute, die sich am Abend gerade mal Ihre 1-2 Stunden Familienauszeit nehmen koennen. Ein Step-by-Step FAQ bzgl. Umstieg auf Linux und Installation eine 'Ready-Made' Mapnik-Umgebung wuerde da sicher einen Anreiz schaffen ( | Gruss, Andreas Tobias Wendorff schrieb: Hallo Leute, habe gerade eine Anleitung geschrieben (Englisch und Deutsch), wie man Mapnik unter Windows installiert: http://wiki.openstreetmap.org/index.php/Mapnik Wenn jemand Lust hat, kann ja auch noch PostGIS erkl?rt werden. Ich halte allerdings erstmal Abstand davon, weil ich es selbst noch nicht kann. LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Noch'n Tip in Bezug auf Deinen Tonfall: Von ganz oben faellt man, laut Newton, immer- noch am haertesten auf ... ach, was soll's ... ag Roland Ramthun schrieb: [EMAIL PROTECTED] schrieb: Hi, wo kann man den die OSM-Tiles als ZIP-Archiv runterladen? Soweit ich weiß, gar nicht. Das Herunterladen einzelner Tiles per http, zB ueber http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon versucht, braucht aber ewig bei Zoom-Level 14, (trotz automatisierten PHP-Script Download). Das ist kein erwünschtes Verhalten, oder möchtest Du den Traffic bezahlen? Vermutlich wird man auch bald gesperrt. Grundsätzlich gilt in so einem Fall, dass bitte das Planetfile (von einem Mirror) heruntergeladen wird und dann kann man damit selber rendern. Sollte das die individuellen Fäigkeiten übersteigen, könnte man mal im IRC fragen, ob man ein Tile-Archiv bekommen kann, was ich allerdings nicht glaube. Grüße Roland ___ 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] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Am Anfang ist man halt immer ein wenig entnervt, weil man einfach losslegen moechte ... um das Ergebnis am Ende natuerlich auch mit anderen zu Teilen. Schmarotzen war nie meine Lebensphilosophie, sondern das Gegenteil: Lieber alles einmal selber gemacht haben, um es auch zu Verstehen, anstatt CopyPaste und byebye... Natuerlich weiss ich auch dass die Tiles nicht die Essenz der hier zusammengefuehrten Einzelleistungen darstellen, sondern die Vollstaendigkeit und Unabhaengigkeit der Datenbasis die treibende Kraft ist. Und klar, jeder sucht sich hier das aus, was er am besten kann und bei mir ist das halt die Ueberarbeitung der Auslieferung der Tiles, da mich eben genau der Traffic und die Tiles-Ordnergroesse beschaeftigt, wie auch die OSM-Struktur und die letztendliche Visu- alisierung der Daten. Und ja, ich lade mir gerade alles zum Thema Mapnik runter (auch die 4.4GB und die Coast-Lines etc etc) und werde mir das alles antun, damit ich verstehen lerne, warum man hier gleich so von der Seite behandelt wird, wenn man das Unwort Tiles ausspricht. Wenn ich dann soweit bin werde ich mich einfach selbst, still und heimlich darueber freuen dass mein Server 200x schneller Tiles generiert und darstellt als jeder andere, der noch mit Steinzeitstrukturen wie XML und SQL arbeitet. Ja, so wird es sein ( | Roland Ramthun schrieb: [EMAIL PROTECTED] schrieb: Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Die 4,6GB sind viel, aber weniger als die Summe aller z14 PNGs. Außerdem haben wir für das Planetfile Mirror. Es ist auch möglich mit Osmarender statt Mapnik zu rendern, vllt. ist das etwas einfacher, wenn man vorher das Planetfile in kleine Kacheln zerlegt (sonst reicht der RAM nicht). Idealerweise würde man wahrscheinlich, das hast Du schon erkannt, Mapnik benutzen. Etwas Arbeit, wozu natürlich auch Doku lesen gehört, ist das in jedem Fall, ja. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Wenn Du dich angegriffen fühlen willst, bitte. Trotzdem ist das Herunterladen großer Mengen von Tiles nicht die feine Art, es sind ja nicht nur die Bild-Daten, sondern auch noch der HTTP-Overhead. Reg dich erstmal ab, es war nicht böse gemeint, und dann schau mal, ob Du es nicht vllt. doch mit einem eigenen Rendering versuchst. Dann könntest Du bei Interesse auch direkt das Aussehen anpassen. Grüße Roland ___ 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] Habe eigenes PHP Script für das serve rseitige Rendern von Tiles in ein Preview-Image und suche ...
Sorry die mailings hier duerfen nur 40kb sein. ( n'witz wo es doch um geodaten geht (; ) Hier daher die Links auf meine Beispiel-Renderings: http://www.mobidic.de/osm/3020.png (24Bit) http://www.mobidic.de/osm/3020_1.jpg (minimale JPEG Qualitaet, schnell und ungenau arbeiten, low bandwide) http://www.mobidic.de/osm/3020_16.png (16 Index-Farben) http://www.mobidic.de/osm/3020_64.png (64 Index-Farben) http://www.mobidic.de/osm/3020_72.jpg (mittlere JPEG Qualitaet) ag ... und der Text meiner 'geblockten' email ... Hi klar, hier ein Ausschnitt aus (Tiles) Zoomstufe 6, mit einem TTF bzw. Vektorfont darueber, in verschiedenen Darstellungsqualitaetet (Farbtiefen/Dateiformat). Ich habe einige Layout-Funktionen schon realisiert, wie das Einsetzen von graphischen Text (Linien, Punkte u. Polygone), sowie die Aenderung der Farbtiefe und des Dateiformates (PNG/JPG/GIF) Das Aendern der Farbtiefe, zB bei JPG auf den niedrigsten wert (1), sehe ich dann als vorteilhaft an, wenn man an einer Karte arbeiten moechte aber eben nicht die noetige Bandbreite hat. So kann man relativ schnell, aber eben auch relativ ungenau, eine Karte mit zusaetzlichen Infos/Punkten befuellen (zB Klick und Aktualisierung per xajax). Das meine ich auch, wenn ich von Traffic-Reduzierung spreche. Den Traffic auf den Server umlenken ? - eher nicht - ich lasse den Server zu Anfang nur mehr arbeiten. Da aber alle generierten Ansichten g'cached werden, hat jeder Nutzer spaeter auch einen individuellen Cache, wie bei google maps, so dass der Server, nach einiger Zeit, immer weniger ausliefern muss, je nach 'Angewohnheit' des Users. Das meine ich, wenn ich von Traffic-Reduzierung spreche. Dass auch ein angepasstes Dateiformat dazugehoert, wie zB die autom. Ermittlung der notwendigen Farbtiefe einer Karte, die ausgeliefert werden soll, ist natuerlich auch ein Teil meiner Ueberlegungen. Kurz anstatt mehrere Anfragen an den Server, die auf mehrere PNG-Dateien gehen, will ich eine Anfrage, die entweder auf den User-Cache verweist oder etwas neues generiert, dieses aber nur einmal ausliefert (als eine Datei). Das mit dem 'rudimentaeren' schaue ich mir gleich mal an. Danke. Ist Perl, als Render-Technik, in diesem Bereich denn derzeit noch staerker verbreitet ? AndreasG Tobias Wendorff schrieb: Hallo AndreasG, [EMAIL PROTECTED] schrieb: Ich habe ein eigenes PHP Script für das serverseitige Rendern von Tiles zu einem einzigen Preview-Image geschrieben, um den Traffic zwischen einem Map-Tile Server und dem Client/Browser zu reduzieren (gebe es gerne weiter). Würde gerne mal ein solches Image sehen. Welches PHP-Script Beispiel ist derzeit verfuegbar, um Openstreetmap-Daten in (PNG-)Tiles zu rendern ? http://wiki.openstreetmap.org/index.php/Rendering Alle aber nur sehr rudimentär. Mein aktuelles Ziel: Den Traffic zwischen Map-Tile Server und Client um 2/3 reduzieren und einen Style-Renderer zwischenzuschalten, der das Layout der Karte grundlegend anpassen soll (zB ueber ein zugeordnetes CSS-Stylesheet). Also lenkst Du den Traffic eigentlich nur um? Grüße Tobias ___ 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] Habe eigenes PHP Script für das serve rseitige Rendern von Tiles in ein Preview-Image und suche ...
Der sichtbare Ausschnitt ist schon der ausgewaehlte, da wird also nicht mehr geschoben, sondern nur noch 'reingemalt'. Datenbankzugriff kann ich mir natuerlich selber machen, indem ich die Tiles der Zoomstufe 17 (meine gewaehlte max. Detailtiefe) selber hoste, wie zB auch den Datensatz von geonames.org Aus den Tiles der Zoomstufe 17 generiere ich, bei Bedarf, alle kleineren Groessen, was den Platz auf dem Server erstmal etwas frei haelt. Zusaetzlich limitiere ich die Zoomstufe auf 6 'sinnvolle' Masstaebe (Kontinent, Land, Region, Stadt, Haus, Mensch, das entspricht. 2000km, 500km,100km, 5km, 500m, 100m) Ich ziehe mir jetzt einfach die Tiles der Zoomstufe 17 direkt von OSM-Server, nur frage ich mich natuerlich, wie bekomme ich Tiles 'ohne die Geonames' drauf, deren 'Texte' ich ja gerne selber setzen/rendern moechte ? Gibt es eine Tile-Satz auf dem OSM-Server der weder Strassenlinien noch Namen enthaelt, sondern nur die Shapes des Laender/Kontinenten, Fluesse etc. ? Fragen ueber Fragen ( : ag Frederik Ramm schrieb: Hallo, [EMAIL PROTECTED] wrote: Ist Perl, als Render-Technik, in diesem Bereich denn derzeit noch staerker verbreitet ? Wenn Du performant aus Rohdaten Grafiken errechnen willst (auf einem oeffentlichen Server), kommst Du m.E. um C/C++ nicht herum, und brauchst natuerlich auch direkten Datenbankzugriff. Dein Ansatz hat den Vorteil, dass Du ihn als Proxyserver zwischen einem normalen Tileserver und dem User fahren kannst, aber vermutlich wird Dein Cache wenig nuetzen, denn die User scrollen ja auf der Karte rum, und Du musst den Cache sofort verwerfen, wenn auch nur ein Pixel nach links geschoben wird oder so - das ist eben die grosse Starke des Tile-Ansatzes, dort muss nur ein Bruchteil des Bildes nachgeladen werden, bei einem Ansatz wie Deinem immer das komplette. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sat, 16 Aug 2008 03:14:21 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Martin Koppenhoefer [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Das wird alles nur unnötig kompliziert und wendet deshalb dann doch keiner mehr an. Sinn macht lediglich die Sonderbeschilderung zu taggen die es manchmal für bestimmte Fahrzeugklassen gibt. Ansonsten steht ja am Strassenrand auch nicht für jede Fahrzeugklasse ein eigenes Schild wie schnell gefahren werden darf - dafür muss dann die jeweilige Anwendung einen Datensatz des befahrenen Landes vorhalten. so einfach ist das Leben bei OSM leider auch wieder nicht. Schon vergessen (war vor kurzem Thema): da wir aus den Daten auf andere Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100 (aussen) auch wenn es implizit gilt hinzugefügt werden. Martin innerorts und außerorts lässt sich nur durch IS_IN bzw. korrekt erfasste place-Areas erfassen, denn generell maxspeed=50 innerorts bzw. maxspeed=100 außerorts zu taggen ist nicht richtig bzw. erfasst die Realität nicht korrekt :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Sat, 16 Aug 2008 14:18:04 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: Martin Koppenhoefer [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Auch die pedestrians (Fussgängerzonen) sind nicht grundsätzlich nur von Fussgängern zu betreten, dort gibt es neben Lieferverkehr oft auch Ausnahmen für Fahrräder. Martin dann sind die Ausnahmen aber bestimmt durch Sonderschilder zugelassen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sat, 16 Aug 2008 21:41:24 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Marc Schütz [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org, talk-de@openstreetmap.org Marc Schütz schrieb: Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden und kein maxspeed. Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es sicher auch shwieriger ist, aus den Ortsareas rauslesen können. Selbstverständlich, wenn sie vorhanden sind. Ich wollte nur meine Antwort möglichst kurz halten. Außerdem hat, WIMRE, hier mal jemand ein Beispiel gebracht mit einer Brücke, die (verkehrstechnisch) innerhalb einer Ortschaft ist, und über eine Straße verläuft, die außerhalb ist. In so einem Fall ist wohl ein expliziter Tag nötig. ja, das Tag heißt IS_IN ;)In Aachen haben wir so ein Straße. die Schnellstraße verläuft über der Brücke außerorts und die Straße drunter ist innerorts.Momentan gelöst:die beiden place-Areas (getrennt durch die Schnellstraße)das Stück Straße unter der Brücke bekommt ein IS_IN--Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sat, 16 Aug 2008 02:52:37 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Martin Koppenhoefer [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Radfahren müssen sich scheinbar nur nach den zusätzlich aufgestellten (z.B. für Tempo 30) Schildern richten. auch das würde ich in Frage stellen. Wie soll man denn als Radfahrer überhaupt wissen, mit welcher Geschwindigkeit man unterwegs ist? Ein Tacho wird von der StVO oder dem StVG. für Fahrräder nicht gefordert. Martin der Fakt, dass ein Radfahrer keine Tachopflicht hat, führt zu dem Phenomen, dass Radfahrer auch in Spielstraßen bis zu 20 km/h fahren dürfen (je nach Polizist), obwohl sie nach StVO 'Schrittgeschwindigkeit' fahren müssen. Ergo: bei Radfahrern sind vielleicht die Tolleranzen etwas größer, dennoch sind die Maxspeeds da ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
From: Bodo Meissner [EMAIL PROTECTED] Garry wrote, on 12.08.2008 03:56: | [EMAIL PROTECTED] schrieb: | Für z.B. Radfahrer is die 50er Begrenzung in Innenstädten völlig egal. | Nicht wirklich - in diesem Bereich kommt er mit Sicherheit mit | angepasster Geschwindigkeit in Konflikt! | | Geschwindigkeiten außerorts sind noch mal ein eigenes vielschichtiges | Ding. Da is das pauschale setzen von maxspeed=100 km/h auch einfach | nur wrong data | | Davon war meinerseits nie die Rede. Ich denke, die Feststellung, daß die Default-Höchstgeschwindigkeiten nicht für Radfahrer gelten, ist nur ein Extrembeispiel, was die Schwierigkeiten beim Taggen verdeutlichen soll. Selbst wenn man diesen Fall ignoriert, gibt es Probleme außerorts, weil dort für verschiedene Kfz unterschiedliche Werte gelten. Ein maxspeed=100 ist dort also falsch. Ein einheitliches maxspeed=default kann nur mit Zusatzinformationen sinnvoll ausgewertet werden. Würden wir jetzt sowas wie maxspeed=default:100 o.ä. schreiben hätten wir wieder das gleiche Problem mit den verschiedenen Geschwindigkeiten. Vielleicht wäre es nützlich, die Zusatzinformationen, um welche Default-Geschwindigkeitsbeschränkung es sich handelt, gleich hinzuzufügen. Beispiele: maxspeed=default:motorway:D, maxspeed=default:innerorts:D, maxspeed=default:straße-mit-getrennten-richtungsfahrbahnen:D (Die deutschen Bezeichnungen müßten natürlich durch geeignete englische Wörter ersetzt werden.) Die Frage, wo man die verschiedenen Default-Werte für die Renderer oder Router unterbringen kann, ist dabei noch ungeklärt. Eine Möglichkeit wäre, einen Punkt (mit festgelegten Koordinaten?) in die Datenbank einfügen, der die Default-Werte als Tags enthält, vielleicht so: maxspeed:default:motorway:D=unlimited, maxspeed:default:innerorts:D=50 maxspeed:default:außerorts:D:3.5t=100 Viele Grüße Bodo Bodo Default-angaben gehören für Deutschland in die Relation, die die Landesgrenzen enthalten Default-Access-Restriction http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#Germany Default-Maxspeed-Restriction http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#Germany_2 -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Tue, 12 Aug 2008 20:09:15 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: Lars Francke [EMAIL PROTECTED] To: talk-de@openstreetmap.org Huhu, nochmals vielen Dank fuer all die Antworten. Was ich jetzt weiß ist, dass es jeder so macht wie er meint es sei richtig und es gibt keinen Konsens. Dann brauche ich ja kein schlechtes Gewissen zu haben wenn ich es auch so mache wie ich denke. Aber nochmal als Diskussionsgrundlage ein paar Bilder und die Frage was Ihr daraus machen wuerdet: Beispiel 1: http://openstreetmap.org/?lat=53.67456lon=9.69938zoom=17layers=0B0FTF (In de Bög) Beschilderung an der Einfahrt: http://img56.imageshack.us/done.php?l=img56/4853/dscf6229qx5.jpg Und der Weg direkt daneben: http://img360.imageshack.us/done.php?l=img360/7810/dscf6230nn0.jpg Ich habe den Weg als acces=no, bicycle=yes, foot=yes, agricultural=yes, highway=track, tracktype=grade2 getagged. Eine Ecke weiter sieht der Weg so aus: http://img169.imageshack.us/done.php?l=img169/1685/dscf6231bp1.jpg da habe ich dann tracktype=grade3 genommen Noch eine Ecke weiter: http://img516.imageshack.us/done.php?l=img516/4992/dscf6232cv4.jpg tracktype=grade4 - auch wenn es hier vielleicht nicht so aussieht, man kann da gehen und es waren deutliche Spuren Aber...die letzte Ecke: http://img206.imageshack.us/done.php?l=img206/7010/dscf6233fe6.jpg tracktype=grade5. Auch hier sieht man es wieder nicht aber am Boden waren eindeutige Spuren, dass da ab und an Trecker längsfahren und am Ende des Weges war dann auch ein Gatter auf eine Wiese. Der gesamte Weg wird eindeutig ausschließlich fuer die Landwirtschaft und vielleicht zum Hund ausfuehren verwendet, es geht sonst nichts ab. Ich bereite grad mal ein zweites Beispiel vor - aber ich freue mich ueber jeden Hinweis/Kommentar wie Ihr vorgehen wuerdet. Gruß, Lars hätte es glaube ich genauso getaggt wie du. Schönes Beispiel :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Tue, 12 Aug 2008 20:20:38 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: Henry Loenwind [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Wo ich mehr Problem habe ist bei einem Weg hier in der Gegend zwischen track/grade5 und path/width=1m. Von der Ausschilderung wäre es ein Forstweg, aber die Breite ist teilweise bei nur einem Meter und surface=festgetrampelter Waldboden, roots=many... ;) cu Henry Wenn der Bauer nicht mehr mit dem Trecker bzw. der Förster nicht mehr mit seinem Golf Country durchpasst ist es imho ein 'path' und kein 'Wirtschaftsweg' mehr :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Tue, 12 Aug 2008 20:46:28 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: Lars Francke [EMAIL PROTECTED] To: talk-de@openstreetmap.org Beispiel 3: http://openstreetmap.org/?lat=53.68496lon=9.70442zoom=17layers=0B0FTF (es geht um diesen kleinen Weg durch den Wald östlich vom Esinger Steinweg, das mache ich grad neu und das ist so wie es da ist auch nicht ganz richtig) So siehts da aus: http://img515.imageshack.us/done.php?l=img515/6797/dscf6259zw6.jpg Das einzige Schild vorne ist ein Pferde verboten (also kein fahrrad verboten oder fußwegschild o.ä.). Im ganzen Bereich sind Schilder aufgestellt mit Informationen ueber Flora und Fauna, die Wege scheinen also legal zu sein ;-) Der Weg wird zu 50:50 von Fahrradfahren (sowohl um vom Esinger Steinweg nach Tornesch zu kommen als auch Freizeitmäßig) und Fußgängern benutzt. Auf der anderen Seite endet der Pfad an der Kleinen Twiete (wie oben beschrieben), die fuer Fahrrad frei ist, fuer Autos und Co. aber zu (Schild ist oben) aber von dieser Seite aus ist kein Schild, dass Pferde verboten sind nicht, dass das ziemlich egal wäre weil da eh niemand durchreitet aber wie wäre so ein Fall theoretisch zu taggen? Oder aber ist das durch die Schildkombination (http://img293.imageshack.us/done.php?l=img293/9527/dscf6242cc1.jpg) eh verboten? Dieser Weg ist als footway markiert, ich wuerde es eher allgemein path nennen und dann foot und bicycle auf yes setzen. Oder ist das einfach vollkommen egal? Ich weiß...alles nicht ganz einfach und auch Haarspalterei aber was man nicht alles tut um sich von der Arbeit abzuhalten ;-) so lange da kein blaues schild für fussgänger, radfahrer (und/oder kombinationen davon) ist kein footway (footway impliziert ein foot=designated). Ich würde ihn auch als 'path' taggen (vielleicht mit foot,bicycle == yes ) und auf jeden Fall mit horse == no (vom Zustand her is der Weg nämlich eigentlich ideal zum Reiten, also für Reiter bestimmt interessant zu wissen, dass sie da nicht lang dürfen) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
ich hab mal versucht unsere in der StvO festgeschriebenen Geschwindigkeitsbegrenzungen unter http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#Germany zu erfassen.Jetzt brauchen wir nur noch die Landesgrenzen von Deutschland und die place-Grenzen der einzelnen Orte/Städte (am besten beide in Areas und/oder Relations).Durch die Tatsache, dass z.B. Radfahrer sich nicht an die Geschwindigkeitsbegrezung die ein Ortseingangsschild für PKWs beeinhaltet zählt bin ich mittlerweile gegen eine alle Straßen innerorts bekommen ein maxspeed=50, sondern wenn keine extra Schilder stehen sollte ein maxspeed=default reichen (die aufgestellenen Geschwindigkeitsbegrezungen zählen nämlich für alle Verkerhsteilnehmer - also auch Fahrräder)Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- Date: Tue, 12 Aug 2008 00:55:21 +0200 Subject: Re: [Talk-de] Unterschied: residential, unclassified, service From: René Falk [EMAIL PROTECTED] To: talk-de@openstreetmap.org Am Montag, 11. August 2008 schrieb Florian Lohoff: Das einzige problem was hier nicht reinpasst ist highway=track, tracktype=grade1 - was ja auch asphaltiert ist also in meiner definition = unclassified ist. Jedoch waere fuer mich die unterscheidung das ein track typischerweise keinen namen hat d.h. eher inoffiziellen/privaten character hat, meist auch verbunden mit belagwechseln von schotter zu asphalt und zurueck - bisher habe ich das aber nicht verwendet. Bei mir in der Gegend gibt es viele Feldwege mit historisch gewachsenen Namen, die ich zum Teil bis zu tracktype=grade3, in einzelnen Fällen aber auch bis zu tracktype=grade4, runter eingestuft habe. Ein nicht unerheblicher Teil hat durchaus auch Verbundcharacter. Einige Weiler sind nur über solche Feldwege zu erreichen, wobei der Hauptzweck aber eindeutig der Zugang zu landwirtschaftlich genutzten Flächen ist. highway=track mit eigenem Namen is nix Ungewöhnliches. Gibts in meiner Gegend hier auch zu Hauf. So wie du diese Wege beschreibst trifft highway=track surface=unpaved wohl am Besten :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Tue, 12 Aug 2008 02:38:10 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Garry [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED], Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org [EMAIL PROTECTED] schrieb: ich hab mal versucht unsere in der StvO festgeschriebenen Geschwindigkeitsbegrenzungen unter http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing#Germany zu erfassen. Jetzt brauchen wir nur noch die Landesgrenzen von Deutschland und die place-Grenzen der einzelnen Orte/Städte (am besten beide in Areas und/oder Relations). Durch die Tatsache, dass z.B. Radfahrer sich nicht an die Geschwindigkeitsbegrezung die ein Ortseingangsschild für PKWs beeinhaltet zählt bin ich mittlerweile gegen eine alle Straßen innerorts bekommen ein maxspeed=50, sondern wenn keine extra Schilder stehen sollte ein maxspeed=default reichen (die aufgestellenen Geschwindigkeitsbegrezungen zählen nämlich für alle Verkerhsteilnehmer - also auch Fahrräder) Hällst Du diese Massnahme wirklich für sinnvoll im Rahmen der Verkehrssicherheit? Du setzt funktionierende Anwendungen ausser Kraft weil sie erstmal nichts mit default anfangen zu können um den äusserst selten Fall abzudecken dass ein Radfahrer die 50km/h in einer geschlossen Ortschaft überschreitet und dabei noch auf sein Navi achtet ob er jetzt nur innerhalb einer geschlossen Ortschaft fährt oder noch zusätliche eine Beschränkung gilt? Garry *Mantra start* wir mappen nicht für Router *Mantra end* ;)Einfach maxspeed=50 km/h innerorts an alle Wege zu taggen oder auch maxspeed= 100km/h außerorts wäre schlicht und ergreifend 'falsche Daten erfassen'. Wir wollen die Wirklichkeit erfassen und das nicht nur aus PKW-Sicht.Für z.B. Radfahrer is die 50er Begrenzung in Innenstädten völlig egal. Dass aber auf einer Route 30er Zonen und Spielstraßen liegen (in denen er Schritttempo fahren muss) ist für ihn sehr relevant.Geschwindigkeiten außerorts sind noch mal ein eigenes vielschichtiges Ding. Da is das pauschale setzen von maxspeed=100 km/h auch einfach nur wrong dataGruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied: residential, unclassif ied, service
-Original Message- From: Tobias Hägele [EMAIL PROTECTED] Und wie sieht das nun bei Autobahnparkplätzen und Raststätten aus? Im Wiki finde ich bei service den Hinweis auf Autobahnparkplätze, aber etwas genaueres und schlüssiges habe ich auch nicht gefunden. Den gesamten Rastplatz mit service zu zeichnen sieht komisch aus, unclasified hört sich schon logischer an. aber dann könnte man auch die Auf/Abfahrten als Link taggen, aber dann sind wir gleich dabei und diskutieren, ob der Beschleunigungsstreifen getaggt wird oder nicht... ... Tobias was sieht denn an z.B. http://informationfreeway.org/?lat=50.81734763382983lon=6.215569265066246zoom=17layers=B000F000F komisch aus? Auf Parkplätzen machst du doch auch highway=service. Aus viel mehr besteht so ein Rastplatz ja noch wirklich ;) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
was ich an dieser Diskussion hier irgendwie verblüffend finde: die Leute haben kein Problem sich den Kopf darüber zu zermartern, ob eine Straße nun 'trunk', 'primary', 'secondary',. usw. ist. Sie überlegen und diskutieren in Foren darüber ewig. Aber harte Fakten zu erfassen wie ein simples maxspeed=* oder lanes=* zu setzen ist ihnen zuviel Aufwand bzw. sie suchen Mittel und Wege sich drumherum zu stehlen. Ich persönlich hätte viel lieber eine ganze Karte voller highway=road und maxspeed=* in allen Wegen, als mich auf komplizierte Konstrukte zwecks Ableitung irgendwelche möglichen Standards in scheinbar festgelegten Gebieten zu vertrauen. Anstatt hier weiter zu diskutieren lasst uns einfach http://wince.dentro.info/koord/osm/KosmosMap.htm weiter bunt machen. Damit sind wir bestimmt schneller Fertig, als mit dieser - endlos erscheinenden - Diskussion ;) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)
-Original Message- Date: Sun, 10 Aug 2008 03:15:35 +0200 Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none) From: Frederik Ramm [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED], Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo, was für ein maxspeed hat ein Weg/Straße/Track der nicht für motorisierten Verkehr zugelassen ist, z.B. Feldwege? käme da auch ein maxspeed=none hin? Schließlich könnten Fahrradfahrer dort theoretisch doch so schnell fahren, wie sie wollen. (im Vergleich zum öffentlichen Straßenverkehr). Ich denke, mit dem maxspeed=none an Feldwegen waere dann ein Punkt erreicht, an dem ich von Tag-Spam reden wuerde. Ich halte ja viel von solchen Karten wie dieser Maxspeed-Ansicht, aber wenn sie dazu fuehrt, dass die Leute irgendwann Wasser-, Rad-, Wald- und Fusswege mit maxspeed versehen, nur damit die Karte bunt wird, wuerde ich sagen: Bitte nehmt ein Malprogramm fuer sowas und nicht OSM ;-) wollte damit ja nur irgendwie verdeutlichen, dass es nicht nur Autobahnen gibt, wo maxspeed=none Sinn machen wurde ;) Statt deutsche Autobahnen mit 'maxspeed=none' zu taggen würde ich eher 'maxspeed=unlimited' vorschlagen. 'None' sagt im Zweifelsfalle nichts aus, unlimited ist dagegen auch für einen Außenstehenden verständlich. Das 'umschreibende' Begriffe Sinn machen kann man übrigens auch bei 'maxspeed=stepspeed' (in Wohn- und Spielstraßen) erkennen :) Ich weiss ja nicht, ob stepspeed wirklich jemand benutzt. Im Englischen wuerde es walking_speed heissen. Es gibt allerdings AFAIK den Konsens, Schrittgeschwindigkeit als 7 km/h zu taggen, oder erzaehle ich da jetzt Mist? 7 km/h ist AFAIK genauso falsch, als würden wir Autobahnen mit 'maxspeed=130 km/h' versehen. Die Gerichtsurteile sprechen AFAIR von Schrittgeschwindigkeit was irgendwas zwischen 2 und 20km/h sein kann/darf (je nach Urteil). Warum die Kinder nicht einfach beim Namen nennen ;) Du hast aber Recht stepspeed is nicht wirklich toll, da scheinbar nicht wirklich native english. 'maxspeed=walking' oder 'maxspeed=walk' käme dem walking speed wohl am Nächsten. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] links und rechts [war: Fragen zum B ürgersteig (Fußweg, Radweg beides)]
-Original Message- Date: Wed, 06 Aug 2008 14:34:59 +0200 Subject: Re: [Talk-de] links und rechts [war: Fragen zum Bürgersteig (Fußweg, Radweg beides)] From: Nick Rudnick [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hi, Mario Salvini schrieb: [...] footway=both; left; right; none [...] mal 'ne dumme Frage von einem Neueinsteiger: Was ist links und was rechts bei einer in beide Richtungen befahrbaren Straße? Ich kann mit dieser Definition absolut nix anfangen, nachdem das ja wohl allein eine Frage der Blickrichtung ist... Gruß Nick der gezeichnete Weg jat ja immer eine Richtung, sonst würde oneway=yes ja auch keine Bedeutung bekommen. Gleiche Grundannahme hilft uns jetzt auch bei footway=left , right, both :-) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] links und rechts [war: Fragen zum B ürgersteig (Fußweg, Radweg beides)]
-Original Message- Date: Wed, 06 Aug 2008 17:05:59 +0200 Subject: Re: [Talk-de] links und rechts [war: Fragen zum Bürgersteig (Fußweg, Radweg beides)] From: Markus Nentwig [EMAIL PROTECTED] To: talk-de@openstreetmap.org [EMAIL PROTECTED] schrieb: Hi, Mario Salvini schrieb: [...] footway=both; left; right; none [...] mal 'ne dumme Frage von einem Neueinsteiger: Was ist links und was rechts bei einer in beide Richtungen befahrbaren Straße? Ich kann mit dieser Definition absolut nix anfangen, nachdem das ja wohl allein eine Frage der Blickrichtung ist... Gruß Nick der gezeichnete Weg jat ja immer eine Richtung, sonst würde oneway=yes ja auch keine Bedeutung bekommen. Gleiche Grundannahme hilft uns jetzt auch bei footway=left , right, both :-) -- Mario Klappt aber nicht. Was passiert, wenn jmd bei der Straße [dem Fußweg] die Richtung dreht? Beispiel: Joinen von 2 Wegen. Die Attribute bei highway [footway] werden ja nicht mit geändert. Also sind die Fußwege nun auf der falschen Seite. Dazu 2 Dinge: 1. das Problem hast du ja auch bei Oneways, wenn du den Weg drehst. 2. könnte man dem Editor beibringen left/right zu tauschen, wenn der User die Richtung des Weges ändert. Ich habe nicht behauptet, left/right wäre eine eierlegende Wollmilchsau, aber im Zusammenhang mit der Fließrichtung des gezeichneten Weges isses noch ein sehr gute und eindeutige Abgabe. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschlag: Himmelsrichtungen statt left und right
beim footway=left;right;both;none-Proposal wurde diese Diskussion auch schonmal geführt: http://wiki.openstreetmap.org/index.php/Talk:Proposed_features/Footway#Against_.22left.22.2F.22right.22 -- Mario -Original Message- Date: Wed, 06 Aug 2008 21:27:42 +0200 Subject: [Talk-de] Vorschlag: Himmelsrichtungen statt left und right From: Tobias Wendorff [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo Leute, momentan wird es ja bei vielen Straßen so gehandhabt, dass Objekte mit links und rechts der Fahrtrichtung gespeichert werden. Nun kam aber häufiger die Frage auf, was genau links und rechts und was die Fahrtrichtung ist. Klar, es geht von der Eingaberichtung der Nodes aus, aber irgendjemand kann die Nodes umdrehen und die ganze Aussage von links und rechts ist falsch. Wieso bedienen wir uns nicht daher den Himmelsrichtungen und zwar nur Nord, Süd, West, Ost - keine Unterteilung. Jeder Node hat einen Raumbezug, wieso dann nicht auch die Informationen, mit denen wir die Nodes füttern? Jetzt kommt bitte nicht damit, dass man im freien Feld nicht weiß, wo Norden und Süden ist. Beim Überarbeiten der Rohdaten muss man ja auch links und rechts eintragen, also wird man ja auch die vier Himmelsrichtungen schaffen. Klar: Die Renderer müssten dann mitdenken, aber ich vermute hier das kleinste Problem. Es würde jedenfalls viele Probleme einfach lösen. Grüße Tobias ___ 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] GenWiki: vielleicht eine gute Quelle?
Im Impressum bei denen steht: Autorenrecht am Artikel Wer als Autor im GenWiki aktiv wird, stellt sein Wissen in den Artikeln allen zur Verfügung: den Lesern, um Wissen daraus zu schöpfen, den anderen Autoren zur Weiterbearbeitung und Verbesserung. Jeder Autor überträgt mit dem Einstellen seiner Texte im GenWiki die Nutzungsrechte daran dem Verein Compgen für GenWiki oder ähnliche Vereinsprojekte dauerhaft und unwiderruflich. Er versichert, keine ausschließlichen Nutzungsrechte an diesen Texten anderweitig vergeben zu haben. Außerdem erkennt er an, dass die eingestellten Texte von anderen weiter bearbeitet und verändert werden können. In begründeten Fällen (z. B. nachträglich erkannten Rechtsverletzungen) können der Verein bzw. die Administratoren des Projektes eingestellte Texte auch löschen. Davon unberührt bleibt das Recht des Autors, seine Texte auch anderweitig zu veröffentlichen. Ist der Text allerdings inzwischen von Coautoren weiterbearbeitet worden, muss für die Veröffentlichung dieser Weiterbearbeitung an anderer Stelle das Einverständnis der Coautoren eingeholt werden. Nutzungsrecht Der Verein für Computergenealogie erhält von den Autoren das Nutzungsrecht an den von ihnen eingestellten Artikeln dauerhaft und unwiderruflich und zwar zur nichtkommerziellen Nutzung im GenWiki oder ähnlichen Projekten des Vereins. vielleicht können wir da ja auch gute Infos (z.B. Otszugehörigkeit etc) erfassen -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampel-Verwirrung Fahrrad-Ampeln
-Original Message- Date: Mon, 04 Aug 2008 09:48:07 +0200 Subject: [Talk-de] Ampel-Verwirrung Fahrrad-Ampeln From: Tobias Wendorff [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo Leute, also über Ampeln steht ja eigentlich gar nichts im Wiki, jedenfalls nichts was Deutschland so richtig betrifft. Meine Frage: 1. Kommen die Ampel-Nodes dahin, wo die Ampeln in Wirklichkeit sind oder kommen sie an die Kreuzungspunkte?Ich setzte die Ampelnodes immer an die Haltelinien. 2. Kommen zwei Ampel-Nodes hin, wenn es zwei getrennte Schaltungen für Links- und Rechts-Abbiger gibt? die sie meist die gleiche Haltelinie nutzen unterscheide ich da nicht. dass sollte man eleganter Weise eh über eine Relation erfassen (es sei denn es ist eine sehr ausgebaute Kreuzung mit z.B. 2 spuren nach links und 2 Spuren nach rechts mit eigenen Inselchen dazuwischen. Aber da mappt man ja dann eh sie Spuren seperat, also je eine Ampel pro Haltelinie) 3a. In Großstädten gibt es bei großen Kreuzungen ja Inseln, die dann nochmal eigene Ampeln haben, also insg. 2 Stück pro Richtung. Setze ich jede Ampel einzeln ein? auch hier würde ich vermuten, dass die Heuristik An jede Haltelinie eine Ampel brauchbares leifert :) 3b. Werden den Kreuzungsampeln mit Fußgängerinsel so getagged: highway=traffic_signals crossing=island eigentlich müsste da ja noch mal das dahinter: crossing=traffic_signals Toucan wäre ja für Radfahrer und Fußgänger, aber da steht UK-specific ?!ich tagge das als: highway=traffic_signal und crossing=traffic_signal. Toucan macht nur in UK Sinn, weils die Kreuzungsart nunmal nur da wirklicih gibt. Eigentlich gibts ja eine approvete neue allgemeinere Art für crossing= nur Gravystorm weigert sich mit aller Kraft die Wikiseite von Key:crossing ändern zu lassen. Schau mal unter http://wiki.openstreetmap.org/index.php/Approved_features/Road_crossings nach.Beispiele: http://informationfreeway.org/?lat=50.769962797664235lon=6.108162910537442zoom=17layers=B000F000F 4. Wie werden Fahrradschaltungen und deren Druck-Aktivierung gekennzeichnet? gibts AFAIK noch kein Tag fürGruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampel-Verwirrung Fahrrad-Ampeln
-Original Message- Date: Mon, 04 Aug 2008 11:14:06 +0200 Subject: Re: [Talk-de] Ampel-Verwirrung Fahrrad-Ampeln From: Frederik Ramm [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo, Ich wäre für ein Tag traffic-light. traffic-light=foot traffic-light=bicycle Und dann noch Dinge wie on demand und on/off time. Reicht ja nicht. Du musst ja auch beschreiben, fuer welche Richtung es gilt. Also ob es die betrifft, die dort queren wollen, oder die, die dort durchfahren wollen. Eine simple, voll beampelte Kreuzung sieht ca. so aus (Zahlen = Ampeln, Buchstaben = Strassen): B | 2 | ---A-1---+---3-C--- | 4 | D ich tagge dan 1,2,3,4 als highway=traffic_signal und crossing=traffic_signal. Somit ist erfasst, dass dort der auf der Straße fließende Verkehr eine Ampelschaltung durchfließt und auch, dass diese Ampel für den Straße-kreuzenden Fussgängerverkehr nutzbar ist. Beispiel: http://informationfreeway.org/?lat=50.769962797664235lon=6.108162910537442zoom=17layers=B000F000F Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ralation boundary und vorhandene Wege
-Original Message- Date: Mon, 04 Aug 2008 07:47:07 +0200 Subject: Re: [Talk-de] Ralation boundary und vorhandene Wege From: Bernd Wurst [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo. Am Montag, 4. August 2008 schrieb Frederik Ramm: Wenn man eine Relation fuer Kreis XY eintraegt und alle Kreisgrenzen dieser Relation als Member zuschlaegt (mit role=border oder sowas), dann koennte man auch Fluesse und Strassen, die selbst nicht als boundary=... getaggt sind, in diese Relation mit aufnehmen. Ja. Könnte man. Aber ausgegangen von der hiesigen Situation, dass die Grenze in den meisten Fällen quer durch den Wald verläuft, bringt das nicht viel. Wenn das andernorts anders ist, mag das logisch klingen. Aber es wird immer irgendwie inkonsistent sein und vor allem: Wenn DAS nicht kompliziert für Neueinsteiger ist, dann weiß ich auch nicht. Hier werden so viele Dinge abgelehnt bzw. für unsinnig erachtet, weil es zu kompliziert ist. Und dieses Vorgehen zähle ich da definitiv dazu. Gruß, Bernd also hier im Kreis hat fast jede Bezirksgrenze mindestens einen Bach als Grenzverlauf. da wäre so eine Methode schon nützlich (anstatt eine Grenzlinie ganz eng an einen stark mäandrierenden Bach zu malen). -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ralation boundary und vorhandene Wege
-Original Message- Date: Mon, 04 Aug 2008 13:42:29 +0200 Subject: Re: [Talk-de] Ralation boundary und vorhandene Wege From: Bernd Wurst [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo. Am Montag, 4. August 2008 schrieb [EMAIL PROTECTED]: also hier im Kreis hat fast jede Bezirksgrenze mindestens einen Bach als Grenzverlauf. da wäre so eine Methode schon nützlich (anstatt eine Grenzlinie ganz eng an einen stark mäandrierenden Bach zu malen). Für Grundstücksgrenzen sind stark mäandrierende Bäche schon heikel, weil sie sich (je nach Größe) ab und an mal verschieben. Ich dachte, dass allgemein für wichtigere Grenzen [1] eher nichts benutzt wird das variabel ist und daher so alle paar hundert Meter ein Grenzstein als Stückpunkt der Grenze dient. Ist aber nur ne theoretische Überlegung, da ich selbst keinen kenne, der mir einen exakten Grenzverlauf sagen kann. Ich erkenne lediglich hier wenn ich die Website des Vermessungsamtes anschaue, selbst bei gewisser Unschärfe, keine Straßen oder Flüsse, die dem Grenzverlauf ähnlich sehen. [1]: Ich weiß, etwas wichtigeres als den genauen Grenzverlauf von Opa Erwins Obstbaum-Stückle gibt es nicht! Gruß, Bernd -- Sie müssen entweder Englisch sprechen können, um mit der Welt zu korrespondieren, oder Schwäbisch, um mit den wichtigen Leuten zu reden. - Lothar Späth (Ehem. Ministerpräsident Ba-Wü) soagr landesgrenzen werden durch bäche gesetzt ;)http://informationfreeway.org/?lat=50.853984168211134lon=6.048102899284595zoom=15layers=B000F000FGrenzverlauf Deutschland - Niederlande-- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sprechende Namen!! (Re: pathtype ? grades für Fußwege )
Was ist so falsch daran diese Kategorisierung als Grundlage zu verwenden? http://wiki.openstreetmap.org/index.php/Proposed_features/surface_values Die Namen sind autotdeskriptiv. surface = paved|unpaved surface_state = smooth|plane|wave|holey|soft|rough|... surface_material = asphalt_concrete|brick|cobblestone|concrete|corduroy|dirt|gravel|ice|macadam|bitumen|plank|plant|soil|tarmac|... das ist daran schlecht zu merken oder missverständlich? zumal sich daraus schöne Regel für jede Verkehrsteilnehmergruppe machen ließen. z.B. [+ = bevorzugt ; - = unbedingt vermeiden] Inliner: s: + paved s-s: +smooth, +plane s-m: -gravel, -plant, -cobblestone Mountainbiker: s: +unpaved s-s: -smooth, +soft, +rough s-m: -asphalt, +dirt, +gravel diese Beschreibung ist dann übrigens nicht nur für Tacks, sondern für alle Highways anwendbar. Ich finde die subjektive Klassifizierung (1-x) auch total ungenügend, weil für die Einschätzung der Nutzbarkeit der Wege für unterschiedliche Transportvarianten, letztlich die physikalische Merkmale ausschlaggebend sind. +1 trackgrade erscheint zwar momentan als schöne Lösung, aber über kurz oder lang sollte es eh durch Angaben wie s-State und s-material ersetzt werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] BETA: Statistik Buchholz in der Nordh eide
-Original Message- Date: Fri, 25 Jul 2008 15:29:34 +0200 Subject: [Talk-de] BETA: Statistik Buchholz in der Nordheide From: Sven Anders [EMAIL PROTECTED] To: talk-de@openstreetmap.org Unter: http://svenanders.openstreetmap.de/buchholzidn-stat/index.html findet Ihr eine Statistik welche Straßen in Bucholz in der Nordheide noch fehlen. Das ganze ist noch BETA. Ich hab z.B. gerade erfahren das der Ausschnitt den ich ausgeschnitten habe noch nicht ganz mit den Stadtgrenzen übereinstimmen. Bitte schreibt alles was Verbesserungswürdig ist auf die Wiki-Seite: http://wiki.openstreetmap.org/index.php/Buchholz_idN-Stat Mein Angebot steht auch für andere Städte/Gemeinden: Besorgt Euch bei Eurer Gemeine ein Straßenverzeichnis (möglichst Maschinenlesbar) und eine Erlaubnis es für diesen Zweck (Abgleich mit bestehende Straßen in OSM und Veröffentlichung im Internet) zu benutzen und ich mach (natürlich brauche ich dann auch etwas zeit dafür) eine automatische Seite dazu. Für Hamburg haben wir das ja schon eine ganze Zeit und das spornt echt an. Gruß Sven wäre doch genial, wenn man daraus ein automatischen Abgleich mit den Straßen der OpenGeoDB machen könnte. Dann bräuchte man nur noch z.B. eine boudary-relation in OSM für die Gemeinde (wenn du was in der Art testen willst. kreisfreie Stadt Aachen is in seinen Grenzen schon voll erschlossen... rel: 22148) -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartieren von Parkwegen etc.
Ein Nachteil ist, dass man auf der Karte nicht zwischen reinen Radwegen und kombinierten Fuß-/Radwegen unterscheiden kann. Man müsste halt den Renderern beibringen, z.B. highway=cycleway,foot=no und highway=cycleway,foot=yes unterschiedlich darzustellen. Claus man kann sehr wohl zwischen reinen Radwegen und kombinierten Fuß-/Radwegen unterscheiden. Ein reiner ausgeschidlerter Radweg (auf dem Fussverkehr erlaubt ist) ist: highway=path bicycle=designated (foot=yes) Ein ausgeschilderter kombinierter Fuß-/Radweg ist: highway=path bicycle=designated foot=designated ein foot=no sichtbar machen macht nur auf einer reinen Fussgängerkarte Sinn. wird also für unsere allgemeine Karte eher unwahrscheinlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Breite von Flüssen in Osmarender!
kann man das irgendwie auch auf das highway-Tag übertragen? wäre saucool :) -Original Message- Date: Sun, 13 Jul 2008 14:37:06 +0200 Subject: [Talk-de] Breite von Flüssen in Osmarender! From: Sven Geggus [EMAIL PROTECTED] To: talk-de@openstreetmap.org Hallo zusammen, Ich habe gerade eben einen patch in Subversion eingecheckt, durch den nun Breitenangaben von Flüssen beim Rendering berücksichtigt werden! Der code für osmarender.xsl stammt von Christian Körner, die Änderungen an OR/P sind von mir. Ab sofort könnt ihr bei river, canal, stream und drain ein width Attribut in Metern angeben. Berücksichtigt wird das derzeit in den Zoomleveln 15-17. Für diejenigen, die an den osm-map-features Dateien hacken möchten hier eine Kurze Beschreibung wie man das macht (wär nett wenn die jemand ins Wiki einpflegen würde): Die line Direktive in der Style-Datei unetrstützt nun die folgenden zusätlichen Attribute: honor-width: Wenn das auf yes gesetzt ist wird ein width Attribut berücksichtigt minimum-width/maximum-width: Die Breitenangabe muss in diesem Bereich liegen. Bei kleinere Werten wird minimum-width verwendet, bei größeren Werten maximum-width. width-scale-factor: dieser Wert erlaubt die Generalisierung von Karten sowie unterschiedliche Breiten für core und casing. Bei Angabe von diesem Faktor mit einem Wert != 1 wird die Breite des Weges nicht in der realen Größe sondern abweichend mit diesem Faktor multipliziert gerendert. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Welche Relation für Autobahnen etc. ?
ich habe Autobahnen bislang wie folgt in Relations gepackt:relationtype=routeroute=roadoperator=Bundesrepublik Deutschlandnetwork=BABref=A*** / -Original Message- Date: Fri, 11 Jul 2008 11:45:34 +0200 Subject: Re: [Talk-de] Welche Relation für Autobahnen etc.? From: Dominik Spies [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo, ich verstehe das so: die dual_carriageway relationen fast zwei gegenüberliegende ways zusammen. Aber immer nur zwei! Eine weitere relation, type=street (oder route?), enthält dann alle dual_carriageway relationen dieser Autobahn. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
Frederik Ramm schrieb (about cyclegrade=grade1..5): Usw. - ich moechte von sowas dringend abraten. Ist bei den tracktypes eigentlich schon nicht gut und stoesst auch auf viel Widerstand. Warum? Weil total unterschiedliche Eigenschaften hier zusammengewuerfelt und zu einem subjektiven Gesamteindruck geschnuert werden. Es waere viel besser, die Charakteristik eines Ways zu erfassen, so dass sich jeder Nutzer dann *selbst* ueberlegen kann, ob dieser Weg seines Erachtens tourenradtauglich ist, anstatt dem Nutzer die Entscheidung abnehmen zu wollen. Sammelt man die Rohdaten, dann koennen die auch fuer andere Nutzungsarten ausgewertet werden - sammelt man nur Gesamturteile, dann wird das schwierig. Klar, das ist immer subjektiv. Aber man kann (und sollte in meinen Augen auch) beides erfassen. Dann kann der Nutzer wählen zwischen detailierter Auswertung von pysikalischen Eigenschaften und daraus abgeleiteter Nutzbarkeit (so es eine Software giebt, die das leistet und der Datenbestand auch wirklich feingranular genug erfasst ist um die Information auch wirklich herzugeben), oder der (subjektiv eingeschätzten) Tauglichkeit für eine Nutzungsart. Letztere ist zwar aufgrund der notwendigen Aggregation der physikalischen Eigenschaften ziemlich grobgranular, aber aus genau diesem Grund auch schneller mal aus der Erinnerung eingetragen. Wenn ich 1km festen gesandeten Radweg ohne Abzweigung als cyclegrade=grade2 eintrage, dann ist es im Prinzip wurscht, ob da 3 Stücke a 100m glatter Asphalt mit cyclegrade=grade1 dazwischen liegen, aber nicht als solche erfasst sind. Der Weg wird dadurch nicht wesendlich nutzbarer, der Mapper tut sich aber deutlich leichter beim Erfassen. Als Radfahrer würde mir so eine aggregierte subjektive Einschätzung anderer aber schon sehr helfen. Der Grad an Subjektivität mittelt sich mit der Zeit sowieso raus - wenn jemand deutlich neben der Einschätzung der großen Mehrheit liegt, dann wird irgendwer schon irgendwann den eingetragenen cyclegrade anpassen. - Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
Jonas Krueckel schrieb: Ich verstehe nicht, was dagegen spricht, den Weg einfach so zu taggen, wie er ist. Also z.B. feiner Asphalt, grobe Pflastersteine, Betonplatten (wichtig fürs Inlinerrouting, weniger wichtig für Fahrräder) Ich finde auch, dass man sich soetwas sehr gut merken bzw. notieren kann. da spricht überhaupt nichts dagegen, ganz im Gegenteil - es wäre prima, wenn das jeder so detailiert erfassen würde. Ist ja auch gar nicht wichtig, daß jeder immer gleich den cyclegrade mit erfasst, wenn er kein Radfahrer ist. Das kann ja der nächste Radfahrende Mapper machen, dem das wichtig ist. Wenn es genug skater giebt, die Ihren skategrade drin haben wollen, dann werden sie Ihn auch eintragen. Oder einfach die 'cyclegrade=1' Wege nehmen ;-) - Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Werbung auf openstreetmap.de?
Ich bin dafür die Seiten des Projekts, wenn es irgendwie geht werbefrei zu halten. Ganz speziell Nokia (bis auf das eine oder andere Gerät was zum loggen, oder zur Anzeig von OSM taugt) sollte keinen Werbeauftritt bekommen, schließlich kaufen die Navteq. Und da hört der Spaß auf - solange deren Karten nicht frei sind. Mit freundlichen Grüßen Thomas Schäfer -Original Message- Date: Fri, 04 Jul 2008 08:56:37 +0200 Subject: [Talk-de] Werbung auf openstreetmap.de? From: Sven Anders [EMAIL PROTECTED] To: talk-de@openstreetmap.org Moin, wir sind von einer Werbeargentur angesprochen worden, ob wir nicht Werbung auf unserer Webseite (www.openstreetmap.de) schalten wollen. Ich hab erstmal gesagt, das wir das intern auf unserer Mailingliste diskutieren wollen. Die Argentur wollte gerne von mir Zugriffszahlen etc. haben. Konkret geht es wohl um einen Kunden der Argentur nämlich Nokia. Man könnte sich auch vorstellen das Nokia Aktionen von uns Sponsert etc. Was haltet Ihr davon? Gesetzt den Fall, wir haben eher nichts gegen Sponsoring, gibt es freiwillige die sich darum kümmern wollen? Gruß Sven PS: Meine Meinug dazu werde ich in einer seperaten Mail an die Liste schicken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern in Osmarender
Wie ist denn das grundbuchmaessig, hat ein Reihenhaus da mehrere Eintraege oder nur einen? Das bzw. die Grundstücke auf dem/denen das/die Reihenhaus/häuser stehen kann einen (Eigentümergemeinschaft - analog zu Eigentumswohnungen) oder mehrere Einträge im Grundbuch haben. Dem/n Gebäude(n) ist das von außen nicht anzusehen. - Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern, warum keine Relation?
Könnte man nicht mit einer Relation auf eine Strasse verweisen oder umgekehrt von einer Strasse auf Hausnummernodes/wege? Das könnte man tun. Allerdings haben wir uns letztlich gegen sowas entscheiden, denn Straßen können in der Regel beliebig aufgebrochen werden, es kann die Richtung geändert werden usw. All das sollte jedoch auf gar keinen Fall irgendwelche Auswirkungen auf die Hausnummern haben. Grundsaetzlich sollten sich Hausnummern immer eindeutig der zugehörigen Strasse zuordnen lassen. Da der Strassenname alleine aber nicht per se eindeutig ist, ist er alleine prinzipiell nicht geeignet diese Zuordnung festzulegen. In der realen Welt wird da z.B. Postleitzahl und Ortsname zuhilfegenommen. Das wären dann schon 3 zusätzliche Tags, nur um die eindeutige Zuordnung eines Hausnummernknotens zu seiner Strasse anzustreben. (Ohne dass man damit sicher wuesste, dass dies weltweit auch immer passt). Wenn man zu jeder Strasse eine zugehörige Relation erstellt, dann kann man alle Straßenabschnitte und die Hausnummernknoten und Hilfswege einfach dieser Relation zuordnen und schon ist die notwendige Eindeutigkeit da. Das funktioniert dann auch, wenn es mal gar keinen Strassennamen (sondern z.B. nur einen Ortsnamen) giebt, da die Relation ja unabhängig von Strassenabschnitten existieren kann. (Oder man auch den Ort (als 'place' getaggten node) der Relation zuordnen kann) - Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS Tracks zur Verfügung stellen
Subject: Re: [Talk-de] GPS Tracks zur Verfügung stellen From: Andreas Winckler Ich schlage deshalb vor, dass wir uns erstmal die Daten von Herrn Vasold ansehen (Format, Umfang, Genauigkeit, etc.) und dann versuchen sie möglichst nutzbringend zu verwerten. Dazu müssten wir noch die Schnittstelle klären. Email(liste)? Webserver der Firma, zum Download? Ein Webserver von OSM zum Upload/Download, getrennt vom bisherigen, sozusagen als Sammelstelle von Rohmaterial, auch für den Fall dass uns noch ähnliche Offerten gemacht werden. Hat da jemand Idee? Es soll ja auch dem Spender nicht unnötig Zeit und Aufwand kosten. MFG TS ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM kaum mehr benutzbar
Das Planet-File wird dann unkomprimiert weit ueber 100 GB haben, falls es ueberhaupt noch erstellt wird ;-) Den Nebensatz finde ich nicht lustig! Die Existenz bzw. Nichtexistenz der Planetfiles (unkomplizierter Zugriff auf den gesamten Datensatz, ähnlich wie die dump-files von wikipedia) entscheidet erheblich darüber wie offen openstreetmap ist. Über größere Aktualisierungsintervalle kann man sich ja einigen, aber es in Frage zu stellen, halte ich für projektgefährdend. Mit freundlichen Grüßen Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
