[Talk-de] Wie Marker aus der slippymap in PHP nutzen?
Hallo zusammen, ich möchte in der slippymap einen Marker setzen können, dessen Position (lat lon) dann in 2 Eingabefeldern erscheint, die ich mit PHP weiter nutzen kann. Im zweiten Schritt, wenn diese Eingaben schon existieren (in der Datenbank) soll entsprechend der Marker schon gesetzt sein. Mit Javascript kenne ich mich nicht so aus, bisher habe ich einiges von http://www.osm-wms.de/ geklaut. Da kann man oben rechts auf den goldenen Marker klicken, ihn in der Map setzen und die Position erscheint im Permalink. Da komme ich jetzt aber nicht weiter. Kann mir da jemand unter die Arme greifen oder ein Tutorial empfehlen, oder eine Seite zeigen wo es sowas schon gibt? Danke schonmal, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
> Sebastian Niehaus wrote: > > für den Urlaub wäre ein Logger eine nette Sache, > > Mag mir jemand Empfehlungen geben? > > ich bin mit meinem i-blue 747 sehr zufrieden. > http://wiki.openstreetmap.org/wiki/GPS_Reviews#Transystem_i-Blue_747 Mit dem selben (einem ähnlichen?) Chipsatz gibt es auch den Holux M-241. Braucht eine AA Batterie/Akku und hat Platz für ca. 12 Punkte. Bei beiden kann man mit BT747 die Daten mit einem Windows Mobile Gerät auslesen. Sehr hilfreich, wenn der Speicher nicht reicht :-) Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap umgezogen
Am Samstag 30 Januar 2010 19:13:06 schrieb malenki: > Alexander Matheisen schrieb: > >Am Samstag 30 Januar 2010 15:43:58 schrieb malenki: > >> k > > > >Was? > > Entspricht "OK" und "verstanden" > > > malenki Alex > > ( http://de.wikipedia.org/wiki/Rofl#K ) > Kannte ich noch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
Sebastian Niehaus schrieb: >malenki writes: > >> Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ >> gelandet. > >Prima, das sieht gut aus. Danke! Freut mich, wenn er gefällt! Um einen Vergleich zu anderen genannten Loggern mit 120.000 Punkten zu haben: der RGM-3800 speichert im einfachsten Modus (nur lat/lon/time) ~650.000 Punkte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Marker aus der slippymap in PHP nutzen?
Hallo! Am 31. Januar 2010 10:17 schrieb Christian Knorr : > Hallo zusammen, > ich möchte in der slippymap einen Marker setzen können, dessen Position > (lat lon) dann in 2 Eingabefeldern erscheint, die ich mit PHP weiter > nutzen kann. Im zweiten Schritt, wenn diese Eingaben schon existieren > (in der Datenbank) soll entsprechend der Marker schon gesetzt sein. > > Mit Javascript kenne ich mich nicht so aus, bisher habe ich einiges von > http://www.osm-wms.de/ geklaut. Da kann man oben rechts auf den goldenen > Marker klicken, ihn in der Map setzen und die Position erscheint im > Permalink. Da komme ich jetzt aber nicht weiter. > > Kann mir da jemand unter die Arme greifen oder ein Tutorial empfehlen, > oder eine Seite zeigen wo es sowas schon gibt? > > Danke schonmal, Chris.. Sieh mal hier: http://openlayers.org/dev/examples/click.html Um diese Werte in ein input feld zu schreiben, empfehlen sich die Methoden getElementsByName() oder getElementsById() Um also in ein im html body den Wert von lonlat.lat einzufügen, document.getElementById("lat").value = lonlat.lat; in die click event Funktion aufnehmen. Gruß, Stefan http://de.selfhtml.org/javascript/objekte/document.htm#get_element_by_id ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
> > Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ > > gelandet. ich bestätige - absolut einfach zu bedienen (mehr als "an" und "aus" benutze ich nicht, es gibt aber auch noch einen Reset-Knopf :-)) Evtl. darauf achten, dass du ein Update einspielst, falls noch eine ältere Version eingespielt ist (bei Flügen über m hört sonst das Loggen auf (gaaanz wichtig :-) und irgendwann haben die die Höhendaten umgestellt, die werden jetzt korrigiert) Frische 1000-mAh-Akkus halten etwa 6 bis 8 Stunden, ein gutes Ladegerät vorausgesetzt. Ich habe übrigens das Loggen auf alle 3 Sekunden eingestellt, für mich ein prima Kompromiss, der sowohl für das Laufen, Radfahren und Autofahren gut funktioniert. Weitere Hinweise unter http://wiki.openstreetmap.org/wiki/DE:Datalogger_Royaltek_RGM-3800 es gibt von Royaltek, soweit ich das im Kopf habe, auch einen Nachfolger - über diesen weiß ich jedoch nichts. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umtragung für Kanus/Paddelboote etc
Am 30.01.2010 03:28, schrieb Ulf Lamping: > Am 30.01.2010 02:39, schrieb Johann H. Addicks: >> Wie tagt man soetwas: >> http://www.addicks.net/gallery/Irgendwo/DSCF9183 > > Schau mal unter: > http://wiki.openstreetmap.org/wiki/WikiProject_Whitewater_Maps Moin, die Macher des Whitewater_Maps-Projekts haben leider nur an ihre Anwendung gedacht. Für Fluss- und Seekajakfahrer oder Ruderer ist "whitewater=put_in;egress" wenig sinnvoll. Ein umfassenderes Tag "canoe=..." wäre m.E. besser. Auf der englischsprachigen Diskussionsseite habe ich einen Kommentar dazu hinterlassen. Die Initiatoren scheinen aber nicht sehr aktiv zu sein. Auf der Seite "http://wiki.openstreetmap.org/wiki/Key:whitewater"; steht sogar "Vote-Start: 2010-01-15, Vote-End: 2010-01-30", aber ich sehe weder eine Diskussion noch eine Abstimmung. Ich würde die Ein- und Ausstiegsstellen mit canoe=put_in eingeben und den Punkt sofern vorhanden auf die Uferlinie und sonst neben den Fluss setzen. Die Wegstrecke zwischen den beiden Einsetzstellen könnte man mit canoe=portage tagen. Wäre ein Weg sichtbar (auf den Foto sieht es nicht so aus) würde ich zusätzlich highway=path eingeben. Für den nichtbefahrbaren Flussteil könnte man "canoe=no" oder "whitewater=hazard" nehmen. Auf dem Foto ist am Ende der Sohlgleite ja auch ein kleiner Bereich mit "weißem Wasser". Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und der Umtragestellen nicht so groß ist und die Flüsse, Brücken und Zufahrten mit Parkplatz oft schon erfasst sind. Ich träume seit einiger Zeit davon, aber ich habe bislang nicht die nötige Zeit und Motivation gefunden, um richtig aktiv zu werden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
Sebastian Niehaus schrieb: >> für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll >> nicht mit. Anforderungen wären: >> > Da wäre ich kompromissbereit, wenn ein *kleines* Ladegerät existiert. > zwei Geräte mit Mini-USB-Anschluss (=> kleines Ladegerät) fallen mir aktuell ein die ich auch selbe besitze: 1) iblue 747a+ (bzw. der Vorgänger iblue 747 ) 2) Wintec WBT 201 Wobei der Nachfolger der 201 auch sehr interessant sein sollte: Wintec WBT 202 Features gemäß deutscher Wintec-Webseite: * u-blox 5 GPS Chipsatz (kann prinzipiell auch Galileo) * *A-GPS* (Assisted GPS) * *-160 dBm Empfindlichkeit * **interner Datenspeicher*, bis zu *260.000 Wegpunkte * **MicroSD-Speicherslot*, *bis zu 2 GB* *=> bis 134 Millionen Wegpunkte ** Bewegungssensor, über PC Software konfigurier oder abschaltbar * POI-Taste * Keine Software nötig - Software bereits auf der Speicherkarte vorinstalliert * Keine USB-Treiber nötig - Plug & Play * Mass Storage Device Modus * Bis zu 28 Stunden Dauerbetrieb Das sind einige sehr interessante technische Daten. Hat schon jemand Erfahrung mit dem WBT 202? Allerdings ist das Gerät auch nicht ganz preiswert: 109€ bei allen gängigen Versendern. Grüße Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umtragung für Kanus/Paddelboote etc
> Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar > kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und > der Umtragestellen nicht so groß ist und die Flüsse, Brücken und > Zufahrten mit Parkplatz oft schon erfasst sind. Stell dir das mal nicht ganz so einfach vor. Ich hatte auch mal angefangen unseren Fluss entsprechend zu taggen. Umtragestellen und Einsetztreppen auch mit diesen Tags versehen. So wenig sind es nicht. Jeder Ort hat hier ein Einsetztreppe und jede Schleuse kann umgetragen werden. Das geht soweit noch. Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. Und so kann es dir passieren, dass deren DB einfach mal so direkt in den OSM Daten herum schreibt. Ist mir erst letztens passiert. Die nutzen ja beispielsweise für Kontaktdaten an Schleusen wieder eigene Tags, dafür haben wir aber in OSM ja bereits gebräuchliche, die dann auch alle lesen können. Das sieht aber deren DB nicht. Und so hatte einer anhand einer Buchbeschreibung versucht zu taggen. Das Buch hat einen uralten Stand. Meine erst im September nachkontrollierten Sachen waren futsch. Solange die mit ihren Gewässerkartenprojekten also nichtmal mit der Haupt DB auf Harmonie kommen, vorhandenes einfach so überbügeln, macht das erfassen in OSM nicht wirklich Spaß. Dieses nebeneinander her gewurschtle behindert eher als das es was bringt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umtragung für Kanus/Paddelboote etc
Am 31.01.2010 14:37, schrieb Mirko Küster: > Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts > noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden > konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. Und > so kann es dir passieren, dass deren DB einfach mal so direkt in den OSM > Daten herum schreibt. "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch ruhig Namen. > Ist mir erst letztens passiert. Die nutzen ja beispielsweise für > Kontaktdaten an Schleusen wieder eigene Tags, dafür haben wir aber in OSM ja > bereits gebräuchliche, die dann auch alle lesen können. Das sieht aber deren > DB nicht. Und so hatte einer anhand einer Buchbeschreibung versucht zu > taggen. Das Buch hat einen uralten Stand. Meine erst im September > nachkontrollierten Sachen waren futsch. Hast du denjenigen mal angeschrieben? Vielleicht ist das ein Bug in einem von irgendwelchen Skripten, der dann *schleunigst* behoben werden sollte - sonst geht nur nochmehr kaputt. Vielleicht sind die Hintergründe aber auch ganz andere. > Solange die mit ihren Gewässerkartenprojekten also nichtmal mit der Haupt DB > auf Harmonie kommen, vorhandenes einfach so überbügeln, macht das erfassen > in OSM nicht wirklich Spaß. Dieses nebeneinander her gewurschtle behindert > eher als das es was bringt. Ja, eine gewisse Harmonisierung hätte hier inzwischen durchaus seinen Charme. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umtragung für Kanus/Paddelboote etc
> "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem > anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch > ruhig Namen. Ich nenne keine Namen, weil so eine Situation generell und auch egal bei welchem Projekt eher subotimal ist. Wenn das nicht sauber miteinander arbeitet dann bitte eine eigene DB, das ganze auf Linie bringen oder eine Prüfungsroutine, welche das vernichten auf der Hauptdatenbank verhindert. Ansonsten kann man so einfach nicht arbeiten. > Hast du denjenigen mal angeschrieben? Vielleicht ist das ein Bug in > einem von irgendwelchen Skripten, der dann *schleunigst* behoben werden > sollte - sonst geht nur nochmehr kaputt. Vielleicht sind die > Hintergründe aber auch ganz andere. Nichts mit Bug. In dem Fall war es sogar der Betreiber von einem der Projekte persöhnlich. Der hats auf seinem System nicht sehen können, eben weil man eher mit der Hauptdatenbank konkurriert und überschreibt, statt weitergendes im eigenen System zu machen. Wozu braucht man bitte beispielsweise eigene Tags für Kontaktdaten? Da wertet man beispielsweise einzig den Hauptschlüssel, beispielsweise lock für Schleuse, und entnimmt so nur dort die ohnehin schon etablierten Tags. Nein, da muss ein extra Schema her um nicht vorfiltern zu müssen. Wenn das jeder so macht, hast du einmal die Kontaktdaten im OSM üblichen Schema und darunter noch zwöfunddreißig mal das gleiche mit jeweils eigenem Namensraum. Das bläht nicht nur die DB schön auf, wer ändert denn dann 20 Nummern, wenn sich beispielsweise die Telefonnummer ändert? > Ja, eine gewisse Harmonisierung hätte hier inzwischen durchaus seinen > Charme. Das wäre eingentlich Grundvorrausetzung damit das überhaupt funktionieren kann. Schlimm genug das zwei Projekte im grunde das gleiche machen und sich gegenseitig angehen. Ich erinnere da nur an den Kindergarten mit dem umtaggen. Woanders hätte man beide auf die Strafbank gesetzt. Es geht aber absolut nicht an, das man die für die Haupt DB gültigen Tags auf der Haupt DB ignoriert und der Bequemlichkeit halber dort eigene größtenteils undokumentierte Schmenen über vorhandenes etabliertes drüberbügelt. Entweder führt man seine Tags in die Hauptdatenbank ein, dokumentiert das auch. Dann kann man von beiden Seiten problemlos arbeiten. Oder man zieht nur die Grundinformationen aus der Haupt DB und hält sein Schema oder die Auswertungsmethode auf dem eigenem System. Man Stelle sich mal vor das jede Anwendungsseite was eigenes macht und lustig auf der DB rumschreibt. Um das zu überblicken muss man auf jeder dieser Seite arbeiten. Die sollen die Informationen ja gerne nutzen, deswegen tragen wir die ja ein. Aber bitte nicht die Haupt DB für die jeweils eigenen Zwecke verbiegen. Da blickt irgendwann garkeiner mehr durch. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Integritaetsfehler
Hi, habe mir die Balearen per XAPI gezogen. Wenn ich die nun in JOSM öffne bekomme ich die Fehlermeldung: "DataIntegrityProblemExeption:Ein Benutzer mit der gleichen ID aber mit einem unterschiedlichen namen wurde gefunden." Ist das ein Problem der XAPI oder ist JOSM hier zu pingelig ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc)
Am 31.01.2010 16:02, schrieb Mirko Küster: >> "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem >> anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch >> ruhig Namen. > > Ich nenne keine Namen, weil so eine Situation generell und auch egal bei > welchem Projekt eher subotimal ist. <...> Dass der Abgleich einer parallelen DB mit OSM einiges an Sorgfalt erfordert, sollte jedem klar sein der sowas aufsetzt. Wenn jemand nicht willens oder schlicht unfähig ist sowas sauber durchzuführen, muß man ihn darauf hinweisen und wenn er sich als uneinsichtig oder unfähig erweist die Probleme abzustellen schlimmstenfalls halt auch sperren. Das dürfte OSM weit aber prinzipiell Konsens sein und dazu brauchst du auch nicht mehrere Absätze zu schreiben. Was dabei genau "sauber" ist, dürfte allerdings nicht so klar sein, da hat jeder so seine Sichtweise. Sachen ungesehen rauslöschen oder zu überschreiben weil man die bestehenden Daten in seiner "eigenen DB" nicht sieht, dürfte aber ganz klar unter "unsauber" fallen. Mit so einer generellen Aussage "das sollte man nicht tun" bewegst du aber im konkreten Fall erstmal garnichts. Was wir dann brauchen ist: a) was geht schief? b) um welche Elemente geht es (z.B. permalink davon)? c) hast du den Verursacher informiert und (wie) hat er geantwortet? d) ist damit zu rechnen, daß sowas in Zukunft wieder passiert? Wenn du uns nicht die Details der Aktion mitteilen willst, steht der Rest deiner Aussage irgendwie im luftleeren Raum. Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, da können wir dir wohl nicht helfen und müssen warten bis jemand anderes wieder auf das gleiche Problem stößt, der Willens und in der Lage ist wirklich an der Lösung des Problem zu arbeiten." Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Integritaetsfehler
Chris-Hein Lunkhusen schrieb: > Hi, > habe mir die Balearen per XAPI gezogen. > > Wenn ich die nun in JOSM öffne bekomme ich die Fehlermeldung: > > "DataIntegrityProblemExeption:Ein Benutzer mit der gleichen ID aber mit > einem unterschiedlichen namen wurde gefunden." > > Ist das ein Problem der XAPI oder ist JOSM hier zu pingelig ? > Ich tippe auf JOSM. Wenn man seinen Namen ändert, ist man noch derselbe Nutzer, aber der Name ist ein anderer, der Zustand "ID=42, Name=foo"+"ID=42, Name=bar" wäre also einfach und "legal" herzustellen. Meines Wissens nach ist genau das der Grund für die User-IDs, JOSM sollte sich imho an die ID halten. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datalogger für längeren Urlaub gesu cht mit Standardbatterien und Speicherkarte (Re: Logg er gesucht)
Am 31.01.2010 06:58, schrieb Sebastian Niehaus: > Wobei der Speicherbedarf des Royaltek für meine > Ottonormalarbeitnehmer-Urlaubsdauer okay ist. Wenn Du den RGM3800 auf Sekundenintervall stellst und zudem noch auch HDOP/Fix mit aufzeichnest, dann ist der in rund 36h Aufzeichnung voll. Für einen 14-Tages-Urlaub reicht das also nicht, zumindest nicht bei "OSM-Betrieb". -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Integritaetsfehler
Hallo, SLXViper wrote: > Ich tippe auf JOSM. Wenn man seinen Namen ändert, ist man noch derselbe > Nutzer, aber der Name ist ein anderer, der Zustand "ID=42, > Name=foo"+"ID=42, Name=bar" wäre also einfach und "legal" herzustellen. Naja, von der API kriegst Du sowas nie - wenn Du Deinen Namen von foo auf bar aenderst, werden alle von Dir bearbeiteten Objekte mit "bar" gekennzeichnet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc)
- Original Message - From: "Ulf Lamping" To: Sent: Sunday, January 31, 2010 5:31 PM Subject: Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc) Am 31.01.2010 16:02, schrieb Mirko Küster: >> "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem >> anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch >> ruhig Namen. > > Ich nenne keine Namen, weil so eine Situation generell und auch egal bei > welchem Projekt eher subotimal ist. <...> Dass der Abgleich einer parallelen DB mit OSM einiges an Sorgfalt erfordert, sollte jedem klar sein der sowas aufsetzt. Wenn jemand nicht willens oder schlicht unfähig ist sowas sauber durchzuführen, muß man ihn darauf hinweisen und wenn er sich als uneinsichtig oder unfähig erweist die Probleme abzustellen schlimmstenfalls halt auch sperren. Das dürfte OSM weit aber prinzipiell Konsens sein und dazu brauchst du auch nicht mehrere Absätze zu schreiben. Was dabei genau "sauber" ist, dürfte allerdings nicht so klar sein, da hat jeder so seine Sichtweise. Sachen ungesehen rauslöschen oder zu überschreiben weil man die bestehenden Daten in seiner "eigenen DB" nicht sieht, dürfte aber ganz klar unter "unsauber" fallen. Mit so einer generellen Aussage "das sollte man nicht tun" bewegst du aber im konkreten Fall erstmal garnichts. Was wir dann brauchen ist: a) was geht schief? b) um welche Elemente geht es (z.B. permalink davon)? c) hast du den Verursacher informiert und (wie) hat er geantwortet? d) ist damit zu rechnen, daß sowas in Zukunft wieder passiert? Wenn du uns nicht die Details der Aktion mitteilen willst, steht der Rest deiner Aussage irgendwie im luftleeren Raum. Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, da können wir dir wohl nicht helfen und müssen warten bis jemand anderes wieder auf das gleiche Problem stößt, der Willens und in der Lage ist wirklich an der Lösung des Problem zu arbeiten." Gruß, ULFL ___ 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] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc)
> Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, > da können wir dir wohl nicht helfen und müssen warten bis jemand anderes > wieder auf das gleiche Problem stößt, der Willens und in der Lage ist > wirklich an der Lösung des Problem zu arbeiten." Das war hier doch garnicht das Thema. Das war nur ein Hinweis das sowas immer mal wieder passieren kann. Der konkrete Fall ist schon etwas her und sehen gibts auch nicht mehr. Da wird einfach zurückgestellt und der Fall ist erledigt. Für mich persöhnlich also nicht so das Problem. Anderes wird lokal gespeichert und fertig. So wie beispielsweise das leidige Spiel mit dem xybot, der auch Eigennamen bei Straßen verschlimmbessert. Eh ich mich da ewig und drei Tage mit Betreiber rumschlagen muss, mache ich das lieber so. Das Problem ist ebenfalls lange bekannt, scheint den Botbetreiber aber nicht zu jucken. Von daher egal. Ich habe da nicht die Zeit für mich mit irgendwelchen Fehlern von Drittanwendungen herumzuschlagen. Erfassen und eintragen ist der Arbeit genug. Mir fehlt da auch der technische Backround um wirklich helfen zu können. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datalogger für längeren Urlaub gesu cht mit Standardbatterien und Speicherkarte (Re: Logg er gesucht)
> Wenn Du den RGM3800 auf Sekundenintervall stellst und zudem noch auch > HDOP/Fix mit aufzeichnest, dann ist der in rund 36h Aufzeichnung voll. > Für einen 14-Tages-Urlaub reicht das also nicht, zumindest nicht bei > "OSM-Betrieb". hm, um dem mal eine reale Erfahrung mit dem Gerät entgegen zu setzen: bei 3-Sekunden-Intervall und voller Datentiefe (lat, long, time, alt, vel, dist, status) reicht das Ding bei mir im Alltagsbetrieb eher mehr als 6 Wochen, durchaus mit einigen Tagen mit zehnstündiger bzw. noch längerer Aufzeichnung dabei ... im Urlaub bestand bisher auch nicht annähernd die Gefahr des Überlaufs. Allerdings schalte ich meist aus, wenn ich mich länger nicht von der Stelle bewege (alleine schon wegen der Akku-Laufzeit). Das Ausschalten ist ja nur ein Knopfdruck, ebenso wie das Anschalten. Also für einen normalen Zweiwochen-Urlaub müsste das Gerät allemal reichen. Das ist wohl der Unterschied zwischen Realität und Theorie. Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc)
Am 31.01.2010 18:06, schrieb Mirko Küster: >> Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, >> da können wir dir wohl nicht helfen und müssen warten bis jemand anderes >> wieder auf das gleiche Problem stößt, der Willens und in der Lage ist >> wirklich an der Lösung des Problem zu arbeiten." > > Das war hier doch garnicht das Thema. Das war nur ein Hinweis das sowas > immer mal wieder passieren kann. > Der konkrete Fall ist schon etwas her und sehen gibts auch nicht mehr. Da > wird einfach zurückgestellt und der Fall ist erledigt. Für mich persöhnlich > also nicht so das Problem. Anderes wird lokal gespeichert und fertig. So wie > beispielsweise das leidige Spiel mit dem xybot, der auch Eigennamen bei > Straßen verschlimmbessert. Eh ich mich da ewig und drei Tage mit Betreiber > rumschlagen muss, mache ich das lieber so. Das Problem ist ebenfalls lange > bekannt, scheint den Botbetreiber aber nicht zu jucken. Von daher egal. So wie beispielsweise das leidige Spiel mit dem Mirko, der immer öffentlich Probleme benennt aber öffentlich nichts zu dessen Lösung beitragen will. Wenn ich jetzt nachfrage kommt dabei wohl raus, daß das Problem eigentlich auch schon längst behoben ist. Wieso kommt mir gerade der Gedanke, daß eine weitere Diskussion mit dir schlicht Zeitverschwendung ist? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datalogger für längeren Urlaub gesu cht mit Standardbatterien und Speicherkarte (Re: Logger ges ucht)
Am 31.01.2010 18:09, schrieb Schorschi: > Das ist wohl der Unterschied zwischen Realität und > Theorie. Hmm, kommt vielleicht auch darauf an, wie lange mal pro Tag draußen unterwegs ist und wie lange man irgendwo drinnen sitzt. Mit dem Sekunden-Intervall hole ich bei meinen beiden RGM3800 alle zwei Tage die Daten heraus und dann sind die immer gut 2/3 voll. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc)
> So wie beispielsweise das leidige Spiel mit dem Mirko, der immer > öffentlich Probleme benennt aber öffentlich nichts zu dessen Lösung > beitragen will. Nicht will sondern schlicht nicht kann. Ich kann dir nur sagen das ich Daten bei OSM eintrage, diese dann von einem anderen Projekt einfach überschrieben wurden, weil man da anscheinend nicht alle OSM Daten sieht. Was die da machen kann ich dir nicht sagen, keine Ahnung. In dem Fall hast du dich doch aufgedrängt. Das "Problem" war garnicht Thema. Das war nur ein Hinweis das beispielsweise Freietonne OSM Daten mit eigenen Daten überschreibt und das unschön enden kann. Der Fall der mich peröhnlich betrifft war schon vor Wochen in einem eigenen Thema abgesfrühstückt. Was soll ich dazu noch weiter sagen? Außerdem ist das hier doch teilweise auch sinnlos. Da war z.B. die Geschichte mit dem Bicycle, da konnte man sagen was man wollte, du warst ganze vorne dabei generell zu mauern. Wenn das deine Lösung ist dann ist ja alles klar. > Wenn ich jetzt nachfrage kommt dabei wohl raus, daß das Problem > eigentlich auch schon längst behoben ist. Wieso kommt mir gerade der > Gedanke, daß eine weitere Diskussion mit dir schlicht Zeitverschwendung > ist? In meinem Fall ja, hatte ich ja bereits geschrieben. Was da generell läuft kann ich nicht sagen, ich bin kein Programmierer und weiß auch nicht was bei den Projekten so läuft. Wenn du wissen möchtest wie die da auswerten und in der DB herumschreiben, musst du schon die Projektverantwortlichen selber befragen. Ich bin einfacher Mapper, kein Programmierer. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datalogger für längeren Urlaub gesu cht mit Standardbatterien und Speicherkarte (Re: Logger ges ucht)
Johann H. Addicks schrieb: >Am 31.01.2010 18:09, schrieb Schorschi: >> Das ist wohl der Unterschied zwischen Realität und >> Theorie. > >Hmm, kommt vielleicht auch darauf an, wie lange mal pro Tag draußen >unterwegs ist und wie lange man irgendwo drinnen sitzt. > >Mit dem Sekunden-Intervall hole ich bei meinen beiden RGM3800 alle >zwei Tage die Daten heraus und dann sind die immer gut 2/3 voll. 2008 hatte ich einen Schmierzettel online gestellt, der noch immer erreichbar ist. Vielleicht hilft er ja: http://www.malenki.ch/Touren/08/Sommer/Logger.html Wimre gab es damals™ noch nicht die Möglichkeit, DOP aufzuzeichnen. Das entsprechende Update erschien gegen Ende 2008, wenn mich nicht alles täuscht. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umtragung für Kanus/Paddelboote etc
Am 31.01.2010 14:37, schrieb Mirko Küster: >> Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar >> kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und >> der Umtragestellen nicht so groß ist und die Flüsse, Brücken und >> Zufahrten mit Parkplatz oft schon erfasst sind. > > Stell dir das mal nicht ganz so einfach vor. Ich hatte auch mal angefangen > unseren Fluss entsprechend zu taggen. Umtragestellen und Einsetztreppen auch > mit diesen Tags versehen. So wenig sind es nicht. Jeder Ort hat hier ein > Einsetztreppe und jede Schleuse kann umgetragen werden. Das geht soweit > noch. Wenn wir die Flüsse und Seen, die man mit Booten befahren darf und kann, und dort auch noch Einsetzstellen, Hindernisse und Umtragewege erfasst haben, ist für Wasserwanderer schon sehr viel gewonnen. > Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts > noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden > konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. > [...] Für einige Schilder im Straßenverkehr gibt es auch keine Tags. Bis auf wenige Spezialanwendungen genügt es auch, die für die Routenwahl notwendigen Schilder und Schifffahrtszeichen zu kennen. An dem von Johann fotografierten Flussabschnitt gibt es sicherlich gar keine Schifffahrtszeichen. Für die Kleinstfahrzeuge (Kajak, Kanadier und Ruderboote) sind ohnehin die meisten Seezeichen irrelevant. Es ist wichtig zu wissen, wo die Grenzen von Fahrwassern und von Sperrgebieten sind. Aber die Polygone dieser Gebiete werden kurioserweise weder vom Projekt Freie Tonne noch von OSeaM definiert. Wo ein Sperrgebiet auf die Uferlinie trift, lässt sich bislang nicht sinnvoll eingeben. Die Großschifffahrt, die sich in finsterer Nacht an den Blinkcodes der Tonnen orientiert, wird wahrscheinlich auch in den nächsten Jahren keine OSM-Daten nutzen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmarenders eingebaute pattern anpassen
Hallo, folgendes Problem. Mit dem Offline Frontend lassen sich die Styles ja soweit gut anpassen. Nur eines nicht, die vordefinierten Flächenmuster. Die stecken Hardcode als XML im Style und werden nicht als eigenes svg wie die Icons geladen. Ich bin soweit gekommen das ich den Quelltext aus einem mit Inkscape erstellten svg soweit verbogen und in den Style gefrickelt habe, das es teilweise funktioniert. Bei einem Element funktioniert das nicht, das andere sitzt nicht genau da wo es sitzen sollte. Gibt es irgendeine Möglichkeit ein fertiges svg in stylekonformen Code zu übersetzen, oder wie haben die Entwickler das gebaut? Oder kann man gar die hardcode pattern rausnehmen und ein normales svg für Flächen verlinken? Gruß Mirko___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vektorkarten auf Windows-CE/Mobile?
Hallo, Welches der vielen Programme zur Darstellung von Offline-OSM-Karten beherrscht Vektordarstellung? Die Programme, die ich bislang gefunden habe wollten alle vorher Tiles als PNG downloaden. Das mag für "Großraum Eschborn" noch funktionieren, aber spätestens bei "Hessen Komplett in Z17" wird's mit dem Flash-Speicher eng... Aber vermutlich habe ich nur falsch geschaut, daher: Welche Empfehlung hättet Ihr für mich, um zumindest eine OSM-Deutschlandkarte dabeizuhaben, die nicht den Einschränkungen des Garminformates unterliegt? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vektorkarten auf Windows-CE/Mobile?
Hallo! > Welches der vielen Programme zur Darstellung von Offline-OSM-Karten > beherrscht Vektordarstellung? > Die Programme, die ich bislang gefunden habe wollten alle vorher Tiles > als PNG downloaden. Das mag für "Großraum Eschborn" noch funktionieren, > aber spätestens bei "Hessen Komplett in Z17" wird's mit dem > Flash-Speicher eng... > Aber vermutlich habe ich nur falsch geschaut, daher: Welche Empfehlung > hättet Ihr für mich, um zumindest eine OSM-Deutschlandkarte > dabeizuhaben, die nicht den Einschränkungen des Garminformates unterliegt? libosmscout (libosmscout.sf.net) hat dies zum Ziel. Aktuell entwickle ich unter Linux, weiss aber das ein Build unter Windows erfolgreich war. Ein Build unter Windows CE sollte daher ebenfalls möglich sein (leider habe ich selbst aber keine Entwicklungsumgebung/Gerät). libosmscout befindet sich allerdings noch in der Entwicklung (Features/Performance). -- Gruß... Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vektorkarten auf Windows-CE/Mobile?
Johann H. Addicks schrieb: > Hallo, > > Welches der vielen Programme zur Darstellung von Offline-OSM-Karten > beherrscht Vektordarstellung? > > Die Programme, die ich bislang gefunden habe wollten alle vorher Tiles > als PNG downloaden. Das mag für "Großraum Eschborn" noch funktionieren, > aber spätestens bei "Hessen Komplett in Z17" wird's mit dem > Flash-Speicher eng... gpsvp kann auch Garmin-style Vektorkarten auf Windows Mobile darstellen. Ob das genauso so aussieht wie auf dem Garmin kann ich mangels kartenfähigem letzteren nicht sagen. gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autoschalter
Hallo, ich finde nirgends eine Beschreibung für einen Autoschalter. Meine Lösung: drive-in_counter == yes Leo.org liefert für "Autoschalter" im Englischen "drive-in counter". Die Lösung ist m.E: so allgemein sein, dass man sie überall als Tag dazu packen kann. Kommentare dazu? Im konkreten kenne ich zwei Beispiele dafür: Tauern-Apotheke in Berlin und eine Bank in Hessen. Auch einen Briefkasten den ich kenne könnte man so kennzeichnen (der ich offiziell dafür vorgesehen, dass man mit dem Auto hinfährt). Und z.B. auch Fast-Food Restaurants wären so kennzeichenbar. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vektorkarten auf Windows-CE/Mobile?
Hallo, > Welches der vielen Programme zur Darstellung von Offline-OSM-Karten > beherrscht Vektordarstellung? > > NaviPOWM http://sourceforge.net/projects/navipowm/ stellt nur Vektordaten dar. Die OSM-Daten müssen in das eigene MAP-Format gewandelt werden (1°x1° pro Datei). Die fertigen Karten (MAP) biete ich hier http://dev.openstreetmap.de/navipowmmaps/ weltweit an. "GermanyPlus" wird sogar täglich neu berechnet. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de