Hallo Forum,

aus dem Google Earth Thread ist mir eine Idee gekommen, die ich sehr interessant finde:

Generell überlege ich, ob eine Datenbank mit Rennstrecken nicht falsch wäre. Also die Threads hier im Forum sind schön. Eine Datenbank mit Suche, Kategorien, Tags und Schnickschnack wär besser. Dann auch mit Google-Maps/Google-Earth Anbindung und anderen erfreulichen Features.

Ist das ne Idee? Sollte man das weiter verfolgen? Oder reichen die Threads hier?

Also mir schwebt eine generelle Location-Datenbank für den RC-Car Spaß vor. Also nicht nur Rennstrecken, sondern auch andere Treffpunkte wie Skateanlagen, Parkplätze, BMX-Trials etc. Also überall, wo man gut fahren kann. Wir (also ein paar Leute und ich) haben hier ganz akut das Problem in Köln/Düsseldorf: Wohin mit unseren TT ZK-2s?

Wenn man das weiter spinnt, kann man auch ganz Web 2.0 mäßig eine Social Networking-Datenbank draus machen. Also wer kennt wen und hat sich schon mal da getroffen und so. Wie das OpenBC halt, nur kleiner und für den RC-Car Sektor. Man trägt sich bei bestehenden Locations ein, wenn man mal da war. So kann man schnell nachsehen, ob da noch andere Leute rumhängen und so. Ist doch neu geile Idee, oder? Oder stehe ich da alleine und die Sache ist uninteressant? Denn ohne mitmachen der Leute macht die Sache keinen Sinn. Deswegen wär es nicht schlecht, wenn man irgendwie eine Anbindung an die Community hier hinbekäme. Oder auch nicht.

Also schreibt mal, was ihr davon haltet. Ganz open minded bitte.

Und insbesonders @sdait: Wie siehst Du das?

Also ich finde das ist ne geile Idee.
EIn paar Strecken hast du ja von mir.

Sonst kein Interesse an der Sache? Schade eigentlich.

Doch, ich hätte auch Interesse. Wobei mir im ersten Schritt schon eine Auflistung von Rennstrecken reichen würde.

Ich hab mal einen Thread hier gelesen, in dem das angedacht wurde. Auf der Karte mit den Usern sollten die Strecken gekennzeichnet sein, unterschieden nach Elektro und/oder Nitro, Indoor und Outdoor.

Fände ich klasse, gerade gestern noch habe ich überlegt, mit meinem Sohn mal eine Offroad-Strecke zu besuchen, leider habe ich keine in unserer Nähe gefunden.

Grüße aus Rheinberg

Ingo

Also fürs erste würde eine hässliche Datenbankansicht ja reichen, es kommt ja primär auf die Datenbankinhalte an. Schönheit kann später folgen. Was brauchen wir also für Datenfelder?

table locations {
loc_id primary
loc_name (Name der Strecke)
loc_coordinates (Geo-Koordinaten in Google-Earth kompatiblem Format)
loc_style (onroad/offroad)
loc_type (Halle/Außenstrecke/Skatepark/Parkplatz etc. -> Tabelle location_types)
loc_coating_id (asphalt/teppich/gras etc. -> Tabelle coatings)
loc_car_styles_ids (1/18 Offroad /1/8 Scale etc. -> Tabelle car_styles, 0 = irrelevant)
loc_race_series_ids (Rennserien -> Tabelle race_series, 0 = irrelevant)
loc_length (Länge, 0 = irrelevant)
loc_width (Breite, 0 = irrelevant)
loc_club_id (Verein, Laden, Betreiber etc. -> Tabelle clubs, 0 = irrelevant)
loc_address (Straße und Hausnummer, 0 = wie Club)
loc_zip (Postleitzahl, 0 = wie Club)
loc_city (Stadt, 0 = wie Club)
loc_dmc_group_id (DMC-Gruppe -> Tabelle dmc_groups, 0 = irrelevant)
loc_notes (Bemerkungen)
}

Fehlt da etwas, um eine Strecke zu beschreiben? Vorschläge? Ich denke nicht nur an Streckenb, sondern gezielt auch an Skateanlagen, BMX Strecken, Parkplätze und andere coole Locations.

