[Talk-de] francetopo.fr - wow!
Hallo, ich habe gerade http://www.francetopo.fr/ entdeckt. Die haben sich richtig Mühe gegeben eine schön aussehende Topo-Karte aus den OSM-Daten und SRTM- Höhendaten zu machen. Eigentlich für Frankreich gedacht, aber große Teile von Süddeutschland sind auch mit drin. Von der Optik her setzen die den Stil um, den man von den Topokarten der hiesigen Landesvermessungsämter kennt. Ein OSM-Neuling dürfte sich da also sofort mit wohlfühlen. Und das ganze sieht mal richtig gut aus. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhe aus altem Höhensystem umrechne n
Hallo Sven, > > Die Koordinaten habe ich mit dem Script von Tobwen umgerechnet: > > http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php > > Verwendet dieses Script Beta2007 Korrektruparameter? Weiß ich nicht. Tobwen liest hier glaube ich leider nach irgendeinem Flamewar nicht mehr mit. > Ein passender Fluch für cs2cs sieht so aus: > > echo 4450457 5487214 | cs2cs -f "%.12f" +proj=tmerc +lat_0=0 +lon_0=12 \ > +x_0=450 +y_0=0 +k=1.00 +ellps=bessel +units=m \ > +nadgrids=/to/BETA2007.gsb +to +init=epsg:4326 Danke, werd das proj4 wohl mal installieren müssen Aber was bekomme ich dann damit genau raus? Die Differenz zwischen Ellipsoidhöhe nach WGS84 und dem Normalnull nach DHHN-12? Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Höhe aus altem Höhensystem umrechnen
Hallo, heute hat mir ein netter Mitarbeiter des örtlichen Vermessungsamts die genauen Höhen- und Koordinatendaten eines Vermessungspunkts gegeben. Ich möchte die Daten nun mit möglichst geringem Genauigkeitsverlust in OSM eintragen. Die Koordinaten habe ich mit dem Script von Tobwen umgerechnet: http://raumplanung.tobwen.de/OSM/scripts/gk2wgs84.php Nur bei der Höhe tue ich mir etwas schwer: der Mitarbeiter vom Vermessungsamt meinte, daß hier vor Ort noch das "alte Höhensystem über Normalnull" zum Einsatz kommt. Ich denke mal er meinte damit DHHN-12. Eigentlich würde ich jetzt rechnen: 1. Quasigeoidhöhe nach EGM-2008 herausfinden: http://geographiclib.sourceforge.net/cgi-bin/GeoidEval 2. Ellipsoidhöhe für OSM = Wert vom Vermessungsamt + Quasigeoidhöhe nach EGM-2008 Nur passt das nicht, weil der Wert vom Vermessungsamt sich ja auf DHHN-12 bezieht und nicht auf den Quasigeoid EGM-2008 (oder von mir aus GCG-05). Wie kann ich jetzt den Unterschied zwischen DHHN-12 und EGM-2008 für einen Punkt herausfinden? Oder ist da noch ein anderer Fehler in meiner Rechnung? Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzt Google (auch) die Daten von OSM?
> Und falls es da wirklich ernste > Bedenken gibt hilft nur die alte Einschreibemethode. Irgendwer kopiert die > Daten regelmäßig auf einen Datenträger und verschickt ihn per Einschreiben. > Der Empfänger öffnet es natürlich nicht. -> man hat eine amtliche > Bestätigung wie alt das ist. da gibt es mittlerweile was besseres: nennt sich timestamping-service. du machst ne prüfsumme der relevanten daten und lässt diese dir von einer zertifizierungsstelle zusammen mit der aktuellen zeit digital signieren. kostenlos erreichbare zeitstempeldienste bieten eigentlich alle zertifizierungsstellen an, z.b. verisign, globalsign,... wenn du es ganz super-duper rechtssicher brauchst, nimmst du ein trustcenter was qualifizierte zeitstempel nach signaturgesetz ausstellt. z.b. signtrust von der post. früher waren die zeitstempel dort auch kostenlos, ich weiß nicht, ob sich das mittlerweile geändert hat. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hallo Markus, > Der Geschätsführer des Wandervereins und der Fachwart für Wegearbeit > laden uns zur Sitzung des AK "digitales Wandern" ein. Wir sollen dort > über OSM informieren (ca 1 h), Fragen beantworten, und vielleicht > gemeinsam über Kooperationen nachdenken. das klingt sehr gut. Ich mappe hauptsächlich in Wald und Flur und wenn sie nicht ganz abseits meiner Routen liegen gerne auch die ausgeschilderten Wanderwege mit. Für mich war bisher immer das schwierigste an der ganzen Sache den kleineren regionalen Wanderwegen einen brauchbaren Namen für die Relation zu verpassen. Bei den Weitwanderwegen ist das kein Problem, die haben eindeutige Namen. Die kleinen sind aber überall z.B. nur als "Rotes Kreuz auf weißem Grund" aufgeführt und ohne den ganzen Weg abgegangen zu sein weiß ich vorher nicht wo der anfängt oder aufhört oder nen passenden Namen hat. Da denkt sich dann halt jeder Mapper vor Ort was aus. Das macht es aber nicht ganz so einfach bereits erfasste Teilstrecken zu finden und in einer Relation zusammenzuführen. Für mich wäre es daher eine große Hilfe, von diesen ganzen kleineren, regionalen Wanderwegen eine Liste zusammenzubekommen. Wenn man das z.B. als Wiki pflegt, könnte man auch gleich die Relationsnummern dazupacken sobald man sie angelegt hat. An Informationen hätte ich gerne: - Region (Bundesland/-länder, evtl. Städte in der Nähe, so genau daß es eben keine Konflikte mehr mit anderen Wegen mehr gibt) - Wanderzeichen - Name - Start- und Endort - Ansprechpartner mit Email falls vorhanden Ich könnte mir vorstellen, daß die Wegewarte bereits eine ähnlich gegliederte Liste haben. Ein Vorschlag, der bei diesem Treffen an die Wegewarte herangetragen werden könnte, wäre eine solche Liste zu veröffentlichen. Dabei sollte diese Liste von der Lizenz her kompatibel mit OSM sein. Der regionale Wanderverein hier in meiner Gegend, der Schwäbische Albverein (Soweit ich weiß Mitglied im Wanderverband), hat mittlerweile einige regionale Wanderwege online. Aber mit "Alle Rechte vorbehalten. Veröffentlichung in jedwelchen Medien, incl. Internet, auch auszugsweise, nur mit schriftlicher Zustimmung aller Urheber der Tourinformationen erlaubt." Daher für unsere Zwecke erstmal nicht brauchbar. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Tarifzonen
Hallo Bernd, > Da eine Auswertung der Zonen eigentlich nur dann Sinn macht, wenn man weiß > von welchem Verbund man redet, würde ich hier den Verbund in den Key > nehmen. Also sowas wie > "vbb_zone=123" > oder > "vvs_zone=12" Wenn ich berechnen will, was ne Fahrt kostet oder welche Strecke die billigste ist, dann geht brauchst Du natürlich mehr Infos. Wenn Du aber ne ÖPNV-Karte mit Tarifzonen-Overlay mahlen willst, reicht es für brauchbare Ergebnisse völlig, wenn Du weist wie die Zone heißt und welcher Verbund dahintersteckt. Daher macht es Sinn, wenn man die Zone ein ein allgemeines Tag packt. Mir gefällt dieser Vorschlag von Florian am besten: farezone=vbb:123,12,11;vss:1,2,3 Im Normalfall sieht das dann natürlich eher so aus: farezone=vvs:12 Was die Verwechselung von Verkehrsverbünden angeht: Die offiziellen Abkürzungen sind ja in der Regel schon so gewählt, daß nicht 2 unterschiedliche Verbünde gleich abgekürzt werden, wenn sie direkt nebeneinander liegen. Damit kann man das zur Not über die Koordinaten eindeutig zuordnen. Wenn man andererseits bei jedem Tag den vollen Namen von 2 oder 3 Verbünden ausschreibt, kommt man wohl irgendwann an das Längenlimit für den Tag-Inhalt (keine Ahnung wo das gerade liegt) - und übersichtlicher wirds sicher auch nicht. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Tarifzonen
Hallo, > Das "stärkere" Konzept (im Sinne von: weniger fehleranfällig) ist es, jedem > Objekt eine Referenz auf die Tarifzone zu geben. Also sowas wie > "Verkehrsverbund XY-Stadt, Zone 123". Das ist definitiv einfacher zu handhaben und so auch leichter in Editoren etc. einzubauen. Nur sollten wir uns gleich von Anfang an überlegen, wie wir mit Haltestellen in mehreren Tarifzonen umgehen. Bei jedem Tarifzonensystem das ich kenne gibt es Haltestellen an den Grenzen zwischen 2 Zonen. Die sind dann in beiden Zonen enthalten. Außerdem könnte ich mir auch gut vorstellen, daß eine Haltestelle von 2 Verkehrsverbünden angefahren wird. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet files etc auspacken - probelm
> wirklich auspacken, aber doch mit einer perl lib lesen. und eben das > geht nicht. was für ne perl lib willst du denn verwenden? wenn die auf dom basiert, will die vermutlich das komplette file ins ram reinparsen was mit 150 GB größe auf den meisten rechnern schief gehen dürfte. wenn du die lib nicht ändern kannst/willst, mußt du evtl. die planet.xml vorher soweit auf die für dich relevanten infos eindampfen daß sie in den speicher passt. dafür nimmst du am besten einen sax-basierten parser weil der im gegensatz zu dom nicht alles in den speicher lesen muß bevor er arbeiten kann. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
Hi Dirk, > > Und wie bekomme ich dann die Punkte mit relevanten Infos im JOSM > > angezeigt? Ich will ja nicht die ganze Mapping-Session nochmal anhören > > müssen oder ewig mit Fast-Forward rumspringen und hoffen nix zu > > überspringen. > > Den ablaufenden Marker nehmen und an die jeweilige Stelle werfen > ("Draggen" und "Droppen" sozusagen - ich suche immer noch eine gute > Übersetzung für Drag und Drop :-). JOSM springt dann entsprechend vorwärts > (nicht zu grob, sonst erkennt er die zugehörige GPX-Spur nicht). hmm, das ist gut wenn Du gezielt eine Stelle in der Karte anhören willst. Stell Dir vor, es ist in der Gegend schon viel gemappt und Du willst das ganze nur verbessern: hin und wieder ein Briefkasten, eine Brücke,... Wenn Du jetzt nicht mehr genau weißt, wo der Briefkasten war (oder daß da überhaupt einer war), darfst Du Dir doch wieder die ganze Datei anhören. > Hinsichtlich Deinen POI-basierten Aufnahmeidee: hast Du einen Möglichkeit > die Daten so aufzubereiten, dass man die einzelnen Schnipsel trennen kann > und die zeitliche Zuordnung möglich ist? ich glaube wir kommen aus unterschiedlichen Welten was Aufnahmegeräte angeht ;) Ich dachte daran, lauter einzelne Schnipsel zu erstellen, jeder Schnipsel eine eigene Datei. Die Dateinamen enthalten den Startzeitpunkt nach einem festen Schema, z.B. record-20090622-150448.wav record-20090622-150732.wav record-20090622-151701.wav ... Da der GPX-Track ja auch die genauen Zeiten enthält, sollte man die Audio- Schnipsel eigentlich ganz gut den Koordinaten zuordnen können und dort dann im JOSM einen entsprechenden Button zum Abspielen darstellen. Wenn das Aufnahmegerät selbst auch nen GPS enthält (z.B. nen Smartphone), könnte man auch gleich die Koordinaten bei Aufnahmestart im Dateinamen kodieren, z.B. record-049580243-008831885.wav Was meinst Du? Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
Hallo Dirk, > > - recorder hat zwar kein gps, ist dafür aber von der uhrzeit her sehr gut > > synchronisiert (z.B. per ntp, also genauigkeit besser als 1 sec) > > Das ist kaum erreichbar. huh? Also ich verwende ein Nokia N800 zum Aufnehmen und synchronisiere das regelmäßig (vielleicht 2x pro Woche) per NTP. Die dabei korrigierten Abweichungen der Systemzeit liegen < 0,1 Sek. Das sollte zum Mappen reichen. Auch für Symbian, Windows Mobile oder iPhone sollte es ohne Probleme möglich sein über WLAN per NTP regelmäßig zu syncen und auf ähnliche Genauigkeit zu kommen. > > - ich brauche keine wegpunkt-funktion am gps > > Die brauchst Du auch jetzt nicht. Du kannst in JOSM den Audio-Track mit > der GPX-Spur synchronisieren. Wenn die Zeit stimmt und kein > Laufzeitversatz im Aufnahmegerät auftritt, kannst Du das jetzt schon mit > JOSM erreichen. Und wie bekomme ich dann die Punkte mit relevanten Infos im JOSM angezeigt? Ich will ja nicht die ganze Mapping-Session nochmal anhören müssen oder ewig mit Fast-Forward rumspringen und hoffen nix zu überspringen. > > - ein-tasten-bedienung, z.B. taste am headset -> sehr gut während der > > fahrt zu betätigen > > Ich habe ein-Tastenbedienung für die POI-Funktion am GPS. Den > Audiorekorder muss ich nur zum Starte/Ende bedienen. Tja, das hängt halt davon ab was für Geräte du hast. Bei meinem Garmin etrex kann ich nicht einfach nur einmal drücken und gut ist, sondern muß den Button richtig treffen, halten, und dann nochmal bestätigen. Nix was ich ohne hinschauen machen kann. Bei dem von mir vorgeschlagenen Snippet-Recording brauche ich nur den Knopf am Headset drücken und über ein kurzes Piepen könnte man genau hören, ob man die Aufnahme ausgelöst hat. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
> > Audiospur manuell mit einem GPS-Track zu synchronisieren, und dann bspw > > was ich gerne hätte, wäre ein Lösung analog zum AgPifoJ plugin für > Bilder. Also einige seperate Audio-Files, welche mittels > Metainformationen auch geolocated sind. Und das mit einem entsprechenden > Plugin eingebunden. Aber dafür giibt es vermutlich weder einen Standard > noch eine Lösung... über sowas habe ich auch schon mal nachgedacht: - recorder hat zwar kein gps, ist dafür aber von der uhrzeit her sehr gut synchronisiert (z.B. per ntp, also genauigkeit besser als 1 sec) - recorder nimmt immer wenn ich ne taste drücke einen audio-schnipsel auf, dateiname enthält die uhrzeit (z.B. "record-20090622-150448.wav") - josm-plugin lädt jetzt die gpx-datei und packt die abspiel-buttons immer dorthin, wo ich zu dem entsprechenden zeitpunkt war vorteile zum kontinuierlichen aufzeichen: - ich brauche keine wegpunkt-funktion am gps - ein-tasten-bedienung, z.B. taste am headset -> sehr gut während der fahrt zu betätigen - weniger audio-daten nachteile: - uhrzeit auf recoder muß genau sein - spezielle recording-software nötig - josm-plugin müsste noch entwicklet werden Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
> - Auskünfte aus einem Bebauungsplan: kostenfrei > - Kopie eines Bebauungsplanes: 20 € > > Also, wie schon gesagt: > Hingehen, auslegen lassen, abzeichnen: 0 EUR > Hingehen, kopieren lassen: xxx EUR Wie wärs mit Digicam einpacken, hingehen, auslegen lassen, abfotografieren? Ich hab schon Topo-Karten senkrecht von oben mit ner normalen Consumer-Digicam abfotografiert und hinterher dann gegen mehrere Punkte rectified. Obwohl sich die Karte an den Kanten runtergewölbt hat etc. hat das erstaunlich gut funktioniert. Natürlich hab ich die Daten von der normalen Topo nicht benutzt, um damit OSM- Daten zu erzeugen. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freihand-Zeichnungen von Luftbildern und Kart en möglich!
> > Wie steht es aber dann mit der Zuordnung der Straßennamen anhand einer > > Vorlage, die man zwar von der Begehung her kennt, aber nicht unbedingt > > 1:1 im Kopf hat? > > Das ist schwer ... die Straßennamen in Google Maps sind (den ganzen > Datenhaufen betrachten) sicherlich nur ein unwesentlicher Teil der > Datenbank und wenn es nicht wiederholt geschieht, punktuell sicher > möglich. Keine Ahnung ob das eine Rolle spielt: Google Maps hat öfters mal Straßennamen falsch zugeordnet oder Teilstücke, kleine Abzweigungen etc. heißen bei Google anders, als es die Straßenschilder vor Ort tun. Auch Tippfehler oder andere Schreibweisen wie z.B. Bindestriche sind mir schon öfters aufgefallen. Wenn wir jetzt die Fehler von Google kopieren, können die hinterher relativ einfach erkennen, woher das kommt... Ich würde das daher nicht machen. Statt dessen nen Audiorecorder beim Mappen mitlaufen zu lassen ist jetzt nicht so der Monster-Aufwand und wird in JOSM zum Glück gut unterstützt. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=no
Hallo, > Die Daten von den LVA sind aber in manchen Regionen völlig für' > Allerwertesten was solche Rückegassen angeht. Ich kenne hier in direkter > Umgebung eine hand voll Wege, die das LVA drin hat und zwar sehr prominent. > In der Realität ist mir an der Stelle in den letzten 20 Jahren keinerlei > Weg aufgefallen. Noch nichtmal ne Fahrspur. > > Das finde ich also nicht erstrebenswert. Da hast Du mich glaube ich falsch verstanden. Ich wollte nicht, daß wir hier auf die Qualität der LVA zurückgehen sollten. Was ich meinte, war daß obwohl es nur "Rückegassen" sind, diese zumindest hier in der Umgebung schon damals, als das LVA den Wald vermessen hat, an der selben Stelle wie heute waren. Die wachsen also nicht "über Nacht" einfach wieder zu und damit lohnt es sich um so mehr die zu mappen. > Bei nicht erfassten (oder nicht dargestellten) Wegen stellt sich jeder > erneut die Frage, wie er das erfassen soll und der Arbeitsaufwand vermehrt > sich. genau. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: jo...@cactusamerica.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=no
Hallo, > > Nun habe ich diese Wege mal ergänzt mit > > highway=no > > smoothness=impassable (für zugewuchert) oder very_horrible (für > > Rückewege) > > > > Ich hoffe mal, dass ich korrekt davon ausgehen kann, dass sich am > > highway=no eigentlich keine gescheit programmierte Anwendung stören > > dürfte?! > > wieso highway=no? Du sprichst ja selbst von Weg. Ob ein Weg ein > "Rückeweg" ist, hängt doch von seiner Funktion ab (eben um das Holz > rauszuholen), und weniger von seinem Zustand. Warum setzt Du nicht > einfach highway=track, tracktype=grade5 ich habe das auch immer genau so gemacht, also als grade5. Was mir aufgefallen ist, ist daß die Dinger erstaunlich "stabil" sind. Die allermeisten von den Dingern waren auch in der Garmin Topo v2 mit drin (die basiert auf einem alten Datenstand von den Landesvermessungsämtern). Die zu mappen und mit entsprechender Kennzeichung (eben grade5) in der Karte zu haben finde ich sinnvoll. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baumstämme als Hindernisse
Hallo, > Immer wieder beobachte ich, dass ehemalige Forstwirtschaftswege durch > quer liegende Äste oder Baumstämme versperrt sind. In vielen Fällen > vermute ich Absicht, da das Holz abgesägt wurde, häufig nicht an Ort > und Stelle, sondern etwas entfernt. Offensichtliche Spaziergänger- > oder mindestens -fahrervergrämung. Also mir hat ein Förster mal gesagt, daß der Weg nicht mehr benötigt wird oder stört und langsam zuwachsen soll. Deshalb sollte da niemand mehr lang und daher die Blockade. Ich habe solche Stellen teilweise recht kunstvoll versperrt gesehen und bin da nicht lang - zum einen muß ich nicht unnötig den Förster ärgern und was will ich einen Weg mappen, der eh bald zugewachsen ist. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Addresssuche - Zuordnung der Straße W as: News auf ORS
> > > Zu grosse distanz zur Straße? Habt ihr da ein limit? > > > > Ja, es gibt ein Limit von 500m...und das Haus mit Nummer 56 ist knapp > > drüber und damit wird sie nicht gefunden. Evtl. müssen wir das > > nochmal anpassen, allerdings sind 500m Entfernung zur Straße auch > > schon ziemlich viel (oder?) und sollte nur bei sehr, sehr wenigen > > Fällen Probleme bereiten. > > Hmmm - 500m finde ich auf dem Land noch nicht sooo viel - Ich denke in > den neuen Bundeslaendern wirds noch viel weitere wege geben alleine > durch die geringere Besiedlungsdichte ... > > Vielleicht haben Jochen und/oder Frederik ja erfahrungen mit dem OSM > Inspektor was da als distanz so moeglich/notwendig ist... Vielleicht muß man das dynamisch machen. 500m in der Stadt sind eigentlich schon viel zu viel. Worauf es ja ankommt ist, daß man ein Haus nicht einer völlig falschen Straße zuordnet. Daher sollte die nähste Straße wirklich signifikant die nähste sein. Wie wäre es damit: In alle Richtungen rund um den Node (oder den Schwerpunkt wenn building aus mehreren Nodes) die nähsten Straßen herausfinden. Es gilt jeweils die kürzeste Distanz zu einer Straße. Abstand Hausnummer <-> nächstgelegene Straße: d1 Abstand Hausnummer <-> zweitnächstgelegene Straße: d2 Wenn d2 / d1 > x dann die Hausnummer der nächstgelegenen Straße zuordnen, ansonsten kein Treffer. Für x könnte man jetzt z.B. 125% nehmen und damit wäre dann klar, daß die nähste Straße schon sigifikant näher sein muß als die zweitnähste. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Wish/Enhancement: Session-Source vorgeben
> Beim API 0.6 wird es moeglich, fuer jedes Changeset - entspricht in JOSM > dann einem Upload-Vorgang - beliebige Tags anzugeben. Ich wuerde ab dann > darauf hinarbeiten, dass wir das "source"-Tag an Objekten nicht mehr > nutzen, sondern mit einem "Changeset-Source" arbeiten, das man optional > beim Hochladen setzen kann. - JOSM koennte hier sogar automatisch > "survey" vorschlagen, wenn parallel GPX-Traces geladen sind, oder einen > WMS-URL, wenn man einen WMS-Layer aktiv hatte, das halte ich für eine sehr gute Idee. -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleerung
> Dann konnte man auch gleich mal einen key für eine Leerungszeit > einführen. Zum Beispiel nach dem gleichen Schema wie bei > opening_hours. dafür! wenn man die spätleerungen erfassen will, finde ich es bei nur geringem mehraufwand wesentlich besser, gleich die ganzen leerungszeiten zu erfassen. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
On Tuesday, 15. July 2008, Dermot McNally wrote: > 2008/7/15 Gerd von Egidy <[EMAIL PROTECTED]>: > > "Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei > > Deinem etwa nicht?" > > Früher oder später kapiert das jeder. Oft im Urlaub, für die Leute, > die Geld sparten, beim Kauf eines Gerätes ohne Auslandskarten. > Spätestens als sie feststellen, dass die Kartendaten nicht von selber > und auf keinen Fall kostenlos aktuelisiert werden. Ich finde, das "kostenlos"-Argument ist nur ein kleiner Teil von dem, was OSM ermöglicht. Klar ist das der, den alle verstehen können. Allerdings werden wir es nicht immer einfach haben, diesen Vorteil zu verteidigen. Ich denke nur an ein kostenloses Google Maps mit Routing und allem auf dem Handy - sobald die Handy-Datenpreise runtergehen ist das Realität. Das bischen ortsabhängige Werbung außendrum ist den meisten Kunden egal. Ich denke, wir sollten auch die Möglichkeiten rausstellen, die erst durch den freien Zugriff auf die Rohdaten durch alle ermöglicht werden. Das Beispiel mit allen U-Bahn-Stationen ist jetzt vielleicht nicht für alle nützlich. Aber generell mit den Geodaten mehr machen zu können, als 0-8-15-Routing was alle anderen auch können, halte ich für einen wichtigen Aspekt. Deshalb sollten wir auch in diese Richtung weiterdenken und da finde ich solche Angebote in Richtung besserer Nutzbarkeit durch Endbenutzer keine schlechte Idee. Ich wünsche mir z.B. immer einen Dienst "zeig mir den nächsten Bäcker, der jetzt offenhat" - das will ich Sonntag morgens irgendwo auf dem Land aufrufen können und keine 50 km Umweg machen müssen. Sobald die Bäcker alle korrekt mit dem neuen opening_hours getaggt sind, sollte das kein Problem mehr darstellen. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schlagloch-Mapping
> > Eine andere Möglichkeit wäre ein Beschleunigungssensor, der die > > plötzliche Erschütterung misst, wenn man durch fährt. > > Auch ohne Nachläufer, ähnlich einem Minenräumgerät, hatte ich schon > lange einen zeitsynchronisierten Beschleunigungssensor nachgedacht. Das > würde eine objektive Beurteilung ermöglichen. Ein neuronales Netzwerk > wäre für die Frequenzanalyse zuständig und grob zwischen verschiedenen > Typen Asphalt, Schotter und Kopfsteinpflaster unterscheiden. > > Ein Hardwareprojekt für den Winter. wär das nicht eher etwas für Anfang April? Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de