Talk:Collaboration with other projects - Revision history

Nanako at 11:42, 25 January 2014

2014-01-25T11:42:58Z

2014-01-24T23:29:04Z

2014-01-24T23:28:18Z

2014-01-24T23:28:00Z

2014-01-24T23:27:34Z

2014-01-24T23:26:16Z

2014-01-24T23:24:19Z

2014-01-24T23:23:30Z

2014-01-24T23:23:04Z

2014-01-24T23:22:49Z

@@ Line 16: / Line 16: @@
 Format Messungen:
-mcc,mnc,lac,lcellid,rnc,cellid,lon,lat,signal,measured_at,created_at,rating,speed,direction
+mcc,mnc,lac,cellid_long,rnc,cellid_short,lon,lat,signal,measured_at,created_at,rating,speed,direction
 Wird der RNC (Node) nicht verwendet (bei GSM) so sollte hier ein Standardwert z.B. -1 verwendet werden.
@@ Line 23: / Line 23: @@
 Format Zellen:
-mcc,mnc,lac,lcellid,rnc,cellid,lon,lat,samples,changeable,create_at,update_at,averageSignal
+mcc,mnc,lac,cellid_long,rnc,cellid_short,lon,lat,samples,changeable,create_at,update_at,averageSignal
 Wird der RNC (Node) nicht verwendet (bei GSM) so sollte hier ein Standardwert z.B. -1 verwendet werden.

@@ Line 61: / Line 61: @@
 Das Format müsste dann von Gyokov von km/h nach m/s umgerechnet werden.
-In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden.
+In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden!
 ,7,51906,44233,9.15776,49.01372,-89,1382597091000,1390505872000,3,'''75''',0

← Older revision		Revision as of 23:28, 24 January 2014
Line 62:		Line 62:

	In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden.		In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden.
		+
	262,7,51906,44233,9.15776,49.01372,-89,1382597091000,1390505872000,3,'''75''',0		262,7,51906,44233,9.15776,49.01372,-89,1382597091000,1390505872000,3,'''75''',0

@@ Line 63: / Line 63: @@
 In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden.
 ,7,51906,44233,9.15776,49.01372,-89,1382597091000,1390505872000,3,'''75''',0
 ,7,51906,44233,9.15789,49.01355,-81,1382597091000,1390505872000,3,'''75''',0
 Sollte 75 gleich m/s entsprechen, dann wären ca. 270 km/h gefahren worden (Wert daher in km/h).

@@ Line 53: / Line 53: @@
 Angaben Speed in km/h oder m/s?
 Dieser Datensatz scheint von Gyokov zu sein, da eine UMTS-LAC und Short-Cellid.
 Hier ist zu erkennen, dass die Speed in '''km/h''' angegeben wird wie in den Logfiles von Gnet-Track.
 Die anderen Programme wie Tower Collector oder Keypad-Mapper scheinen aber die Geschwindigkeit schon seit ewigen Zeiten in '''m/s''' anzugeben.
 Hier sollte ein einheitliches Format '''(am besten m/s)''' definiert werden!
 Das Format müsste dann von Gyokov von km/h nach m/s umgerechnet werden.
 In der API fehlt hierzu noch jede Angabe und sollte noch ergänzt werden.
 ,7,51906,44233,9.15776,49.01372,-89,1382597091000,1390505872000,3,'''75''',0

← Older revision		Revision as of 23:26, 24 January 2014
Line 45:		Line 45:

	RNC: http://en.wikipedia.org/wiki/Radio_Network_Controller		RNC: http://en.wikipedia.org/wiki/Radio_Network_Controller
−	~~LCID/Long-Cellid~~
−

← Older revision		Revision as of 23:23, 24 January 2014
Line 3:		Line 3:

	Wass jedoch beim Verschmelzen der Daten von Gyokov Solutions und opencellid.de beachtet werden sollte:		Wass jedoch beim Verschmelzen der Daten von Gyokov Solutions und opencellid.de beachtet werden sollte:
−

	Die Cellids von Gyokov Solution sind bei UMTS grundsätzlich im kurzen CID-Format (5-stellig), bei opencellid.de im LCID-Format (8-stellig)!		Die Cellids von Gyokov Solution sind bei UMTS grundsätzlich im kurzen CID-Format (5-stellig), bei opencellid.de im LCID-Format (8-stellig)!

@@ Line 3: / Line 3: @@
 Wass jedoch beim Verschmelzen der Daten von Gyokov Solutions und opencellid.de beachtet werden sollte:
 Die Cellids von Gyokov Solution sind bei UMTS grundsätzlich im kurzen CID-Format (5-stellig), bei opencellid.de im LCID-Format (8-stellig)!
 Dadurch kommt es jetzt zu massenhaft doppelten Einträgen, wobei die Zelle bei UMTS von opencellid im langen Zellformat (RNC+Cellid) existiert und von Gyokov im kurzen Cellid-Format.

← Older revision		Revision as of 23:22, 24 January 2014
Line 1:		Line 1:
−	Die Idee die Daten von Gyokov Solutions zu importieren ist echt super und genial!	+	Die Idee, die Daten von Gyokov Solutions zu importieren, ist echt super und genial!