tower27 schrieb:Bei MS kannst Du ne Trial Version downloaden.
hallo hanneshannes! schrieb:bei inserts hingegen schnitt sqlite um faktor 3 schlechter ab. die datenbank ist zwar schön klein (etwa halb so gross), aber der import ist ohnehin schon grenzwertig schnell. public domain ist zwar schönes ding, und auch das deployment wäre schmerzfreier gewesen. aber die performance war mir in dem fall wichtiger.
da stimme ich zu, dagegen kann man nichts sagen.hannes! schrieb:meiner meinung nach gibts wichtigere tickets als die datenbankengine auszutauschen.
Toette schrieb:Der Gieger schrieb:Stimmt schon, aber wichtiger ist auf so einem kleinen PDA doch zum Einen die Übersichtlichkeit des Programms selbst (in so einer großen DB sucht es sich nicht so gut - eher noch am PC),
Hmm?
Die Datenbank, so wie sie ist, lässt doch nun wirklich keine Wünsche offen, Filtermöglichkeit nach x-Kriterien, Suchfunktion, "nearest Cache".
Was fehlt Dir denn?
Ich habe (nur als Faulheit) ca. 2200 Caches in der Datenbank, egal wo ich bin, Cachebox sortiert mir die beim ersten Satfix nach Entfernung und fertig.
Ob da nun noch 400 Caches in der DB sind, die 500km entfernt sind, interessiert weder mich noch Cachebox, es läuft einfach.
Und die Bedienbarkeit ist genial, fingerfreundlich, schnell, selbst auf alten Geräten.
,zum Anderen die Portierbarkeit (versuche mal diese DB auf Android!)
Warum muss es portierbar sein?
Cachebox hat eine GPX-Exportfunktion, damit kann man andere Programme nutzen.
Wer Android will, findet dort auch andere passende Programme....gibts es den GeOrg für Windows Mobile?
wweben auch die einfachere Installationsprozedur und nicht zuletzt der begrenzte Platz auf dem PDA. Ein Zusammenspiel mit einer großen DB-Anwendung auf PC oder Mac wäre da sinnvoller. Man nimmt einfach nur die Caches mit, die man eben braucht.
*Maulwurfn-Modus*: Nähnähnäääh
Das gibts schon und nennt sich Cachewolf
Wozu dieser Datenbank Overkill?
Ich fahre ins Gebiet X...also erstelle ich mir rasch eine PQ, tu die in die Cachebox und los gehts.
Sinnvoller wäre da eher noch, ein Cache oder einen Wegpunkt "per Handbetrieb" eintragen zu können, weil man eben z.B. im Hotel oder Internetcafe nicht am eigenen Rechner sitzt.
Japp, die fehlt definitv.
Ich behelfe mir derzeit damit, dass ich einfach die Additional Waypoints eines anderen Caches mißbrauche.
Viele Grüße
der Toette
Der Gieger schrieb:(..ich habe .... Caches in der Datenbank): so weit wäre ich auch gerne ;-). Das ist dann aber doch nicht der Sinn. Nimmst Du, wenn Du in den Urlaub fährst, Dein ganzes Bücherregal mit (ich rede von denen aus Papier)?
Viele Grüße
Der Gieger
hannes! schrieb:moin gieger,
just my 2 cents:
- der fehler liegt wahrscheinlich eher an der gpx-datei bzw. meinem parser dafür. nicht an der datenbank.
- der sql server von ms ist sehr performant. jedenfalls deutlich schneller als etwa sqlite, das hab ich schon mal ausprobiert.
- das killerfeature, das mit sqlce 3.5 eingeführt wurde, ist replikation für geräte mit beschränkter konnektivität. brauch ich nur leider nicht. und die 3.0er ist deutlich kleiner. fehler sind mir da jetzt auch noch nicht aufgefallen. man könnte wechseln, aber die anwendung wäre die selbe.
- solche funktionen wie den filter will ich mal mit einzelnen dateien annährend so schnell implementiert sehen
- java ist ja von der idee ganz nett, aber der wirklich plattformunabhängige teil ist auch nicht wirklich sexy. läuft swing eigentlich auf android? ich weiss es nicht, aber ich würde dagegen wetten. wenn man schlanke, reaktive anwendungen auf handys programmieren will, gibt es derzeit leider keine plattformunabhängige lösung dazu. java gibts zwar auch auf android, aber man entwickelt ja schon gegen die android api. activities und intents gibts halt nur da. deshalb können android-anwendungen auch nirgenwo anders gestartet werden.
sollte ich einen bedeutenden trend in der softwareentwicklung für mobiltelefone verpasst haben, klär mich bitte auf
5. zum "handbetrieb": stimmt, seh ich auch so der fehlt.
schöne grüße,
hannes!
Toette schrieb:Der Gieger schrieb:(..ich habe .... Caches in der Datenbank): so weit wäre ich auch gerne ;-). Das ist dann aber doch nicht der Sinn. Nimmst Du, wenn Du in den Urlaub fährst, Dein ganzes Bücherregal mit (ich rede von denen aus Papier)?
Viele Grüße
Der Gieger
Lach, nein...aber wenn ich es könnte, würde ich es, damit ich mir VOR der Abreise keine Gedanken machen muss und hinterher nicht gerade DAS Buch fehlt, was ich gerne lesen würde...
Wenn ich ein Cachegebiet ausgewählt habe, wird eine PQ erstellt und diese in Cachebox eingelesen, dann habe ich ALLES dabei, was ich brauche und kann _vor Ort_ spontan entscheiden, was ich machen will.
Multi? Filter auf Multi und los
TBs einsammeln? Filter auf TB und los.
Alle Caches mit D3, T3 und Attribut kinderfreundlich? Filter...naja, du weisst schon.
Die große Anzahl der Caches kommt nur daher, dass ich ein fauler Hund bin und deswegen die Datenbank nicht aufräume. Cachebox rennt aber auch so selbst auf meiner betagten Hardware schön schnell.
Daher sehe ich eben keinen Sinn darin, an einem PC Frontend rumzutüddeln, wenn ich schon längst unterwegs sein kann.
CU
Toette
Das ist allerdings ein Fehler im Dateihandling von Opera und IExplorer. Dafür kann Cachebox leider nichts. Man kann aber am Computer die GPX runterladne und dann auf das Smartphone überspielen. Man muss damit nicht einen der begrenzten PQ-Slots nutzen.24shorty schrieb:funktioniert leider nicht von den meisten smartphones aus. opera scheint noch irgendwas in die datei dazu zu schreiben und der iexplorer speichert ohne dateiendung. es wär also schon viel geholfen wenn man mal schaut was opera dazu schreibt und cachebox so umschreibt, dass es opera-dateien trotzdem akzeptiert bzw dass cachebox die gpx auch ohne dateiendung importiert.