Re: [Talk-de] OSM-Abfrage mit Gauß-Krüger-Koordinaten
Jaja, ich baue es nachher wieder rein :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenspende: 10 cm-Luftbilder für W itten & Umgebung
Hallo Leser der Mailingliste, ja ... mal wieder eine Nachricht von mir ;-) Die Community Dortmund hat mal wieder etwas ganz Tolles für Euch: neue, hochauflösende Luftbilder! Hintergrund: Ralf Christmann ist OSM-Mitglied und Mitarbeiter der Stadtwerke Witten GmbH. Er hat sich dafür eingesetzt, dass uns ebendiese hochauflösende Orthofotos der Stadt Witten (Ennepe-Ruhr-Kreis) und Umland bis auf Weiteres zur Verfügung stellen. Es handelt sich um eine Gesamtfläche von 136 km² bei einer Auflösung von 10 cm! Neben der Stadt Witten werden Teile der Kommunen Bochum, Dortmund, Sprockhövel, Wetter und Herdecke tangiert. Seit gestern, dem 23.08.2010, sind diese Bilder auf dem OSM WMS-Server online und können von jedem OSM-Mitglied, wie üblich, in JOSM & Co. eingeladen und abdigitalisiert werden! Mehr Details bzw. Verlinkungen findet ihr auf der Hauptseite der Dortmunder OSM-Community: http://www.osm-dortmund.org/ Viel Spaß beim Mappen Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ich bin dann mal weg.
Hallo Community, aufgrund der aktuellen Entwicklungen und zunehmenden Stasi-Methoden bei OpenStreetMap habe ich mich dazu entschieden, (mich nach dieser Nachricht) aus dem Talk-DE zu entfernen. Ich habe echt keinen Bock mehr auf die Kontrolle und Einschränkung verschiedene Aktivitäten sowie auf die ständige (Selbst-) Einschaltung der OSM-Polizei (wer es nicht weiß: Frederik Ramm, Sven Anders etc.). Schon auf der FOSSGIS in diesem Jahr hatte ich die Schnautze voll, aks ich Jochen Topf ziemlich abwertend über einige User habe reden hören (wir standen beim Essen in der Eingangshalle und er sprach am Nebentisch mit ein paar Mitarbeitern von Kommunen). Ist schon schlimm, was man alles als Erfolgsautor erdulden muss - Hände schütteln, ach Gottchen. Also dann UNSUBSCRIBE ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
Am Sa, 31.10.2009, 02:11 schrieb Sebastian Klemm: > > Hatte vermutet, Tobias hätte halt alle Mapper der dortigen Region > anzuschreiben versucht und wäre da mit reingerutscht als ich bei einer > von Garys Aktionen teilgenommen habe... Ja, ich habe extra Auswertungen aus meiner History gemacht, wer schon früher und wiederholt Edits in Dortmund gemacht hat. Die Bewertung ist dann wohl nicht perfekt gelaufen :-( Aber alle, die nicht gemeckert haben, haben die Nachricht nett beantwortet - so wie Du. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
Am Sa, 31.10.2009, 01:50 schrieb malenki: > Warum stand das dann so drin? Es wurde leider ein Entwurf veröffentlicht, der opt-out war - die finale Version war opt-in. Nicht böse sein Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
Hey, es wurde bereits alles mit TomH (Administrator) diskutiert: Es ist leider die falsche Mail an zu viele falsche User rausgegangen. Niemand muss sich irgendwo abmelden, da es nie eine Liste gab. Also keine Sorgen machen ;-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten, Telefon, Poststelle, Briefmarkenautomat ....
Jan Tappenbeck schrieb: > kleinere Spezialkarten sein. SAX arbeitet vermutlich nur in Verbindung mit einer DB. Eben nicht - es geht mir einer Datei, das ist ja das tolle! > Die Tags wurden schon angefragt - werden aber in Kürze noch als Hilfe bereitgestellt - es fehlt auch noch die Berücksichtigung der alten Paketstation-Tags. Ach, Du aktualisierst die gar nicht laufend? Sag doch mal, was für Tags Du auswertest, dann baue ich Dir mein Bahnhofsdingen um. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für OSM-Druckkarten online
Hallo Detlev, Detlev Reiners schrieb: > Den Dienst findet Ihr unter http://www.flosm.de/ai/index.html ich konnte das Ergebnis ja schon vorab testen - gute Arbeit und vielen Dank! Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten, Telefon, Poststelle, Briefmarkenautomat ....
Jan Tappenbeck schrieb: > Die Daten werden mit OSMOLT ermittelt über die API und damit ist die > Anzahl der Nodes begrenzt !!! MMh, wäre es nicht deutlich schneller, hier mit einem SAX-Parser zu arbeiten? Vorallem, weil dann die API nicht belastet werden würde. Darf ich fragen, welche Informationen Du abfragst? Dann könnte ich Dir sowas basteln (interessiert mich auch). Peter hat mir neulich ein paar super Tipps gegeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Semikolon als Trenner (war Re: Paketannahmestellen)
Josias Polchau schrieb: > das funktioniert bei Restaurants aber nicht die art der küche wird über > den cuisine tag festgelegt. wie willst du dann einen "china-mann" der > sowohl chinesisch als auch taiwanesisch kocht taggen? meist macht er es > in der selben Küche. Funktionieren tut das schon, aber dann hat man halt zwei gleiche POIs, die sich nur im cuisine-tag unterschieden. Aber ich denke nicht, dass das eine korrekte Vorgehensweise wäre ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Satz Klauer schrieb: > Hm, es kommt auch gar keine Antwort - was die Information über irgend > einen andere Algorithmus komplett wertlos macht, wenn keiner ihn sehen > darf :-/ Er hat mit "unwahrscheinlich" geantwortet, aber es könnten einige Ideen in seine JAVA-Anwendung "Traveling Salesman" einfließen und die ist IMHO OpenSource. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwaltungsgrenzen Osnabrück
Mehmet Sirin schrieb: > ...was will er mir damit nur sagen? > ich kenne nur ora et labora :) Schweig' einfach darüber und trag' es ein ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
marcus.wolsc...@googlemail.com schrieb: > Was hat das dynamische erstellen eines Graphen für eine Bibliothek > von Graphen-Algorithmen mit dem Import in ein anderes Dateiformat > (osmbin) von einem Navi zu tun? Keine Ahnung, aber laut Deiner Beschreibung klingt es schneller, weil nicht der ganze Datensatz bearbeitet werden muss. > Probiere mal die SVN-Version. die benutzt die H2-Datenbank und > der Import ist wesentlich schneller als Osmbin. Sobald kein > Memory-Mapped IO mehr möglich ist wird der Dateizugriff auf > Binärdaten im Osmbin -format im Import zu langsam durch das > Aufbauen der Indize. Lesen ist rasend schnell (er muss ja > interaktiv ganze Städte rendern können wärend sich das Auto > bewegt) aber der Import war da schon immer der Pferdefuss. Ich habe eine Menge RAM, der von Windows nicht als Arbeitsspeicher adressierbar ist. Kann Linux bei 32-bit mehr als 4 GB adressieren? Viele Sachen laufen bei mir nicht unter einem 64-bit Linux. Bringt es was, die zu erzeugende Datei in ein RAMdrive zu packen? Oder lieber die zu lesende Datei? > Mit der H2-Datenbank als Alternative ist das Lesen kaum langsamer > aber der Import massiv schneller. Was heißt "langsamer" bzw. "massiv schneller". Hast Du Prozent? Oh Mann, ich klinge schon wie Jan-Benedict. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
marcus.wolsc...@googlemail.com schrieb: > Du scheinst von der Annahme auszugehen, dass der komplette Graph > überhaupt gespeichert irgendwie speziell erstellte werden muss. > Sowas geht wunderbar für jeden gerade benötigten Teil on the fly. > (Man kann z.B. auch wunderbar mit unendlich grossen Graphen rechnen.) Kannst Du das bitte in Deine Routingsoftware integrieren? Ich wollte neulich nur Dortmund reinladen, brauche aber auf einem aktuellen Standard-PC (2x 2.6 GHz, 4 GHz Arbeitsspeicher) mehrere Stunden - unter Linux und Windows. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Gary G: schrieb: > http://svn.openstreetmap.org/applications/utils/gary68/distancemap.pl > > an. im grunde leistet das programm das, was du möchtest. man müsste es ein > wenig umschreiben, dass es z.b. parameter akzeptiert. und der weg müsste noch > zusammengesetzt werden. implementiert ist der dijkstra algorithmus. Problem dürfte jedoch sein, dass der Graph ansich nicht gespeichert wird und bei jeder Abfrage neu aufgebaut werden müsste. Oder kannst Du den Graphen in eine Datei oder in den RAM schreiben? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Satz Klauer schrieb: > Nana, nicht gleich streiten! Das war ja nun wirklich eine eher > harmlose Frage - was macht ihr bei einer Diskussion Windows vs. Linux > oder Java vs. C#? ;-) C/C++! > On 10/29/09, marcus.wolsc...@googlemail.com > wrote: >> Ich arbeite selber gerade an reverse Geocoding mit OSM. > > Klingt gut - wird es Open Source? STELL IHM NIEMALS DIESE FRAGE :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Am Do, 29.10.2009, 11:35 schrieb Florian Lohoff: > > Via osmosis einen datenbankabzug in die Postgres schieben und dann: Linestrings erzeugen und indizieren nicht vergessen ;-) Den Rest mache ich ähnlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orts/Straßennamen zu Koordinaten finde n
Am Do, 29.10.2009, 10:36 schrieb Satz Klauer: > Hat jemand ein paar Heiße Tipps, wie sich sowas realisieren lässt? Mit PostGIS und PHP mache ich es. Such doch mal nach meinem "Reverse_Geocoder". Ich kann ja nachher mal probieren, ganz Deutschland reinzuladen. Flo hat mir neulich erklärt, wie das mit den Admin-Grenzen geht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwaltungsgrenzen Osnabrück
Mein Latein ist lange her, aber: "taci et labora" Am Do, 29.10.2009, 00:08 schrieb Mehmet Sirin: > Hi, das Bild stammt von Wikipedia und ist laut dem Urheber "zur > uneingeschränkten Nutzung freigegeben". Damit ist auch das Bild > gemeinfrei, > was heißt, dass ich problemlos mein Vorhaben in die Tat umsetzen kann ? > Niemand hält mich auf? > > > Mit freundlichen Nachtgrüßen > Mehmet S. > > Am 28. Oktober 2009 20:56 schrieb Florian Lohoff : > >> On Wed, Oct 28, 2009 at 08:50:14PM +0100, Mehmet Sirin wrote: >> > Moin, >> > >> > ich frage mich, ob es eine gute Quelle für die Verwaltungsgrenzen der >> > Gemeinden Osnabrücks gibt? Gebraucht werden diese für ein korrektes >> > Geocoding, d.h. für die Unterscheidung gleichnamiger Wege in >> verschiedenen >> > Orten/Gemeinden. >> > In Wikipedia gibt es eine Karte bzw. ein Bild mit den entsprechenden >> > Grenzen. Diese als Grundlage für die Erstellung der benötigten >> Relationen >> > (oder später Polygone in der Datenbank) ist hoffe ich keine allzu >> schlechte >> > Idee? Man könnte ja einen lokalen WMS mit dieser Grafik erstellen, >> sie >> > dann als Hintergrund in JOSM laden... >> > >> > Hier der Link: >> > >> http://de.wikipedia.org/w/index.php?title=Datei:Municipalities_in_OS.svg&filetimestamp=20090923062322 >> > Auf dieser Seite ist auch die zugrunde liegende Basis dieser >> > Begrenzungslinien aufgelistet (PDF-Dokument), welches noch ein Stück >> > detaillierter ist. Aber ich glaube kaum, dass man das für >> > Openstreetmap-Zwecke benutzen dürfte.. >> >> Ich wuerde es mal einfach nehmen - Grenzen entstehen aus Gesetzen >> und Gesetze sind per definition Gemeinfrei - Also ist der eigentliche >> Grenzverlauf nicht Urheberrechtlich zu schuetzen - Evtl koennte das >> Bild das du "abmalst" urheberrechtlich geschuetzt sein. >> >> Flo >> -- >> Florian Lohoff f...@rfc822.org >> "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat >> im Internet Zensur- und Überwachungsabsichten zu unterstellen." >> - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> >> iD8DBQFK6KICUaz2rXW+gJcRAvanAJ9oY6E7HOcjwfCHT9unBg/Txz0cjwCfWkGX >> KZS6nOZVUszA2v3s4Id/P/g= >> =UfYy >> -END PGP SIGNATURE- >> >> > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MarkenIcons für Karten
Johann H. Addicks schrieb: > Tobias Wendorff schrieb: > >> Und bitte die zulässige Farbe im RGB-Farbraum. "Echte Designer" >> nehmen nämlich nur Pantone & Co. ;-) > > Die meisten Firmenlogos liegen bereits als SVG in der Wikipedia mit > einer Lizenz "kein urheberrechtlicher Schutz mangels Schöfpungshöhe, > jedoch Schutz nach Marken/Namensrecht". Ehm ... jaaa, aber darum steht auch darunter, dies bei der Weiterverwendung beachtet werden muss. Der Markeninhaber hat das ausschliessliche Recht auf Nutzung seiner Marke. Er kann u.a. Schadensersatzansprüche geltend machen oder auf Unterlassung klagen, wenn jemand mit dem Logo "Amok läuft" oder es falsch einsetzt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postdienstleister in Deutschland
Neuigkeiten: Die Bundesnetzagentur ist in Deutschland für die Lizenzierung von Postdienstleistern zuständig. Auf folgender Website sind alle Postdienstleister mit Lizenzgebiet aufgeführt, die einer Veröffentlichung zugestimmt haben: http://www.bundesnetzagentur.de/enid/Lizenzen_gemae___5_PostG/Lizenzen_fuer_Postdienstleistungen_78.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Martin Koppenhoefer schrieb: > Ob sich wohl je eine Pinke-Seite-Community finden wird, die aehnlich > aktiv ist wie OSM? Upsala: http://www.pinkpagesnet.com/ "Pink Pages: Gay, lesbian, bisexual, transgender and Friendly Directory" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Mirko Küster schrieb: > Wenn du bei nicht verwendung des Simikolons einen Fehler siehst ist das > schön. Hiflt uns aber in der Praxis nicht weiter, außer du bringst alle dazu > den Fehler zu beheben und das ganze auszuwerten. Ansonsten sind Tags mit > Semikolon auch weiterhin nur tote Tags. Noch böser: amenity=post_office\;bank\;atm amenity="post_office";"bank";"atm" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Martin Koppenhoefer schrieb: > Ob sich wohl je eine Pinke-Seite-Community finden wird, die aehnlich > aktiv ist wie OSM? Cool waere das natuerlich schon, m.E. am besten mit > der Moeglichkeit fuer die Unternehmen, sich selbst einzutragen. Auf > einer Karte koennten sich die Leute jeweils verorten, dieser Eintrag > wuerde in OSM automatisch/ oder nach Pruefung uebernommen: > Openbranchenbuch. Restaurants koennten dort z.B. auch tagesaktuell Menu > und Angebote reinschreiben, etc. Die Community muss sich gar nicht finden. Guck' doch mal, wie viel die Firmen in Werbung und Einträge in Branchenregister zahlen. Das ist irrsinnig. Und nur, damit diese Verlage die Daten dann teuer weiterverkaufen. Wenn es ein offenes und freies Portal geben könnte, welches auch gleich noch eine Geo-Anbindung bietet, wäre das einmalig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MarkenIcons für Karten
Martin Koppenhoefer schrieb: > Wenn jemand diese Anfragen an Firmen stellt, und positive Auskunft > erhaelt, am besten gleich ein Vektorlogo mitschicken lassen. Und bitte die zulässige Farbe im RGB-Farbraum. "Echte Designer" nehmen nämlich nur Pantone & Co. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Martin Koppenhoefer schrieb: > funktioniert m.E. beides nur dann optimal, wenn es sich um exklusive > Einrichtungen handelt. Wie taggt man z.B. einen Laden, der sowohl > Deutsche Post als auch Hermes bearbeitet? Oder DPD / UPS etc.? Auch wenn > es sowas evtl. derzeit aufgrund bestehender Vertragsgestaltung noch > nicht gibt, halte ich das durchaus nicht fuer unwahrscheinlich. Auch wenn Frederik sich wieder darüber aufregt: Das ist wieder ein super Beispiel, dass man zwei getrennte Datenbanken haben sollte: OSM mit den Adressdaten und eine "Pinke Seite" mit Branchenbuch. Anhand der Adressdaten könnte man Joinen und die "Pinke Seite" Community könnte die Daten aktuell halten, ohne mit den Geodaten und JOSM jemals in Kontakt zu kommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MarkenIcons für Karten
Garry schrieb: > - vielleicht kann man noch eine spezielle POI-Darstellung einführen in > denen diese Firmenlogos auftauchen dürfen... Die Bahn erlaubt die Verwendung der Marke bei Kontextbezug. Weitere Infos: ma...@bahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Sven Geggus schrieb: > Rotbarsch wrote: > >> http://tracks4bikers.com/ ist wohl Nutzer und macht offenbar genau, >> was Du vorhast... > > OK, dann kann ich mir die Arbeit sparen :) Ich baue trotzdem an meiner Lösung weiter, denn ich brauche die Node-IDs, um später daraus Relationen für Busrouten zu erstellen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfache serverbasierte Routingsoftware?
Frederik Ramm schrieb: > und raus kommt: [snip] Ui, danke! Lädt Gosmore die pak-Datei bei jeder Abfrage in den Speicher? Je nach Größe könnte man die wunderbar auf ein RAMdrive legen. Endlich mal ein einfach zu bedienendes Routing-Tool! Super. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebiete gesucht
Am Mi, 28.10.2009, 10:09 schrieb Jochen Topf: > Für die Statistik-Sprache R gibts da > Code. > Und für PostGIS gibts ein R-Plugin. Anleitung dazu gibts irgendwo im Web. > Grundsätzlich kommen, wenn zumindest ein paar Punkte mit PLZ vorhanden > sind, > garnicht so schlechte Ergebnisse raus. Aber das ganze ist ziemlich > langsam. > Eine einzelne Stadt bekommt man noch hin, aber für ganz Deutschland würde > es wohl Tage lang rechnen. Genauso habe ich es am Anfang auch gemacht. Ich habe dann mal Qhull probiert, hat zwar keine Anbindung an PostGIS, braucht man aber nicht. Am Ende habe ich es dann aber mit ParallelPython gemacht: Identische und zusammengehörige PLZ einzeln in CSVs, dann parallel in Thiessen-Polygone mit einer sehr großen Umgebungsfläche. Die Ergebnisse habe ich dann miteinander verschnitten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Martin Koppenhoefer schrieb: > dafuer duerfte der Aufwand in Werl auch begrenzt sein. Wenn man > genuegend Motivation hat (*g*) kann man das sicherlich in absehbarer > Zeit nebenher erledigen. Ich hab's ja fast fertig, ich bin nur noch nicht zum Aufbereiten und Hochladen gekommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] discOSM: online- und offline-Version verfügbar
Hallo, Lars Lingner schrieb: > Es gibt derzeit KEINE Version für 32-Bit-Rechner. Mein Setup zur > Erstellung hat sich nicht bewährt. Dadurch gestaltet sich die Erstellung > der CDs als sehr aufwändig, weswegen ich erstmal darauf verzichte. VirtualBox untersützt 64-bit Gäste unter 32-bit Betriebssystemen, wenn die Hardware dies unterstützt (Virtualisierungsfunktionen im Prozessor). Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinformationen auf OSM-Karte
Marcus Wolschon schrieb: > Die TMC-LCL enthält bereits > die Strassen-Namen und Lat+Lon, jedoch sehr grob. Gut genug > um das trivial auf eine Karte ohne größere Zoom-Level einzublenden. Ah okay. Darum also manuelle Arbeit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus fuer effiziente PLZ-Gebiete gesucht
Marcus Wolschon schrieb: > Für jeden abgefragten Punkt ein Mal den nächsten Nachbarn aus den > bereits z.B. wöchentlich oder monatlich aktualisierten Stützpunkten > suchen. Veröffentlichst Du den Code oder bleibst er ClosedSource? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinformationen auf OSM-Karte
Marcus Wolschon schrieb: > Warum sollte es? Weil wir derzeit keine TMC-Knoten in OSM haben? > Diese Informatione kriegst du mittels TMC frei Haus. > Zumindest sehe ich nichts was über TMC hinaus geht. ??? > Was meinst du warum ich so hinherher bin die TMC LocationCodes > zu importieren? Damit diese Infos nicht nur an der ungefähr richtigen > Stelle eingeblendet werden können sondern auch für alle unsere > eigenen Navis nutzbar sind. Ehm ja ... aber irgendwoher müssen sie ja wissen, wo sie die Informationen hinsetzen müssen. Ich schätze daher, dass sie entweder einen kommerziellen Punkt-Overlay drüberliegen haben; dass sie die OSM manuell schon angereichert haben, wie Du es derzeit durchführst, bezweifel ich - und wenn doch, dann brauchen wir endlich die ODbL ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrsinformationen auf OSM-Karte
Hallo Community, diese Website zeigt aktuelle Verkehrsinformationen auf einer OSM-Karte (laut Information auf der Website): http://www.freiefahrt.info/ Man bekommt auch alle Staumeldungen als Feed: http://www.freiefahrt.info/lmst.de_DE.xml Betreiber ist OneStepAhead.de, die auch mehrere professionelle GIS-Anwendungen für OpenStreetMap im Portfolio haben. MMh, ich denke mal, der Verkehrsoverlay wird TeleAtlas sein, oder? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
malenki schrieb: > Zu Rad und zu Fuß dürfte mit einer halbwegs vernünftigen Kamera kein > Stopp nötig sein, um eine Hausnummer abzulichten. Mit ein wenig Übung > klappt das auch prima aus dem Handgelenk. In was für Städten wohnt ihr? Ich bin fasziniert ... bei uns muss man häufig erst um ein Haus rum, um eine Nummer zu entdecken ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
qbert biker schrieb: >> Eine Abfolge kann in diesem Fall nur richtig oder falsch >> sein... > > Den Nutzer interessiert in erster Linie keine Abfolge. > Den interessiert, ob er auf Sichtweite rangefuehrt wird. Abfolge = Reihenfolge der Hausnummern ... wenn sie mit 300 dort beginnt, wo eigentlich 1 ist, und dort mit 1 endet, wo eigentlich 300 ist, ist es nutzlos! >> Was ist eigentlich, wenn die Freundin/Frau Informatikerin >> wäre? Hätte man da mehr Freiraum? > > Keine Ahnung, aber wenn man alle 50 Meter stehen bleibt, > um eine Hausnummer aufzunehmen, kann man wohl auch > Informatikerinnen zur Verzweiflung bringen. Derzeit mache > ich aber wieder Autobahnen fuers neue Projekt, da faellt > der mitlaufende Tracker gar nicht auf und schon ist der > Ehefriede gerettet ;) *G* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus fuer effiziente PLZ-Gebiete gesucht
marcus.wolsc...@googlemail.com schrieb: > Die Implementierung ist inhouse und ich denke mal es reicht zum Debugging > dass man die volle Kontrolle über den Inhalt der Datenbank hat und > beliebige Punkte testen kann. Fängst Du also für jede Punktabfrage eine neue Suche an? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
qbert biker schrieb: > Gibts da auch eine Groessenordnung dazu? Also wie gross > die Abweichung ca. in Metern ist und wieviele (annaehernd) > richtige Eintragungen den falschen gegenueberstehen? Ich konnte noch keinen Durchschnitt errechnen. Da mir die TeleAtlas-Daten aber auch als Rohdaten vorliegen, kann ich das irgendwann mal tun. > Fehlerfrei und ohne jede Toleranz? Wirst du nicht bekommen. Eine Abfolge kann in diesem Fall nur richtig oder falsch sein... > Die Veteranen koennens auf Dauer nicht stemmen. Bei > mir gibts z.B. mittlerweile beim Mappen natuerliche > Begrenzungen: Zeit die ich fuers Proggen brauche und > die Geduld meiner Frau ;) Was ist eigentlich, wenn die Freundin/Frau Informatikerin wäre? Hätte man da mehr Freiraum? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Geb iete gesucht
marcus.wolsc...@googlemail.com schrieb: > Ist garnicht nötig wie Polygone im Vorfeld zu berechnen. Schliesslich > werden sie nie als solche angezeigt. Wieso eigentlich nicht? Ich würde das zum Debuggung sehr sinnvoll finden. So könnte man die Daten nämlich auch mit anderen Karten überlagern und Fehler finden. Solange man die anderen Daten nicht übernimmt, ist es okay. Könntest Du es dahingehend erweitern oder wäre es zu umständlich? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
qbert biker schrieb: > Sorry wenn ich da noch ein wenig nachhake, aber ich > wuerde das gerne qualitativ und quantitativ nachvollziehen. Gerne doch: maps.google.de, suche nach "Werl Bahnhofstraße". Das "Maifeld Hotel" liegt nicht in der Bahnhofstraße, sondern an der Hammer Straße 4. Das ist nur leider am anderen Ende der Straße. Der "Tintenshop" ist seit ein paar Jahren im Kaufland an der Soester Straße. Erbsälzerstraße: Ja, Danielsmeier ist auf der Erbsälzerstraße, jedoch da, wo "Bartels" steht - das ist eigentlich ein Hotel. etc. etc. > Welche Anforderungen stellst du an die Lage und was ist > dein Problem bei der Kategorie? Korrekter Hausnummernverlauf und korrekte Kategorie. Das reicht. > Also Muenchen wird zwar oft das Millionendorf genannt, > gilt aber allgemein auch als groessere Stadt ;) Da kenne ich mich aber nicht aus, kann also keine Fehler entdecken. Die entdecke ich erst vor Ort ;-) > Hab jetzt noch ein wenig rumprobiert. Beim Klick auf > den POI bekomme ich schon mal die Adresse mit Hausnummer > und kann die letzten Meter klassisch zuordnen. Im > Moment ist das was ich auf Google Maps sehe fuer mich > ein klarer Mehrwert und ich habe in Muenchen nach wie > vor noch keinen ueblen Fehler gefunden. Diesen klaren Mehrwert bekommen wir in OSM auch hin, wenn wir endlich mal anfangen würden, Hausnummern vermehrt auch nur grob einzutragen. Dann hätten wir die gleiche Qualität. 90% der Adressen kann man aus dem Netz fischen und hierfür gilt sicherlich weder Urheber- noch sonstiger Schutz. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historische Postkästen
Jan Tappenbeck schrieb: > Es gibt auch historische - verwendet Ihr bei diesen Zusatz-Tags ?? "historic = yes" vielleicht? http://wiki.openstreetmap.org/index.php?title=DE:Key:historic ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postdienstleister in Deutschland // Nachtrag
Tobias Wendorff schrieb: > Arrvia gmbh heißt übrigens "Arriva Deutschland GmbH". Ich sollte dabei > schreiben, dass die korrekte Schreibweise wichtig ist. Argh sorry, mein Fehler - ich nehme es zurück. Ich kannte bislang nur das Eisenbahnunternehmen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postdienstleister in Deutschland
SLXViper schrieb: > Allerdings würde ich das ganze noch internationalisieren, zumindest nach > DE:Briefkasten verschieben und die englischen Teile auslagern. Ja, die Seite habe ich vor Ewigkeiten mal erstellt ;-) Arrvia gmbh heißt übrigens "Arriva Deutschland GmbH". Ich sollte dabei schreiben, dass die korrekte Schreibweise wichtig ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
qbert biker schrieb: > Bitte nicht falsch verstehen: Was verstehst du unter > vollkommen falsch? Ich habe in Muenchen kein Problem > mit der Genauigkeit, was aber auch vielleicht einfach > an meinen Anforderungen liegt oder andernorts ists > schlechter gemacht. Bei einer POI-Karte entscheiden _nur_ die Kategorie und die Lage. Für alles andere kann ich auch ein Telefonbuch nehmen. Wie gesagt: Viele Straße sind mal eben um 180° gedreht. Das ist total nutzlos. Auch sind die Informationen veraltet, den "Tintenshop" in Werl gibt es seit ein paar Jahren nicht mehr an dieser Position. > Die andere Strassenseite oder 100m (ca. 2-3 Haeuser) > weiter ist fuer die meisten Nutzer ueberhaupt kein > Problem. Unschoen zwar, aber locker zu finden. In kleinen Städten ist das vielleicht kein Problem, in Großstädten, wie Dortmund oder Essen hast Du aber dann meistens verloren - vorallem mit dem Auto. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Geb iete gesucht
Marcus Wolschon schrieb: > An Voronoi-Diagramme hab ich schon gedacht. Mittels des Divide and > Conquer -Ansatzes sollte das gut zu parallelisieren sein. Nur wie macht > man das ohne einen großteil aller Punkte welche eine PLZ haben mehrfach > in den Speicher zu laden oder gleich nochmal Speicher in der Größenordnung > dieser Punktmenge zu benötigen? Die Bonner Geoinformatiker können vielleicht helfen: http://www.ikg.uni-bonn.de/vorlesungsarchiv/Diskrete_Mathematik_II/Folien/neuefolien_bmbf/druck1/matheII_6_druck1.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
qbert biker schrieb: > Na ja, aus Sicht des normalen Anwenders ist das ganze > gar nicht so schlecht. Ich hab mal in Muenchen ein wenig > rumprobiert und was ich kenne, war groesstenteils an der > richtigen Stelle drin. Soll heissen, um nachzusehen, obs > an der naechten Ecke eine Apotheke, Bank oder ne Kneipe > gibt, reichts. Gerade in kleineren Städten, die vielleicht nicht so oft befahren und korrigiert werden, ist das aber fatal. Bei uns sind z.B. Ärzte und Hotels vollkommen falsch. > Die Dynamik wird sich auch bei OSM noch aendern - heute > sinds die Neuerfasser, die den Ton angeben, morgen sinds > die Bestandssichter und Anpasser. Es bleibt eine spannende > Frage, ob man letztere auf Dauer motivieren kann, denn > nur dann bleibt OSM so tagesaktuell wie es heute ist. Die Performance der Dynamik geht aber - selbst bei Croudsourcing - runter. Vor lauter POIs kann ich vielerorts nichts mehr sehen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postdienstleister in Deutschland
Hallo Community, ausgehend von der Diskussion über die Standorte von Briefkästen habe ich die alte Seite mal wieder rausgekramt und eine Übersicht erzeugt. http://wiki.openstreetmap.org/wiki/Briefkasten Bitte korrigieren und erweitern ;-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Ich konnte mir die POIs endlich in Aktion ansehen. OMG ... die sind teilweise um 180° verdreht und teilweise komplett veraltet, ich schätze den Stand auf 2006. Das mit den POIs hätte sich Google wirklich verkneifen sollen. Jetzt wird noch deutlicher, wie schlecht die Datenbasis ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Mo, 26.10.2009, 19:44 schrieb Andre Hinrichs: > Das kann ich toppen: Drehkreuzbriefkasten (heißen die so?)? Also wird mit einem Schlüssel an einer Scheibe gedreht, damit mandie nächste Leerung sieht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Am Mo, 26.10.2009, 16:46 schrieb Chris-Hein Lunkhusen: > Tobias Wendorff schrieb: >> Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) > > Wo kann man die angucken? Upcoming - es sollen ja eigene Kartenstile auf einem Strato-Server entstehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 15:21 schrieb SLXViper: > Hast du auch die Parameter angepasst? Im wiki ist die Projektion nämlich > in der URL fest auf EPSG:4326 eingestellt... Yop, SRS muss gesetzt werden. AFAIK geht derzeit nur UTM33. UTM32 und GK2-5 habe ich integriert. Sobald mir jemand sagt, wie man Patches erzeugt, mache ich das fertig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Am Mo, 26.10.2009, 14:43 schrieb Sven Geggus: > Vielleicht hat ja schon mal jemand mit pgrouting gespielt und kann mir > sagen > wie man sowas hinkriegt? Das dürfte ja mit der einfachsten Variante eines > Routinggraphen schon klappen. Exakt sowas wollte ich in der kommenden Woche anfangen zu bauen. Nicht für Wander-, sondern für Busrouten! Man klickt die Abschnitte oder zwei Punkte an und er fügt diese den Relationen hinzu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Mo, 26.10.2009, 14:16 schrieb Philipp Matthias Hahn: > Und jetzt bitte nicht dir Frage, was ein "Algorithmus" oder eine > "konvexe Hülle" ist :-) Nein, nein ;-) Ich habe aufgrund der Überschneidungen nur noch nie konvexe Hüllen, sondern fadt immer nur Thiessen verwendet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 14:29 schrieb Bernd Wurst: > Ich möchte > daher > hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu > nennen, mit der ich das gewünschte erreichen kann. Der Sven war das sicher. Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe diese auf GK mit Bessel erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 14:29 schrieb Bernd Wurst: > Ich möchte > daher > hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu > nennen, mit der ich das gewünschte erreichen kann. Der Sven war das sicher. Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe es auf GK erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:51 schrieb Mirko Küster: > Da werden demnächst noch so einige > wegfallen, da nichtmal als Nebengeschäft im Friseur rentabel. Yop, bei uns wird die Post nun auch nach mehreren Jahrzehnten geschlossen und wande rt in einen Kiosk. Arbeitslosigkeit etc. Dank neuer Packstations und vielen posteigener Webdiensten ist die Filiale kaum noch für mich interessant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Am Mo, 26.10.2009, 13:51 schrieb SLXViper: > Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt > habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei > google. Ggf. eine Folge aus der Mischung der Gelben Seiten mit dem Geocoder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: > Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? > z.B. > sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im > Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir > die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. > Und das kann sich oft kurzfristig ändern, wenn > ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. > Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der > eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller > Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl > erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: > Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? > z.B. > sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im > Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir > die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. > Und das kann sich oft kurzfristig ändern, wenn > ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. > Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der > eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller > Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl > erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown-Menü? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: > Mein ihr das wäre effizient so als Online-Algorithmus? > Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 12:33 schrieb Mirko Küster: > Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In > Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Da passt Frederiks Vorschlag mit Operator und Brand sehr gut. > Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen > Dingen > machen. Es wird weniger schmerzhaft wenn sowas gleich in den > entsprechenden > Editoren in die Presets kommt und der Datenbestand in einer Aktion > bereinigt > wird. Yepp. JOSM kann dann eine Postkasten-Vorlage mit festen Namen bekommen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google Maps - Update
Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Mo, 26.10.2009, 11:57 schrieb André Riedel: >> AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. >> anhand einer IP. > > Ja ;-) Ich gebe Dir aber vollkommen Recht. Aber: Obwohl hier in Werl ein Postkasten mit Hausnummer gekennzeichnet ist, steht er jedoch vor dem Haus daneben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra Ãenecken
Am Mo, 26.10.2009, 10:05 schrieb André Riedel: > Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck : > Daher wird in OSM auch der richtige Standort eingetragen und nicht wie > die Post es derzeit macht, mit einer Geolocation-Api. Meinst Du den Geocoder von Google? AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 23:08 schrieb Ropino: > Falko Thomale schrieb: > Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde > ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. > Können wir uns hier auf eine Schreibweise von "Deutsche Post AG" und der > anderen gröÃeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat "position" würde ich übrigens "location" empfehlen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 22:13 schrieb Falko Thomale: http://www-user.tu-chemnitz.de/~falt/osm/postBoxes/tagViewer.php Cool; "die Deutsche Ost AG" gefällt mir. Am Kölner Hbf. wurde neulich ein Zug mit dem Ziel "Berlin Ost" angezeigt ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am So, 25.10.2009, 20:46 schrieb André Riedel: > Naja wie gesagt, würde ich die Adresse dem Haus dahinter vorenthalten, > welche auch wirklich die Hausnummer besitzt. -1 Lieber das Haus dahinter als Node mit Addr-Schema eintragen, da hat man mehr von. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Am Sa, 24.10.2009, 11:29 schrieb Martin Koppenhoefer: > wenn allerdings atmosphaeirsche Stoerungen oder Reflexionen fuer die > Abweichung verantwortlich sind, wirst Du mit allen 3 Empfaengern diese > Stoerungen aehnlich drin haben, und die Ungenauigkeit durch 3 Tracks > "zementieren". Und wieso sagst Du das jetzt im Talk und nicht via PM? Das ist die Natur von GPS. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Am Sa, 24.10.2009, 11:29 schrieb Martin Koppenhoefer: > wenn allerdings atmosphaeirsche Stoerungen oder Reflexionen fuer die > Abweichung verantwortlich sind, wirst Du mit allen 3 Empfaengern diese > Stoerungen aehnlich drin haben, und die Ungenauigkeit durch 3 Tracks > "zementieren". Und wieso sagst Du das jetzt im Talk und nicht via PM? Das ist die Natur von GPS. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Johann H. Addicks schrieb: > Gerade bei letzterem Punkt ist Garmin inzwischen Weltmeister: Ich warte noch > darauf, dass die ihren Receivern auch noch Kurvenradien beibringen. Derzeit > erkennt man es gut, wenn man in einer langgestreckten Kurve in einen Tunnel > oder Galerie einfährt, dann schreibt der Garmin den Track erstmal für 4-5s > "schnurgerade" mit konstanter Geschwindigkeit weiter ins GPX-File. "Dead Reckoning" meinst Du. Sowas habe ich neulich im IRC als OpenSource-Projekt gesehen! Da hatte auch jemand Probleme, dass sein Empfänger manchmal murkst. > - Mehrere Empfänger (2-3) aufzeichnen lassen. (Hilft nicht gegen temporäre > Störungen) Yop. Ich habe für meine größeren Einsätze eeinen SiRF-III, einen neuen Polaris und einen MTK-I dabei - sonst nur den MTK, weil der Akku super lange hält. Ich mittel dann auch immer nachher in JOSM. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Peter Dörrie schrieb: > Kann man die errechnete Lagegenauigkeit nicht aus einer gpx datei auslesen? Du meinst diese DOP-Werte? AFAIk beziehen diese sich nur auf die Satellitenanordnung und deren Empfang: Ich habe hier auch oft Signal mit HDOP und VDOP unter 1, aber die liegen trotzdem um +/- 8 Meter neben dem richtigen Punkt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Tool zum Bearbeiten von Flaechen
StilgarBF schrieb: > Noch komplizierter: ich habe große Waldflächen gesehen IN denen andere > Flächen liegen - also übereinander. Da müsste also ein "Lock > ausgestanzt" werden. Also der typische Multi-Polygon-WirrWarr. Für solche Berechnungen reicht ein kartesische Koordinatensystem, was wir ja dank der Mercator-Projektion haben (vllt. reichen sogar die LatLon-Koordinaten). Sowas könnte man in Python, Perl oder PHP sicherlich gut modellieren, aber ich habe keinen Plan, wie man es in JOSM integrieren könnte :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualität der "offiziellen" Top-K arten
Am Do, 22.10.2009, 13:27 schrieb Johann H. Addicks: > Viel ist von 2005, aber eben auch von 2001 und in Thürigen scheint wohl um > 1999 herum der Kartographiedienst eingestellt worden zu sein. Das ist das Archiv des BKG. Die DTKs können und werden taggenau aus den ATKIS, AAA etc. abgeleitet. Das geschieht standardisiert und automatisch. Vgl. http://www.thueringen.de/de/tlvermgeo/landesvermessung/karten/landeskartenwerke/content.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Software Architekt /Analyst openstreetmap
Gehling Marc schrieb: > Aufgaben: > - Evalierung der Möglichkeiten mit Daten aus OpenStreetMap > unternehmenspezifische Applikationen zu entwickeln > - Architektur, Konzeption, Test Im Endeffekt soll er also die Probleme lösen, die wir hier im Talk seit Monaten diskutieren?! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Hallo, Frederik Ramm schrieb: > Tobias Wendorff wrote: >> Eine feste Nummer pro Stadt, wie es z.B. in OKSTRA getan wird. > > Vielleicht kann man die Staedte ja dazu bringen, ihre Okstra-Nummern auf > die Strassen zu schreiben, dann koennen wir sie gleich mitmappen. *das* ist das, was ich ab jetzt auch immer vorschlage. Vorteil ist nämlich, dass die Gemeinden somit ihre Datenbanken perfekt an unsere Daten joinen können, egal wie wir mappen. Die Gemeinden müssen diese Daten besitzen, auch ziemlich aktuell. Problem ist, dass die Daten _sehr_ teuer erhoben und gepflegt werden müssen und damit wohl mit das Wertvollste überhaupt sind ;-) > Aus dieser Erfahrung entspringt wohl auch bei vielen der Wunsch, die > Strassen eindeutig und ohne Ermessensspielraum kennzeichnen zu koennen. > Ich glaube, oft geht es gar nicht mal drum, *welches* Schema angewandt > wird, sondern dass wenigstens *ueberhaupt irgendein* Schema angewandt > wird. Aber die Anwendungen müssen das Schema irgendwie so komprimieren, dass sie es verstehen. > Da sehe ich aber als einzig brauchbare Loesung das, was Markus in > Spiel brachte, naemlich das detailliete Mapping einzelner Eigenschaften > (wer hat die Strasse gebaut, wer ist fuer ihren Unterhalt > verantwortlich, wie schnell darf man fahren, wie schwer darf man sein usw.) *Hüstel* ich war das vor ein paar Monaten ;-) http://lists.openstreetmap.org/pipermail/talk-de/2009-June/048941.html Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Frederik Ramm schrieb: > Das sind ja jetzt Dinge, die mit Routing gar nichts zu tun haben. Natürlich hat es was mit Routing zu tun. Was macht ein Navi oder Google, wenn Du eine Straße als Ziel angibst, aber keine Hausnummer? Es setzt Dich auf den Mittelpunkt der Straße. Ich habe für meinen Namefinder vor einem ähnlichen Problem gestanden: Wie finde ich diesen Mittelpunkt? Start- oder Endpunkte sind einfach, wenn man eine Richtug vorgibt. > Von > mir aus kannst Du gern auch darueber einen Vortrag machen ;-) das > generelle Muster sollte vielleicht etwa so sein: Nein, ich habe schon zwei andere Themen. > Grundsaetzlich halte ich zum jetzigen Zeitpunkt ueberhaupt nichts davon, > wenn jemand davon ausgeht, OSM-IDs seien irgendwie verlaesslich. Das > sind nur Nummern - was heute noch die Relation 1234 ist, kann morgen > schon die Relation 2345 sein. Eine feste Nummer pro Stadt, wie es z.B. in OKSTRA getan wird. Diese identifiziert genau die Straße. Dann werden viele Abfragen deutlich einfacher. Momentan geht es ja über den Straßennamen, im Endeffekt ist es vermutlich genauso fehleranfällig ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Frederik Ramm schrieb: > "Warum mit OSM in Deutschland kein Routing geht und was man dagegen tun > kann", mit ein paar fundierten und ueberzeugenden Beispielen. Tu' doch nicht so hochgestochen. Du weißt genau, dass es nicht an Deutschland, sondern an unserem Halb-Halb-Datenmodell liegt. Es ist im Endeffekt nur eine Frage der Anwendungen und AI. Technisch ist es problemlos möglich, über einen Platz oder von der Straße zu jedem zu routen. Aber andere, augenscheinlich einfache Probleme, muss man sehr komplex lösen; Beispiel: Straßenmittelpunkte auf mehrspurigen Straßen mit mehreren Fahrbahnen. Da musst Du erst räumlich abfragen, ob links und rechts eine parallele Straße ist. Da sie aber nicht parallel eingetragen ist, musst Du über verschiedene Stückchen fragen, ob sie den gleichen Namen hat. Wenn dann an einem Stückchen mal der falsche Name steht, war's das. Sinnvoll wäre hier z.B. die Einführung einer durchgängien ID, aber das überfordert den User wieder. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
Martin Koppenhoefer schrieb: > Am 20. Oktober 2009 19:12 schrieb Tobias Wendorff > : >> Die Striche auf dem Boden? Die muss man noch nicht mal weg machen, >> wenn Schwerlastverkehr kommt. Besser geht es doch gar nicht. > > gemeint waren evtl. 30er-Markierungen auf dem Boden. Die muss man > regelmäßig erneuern, wenn sie lesbar bleiben sollen. Ja, die meinte ich auch. Allerdings scheinen die aus älterer Zeit wohl standhafter zu sein. Mehrere Zebrastreifen sind seit mind. 10 Jahren hier im Ort weg, man kann die Streifen aber immer noch erkennen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
Garry schrieb: > Dafür müssen aber die Fahrbahnmarkierungen aufgebracht werden so viel > ich weiss - ob das so viel billiger ist? Die Striche auf dem Boden? Die muss man noch nicht mal weg machen, wenn Schwerlastverkehr kommt. Besser geht es doch gar nicht. Kaputt machen kann man sie auch nur schlecht. > Aber dafür ist die Ausbeute bei der Geschwindigkeitsüberwachung grösser > - schneller als 50km/h fuhr früher kaum > einer in den heutigen 30er Zonen, 30km/h sind aber schnell mal auch vom > eigentlich rücksichtsvollen Autofahrer überschritten... Das Stoppen-Fahren ist aber blöd. In den meisten Wohnsiedlungen kann man die Kreuzung sowieso wegen parkender Autos schlecht einsehen und muss kurz vorher halten. 50 kann man kaum ausfahren. Wohlgemerkt: Ich bin Beifahrer und achte da vielleicht mehr drauf. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
Robert S. schrieb: > Da muss man dann aber auch eine Art Entscheidungsbaum erstellen, denn es > muss ja nicht alles abgefragt werden. Wenn man eine Autobahn hat, > erübrigt sich beispielsweise die Frage nach einem Bürgersteig (Den ich > eh am liebsten extra erfasst sehen würde.). Das meinte ich ja mit "dynamisch" ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
Garry schrieb: > Diesbezüglich ist ein ellenlanger Dialog ehr kontraprduktiv - > andererseits gibt es solche Gebiete auf dem > deutschen Markt immer weniger... Eben nicht. Viele Sachen kann man damit echt kurz halten. Tempo-30-Zone, innerorts, beidseitig Bürgersteig => residential etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
Martin Koppenhoefer schrieb: > wie mans nimmt. Wenn man den Autofahrern das Fahren verdirbt > (Gängelung mit Rotphasen der Ampeln, 30er-Zonen, Entfernung von > Parkplätzen, Hindernisse (Hubbel und Blumenkübel) auf der Fahrbahn, > Vorrang für ÖPNV und Fahrräder, Sperrung von Straßen, etc., fahren sie > evtl. nicht mehr mit dem Auto sondern lieber mit dem Rad oder Bus. > Dass kann durchaus ökologische Auswirkungen haben (und auch > ökonomische: wenn ich sowieso nicht mehr oder nur sehr wenig mit dem > Auto fahre, kaufe ich evtl. gar keins mehr). Mir kommt es so vor, als ob es in 90% der Kommunen gemacht wird, damit man die Vorfahrt Achten und sonstige Schilder sparen kann. Tempo 30 vorne hinten, fertig. Nicht mal innerhalb dieser Zonen stellen sie Schilder auf. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zur Straßenklassifizierung
qbert biker schrieb: > Man kann das auch mit der Klassifizierung verbinden, also > in die eine Richtung fuer eine Klasse einen Satz von > Attributen vorschlagen, die man dann individuell > veraendern kann. Yepp, so habe ich mir das gedacht. > Oder eben in der anderen Richtung gibt > man Einzelattribute ein und bekommt dann eine Klasse > vorgeschlagen. Klasse und Einzelattribute bleiben aber > unabhaengig voneinander veraenderbar. Wenn also jemand > spaeter meint, die Klasse veraendern zu muessen, bleiben > die Einzelattribute erhalten. +1 > Schoen waers zudem auch noch, wenn der Entscheidungsbaum > in einem Communityprozess entwickelt, gepflegt und > dokumentiert wird, so dass er editoruebergreifend > angewendet werden kann. Yop. Erstmal würde ich es allerdings als Website realisieren und dann in einen Editor integrieren. So hat jeder was davon. > Ich waere jedenfalls dabei, wenn gewuenscht. Wer schreibt das Wiki? ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Idee zur Straßenklassifizierung
Hallo Community, zur aktuellen Diskussion zur Straßenklassifizierung: Wäre es nicht sinnvoll, eine Maske zu verwenden, bei der man zweifelhafte Klassifizierung von Straßen durch Attribute identifiziert? - Liegt die Straße innerorts? [ja / nein] - Welche Bedeutung hat die Straße im örtlichen Kontext? - Autobahn? Zubringer? Bundesstraße? Landesstraße? Gemeinde? - Welche Geschwindigkeit darf gefahren werden? [INT] - Abfrage: Tempo-30-Zone, Verkehrsberuhigter Bereich - Ist die Straße mehrspurig? [INT / nein] - Gibt es einen Seitenstreifen? [ja / nein] - Bauliche Trennung der Fahrbahnen? [ja / nein] - Gibt es einen Bürgersteig? [ja / nein] etc. Dieser Fragenkatalog muss halt vernünftig ausgearbeitet werden. Aus soziologischer Sicht sind das einfache, geschlossene Fragen, die sich dynamisch an den vorangegangenen Antworten orientieren. Eine Tempo-30-Zone innerorts hat nämlich häufig nichts mit Sicherheit zu tun, sondern mit Stadtbild und Lebensqualität. Viele behaupten auch mit Stadtökologie, aber Anhalten, Gucken, Losfahren, Anhalten, Gucken, Losfahren (etc.) halte ich weder für okölogisch, noch für Okonomisch. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Buslinien & Bahnhof
Hallo, Dimitri Junker schrieb: > Oxomoa bestätigt, daß er derzeit aus Zeitmangel nicht an der > Weiterentwicklung des ÖPNV-Schemas arbeitet und den aktuellen Stand auch > nicht verfolgt. AFAIK arbeiten den Engländer gerade aktiv an einem eigenen oder an einer Erweiterung des Schemas, da dort ein großer Import vor der Tür steht. Es gibt auch eine eigene Mailinglist... Das deutsche Schema halte ich in einigen Bereichen für suboptimal, aber das passiert häufig, wenn solche Konzepte hinter verschlossener Tür entwickelt werden. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Am Di, 20.10.2009, 01:33 schrieb Martin Koppenhoefer: > 1. http://www.google.de/#q=bz2 > 2. http://de.wikipedia.org/wiki/Bzip2 > 3. http://gnuwin32.sourceforge.net/packages/bzip2.htm 7zip und fertig. Damit schlägt man mehrere Fliegen auf einmal. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfoten weg von unseren Daten
Am Mo, 19.10.2009, 23:36 schrieb Frederik Ramm: > Derzeit werden in OSM jede Minute rund 2000 Aenderungen gemacht. Planet oder DE ;-) Lokale Gruppen könnten helfen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
Am Mo, 19.10.2009, 23:38 schrieb Johann H. Addicks: > Das Betreff zur Suche von Amtel-Programmierern wurde doch auch nicht > geändert während des Threads. Wie ist das eigentlich ausgegangen? Mirko findes es blöd, ein paar Andere nicht (zB Garry). Habe heute einen Sensor für Bau des Prototypen verschickt. Fange dann die Woche an, die Berechnungssoftware in allen Sprachen zu schreiben, die ich nun kann: - PHP - Python - Perl - Java - Javascript - C Basic und Pascal kann ich nicht mehr... So hat fast jeder was davon. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
Peter Körner schrieb: > Ne VirtualBox hätte es auch getan :) > Aber besser ist das ^^ Active- und Strawberry-Perl können das auch unter Windows lösen ;-) VirtualBox hat hier natürlich den Vorteil, x64-Linux auf x32-Windows auszuführen :- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Mentoren hier?
[snip] Könnt ihr bitte mal den Betreff ändern? Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool gesucht für Analyse-OSM-Daten ( zeitliche Veränderung)
Kai Behncke schrieb: > 1) Perl installieren > 2) Modul GD installieren > apt-get install libgd-gd2-perl > 3) Ordner "OSM" anlegen (z.B. in /usr/lib/perl5/ ) Wieso bist Du dafür von Windows auf Linux umgestiegen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Peter Körner schrieb: > Hmm und wie oft soll das aktualisiert werden? Stündlich? Wenn ich nen > API-Call mache "alle Bäckereien in Hessen", dann will ich das wenigstens > Tagesaktuell von OSM haben. Da nutzt dir das Internet-Archiv wenig.. Ich dachte, es geht um Übertragungstraffik. Hauptproblem bei solchen Anfragen sind - nach meiner Erfahrung - die Indizes. Wenn ich die Daten stündlich update, muss ich auch die ganzen Indizes neu updaten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
qbert biker schrieb: > Die verwaltungstechnische Einteilung ist eine Richtschnur, eine > relativ effiziente zwar, aber es bleibt nur eine Richtschnur. Es gibt ja verschiedene Kriterien der "verwaltungstechnischen" Einteilung: Planungsparameter, Verbindungsfunktion, Baulastträger etc. Die Literatur kennt Straßen, die hier im Talk noch nie jemand in den Mund genommen hat, z.B. die Außerortsstraße. Und dann "OKSTRA" kann man diese Verwaltungsstruktur auf ein Level heben, der höher als OSM ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
qbert biker schrieb: >> ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt >> nur, dass Du es vermutlich nie verwenden kannst, da es einfach >> zu teuer ist ;-)) > > Kein Kommentar ;o) Ich frage mich, ob wir bei GALILEO nochmal von vorne anfangen zu mappen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Marcus Wolschon schrieb: >> Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben >> und fertig. > > ? Abfrage-Ergebnis => ZIP/etc. => online stellen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrbahngenaue vs. fahrspurgenaue Erfassung
qbert biker schrieb: >> Also Karte ;-) > > Kartographen und Vermesser, für beide ist Routing eher > Nebensache. ATKIS kann man ziemlich gut routingfähig machen. Problem ist halt nur, dass Du es vermutlich nie verwenden kannst, da es einfach zu teuer ist ;-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Unterstützung wird gebraucht
Marcus Wolschon schrieb: >> Aber _bitte_ mit Time-Limit und einem Queue-System. Am Besten vorab >> anhand von BBOX-Abfragen beschränkt bzw. Abfragen ohne räunliche >> Einschränkung gar nicht erlauben. > > Das jemand sowas bieten möchte ist schon wegen des Traffics unwarscheinlich > und wonach die indiziert wäre ist ja eh eine andere Frage. > (Suchen nach Tags, IDs, Regionen, Zeiten, Nutzern, Werkzeugen, ...) Ach, Traffik ist doch das geringste Problem ... ins Archiv schreiben und fertig. Ich habe Indizes auf Tags und BBOX. Das reicht für *meine* Sachen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Handheld für 58,80Euro... (Primer2) mit Moving OSM Map
Mirko Küster schrieb: > Ein vernünftiges Gerät dürte nicht billig werden. Beispielsweise ein > präzises Leica kostet glaube im Schnitt 100 Schleifen am Tag. Dafür kann ich > mir schon 4 Höhenfestpunkte kaufen. Oder 500 Punkte ausmessen. > Vermesser sieht man hier leider eher selten. Die letzten wollten leider > nicht rausrücken. Du darfst Deine OSM-Warnweste auch nicht tragen ;-) > Dort würde ich das Gerät ebenfalls nur ungern alleine lassen. Die Bäume stehen doch da auch schon ein paar Jahrzehnte ;-)) >> Ja und? Nur weil es lokal verteilt ist, ist es Mist? > > Was nützt dir ein einziges Geländemodell vom beispielsweise flachen > Dortmund? Besser wie vorhande SRTM wirds sicher auch nicht. Flachen Dortmund? Du darfst Deutschland nicht gesamt sehen. Setz' Dich aufs Fahrrad und fahrt vom Nord- zum Südcampus. Mal schauen, ob Du dann noch von einem "flachen Dortmund" redest. > Ganz klar a, für b fällt mir keine wirklich sinnvolle Verwendungsmöglichkeit > ein, bzw. ergibt sich automatisch aus mit aus a. Bei a besteht aber Bedarf, > da die grob aufgelösten Daten oft stark verfälscht sind. Steile Abhänge und > enge Schluchten sind oft stark geglättet und abgeflacht. Gerade für die > Wanderkarten und Topo wäre ein feines Geländemodell klasse. Wenn da eine Straße ist, hat sie eine Höhe. Wenn daneben eine Schlucht ist, dann ist diese entweder in OSM vermerkt oder sie ist sowieso nicht befahrbar. Klar fehlt dann die Information, aber die Information interessiert mich nur da, wo ich auch langgehen kann. Wir wollen ja keine Höhenkarte erstellen. > Soweit ich weiß werden hier auch die rekultivierten Tagaubeuanlagen mit > solchen Laserbefliegungen kontrolliert. Ob subrosionsgefährdeter Altbergbau > auch weiß ich nicht. Wenn ja müssten die auch hierüber schon Messungen > haben. Meine ganze Ecke ist damit durchzogen. Der Laser ist sehr genau und > kann auch so konfigueriert werden das er durch Hindernisse wie Vegetation > duchgucken kann. Der tastet also wirklich präzise das Gelände ab. Der Haken > sind die Kosten. AEROWEST hat daher ein System für DGMs entwickelt, das nur auf Basis von Luftbildern arbeitet. Die machen gar keine Laservermessung mehr. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
