Re: [Talk-de] mobil-parken.de
Am 29.04.2011 19:38, schrieb Manuel Reimer: Stefan Bethke wrote: http://wiki.openstreetmap.org/wiki/Key:ref:mobil-parken.de Nicht schlecht für den Anfang. Allerdings fände ich es nicht schlecht, wenn es eine deutsche Variante gäbe, zumal es ja offensichtlich um eine auf Deutschland beschränkte Aktion ist. Gruß Manuel Moin, das ref ist ja ein recht allgemeiner Tag um irgendeine Referenz anzuhängen, z.B. die Nummer einer Bundesstraße oder Autobahn. http://wiki.openstreetmap.org/wiki/Key:ref Hier fehlt nach meinem Geschmack zunächst die grundlegende Information, dass es um die Bezahlung (von Parkgebühren) per Handy-Anruf geht. Mit so einer Info könnte man die Parkuhr (bzw. die ganze Parkfläche) in der Karte speziell darstellen oder suchen lassen. Der Begiff dazu muss noch gefunden werden. Den auf der Web-Seite verwendeten Begriff Handy-Parken finde ich blöd, denn ich will ja nicht mein Handy parken sondern mein Auto. (Nun ja, Olivenöl wird aus Oliven gepresst, Rapsöl aus Raps und Babyöl?) Vielleicht so etwas wie pay-per-call oder pay-mobil. Wenn wir das Parken hier raushalten, kann man das wiederverwenden: Hängt das an einer Parkuhr bezahlt man das Parken mit dem Telefon, hängt es aber an einer Buslinie, dann bezahlt man die Fahrkarte per Handy, am Automaten den Kaffee usw. Dann würde ich noch mobil-parken.de als (einen von mehreren möglichen) Betreibern als operator=mobil-parken.de angeben. http://wiki.openstreetmap.org/wiki/DE:Key:operator Es gibt ja auch andere, z.B. www.parkfoxx.de, www.mobydom.de, www.callpark.de, www.parkmobile.de, www.simty.com, www.mobilecity.de, ...? Oder ist das das gleiche? Oder ist mobil-parken.de so eine Art Dachorganisation? (Die anderen sind verlinkt auf www.mobil-parken.de/cms/tarifuebersicht.html) -- Frank PS Sorry für das Babyöl ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maposmatic - große Plots
Am 11.04.2011 11:17, schrieb Jan Tappenbeck: hi ! weiß einer von Euch ob man bei maposmatic ein anderes Blattformat als A4 einstellen kann ? Gruß Jan :-) Moin! Die Dokumentengröße richtet sich nach der Größe des Gebietes. Ich habe neulich einen Stadtplan von Minden (Stadtgrenze) erzeugen lassen. Das PDF behauptete, es hätte die Größe von 3,20 x 3,60 Meter. Der größte verfügbare Plotter konnte DIN-A0, was einer Verkleinerung von Faktor 4 entspricht. Die Straßennamen kann man noch ahnen, aber nicht wirklich lesen. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import in Postgres DB unvollständig
Am 23.03.2011 13:36, schrieb M∡rtin Koppenhoefer: ... Meine Frage: --- kann ich die Indizes manuel in Postgres erstellen ... .. Gruß Martin Hallo Martin, Ja! Ein Index ist nur eine Optimierung des Zugriffs. Er wird aus den Tabellendaten erstellt. Man kann ihn beliebig löschen und wieder anlegen. (Die Syntax habe ich nicht geprüft.) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Japan: Wie OpenStreetMapper helfen können
Am 16.03.2011 16:41, schrieb Manuel Reimer: sb-lis...@gmx-topmail.de wrote: In den letzten Tagen fragten sich immer mehr Mapper - auch unter dem Eindruck der verheerenden Bilder aus Japan -, wie man im Rahmen von OpenStreetMap helfen kann Vielleicht übersehe ich ja wichtige Fakten/Hintergründe, aber ich frage mich, warum aktuelles OSM-Kartenmaterial den Leuten in Japan helfen soll? Gruß Manuel Hallo Manuel, es hilft den Helfern. Wenn ein Transport mit Verletzten oder mit Hilfsgütern von A nach B soll, dann ist es wichtig zu wissen, welche Straßen/Brücken mit Pkw/Lkw/Allrad noch passierbar sind und welche nicht. Ein Routing mit dem Stand danach vermeidet sicher viele Irrfahrten, die an verschütten/weggespülten Straßen oder eingestürzten Brücken enden. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und co
Am 26.10.2010 13:55, schrieb Steffen Heinz: ... auch wenn da direkt kein Haus steht- aber das Grundstück ist ja prinzipiell da. ... Steffen Hallo Steffen, bitte nur existierende Hausnummern eintragen. Wenn in einer Interpolation mal eine Lücke ist, dann ist das wohl nicht so schlimm. Wenn aber das Eckgrundstück (Interpolation Start/Ende) leer ist, dann dort bitte keine fiktive Nummer eintragen sondern die Interpolation erst bei einem existierenden Haus beginnen. Diese Nummer gibt es (noch) nicht ist auch eine Information. Hier könnte irgendwann mal das Haus Nr. ## stehen ist eine irreführende Information. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und co
Am 26.10.2010 17:22, schrieb M∡rtin Koppenhoefer: Am 26. Oktober 2010 15:40 schrieb Frank Jägerfr...@fotodrachen.de: ... bitte nur existierende Hausnummern eintragen. Wenn in einer Interpolation mal eine Lücke ist, dann ist das wohl nicht so schlimm. Wenn aber das Eckgrundstück (Interpolation Start/Ende) leer ist, dann dort bitte keine fiktive Nummer eintragen sondern die Interpolation erst bei einem existierenden Haus beginnen. was meinst Du denn damit? Fiktive Nummern? Das ist evtl. lokal unterschiedlich, aber zumindest in vielen Gegenden sind Hausnummern eigentlich Grundstücksnummern, so dass es auch ohne Haus eine Nummer gibt (auch wenn die evtl. nicht dran steht). Gruß Martin Hallo, das mit den Grundstücksnummern war mir unbekannt. In unserer Gegend werden die Hausnummern von der Bauordnungsbehörde (Gemeinde) mit dem Bauantrag zugeteilt. Es gibt also nur dann eine Hausnummer, wenn dort ein Haus ist oder in Kürze eins gebaut wird. Die Hausnummern folgen einem Muster, so dass man für Baulücken die zukünftige Nummer erraten kann; das meinte ich mit fiktiv. Die Nummern laufen von Zentrum nach aussen aufsteigend, rechts gerade, links ungerade. Hinterbauung mit Buchstaben-Zusatz. Als Ausnahme bekommen auch mal nachträglich dazwischen gequetschte Häuser einen Buchstaben. Ich meine, man sollte in OSM nur dort eine Hausnummer eintragen, wo auch ein Haus steht, also keine Grundstücksnummern von unbebauten Grundstücken. PS In amerikanischen Filmen sieht man oft 4stellige Hausnummern. Das liegt nicht daran, dass die Straßen dort länger sind und tausende Häuser haben. Diese Nummern sind die Entfernung vom Straßenanfang in der (mittelalterlichen) Maßeinheit feet. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und co
Am 26.10.2010 20:08, schrieb M∡rtin Koppenhoefer: Am 26. Oktober 2010 19:50 schrieb Frank Jägerfr...@fotodrachen.de: .. Es gibt also nur dann eine Hausnummer, wenn dort ein Haus ist oder in Kürze eins gebaut wird. OK, wenn es keine Nummer gibt, dann sollte man auch keine eintragen, das sehe ich auch so. Bist Du Dir sicher, dass die Grundstücke nicht schon im Kataster nummeriert sind, und dass diese Nummern nicht identisch mit den Hausnummern sind? Gruß Martin Ja, im Kataster (ALB und ALK, in Kürze ALKIS) hat jedes Flurstück eine Flurstücksnummer, das ist was ganz anderes. Die Gebäude-Einmessungspflicht des Landes NRW sagt, dass ein Eigentümer spätestens 2 Jahre nach Fertigstellung den Antrag stellen muss, das Gebäude einzumessen. Das kann das Katasteramt machen oder ein ÖbVI. Dadurch kommt es in's Liegenschaftskataster. Das Katasteramt kennt die Hausnummer also erst nach der Fertigstellung, die Baubehörde schon nach dem Antrag. Meist drängt aber die Sparkasse (Kreditgeber) auf frühzeitige Einmessung um zu erfahren, ob es Probleme gibt wie eine Grenzüberbauung. Bei Eck-Grundstücken habe ich schon Fälle erlebt, wo amtliche Hausnummer der Gemeinde und Hausnummer im Kataster abweichend waren. Wenn der Hauseigentümer z.B. nicht in seine Baugenehmigung schaut und statt dessen die passende Nummer von der Querstraße dranschraubt, dann übernimmt das Katasteramt das. Die arbeiten genau wie wir und schauen, was dransteht. In Einzelfällen gibt es sogar Abweichungen zwischen Bauamt und Melderegister. Beispiel: Ein Hauswirt richtet eine Einliegerwohnung ein und vermietet diese. Der Mieter nutzt einen Nebeneingang. Der Hauswirt möchte, dass der Mieter auch die Post an seinen Eingang bekommt und schraubt sich eine A-Nummer an. Der Mieter meldet sich unter dieser Adresse an, der Vermieter bestätigt das, der Mieter bekommt die A-Nummer in den Perso. Das Bauamt hat aber nie eine A-Nummer vergeben. Das ließe sich verhindern, wenn Meldebehörde und Bauamt sich abgleichen würden. Das klappt aber nicht immer. Man möchte ja den Kunden (Bürger), der einen Ausweis begehrt, nicht wieder nach Hause schicken, nur weil im Bauamt jemand Urlaub hat ... -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit allen Wikipedia-Links
Am 25.09.2010 20:07, schrieb Norbert Kück: Hallo, am 25.09.2010 18:48 schrieb Markus: Wer weiss die URL der Karte, auf der /alle/ georeferenzierten WP-Artikel angezeigt werden? Ich. Gruß nk SCNR. Für Bremen: http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=deparams=53.07587778_N_8.80731_E_region:DE-HB_type:city%28547765%29 Moin, diese Karte zeigt alle Artikel, die *in Wikipedia* eine Koordinate haben. http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=dezoom=14lat=52.08325lon=8.75882layers=B00T Umgekehrt gibt es auch noch die Karte der Objekte, die *in OSM* eine URL oder einen Wikipedia-Eintrag bekommen haben: Die OpenLinkMap. http://olm.openstreetmap.de/?zoom=14lat=52.08325lon=8.75882layers=B0 Die Daten werden nicht gegenseitig synchronisiert. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 19:22, schrieb Hartmut: Hallo Liste, wenn ich die obige Adresse eingebe, wird sie nicht gefunden, auch nicht, wenn ich Ort und Straße vertausche. Wenn ich in die Gegend von Hamburg zoome, wo die Straße ist, wird sie angezeigt. Hallo Hartmut, den Effekt kann ich nachvollziehen, aber nicht erklären. Die Hausnummer ist noch nicht erfasst, aber Straße und Ort sollten gefunden werden. Wenn man das Im weglässt, dann wird Am Ginterbusch gefunden. Das liegt nur nicht mehr in Hamburg. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: Hallo, nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. ... Gruß, olvagor Hallo, wenn hier alle mitreden, dann will ich auch noch /meinen Senf dazu geben/: Die Dortmunder haben aktuell ein Luxusproblem. Die hoch auflösenden Orthofotos stehen aber räumlich und zeitlich nur begrenzt zur Verfügung. Das Problem stellt sich daher eigentlich gar nicht für den Rest der Welt. Gleichzeitig scheint mir die Dichte der Mapper/Km2 dort höher zu sein als in anderen Regionen. Hier bei uns ist noch einiges Sinnvolles zu tun, so dass ich nicht auf die Idee käme, die Straßen jetzt in zwei verschiedenen Modellen parallel zu erfassen. Ich persönlich habe nun ca. 3 Jahre Arbeit hinein gesteckt um auch für meine Region eine ansehnliche und routingfähige Datenbasis zu schaffen. Jetzt ist es fast geschafft, da soll alles von vorne beginnen nur mit anderen - komplizierteren - Datenmodellen? Jede Straße, die ich in den letzten Jahren durchlaufen oder durchfahren habe soll ich nun noch mal aufsuchen und dieses Mal soll ich genau auf der Teerkante lang fahren? Oder gehört der Grünstreifen auch mit zur Straße, oder auch noch der Straßengraben? In der ganzen Diskussion fehlt mir irgendwie noch die Begründung, warum denn Straßen flächig *und* linienhaft gemappt werden sollten. Wo liegt der Mehrwert? Das Knoten-Kanten-Modell hat sich seit Jahren bewährt. Durch eine Weiten-Angabe lassen sich die Straßen auf Wunsch auch variabel-flächig darstellen. Editoren und weiter verarbeitende Programme wie Routing arbeiten zuverlässig damit. Radrouten, ÖPNV-Linien und andere Relationen basieren auf diesem Linien-Modell. Das kann man nicht einfach wegwerfen. Es liefe also darauf hinaus, beides zu erfassen: Linien *und* Flächen. Das nennt man in der DV dann redundante Daten. Redundante Daten sind immer ein Zeichen für eine schlechte Modellierung. Sie lassen sich nicht sauber pflegen, weil immer manuell an zwei Stellen gleichzeitig geändert werden muss. Da das in der Praxis nicht funktioniert, gibt es dann zwangsläufig interne Widersprüche im Datenbestand. Die Ableitung eines definierten Modells (Knoten - Kanten - Eigenschaften) aus der Realität durch den Mapper macht nach meiner Meinung den Wert der Daten aus. Wir brauchen ein Datenmodell, das durch überschaubare Programme ausgewertet werden kann. Statt die Orthofotos detailverliebt abzumalen wäre es doch sinnvoller, diese direkt zu betrachten. Bei Google Co. kann man wählen zwischen der schematisierten Kartendarstellung (Vektordaten) und der Luftbild-Ansicht (Rasterdaten). Auch aus anderen Quellen (z.B. Land, wms oder http://www.tim-online.nrw.de) stehen Luftbilder zur Betrachtung (nicht zum Abmalen) zur Verfügung. Wie sollten daher nicht versuchen, diese Rasterdaten durch Mikro-Mapping-Vektordaten zu ersetzen. Das ist viel Arbeit ohne sichtlichen Mehrwert. Wer eine Fläche sehen möchte, kann sich das Bild anschauen. Wer Daten braucht (z.B. für Routing) der ist mit Straßen-Mittel-Linien besser bedient als mit Straßen-Umlauf-Linien (Flächen). -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openrouteservice als Referenz brauchbar? + Fahrradparken
Hallo, Thomas Wedekind schrieb: Hallo, ... Hat das ORS-Programm irgendwelche bekannten Eigenheiten im Algorithmus, dass man es dafür besser nicht verwendet? Bisher habe ich keine feststellen können, aber ich weiß sicher nicht alles... Abbiege-Relationen (Einschränkungen, Turn-Restriktions) werden in ORS noch nicht berücksichtigt. Das ist aber eher auf großen Straßen, also für KFZ relevant, weniger für Fahrräder. http://wiki.openstreetmap.org/wiki/OpenRouteService#Route_Service_Comparison_Matrix (Der Hinweis fehlt noch in deutscher Version http://wiki.openstreetmap.org/wiki/DE:OpenRouteService#Route_Service_Vergleichsmatrix) Was anderes: Wird amenity: bicycle_parking von irgendeinem Renderer schon angezeigt oder sonstwie ausgewertet? Ich könnte die größeren Fahrradständer (-anlagen) ergänzen, muss aber nicht sein, wenn sie eh (noch) keiner angezeigt bekommt. OSM ist zunächst mal eine Datenbank. OSM wird inzwischen in vielfältiger Weise benutzt. Die bekannten Darstellungen in Mapnik und Osmarender sind nur zwei unter vielen anderen Anwendungen. OSM wird in GIS-Systeme importiert und für Navigationsgeräte aufbereitet. Es scheint mir, als wenn in der Radkarte ein blauer Punkt an einem P-Symbol auf Radständer hindeutet: http://www.openstreetmap.org/?lat=52.06938lon=8.75496zoom=16layers=00B0FTF http://www.openstreetmap.org/browse/node/263784584 Es macht also auf alle Fälle Sinn, Fahrradständer zu erfassen. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EPSG-Code
Markus schrieb: Was versteht man unter EPSG-Code? EPSG:4326 EPSG:900913 EPSG:... (im OSM-Wiki habe ich dazu nichts gefunden, und Wikipedia ist da auch nicht wirklich aussagekräftig: http://de.wikipedia.org/wiki/EPSG) Gruss Markus Hallo Markus, der Code 4326 bezeichnet die geografischen Koordinaten mit Länge und Breite in Grad. Man kann damit jeden Punkt der Erde eindeutig bezeichnen. Dies System hat aber auch einige Nachteile. Wenn man eine Karte damit zeichnet, dann sieht die am Äquator noch einigermaßen richtig aus. Je weiter man sich aber aus den Tropen entfernt um so mehr wird die Darstellung in die Breite gezogen (verzerrt). Aus der Grad-Angabe lässt sich sowieso schwer ein Maßstab berechnen. Durch die Verzerrung ist der Nord-Süd-Maßstab dann auch noch unterschiedlich zum Ost-West-Maßstab. Kurz gesagt: zur Koordinatenerfassung OK, als Kartenprojektion nicht recht brauchbar. Daher sind im Laufe der Jahrhunderte auf der Welt tausende lokale Koordinatensysteme entstanden die ein Gebiet jeweils längentreu, winkeltreu usw. abbilden konnten. Dies hat die Tätigkeit der Ölindustrie beeinträchtigt, die weltweit nach Ölvorkommen sucht. Man hat also die Parameter der einzelnen Systeme systematisch zusammen getragen. Mit diesen Parametern ist es möglich, ein System in ein anderes umzurechnen. EPSG steht ursprünglich für European Petroleum Survey Group, jetzt OGP Surveying Positioning Committee. http://www.epsg.org/ Programme wie proj4 oder PostGIS benutzen die EPSG-Parameter für Transformationen. Hunderte verschiedene System reichten Google nicht, man wollte ein eigenes. Das 900913 ist kein offizieller EPSG-Code und daher z.B. in der Tabelle spatial_ref_sys von PostGIS nicht enthalten. Man kann es aber nachtragen. Richtige EPSG-Codes bzw. SRS gehen von 2000 - 32766. SRS = Spatial Reference System Apropos lokale Systeme ... In Deutschland wurden vom Liegenschaftskataster bisher die Gauß-Krüger-Koordinaten verwendet. Das waren jeweils 3 Grad breite Streifen in Nord-Süd-Richtung. Mitte war der Medidian 3, 6, 9° usw. 31467 ist z.B. das Gauß-Krüger-System im DHDN (Deutsches-Haupt-Dreiecks-Netz) Zone 3 (um 9°). Das Kataster wird gerade umgestellt in die 6 Grad breiten Streifen des UTM-Systems. In NRW landen wir dann im 32. Streifen. Da bei der Umstellung historische lokale Fehler beseitigt werden, ist das nicht nur eine einfache Transformation sondern eine Homogenisierung über Passpunkte. Es treten dabei Verschiebungen von mehreren Metern auf gegenüber der einfachen Umrechnung mit den Parametern aus den EPSG-Codes, wie sie die PostGIS machen würde. Wenn also mal kommunale Daten importiert wurden, die in einem schlechten Gauss-Krüger-Gebiet koordiniert waren, dann könnten demnächst solche Lagefehler auffallen, sobald z.B. die hinterlegten Luftbilder sauber auf UTM transformiert wurden. Ähnliches gilt, wenn Luftbilder verwendet wurden, die auf Gauß-Krüger referenziert waren. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Hallo Dieter, hallo DE, Dieter Jasper schrieb: Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Was mache ich falsch? Vielleicht, dass du IE6 benutzt? Mit Firefox funktioniert es. Gruß Dieter Jasper Ich habe gestern etwas dazu auf unserer lokalen Liste geschrieben: http://gt.owl.de/pipermail/osm/2010-January/001033.html -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Detailli erte Erfassung von Gebäuden
Sven Geggus schrieb: Ich hätte jetzt naiv angenommen, dass die Gemeinden ihre eigenen GIS Daten an die Katasterämter weiterreichen. Bisher ist das Katasteramt da ziemlich autark und kaum auf die Hilfe der Kommunen angewiesen. Das wird sich vielleicht mit Einführung von ALKIS ändern. ALKIS hat gegenüber der ALK eine erweiterte Datenstruktur. Man kann darin z.B. zu einem Gebäude auch die Anzahl der Geschosse und deren Nutzung eintragen. Ein Katasteramtsleiter sagte mir, dass das Katasteramt das kaum selbst alles ermitteln kann und auf die Mithilfe der Gemeinden hofft. Eine bestehende Zusammenarbeit zwischen Gemeinde/Stadt und Katasteramt/Kreis ist mir im Bereich neue Hausnummern bekannt. Dort wo die Stadt die Bauordnungsbehörde ist, vergibt sie in ihrem Bauamt die offiziellen Hausnummern. Dies wird auch dem Katasteramt mitgeteilt. Das Katasteramt erwartet dann innerhalb von 2 Jahren den Antrag des Eigentümers auf Einmessung (Gebäude-Einmessungs-Pflicht). Manchmal wird das Gebäude vorübergehend auf einer speziellen Folie der der ALK geführt (geplante Gebäude, grafisch ermittelte Gebäude) bevor es auf die Folie der eingemessenen Gebäude kommt. Für diese neuen Hausnummern gibt es manchmal einen Mail-Verteiler in dem mehrere Dienststellen unterrichtet werden. Vielleicht kann man sich als lokaler Mapper oder lokale Mailingliste in diese Mail-Verteilerliste aufnehmen lassen. Das wäre aber eigentlich erst dann wichtig, wenn der Alt-Bestand der Hausnummern bereits gut erfasst wurde und aktuell gehalten werden soll. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Weihnachtsgedicht
OSM-Weihnachtsgedicht Santa kommt dies Jahr ein wenig später, er fährt noch 'nen Umweg, er ist jetzt Mapper. Knecht Ruprecht der alte Gesell, schraubte ihm GPS ans Schlittengestell. [1] Doch wegen der Lichtgeschwindigkeit streut der Abstand der Trackpoints zu weit. Heute Abend - es ist wie im Traum - liegt Hardware unterm Weihnachtsbaum. Das wird das Projekt nach vorne treiben, Navtec wird sich die Augen reiben. So wird mal wieder die heilige Nacht mit Konfigurieren zugebracht. Ja es gibt noch so viel zu Kartiern, zu Vermessen, das wird wohl nie fertig, das kann'ste vergessen. Kaum ist 'shop=christmas_tree' gerendert, da hat sich die Lage schon wieder geändert. So bleibt 2010 noch vieles zu suchen, doch vergiss nicht, dich auf der FOSSGIS zu buchen! [2] In Osnabrück werde ich es genießen, euch alle persönlich zu begrüßen. OWL [3], den 24.12.2009 - - - [1] http://www.noradsanta.org/ [2] http://www.fossgis.de/konferenz/wiki/Fossgis_OSM_Party [3] http://wiki.openstreetmap.org/wiki/OWL-Treffen In dem Sinne .. Ein frohes Fest und auch in 2010 'Happy Mapping' wünscht ... -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Detailli erte Erfassung von Gebäuden
Frank Jäger schrieb: Sven Geggus schrieb: Ich hätte jetzt naiv angenommen, dass die Gemeinden ihre eigenen GIS Daten an die Katasterämter weiterreichen. ... Für diese neuen Hausnummern gibt es manchmal einen Mail-Verteiler in dem mehrere Dienststellen unterrichtet werden. Vielleicht kann man sich als lokaler Mapper oder lokale Mailingliste in diese Mail-Verteilerliste aufnehmen lassen. Sorry, ich hab da was verwechselt. Die Mailverteiler der Kommunen gibt es für neue Straßen*namen*. Da ist es durchaus sinnvoll, dass sich ein lokaler Mapper mit eintragen lässt und dafür sorgt, dass die neue Straße zumindest in OpenStreetBugs oder einer ToDo-Liste oder im Wiki festgehalten wird. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern
Christian Schmitt schrieb: Moin, ... ... Beweisführung dass (OSM-)Kartendaten von (Ortho-)Satellitenbildern abgezeichnet wurden? Gruß, Christian Moin, der Anbieter eines (Orthofoto-) WMS kann erkennen wenn WMS-Kacheln mit JOSM abgerufen werden. Im apache.log des WMS-Servers findet man nicht nur den Programmnamen und die JOSM-Version sondern sogar noch die zugrunde liegende Java-Version. JOSM ist da sehr ehrlich und mitteilsam. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern - war Re: Detailli erte Erfassung von Gebäuden
Sven Geggus schrieb: ... Gehören die Katasterdaten (zum Inport von Gebäudeumrissen und zum abzeichnen Perfekt) nicht generell den Kommunen oder kümmern sich auch da schon die Vermessungsämter drum? Gruss Sven Hallo, Mit Katasterdaten ist vermutlich das Verfahren ALK (Automatisierte Liegenschaftskarte) gemeint. Das wird in Kürze umgestellt auf ALKIS. Das wird gepflegt vom Katateramt. Ein Katasteramt gehört in NRW zum Kreis oder einer Kreisfreien Stadt. Der Kreis führt das Katester als Pflichtaufgabe zur Erfüllung nach Weisung d.h. das Land macht die Vorschriften. In anderen Bundesländern ist das Katasteramt eine Landesbehörde. Für Auszüge aus dem Kataster gilt eine Gebührenordnung. Verschenkt wird da nix. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Das war mein Stichwort ;-) Thomas Reincke schrieb: ... Auch heute kann man so etwas - in etwas handlicherer Größe - einsetzen um Luftbilder anzufertigen http://www.maerbinger.de/18301.html?*session*id*key*=*session*id*val* Wobei allerdings der Cody und auch andere Kastendrachen eher selten eingesetzt werden. Öfter findet man stablose wie den KAPilot-Drachen [1] oder Flachdrachen wie den DoPeRo (*Do*ppelter *Pe*arson *Ro*ller) [2]. Um wieder etwas zum Thema zu kommen: Die max. Leinenlänge ist in Deutschland auf 100 Meter begrenzt. Das macht eine Flughöhe von ca. 90 Meter. Die Kamera wird nicht *im* Drachen befestigt (zu starke Vibrationen) sondern ein Stück darunter an die Leine gehängt. Aus der resultierenden Aufnahmehöhe von ca. 70 Metern ist bei Senkrechtaufnahmen gerade mal eine Kreuzung abzubilden. Bei komplizierten Kreuzungen, wo sich das evtl. trotzdem lohnen würde, kann KAP meist nicht eingesetzt werden. Es wäre zu gefährlich, wenn ein Drachen samt Anhang und Schnur plötzlich auf einer mehrspurigen Straße herunter kommen würde. Auch vor Stromleitungen und Oberleitungen der Bahn muss man mindestens eine Schnurlänge Abstand halten. Ausnahmegenehmigungen von der max. Leinenlänge gibt es bei Drachenfesten. Das ist dann aber auf das Gelände (meist ein Segelflugplatz) begrenzt. Meist liegt der Flugplatz nicht so nah am Ort wie in Lünen [3]. Ich habe daher OSM und KAP [4] [5] noch nie miteinander kombiniert. [1] http://www.fotodrachen.de/ausr2007.htm unten [2] http://www.fotodrachen.de/dopero.htm [3] http://www.fotodrachen.de/luenen2007.htm [4] http://de.wikipedia.org/wiki/Kite_Aerial_Photography [5] http://www.fotodrachen.de/kap.htm -- Frank Jäger |\__ (: __)( |/http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Moin, Markus schrieb: Liebe OSMer, ich suche Spezialisten mit Quadrocopter und Erfahrung Luftbildern. Dann schau mal: http://www.air-shots.biz/ Frank R. Weihs hat seine Künste auf der FOSSGIS 2008 in Freiburg gezeigt. ... Als eindrucksvolle Demo, wie man Luftbilder nutzt, um damit Karten zu erstellen ... Das stellst du dir jetzt etwas zu einfach vor. Ein Luftbild entspricht nicht gleich einer Karte. Bei richtigen Befliegungen werden Bildreihen aufgenommen. Benachbarte Bilder haben 50% Überlappung. Dieser Bereich wird stereoskopisch ausgewertet um die Geländehöhe zu ermitteln. Diese Höhe ist wieder notwendig für die Lagekorrektur. Ein einzelnes Bild ist ja eine Zentralprojektion und keine Parallelprojektion. Höheres Gelände hat also einen größeren Maßstab als tief liegendes Gelände, weil es näher an der Kamera ist. In der Bildmitte (senkrechte Aufnahme) wirkt sich die Höhe nicht auf die Lage aus. Aber am Bildrand (schräge Aufnahme) wandern hochgelegene Geländeteile nach Außen. All das muss korrigiert und entzerrt werden um aus einem Luftbild ein Orthofoto zu erhalten. Gruss, Markus -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Markus schrieb: ... ... und wenn der Besucher sich selbst von oben sehen kann, dann wäre das etwas etwas ganz Besonderes... Das sehe ich auch so. Aber mit dem Quadcopter kann man das Prinzip von Luftbildaufnahmen in einer Messehalle eindrucksvoll erklären. Ach so, der Quadcopter soll IN der Halle fliegen? Ich fürchte, das wird aus Sicherheitsgründen nicht erlaubt. Rotierende Propeller über einer Menschenmenge? -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Christian Schmitt schrieb: Hallo, ... Wenn ich die Erde mit Google Earth von oben betrachte, bekomme ich rechts unten wunderschön die aktuelle Sichthöhe angezeigt. Diese Sichthöhe ist ein sehr schwammiger Begriff. Das entspricht nicht der wirklichen Aufnahmehöhe sondern m.E. der theoretischen Höhe bei Annahme einer bestimmten Sehweise (Bildwinkel). 1) Stinknormale Latex-Ballons, gefüllt mit Helium. Oder http://www.kapshop.com/index.php?cPath=32 ... Gruß, Christian ... Was haltet Ihr von folgendem Plan: Ehrlich gesagt nicht viel. Die Kamera siehst du nie wieder. Bei einer geplanten Flughöhe von 20 KM ... - dauert der Aufstieg mehrere Stunden oder Tage? - beträgt die seitliche Abdrift mehrere 100 KM - friert die Kamera ein - sind die Batterien zu schnell leer -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Christoph Wagner schrieb: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. ... Sind alle beider Versionen (Europa und Deutschland) kaputt? Funktionieren die Teilkarten alle einzeln? Ich komme gerade nicht zum testen - wäre nett, wenn jemand das rückmelden könnte. Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Grüße Christoph Hallo, ich habe gerade mal All-In-One Europa runter geladen. Es funktioniert, hat aber keine Adressen (schon geändert?) Das ergibt folgendes Gesamtbild: Nils: All-In-One DEU 14.11. 60CSxOK Frank: All-In-One DEU 17.11. NÜVI 350 Fehler Frank: All-In-One DEU 18.11. NÜVI 350 Fehler Nils: All-In-One DEU 18.11. 60CSxFehler Peter: All-In-One DEU 18.11. etrex vista Fehler Frank: All-In-One EURO 19.11. NÜVI 350 OK (Hoehe, boundary, Fixme, Osm, Keine Adressen) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One - kaputt?
Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. http://gt.owl.de/pipermail/osm/2009-November/000940.html http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Germany -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] pfoten-weg
Frederik Ramm schrieb:
Hallo,
OSM-User pfoten-weg (ex
Rambazamba, ex hasse-osm-korinthenkacker usw.) ...
Moin,
in Prerow (Darss, McPomm) und Umgebung ist er sehr aktiv. Vor ca. 2
Jahren fing er an, flächendeckend allen Objekten ein
created_by=rambazamba hinzuzufügen. Darin sollte eigentlich der
verwendete Editor stehen. Dann hat er das discovered_by=rambazamba
erfunden.
Um Texte in der Karte erscheinen zu lassen, wendet er seltsame Methoden an:
http://www.openstreetmap.org/browse/way/31555933
http://www.openstreetmap.org/?way=31555933
Hier wird mitten in den Dünen eine winzig kleine Fläche mit
landuse=residential angelegt, obwohl dort offensichtlich keine Zwerge
wohnen. Es soll wohl nur der Nebeneffekt ausgenutzt werden, dass der
Name-Tag der Residential-Fläche auch als Text gerendert wird.
Pfote ist kreativ beim Erfinden solcher Umwegs-Lösungen, hat aber
offensichtlich das Prinzip nicht verstanden.
Ende August habe ich eine ganze Menge dieser Mini-Resi's entfernt. Ganz
Prerow war *ein* großes ausgefranstes Residential.
Die einzelnen Ortsteile waren dann mit Mini-Residentials im o.g. Stil
überdeckt, nur damit der Name in dem Teil erscheint. Ich habe das Große
statt dessen aufgeteilt, die Minis entfernt und den Name-Tag an die
neuen Ortsteile gehängt. Zum Teil auch place=locality gesetzt, wenn ein
Name außerhalb einer Residential lag.
Diese neuen Residential-Flächen wurden natürlich gleich (zum Teil
mehrfach) wieder von Pfoten-Weg neu hochgeladen.
Er duldet niemand anderes als letzten Autor in den von ihm besetzten
Gebieten!
--
Frank
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit Openrouteservice
Jens Herrmann schrieb: Hi, ich habe gerade mal verschiedene Hausnummern mit Openrouteservice suchen lassen: ... Habt ihr ähnliche Ergebnisse? Grüße Jens Hallo Jens, mit Hausnummern habe ich noch nicht systematisch getestet, weil die bei uns auf'm Land noch sehr selten gemappt sind. OpenRouteService hat mich aber motiviert, die Hausnummern jetzt verstärkt mit- bzw. nachzuerfassen. Ich habe aber mal Straße-zu-Straße-Routing mit einem anderen Dienst verglichen. Dabei hat ORS sehr gut abgeschnitten, weil der andere Dienst mich z.B. durch ein Wohngebiet schickt, das an einem Ende (Hopfenfohr) mit Pollern dicht gemacht ist. Die Poller hatte ich selbst gemappt. Der andere Dienst kennt die Poller nicht, stehen auch erst 5 Jahre dort ;-) Auch weigert sich der andere Dienst aus Am Lindenhaus (verzweigte Sackgasse) die Route zu beginnen, die dort wohl als Anliegerstraße klassifiziert ist. Innerhin liegt aber das Amtsgericht an der Straße. http://www.openstreetmap.org/?lat=52.02439lon=8.91695zoom=17layers=0B00FTF Der Dienst wählt statt dessen, eine nahe liegende andere Straße (Blomberger Weg). Diese hat aber trotz der Nähe keine Verbindung mit dem gewollten Startpunkt so dass das Ergebnis völlig falsch ist. Versuche mal diese Straßen: von: Lemgo, Am Lindenhaus nach: Lemgo, Pagenhelle Mit ORS (400 m) und maps.Goo ... (1,8 KM !) Abbiege-Relationen erfasse ich auch erst seit kurzem. Ich glaube dass ORS die noch ignoriert. Jedenfalls hier: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=8.7999876,52.0538963end=8.8269385,52.0253865pref=Fastestlang=de Auf der L 967 darf man die L 712n nur überqueren, nicht abbiegen. http://www.openstreetmap.org/?lat=52.04568lon=8.80059zoom=17layers=0B00FTF Aber G.. kennt die offensichtlich auch nicht. G... kennt auch die Baustelle auf der L 967 nicht (Vollsperrung März 2009 - Herbst 2010) http://www.openstreetmap.org/?lat=52.03678lon=8.79126zoom=17layers=B000FTF http://maps.google.de/maps?f=dsource=s_dsaddr=Wockenbrinkweg,+32108+Bad+Salzuflen,+Lippe,+Nordrhein-Westfalendaddr=Lage,+Lambrachtweghl=degeocode=FaIxGgMdfzyGACmJp3-UZWq6RzEt-IFVKQOTuw%3Bmra=pemrcr=0sll=52.035634,8.785314sspn=0.052484,0.130806ie=UTF8ll=52.034594,8.797731spn=0.026242,0.065403t=hz=14 -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit Openrouteservice
Cornelius schrieb: Ansonsten tippe mal wieder auf eine nicht aktuelle Datenbasis ... Cornelius Die Aktulität der Daten steht auf der News-Seite. http://data.giub.uni-bonn.de/openrouteservice/news.php ORS kann keine Diffs einspielen, weil die Daten komplett in ein anderes Schema umgewandelt werden. Es wird normalerweise wöchentlich aktualisiert. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Jonas Krückel (John07) schrieb: Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: Macht es einen Unterschied, ob ich jetzt blind ein Landuse zeichne und dann den WMS-Layer anschalte und es zurecht ziehe und schiebe oder ob ich es gleich dem WMS-Bild folgend zeichne? Nachweisen kann es Dir keiner ... aber Herr Terwyen meinte dazu: Ich weiß, dass viele OSM-er Fremddaten platt abdigitalisieren. Das hehre Bild vom idealistischem GPS-Tracker und Rechercheur stimmt nicht immer. Warum haben sie dann keine vernünftige Formulierung gewählt? Gruß Jonas Hallo, die Formulierungen sind ein politischer Kompromiss um den wirklich gerungen wurde. Sonst wäre das Protokoll ja gleich nach der Sitzung fertig gewesen. Der RVR ist ein Verband. Mitglieder sind viele Kommunen und jede hat eigene Ziele und Auffassungen. Die Meinungen waren durchaus kontrovers, nicht jeder findet OSM gut. Anfangs hieß es sogar, eine einzelne Kommune drohe mit dem Austritt, wenn Daten abgegeben würden. Vor dem Hintergrund ist das Ergebnis doch erfreulich. Den Abgleich der eigenen Daten mit dem Luftbild halte ich für eine nützliche Sache um die Lagegenauigkeit zu verbessern oder großflächige Objekte (Landuse) besser abzugrenzen, die sich schlecht umlaufen lassen. Ich halte allerdings nichts davon, fertige (Stadt-) Pläne dafür zu verwenden. Man kennt nicht die Aktualität und man würde jeden Fehler übernehmen. Man weiß z.B. nicht ob im Rahmen der Generalisierung ein Objekt verschoben wurde, damit ein nebenstehender Text besser lesbar ist. In einem Kartenwerk ist das manchmal sinnvoll weil es die Lesbarkeit verbessert, aber wir erfassen erst einmal Daten. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Jonas Krückel (John07) schrieb: Thomas Reincke schrieb: Imo sind das doch staatliche Institutionen und daher vom Bürger erstmal durch Steuergelder finanziert. Wenn sie jetzt den eigenen Bürger als Konkurrenz sehen, ist das etwas seltsam. Der ÖD ist im Umbruch! Es geht weg von der klassischen Kameralistik zur kaufmännischen Buchhaltung. Unter dem Stichwort NKF (neues kommunales Finanzwesen) tauchen Begriffe auf wie Bilanz und auch Produkte. Also auch manche Behörde produziert etwas und soll dabei möglichst Kosten deckend arbeiten (das funktioniert nicht überall, z.B. Sozialamt). Die so erzeugte Transparenz soll z.B. dazu führen, dass realistische Gebühren erhoben werden und keine Phantasiepreise. In dieses neue Bewusstsein passt es dann auch, wenn eine Behörde für ihre Produkte Einnahmen erzielen möchte, um die Kosten zu decken. Darunter fallen dann auch ALK und andere Geodaten. Der ÖD soll eben nicht mehr ein schwarzes Loch für Steuergelder sein. Es ist politischer Wille, dass er mehr wie ein Unternehmen gemanaged wird. Dazu gehört dann auch, dass er nichts mehr zu verschenken hat. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in arcaktuell 1/2009
Marco Lechner schrieb: nein - da ist kein Tippfehler in der Betreffzeile! Das OpenStreetMap-Projekt hat es tatsächlich bis in die aktuelle Ausgabe von ESRI's Kundenzeitschrift arcaktuell geschafft [1]. ... Viele Grüße, Sebastian H. [1]: http://www.esri-germany.de/downloads/arcaktuell/aa-4-2008.pdf Ein Hinweis in der nachfolgenden Ausgabe verweist auf dies HowTo: http://esri-germany.de/downloads/papers/OSM_in_ArcGIS9x.pdf -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planetosm-to-db.pl und Osm2pgsql für MapServer geeignet?
Frank Glück schrieb: Hallo zusammen, ich würde gern einen Planet.osm-Auszug von Deutschland in meine postgreSQL/Postgis-Datenbank bekommen, um die Daten mit dem UMN MapServer für die Kartenausgabe auslesen zu können. ... 2. Dagegen scheint Osm2pgsql der Beschreibung nach (nur?) auf die Bedürfnisse speziell von Mapnik abgestimmt zu sein. Auch hier meine Frage: Heißt das, für den MapServer nützt mir dieses Programm gar nichts? Oder inwieweit bin ich damit eingeschränkt? Gibt es sonst noch (fertige) Alternativen, wie ich die (Deutschland-)Daten in einem für den MapServer brauchbaren Format möglichst vollständig in meine PostgreSQL/Postgis-Datenbank bekomme? Danke und Grüße, Frank Hallo Frank, eine Alternative wären die Shape-Files, die von der Geofabrik täglich zur Verfügung gestellt werden: http://download.geofabrik.de/osm/europe/germany/ Diese lassen sich einfach nach PostGIS konvertieren, die Datenstruktur ist sehr nah dran an dem, was der Mapserver braucht. Die Shapes enthalten aber (noch?) nicht alle Daten. Es fehlen z.B. Parkplätze. Jochen wollte das mal weiter entwickeln. Osm2pgsql habe ich mir mal angesehen. Die Daten sind vermutlich vollständiger. Aber die Tags sind über zahlreiche Spalten verstreut. Die nicht benötigten Spalten bleiben dann leer. Da müsste man noch die Struktur ein wenig nachbearbeiten, bevor sie für den Mapserver optimal ist. Mit dem Mapserver wird man nie die Karten-Qualität hinbekommen, die Mapnik bietet, die Vorteile liegen in anderen Bereichen. Beipiel: Du machst einen (Mapserver-)Layer 'Straßen' und einen Layer 'Eisenbahn'. Dann wird - je nach Reihenfolge im Mapfile - immer Straße über Bahn liegen. Man kann nicht individuell je Kreuzung entscheiden, was oben liegt (Layer-Tag aus OSM). Die Vorteile eines WMS sind dagegen: - jeder (Zwischen-)Maßstab - Layer einzeln abrufbar - Karte so aktuell wie die Datenbank -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planetosm-to-db.pl und Osm2pgsql für MapServer geeignet?
Frank Glück schrieb: Frank Jäger schrieb: Frank Glück schrieb: Gibt es sonst noch (fertige) Alternativen, wie ich die (Deutschland-)Daten in einem für den MapServer brauchbaren Format möglichst vollständig in meine PostgreSQL/Postgis-Datenbank bekomme? Hallo Frank, eine Alternative wären die Shape-Files, die von der Geofabrik täglich zur Verfügung gestellt werden: http://download.geofabrik.de/osm/europe/germany/ Diese lassen sich einfach nach PostGIS konvertieren, die Datenstruktur ist sehr nah dran an dem, was der Mapserver braucht. Gibt es dafür bereits Perl-Skripts oder Ähnliches? Ich stehe im Moment nämlich noch ziemlich am Anfang und weiß noch gar nicht recht, _was_ der MapServer eigentlich braucht. Und bisher hatte ich die Shapefiles bei meinen Überlegungen immer noch außen vor gelassen ... Shell-Scripte und SQL-Scripte zum Laden und Optimieren der PostGIS. Mapfiles für die Darstellung. Habe ich nicht veröffentlicht, kann ich aber bei Interesse einzeln zusenden. Die Icons stammen aus dem SVN von OSM. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und die starken Mapper
Torsten Breda schrieb: Am 27. Februar 2009 21:48 schrieb Johannes Hüsing johan...@huesing.name: Wickie war der erste Nordländer, der eine Landkarte zeichnete. Genial! Treffender kann es kaum sein :) Aber der allererste Mapper - noch vor Wiki - findet sich schon in der Bibel: Sacharja 2 Vers 5 Je nach Übersetzung: http://www.bibel-online.net/bibel_5/38.sacharja/2.html http://www.bibel-online.net/buch/38.sacharja/2.html#2,5 -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mecklenburg ganz in Grün
Jan Tappenbeck schrieb: Moin ! kann mir einer erklären, warum MV ganz in Grün getaucht ist - so sollte eine Karte sicherlich nicht sein ! N' abend, das wird auch schon auf der (ganz neuen!) MeckPomm-Liste diskutiert: Guggst du: http://lists.openstreetmap.de/pipermail/meckpomm/2009-January/34.html -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen von verzweigten Wegen
Peter Vitt schrieb: LiLi, Wie mappe ich einen verzweigten Weg? Hallo Peter, man setzt an einer geeigneten Stelle neu an und bildet mehrere Ways. Alle bekommen den gleichen Name-Tag. Ein Anfängerfehler, den ich in meiner Region schon oft repariert habe, ist es, den Verlauf in einen Stichweg hinein und über die gleichen Punkte wieder hinaus zu führen. Die Straße überlappt sich dann selbst. Die Editoren lassen das zwar zu, aber bei der nächsten Validierung wird das dann bemängelt. Man kann das in JOSM an den doppelten Pfeilspitzen erkennen, die ein Stück Weg zwischen zwei Punkten dann hat. Das Reparieren ist nicht einfach. Man muss den Weg zunächst auftrennen und von den übereinander liegenden Teilen dann nur einen zum Löschen auswählen. Zum Beispiel in einem Wohngebiet, wenn die Straße plötzlich noch einen Abstecher macht, um einige zurückgesetzte Häuser anzubinden? Das könnte im Einzelfall auch highway=service sein. (Schmaler als die Straße? Privatweg?) Oder wenn die Einfahrt in eine Straße von einer größeren Straße aus zwei Teilen (einmal von links, einmal von rechts) besteht? .. Wenn eine Straße nur für ein kurzes Stück getrennte Fahrbahnen hat, muss man nicht zwangsläufig zwei Wege mappen. Es kommt darauf an, ob die Trennung für die Verkehrsführung relevant ist. Wenn beide Teile auf die gleiche Hauptstraße münden und die Insel dazwischen nur der Sicherheit der Fußgänger dient, dann muss man den Way nicht in zwei parallele Einbahnstraßen aufteilen. mfG, Peter -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anschrift von OSM
Bernd Wurst schrieb: Hallo. Am Donnerstag, 20. November 2008 schrieb Tobias Wendorff: Das Problem ist, dass die Kommunen Angst vor der Haftungspflicht haben. Beim Treffen mit dem RVR wurde z.B. gesagt: Was ist, wenn jemand einen Glascontainer-Node verschiebt und dann ein Auto dagegen fährt?. Ein realistischeres Szenario ist dir jetzt nicht eingefallen? :-) Ich halte das für sehr, sehr weit her geholt. Gruß, Bernd Ich war dabei, dieses Beispiel wurde tatsächlich in der Sitzung beim RVR genannt. Was anderes ist denen auf die Schnelle nicht eingefallen um ihren Bedenken bezüglich der Haftungsfrage ein Gesicht zu geben. Aber die Realität überholt da ja auch manchmal die Phantasie! Ich denke da z.B. an die amerikanische Hausfrau, die ihren gewaschenen (lebenden) Pudel in der Mikrowelle trocknen wollte. Sie hat vor Gericht Recht bekommen, weil das in der Gebrauchsanleitung nicht ausdrücklich ausgeschlossen war. Da hatte auch die Phantasie des Herstellers nicht ausgereicht ;-) In der Anfangszeit der Navigationssysteme sind auch sehr viele Autos vom Fähranleger ins Wasser gestürzt, weil die Fähre gerade nicht da war. Aber diese Stimme hatte gesagt Die Kommunen werden ähnliche leidvolle Erfahrungen gemacht haben und wollen - auch im Sinne von uns Steuerzahlern - jegliches Risiko ausschließen. Erst was verschenken und dann dafür bestraft werden wäre ja auch übel. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anschrift von OSM
Jochen Topf schrieb: ... A... INSPIRE regelt nur, dass und in welcher Form die Online gestellt werden müssen. ... Jochen Damit die EU an entscheidungsrelevate Daten kommt, werden diese erst von lokaler Ebene zur nationalen Ebene und von dort zu EU kaskadiert. Da ist weniger an die Bürger gedacht, habe ich den Eindruck. Es fängt an in 2009 mit Metadaten des Annex 1 (höchste Priorität). Es folgen dann Annex 2 und 3 - immer noch als *Meta*daten. Dann erst die Geodaten selbst. Zeitplan bis 2015. OSM ist schneller! -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Altstadt
Wolfram Lamm schrieb: ... Grundsärtlich ist das eine Fußgängerzone. ... Außerdem stellt dich die Frage ob es denn nun als FootWay oder als Residential eingetragen werden sollte. G... Oswolf Hallo Oswolf, 'Footway' ist für einen (schmalen) Fußweg gedacht und 'Residential' für eine (befahrbare) Anliegerstraße. Für Fußgängerzonen gibt es einen eigenen Tag 'Pedestrian'. Beschreibungen dazu findest du normalerweise auf folgender Seite: http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging Ich sehe aber gerade, dass der Hinweis auf Pedestrian dort fehlt. Also hier: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpedestrian -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Statistik über verwendete Editoren
Torsten Breda schrieb: Aber es gibt ja nicht nur Editoren. Etwa 2,5% der created_by-Tags werden durch Bots oder den User direkt erstellt. Eine Verteilung dieser Edits sieht man hier: http://torstiko.googlepages.com/BotsundUser.JPG . Moin, ich sehe da ein paar alte Bekannte: KomSIS = ein Programm, das Daten aus dem Kommunalen Straßen-Informations-System nach OSM konvertiert. http://wiki.openstreetmap.org/index.php/KomSIS Einsatz für 6 Städte in Ost-Westfalen. Upload und Nachbearbeitung erfolgten mit JOSM. gis2osm = ein Programm um Linien aus PostGIS nach OSM zu konvertieren. Der Kreis Nordvorpommern hatte Radwege und Landstraßen als PostGIS-Dump zur Verfügung gestellt, die habe ich damit fit für OSM gemacht. Created by = gis2osm wurde dokumentiert auf Seite: http://wiki.openstreetmap.org/index.php/Nordvorpommern%2C_Kreis Upload und Nachbearbeitung erfolgten mit JOSM. RambaZamba = ein inzwischen gesperrter User, der seinen Namen in das Editor-Feld geschrieben hat. Hat massenhaft Tags angehängt und merkwürdige Straßen erfasst. Diese Daten bitte kritisch prüfen. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Funktioniert DGPS auch in Deutschland?
Tobias Wendorff schrieb: Dirk Stöcker schrieb: Durch die geostationären Satelliten ist die Chance ein SBAS-Signal zu empfangen sehr gering. Bei uns in mittleren Breiten ist ca 30 Grad die maximale Elevation dieser Satelliten und das ist sehr niedrig und schon bei geringer Abschattung nicht mehr sichtbar. Deutschland befindet sich ja im Herzen Europas. War EGNOS also von Anfang an eine Fehlkonstruktion? Aus physikalischen Gründen können geostationäre Satelliten nur über dem Äquator stehen. Ihre Umlaufbahn ist mit der Erdumdrehung synchron. Sie müssen eine bestimmte Höhe haben, nämlich die Höhe in der Zentrifugalkraft und Gravitation sich aufheben (35.880 km). Alle TV-Satellittenschüsseln zeigen diese Richtung und Winkel. http://de.wikipedia.org/wiki/Geostation%C3%A4rer_Satellit -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Dieter TD schrieb: Hallo Liste, In diesem Zusammenhang eine Zusatzfrage: Im Gegensatz zu früher erhalte ich in JOSM beim Versuch des Trennens, gerade von Endstücken von Straßen, den Hinweis: Die Punkte gehören nicht zum gleichen Weg. Doch, der Kreuzungspunkt/Endpunkt gehört mit zum gleichen Weg! Dann ist jedes Mal große Bastelei angesagt. In der Hoffnung auf Besserung habe ich jetzt erst mal einige Eintragungen/Veränderungen auf Eis gelegt. Mache ich etwas falsch und wenn nicht: Besteht die Möglichkeit, das JOSM wieder beizubringen? Es ging ja früher auch! Gruß Dieter Thomas schrieb: und wie hast du es gemacht, hat es ohne Probleme funktioniert? Mit JOSM hatten wir es gestern auch mal auf die schnelle Probiert und es nicht geschafft. JOSM: 1. EINEN Way an einem Node in 2 Ways zerteilen: - Node markieren - Taste P oder - Werkzeuge / Weg aufspalten Beide Ways benutzen dann noch den gemeinsamen End-Node. 1a. Gehört der Node zu mehreren Ways, dann Node *und* Way mit Shift-Klick selektieren 2. ZWEI Ways ganz trennen: - Node markieren - Taste G oder - Werkzeuge / Wege trennen Duplicate the selected Node so each Way using it has its own copy Beide End-Nodes liegen dann noch deckungsgleich übereinander. 3. Übereinander liegende Objekte auseinander schieben: - Mittlere Maustaste (oder Rad) über Node drücken - Strg drücken - Maustaste loslassen aber Strg festhalten - Mit linker Maustaste einen Node in der Pop-Up-Liste wählen - gewählten Node ein Stück zur Seite ziehen (linke Maustaste) -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Torsten Leistikow schrieb: Tobias Wendorff schrieb: Grundstückgrenzen sieht man aber nicht so einfach, da privat und nicht öffentlich. Was ist mit Grenzsteinen? Von Zaeunen, Hecken oder Mauern, von denen man ja auch recht zuverlaessig auf Grenzen schliessen kann, moechte ich jetzt gar nicht erst anfangen. Zuverlaessig? Zäune werden vom Eigentümer dort gesetzt, wo _er_ die Grenze _vermutet_ oder in ausreichenden Abstand von der Grenze auf eigenem Grund. Grenzvermarkungen müssen nicht genau auf der Grenze stehen sondern können eine Grenze auch indirekt vermarken. Wenn z.B. eine Gebäudeecke mit der Ecke eines Flurstücks zusammen fällt, ist eine direkte Vermarkung nicht möglich. Dann wird die Marke fluchtend mit Abstand gesetzt. Das Abstandsmaß ist im Vermessungsriss verzeichnet. Ich sehe eigentlich keinen Sinn darin, Grundstuecksgrenzen bei OSM einzutragen. Ich auch nicht. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler auf www.openstreetmap.org
Andreas Labres schrieb: Tordanik wrote: Was aber bedeutet, dass man wiederum solche Permalinks verbiegt, die _nach_ der Änderung entstanden sind, oder? Ich weiß nicht, worin eigentlich das Problem besteht (und ich will das auch gar nicht wissen). Aber Links, die vor n Monaten erzeugt wurden, sollen jetzt das gleiche darstellen wie damals. Servus, Andreas Moin, ich denke das ist ein Problem des Clients OpenLayers, nicht von www.openstreetmap.org. Sie Seite enthält aktuell 4 Base Layer und 2 Overlays Den Parameter layers=B000FTF deute ich deshalb so: B000 = es kann nur EIN Base-Layer eingeschaltet sein (der mit dem B = der erste = Mapnik). Alle anderen müssen aus sein (=0). FTF = Die Overlays können unabhängig voneinander einzeln geschaltet sein; F = False = aus, T = True = ein. Ein Schalter (das mittlere 'T') bleibt übrig ? Es gilt die Reihenfolge, in der die Layer eingefügt sind - http://www.openstreetmap.org/javascripts/map.js und am Plus-Zeichen aufgelistet werden. Mit jeder Änderung an den Layern ändert sich zwangsläufig auch der Permalink. Im Umkehrschluss: wenn der Link ewig Bestand haben soll, darf nie wieder etwas an den Layern geändert werden. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kommunale OSM-Info beim RVR
Johann H. Addicks schrieb: -Bedrohung für Budget/Headcount der eigenen Dienststellen, wenn ruchbar wird, dass es Kartendaten von für Praxis ausreichende Qualität auch fast umsonst gibt. Gerade der letzte Punkt sollte sich jedoch zerstreuen lassen, wenn sie sehen, dass wir nicht von Katasterkarten aus generalisieren, sondern vom Grobriss mit peinlich unpräzisen Messungen mit Schnauze mal Pi Straßen mehr malen als zeichnen. -jha- Ja, eine meiner Folien lautete sinngemäß: Wir mappen (fast) nur das, was jedermann offensichtlich sehen kann, wenn er die Straße mit offenen Augen entlang läuft. Wir haben kein Betretungsrecht für Privatgrundstücke. Das Kataster mappt auch abstrakte und rechtliche Objekte wie Flurstücks- und Eigentumsgrenzen. Gerade mit dem Liegenschaftskataster haben wir daher sehr wenige Redundanzen. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Tobias Wendorff schrieb: Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. Stichwort zum Googlen: RASANT DGPS (-Decoder, DGPS-Signale über WDR-UKW-Sender) Mir ist mal erklärt worden, mit folgender Kombination wäre ein Low-Cost-DGPS möglich: -DGPS-Daten aus dem Internet ziehen -Dazu Handy mit Flatrate und BlueTooth verwenden -BlueTooth-Empfänger an GPS-Gerät stöpseln -bei einem Blick auf mein Garmin GPS60 meinte mein Informant, damit ginge es noch, aber die neueren Geräte hätten nicht mehr die Hardware-Schnittstelle dazu. Bevor wir das vertiefen konnten, sind wir leider unterbrochen worden ... -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Tobias Wendorff schrieb: Hanno Böck schrieb: Habe ich mir auch gedacht. Aber welche Kamera hat schon eine Fernbedienungsmöglichkeit, außer den neuen DSLRs? Eine LED, die einen Fernauslöser simuliert und in regelmäßigen Abständen ein Infrarot-Signal sendet. Bezug: http://www.gentles.info/KAP/gentled/index.htm http://www.gentles.ltd.uk/gentled/ http://www.kapshop.com/index.php?cPath=6_1_22 http://www.kapshop.com/product_info.php?cPath=6_1_22products_id=88 Spezifisch für einen Kamera Hersteller. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm, UBuntu und openstreetmap-map-icons
Christopher Köllmayr schrieb: ein paar Leute und ich haben in Launchpad [1| ein Repository [2] angelegt aus dem du Dir verschiedene OSM relevante Software direkt über apt-get, aptitude, etc. installieren kannst. Ich zum Beispiel erstelle dort in unregelmäßigen Abständen ein JOSM Paket aus den SVN Sourcen. ... [1] https://launchpad.net/~openstreetmap [2] https://launchpad.net/~openstreetmap/+archive Hallo, ich kann allen Ubuntu-Usern empfehlen, dies Repository zu benutzen. Dazu Ergänzen der /etc/apt/sources.list um die Zeile: deb http://ppa.launchpad.net/openstreetmap/ubuntu hardy main Die Version aus den original Ubuntu-Repositories ist sooo alt, dass die aktuellen Plugins damit meist nicht mehr funktionieren. Nach einem Update aus JOSM Bearbeiten / Einstellungen / Plugins hat man sich damit selbst schach matt gesetzt. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen mit Vermessungsamt Darmstadt
Tobias Wendorff schrieb: Hallo, Frank Jäger schrieb: Aber vielleicht zunächst die Koordinaten aller Schulen und die Standorte der Glascontainer, Denkmäler, Bushaltestellen, Welche Kommune sammelt denn sowas? Du wirst dich wundern, was Kommunen alles sammeln ;-) Alles was zur Infrastruktur oder zur Erbringung bestimmter Services nützlich ist. Ich kenne z.B. Shapefiles in denen die Straßen danach klassifiziert sind, mit welcher Priorität der Winterdienst dort durchgeführt wird oder wie oft die Kehrmaschine dort fährt. So etwas ließe sich wahrscheinlich besser nach OSM konvertieren, als die ALK-Flurstücksdaten. Guggst du: http://map.krz.de/mapwww/frames/login.php?name=demopassword=demomb_user_myGui=Demo_Loehne Stellt Euch ALK-Daten nicht sooo besonders vor. Da steht noch nicht mal drin, ob es eine Einbahn- oder Anliegerstraße ist! Die ALK ist ja auch KEIN Straßenverzeichnis sondern der Nachweis der Flurstücke für das Grundbuch. Der Straßenname (bzw. genauer gesagt der Straßenschlüssel) ist nur ein Attribut zum Flurstück, das die Suche erleichtert. Ein Objekt Straße gibt es in der ALK nicht! Es gibt in der ALK in einigen Bundesländern einen Objektschlüssel Flurstück in Verkehrswegen um solche Flurstücke von anderen Flurstücken zu unterscheiden. Siehe http://gis.krz.de/alk/edbs2wkt/help/jump2.htm#strasse Das wird aber auch nicht von jedem Katasteramt benutzt. Es gäbe dann noch die Möglichkeit, die Nutzungsart der einzelnen Abschnitte des Flurstücks (Folie 021) nach Straßen zu filtern. PS. Ich stelle mir die ALK nicht vor, sondern arbeite täglich damit, guggst du: http://sourceforge.net/projects/edbs2wkt und z.B.: http://gis.krz.de/alk/edbs2wkt/help/jump.htm -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen mit Vermessungsamt Darmstadt
k127 schrieb: 2. Was kann man von einem Vermessungsamt erwarten? Moin! Ein Katasteramt hat auch georeferenzierte Gebäude, also eine 'Koordinate zu jeder Adresse'. Mit diesen Daten ließe sich die 'Haus zu Haus Navigation' aufbauen. Allerdings ist das OSM-Format für Adressen noch in der Erprobungsphase, oder?. Ich glaube auch nicht, dass diese Daten verschenkt werden, die lassen sich nämlich hervorragend vermarkten. Aber vielleicht zunächst die Koordinaten aller Schulen und die Standorte der Glascontainer, Denkmäler, Bushaltestellen, Kurz gesagt; alles was eine Kommune in einem Fachkataster führt und was in OSM als POI interessant ist. * Übernahme von Straßen-/Wegenamen (es gibt immer so viele Wege, die unbeschildert sind) Das Vermessungsamt verfügt über wesentlich wertvollere Informationen als Straßennamen, nämlich die Straßen selbst. ... k127 Die Sicht eines Katasteramtes auf eine Straße ist leider ein ganz andere als die von OSM: Das Katasteramt verwaltet Flurstücke. Das sind im Kataster keine Trassen (Linien) sondern Flächen. Mehrere Flurstücke können zu einer Straße gehören. Aber auch angrenzende Flächen des gleichen Eigentümers (Parkplätze, Radwege, Bürgersteige, Grünflächen, ...) würden da evtl. mit hinein fallen. Durch Straßenbaumaßnahmen und den damit verbundenen Zukauf von Flächen entstehen dann manchmal am Rande noch schmale Flurstücke die noch mit zum Straßengrundstück zählen. Diese zusammen liegenden Flächen kann man nur sehr schwer automatisiert ins OSM-Format umsetzen. Ein Vorgehen analog GPX wäre möglich: Unterlegen und manuell drüber zeichnen. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapperteams mit Statistiken bei OSM?
Hansen schrieb: Hallo, Bei diesen ganzen Projekten gibt es aber vor allem immer sehr schöne Statistiken und viele der Teilnehmer verbinden sich zu Teams. Ab und zu gibt es dann bei einem Projekt immer einen Wettbewerb, welches Team am meisten Aufgaben innerhalb einer Zeit schafft oder welches Team als erstes die 100 Aufgabengrenze knackt. ... Nun aber zurück zum OpenStreetMap. Hierbei kam mir jetzt die Idee, ob man dieses Teamprinzip nicht evtl. beim OSM ebenfalls realisieren könnte und so immer ab und zu einen Wettberwerb starten könnte. Ein möglicher wäre zB. Welches Team schafft mehr ordentlich erfasste Straßen innerhalb einer Woche in Hamburg? Oder welches Team schafft mehr Autobahnkilometer ordentlich zu erfassen? ... Was meint ihr dazu? Wer hat sonst noch Ideen dazu? Vielen Dank schon im Voraus und viele Grüße Akio Hallo Akio, es ist schwierig die Leistung von Mappern an der Quantität (Kilometer Autobahn) zu messen. Wie sollte ich denn eine Woche lang in Hamburg mappen? Das ist mit zu weit weg. In meiner Heimat hätte ich bis letztes Jahr gar keinen Gegner gehabt. Jetzt bin ich nicht mehr allein, ich sehe dies aber als Unterstützung und nicht als Gegner in einem Wettstreit. Wer's sportlich mag, der kann ja hier mal schauen: http://wettbewerb.openstreetmap.de/index.php/wettbewerb/ -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mobile map use grows
Michael Rathai schrieb: Hallo, bin ich grad drüber gestolpert und ist, meine ich, für openstreetmap doch interessant: ARE WE THERE YET? MOBILE MAP USE GROWS 82 PERCENT IN UNITED STATES, 49 PERCENT IN EUROPE Mobile map usage growing much faster than online map usage http://visit.oclc.org/t?ctl=1D89AB3:C14C6D581047ECF37E3E2CF1E78A79F72F813B10FD328D04; Wir sind auf dem richtigen Weg!! Michael Hallo Michael, wieso hast du Zweifel? OSM kann nicht nur für Online sondern auch für mobil benutzt werden. Guggst du: http://wiki.openstreetmap.org/index.php/De:OSM_Map_On_Garmin http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin http://www.fotodrachen.de/osm.htm#mobil -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Steffen Voß schrieb: Moin! mir dünkt ihr verwendet eine ziemlich alte Version. .. Ich benutz die Version, die Ubuntu 8.041 mir installiert. Die Version dürfte dann von Ende März stammen. Seit Erscheinen der Distribution ist das nicht mehr aktualisiert worden. Bei der rasenten Weiterentwicklung von JOSM ist das schon sehr alt. Die Möglichkeiten von JOSM werden durch die Plugins noch stark erweitert. JOSM lädt bzw. aktualisiert die Plugins bei Bedarf selbst. Ich habe festgestellt, dass die aktuellen Plugins nicht mehr sauber mit der Ubuntu-Version von JOSM funktionieren. Daher die Empfehlung; verwende: http://www.eigenheimstrasse.de/josm/josm-latest.jar -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Einstieg geschafft! :-D
Frank Jäger schrieb: Ich benutz die Version, die Ubuntu 8.041 mir installiert. .. Daher die Empfehlung; verwende: .. Sorry! http://josm.openstreetmap.de/download/josm-latest.jar ist aktuell. Im Ordner http://josm.openstreetmap.de/download/ auch einige Vorgänger, wenn die 'latest' mal zu heiß ist. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterteilung in Layer, war mal [Nerv ensägen auf openstreetbugs]
Frederik Ramm schrieb: Hallo, Tobias Wendorff wrote: Wieso gibt es eigentlich keine Layer in OSM? Bei professionellen Geodaten macht man es doch genauso! Weil wir besser sein wollen als die professionellen Geodaten ,-) Bei denen sind die Layer eine Kruecke, um der Komplexitaet Einhalt zu gebieten. Objekte werden schon bei der Erfassung einem - in der Regel sogar: GENAU einem - Layer zugeordnet. Beim Auslesen spart man sich dann die Arbeit - der Datenlieferant hat einem die Layer ja schon vorgekaut. Bye Frederik Moin, die Unterteilung nach Layern hat aus meiner Sicht durchaus einen gewissen Charme. Damit kann der Endanwender in letzter Sekunde entscheiden, welche Daten ihn aktuell interessieren. In OSM stecken so viele (verschiedene) Daten, dass es zu unübersichtlich wäre, immer *alle* Daten gleichzeitig anzuzeigen. Die _Standard-Karten_ Mapnik und Osmarender zeigen daher nur einen Teil (z.B. kein Fast-Food, keine Telefonzellen, ..). Auch die osm.img in meinen Navi zeigt nur eine (Vor-) Auswahl. Für im voraus klar definierte spezielle Nutzungen wie Radkarte, kann man eine spezifische Vorauswahl der Objektarten treffen die Darstellung anpassen, dann eine zum Zweck passende Karte auf Vorrat rendern und als Kacheln bereit stellen. Für Zwecke, die sich spontan ergeben und nicht vorausgeahnt wurden, sind die Layer aber ganz praktisch. Der Anwender am Client muss dazu die Möglichkeit haben, sie wahlweise einzeln an- oder auszuschalten. Als Werkzeug für eine Layer-basierte Darstellung eignet sich die GIS-Norm Web Map Service (WMS). Als Server kann z.B. der UMN-Mapserver arbeiten. Im Gegensatz zu den o.g. Kacheln rendert ein WMS den Kartenausschnitt erst auf Anforderung. Der Request enthält dazu nicht nur Ausschnitt (Koordinate) und Größe (Pixel), sondern auch die Liste der WMS-Layer. Damit ist jeder beliebige Maßstab wählbar, nicht nur die vorgegebenen Zoomstufen. Die ganze aufwändige Mimik zum Aktualisieren der Kacheln über alle Zoomstufen nach einer Änderung der Daten entfällt. Das Kartenbild wird direkt aus Vektordaten erzeugt. Es wird allerdings nach jeder Neu-Positionierung (Zoom, Pan) der ganze Kartenrahmen neu angefordert, es können also keine Kacheln aus dem lokalen Cache oder einem Proxy (wieder-) verwendet werden. Es gibt auch Nachteile und bisher ungelöste Probleme: Die Layer (im Sinne von WMS) haben eine fest vorgegebene Reihenfolge. Wenn immer Highway über Landuse gezeichnet wird, ist das wohl OK. Aber bei den Layern Highway und Railway bleiben die erfassten Layer-Angaben (im Sinne von OSM) zur Zeit unberücksichtigt. An den Kreuzungen von Wegen aus verschiedenen WMS-Layern passt also die horizontale Schichtung zur Zeit nicht. Um mit den üblichen Werkzeugen (Kacheln und Client OpenLayers) auch ohne WMS mehr Flexibilität zu erreichen, könnte man eine Unterteilung in Base-Layer und zuschaltbare Overlays vornehmen. Die Overlays könnten spezielle POIs enthalten, die im Base-Layer standardmäßig nicht dargestellt werden. Die Techniken Kachelung (Base) und WMS (für Overlays) können dabei gemixt werden. Beispiele für OSM-WMS in Ost-Westfalen, Links zum Client: http://map.krz.de/mapwww/frames/login.php?name=talkdepassword=talkdemb_user_myGui=OSMmb_myBBOX=3491700,5762770,3496900,5767970 http://map.krz.de/mapwww/frames/login.php?name=talkdepassword=talkdemb_user_myGui=Treffmb_myBBOX=3482421.6296296297,5772104.62962963,3483162.3703703703,5772845.37037037mb_myPOI=Salzuflen,3482769,5772408 Einige OSM-Layer sind dort beim Start schon eingeschaltet. Fast alle POI-Layer sind aber zunächst aus und können noch eingeschaltet werden. Ein Klick auf die Ebene OpenStreetMap KRZ schaltet alle Sub-Layer gleichzeitig ein. Die Bedienung des Clients Mapbender ist für Benutzer von OpenLayers gewöhnungsbedürftig, z.B. für Zoom-In kein Shift sondern zuvor Button wählen. Die Daten stammen aus den Shape-Dateien der Geofabrik und sind ca. 3 Wochen alt. Sie liegen in einer PostGIS-Datenbank. Koordinatensystem ist Gauß-Krüger, Streifen 3. Man beachte auch die vom Service automatisch generierte Legende. Die vermisse ich manchmal ein wenig bei Osmarender Co. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Import kommunaler Daten - Vlotho
Hallo, die Stadtverwaltung Vlotho (Kreis Herford) hat die Daten aus dem Straßenkataster für OSM gespendet. Ich habe mich darum gekümmert, die Daten nach OSM zu konvertieren und habe die Daten mit JOSM nach Augenschein nachbearbeitet (z.B. die Straßen an den Kreuzungen verbunden). Weiteres siehe: http://wiki.openstreetmap.org/index.php/Vlotho -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
André Reichelt schrieb: Ich perönlich und auch ein paar Andrer hier in der ML mögen das Plugin nicht besonders. .. Muss natürlich jeder selbst wissen, aber meine Meinung ist, dass durch die automatische Vereinfachung mehr kaputt gemacht als gewonnen wird. Hallo, für 2 Dinge brauche ich das Plugin dringend: 1. Daten aus der Konvertierung kommunaler Daten. Die haben meist zu viele Punkte und müssen reduziert werden. Das ist ein Massen-Problem, da kann ich nicht noch jeden unnötigen Zwischenpunkt einzeln behandeln. 2. Einige Spezialisten setzen auch auf geraden Abschnitten einen OSM-Punkt auf jeden GPS-Punkt, also alle paar Meter einen. Das bereinigt das Plugin sehr gut. Schade, dass es seit ca. 2 Wochen nicht mehr funktioniert. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: simplify way (utilsplugin)
Frederik Ramm schrieb: Hallo, Hallo Frederik, Was genau ist denn das Problem? Vor ca. 2 Wochen hatte ich hier nachgefragt. Die Antwort war: Der Bug ist in DEV bereits bekannt. Seit dem habe ich auf eine Bereinigung des Fehlers gewartet. Ich dachte, es waere nur die Einheit veraendert worden, und man muss nun die max-error-Variable anpassen. Das habe ich eben das erste Mal gelesen. Das war mir bisher nicht bekannt. Ist das Plugin darueber hinaus noch kaputt, dann schau ich mir das mal an! Ich habe den Key nun angelegt und mit Wert 1 gefüllt. Klappt! - Jetzt beginnt das große Aufräumen. Bye Frederik Es war also nur ein Kommunikationsproblem. Vielleicht kann bei der Installation ein vernünftiger Wert voreingestellt werden. 50 Meter Genauigkeit ist doch ziemlich geschlabbert. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM in Ubuntu-Repositories
Hallo, ich verwende immer die latest von JOSM, die es fast täglich neu gibt. Wenn man aber das Paket josm aus den Repositories von Ubbuntu verwendet, dann hat man das Problem, dass kein Plugin funktioniert. Die im aktuellen Release Hardy angebotene Version ist 20080330. Auch diese alte Version aus Ubuntu lädt die Plugins aus der gleichen Quelle. Die Versionen dort funktionieren aber nur mit einem fast aktuellen JOSM. Entweder müsste man konsequent trennen (auch bei den Plugins) in einen Stable- und einen Entwicklungs-Zweig. Den Stable-Zweig könnte man dann komplett über die Repositories installieren lassen. Oder die Version bei Ubuntu sollte schneller aktualisiert werden. Wer entscheidet eigentlich, welche Version in die Repositories kommt? -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM-Plugin Vereinfache ..
Hallo, das JOSM Plugin 'vereinfache Weg' (Lösche unnötige Knotenpunkte eines Weges) geht seit kurzem sehr grob mit den Wegen um. Es bleiben viel zu wenige Punkte übrig. Wer kann das reparieren? -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht über OSM in ultimo (Bielefelds Stadtillustrierte)
Jonathan Schlüßler schrieb: http://www.ultimo-bielefeld.de/lokales/l-map.htm Hallo, man wundert sich doch immer wieder, wie Journalisten es fertig bringen, Texte soweit zu verkürzen, dass der Sinn völlig verloren geht. Ich bin per Mail interviewt worden. Ich habe u. a. versucht, den Sinn freier Software und freier Daten zu erklären: interview Wozu freie Geodaten? Unser Wirtschaftssystem beruht auf dem Gleichgewicht von Angebot und Nachfrage. Dadurch reguliert sich über den Preis einer Ware die Verteilung. Das macht Sinn bei materiellen Gütern, die beschränkt vorhanden sind. Wenn also ein Bauer z.B. Kartoffeln produziert hat, dann hat er nur eine bestimmt Menge davon zur Verfügung, die er nur einmal verkaufen kann um davon zu leben. Bei imateriellen Gütern - wie Wissen - ist es aber umgekehrt. *** Wissen ist ein Gut, dass sich vermehrt, wenn man es teilt. *** Software ist auch eine Art Wissen. Es sind automatisierte Abläufe, die in digitaler Form vorliegen und ohne Qualitätsverlust beliebig oft reproduziert werden können. Es hat sich in den letzten Jahrzehnten eingebürgert, dieses imaterielle Gut künstlich zu verknappen um es teurer verkaufen zu können. Die Nutzung von Programmen (Software) oder Kartenwerken wird per Lizenz in der Nutzung beschränkt. Man darf Software dann nur auf einer bestimmten Hardware einsetzen. Man darf Karten z.B. nicht verändern um das (verbesserte?) Ergebnis weiter zu verteilen. ... Es liegt eigentlich nah, Wissen und Software frei zu verteilen, damit möglichst viele Menschen etwas davon haben. Bei freier Software (oft Open Source Software genannt) wird das so gehandhabt. Dies Prinzip wird bei 'OpenStreetMap' auf 'Wissen' in Form von Geodaten übertragen. Jeder kann zu der Entstehung der Karten durch sein lokales Wissen beitragen. Jeder darf das Ergebnis für beliebige Zwecke verwenden. Dazu dürfen die Daten auch verändert, kopiert und weiter verteilt werden. Die Daten dürfen sogar für kommerzielle Zwecks verwendet werden, man kann also auch Geld damit verdienen (Aufbereiten, Drucken, ...). /interview Daraus gemacht hat der Journalist: veroeffendlichung Dazu kommen politisch Bewegte, die nicht nur den unmittelbaren Lebensraum mit neuer Technik wieder für sich selbst erobern wollen, sondern auch finden, dass Wissen grundsätzlich nicht verkauft werden sollte wie Kartoffeln. /veroeffendlichung -- Frank Jäger ... ein verwunderter End-Vierziger aus Schötmar (mit einem t). Bad Salzuflen http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht über OSM in ultimo (Bielefe lds Stadtillustrierte)
André Reichelt schrieb: Frank Jäger schrieb: man wundert sich doch immer wieder, wie Journalisten es fertig bringen, Texte soweit zu verkürzen, dass der Sinn völlig verloren geht. Lies doch nur mal den Beitrag nochmal genauer. Man hat wie so oft das Gefühl, die ach so tolle Software würde nach dem hochladen der abgegangenen Strecke aus Geisterhand die Straßennamen erfinden und auf sonstige Details schließen können. War mir auch aufgefallen. Aber ich hatte ja gar nicht erwartet, dass der komplexe Prozess von Messung über Datenmodell, Editor, Rendern und Generalisierung korrekt wieder gegeben wird. Es handelt es sich offensichtlich um ein kostenlos verteiltes Blatt, in dem hauptsächlich das Kinoprogramm steht. Der Journalist hatte auch ausdrücklich nach etwas buntem gefragt ... Dazu hatte ich die Johannisbachtalsperre gefunden, die kein Bielefelder kennt, aber jeder in der Region kennt den Obersee! Schon allein an den vielen Rechtschreibfehlern erkennt man den Zeitdruck, unter dem der Artikel rausgehauen wurde. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] WMS Länder und andere DAten
Markus Engels schrieb: Hi, haben eigentlich einzelne Bundesländer schon Ihre WMS-Orthofotos zur Bearbeitung in OSM freigegeben, bzw. anere Ihrer vorhandenen Daten z.B. Straßeinformationsdatenbanken; weiter Interessante Quellen könnten z.B die Kommunen im Zuge der NKF. Man muss mal fragen, wie hier: http://wiki.openstreetmap.org/index.php/KomSIS http://wiki.openstreetmap.org/index.php/NKF -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Einzelpunkte hochladen
Heiko Jacobs schrieb: Moin GPS-Tracks habe ich ja nun schon einige hochgeladen. Aber wie bekommt man Einzelpunkte hochgeladen (oder sonstwie in OSM rein), die man unterwegs per Klick auf dem GPS markiert hat fuer POI oder was auch immer (hier Bruecke, hier ...) Das ist mir irgendwie noch nicht begegnet... MfG Heiko Jacobs Z! IRCnet Mueck Hallo Heiko, die GPX-Datei besteht intern aus einem Teil mit Tracks und einem Teil mit POIs (Waypoints). In JOSM sieht man beides wenn die richtigen Einstellungen markiert sind. Das Hochladen der GPX-Datei lädt also auch die gesetzten Punkte hoch. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Einzelpunkte hochladen
PHerison schrieb: Frank Jäger schrieb: Heiko Jacobs schrieb: Aber wie bekommt man Einzelpunkte hochgeladen (oder sonstwie in OSM rein), die man unterwegs per Klick auf dem GPS markiert hat fuer POI oder was auch immer (hier Bruecke, hier ...) In JOSM sieht man beides wenn die richtigen Einstellungen markiert sind. Ich sehe naemlich auch nur Tracks aber keine Waypoints. Ich spreche davon, das GPX-File lokal mit JOSM zu öffnen. Wenn man GPX zunächst hochlädt und dann alle GPX-Daten für ein Gebiet mit den OSM-Daten wieder runter lädt (Option: Quelle = Rohe GPS-Daten), dann sind die Punkte nicht mehr da (Filter?). Man kann aber die Dateien einzeln wieder laden, dann müssten sie noch im Originalzustand sein. http://www.openstreetmap.org/traces Ich lade meine Tracks zwar auch hoch, aber zur Erfassung nutze ich sie von der Platte. Und wie lauten die richtigen Einstellungen? Ich habe gerade getestet: Zeiche große GPS-Punkte hat keinen Einfluss. (Das steht da wirklich SO). -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Parkplätze überqueren
Hallo Leute, wenn ... ... eine Straße nur durch Überqueren eines Parkplatzes erreichbar ist, ... oder ein Radweg vom einem Parkplatz aus weiter führt (aber keine Radspur auf dem Platz markiert ist), ist es dann notwendig, zusätzlich zu der Fläche Parkplatz noch eine Linie (Rad-)Weg darüber oder darunter (mit Layer -1) zu legen. Der Platz soll von Routing-Software in die Route einbezogen werden. Für die Software wird es sicher einfacher, sich über so eine (Hilfs-) Linie zu hangeln, als den Vorschlag zu machen, doch einfach mitten über den Platz oder über den Rand des Platzes zu fahren. Bei kleinen Parkplätzen sieht es aber nicht so schön aus, wenn ein Weg darüber gezeichnet wird und nur noch ein schmaler Streifen darunter hervor schaut. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze überqueren
Das ist eine merkwürdige Konstellation. ;-) Sonst hätte ich nicht fragen müssen ... Im Wiki steht, die Fahrwege auf einem Parkplatz können als highway=service eingetragen werden. highway=service ist schön schmal. Also lautet die Antwort: Bloß keine Wege über den Platz legen (und schon gar nicht mit layer=-1 ausser es handelt sich um einen Gang der unter dem platz verläuft). Stimmt! - Bei -1 habe ich mich verleiten lassen, zu sehr an der Renderer zu denken. Ich wollte die Durchfahrt unter dem Parkplatz verstecken. Das sollte schön gerendert werden und trotzdem gut routbar sein. Es sind aber in Realität keine verschiedenen Ebenen, daher verbietet sich der Einsatz von Layer. Ich werde die Überquerung des Platzes zukünftig als Service eintragen. In einem Fall hängt wirklich nur ein Service an dem Parkplatz, in einem anderen Fall ein Radweg. Beim dritten Fall hat der Bahnhofsvorplatz zwar den Character eines Parkplatzes und ist durchgängig gepflastert mit vielen Parkbuchten. Die beparkbare Fläche ist größer als 50%. Da hängt dann noch eine Sackgasse mit einem Namen dran, also kein Service. Aber vielleicht ist der Bahnhofsvorplatz dann ja kein Parkplatz sondern ein Residential mit area=yes -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Upload
Dominik Spies schrieb: Hi, auch und eigentlich vor allem in Verbindung mit der DB-Downtime frage ich mich woher JOSM weiß, welche Daten eigtl. gesendet werden müssen? Wird hier einfach eine History gebildet, und alle Objekte die ich verändere dann über die API geändert bzw beim löschen gelöscht und beim erstellen erstellt? Was ist wenn z.B. ein way aus dem OSM Datenbestand verschwindet (warum auch immer), ich aber noch ein .osm file da habe, in welchem dieser way drin ist, aber JOSM diesen schon mal hochgeladen hat. Also in etwa so: JOSM Download in JOSM way erstellen JOSM Upload way wird von einem Anderen gelöscht. JOSM Upload Wird jetzt der weg wieder neu erstellt, oder denkt JOSM der Weg wäre noch vorhanden und versucht erst gar nicht diesen zu erstellen? Wenn ja, wie kann ich das Problem lösen? Kann ich irgendwie einen Diff auf den aktuellen Datenbestand machen?? Gruß, Dominik Hallo Dominik, du solltest für die Bearbeitung generell keine OSM-Files benutzen, die schon längere Zeit lokal gespeichert waren. Vor Beginn der Arbeiten sollte man sich den Ausschnitt frisch aus der Datenbank holen. Nach Abschluss der Arbeiten sollte man alle Änderungen auf den Server laden. So vermeidet man weitgehend Konflikte mit anderen, die im gleichen Gebiet arbeiten. Bei längeren Arbeiten kann man zwischendurch immer mal wieder lokal speichern und/oder den Server aktualisieren. Auch ein Upload ist eine Änderung, die man lokal speichern sollte. Neue Objekte bekommen nämlich zunächst eine Änderungs-Kennung und eine vorläufige (negative) ID. Beim Einfügen in die Datenbank antwortet die API mit der endgültigen, weltweit eindeutigen ID. Wenn man dann nicht abschließend lokal speichert und diese Datei später wieder benutzt, dann wird nochmals ein neues Objekt über dem bereits vorhandenen eingefügt. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Aktueller Spiegel-Artikel
Daniel Schmidt schrieb: Am 26.05.2008 um 12:48 schrieb Pascal Neis [EMAIL PROTECTED]: Hi, in der aktuellen Print-Ausgabe des Spiegels: GEOGRAFIE: Die Vermessung der Welt - Tausende Freiwillige schaffen im Internet einen globalen Stadtplan Meines Erachtens ein wirklich guter Artikel. .. ___ Ich finde auch: ein gut geschriebener Artikel. Britische Forscher haben Pygmäen in Kamerun mit GPS-Empfängern ausgerüstet. Damit laufen diese nun ihre Jagd- und Sammelgründe ab Genau so mache ich es ja auch! Nur musste ich mir mein GPS-Gerät selbst kaufen. Ich bin bisher nicht von britischen Forschern entdeckt worden. -- Frank Jäger und Sammler ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import Kommunaler Daten
Martin Koppenhoefer schrieb: Vielleicht kannst Du kurz erläutern, wie Du das geschafft hast? Martin Hallo, ich habe gute persönliche Kontakte zu den Kommunen, da ich einen GIS-Server für einige davon betreue. Das war übrigens nicht die erste Stadt. Vorher habe ich schon konvertiert: http://wiki.openstreetmap.org/index.php/L%C3%B6hn http://wiki.openstreetmap.org/index.php/Kirchlengern http://wiki.openstreetmap.org/index.php/B%C3%BCnde http://wiki.openstreetmap.org/index.php/R%C3%B6dinghausen http://wiki.openstreetmap.org/index.php/Lage Aktuell sind wir nun dabei, die OSM-Daten auch in unserem GIS-Umfeld nutzbar zu machen. Für unser System brauchen wir einen WMS (Web Map Service) und nicht die vorgerenderten Kacheln (Mapnik, Osmarender). Das läuft auf folgendem Weg: - Shape-Files von der Geofabrik - Import in die PostgreSQL/PostGIS-Datenbank - Darstellung mit (UMN-) Mapserver Die Darstellung hat noch längst nicht die Qualität vom Mapnik. Der Vorteil ist jedoch, dass OSM dann zusammen mit anderen kommunalen Daten dargestellt werden kann, für die es schon einen WMS gibt. Unser Client kann keine Kacheln mit WMS kombinieren. Ein anderer Vorteil des WMS: Man kann die Objekte und POIs auf verschiedene Layer verteilen (bei WMS andere Bedeutung als der 'Layer' in OSM), die man vom Client einzeln anfordern kann. Das Kartenbild des WMS wird jeweils für den aktuellen Ausschnitt auf Anforderung (GetMap-Request) gerendert. Man fordert nur die 'Layer' (Themen) an, die man gerade sehen möchte. So kann man potentiell alles darstellen und während der Benutzung der Karte noch filtern. Das ist zur Zeit ein Schwachpunkt der Lösung mit den Kacheln. Wenn man dort alles rendern würde, was in OSM steckt, dann wäre das Kartenbild völlig überladen. Also geht man Kompromisse ein, die vorab festgelegt werden. Beispiel: - pub wird mit Symbol und Name angezeigt. - restaurant wird nur als Symbol aber ohne Name angezeigt. - cafe und fast-food wird gar nicht angezeigt. Wenn ich gerade auf der Suche nach was Essbarem bin, würde ich vielleicht gerne auch die Pommesbuden sehen und die Namen der Restaurants. Dafür dürften die Glascontainer und Briefkästen gerne mal kurz verschwinden. Mit dem WMS wird das möglich werden - ist nur noch viel Fleißarbeit. Ein WMS erzeugt auch eine Legende für die eingeschalteten Themen. Das vermisse ich manchmal, wenn mir nicht klar ist, was eine Hintergrundfarbe gerade bedeutet. Demo-Zugang zum WMS auf Anforderung per PM. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Import Kommunaler Daten
Moin! OSM bedankt sich bei der Stadt Preußisch Oldendorf für die Spende der Trassen der kommunalen Straßen im Stadtgebiet. Eine Bitte an die OSMler im Umfeld: Die Zuordnung der Straßen-Kategorien müsste noch überprüft werden. - unclassified - residential ? - track - cycleway ? Aus den Originaldaten konnten die OSM-Highway-Klassen nicht sauber abgeleitet werden. To Do: Einbahnstraßen, Kreisverkehr usw. muss noch nachgetragen werden. Möglicherweise habe ich einzelne Kreuzungen noch nicht richtig geschlossen. In den Originaldaten berühren sich die Ways nur annähernd, bilden aber keinen gemeinsamen Node (wie bei http://wiki.openstreetmap.org/index.php/KomSIS beschrieben). Das habe ich aber schon an fast allen Kreuzungen nachgearbeitet. Info: http://wiki.openstreetmap.org/index.php/Preu%C3%9Fisch_Oldendorf -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bach über(!) Brücke
Henry Loenwind schrieb: Mal ganz davon abgesehen, dass in osmarender drain breiter als stream gerendert wird... ;( cu Henry Moin, Für die Unterscheidung Bach/Fluss wird angegeben wenn man drüber springen kann, ist es ein Bach. Einen ca. 5-6 Meter breiten Nebenfluss (so weit springe ich nicht) hatte ich folglich als Fluss eingetragen. Alle Brücken standen darauf hin komplett im Wasser. Auch Wege parallel zum Ufer ließ der Renderer im Fluss verlaufen (zu breit gerendert). Ich habe das Flüsschen jetzt zum Bach zurück gestuft, das sieht besser aus. Man bräuchte vielleicht so 3 - 4 Abstufungen der Breite statt nur 2. Passend zum Renderer sehe ich die Grenze Bach/Fluss zur Zeit bei knapp 10 Meter Breite. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Trackunterbrechungen
Michael schrieb: Hallo, was ich oft sehe, ist das gerade GPS-Linien *quer* über die Karte verlaufen. Ich habe auch schon sowas produziert, indem ich den Logger mal 5 min. ausgeschaltet hatte. Jetzt könnte man das gpx File zerlegen, was aber auch mühsam ist. Wäre es nicht möglich, auf dem Server beim parsen, alle Strecken mit Abständen von mehr als 100 Meter zwischen 2 Punkten, zu trennen. Sozusagen vollautomatisch. Oder ein Script über die Datenbank laufen lassen? Hallo Michael, Das mit den 100 Metern wird gar nicht notwendig sein. Die gpx-Datei hat folgende Struktur: gpx trk trkseg trkpkt /trkpkt /trkseg /trk /gpx Sie ist also gegliedert in Track, Track-Segment, Punkt. Wenn man aus- und einschaltet wird ein neuer Track (oder Segment?) begonnen. Das Ende des einen darf in der Darstellung nicht mit dem Beginn des nächsten verbunden werden. Dann müsste es doch passen. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] FOSSGIS 08
Frederik Ramm schrieb: Hallo, Gibts auch Bilder so vom Stand an sich? Und Videos von den Vorträgen? Konnte nichts finden. Die Vortraege wurden nicht aufgezeichnet. Fotos wurden einige gemacht, aber auf Flickr sind noch keine aufgetaucht. Bye Frederik Ich habe mal eins in das (heute schrecklich langsame) WIKI gestellt: http://wiki.openstreetmap.org/index.php/FOSSGIS_2008 http://wiki.openstreetmap.org/index.php/Image:FOSSGIS08_3214.JPG Hinter'm Tisch: Frederik, Jochen, Marcus Auf'm Tisch: Flyer und die Freiburg-Karten -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tipps/Datenquellen zum Mappen von Geb äuden?
Andreas Stricker schrieb: .. Mir ist kürzlich die Idee gekommen den Lokalen Segelflug-Klub nach Luftbildern der Altstadt zu fragen. Die müssen dann noch georeferenziert werden. Gruess, Andy Hallo Andy, ganz so einfach ist das nicht. Eine Landkarte ist im Prinzip eine Zentralperspektive vom Erdmittelpunkt. Ein Luftbild ist eine Zentralperspektive von einem Punkt über der Erdoberfläche. Zunächst: Nur selten ist die Aufnahme genau senkrecht (Fotoebene parallel zur Erdoberfläche). Das Bild muss also entzerrt werden. Wenn die Erdoberfläche im Bildbereich so eben wie ein Brett wäre, könnte es reichen, die Ecken des Bildes oder geeignete Passpunkte zu referenzieren und das Bild als ganzes zu *entzerren* (nur positionieren des Bildes reicht nicht). Aber jeder Höhenunterschied führt wegen der unterschiedlichen Perspektiven zu einer Verschiebung eines Bildbereiches. Echte Luftbilder werden daher als mind. 50% überlappende Bildreihe aufgenommen und dann stereoskopisch betrachtet um in einem Raster die Geländehöhen zu ermitteln. Die Höhe dient dann der partiellen Entzerrung. Erst mit diesem ganzen Aufwand entsteht aus einem Luftbild ein Orthofoto, dass wie eine Landkarte funktioniert. Die Entzerrung bezieht sich dann aber nur auf die Ebene der Erdoberfläche. Bei Gebäuden passt die Lage dann nur für den Sockel. Je weiter ein Gebäude am Bildrand liegt, um so mehr wandert das Dach zum Rand. Um es sich vorzustellen: Von Gebäude direkt unter dem Fotografen sieht man nur das Dach. Bei Gebäuden am Bildrand sieht man auch ein Stück Wand, weil die Aufnahme hier schon schräg ist. Dach und Sockel des Gebäude liegen im Luftbild also nicht deckungsgleich, obwohl sie das auf einer Karte sein sollten. Schade , ein schönes Beispiel dazu funktioniert nicht mehr: Der Stratosphere Tower in Las Vegas hatte bei Google bis letztes Jahr einen Sockel und einen Schatten. Der Turm selbst, war aber nicht zu sehen. Weil er nah am Bildrand stand, wurde er vom Blattschnitt abgetrennt. Es gibt jetzt neue Bilder. Der Turm ist nun zu sehen, aber natürlich schräg: http://maps.google.com/maps?f=qhl=degeocode=q=las+vegas,+%22stratosphere-tower%22sll=36.146721,-115.154378sspn=0.005094,0.008776ie=UTF8ll=36.147449,-115.155296spn=0.002547,0.004388t=kz=18 Man sieht: Sockel und Spitze liegen eigentlich übereinander aber im Luftbild aufgrund unterschiedlicher Höhe deutlich nebeneinander. Würde man die Spitze in die Karte übernehmen, wäre das deutlich daneben. Bei einem Hochhaus am Bildrand sieht man aber den hinteren Sockel nicht, weil er vom schräg fotografierten Gebäude verdeckt wird. PS. Man bräuchte nicht mal einen Segelflug-Klub für Luftbilder der Altstadt: http://www.fotodrachen.de/salzuflen1_6.htm -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Navi-Karten für Fußgänger
Sven Geggus schrieb: Für Fahrradfahrer hat das auch niemand wirklich und da unterstelle ich einen erheblich größeren Markt. Sven Moin, bei Routing stellt man sich immer eine Person vor, die mit GPS-Gerät in der Gegend herum läuft. Ein Markt für Fußgänger-Routing wäre aber z.B. auch folgende Aufgabenstellung: Eine Kommune möchte wissen, wie viele der im nächsten Jahr einzuschulenden Kinder zu welcher Grundschule den kürzesten Fußweg haben. Das hilft bei der Planung von Raum und Personal. Es müssen also aus einem Haufen Start- und Zieladressen (Koordinaten) die jeweils kürzesten Verbindungen zusammen gebracht werden. Da kommt es weniger auf Abbiegeanweisungen an. Es zählt am Ende die Summe der Schüler, die zu jeder Schule nächstgelegen sind. (Hintergrund: in NRW sind die Schulbezirke aufgelöst. Die Kommune soll für jeden Schüler einen Platz in der nächstgelegen Schule bereit halten.) Ein Problem ist - speziell bei Schulwegen - jedoch die Vermeidung von Gefahrenbereichen (z.B. Landstraße ohne Bürgersteig). -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] WMS Server
Sven Geggus schrieb: Sven Grüner [EMAIL PROTECTED] wrote: Technisch ist es nämlich gar kein Problem diese Server in josm einzubinden. Man muss halt noch nen mapserver dazwischenschalten, der die Projektion umrechnet :) Gruss Sven Moin, ein WMS kann mehrere Projektionen liefern. Welche er kann, erfährt man über den GetCababilities-Request. Um die passende Projektion zu bekommen, muss der GetMap-Request folgenden Parameter enthalten: ,SRS=EPSG:4326 Im JOSM ist dies im fest configurierten Teil des Request enthalten. Die BBOX im vom JOSM gebildeten variablen Teil des Request (passend zum aktuellen Fenster) enthält Koordinaten aus diesem System. Da eigentlich alle WMSse im EPSG 4326 liefern können, braucht man keinen Mapserver zwischenschalten, der den WMS kaskadiert. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2008
Frederik Ramm schrieb: Hallo, wie schon das eine oder andere Mal erwaehnt: im April ist die FOSSGIS 2008 in Freiburg, genauer: Von Dienstag (1.4.) bis Donnerstag (3.4.). Hallo Frederik, Hallo Liste, ich werde kommen. Es wird so ca. mein 5 Besuch werden. Früher hieß es allerdings noch UMN-Mapserver Anwenderkonferenz. (Könnt ihr gern auch Deutsch drauf schreiben, es kommt vermutlich eh kein internationales Publikum, die Veranstaltungen sind alle deutschsprachig.) Stimmt. Das Publikum kommt aus D, A, CH und Südtirol. Bisher war die Veranstaltung eher im Norden (2004 und 2005 Hannover), Westen (2006 Bonn) oder Osten (2007 Berlin). Zum Ausgleich findet es jetzt mal im Süden statt. Wenn der eine oder andere von Euch auch noch eine Idee fuer einen Vortrag hat, reicht ihn nur ein. Ich habe heute auch eine Idee eingereicht (den Vortrag dazu muss ich noch im Detail entwickeln, wenn er angenommen wird). Thema: Zwischen GIS und OSM - Import kommunaler Daten nach OpenStreetMap - kommunale Nutzung von OpenStreetMap Zu 1: jetzt ist auch http://wiki.openstreetmap.org/index.php/Lage (Lippe) online Zu 2: Wir (www.krz.de) basteln auf der Basis von Frederiks Shape-Dateien an einem WMS-Dienst. Den wollen wir den Kommunen unseres Zweckverbandes (3 Landkreise) zur Verfügung stellen. Die Mapfiles dazu werden wir veröffentlichen sobald sie vorzeigbar sind. Dann können auf anderen Servern ähnliche Dienste damit aufgesetzt werden. Unser Dienst soll nur das Gebiet unseres Zweckverbandes umfassen. Bis zur FOSSGIS werden wir damit wohl noch einige Erfahrungen machen, die ich in den Vortrag einbaue. Ein Beispiel vorab: In einem typischen GIS sind zu Texten, die im Kartenbild angezeigt werden sollen, auch die Positionen gespeichert. Der Straßenname aus OSM soll angezeigt werden, hat aber keine eigene Position. Er soll in die Straßenfläche eingefügt werden und dieser (bei Krümmung) folgen. Das zu berechnen ist ein etwas komplexerer Prozess. Ein Renderer, der auf Vorrat rendert, kann das verkraften. Ein WMS rendert aber jedes Kartenbild erst wenn es angefordert wird. Er erwartet daher eine konkrete Ansage über die Textposition. Also eine Aufgabe für den Shape-Konverter ..? Bye Frederik -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Individuelle Online-Karte
André Reichelt schrieb: Gibt es denn Software, die so etwas anbietet? Also praktisch, dass ich offline ne minutenaktuelle Karte von OSM habe ohne diesen Rastermist und vor allem ohne Umwege? Moin, die WMS auf dem von mir betreuten Mapserver rendern die angeforderten Kartenausschnitte jeweils direkt aus den Vektordaten der Datenbank, aus Shape-Dateien oder als Ausschnitt aus großen TIFF-Kacheln (Luftbilder). Da wird nichts auf Vorrat gerendert. Das geht übrigens viel schneller als man so vermuten würde. Allerdings sind die meisten der Datenbestände in der Darstellung weniger komplex als OSM. Ausnahme ist da vielleicht die ALK (Automatisierte Liegenschaftskarte des Katasteramtes). Die hat eine sehr komplizierte Zeichenanweisung mit sehr vielen Objektarten, dazu Schraffuren und Begleitsymbole an Linien. Trotzdem kommt die Antwort deutlich unter einer Sekunde. Zumindest für die von Paul genannten POIs (also die punktförmigen Objekte, die als Symbol dargestellt werden), wäre es mal einen Versuch wert, einen WMS aufzusetzen. Wie das Zeitverhalten ist, wenn eine komplexe Kreuzung gerendert wird, mit Brücken-Symbolen und mehrfachen Überlagerungen kann ich nicht abschätzen. Der UMN-Mapserver ist aber sehr effektiv! -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Individuelle Online-Karte
Martin Simon schrieb: Am Montag, 4. Februar 2008 21:51:07 schrieb Paul Lenz: ... Darunter oder daneben ein Formular mit Auswahl- listen, Checkboxen etc., wo man die POIs markieren kann, die einen interessieren. Die Rohdaten dieser POIs werden dann direkt vom Server geholt, und mit ihrer Hilfe werden passende Icon- Bildchen über die Karte gelegt und positioniert. Meinungen dazu? Technisch machbar oder nicht? Hallo Paul, so etwas gibt es schon. Fast jedes Standard-GIS kann so etwas. Ein WMS (Web Map Service) z.B. wird in fachliche Ebenen zerlegt (neudeutsch Layer), die mit dem Parameter LAYERS=layer_a,layer_b, ... in der URL einzeln abgerufen werden können. Der Client setzt diese Parameter. Paul Ich hielte das für iene sehr coole Sache! GIS ist cool! man könnte dann z.B. auch URLs benutzen, die für den POI angegeben sind, um den Benutzer auf Seiten mit weiteren Informationen zu schicken(also dann anklickbare POI-Namen). Auch das ist schon erfunden. Es nennt sich FeatureInfo-Request zum WMS. Die (nicht in der Karte dargestellten) weiteren Daten zum angeklickten Objekt werden in ein HTML-Template verpackt. Zu den Daten kann auch eine URL gehören. Voraussetzung: Vektordaten, kein dummes Raster. Also z.B. Daten aus einer (spatial-) Datenbank. Generell wär Ich eher dafür, die ganzen Extrainformationen, die OSM enthält (und die es so cool machen) von einer Basiskarte zu trennen. Das nennt sich dann WFS (Web Feature Service). Dabei wird kein Kartenbild übertragen sondern strukturierte Daten werden zum Client geschickt (XML/GML). Der kann sie dann, wie er möchte, rendern und über das Kartenbild legen, Tool-Tipps anzeigen oder eine Such-Liste . Dann wäre man auch nicht mehr gezwungen, diese Dinge erst ab zoom 17 anzuzeigen, um eine Überfüllung der Karte zu verhindern. Ein WMS ist völlig frei von Zoom-Leveln. Man kann damit jeden beliebigen (zwischen) Maßstab anzeigen und nicht nur die vorgeplanten 17 Stufen zum Glück. Man könnte sich dann z.B. auch in zoom 11 dan Bäckereien-Layer einschalten und alle Bäckereien der Region sehen. Oder Schutzhütten. oder was weiß ich... Der Weg dorthin: - Konverter OSM2PostGIS oder gleich Speichern der Daten im Spatial-Format. - Mapdatei für OSM-PostGIS - Symbol-Bibliothek mit Icons usw. - UMN-Mapserver damit als WebMap-Server aufsetzen - Mapbender-GUI als WebMap-Client einrichten Als Client steht dann die gesamte Palette der Standard-GIS zur Verfügung (Mapbender, OpenLayers, QuantumGIS, OpenJUMP, .. ) Man könnte den WMS OSM dann mit anderen WMS überlagern. Man bräuchte kein [EMAIL PROTECTED] oder wöchendliche Render-Läufe. Jede Datenbank-Änderung würde sofort sichtbar. Schade, dass OSM kein GIS sein will. -- Frank Jäger http://www.FOTODRACHEN.de PS - Test gewünscht? http://map.krz.de/mapwww/frames/login.php?name=treffpassword=treffmb_user_myGui=Treffmb_myBBOX=3465800,5775000,3486400,5795600mb_myPOI=Klick_auf_eine_Schule,3473300 ,5785600 Tab Karten aufklappen [+] Schulen aufklappen 2 Haken setzen Button (i) einrasten Auf ein Häuschen klicken cool ? Diese Schulen habe ich auch nach OSM exportiert. Dort kann man sie leider nicht anklicken. Sie erscheinen in Zoom 17. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Import Kommunaler Daten in OWL
Hallo Listlinge, die Stadt Bünde und die Gemeinde Rödinghausen haben ihre Straßen-Trassen zur Verfügung gestellt. Ich habe die Daten nach OSM konvertiert und hoch geladen. Geliefert werden nur die Straßen im Besitz oder in Bauträgerschaft der Kommunalverwaltung, das sind i.d.R. 'residential', 'unclassified', 'track' und 'service' und ein Teil von 'tertiary' und 'secondary'. service = städt. Weg ohne Namen. z.B. Zufahrt zu kommunaler Einrichtung track = städt. Weg mit Material-Art 'Schotter' oder 'Gras' Konverter-Statistik: Bünde: Punkte node: 15655 (Reduktion durch Nachbearbeitung) Wege way : 1405 Rödinghausen: Punkte node: 10860 (vor Upload mit JOSM stark reduziert) Wege way :753 Die meisten übergeordneten Straßen fehlen in diesem Bestand und müssen noch herkömmlich erfasst werden (K-, L- oder B-Straßen) Die manuelle Nachbearbeitung und Korrektur läuft noch (Hilfe erwünscht). Dazu gehören z.B. - Schließen von Lücken an Kreuzungen und Einmündungen - Ausdünnen der meist zu dicht liegenden Nodes - Zuordnen der richtigen Straßen-Kategorien z.B. 'footway' oder 'cycleway' statt 'service' Ebenso nacherfasst werden müssen noch Tags wie - Einbahnstraße / Oneway - Brücke / Bridge - Kreisverkehr / Roundabout - weitere Info: http://wiki.openstreetmap.org/index.php/B%C3%BCnde http://wiki.openstreetmap.org/index.php/R%C3%B6dinghausen http://wiki.openstreetmap.org/index.php/KomSIS (Mapnik ist noch nicht gerendert, Karte siehe [EMAIL PROTECTED]) PS OWL = Region Ost-Westfalen/Lippe -- (www)Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Externe Antennen am Garmin
Sven Geggus schrieb: Hallo zusammen, bringen diese externen Antennen von Garmin für rund 20 Euro eigentlich was? Ich habe insbesondere in den Bergen wenn ich zu Fuß unterwegs bin das Gefühl, dass die Brusttasche oder der Gürtel nicht die perfekte Empfangsposition ist. So ne Antenne könnte man ja oben in den Rucksack stecken. Gruss Sven Moin, bei mir hat es im Auto wahre Wunder gewirkt. Ich habe eine heizbare Frontscheibe mit kleinen Drähten drin. Da war es auf dem Armaturenbrett (Marine-Halterung) nicht so optimal. Ob aber Brust oder Rucksack .. ? -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] FOSSGIS 2008 CFP
Moin! FOSSGIS ist die Abkürzung für Freie und Open Source Software für Geoinformationssysteme. Die FOSSGIS 2008 wird vom 1.-3. April 2008 an der Albert-Ludwigs-Universität Freiburg stattfinden. Der Call for Papers ist ab sofort offen! Falls Sie einen Beitrag leisten möchten ... Info: http://www.fossgis.de/wiki/index.php/CFP_2008 Auf der FOSSGIS 2007 in Berlin hat Jochen einen interessanten Vortrag gehalten. http://www.fossgis.de/wiki/index.php/Abstracts07#Openstreetmap-Projekt Ich wurde dort angeworben ... ;-) Wer gibt uns dies Jahr einen Update ? -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zusammenfassung vom Treffen auf dem 24C3
Frederik Ramm schrieb: Ich guck mir das gern mal an... weiss jemand zufaellig die EPSG-Codes fuer die verschiedenen GK-Varianten, Ja, unser WIKI: http://wiki.openstreetmap.org/index.php/Gau%C3%9F-Kr%C3%BCger Bye Frederik -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zusammenfassung vom Treffen auf dem 24C3
Sven Geggus schrieb: Hallo Fred, ... Das ganze ist furchtbar langsam, weil der mapserver das immer on-the fly von GK in lat/long konvertieren muss. Stell Dich drauf ein, dass Du etwa eine Minute oder so warten musst bis ein Bild kommt. Gruss Sven Ich habe da andere Erfahrungen. Der (UMN-) Mapserver ist so ziemlich das schnellste Programm für diesen Zweck und die Umprojektion ist eigentlich auch kein Problem. Es gehören allerdings ein paar Kniffe dazu, das Handling großer Luftbilder performant hinzubekommen. Die liegen meist im TIFF-Format vor und sind 1x1 oder 2x2 Kilometer groß. Das sind dann Dateien von ca. 80 Megabyte je Kachel. Wenn man dann auf eine Ecke trifft muss der Mapserver 4 dieser Dateien laden, verkleinern daraus den benötigten Bereich ausschneiden (4x) und zu einem neuen Bild zusammen fügen. Das wird dann zum Massenproblem. Abhilfe: 1.) Farbtiefe des Bildes reduzieren. Datei schrumpft auf 1/3 ohne dass man den Unterschied sieht. 2.) mit gdaladdo eine interne Vorschau (Maßstabspyramide 2-4-8-16) in das Bild einbauen. So braucht meist nur der Datei-Anfang ausgelesen werden. Der ist dann schon verkleinert. 3.) mit gdaltindex einen Tile-Index bilden um die einzelnen Kacheln effektiv zu finden. Die Antworten (WMS GetMap-Request) liegen dann im Sekundenbereich. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zusammenfassung vom Treffen auf dem 24C3
Sven Geggus schrieb: Frank Jäger [EMAIL PROTECTED] wrote: Es gehören allerdings ein paar Kniffe dazu, das Handling großer Luftbilder performant hinzubekommen. Ähm ja, das hab ich auch gemerkt. Abhilfe: 1.) Farbtiefe des Bildes reduzieren. Datei schrumpft auf 1/3 ohne dass man den Unterschied sieht. 2.) mit gdaladdo eine interne Vorschau (Maßstabspyramide 2-4-8-16) in das Bild einbauen. So braucht meist nur der Datei-Anfang ausgelesen werden. Der ist dann schon verkleinert. 3.) mit gdaltindex einen Tile-Index bilden um die einzelnen Kacheln effektiv zu finden. Das Problem, dass ich dabei hatte ist dass der Datenbestand durch diese Maßnahmen riesig wird, weil die einzelnen Kacheln unglaublich viel größer werden. Meine Erfahrungen beschränken sich auf Ausgangsdaten im Format TIFF. Da gilt: Ausgang: 180 MByte je Bild Schritt 1: runter auf 60 MByte Dateigröße Schritt 2: wider rauf auf 80 MByte weil die verkleinerten Vorschauen dazu kommen. Insgesamt hat man nachher aber viel *weniger* Speicherbedarf. Ich habe derzeit jpg-Bilder mit ca. 7MByte Größe. Mehr als das 4-5 fache dieser Größe möchte ich eigentlich nicht spendieren. Du darfst gerne mal ein kurzes Howto schreiben (am besten ins Wiki) wie man aus einer größeren Menge solcher GK-Kacheln im jpg Format etwas performantes für den mapserver produziert, ohne dass man nennenswerte Abstriche bei der Farbtiefe Keiner braucht 16 Millionen Farben in einer Karte. 256 Farben reichen. Man sieht den Unterschied kaum. und Bildgröße Die bleibt erhalten einerseits machen muss und die Dateigrößen der Ergebnisbilder andererseits nicht ins unendliche steigen. Nein, die Optimierung liegt in der Verkleinerung. Gruss Sven Bis wir ein Howto haben: Google-Suche mit gdaladdo orthofotos zeigt u.a. http://mapserver.gis.umn.edu/community/conferences/MUM3/present/session2/hodgsonppt und ein paar andere Tipps. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] DGPS (war: Krüger Gauß Koordin aten)
Christian Maurer schrieb: Sven Anders schrieb: Am Freitag, 4. Januar 2008 16:26 schrieb Christian Maurer: kann mir nicht vorstellen das das mit gps funktionieren kann (vorallem nicht in der genauigkeit die normalerweise gebraucht wird) denn das haus schattet ja schon den großteil der stelliten ab) Christian Moin, bei solchen Vermessungen wird ein differentiell korrigiertes GPS verwendet. Es wird nicht das Satellitensignal als absolut richtig angesehen. Die Landesvermessungsämter unterhalten je Bundesland mehrere Referenzstationen, an denen ständig das GPS-Signal auf die Abweichung vom genauen Wert kontrolliert wird. Der dort ermittelte lokale* Korrekturwert wird auf die örtlich ermittelten Koordinaten angewendet. So erreicht man eine Genauigkeit im Zentimeterbereich. (*lokal = im 100-Kilometer-Bereich) Die Korrektur kann offline bei der Nachbearbeitung erfolgen. Man kann aber auch zeitgleich die Korrekturen anwenden. Korrekturdaten werden über einige UKW-Rundfunksender übertragen. Man kann auch über Mobiltelefon (Flatrate?) eine Verbindung zu einem Webserver aufbauen. Es wäre sicherlich mal interessant zu erforschen, ob diese Technik für OSM nutzbar ist, um die Genauigkeit zu steigern. Ein Insider hat mir mal erklärt, ältere Garmin-Geräte hätten noch die Möglichkeit, ein Korrektursignal einzuspeisen, neuere leider nicht mehr. Stichworte: DGPS, RASANT, SaPos Weblinks: http://www.galitzki.de/rasant-neu.htm http://www.kowoma.de/gps/waas_egnos.htm http://www.wsrcc.com/wolfgang/gps/dgps-ip.html -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Krüger Gauß Koordinaten
Tino Miegel schrieb: Rechts: 3559346.3704 (__59346__) ... Auf Wikipedia steht auch etwas zu GK-Koordinaten: http://de.wikipedia.org/wiki/Gau%C3%9F-Kr%C3%BCger-Koordinatensystem Moin, nicht nur bei Wikipedia, auch bei *OSM* steht etwas zu Gauß-Krüger-Koordinaten: http://wiki.openstreetmap.org/index.php/Gau%C3%9F-Kr%C3%BCger (habe ich selbst dort eingetragen). Beim Import kommunaler Daten müssen diese Koordinaten z.B. umgerechnet werden: http://wiki.openstreetmap.org/index.php/Nkf2osm -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] genauer Maßstab für Zoom-Level?
Gernot Hillier schrieb: Hi! Ich würde gerne einen [EMAIL PROTECTED] in gpsdrive integrieren und bräuchte dazu die genauen Maßstäbe für die Zoomlevel der [EMAIL PROTECTED] Weiß jemand, wo man die herbekommt? Unter http://wiki.openstreetmap.org/index.php/FAQ#What_is_the_map_scale_for_a_particular_zoom_level_of_the_map.3F gibt es eine Liste, aber die scheint ab Level 15 gerundet zu sein. Außerdem habe ich noch auf http://almien.co.uk/OSM/Tools/Scale/ etwas gefunden. Nebenbei: wie kann man bei einer Pixelkarte überhaupt von einem Maßstab im Sinne von 1:1000 sprechen? Wie groß ist denn ein Weltpixel in der Realität ;) bzw. welcher dpi-Wert wird da zu Grunde gelegt? Oder habe ich hier einen Denkfehler? -- Gernot Hallo, für das Problem, wie wir unsere Kugel (bzw. Kartoffel) Erde auf ein ebenes Stück Papier (bzw. Bildschirm) bekommen, sind verschiedene Koordinatensysteme bzw. Projektionen entstanden. Jede von ihnen hat bestimmte Vorteile, meist leider zu Lasten anderer Eigenschaften. Je nach Anwendung wählt man u.a. zwischen Längentreu (z.B. für Flächenberechung) oder Winkeltreu (z.B. Kurs eines Schiffes berechnen). Das in dieser Liste gerade diskutierte Gauß-Krüger-Koordinatensystem zum Beispiel, versucht beides möglichst gut hinzubekommen. Dafür nimmt man aber in Kauf, dass dies System immer nur einen schmalen Streifen der Erde abdeckt. Es ist eine Projektion auf einen Zylinder, der sich an den Meridian (0,3,6,9° ..) anschmiegt. Bei den Geografischen Koordinaten (lat/lon), die die ganze Welt abdecken sollen, kann man diese Einschränkung nicht hinnehmen. Da die Maßeinheit Grad und nicht Meter ist - also kein Längenmaß - kann man schon per Definition keinen Maßstabsfaktor 1:N angeben. Das ginge vielleicht für die Darstellung eines Ausschnitts auf einem Medium, aber Bei der Breite kann ein Grad noch linear in eine Strecke auf der Erdoberfläche umgerechnet werden. Bei der Länge schwankt das jedoch sehr stark zwischen Äquator und den Polen. Man betrachte nur mal die Meridiane auf einem Globus: Am Äquator haben sie den größten Abstand, zu den Polen laufen sie immer mehr zusammen und treffen sich dann sogar. Die Koordinatenangabe Länge in geografischen Koordinaten ist für diese Linien immer die gleiche, aber die reale Strecke dazwischen schwankt. Anders ausgedrückt: Man nehme die Weltkarte (Hintergrund Tagesschau?) Die horizontale Ausdehnung dieser Karte entspricht in der Mitte (am Äquator) ca. 40.000 KM. Am oberen und unteren Rand (Pole) hat sie die Ausdehnung 0, weil sich der reale Punkt Pol auf die gesamte Kante der Karte ausdehnt. Welchen Maßstab hat diese Karte? Daraus folgt z.B. dass in useren Breiten die Darstellung einer Karte mit geografischen Koordinaten verzerrt erscheint (in die Breite gezogen). Der vertikale Maßstab ist ein anderer als der horizontale Maßstab. Auf dieser Karte http://www.openstreetmap.org/?lat=51lon=10zoom=2layers=0BFT ist darum Grönland größer als Afrika dargestellt. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: 412 Precondition Failed
Paul Lenz schrieb: Wenn ich diese Datei in den JOSM lade und dann auf den Server hochlade, kommt die Meldung 412 Precondition Failed. Was hat das zu bedeuten? dieser Node wird wahrscheinlich noch von einem anderen Objekt verwendet. Das ist der Fall. Nur hätte ich erwartet, dass dieser Node entweder automatisch aus dem anderen Objekt entfernt wird, ... Das würde ja bedeuten, dass ein Objekt verändert würde, dass nicht im Editor geladen und somit nicht sichtbar ist. Wie soll man da kontrollieren, ob das Löschen wirklich gewünscht ist? Es wäre die Aufgabe des Editors, zunächst den Punkt aus dem Objekt zu entfernen und *danach* den (dann bedeutungslosen) Punkt zu löschen. Wenn der Editor das nicht gemacht hat, liegt z.B. folgender Fall vor: Ein teilweise im angeforderten Gebiet liegender Way A (1-2-3-4) wird über das Gebiet hinaus komplett geliefert. Der von diesem Way abzweigende Way B (3-5, komplett außerhalb) wird aber nicht geliefert. Nun könnte man meinen, der auf einer Geraden liegende Zwischenpunkt 3 von Way A wäre überflüssig - man löscht ihn. Wenn dieser Zwischenpunkt aber eingefügt wurde, weil er der Kreuzungspunkt der Ways A und B ist, also der Anfangspunkt von B, ...sollte er dann wirklich automatisch aus Way B entfernt werden? Skizze: +--+ 5 | Download | | | | |B | | | |23-4 | / A | | 1 | +--+ -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] MapOf liefert alte Bilder
Hannes Boran schrieb: Hallo, weiß jemand was mit http://dev.openstreetmap.org/~ojw/MapOf/ http://dev.openstreetmap.org/%7Eojw/MapOf/ los ist? Das liefert bei mir seit einiger Zeit immer die selben (alten) Bilder und stimmt nicht mit der slippy map überein. Grüße, Hannes Moin, der Server ist umgezogen. aus:http://dev.openstreetmap.org/~ojw wurde: http://tah.openstreetmap.org Hier also: http://tah.openstreetmap.org/MapOf/ Ging mir mit den /Credits/ auch so und von Frederik habe ich den Hinweis auf die neue Adresse bekommen. Der alte Server sollte vielleicht mal platt gemacht werden, bzw. sollte dort eine Umleitung oder ein Link hinterlegt werden. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Genauigkeit der Tracks
Frederik Ramm schrieb: Hallo, Geht es eigentlich ohne? Wenn ich meine Tracks nach KML exportiere und in Google Earth lade, könnte ich verzweifeln. 90 Prozent der Tracks sehen super aus, aber der Rest liegt neben der Straße. Ohne Google Earth arbeiten heißt: jeder Straße dreimal abfahren und dann sehen, welche der drei Tracks am besten zusammen passen. Ich gebe zu Bedenken, dass es durchaus moeglich ist, dass Dein Track korrekt und Google falsch ist :-) Bye Frederik Moin, auch ich habe zu den Google-Bildern bezüglich der Genauigkeit der Georeferenzierung wenig Vertrauen. Um die Genauigkeit eines Tracks abzuschätzen würde ich lieber auf einen WMS des Landesvermessungsamtes zurück greifen. WMS (Web Map Service) lassen sich z.B. in JOSM einbinden, in dem man auch die Tracks sehen kann. JOSM kann allerdings die Capabilities des WMS nicht selbst analysieren um den GetMap-Call daraus zu bilden. Durch Ausprobieren (oder ist das irgendwo dokumentiert?) habe ich folgendes heraus gefunden. Ausgehend von einer Beispiel-URL eines GetMap-Request. -Parameter BBOX=... entfernen -Parameter WITH= .., HIGHT= ... entfernen -Parameter SRS=EPSG:4326 (4326 = geografische Koordinaten) -Parameter FORMAT=image/jpeg oder .../png BBOX, WIDTH und HIGHT werden von JOSM passend zum aktuellen Fenster eingesetzt. Nach Einzoomen ist das Bild möglicherweise unscharf. Dann noch mal einen aktuellen Ausschnitt abrufen. Ein WMS ist auf einen bestimmten Maßstabsbereich eingegrenzt. Ein WMS liefert Ergebnisse nur in einem bestimmten Gebiet. Diese Informationen werden über die Capabilities als XML-Datei mitgeteilt. Da JOSM das nicht auswertet, muss man manuell ein wenig darauf achten, im passenden Maßstab und Bereich zu bleiben. Beispiele für WMS (NRW) auf http://www.geoserver.nrw.de/gbdatenLDS.html z.B. Orthofotos Capabilities: http://www.gis2.nrw.de/wmsconnector/wms/luftbild?REQUEST=GetCapabilitiesVERSION=1.1.0SERVICE=WMS Map-Request (komplett, Beispiel): http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMSVERSION=1.1.0REQUEST=GetMapLAYERS=Orthophoto+Str.+2,Orthophoto+Str.+3FORMAT=image%2FpngTRANSPARENT=TRUEHEIGHT=200WIDTH=200BBOX=2628200,5698800,2628800,5699400SRS=EPSG%3A31466STYLES=VERSION=1.1.0 daraus WMS-URL für JOSM: http://www.gis2.nrw.de/wmsconnector/wms/luftbild?SERVICE=WMSVERSION=1.1.0REQUEST=GetMapLAYERS=Orthophoto+Str.+3FORMAT=image%2FpngTRANSPARENT=TRUESRS=EPSG%3A4326STYLES= Darin: Orthophoto+Str.+3 = Westfalen (um 9°) Orthophoto+Str.+2 = Rheinland (um 6°) -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Genauigkeit der Tracks
Paul Lenz schrieb: .. 90 Prozent der Tracks sehen super aus, aber der Rest liegt neben der Straße. Straße dreimal abfahren und dann sehen, welche der drei Tracks am besten zusammen passen. Oder? Paul Moin, bezüglich Genauigkeit hatte ich diese Woche ein Schlüsselerlebnis. Mein unter der Frontscheibe angebrachtes Garmin GPS60 brauchte bisher mehrere Minuten bis alle Satelliten gefunden waren. Die Genauigkeit wurde meist mit ca. 7-8 Metern angegeben. Bei Bäumen oder Gebäuden ließ das stark nach. Bei Kurven in einem Waldgebiet lief der Track manchmal noch ein Stück geradeaus weiter - er wurde mangels guter Signale einfach extrapoliert, war also unbrauchbar. Mein Wagen hat eine beheizbare Frontscheibe in der kleine Drähte eingearbeitet sind. Sie sind kaum zu sehen, nicht so dick wie in einer Heckscheibe. Ich habe mir diese Woche eine externe Antenne schicken lassen. Kosten ca. 20 EURonen. Die wird magnetisch aufs Dach gelegt. Test: Ich war kaum von Hof gefahren, da hatte ich auch schon alle Satelliten. Die Genauigkeit wurde den ganzen Weg mit 2-3 Metern angezeigt. Ich bin begeistert! Hätte ich das bloß schon eher gewusst. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frida-Projekt/Osnabrück auch anderswo ?
Rolf Bartusel schrieb: Als Münsteraner schau ich bezüglich OSM - und natürlich nur in dieser Hinsicht... ;-) - manchmal etwas neidisch in Richtung Osnabrück. Mit dem Frida-Projekt sind die dort ja einen riesigen Schritt weiter gekommen. Darum meine Frage, ob dieses Projekt anderswo Schule gemacht hat? Ist dies überhaupt auf andere Kommunen zu übertragen? Erfahrungen in diese Richtung interessieren mich sehr, da ich deswegen auch in der näheren Umgebung gerne mal bei Städten und Gemeinden anfragen würde. Grüße, Rolf Hallo Rolf, ich habe bisher folgende kommunale GIS-Daten nach OSM importiert: http://wiki.openstreetmap.org/index.php/L%C3%B6hne http://wiki.openstreetmap.org/index.php/Kirchlengern http://wiki.openstreetmap.org/index.php/Nordvorpommern%2C_Kreis Das war sogar schon vor Frida. Allerdings waren meine Datenquellen nicht so OSM-Konform wie die Frida-Daten. Ich arbeite immer noch daran, die Kreuzungen in Löhne zu schließen und die Punkt-Anzahl zu verringern. Dazu meinen Dank an die JOSM-Entwickler: Die neuen Fuktionen merge nodes und delete unnecessary noded .. helfen mir dabei sehr. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frida-Projekt/Osnabrück auch anderswo ?
Rolf Bartusel schrieb: Hallo Frank, ... Der NKF-Ansatz scheint wohl auch für mich (ebenfalls NRW) der richtige Ansatz zur Kontaktaufnahme zu sein. Leider kann ich aber aus Deinen Beiträgen herauslesen, dass es hier in NRW offensichtlich kein einheitliches System zur Umsetzung (z.B. KomSIS für Ostwestfalen) gibt. Hallo Rolf, die Ansätze für NKF sind sehr unterschiedlich. Einige Städte zählen die Straßenschilder in 3 Straßen. Dann extrapolieren sie das auf 150 Straßen und haben damit den Wert des städtischen Straßen-Schilder-Bestandes ermittelt. So einfach kann das sein ;-) Es gibt aber auch Gemeinden, die in jeder Straße alle 50 Meter ein Digitalfoto gemacht haben. Das können sie über Web-Gis abrufen. Das KomSIS ist eine lokale Spezialität. Der Kollege in Büro nebenan hat es programmiert. Die Daten werden primär in MS ACCESS gespeichert. Eine Kopie liegt in der PostGIS-DB unseres Web-Gis. Der Ansatz von KomSIS ist: einfache Flächenermittlung über eine Trassierungslinie auf die alles rechts und links orthogonal aufgenommen wird (z.B. Beginn Bordstein, Wechsel Material und Zustand). Ich habe das alles weg gelassen und für OSM *nur die Mittellinie* aus den Daten heraus gezogen. Nur das Material habe ich noch ausgewertet um Gras- und Schotterwege zum track zu degradieren. Es gibt im Bereich Straßenkataster aber auch einige Marktführer, die man häufiger antrifft. Wahrscheinlich hilft es weiter, wenn man deshalb direkt jemand in der Verwaltung kontaktiert. Wie sieht es denn da mit deinen Erfahrungen in Sachen Kooperationsbereitschaft aus? Geht da ohne persönliche Kontakte gar nichts oder rennt man eventuell offene Türen ein? Grüße, Rolf Ich hatte das Glück, dass ich die Ansprechpartner persönlich kannte und einen gewissen Vertrauensbonus hatte. Ich betreue ein WEB-GIS für diese Kunden, das aus freier Software besteht. Von daher waren sie schon ein wenig an die Freiheit gewöhnt ;-) Wichtig ist, wen man innerhalb der Verwaltung anspricht. Einige Entscheider kennen nichts von den Daten und können sich überhaupt nicht vorstellen, wie das gehen soll. Die hören nur will unsere Daten haben, denken an Datenschutz und machen dicht. Man sollte also einen DV-Administrator oder GIS-Administrator ansprechen. Da hat man die besten Chancen, dass unser Anliegen überhaupt richtig verstanden bzw. eingeordnet wird. Ersatzweise ist man bei den technischen Ämtern (Tiefbau) an der richtigen Adresse. Es gibt aber leider auch viele Kommunen, die die Bestandserfassung (Aufmessung) an Dienstleister vergeben. Oft haben sie Software vom Markt eingekauft, von der sie die Oberfläche kennen, aber nicht die Datenstrukturen. Manche können (oder wollen) nicht mal in die Datenbanken hinein sehen. Man hat also die fachliche Sicht des Tiefbauers und nicht die DV-Sicht eines GIS-Admins auf die Anwendung. Um für OSM etwas aus solcher Fremdsoftware zu konvertieren, müsste die Kommune einen Auftrag an den Software-Hersteller geben. Oder sie müsste die ganze Datenbank rausrücken, dazu braucht es schon viel Vertrauen. Bei den Daten aus Nord-Vorpommern lagen die Daten als Polygon in einer PostGIS-(Spatial-) Datenbank. Der Gis-Admin von NVP hat mit ganz einfach einen SQL-Dump davon geschickt. Den habe ich in eine PostGIS-DB wieder eingespielt (Gauss-Krüger-Koordinaten) und als geografische Koordinaten wieder ausgelesen (Function Transform). Über einige (lokale) Radwege bestand aber schon ein Abkommen mit einem Kartenverlag, die haben wir nicht bekommen. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eigene Luftbilder
Hermann Schwaerzler schrieb: hallo PartySound wrote: ... eigene Luftbilder (*.JPG) als Hintergrundebene einzufügen? ... mit ...einem eigenen WMS-server geht es. Alternative zur festen Installation eines eigenen Mapservers ist evtl. ein Mapserver auf einem USB-Stick. Wurde hier diskutiert: http://freegis.org/pipermail/mapserver-de/2007-March/003002.html Hatte ich im März mal geladen (63 MB) und hat auch funktioniert. Ich kann aber zur Zeit keinen Download dazu finden. Bei Bedarf den Erfinder anschreiben. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Landesvermessungsämter [war: Nord vorpommern]
Sven Geggus schrieb: Ich hätte gedacht, dass die Gemeinden Daten von den Landesvermessungsämtern für interne Verwendung kostenfrei erhalten. Das, was die Landesvermessungsämter bzw. hier in NRW die Katasterämter der Kreise an die Gemeinden abgeben, ist die ALK (Automatisierte Liegenschaftskarte). Das ist ein Nachweis der Flurstücksgrenzen. Sehr genau, sehr detailliert. Inhalt: Grenzpunkte, Gebäude (jede Ecke, jeder Balkon), Nutzungsarten, z.T. auch Zaun oder Mauer und vieles mehr. Das dient der Gemeinde zur Aufstellung des Bebauungsplans, zur Verwaltung der eigenen Grundstücke, u.v.m. ABER das ist nur für interne Zwecke bestimmt und darf von der Gemeinde nicht veröffentlicht werden. Darin sind dann z.B. die Grenzen des Straßengrundstücks erkennbar, aber nicht der Verlauf der Fahrbahn. Alle anderen verkehrstechnischen Eigenschaften natürlich auch nicht. Zielmaßstab der ALK ist 1:1000 (1:500 - 1:2500). Kurz gesagt: ALK hat mit OSM fast nichts gemeinsam. Aber aus diesen Daten kann man Gebäude-Koordinate und Gebäude-Adresse extrahieren. Man erhält also: georeferenzierte Adressen. Das braucht man für die Navigation bis vor die Haustür. Es wird demnächst einen Online-Dienst der LVermA geben: Koordinate zur Adresse liefern. Natürlich aber nur mit Authentifizierung und gegen Bezahlung. Das LVermA liefert auch noch Topografische Karten (TK25, TK50, TK100). Die DGK5 (Deutsche Grundkarte 1:5000) ist eine generalisierte ALK. Dem OSM am ähnlichsten ist noch die DTK10 (Digitale Topografische Karte 1:10.000). Info Dienste: http://www.gis3.nrw.de/DienstelisteInternet/ Muster DTK10: http://www.gis3.nrw.de/DiensteVorschau/?id=182 Mit Portal: http://www.tim-online.nrw.de -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nordvorpommern
Sven Geggus schrieb: Frank Jäger [EMAIL PROTECTED] wrote: Der Kreis Nordvorpommern hat Daten aus seinem GIS zur Verfügung gestellt. Interessant! Gerade von Diesem Straßentyp fehlen ja in ganz Deutschland noch sehr viele. Wie schätzt Du denn die Sitiation ein. Meinst Du man könnte solche Daten auch von anderen Landkreisen erhalten, wenn man freundlich fragt? Sven Hallo, das hängt sehr von einzelnen Personen und Ihrem Verständnis für OSM ab. Ich habe bisher die Daten von 2 Kommunen bekommen: - http://wiki.openstreetmap.org/index.php/L%C3%B6hne - http://wiki.openstreetmap.org/index.php/Kirchlengern Dort sind nun die kommunalen Straßen fast komplett, aber die Übergeordneten Straßen fehlen noch. In NVP ist es nun umgekehrt. Von anderen Kommunen, die ich gefragt habe, habe ich noch keine richtige Antwort bekommen, also auch keine Absage. Es waren allerdings keine 'schriftlichen Anträge' sondern ich habe bei beruflichen Kontakten einzelne Personen gefragt. So etwas muss eine Weile reifen. Die Leute können sich nicht richtig vorstellen, was mit Ihren Daten geschieht. Je bekannter OSM wird und je mehr positive Beispiele es gibt, um so leichter wird es werden. Die o.g. kommunalen Daten stammen nicht aus einem 'Stadtplan' sondern aus einem speziellen Programm zur Ermittlung des Wertes des kommunalen Straßenvermögens. Stichwort NKF. Siehe auch http://wiki.openstreetmap.org/index.php/KomSIS Argumente: Jede Gemeinde hätte gerne einen brauchbaren Stadtplan auf Ihren Internetseiten. Meist liegen dazu keine eigenen Daten vor. So müssen die Rechte von Verlagen erworben werden oder es wird auf einen Verlag verlinkt, der die Seiten dann mit Werbung oder Pseudo-POIs zukleistert. Die Aussicht auf einen Stadtplan (bzw. Stadtplan-ähnlichen Dienst oder Datenbestand) den dann auch die Stadt kostenlos nutzen kann, ist sicher ein gutes Argument. Leider kann man ja keinen 'Fertigstellungstermin' zusichern. Man sollte der Stadt aber auf alle Fälle mal zeigen, dass das nicht nur auf der Seite des OSM-Projektes zu sehen ist. Man kann z.B. mit Open-Layers relativ einfach das Stadtgebiet auf den Webseiten der Stadt einbinden. Hier mal mein Beispiel: http://www.fotodrachen.de/osm.htm Das ist nicht nur als Geo-Portal-Seite möglich, sondern auch als kleine interaktive Karte in einem Artikel. Dann noch einen Marker auf den neuen Kindergarten und der Bürgermeister ist begeistert. Die Entscheider bei der Stadt müssen sehen, dass sie auch Vorteile haben, dass sie nicht nur Daten herausgeben, die dann auf irgend einem Server im Internet landen. Sie sollen sehen, dass die Daten auch konkret für sie nutzbar sind. Die Stadt braucht also eine Anleitung (Beispiel, Rezept, ..) um die Daten auch gleich in Betrieb zu nehmen. Dort sitzen ja i.d.R. nicht die Tüftler, die sich spontan ein Script oder einen Karten-Client zusammen hacken können. Die nächste Stufe wäre dann, nicht den OSM-Server zu quälen sondern den relevanten Ausschnitt über API zu entladen und performant auf dem eigenen Server zu hinterlegen. Nochmal zu NVP: Der GIS-Koordinator des Kreises Nordvorpommern, der mir die Daten gegeben hat, hatte auch die benachbarten Kreise gefragt, ob sie sich beteiligen wollen. Das hatte man dort zunächst abgelehnt. Wir hoffen jedoch, dass ein gutes Ergebnis noch den ein oder anderen überzeugt. -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Nordvorpommern
Moin! Der Kreis Nordvorpommern hat Daten aus seinem GIS zur Verfügung gestellt. Ich habe mich darum gekümmert, diese Daten nach OSM zu konvertieren. Es ist das Kreisgebiet, das zwischen Rostock und Stralsund an der Ostsee liegt. Es umfasst auch die Halbinsel Fischland-Darss-Zingst (westlich von Rügen). Es wurden mir 4 Datenbestände geliefert: * Bundesstraßen * Landstraßen * Kreisstraßen * Überregionale Radwege Die 3 Arten von Straßen habe ich vor ca. 2 Wochen hochgeladen, die Radwege kurz vor der API-Umstellung, da ich den Konverter noch für API 0.4 geschrieben habe. Da alle Bestände ursprünglich nicht für OSM erfasst wurden, ist etwas Nacharbeit notwendig. Einen Teil habe ich bereits erledigt. Es müssen z.B. die Enden der Straßen manuell zu Kreuzungen verbunden werden. Informationen wie Oneway, Bridge, Lanes usw. fehlen völlig. Es handelt sich nur um Straßen-Achsen. Als Name ist immer nur die Klassifikation eingetragen (B105) und nicht der kommunale Name (Adresse). Die konvertierten Daten habe ich gekennzeichnet mit: k=created_by v=gis2osm k=source v=Kreis Nordvorpommern Die Radwege sind etwas problematisch: Sie sind wohl als eigener Layer im GIS erfasst worden, mit dem Ziel das Radwegenetz getrennt darstellen zu können. Sie fallen teilweise mit den vorhandenen B-, L- oder K-Straßen zusammen. Oft aber auch mit den kommunalen Straßen, die zur Zeit noch fehlen. Da im OSM keine Layer-Trennung möglich ist, müssen später die betroffenen Abschnitte durch die höherrangigen Tags unclassified oder residential überschrieben werden. Zur Zeit ist das Kreisgebiet aber noch ziemlich leer, so dass das noch nicht erkennbar ist. Die Genauigkeit der Radwege scheint nicht sehr gut zu sein. In der Vergrößerung ist nicht immer erkennbar, ob ein Radweg auf oder neben der Straße verlaufen soll. Ich habe zunächst gezögert, auch diesen Bestand hochzuladen. Vor dem noch fast leeren Hintergrund in der Weite von McPomm stellt er aber m.E. zur Zeit in der Karte einen Mehrwert dar, auch wenn er manchmal ein paar Meter daneben liegt. Ich bitte alle, die in Zukunft in dieser Gegend tätig werden, die Radwege nach und nach zu überarbeiten und dabei die Lage relativ zu parallel laufenden Straßen zu verbessern. Habt keine Bedenken, diese Daten durch genauere zu ersetzen, wenn ihr welche habt. Bis dahin: lieber ein etwas ungenaues Radwegenetz als gar keins. Inzwischen ist das Ergebnis gerendert worden: http://www.informationfreeway.org/?lat=54.2826059lon=12.7848645zoom=11layers=0B00F000 Ich habe dazu auch eine Seite 'Nordvorpommern' im WIKI angelegt: http://wiki.openstreetmap.org/index.php/Nordvorpommern%2C_Kreis Für die technisch Interessierten: Ich bekam die Daten als SQL-Dump einer PostGIS-Datenbank. Ich habe sie wieder in eine PostGIS eingetragen und dann per Programm ausgelesen. Mit der PostGIS-Function transform habe ich die Gauß-Krüger-Koordinaten (Ellipoid Krassovski) in Geografische Koordinaten umgewandelt. Mit der PostGIS-Function astext habe ich die Geometrie (MULTILINESTRING) zerlegt. Die Koordinatenpaare habe ich dann als Nodes ausgegeben. Außer OSM habe ich auch GPX erzeugt und hochgeladen, damit man bei den Korrekturen noch die ursprüngliche Lage erkennen kann. -- (www) Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Totale Anfangsschwierigkeiten
Thorsten Schramm schrieb: Hi, Ringsherum um Osnabrück ist noch alles weiß auf der Karte und da möchte ich gerne helfen. Moin, es gibt Planungen, die FRIDA-Daten von Intevation Stadt OS nach OSM zu importieren. Du solltest dich abstimmen, sonst gibt es doppelte Objekte. Guckst du hier: http://wiki.openstreetmap.org/index.php/Frida .. oder im Archiv dieser Liste. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ADFC Hamburg
Sven Anders schrieb: Hallo, OSM Erfahrung Fehler melden können (z.B. das Restaurant in der Karte existiert nicht mehr...) Welche Restaurants? Es wird nur Pub gerendert. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
