Ivo-tje Geplaatst 6 januari 2010 Geplaatst 6 januari 2010 Zou GC.com geen usernotes optie kunnen maken? Dan hoeft je GSAK alleen nog een optie te krijgen (macro) om deze te uploaden naar GC.com. Zou bijna nog de mooiste oplossing zijn Een mysql database met alle caches (van nederland) en notes per user zou vanzelf ook kunnen... Dan heb je maar 1 database nodig, als je de PQ's van een aantal gebruikers accounts goed instelt kun je elke dag alles updaten
Team Gelaen Geplaatst 6 januari 2010 Geplaatst 6 januari 2010 Zou GC.com geen usernotes optie kunnen maken? Ik weet niet wat er precies met de 'fieldnotes' optie van gc.com kan, maar blijkbaar kun je daar iets mee icm een iPhone en de iPhone geocaching app
Ivo-tje Geplaatst 6 januari 2010 Geplaatst 6 januari 2010 Zou GC.com geen usernotes optie kunnen maken? Ik weet niet wat er precies met de 'fieldnotes' optie van gc.com kan, maar blijkbaar kun je daar iets mee icm een iPhone en de iPhone geocaching app Fieldnotes is vooral een manier om een logje 'klaar te zetten' voor als je thuis bent. Maar de huidige versie van de iPhone app laat je direct echt loggen als je wilt. Daarbij zijn er ook garmin toestellen en de trimble app die fieldnotes kunnen plaatsen. Maar het is meer een pre-logging iets.
Brunsting Geplaatst 6 januari 2010 Geplaatst 6 januari 2010 Ik heb en wil ook geen iPhone. Er zijn zat andere veel goedkopere handsets die veel meer kunnen. (Tenzij je voornamelijk kijkt naar de userinterface, die vooralsnog alleen zo op een iPhone werkt). Gelukkig, ik ben niet de enige die er zo over denkt
Mars Express Geplaatst 6 januari 2010 Geplaatst 6 januari 2010 gsak kan je hele database naar html exporteren, inclusief usernotes en dergelijke. als je dat dan via een webservertje toegangelijk maakt ben je er denk ik al. is wel read only natuurlijk. Heb je dat wel eens gedaan? Als je dan een cache wilt zoeken met bijvoorbeeld de letter N, dan moet je eerst wachten totdat er een pagina van x Mb is geladen. Dat duurde bij mij een eeuwigheid op mijn mobiel. ja heb ik, en de grootste index file is 670KB (met daarin circa 9000 caches).
BaMoMa Geplaatst 7 januari 2010 Auteur Geplaatst 7 januari 2010 Zo. Ik heb het nu zover dat ik mijn complete GSAK database in MySQL kan importeren. Dit duurt (als ik het goed heb) voor mijn huidige GSAK database (15170 records) 24 seconden... Nu eerst ...
Ivo-tje Geplaatst 7 januari 2010 Geplaatst 7 januari 2010 Zo. Ik heb het nu zover dat ik mijn complete GSAK database in MySQL kan importeren.Dit duurt (als ik het goed heb) voor mijn huidige GSAK database (15170 records) 24 seconden... Nu eerst ... Als je dan na het (lekker, doe mij er ook een) de oplossing online wilt plaatsen... gsak > mysql klinkt goed
BaMoMa Geplaatst 7 januari 2010 Auteur Geplaatst 7 januari 2010 Zo. Ik heb het nu zover dat ik mijn complete GSAK database in MySQL kan importeren.Dit duurt (als ik het goed heb) voor mijn huidige GSAK database (15170 records) 24 seconden... Nu eerst ... Als je dan na het (lekker, doe mij er ook een) de oplossing online wilt plaatsen... gsak > mysql klinkt goed Je hebt PM
Team Gelaen Geplaatst 8 januari 2010 Geplaatst 8 januari 2010 Nu stel ik vast een rare vraag, maar waarom niet gewoon de sqlite database gebruiken waar het standaard al in staat? Nauwelijks extra tools nodig en door de meeste tools gewoon te lezen dacht ik.
Ma-Bu Geplaatst 8 januari 2010 Geplaatst 8 januari 2010 (bewerkt) Ik ga toch gewoon door met een stukje software te schrijven. Het houdt me van de straat he? Naast dat ik log op GC, houd ik ook alles bij in een eigen DB. WEbsite + ASP + SQL. De caches worden toegevoegd door de PQ's die ik draai. Als ik een log uitdraai (op papier) worden er ook nog meerdere fields aangepast. Tussentijds kan ik van misteries/multies de eind coordinaat al invullen. Ook geef ik aan waar de cache zich bevind, en hoe hij eruit ziet. ik heb al meerdere scripts gemaakt logs -> SQL PQ -> SQL found -> HTML pag sort op type cache + stats not found -> HTML pag sort op type cache allemaal in ASP Dit is voor eigen gebruik. 8 januari 2010 bewerkt door Ma-Bu
BaMoMa Geplaatst 8 januari 2010 Auteur Geplaatst 8 januari 2010 Nu stel ik vast een rare vraag, maar waarom niet gewoon de sqlite database gebruiken waar het standaard al in staat? Nauwelijks extra tools nodig en door de meeste tools gewoon te lezen dacht ik. Daar heb ik twee redenen voor. De eerste reden is omdat in de sqlite database staat niet alles staat wat ik nodig heb. En de tweede reden is omdat ik eigenlijk niet kan programmeren in PHP wat ervoor zorgt dat ik niet goed kan sorteren, filteren, etc. Ik vind MySQL lekkerder werken EN ik kan een extra tabel maken voor eventueel multi-user gebruik. Als ik dat zou willen. Met andere woorden, de grootste reden is mijn eigen tekortkoming. (Het niet kunnen programmeren )
BaMoMa Geplaatst 8 januari 2010 Auteur Geplaatst 8 januari 2010 Ik ga toch gewoon door met een stukje software te schrijven. Het houdt me van de straat he? Naast dat ik log op GC, houd ik ook alles bij in een eigen DB. WEbsite + ASP + SQL. De caches worden toegevoegd door de PQ's die ik draai. Als ik een log uitdraai (op papier) worden er ook nog meerdere fields aangepast. Tussentijds kan ik van misteries/multies de eind coordinaat al invullen. Ook geef ik aan waar de cache zich bevind, en hoe hij eruit ziet. ik heb al meerdere scripts gemaakt logs -> SQL PQ -> SQL found -> HTML pag sort op type cache + stats not found -> HTML pag sort op type cache allemaal in ASP Dit is voor eigen gebruik. Kewl. Dat is precies wat ikzelf ook wil. Maar dan op Linux met MySQL. Leuk om te zien dat dit al bestaat, maar eerlijk gezegd had ik ook niet anders verwacht. :-)
Team Gelaen Geplaatst 8 januari 2010 Geplaatst 8 januari 2010 De eerste reden is omdat in de sqlite database staat niet alles staat wat ik nodig heb. Is dat niet vreemd?
BaMoMa Geplaatst 8 januari 2010 Auteur Geplaatst 8 januari 2010 De eerste reden is omdat in de sqlite database staat niet alles staat wat ik nodig heb. Is dat niet vreemd? Volgens mij, en ik kan het rustig erg fout hebben, staat in de sqlite database niet de naam van de caches. En er mist volgens mij nog meer informatie. Alles wat ik tot nu toe heb geimporteerd heb ik uit de CACHES.DBF, een DBase bestand. Mijn volgende stap is om nog wat andere informatie, wat wel in de sqlite database staat, ook te importeren. Daar ga ik vanavond mee aan de slag.
Team Gelaen Geplaatst 8 januari 2010 Geplaatst 8 januari 2010 Volgens mij, en ik kan het rustig erg fout hebben, staat in de sqlite database niet de naam van de caches. hm, ja vreemd. Ik zie de naam ook zo niet staan.
Aanbevolen berichten
Maak een account aan of meld je aan om een opmerking te plaatsen
Je moet lid zijn om een opmerking achter te kunnen laten
Account aanmaken
Maak een account aan in onze gemeenschap. Het is makkelijk!
Registreer een nieuw accountAanmelden
Ben je al lid? Meld je hier aan.
Nu aanmelden