Weitere notwendige Tabellen:
location_types: Streckentypen
coatings: Beläge
car_styles: Maßstäbe und Autotypen
race_series: Rennserien
clubs: Vereine, Läden, Betreiber
dmc_groups: DMC-Gruppen


Ich denke, dass ich nächster Zeit mal einen rudimentären Ansatz dafür schreibe.

Aslo die Idde find ich 1A, vielleicht noch als ergänzung für die On-Roader zustand/qualität der Strecke (wenn Parkplatz etc.)

Ja, Belagzustand ist ne gute Idee. Vielleicht aber sowas in die Bemerkungen, denn das lässt sich schlecht tabellarisch abfrühstücken.

Hab noch Fotos vergessen. Die sind ja am wichtigsten. Also am besten immer ein Schemabild des Layouts und mindestens ein Foto, besser drei oder vier. Mehr nicht, man will ja keine Fotogalerie bauen müssen.

Halli Hallo!!

Also ich finde die Idee auch erste Sahne!! Bin selber auch schon seit längerem am Suchen bei mir in der Gegend, hab aber bis jetzt noch nix brauchbares gefunden. Von mir aus gerne!!! Bleibt dran!!

Gruss

Kai

hi,
die idee finde ich auch gut. außerdem kann man schon erkennen, dass da jemand am werk ist, der sich mit db-design auskennt.
mir ist nur folgendes aufgefallen:
ich vermute mal, dass du die geo-koordinaten aus der adresse generieren willst. oft ist es aber so, dass man gar keine genaue adresse kennt bzw. es gar keine gibt, sondern nur eine wegbeschreibung existiert.
es müsste also auf jeden fall noch ein feld für eine wegbeschreibung geben.
noch ein tipp:
loc_car_styles_ids und loc_race_series_ids würde ich nicht in table locations ablegen, sondern einfach in den tabs car_styles und race_series die loc_id als fremdschlüssel benutzen. so ist trotzdem die eindeutige zuordnung möglich und du hast die möglichkeit, unendlich viele dieser attribute einer location zuzuordnen.
gruß
dewi

Naja was ihr da zusammenbraut hört sich ja recht interessant an aber es wäre doch am einfachsten für Google Earth .kmz Dateien zu erstellen und Fertig.
Vielleicht noch einige Kommentare dazu vonwegen Asphalt, Offroad oder Parkplatz etc. und gut is.

Also mir Persönlich würde das schon reichen.
Wenn ihr natürlich eine etwas umpfangreichere Datenbank erstellen wollt bitteschön aber nochnichtmal ich verstehe genau was ihr haben wollt. :?

Und die Seite RC-Locator... da habe ich schonmal was im Forum drüber gelesen aber habe diese nicht gefunden.

Gruss Cihan

Kommt ja Bewegung in die Sache. Gut.

@Thorsten: ich will Dir da nicht in die Quere kommen.

Leider muss ich jetzt ins Bett. Ich schreibe morgen nach der Arbeit auf, was mir noch eingefallen ist. Bis dann.

Dieser Strecken Index und die Mühe, die dahinter steckt in allen Ehren. Ich find das toll, dass sich da jemand so drum kümmert. Jetzt das Aber: Ich halte so etwas in einem Forum für ineffizient. Es ist kompliziert zu pflegen, schwer durchsuchbar, schwer an andere Systeme ankoppelbar und letztlich auch unübersichtlich. Mit ein paar Rennstrecken geht das ja noch. Aber für eine große Anzahl an Parkpätzen und anderen Locations (und auf die kommt es mir primär an, denn die sind nirgendwo verzeichnet) skaliert ein Forum ganz gar nicht gut. Deswegen denke ich, dass so ein Datenbestand in einer Datenbank besser aufgehoben ist.

Der Witz ist ja dann, dass man nach Postleitzahlen suchen kann. Oder nach Entfernungen zu den eigenen Geokoordinaten. Man kann die direkte Google-Earth/Google-Maps Anbindung bzw. bei Bedarf sogar Einbindung Nutzen. Man kann RSS-Feeds anbieten. Und und und. Die Möglichkeiten sind riesig.

