kalkendotters

Ook al zegt de site dat ze uit de lucht zijn voor onderhoud, is er zeer waarschijnlijk gewoon een grote storing bij gc.com. Onderhoud wordt nml nooit in het weekend gedaan, maar zoveel mogelijk door de week (vaak dinsdag en woensdag nacht). Onderhoud zou normaal ook gemeld zijn via de forums, maar daar is nog helemaal niets terug te vinden wat er aan de hand zou zijn. Ik denk zomaar dat de complete database server gecrashed is; en dat zal wel even duren voor dat allemaal weer in de lucht is.

Inderdaad Blijft vreemd dat mensen spaties en punten gewoon blijken te negeren en dan maar gewoon alles achter elkaar plakken. Terwijl de meeste mensen wel door hebben dat 1:30 uur iets anders is als 1,30 uur. In dit geval werd dus aa° bb.ccc' gewoon ingevoerd als aa.bbcc°. Oplossing was dus via de instellingen even de GPS omzetten naar: deg mm.mmm

Precies: in principe .... De meeste bossen mag je niet in tussen zonsondergang en zonsopgang, maar dit geldt zeker niet voor alle bossen. Zo is bijvoorbeeld het duingebied bij Schoorl gewoon de gehele dag/nacht toegankelijk.

Dat is inderdaad wel heel vreemd.... (toevallig het berichtje wél gezien, en IK vond dat niet over de schreef gaan) Overigens zijn de 5 minuten (gelukkig) al weer voorbij en is het topic nog steeds geopend. En helaas moet ik me ook bij bijna alle voorgaande meningen aansluiten. Vaak, te vaak, zie ik dat er draadjes worden afgesloten zonder dat daar eigenlijk een echte reden voor is. IK vind dat alleen draadjes behoren te worden gesloten die off-topic gaan, of die tegen de regels van het forum ingaan en NIET omdat het toevallig een discussie is die al eens is gevoerd, of waarbij argumenten worden herhaald.

Volgens mij mag je alleen aanvullende voorwaarden stellen aan de log als het een 'Mysterie' cache is. Bij een gewone Traditional (die het naar ik aanneem is) mogen geen extra voorwaarden gesteld worden. (Even afgezien van oneerbiedig taalgebruik, etc) Ook een negatieve log moet dus gewoon geaccepteerd worden. Wil de cachelegger het anders dan zal hij deze opnieuw moeten laten reviewen voor een nieuw type....

Zelf resizen heeft wel degelijk zin... Ten eerste is de kwaliteit dan een stuk beter, en ten tweede kun je zelf bepalen of je de resolutie of de kwaliteit vermindert (of beide) Bij het uploaden zie je staan: If your original image is under 125k or 600 pixels wide, the largest image will not be resized. Dit betekent dat als je plaatje kleiner is dan 125k (ietsje meer mag ook nog zelfs) óf minder dan 600 pixels breed, dan wordt er niet automatisch door gc.com geschaald. Je kunt dus rustig een plaatje maken van 3000 pixels breed, als de bestandsgrootte maar minder is dan 125k blijft ie netjes op die breedte. zie bv deze log

Die update van de coordinaten is ook handig en bestaat inderdaad al. Maar kan dat ook bij een mystery zonder de daadwerkelijk locatie van de cache prijs te geven? Aangezien een mystery een fictieve coordinaat boven aan de pagina heeft staan, kun je die natuurlijk gewoon een fractie veranderen bv N +.001 (en de volgende keer weer terug :-) ) Overigens kan dit natuurlijk ook met multi's en andere caches; want in de praktijk zul je niet zo nauwkeurig kunnen pijlen dat die .001 opvalt.

Als extra zou je ook nog eens een coordinaat verandering voor de cachepagina kunnen loggen, die valt tussen de gewone logjes goed op. Voor de reeds opgeloste puzzels zou ik het heel handig vinden als er ipv een nieuwe opgave (of naast een nieuwe opgave) een projectie wordt aangegeven ten opzichte van de vorige lokatie. Hierdoor kun je 'in het veld' toch snel de juiste cachelokatie bepalen. De hele puzzel oplossen gaat daar meestal niet vanwege het ontbreken van de plaatjes enzo.

Ja, diverse malen... Helaas kan ik je geen caches geven, omdat daarmee de eerste 'grap' van de cache om zeep geholpen wordt. Meestal staat er wel een hint in de titel, zoals onzichtbare info, niets te zien, zoek verder, er is meer dan je ziet, etc

Makkelijkste oplossing: geduld hebben :-) Op dit moment is de send-to-gps optie een beetje stuk waardoor ie niet als geocache gestuurd wordt. Zodra ze in Amerika tijd en zin hebben om het te maken, gaat het zo werken als je bedoelt.

Mooi niet... Ook via die weg gaat het fout. Het gaat nml alleen fout bij caches waarbij additional waypoints op de webpagina getoond worden; en aangezien dat nog niet bij alle caches zo is, lijken sommige oplossingen wel te werken. DRL #1 is een cache met additional waypoints op de pagina. Tik DRL #1 in bij het venster keyword en ik heb er geen probleem mee. Dat klopt, maar dan ga je dus ook niet rechtstreeks naar de pagina, maar via een kleine omweg met een nearest pagina. Zodra je een van de pagina's van gc.com hebt benaderd gaat de rest goed. Als je ipv de zoeknaam de waypointnaam gebruikt (GCM7W6) dan gaat wel fout, omdat je dan direct op de cachepagina uitkomt. Het gaat dus alleen fout als je direct naar de cachepagina springt en deze cache ook nog eens waypoints bevat. (dus een link gebruikt die begint met http://www.geocaching.com/seek/cache_details.aspx? zoals bv: http://www.geocaching.com/seek/cache_detai...f7-6225142a68b1) Als dit hetzelfde probleem is, dan kun je het voor jezelf een stuk makkelijker maken: Open eerst www.geocaching.com, verklein dit browser venster, maar sluit het niet. Open vervolgens je lijst met linkjes, die zouden nu gewoon moeten werken.

