Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Ich finde einige Antworten auch ziemlich wenig einladend formuliert. Hoffentlich hat das keine zu große abschreckende Wirkung. Die Idee finde ich nämlich sehr gut. Der Namensraum sollte angepasst und eine Nachvollziehbarkeit für andere Mapper sollte gegeben sein. Es sollte aber klar sein, dass es bei OSM keine IDs mit Veränderungsschutz gibt. Aber mit einer guten Dokumentation im Wiki und einer regelmäßigen Überprüfung (evtl. halb automatisch), ob die IDs noch vorhanden und richtig positioniert sind, sollte das kein großes Problem sein. - Ursprüngliche Message - Von: Toni Erdmann toni.erdm...@web.de An: talk-de@openstreetmap.org CC: Gesendet: 21:42 Mittwoch, 10.Juli 2013 Betreff: Re: [Talk-de] Einführung eines neuen Tags (globaleID) On 07/10/2013 05:26 PM, Stephan Knauss wrote: Dirk Sohler writes: Alles sehr „fishy“ … Vor allem, da sich das entsprechende Unternehmen nun so gar nicht mehr aktiv an der Diskussion beteiligt. Die Antworten waren auch in vielen Fällen alles andere als freundlich, einladend, konstruktiv. Sorry, dass ich erst jetzt die Zeit finde mich zu melden. Ich hatte am 17. Juni ein etwa 2-stündiges Gespräch in den Büros von Mentz DV. Vorausgegangen war ein E-Mail-Verkehr aufgrund einer Änderung am Münchener Ostbahnhof. Das Gespräch mit Tracy und ihren Kollegen war sehr freundlich, entspannt und konstruktiv. Meine Bitte war dabei, dass sie sich wegen weiterer Absprachen / Vorschlägen an diese Liste wenden sollten. Bei einigen Antworten habe ich mich dann allerdings über die Heftigkeit gewundert. Was neue Tags und die unabhängige Überprüfbarkeit durch Dritte angeht, bin ich auch der Meinung, dass die Quellen offen sein müssen. Und zwar so, dass ein beliebiger Mapper bei fehlerhafte oder verschwundene Tags Reparaturen anhand einer Liste vornehmen kann. Optimal wäre ein regelmäßiger Update der Liste(n). Bei den Namen plädiere auch ich eher für generische Namen mit Namensräumen, wie z.B. von Jochen Topf vorgeschlagen public_transport:ifopt:stop_id wobei ich das ifopt ganz ans Ende stellen würde: - vom Allgemeinen public_transport - über das spezifischere stop_id(oder so) - zum spezifisch zu verwendenden Standard ifopt für die Analyse, Syntax und Semantik der Wertes. Toni (ToniE) ___ 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] TSP Routing auf OSM Basis?
OsmAnd soll TSP mit der kommenden Version 1.4 können: https://groups.google.com/forum/?fromgroups#!topic/osmand/UWaMt-_zVRE https://github.com/osmandapp/Osmand/commit/7de85b7cf6a0bb2c177d8990cc8e1c8af3dc1444 Getestet habe ich diese Funktion bisher nicht. - Ursprüngliche Message - Von: RalfGesellensetter r...@gmx.de An: talk-de@openstreetmap.org talk-de@openstreetmap.org CC: Gesendet: 20:29 Montag, 27.Mai 2013 Betreff: [Talk-de] TSP Routing auf OSM Basis? Hallo, ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. Unter [1] gabe es keine konstruktive Antwort, wer weiß mehr? Danke Ralf 1. http://gis.19327.n5.nabble.com/quot-Travelling-salesman-quot-Router-auf-OSM-Datenbasis-td5309072.html ___ 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] OsmAnd nicht verfuegbar
Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version. Ist seit heute auch verfügbar: http://www.androidpit.de/de/android/market/apps/app/net.osmand.plus/OsmAnd-Karten-Navigation Die kostenlose Version gab es schon gestern: http://www.androidpit.de/de/android/market/apps/app/net.osmand/OsmAnd-Karten-Navigation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
OsmAnd ist jetzt wieder im Google Play Store erhältlich: http://osmand.net/en/component/content/article/85-google-play-app-unavailable.html https://play.google.com/store/apps/details?id=net.osmand https://play.google.com/store/apps/details?id=net.osmand.plus Das Design wurde verändert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Weiß jemand Näheres? Es scheint Differenzen zwischen dem Designer und dem Projektmanagement gegeben zu haben. Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu verwenden. Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur Folge. Jetzt ist man dabei, alle Icons auszutauschen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-history nach verschwundener Relation durchsuchen (online)
Auch kann ich den Bereich sehr gut einschränken. Dann hilft dir vielleicht: http://zverik.osm.rambler.ru/whodidit/ http://owl.apis.dev.openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle AllinOne mit veralteten Daten
Beim genaueren Betrachten der Daten sieht es aus, als würden neue Objekte und Änderungen an bestehenden seit der Umstellung auf 64-bit identifiers nicht in der AiO auftauchen. Die Node-ID 2^31-1 wurde am 9. Februar 2013 überschritten. Das Problem scheint aber schon am 28. Januar 2013 aufgetreten zu sein, denn an diesem Tag bricht die Dateigröße der AiO ein: gmapsupp.20130127.img.7z 945992 KB 27.01.2013 gmapsupp.20130128.img.7z 925708 KB 28.01.2013 ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germany/gmapsupp-images/ Zu erwarten wäre eine stetige Zunahme der Dateigröße. Dennoch könnte das Problem irgendwie mit den Node-IDs zusammenhängen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Regular Expressions
Angelehnt an: http://docs.oracle.com/javase/7/docs/api/java/util/regex/Pattern.html name=test123C und name=test1231C (aber nicht name=test123c oder name=test12C) findet man z.B. so: name=.+\\d{3,4}\\p{Upper} ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keypad-Mapper 3 ist erschienen - effizientes Erfassen von Hausnummern
Die Information war also bekannt und das es mit dem Auslagern funktioniert auch. Die dort bereitgestellte Version verwende ich übrigens bis heute. Wenn es dann trotzdem nicht eingebaut wird fällt es mir echt schwer nicht an Ignoranz zu denken. Bitte berücksichtige bei deiner Überlegung, dass das Projekt von neuen Entwicklern fortgeführt wird. Ich habe damals bei Kauf des Handys extra darauf geachtet, dass ich die entsprechende Androidversion habe, die ein Auslagern auf SD unterstützt. Ein größerer interner Speicher wäre offensichtlich auch nicht schlecht gewesen. Fast alle Programme, die ich verwende lassen sich problemlos auslagern. Das Auslagern lässt sich übrigens mit ADB erzwingen, suche mal nach: pm setInstallLocation 2 falls eine neue Version sich dann auf SD-Karte benutzen lässt. Gestern Nachmittag wurde die neue Version 3.0.19 veröffentlicht, diese darfst du gerne ausprobieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
On Wed 2012-08-15 (12:02), Steffen Grunewald wrote: Danke, aber das scheint die Westküste ziemlich großräumig auszusparen. Liegt wahrscheinlich an der geringen Einwohnerdichte (da sollte man mal drüber nachdenken, auch die Touristen mitzuzählen!). Heute gibt es auch für Irland wieder neue Bing-Bilder. Jetzt fehlen nur noch diese beiden Zellen: http://www.openstreetmap.org/?box=yesmaxlat=54maxlon=-6minlat=53minlon=-7 http://www.openstreetmap.org/?box=yesmaxlat=55maxlon=-6minlat=54minlon=-7 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keypad-Mapper 3 ist erschienen - effizientes Erfassen von Hausnummern
Gleich wieder gelöscht, da es der Entwickler mal wieder versäumt hat, dass man die App auf SD-Karte auslagern kann. Schönen Dank auch. Warum denn so aufgeregt? Wahrscheinlich fehlt in der AndroidManifest.xml nur das hier: android:installLocation=auto Vielleicht wäre ein freundlicher Hinweis an die Entwickler hilfreich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem einer Auffahrt auf eine autobahnähnlich Straße
Am 11. November 2012, 03:50 schrieb Albrecht Will: es hat den Anschein, als wärst Du dicht bei Osmand dran. Ich bin nur ein interessierter Beobachter, der auch ab und zu bei der Fehlersuche und Fehlerbehebung hilft. Wenn das so ist, würde ich Dir gern noch weitere Probleme mitteilen. Aber das muß nicht über diese Liste erfolgen. Erfolgversprechender wäre wahrscheinlich, die Fehler und Anregungen direkt hier mitzuteilen: https://groups.google.com/group/osmand https://code.google.com/p/osmand/issues/list Dort reagiert man üblicherweise schnell. Die Probleme interessieren mich dennoch, du darfst mir diese also trotzdem gerne mitteilen. :-) Übrigens sollte in Kürze die Version 1.0 erscheinen, vielleicht sind dort einige deiner Probleme behoben oder auch neue hinzugekommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder Stuttgart
Cobra schrieb: In die Liste der Luftbilder wurde es von bubeck eingetragen Kann man diesen Benutzer irgendwie erreichen? Ich habe nicht herausgefunden, ob man bei diesem Wiki Benutzern eine Nachricht schreiben kann. Registriert ist der Nutzername bubeck. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem einer Auffahrt auf eine autobahnähnlich Straße
Am 7. November 2012, 09:25 schrieb Albrecht Will: am 3.11 habe ich mich erstmalig von Osmand navigieren lassen. Dabei fiel mir ein eklatanter Fehler in der Führung auf. Ich wollte gerade einen Fehlerbericht für OsmAnd erstellen, kann dieses Problem mit der Offline-Navigation aber nicht nachvollziehen. Die OsmAnd-Route entspricht bei mir genau der OSRM-Route. Welche Version und welches Kartenmaterial verwendest du? Verwendest du bei OsmAnd die Offline-Navigation? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem einer Auffahrt auf eine autobahnähnlich Straße
Am 7. November 2012, 09:39 schrieb Eckhart Wörner: Der Fehler liegt in diesem Fall bei Osmand, und zwar gleich doppelt: 1. trunk_link impliziert zwar oneway=yes, das explizite oneway=no hebt das aber wieder auf. 2. der U-Turn, den Osmand vorschlägt, ist falsch: seit dem 9.1.2012 ist da ein Wendeverbot eingetragen. Ich kann beide Fehler mit einem aktuellen OsmAnd und mit aktuellen Daten nicht nachvollziehen. Wenn es unbedingt sein muss, dann kann ich auch entsprechende Screenshots hochladen, welche dies zeigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NetMeterProject
Am 26.10.2012 14:32, schrieb Fred Jelk: Im Webinterface unter http://de.netmeterproject.com/dashboard/account kann man der CC-BY-SA zustimmen. Und danach in der App in den Einstellungen meinem Konto zuordnen und die Samples sind CC-BY-SA. CC-BY-NC-SA, nicht CC-BY-SA. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NetMeterProject
Am 26.10.2012 11:14, schrieb Fred Jelk: Alle anderen Daten, bleiben anonym und können nicht heruntergeladen werden. Auch die herunterladbaren CC-BY-NC-SA-Daten sind anonym. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NetMeterProject
Am 26.10.2012 14:20, schrieb Cobra: Lückenhaft unter CC finde ich da schon frech. Aber das noch als NC ist einfach nur unverschämt. Sorry, nicht mit mir. Und ich finde auch, dass man für sowas keine Werbung im OSM-Umfeld machen sollte, egal ob sie jetzt OSM-Daten _nutzen_ wollen oder nicht. +1 Von den insgesamt ca. 61 Samples (falls ich das richtig abgelesen habe) sind übrigens gerade einmal ca. 78000 unter CC-BY-NC-SA verfügbar, das sind weniger als 13 %. Dieses Projekt würde ich sicher nicht als offen bezeichnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenstil mit ODbL Daten und aktuellen Küstenlinien
Am 26.09.2012 um 8:00, schrieb Jochen Topf: Da ist noch ein zusätzlicher, leerer SVG-Layer drin, der das verhindert. Danke. Habe die SVG-Layer testweise mit Adblock Plus ausgeblendet und danach funktioniert Grafik anzeigen. Verwendet habe ich folgende Filterregel: openstreetmap.de##svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenstil mit ODbL Daten und aktuellen Küstenlinien
Am 26.09.2012 um 8:17, schrieb Butrus Damaskus: das habe ich schon mehrmals gehört, dass es so ein Trick gibt, aber habe nirgendo gefunden, wo genau das /dirty kommt. Beispiel: Kachel: http://c.tile.openstreetmap.de/tiles/osmde/18/139330/85893.png Kachel dirty: http://c.tile.openstreetmap.de/tiles/osmde/18/139330/85893.png/dirty Kachel status: http://c.tile.openstreetmap.de/tiles/osmde/18/139330/85893.png/status ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenstil mit ODbL Daten und aktuellen Küstenlinien
Am 26.09.2012 um 0:29, schrieb Michael Kugelmann: Geht viel einfacher: die neu zu rendernde Kachel mit der RECHTEN Maustaste anklicken = Grafik anzeigen Nein, genau das geht eben bei openstreetmap.DE (darum ging es hier), zumindest mit dem genannten Firefox, nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenstil mit ODbL Daten und aktuellen Küstenlinien
Am 26.09.2012 um 1:02, schrieb Frederik Ramm: Vermutlich geht es, wenn Du den lokale Gruppen-Layer vorher abschaltest. Danke für den Hinweis, hilft aber leider auch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Linie mit Flächenzeichenstil nicht geschlossen
Am 08.09.2012, 20:19 Uhr, schrieb Andreas Schmidt: Der Fehler Linie mit Flächenzeichenstil nicht geschlossen wird anscheinend von einem Punkt der Waldgrenze ausgelöst, der oben rechts liegt. Den habe ich mal gelöscht und neu erstellt, das brachte aber leider nichts. Die Tags der outer-Wege (landuse=forest und name=Herrschaft) gehören an das Multipolygon: http://www.openstreetmap.org/browse/relation/73450 Nicht an die outer-Wege des Multipolygons: http://www.openstreetmap.org/browse/way/30764418 http://www.openstreetmap.org/browse/way/144880471 http://www.openstreetmap.org/browse/way/144880472 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Am 06.09.2012, 11:37 Uhr, schrieb Steffen Grunewald: Hängt damit irgendwie zusammen, dass die Garmin-img-Dateien von All-In-One und Raumbezug heute *sehr* klein ausgefallen sind? Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer sind: http://download.geofabrik.de/osm/europe/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezifische Radweg-Karte für Garmin?
Am 04.09.2012, 8:45 Uhr, schrieb Lars Schimmer: Einen Track aufs ETrex bringen ist ja ned, bei 50 (oder waren es 500?) Punkten ist Schluß - das reicht nichtmal für eine Tagesetappe. Mit diesem Trick ist es mir gelungen, Tracks mit bis zu 10.000 Punkten auf ein eTrex Vista HCx zu bekommen: http://blog.gpsies.com/article/143/track-mit-mehr-als-500-punkten-auf-den-garmin-etrex-speichern ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 04.09.2012, 11:56 Uhr, schrieb Jacques Nietsch: Erledigt! Ticket #400 Direktlink, damit nicht jeder suchen muss: https://github.com/DennisOSRM/Project-OSRM/issues/400 Eigentlich sollte motorcar=yes inzwischen (31. August) berücksichtigt werden: https://github.com/DennisOSRM/Project-OSRM/commit/f5857da6f46ce6cd9994c6547e51251a9e806986 Vielleicht dauert es etwas, bis diese Änderung online geht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 03.09.2012, 17:01 Uhr, schrieb Jacques Nietsch: Ganz schlecht leider! siehe http://map.project-osrm.org/1hf Schranken scheinen immer als unüberwindlich zu gelten :( Um welche Schranke geht es denn in deinem Beispiel? Diese hier? http://www.openstreetmap.org/browse/node/1513009639 Wenn ja: Vom Start (grün) zum Ziel (rot) kommt man nur über die Fähre, da man nicht entgegen der Einbahnstraße fahren darf. Mit der genannte Schranke hängt das Verhalten nicht zusammen. Wenn nein: Welche Schranke ist gemeint? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger (DVR GS1000 / Tetex 1GP)
Am 24.08.2012 0:21, schrieb Johann H. Addicks: d.h. auch wenn es Beschleunigungswerte in Tunneln gibt, daraus lassen sich -so sehe ich's- keine Tracks verbessern. Richtig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nervige (teilweise unterschwellige) FOSM-Werbung :-(
Am 27.08.2012 23:55, schrieb Michael Kugelmann: Es gab nun mal eine sehr deutliche Mehrheit der Mapper, welche für eine Lizenzumstellung gestimmt haben. Scheinbar hat aber eine kleine Minderheit z.B. ein aus meiner Sicht gestörtes Demokratieverständnis (oder was auch immer). Es gab keine Abstimmung an denen die Mapper teilnehmen konnten, um über die Frage zu entscheiden, ob es einen Lizenzwechsel geben soll oder nicht. Schon vor der angeblichen Abstimmung stand nahezu fest, dass der Lizenzwechsel stattfinden wird. Der Mapper wurden lediglich vor die Wahl gestellt, ob er den neuen Bedingungen zustimmt und weiter mappen kann oder ob er diesen nicht zustimmt und somit dessen Beiträge aus der Datenbank entfernt werden und dessen Account für das Mappen gesperrt wird. Das ist keine freie Wahl! Die Frage, ob es einen Lizenzwechsel geben soll oder nicht, wurde hier nicht zur Wahl gestellt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger (DVR GS1000 / Tetex 1GP)
Hallo! Am 23.08.2012 03:25, schrieb Johann H. Addicks: Vielleicht kann ja jemand von Euch auf dieser Grundlage das Format enträtseln. Wir haben mehrere Lösungen erarbeitet und vorgeschlagen: http://lists.openstreetmap.org/pipermail/talk-de/2012-June/096027.html http://lists.openstreetmap.org/pipermail/talk-de/2012-June/096035.html http://lists.openstreetmap.org/pipermail/talk-de/2012-June/096038.html http://lists.openstreetmap.org/pipermail/talk-de/2012-June/096042.html http://lists.openstreetmap.org/pipermail/talk-de/2012-June/096047.html Was haben wir vergessen zu enträtseln? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
On Wed 2012-08-15 (12:02), Steffen Grunewald wrote: Danke, aber das scheint die Westküste ziemlich großräumig auszusparen. Liegt wahrscheinlich an der geringen Einwohnerdichte (da sollte man mal drüber nachdenken, auch die Touristen mitzuzählen!). Es wird für die ganze Insel neue Bing-Bilder geben. Bisher wurde Irland zu ca. 80% beflogen, davon sind erst ca. 30% online. Über den restlichen ca. 20% fliegt das Flugzeug noch. Hier der aktuelle Stand für Europa: http://is.gd/bxTWGE- Die gelben, hellblauen und dunkelblauen Gebiete sind schon fertig (aber noch nicht alle online), die braunen Gebiete werden zurzeit noch beflogen. Diese Informationen beziehen sich auf Bings Global Ortho Project. Für darin nicht enthaltene Gebiete werden keine eigenen Bilder erstellt, können aber (wie bisher auch) ggf. zugekauft werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Die (irgendwo) versprochenen höherauflösenden Bing-Bilder habe ich noch nicht sichten können. Ich habe die Umrisse der bisher schon verfügbaren neuen Bing-Bilder in Irland hier als OSM-Datei hochgeladen: http://pastebin.com/download.php?i=aL8vSFYH Jetzt kannst du dir ein genaues Bild davon machen. ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Ich habe mir das genauer angesehen und festgestellt, dass der Bot die Löschungen vorgenommen hat: http://www.openstreetmap.org/browse/way/8433108/history http://www.openstreetmap.org/browse/way/8432921/history Warum der OSMI das nicht anzeigt, ist mir nicht bekannt. Am 09.08.2012 1:07, schrieb fly: Jetzt verstehe ich das auch nicht mehr und der redaction bot war hier auch nicht am Werk [2]. Da scheint mir jemand am Löschen von Daten. Militärgebiete und andere Linien sind auch verschwunden, was mein unter [2] durch Wechseln des Base layers sehen kann. Kann sich das mal jemand genauer anschauen. Danke [2] http://tools.geofabrik.de/osmi/?view=redactionbotlon=-15.45396lat=23.47821zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo Frederik, manche Löschungen durch den Bot werden nicht angezeigt: http://lists.openstreetmap.org/pipermail/talk-de/2012-August/097402.html Weißt du woran das liegt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Am 12.06.2012 11:29, schrieb Steffen Grunewald: Die Einheiten des Beschleunigungssensors wären ja auch mal interessant... Offensichtlich milli g. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Am 11.06.2012 15:17, schrieb Steffen Grunewald: So offensichtlich ist das für mich nicht - dann sollte doch nach Pythagoras die Summe der Quadrate der einzelnen Komponenten genau 100 ergeben? Nein, warum? Da aber der eine Wert ziemlich konstant über 1000 liegt, geht das schon mal nicht Wenn du den Beschleunigungssensor auf den Boden legst, so dass eine Achse des Sensors exakt zum Erdmittelpunkt ausgerichtet ist, dann wird dieser für diese Achse (Z) ziemlich genau die Erdbeschleunigung von 1 g anzeigen und für die beiden anderen Achsen (X und Y) 0 g. Wenn du jetzt den Sensor in Richtung der X-Achse beschleunigst, so wird dieser für die Z-Achse weiterhin 1 g anzeigen und zusätzlich für die X-Achse die entsprechende Beschleunigung und für die Y-Achse immer noch 0 g. Jetzt kannst du den Sensor auch noch zusätzlich in Richtung der Y-Achse beschleunigen, dann zeigt der Sensor für die Z-Achse immer noch 1 g an und für die X- und Y-Achse die entsprechenden Beschleunigungen. Erst wenn du den Sensor nach oben oder unten beschleunigst, wird dieser nicht mehr die Erdbeschleunigung anzeigen. Meistens wird der Sensor aber nicht zum Erdmittelpunkt ausgerichtet sein, dann misst der Sensor natürlich auch für die X- bzw. Y-Achse des Sensors Anteile der Erdbeschleunigung, bei den anderen Achsen verhält sich das entsprechend. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Jetzt mit Offset-Berechnung, verwendet * aus der NMEA-Prüfsumme: #include stdlib.h #include stdio.h int main (int argc, char *argv[]) { if (argc != 2) { printf(usage: %s filename\n, argv[0]); exit(1); } else { FILE *file = fopen(argv[1],r); if (file == NULL) { printf(Could not open file\n); exit(1); } else { int start = 0; int detect = 0; int c; long int pos = 0; int shift; while ((c = fgetc(file)) != EOF) { if (c == '\n') { if(start) { printf(\n); } else { start = 1; } } else { if(start) { if(detect) { c+=shift; c+=128; c%=128; printf(%c,c); } else { pos = ftell(file); while ((c = fgetc(file)) != EOF) { if (c == '\n') { fseek(file,-4,SEEK_CUR); shift = '*' - fgetc(file); detect = 1; // printf(shift: %d\n,shift); break; } } fseek(file,pos,SEEK_SET); } } } } fclose(file); } } return 0; } - Ursprüngliche Message - Von: Paul Hartmann phaau...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: Gesendet: 10:33 Sonntag, 10.Juni 2012 Betreff: Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger Hm, als zusätzliche Schikane scheint der Offset für jede Datei verschieden zu sein (vergleiche erste Mail). Naheliegenderweise müsste der Wert im Header kodiert sein: 559683543 = 57 545946117 = 40 Was haben sich die Hersteller hier nur wieder einfallen lassen, um sicherzustellen, dass der Käufer auch brav die mitgelieferte Software nutzt? Paul ___ 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] unbekanntes Datenformat aus GPS-Logger
Wer mit diesen Daten (Offset 57) testen möchte, sollte die Zeilen nicht, so wie ich zuerst, inUTF-8 speichern, sondern z.B. Windows-1252 verwenden, damitdie Zeichen €, ‰, ‹, † und ‡ als 0x80 (128), 0x89 (137), 0x8b (139), 0x86 (134)und 0x87 (135) abgespeichert werden, umgewandelt sind das dann G, P, R, M und N. - Ursprüngliche Message - Von: Johann H. Addicks addi...@gmx.net An: talk-de@openstreetmap.org CC: Gesendet: 16:02 Mittwoch, 30.Mai 2012 Betreff: [Talk-de] unbekanntes Datenformat aus GPS-Logger Hallo, aus einem Gerät erhalte ich Datensätze der Art: (sind noch nicht druckbare Zeichen dabei, aber immer identsich) 559683543 [..] fjoBjnoBfqriB]€‰‹†|ejknkkkgiiiezeniiqgjmqme‡eiiqlmgirkie~ejgpnepognjeliinjkeeezcnr fjoBjnoBfqriB]€‰‹†|ejknkklgiiiezeniiqgjmqje‡eiiqlmgirire~eigknejigkpeliinjkeeezcnl fjoBjnoBfqriB]€‰‹†|ejknkklgiiiezeniiqgjmqje‡eiiqlmgirire~eigknejigkpeliinjkeeezcnl okBokBfnmoB]€‰‹†|ejknkkngiiiezeniiqgjmqie‡eiiqlmgirije~eigrienqgipeliinjkeeezcn| pqBlpmBqkqB]€‰‹†|ejknkkogiiiezeniiqgjmqie‡eiiqlmgiriqe~eigolekogijeliinjkeeezcnn pqBmnkBrnlB]€‰‹†|ejknkkpgiiiezeniiqgjmpre‡eiiqlmgirije~eigkrekjlgojeliinjkeeezcop jpkBpjqBpjrB]€‰‹†|ejknkkqgiiiezeniiqgjmqje‡eiiqlmgirjqe~ejgoleplglpeliinjkeeezcn kilBponBonoB]€‰‹†|ejknkkrgiiiezeniiqgjmqne‡eiiqlmgirkre~ejgrrepkgnmeliinjkeeezcnr jnoBopjBprpB]€‰‹†|ejknkligiiiezeniiqgjmqle‡eiiqlmgirkne~ejgooeprgjjeliinjkeeezcnj jirBmoqBrnlB]€‰‹†|ejknkljgiiiezeniiqgjmqme‡eiiqlmgirkje~ejgnoeqngmreliinjkeeezcn~ jmiBmioBrorB]€‰‹†|ejknklkgiiiezeniiqgjmqle‡eiiqlmgiriqe~ejgmqepmgjleliinjkeeezcn (Aufzeichnung von heute nachmittag, Koordinaten etwa bei 50,13587 8,5674) Was muss ich GPS-Babel dafür sagen? -jha- ___ 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] unbekanntes Datenformat aus GPS-Logger
Dieser Variante hier ist die Größe des Offsets egal. Meinst du damit z.B. 57 + 1024 oder 57 - 1024? Mit dieser Version sollte das ebenfalls funktionieren: #include stdlib.h #include stdio.h int main (int argc, char *argv[]) { if (argc != 2) { printf(usage: %s filename\n, argv[0]); exit(1); } else { FILE *file = fopen(argv[1],r); if (file == NULL) { printf(Could not open file\n); exit(1); } else { int start = 0; int detect = 0; int c = 0; long int pos = 0; int offset = 0; while ((c = fgetc(file)) != EOF) { if (c == '\n') { if(start) { printf(\n); } else { start = 1; } } else { if(start) { if(detect) { c+=offset; printf(%c,c); } else { pos = ftell(file); while ((c = fgetc(file)) != EOF) { if (c == '\n') { fseek(file,-4,SEEK_CUR); offset = '*' - fgetc(file); detect = 1; break; } } fseek(file,pos-1,SEEK_SET); } } } } fclose(file); } } return 0; } ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Am 11.06.2012 2:46, schrieb bkmap: ok, die Version war bei mir noch nicht angekommen. Da hätte ich mir das Posten sparen können :-) Mehrere Varianten sind doch interessant. :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Perfekt! :) Hier ein kleines Programm für die Umwandlung: #include stdlib.h #include stdio.h int main (int argc, char *argv[]) { if (argc != 2) { printf(usage: %s filename\n, argv[0]); exit(1); } else { FILE *file = fopen(argv[1],r); if (file == NULL) { printf(Could not open file\n); exit(1); } else { int c; while ((c = fgetc(file)) != EOF) { if (c=='\n') { printf(\n); } else { c-=40; c%=128; printf(%c,c); } } fclose(file); } } return 0; } Jetzt kann er mit seinem GS1000 richtig loslegen. ;) - Ursprüngliche Message - Von: Paul Hartmann phaau...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: Gesendet: 12:55 Samstag, 9.Juni 2012 Betreff: Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger OK, wenn man jedes Zeichen in der ASCII-Tabelle um 40 nach links verschiebt, wird das ganze schon deutlich lesbarer. ;) Paul 31 1046 -156 $GPRMC,074801.896,V,,,310512,,,N*44 47 1046 -202 $GPRMC,074802.897,V,,,310512,,,N*46 109 1015 -141 $GPRMC,074803.901,V,,,310512,,,N*49 156 1062 -109 $GPRMC,074804.903,V,,,310512,,,N*4C 94 1046 -47 $GPRMC,074805.903,V,,,310512,,,N*4D 31 1046 -16 $GPRMC,074806.903,V,,,310512,,,N*4E 47 1046 -94 $GPRMC,074807.903,V,,,310512,,,N*4F 62 1031 -78 $GPRMC,074808.903,V,,,310512,,,N*40 78 1031 -78 $GPRMC,074809.903,V,,,310512,,,N*41 0 1046 -141 $GPRMC,074810.903,V,,,310512,,,N*49 31 1031 -125 $GPRMC,074811.903,V,,,310512,,,N*48 15 1062 -218 $GPRMC,074812.903,V,,,310512,,,N*4B -16 1046 -125 $GPRMC,074813.903,V,,,310512,,,N*4A -16 1031 -94 $GPRMC,074814.903,V,,,310512,,,N*4D 31 1046 -109 $GPRMC,074815.903,V,,,310512,,,N*4C 31 1031 -109 $GPRMC,074816.648,V,,,310512,,,N*4F 31 1046 -109 $GPRMC,074817.648,V,,,310512,,,N*4E 31 1031 -109 $GPRMC,074818.648,V,,,310512,,,N*41 31 1046 -109 $GPRMC,074819.648,V,,,310512,,,N*40 31 1046 -109 $GPRMC,074820.648,V,,,310512,,,N*4A 31 1062 -109 $GPRMC,074821.648,V,,,310512,,,N*4B 31 1031 -109 $GPRMC,074822.648,V,,,310512,,,N*48 15 1046 -109 $GPRMC,074823.648,V,,,310512,,,N*49 15 1046 -94 $GPRMC,074824.648,V,,,310512,,,N*4E 31 1031 -109 $GPRMC,074825.648,V,,,310512,,,N*4F 31 1046 -109 $GPRMC,074826.648,V,,,310512,,,N*4C 31 1031 -94 $GPRMC,074827.648,V,,,310512,,,N*4D 31 1031 -109 $GPRMC,074828.648,V,,,310512,,,N*42 47 1015 -125 $GPRMC,074829.648,V,,,310512,,,N*43 47 1046 -172 $GPRMC,074830.648,V,,,310512,,,N*4B 78 1046 -156 $GPRMC,074831.648,V,,,310512,,,N*4A 140 1046 -327 $GPRMC,074832.648,V,,,310512,,,N*49 -77 1031 -233 $GPRMC,074833.650,A,5008.4409,N,00834.0825,E,3.82,255.67,310512,,,A*6C -171 1031 -202 $GPRMC,074834.650,A,5008.4405,N,00834.0804,E,5.48,252.93,310512,,,A*68 78 1046 -62 $GPRMC,074835.650,A,5008.4388,N,00834.0778,E,7.66,235.44,310512,,,A*6A 78 1015 -202 $GPRMC,074836.650,A,5008.4354,N,00834.0752,E,8.69,226.87,310512,,,A*6D -124 1046 -47 $GPRMC,074837.650,A,5008.4334,N,00834.0722,E,9.18,228.39,310512,,,A*61 -249 1031 -31 $GPRMC,074838.650,A,5008.4324,N,00834.0690,E,8.90,233.34,310512,,,A*61 -234 952 -109 $GPRMC,074839.650,A,5008.4303,N,00834.0671,E,5.49,232.19,310512,,,A*6D -140 1046 -172 $GPRMC,074840.650,A,5008.4362,N,00834.0669,E,6.76,171.82,310512,,,A*64 -31 1015 -141 $GPRMC,074841.650,A,5008.4294,N,00834.0697,E,9.67,144.50,310512,,,A*6A -31 1015 -109 $GPRMC,074842.650,A,5008.4231,N,00834.0704,E,12.27,145.57,310512,,,A*55 -16 1031 -78 $GPRMC,074843.650,A,5008.4267,N,00834.0807,E,15.52,162.21,310512,,,A*5A -31 1031 -94 $GPRMC,074844.650,A,5008.4204,N,00834.0792,E,16.76,165.46,310512,,,A*58 -46 1046 31 $GPRMC,074845.650,A,5008.4243,N,00834.0928,E,17.86,168.99,310512,,,A*54 0 1046 -16 $GPRMC,074846.650,A,5008.4257,N,00834.1025,E,21.25,180.08,310512,,,A*55 -31 1062 -62 $GPRMC,074847.650,A,5008.4248,N,00834.1086,E,24.72,188.12,310512,,,A*57 -31 1046 -31 $GPRMC,074848.650,A,5008.4195,N,00834.1091,E,26.71,192.04,310512,,,A*50 -16 1077 -94 $GPRMC,074849.650,A,5008.4005,N,00834.0903,E,18.53,177.60,310512,,,A*5E -93 1171 -16 $GPRMC,074850.650,A,5008.4035,N,00834.1022,E,13.84,141.29,310512,,,A*57 0 1062 -62 $GPRMC,074851.650,A,5008.4010,N,00834.1071,E,18.24,167.96,310512,,,A*56 31 1109 0 $GPRMC,074852.650,A,5008.3912,N,00834.1053,E,15.65,144.02,310512,,,A*5D 47 1077 0 $GPRMC,074853.650,A,5008.3936,N,00834.1154,E,14.56,140.48,310512,,,A*57 47 1046 -94 $GPRMC,074854.650,A,5008.3896,N,00834.1156,E,13.15,139.14,310512,,,A*5E 62 1077 -47 $GPRMC,074855.650,A,5008.3877,N,00834.1196,E,12.80,140.86,310512,,,A*54 -202 1140 94
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Hier meine Analyse: T sind die Feldtrenner. Die kurzen Zeilen enthalten die Daten des Beschleunigungssensors, das Datum und die Uhrzeit, aber nur leere GPS-Daten, da hier noch kein GPS-Fix vorliegt. Die langen Zeilen enthalten auch die GPS-Daten. Aufbau: _1__T2_T3T4T5T6_T7T_8__T__9___T__10__T11T12T_13_ T sind die Trenner 1: Beschleunigungssensor 2: Uhrzeit 3: ? 4: Breitengrad 5: ? 6: Längengrad 7: ? 8: Geschwindigkeit 9: Peilung 10: Datum 11: leer 12: leer 13: ? Ohne GPS-Fix sind die Felder 4 bis 9 leer. Viel Spaß beim weiteren Dekodieren. - Ursprüngliche Message - Von: Johann H. Addicks addi...@gmx.net An: talk-de@openstreetmap.org CC: Gesendet: 3:26 Freitag, 1.Juni 2012 Betreff: Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger Am 30.05.2012 16:27, schrieb Philippe Rieffel: Könntest du das Gerät genauer bennenen? GS1000 Aber das steht nur im Shop, nirgends am Produkt. Weder auf dem Produkt selbst noch auf dem Karton, noch auf der Rechnung, nicht mal in der Bedienungsanleitung. Das ist das Ding: http://bit.ly/LNCJXw (Aliexpress) irgendwie sind in den GPS-Daten auch noch die Werte der y/x/z Beschleunigungssensoren mit einkodiert. (die funktionieren wirklich, auch ohne GPS-Empfang, also nicht nur irgendwie kreativ abgeleitet) Und das eingestellte Outputformat, ob es Rohdaten sind, oder ob diese schon im Gerät aufbereit wurden? Das jetzige Format sagt mir grad gar nix, schaut für mich auf den ersten Blick wie eine Art Kodierungsfehler aus. Aber eventuell hat ja jemand mehr Ahnung davon. Ich hoffe einfach mal, weil es vielleicht auch ausreicht, um Tunnelverläufe damit verbessern zu können. Falls jemand Interesse hat, ich lege gerne mal ein Tacklock in die Dropbox. http://dl.dropbox.com/u/42317300/GS1000-GPSLOG.FILE0001.dat -jha- ___ 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