Und ich weiß, dass da ne Menge Arbeit drin steckt. Vor allem das Überprüfen von neuen Einträgen ist kritisch. Aber das ist es wert, wenn man sich die Arbeit teilt. Deswegen stelle ich das ja auch hier zu Diskussion.


Zum Thema Datenbank:
Ich will die Geo-Koordinaten nicht automatisch generieren. jeder Input muss zwingend welche angeben. Ohne Geo-Koordinaten kein Eintrag. Sonst ist das nicht zu handeln.

Wegbeschreibung halte ich für überflüssig. Erstens gibt es Navis (und Anbindung an Routenplaner?) und zweitens gibt man die Homepage des Vereins etc. an. Wegbeschreibungen sind im massenbetrieb zu schwer zupflegen und bringen keinen so großen Nutzen mit sich. Seh ich zumindest so.

@Tabellendesign: Ja, ich hab auch mit meinem Mitbewohner geredet, der Informatiker ist, und der hat mir erklärt, wie n:m Beziehungen aufgelöst werden. Ich hab das bisher immer ahnungslos mit einem dreckigen Workaround gemacht (Ein String in der Form ',1,4,35,45,' lässt sich mit LIKE ',4,' abfragen).

So, muss wieder los.

Sorry für den Doppelpost. Bin jetzt auf der Arbeit und sehe, das ichnoch was übersehen hatte.

@cic55: Aus dieser Grundüberlegung (also eine KMZ-Dateiensammlung) ist meine Idee entsstanden. Ich habe mir dann gedacht, dass das ziemlich blöd zu pflegen ist.

Besser wäre es, wenn man eine durchsuchbare Datenbank erstellt, die KMZ- bzw. KML-Dateien (KMZs sind ZIP-komprimierte KML Dateien, die wiederum einfach die enthaltenen Informationen in einem simplen XML Format beinhalten) quasi als Nebenprodukt ausgeben kann. Also eine Abstraktionsebene höher ansetzt.

Der eigentlich wichtigste Vorteil einer Datenbanklösung ist die Filterbarkeit bzw. Durchsuchbarkeit nach selbst gewählten Kriterien. Das ist für die Übersichtlichkeit meines Erachtens das Wichtigste.

Wenn ich also eine Skateanlage im Umkreis von 10km um meinen Standort suche, bin ich in einer Sammlung von Forenthreads völlig aufgeschmissen. Eine Datenbanksuche fördert ein Ergebnis, sofern eines vorhanden ist, sofort zu Tage.


Und weiter gesponnen: Abfrage mit Mobilgeräten! Man hängt irgendwo rum und denkt sich: "Hey, jetzt eine lässige Offroad-Kiste wär gut". Dann Handy an und eben abfragen.


Weitere Idee: Um gegen die Sterblichkeit der Einträge vorzugehen, gibt es
1. eine Möglichkeit, die Löschung eines Eintrages (mit Angabe eines Grundes) vorzuschlagen und
2. übernimmt jeder Einträger eine Patenschaft. Er gibt also seine E-Mail Adresse an und bekommt in regelmäßigen Abständen eine Erinnerungsmail, ob seine Location noch existiert bzw. nutzbar ist. Auch darf er Deails editieren.


So, erst mal genug Input. Wenn mich jemand such, ich bin in der Mensa...

@Dr.Love.

Asoo das muss man ja erstmal verstehen.
Dachte jetzt das jeder erstmal irgendwelche Tabellen erstellen muss damit man überhaupt in der Liste aufgenommen werden kann.

Und die Sache mit Parkplätzen und Skaterplätzen finde ich auch super.
Aber leider sehe ich das Ende des Projekts nicht sehr rosig da ja noch nicht sooviel Feedback kam. :?

Naja abwarten und Tee trinken erstmal.

Ja, wenn die Zeit das zulässt, bastel ich mit meinem Bruder mal ein bisschen rum. Dann kann ne erste Versiopn online gehen und dann kann man immer noch gucken, ob das System angenommen wird oder nicht. Ich hab jedenfalls gerade die halbe Vorlesung darüber nachgedacht.

