Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Sieht wirklich gut aus,
wenn man noch die erste Zeile rauswirft, da scheinen Infos für das
Fileformat/Gerät drin zu stecken und die Beschleunigungsdaten raus
wirft, dann kann man das ganze mit gpsbabel wandeln.
/* Hier ein kleines Programm für die Umwandlung: */
#include
#include
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 a=0; /* erste Zeile */
int b=0; /* Daten Beschleunigung */
int c;
while ((c = fgetc(file)) != EOF)
{
if (c=='\n')
{
b=0;
if (a != 0)
{
printf("\n");
}
a++;
}
else
{
c-=40;
c%=128;
if (c == '$')
{
b=1;
}
if (a && b)
{
printf("%c",c);
}
}
}
fclose(file);
}
}
return 0;
}
/* Jetzt kann er mit seinem GS1000 richtig loslegen. */
die Ausgabe kann dann mit
gpsbabel -i nmea -f aus002.txt -o gpx -F aus002.gpx
z.B. ins gpx Format umgesetzt werden.
Gisbert
Am 10.06.2012 07:49, schrieb gmbo:
Am 10.06.2012 00:39, schrieb qunuxy-osmmailingli...@yahoo.com:
Perfekt! :)
Hier ein kleines Programm für die Umwandlung:
#include
#include
int main (int argc, char *argv[])
{
if (argc != 2)
{
printf("usage: %s filename\n", argv[0]); gpsbabel -i nmea -f
aus002.txt -o gpx -F aus002.gpx
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
An: Openstreetmap allgemeines in Deutsch
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,31
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
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Wäre also gut noch ein paar Logs zu sehen, dann könnte man das auch rausfiltern. Interessant wäre auch zu erfahren was die mitgelieferte Software mit den Beschleunigungsdaten anzeigt. Gisbert Am 10.06.2012 10:33, schrieb Paul Hartmann: 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
Hi. Am 10.06.2012 10:33, schrieb Paul Hartmann: > 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: Muss nicht zwingend sein. Das NMEA verwendet das Komma als Trennzeichen. Wenn man in den einen Beispieldaten das "T" um 40 rotiert, kommt ein Komma raus. Man muss nur eine feste Position des Kommas kennen und kann dann schauen um wie viel man rotieren muss um daraus dann ein Komma zu machen. Diese Rotation wendet man dann auf alle Zeichen an. Vermutlich ist es immer das fünftletzte Zeichen? Oder man nimmt das erste Zeichen das exakt 13 Mal vorkommt? Gruß, Bernd -- tail -f /dev/null signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationen in Relationen
Hi, nachdem ich nun angefangen habe unsere letzte Streckenwanderung auf dem Weg der Deutschen Einheit (WDE) auszuwerten und in OSM als Wanderroute einzupflegen, habe ich die Idee gehabt die einzelnen Wegabschnitte als eigenständige Relationen zu erfassen und diese dann mittels einer übergeordneten Relation zusammen zu fassen. Die gesamte Strecke dieser Route wird am Ende über 1.000km gehen und in einer Relation wohl nur schwer händelbar sein. Hierzu wollte ich mich aber ersteinmal schlau machen, wie man dies über Kinds- und Elternrelationen machen kann. Aber wie so oft habe ich zu dieser Fragestellung in Wiki und auch in den Foren keine Hilfestellung gefunden. Daher meine Frage an Euch: Geht so etwas, sollte man so etwas machen, wird so etwas von den diversen Tools (JOSM, Potlach, RA usw) und Applikationen (Lonvias Weltwanderkarte oder der Reit- und Wanderkarte u.ä.) unterstützt? Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online Quality Assurance Editor
Hallo Adrian, Am 4. Juni 2012 12:25 schrieb Adrian Stabiszewski : > Hi! > > Auf dem HACK Weekend letztes Wochenende in Karlsruhe wurde der Tracks Editor > etwas erweitert, so dass ich mich entschlossen habe ihn zum QA Editor > umzubenennen. > Es ist jetzt nämlich auch möglich nach Buildings ohne Adressen zu suchen und > diese sofort in einer Dialogbox zu korrigieren. > > Der Workflow ist denkbar einfach: > > 1. http://editor.osmsurround.org aufrufen > 2. Auf Login klicken um sich beim OSM Server zu authentifizieren (Login > Daten bleiben im Browser erhalten, so dass dies nur einmal notwendig ist) > 3. In die Gegend rein zoomen in der man sich auskennt (alternativ auch über > den "Locate Me" Button automatisch finden lassen) > 4. "Download OSM Data" anklicken. Standardmäßig werden Tracks ohne Tracktype > angezeigt. Über das Options Menu können andere Profile aktiviert werden. > 5. Gewünschte Objekte bearbeiten > 6. Sobald alle Objekte bearbeitet sind, einfach auf "Upload changes" > klicken, Kommentar für den Upload eingeben > 7. Fertig > > Das Tool ist open-source im meinem GitHub account. > https://github.com/grundid/tracks-editor > > Ich freue mich auf euer Feedback und vielleicht den einen oder anderen > Beitrag im Source code. > Es sollte eigentlich recht einfach sein, weitere Profile hinzuzufügen um > nach bestimmten Problemstellen zu suchen. > > Viele Grüße, > Adrian. Das ist eine wunderbare Geschichte für unser Comenius-Projekt. http://wiki.openstreetmap.org/wiki/Comenius_OSM_and_Tourism Unser nächstes Ziel ist die Insel Terceira. Ich habe mir Angra do Heroismo einmal angesehen ... und zwar ... 1. tracks ohne tracktype auf der ganzen Insel und 2. Straßen in Wohngebieten ohne Namen in Angra do Heroismo. ---> cool, zeigt, was zu tun ist ;-) Unsere SchülerInnen und LehrerInnen sprechen leider kein Deutsch. Siehst Du eine Möglichkeit die Menüpunkte in anderen Sprachen anzubieten? (Die Übersetzung aus dem Englischen würden wir erledigen. ;-) ) Das Tool ist für uns SEHR brauchbar. ;-) GLG Manfred ___ 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
#include
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
An: Openstreetmap allgemeines in Deutsch
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] Relationen in Relationen
Hallo hike39, On 06/10/2012 01:48 PM, hike39 wrote: Hi, nachdem ich nun angefangen habe unsere letzte Streckenwanderung auf dem Weg der Deutschen Einheit (WDE) auszuwerten und in OSM als Wanderroute einzupflegen, habe ich die Idee gehabt die einzelnen Wegabschnitte als eigenständige Relationen zu erfassen und diese dann mittels einer übergeordneten Relation zusammen zu fassen. Die gesamte Strecke dieser Route wird am Ende über 1.000km gehen und in einer Relation wohl nur schwer händelbar sein. das ist u.A. mit dem Radweg D11 und dem Radweg VBT (Via Bavarica Tyrolensis) so gemacht worden. http://www.openstreetmap.org/browse/relation/1748735 http://www.openstreetmap.org/browse/relation/2071329 Hierzu wollte ich mich aber ersteinmal schlau machen, wie man dies über Kinds- und Elternrelationen machen kann. Aber wie so oft habe ich zu dieser Fragestellung in Wiki und auch in den Foren keine Hilfestellung gefunden. Daher meine Frage an Euch: Geht so etwas, sollte man so etwas machen, wird so etwas von den diversen Tools (JOSM, Potlach, RA usw) und Applikationen (Lonvias Weltwanderkarte oder der Reit- und Wanderkarte u.ä.) unterstützt? Einfach in JOSM eine neue Ralation erzeugen, die Kindrelationen selektieren und 'add to relation' machen (so wie mit Wegen auch). Siehe hier bei Sarahs super Seiten: http://cycling.lonvia.de/en/?zoom=11&lat=48.02481&lon=11.8119 und http://hiking.lonvia.de/en/?zoom=11&lat=48.02481&lon=11.8119 Klick mal unten rechts auf "ROUTES" und dann auf D11 oder VBT und Du wirst sehen, dass sie die Elternrelation anzeigt und die Member-Relationen, auf die man wiederum klicken kann, Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Relationen
Am 10.06.2012, 13:48 Uhr, schrieb hike39 : Hi, nachdem ich nun angefangen habe unsere letzte Streckenwanderung auf dem Weg der Deutschen Einheit (WDE) auszuwerten und in OSM als Wanderroute einzupflegen, habe ich die Idee gehabt die einzelnen Wegabschnitte als eigenständige Relationen zu erfassen und diese dann mittels einer übergeordneten Relation zusammen zu fassen. Die gesamte Strecke dieser Route wird am Ende über 1.000km gehen und in einer Relation wohl nur schwer händelbar sein. Hierzu wollte ich mich aber ersteinmal schlau machen, wie man dies über Kinds- und Elternrelationen machen kann. Aber wie so oft habe ich zu dieser Fragestellung in Wiki und auch in den Foren keine Hilfestellung gefunden. Daher meine Frage an Euch: Geht so etwas, sollte man so etwas machen, wird so etwas von den diversen Tools (JOSM, Potlach, RA usw) und Applikationen (Lonvias Weltwanderkarte oder der Reit- und Wanderkarte u.ä.) unterstützt? Gruß hike39 Auf Lonvias Karten steht ein Hinweis, dass es unterstützt wird: http://cycling.lonvia.de/de/help/rendering/hierarchies Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Hier werden dann die Beschleunigungsdaten umgeleitet, damit dann der Aufruf
./gs1000car2nmea GS1000-GPSLOG.FILE0001.dat 2> beschleunigung.txt |
gpsbabel -i nmea -f - -o gpx -F ausgabe.gpx
ein gültiges gpx- File erzeugt.
Die Ausgabe der Beschleunigung landet TAB-getrennt im txt- File
#include
#include
int main (int argc, char *argv[])
{
if (argc != 2)
{
fprintf(stderr,"usage: %s filename\n", argv[0]);
exit(1);
}
else
{
FILE *file = fopen(argv[1],"r");
if (file == NULL)
{
fprintf(stderr,"Could not open file\n");
exit(1);
}
else
{
int start = 0;
int detect = 0;
int nmea = 0;
int c;
long int pos = 0;
int shift;
while ((c = fgetc(file)) != EOF)
{
if (c == '\n')
{
nmea = 0;
if(start)
{
printf("\n");
}
else
{
start = 1;
}
}
else
{
if(start)
{
if(detect)
{
c+=shift;
c+=128;
c%=128;
if ( c == '$')
{
nmea = 1;
fprintf(stderr,"\n");
}
if (nmea)
{
printf("%c",c);
}
else
{
fprintf(stderr,"%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;
}
Am 10.06.2012 14:15, schrieb qunuxy-osmmailingli...@yahoo.com:
Jetzt mit Offset-Berechnung, verwendet "*" aus der NMEA-Prüfsumme:
#include
#include
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;
}
[Talk-de] ECC für Datenserver
Hallo zusammen, nachdem die Overpass-API-Rambler-Instanz für unbekannte Zeit ausfällt, muss ich nun recht zeitnah overpass-api.de auf eine größere Maschine umziehen, um zumindest annähernd Zuverlässigkeit bei deutlich erhöhter Nachfrage anbieten zu können. Die wesentliche Frage, die sich mir stellt, ist: Lohnen sich 20 EUR Aufpreis pro Monat für ECC-RAM? Gibt es Erfahrungen mit RAM-Ausfällen, oder ist ECC-RAM eher Schlangenöl? Für die Neugierigen: den Server werde ich, wenn nicht nebenbei eine gute andere Empfehlung kommt, wohl innerhalb von Hetzner umziehen, weil es dort in immerhin zwei Jahren nur einen Ausfall von weniger als einem Tag Dauer gegeben hat. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 99
Hallo, die Wochennotiz Nr. 99 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/06/wochennotiz-nr-99/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ECC für Datenserver
On Sun, Jun 10, 2012 at 08:26:43PM +0200, Roland Olbricht wrote: > nachdem die Overpass-API-Rambler-Instanz für unbekannte Zeit ausfällt, muss > ich nun recht zeitnah overpass-api.de auf eine größere Maschine umziehen, um > zumindest annähernd Zuverlässigkeit bei deutlich erhöhter Nachfrage anbieten > zu können. > > Die wesentliche Frage, die sich mir stellt, ist: Lohnen sich 20 EUR Aufpreis > pro Monat für ECC-RAM? Gibt es Erfahrungen mit RAM-Ausfällen, oder ist > ECC-RAM > eher Schlangenöl? RAM-Fehler kommen schon vor. Zwar selten, aber um so mehr RAM man hat und um so mehr man Daten rumschaufelt, um so häufiger. Das äußert sich dann in "gekippten Bits" irgendwo in den Daten. Wobei ich in >15 Jahren IT-Erfahrung vielleicht ne handvoll solcher Fälle erlebt hab. (Nicht gerechnet die, die keiner bemerkt hat.) Die Frage ist vor allem, was passiert, wenn Daten kaputt gehen. Wie wichtig ist die Korrektheit der Daten? Bei OSM-Daten gibt es so viele Fehlerquellen, dass man den Fehler durch ein kaputtes Bit vernachlässigen kann. Problematischer sind Fehler in der Struktur der Daten (also Pointer, IDs und sowas). Dann ist die Frage: Bemerkst Du korrupte Daten überhaupt? z.B. mit einer Checksumme in der Applikation. Und wenn ja, kannst Du es korrigieren, z.B. in dem man die Datenextraktion neu startet? Wenn Du das ganze als Hobby betreibst, dann ist das ECC wohl eher nicht nötig. Aber wenn Du das als Business betrachtest, dann sind 20 EUR garnichts im Vergleich zu den Kosten, die entstehen, wenn ein Admin ein paar Stunden extra Arbeit hat, sollte der Fall mal auftreten. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Am 10.06.2012 10:33, schrieb Paul Hartmann:
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?
Das hat nur wirklich Sinn, wenn man dafür extra Kohle verlangt und auch
das ist noch fraglich.
Dieser Variante hier ist die Größe des Offsets egal. Ich gehe davon aus,
dass das drittletzte Zeichen vor dem '\n' immer ein '*' ist:
#include
#include
#include
char * convert_line(char * s, int offset) {
int i;
int n = strlen(s);
for (i=0; i offset = '*'-line_buf[l-4]; // das 3t-letzte Zeichen sollte ein
'*' sein.
}
p_nmea = convert_line(line_buf, offset);
if (p_nmea) {
printf("%s\n", p_nmea);
}
}
a++;
}
fclose(file);
}
}
free(line_buf);
return 0;
}
Viele Grüße
Burkhard
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Gebäude unter einem Namen
Am Samstag 09 Juni 2012, 20:12:07 schrieb Thomas Reincke: > Am 09.06.2012 19:18, schrieb Heinz-Jürgen Oertel: > > Hallo, Kann jemand mir einen Tipp Geben? > > de.wikipedia.org/wiki/Neue_Residenz_(Halle) > > eine Relation erstellen? Ja, wahrscheinlich ist das die Möglichkeit. Was ich suche ist dann ein Beispiel. Das Problem ist, das wie im Betreff angegebene. Jemand hat schon von einem Gebäudekomplex die einzelnen Gebäude als building=yes aufgenommen, denen ich jetzt als Gesamtkomplex einen Namen geben möchte. Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Gebäude unter einem Namen
Am 10. Juni 2012 23:17 schrieb Heinz-Jürgen Oertel : > Am Samstag 09 Juni 2012, 20:12:07 schrieb Thomas Reincke: >> Am 09.06.2012 19:18, schrieb Heinz-Jürgen Oertel: >> > Hallo, Kann jemand mir einen Tipp Geben? >> > de.wikipedia.org/wiki/Neue_Residenz_(Halle) >> >> eine Relation erstellen? > > Ja, wahrscheinlich ist das die Möglichkeit. > Was ich suche ist dann ein Beispiel. > Das Problem ist, das wie im Betreff angegebene. > Jemand hat schon von einem Gebäudekomplex die einzelnen Gebäude als > building=yes aufgenommen, denen ich jetzt als Gesamtkomplex einen Namen geben > möchte. Man braucht dafür nicht unbedingt eine Relation. Einfach den Umriss des Gesamt-gebildes zeichnen und die entsprechenden Tags vergeben. Die einzelnen Gebäude mit ihren jeweiligen Namen (die dann im inneren dieses "Gebietsumrisses" liegen) brauchst Du dazu prinzipiell nicht zu verändern. Ggf. kannst Du die tags auch zusätzlich an ein bereits vorhandenes Objekt (wie z.B. eine landuse-Fläche) packen und brauchst kein neues Objekt anlegen, das kommt darauf an, was bereits an Daten da ist. Gruß Martin ___ 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 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] Genauigkeit von Grenzen - remappen?
Hallo Frederik und Mitleser, die Grenzsteine sind völlig uneinheitlich. Viele stammen noch vom Großherzogtum Baden, manche sind nur kleine Markierungen neben dem Feldweg. Die meisten sind nicht nummeriert und an vielen Knicken im Grenzverlauf ist gar keine Markierung in der Natur. Gibt es offizielle und nutzbare Quellen für die genauen Grenzverläufe, z. B. Koordinatenpunkte für alle Knicke? Alle Grenzsteine, die ich kenne, sind bereits in OSM eingetragen. Die meisten von anderen Mappern, ich habe nur einen oder zwei vor einiger Zeit ergänzt. Wie genau sitzen eigentlich die alten Grenzsteine? Vor einigen hundert Jahren war die Vermessung noch nicht so genau wie heute. Wenn die Grenze eine gerade Linie sein soll, die alten Steine aber eine Zickzacklinie bilden, wird dann im offiziellen Grenzverlauf die Gerade angenommen, oder die Zickzacklinie? Bernhard > From: Frederik Ramm [mailto:frede...@remote.org] > Sent: Thursday, June 07, 2012 10:00 PM > To: talk-de@openstreetmap.org > Subject: Re: [Talk-de] Genauigkeit von Grenzen - remappen? > > Hi, > > On 06/07/2012 07:10 PM, Bernhard Weiskopf wrote: > > Sind die Grenzen in OSM so ungenau eingetragen? > > Ja, das ist wahrscheinlich. > > > Warum die zusätzlichen Punkte für (nicht existente?) Kurven? > > Keine Ahnung. Aber sind die Grenzsteine denn irgendwie numeriert, so > dass man sicher sein kann, dass zwischen "dem hier" und "dem dort > drueben" nicht noch "da im Wald" einer ist? > > > Soll man das remappen? > > Sicher doch, aber... > > > Der Stadtgrundkarte und den Grenzsteinen in der Natur vertraue ich > > gefühlsmäßig mehr als den OSM-Daten, auch wenn die Grenzsteine zum > Teil weit > > über 100 Jahre alt sind. > > ... die Stadtgrundkarte duerfte vermutlich keine zulaessige Quelle sein > (ggf. beim Rechteinhaber nachfragen, ob Du den Grenzverlauf aus dieser > Karte abmalen darfst, wenn er ja sagt, ist's ok). In Ermangelung eines > OK dafuer bleiben Dir tatsaechlich nur die Grenzsteine als Datenquelle. > Die kannst Du dann allerdings gleich tatsaechlich als Grenzsteine in OSM > erfassen. > > 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] 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
#include
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 01:58, schrieb qunuxy-osmmailingli...@yahoo.com:
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:
ok, die Version war bei mir noch nicht angekommen. Da hätte ich mir das
Posten sparen können :-)
Burkhard
#include
#include
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