Mooi niet... Ook via die weg gaat het fout. Het gaat nml alleen fout bij caches waarbij additional waypoints op de webpagina getoond worden; en aangezien dat nog niet bij alle caches zo is, lijken sommige oplossingen wel te werken. De enige manier waarop het (voorlopig) goed werkt, is eerst even een browservenster openen met geocaching.com; en deze open laten staan. Dan werken alle links wel goed.

vreemd, mijn mijn versie van ozi kan het wel, zowel waypoints als tracks

Mijn correctie was een beetje fout.... Het probleem blijkt te zijn, dat lettertypes als Wingdings, Symbol, etc NIET worden ondersteund door de 'alternatieve'browsers (dus Opera, Firefox, etc) De beste oplossing is (helaas) om voor de speciale tekens de Unicode tekens te gebruiken. Alternatief kun je ook plaatjes gebruiken, maar die komen weer niet mee in de PocketQuery's dus weer lastig voor de papiervrije cachers. Een teken dat erop lijkt is: → oftwel →

Ook weer het gevolg van een constructie die niet helemaal 'netjes'is, en daarom in verschillende browsers tot problemen kan leiden: <span style="font-family:Wingdings">è</span> Hier ontbreekt de ; achter Wingdings, als deze wordt toegevoegd dan laat FF ook netjes de pijltjes zien <span style="font-family:Wingdings;">è</span> Er gaat nog iets mis met deze cachepagina: helemaal bovenin de pagina staat opeens een wit vlakje, met een heel klein rood puntje.. [] Waarschijnlijk een restant van een eerder poging om een rood vlak ergens neer te zetten. Gezien de 'troep' die verderop in de html-code staat kun je zien dat (een gedeelte) van deze beschrijving in Word gemaakt is. En Word maakt nou niet bepaalt 'browser-vriendelijke' html aan. Eigenlijk zijn pagina's gemaakt met Word alleen goed te bekijken met Internet Explorer...

Iedereen heeft daar last van; in zijn cachedescription heeft hij nml het volgende opgenomen: <style> <!-- .style2 {font-size: xx-large} .style3 {font-size: 16px} body,td,th { font-size: xx-large; } .style8 { color: #FF0000; font-size: larger; } .style9 {color: #FF0000} --> </style> en dat zorgt ervoor dat alle tekst in de grootte xx-large gezet wordt.

Klagen over de advertenties zul je in eerste instantie toch bij geocaching.com moeten doen. Zij hebben een overeenkomst met google-ads, en zij kunnen daar dus ook druk uitoefenen om te zorgen dat dit soort louche advertenties niet worden opgenomen. Ook kan het er voor zorgen dat gc.com stopt met google-ads, en een andere aanbieder neemt... Jeremy heeft al eerder aangegeven graag een feedback te krijgen op het forum over de advertenties die geplaatst worden op de site. Daarnaast kun je nog terecht bij de Reclame Code Commissie ivm de misleidende advertentie van dit (kennelijk) nederlandse bedrijf.

Aangezien de chat niets met java te maken heeft, zou dat niet echt een probleem moeten zijn. (mogelijk is het onderliggende probleem dat je JAVA niet kan instaleren wel een probleem). De chat maakt gebruikt van de Adobe Flashplayer, en je zou dus eens kunnen proberen of het opnieuw instaleren/ updaten daarvan een gunstig effect heeft. http://www.adobe.com/shockwave/download/in...=ShockwaveFlash

Nee, geen enkel probleem. Je bent van harte welkom :-)

Waarom worden ze dan niet 'gewoon' gearchiveerd? Eventueel met een aangepaste coordinaat zodat er ook niet meer op die plek gezocht zal worden. Op deze manier roept het meer vragen op dan nodig is

Dit is nou net mijn probleem, als ik ze log in de volgorde die ik gedaan heb, dan staan de chronolochisch net verkeerd om. Als ik het goed wil doen moet ik ze dus in omgekeerde volgorde loggen dan de volgorde waar ik ze in gedaan heb. Toch is het verstandiger om ze gewoon in de juiste volgorde te loggen. Er is namelijk een behoorlijke kans dat de website opeens een andere sortering gaat gebruiken, en dan staan je logjes opeens weer verkeerd om. Ook maken al die handige statistiekprogramma's gebruik van de volgorde waarin de logjes zijn aangemaakt om bv de 100/200 cache te laten zien, en die kloppen dan ook niet meer.

Klopt helemaal. Omdat MobiPocket niet meer ondersteund wordt, en geocaching een nieuwe server heeft neergezet, konden ze helaas het mobipocket programma niet meer werkend krijgen. Vanaf nu zul je dus je eigen eBook moeten maken. zie ook: MobiPocket support (or lack thereof)

Vreemd genoeg gebruikt het kadaster voor de TOP25 laag een oudere versie dan nodig is... Op http://www.kaart.nieuwekaart.nl/ kun je óók een topografische kaart gebruiken als ondergrond, en daar staan sommige nieuwbouw wel op die bij het kadaster er nog niet op staat.

Eindelijk WP-bestanden maken in GSAK per provincie! Klasse! Dat kan al een tijdje.... Je kunt in GSAK namelijk polygonen maken, en alle caches binnen die polygoon selecteren/exporteren/etc

Zei hij, die een of andere belachelijke whisky puzzel heeft gemaakt