@toddiebandit: Mit den Koordinaten hast Du natürlich recht. Gar nicht so eine kleine Hürde, wenn man immer erst bei Google Earth nachschauen muss, wo das Ding ist. Andererseits ist das gerade die Hauptidee. Gekoordinaten beschreiben eine Location eindeutig mit zwei Werten. Sehr attraktiv, finde ich. Und wenn das die einzige Hürde ist, dass man vorher in Google Earth seine Location findet, dann ist das noch relativ wenig.

parkplatzracer.de/ kannte ich gar nicht. Interessant. Geht allerdings meiner Meinung in eine andere Richtung. Also eher ein Userverzeichnis mit Absprachemöglichkeit für Treffs. Dass da der ein oder andere Parkplatz drin steht ist ein Ansatz, mehr aber auch nicht. Die Suche funktioniert nicht (zumindest bei mir), die Beschreibung ist nicht eindeutig (es gibt z.B. in Düsseldorf mehrere Bauhaus-Filialen) und es geht eben nur um Parkplätze.

Mit fehlenden Adressen und Skateanlagen etc., also Locations ohne Anschrift hast Du Recht. Da muss es eine Wegbeschreibung geben. Man kann niht von jedem erwarten, dass er bei Google Earth bzw. Google Maps sich das vorher anschaut und sich merklen kann, geschweige denn sich auf der Straße danach orientieren kann. ich mach das so, aber schon bei meiner Freundin klappt das nicht mehr.

Die Argumentation, dass nicht jeder ein Navi hat, halte ich für nicht so stichhaltig. Man hat eine Schnittstelle zu Routenplanern, Links auf Satellitenbilder und Landkarten. Und (nur) wenn es nötig ist, schreibt man noch eine Wegbeschreibung (Hinter der Brombeerhecke). Wer es damit immer noch nicht findet und auch trotz offenbar mangelndem Orientierungssinn noch kein Navi hat, dem kann man auch nicht mehr helfen. man muss auch eine Grenze setzen.

Aber in der Tat hatte ich nicht daran gedacht, dass z.B. die BMX Strecke hier im Grafenberger Wald in Düsseldorf durchaus einer Wegbeschreibung bedarf. Also ihr habt recht: Es muss ein notwendige Feld für Anfahrtshinweise geben.



Stimmt genau, deswegen stelle ich es ja hier zur Diskussion und nicht woanders.


@TBurger: Nichts gegen Deinen Händlerindex. Nur wenn man ein paar hundert Einträge hat und noch etliche Metadaten wie die von Dir angesprochenen: "Strecken/Vereinsname, Anschrift, Offroad/Glattbahn, Erreichbarkeit (Tel. oder www) usw", dann hat man eine riesige unattraktive Tabelle.

Beispiel: Natürlich kann man seine CD-Verwaltung mit 500CDs auch in Excel machen. Aber eine Datenbank ist doch irgendwie passender. Und so viel Aufwand ist es auch wieder nicht.


Vielleicht wäre es zu einem späteren Zeitpunkt gar nicht mal schlecht, wenn man den Händlerindex damit verknüpft, bzw. die Funktionalität der Datenbank auf Händler ausweitet. Also alles aus einer Hand. Es gibt ja Schnittstellen, wenn ein Händler eine Strecke betreibt. Und wenn so eine Datenbank sowieso läuft ist es nicht weiter schwer, sie um weitere Funktionalitäten zu erweitern. So eine Single Source of Information ist ne gute Sache an sich. Allerdings dann auch ein Single Point of Failure. Aber wenn das RCWeb ausfällt, hat man auch ein Problem.

Im Moment arbeitet ja TBurger alleine an seinem Händlerindex und toddiebandit pflegt alleine (oder?) seinen Rennstreckenindex. Wär doch super, wenn man die Ressourcen bündeln würde. Dazu noch ein paar mehr Helfer und man kann viel mehr rausholen. Ein gutes Beispiel ist da der Goldesel (wohl besser kein Link). Dort gibt es credability für die Leute, die etwas eintragen. Wer 1000 Filme eingetragen hat, der ist schon ne große Nummer in der Community. Interessantes Anreizsystem.