Spring naar bijdragen

kalkendotters

Leden
  • Aantal bijdragen

    1223
  • Geregistreerd

  • Laatst bezocht

  • Gewonnen dagen

    35

Berichten geplaatst door kalkendotters

  1. Wat ik zojuist plaatste is alweer verwijderd.... dat zegt genoeg :blush:

    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.

  2. Maar dat is eigenlijk niet de issue, waar het me om gaat is, dat de cachelegger kritische notes en DNF's zomaar verwijdert en vervolgens een note plaatst dat negatieve logs verwijderd worden en je daar dus verder geen verweer tegen hebt.

    Ze hebben namelijk het recht om logs te verwijderen. En dat vind ik dus raar.

    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....

  3. Hoi hoi,

     

    Het zelf resizen van je foto's heeft eigenlijk geen zin.

    Dit doet geocaching.com zelf.

    Waarschijnlijk zit daar dan ook het probleem.

     

    Grtz Larinagu.

    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

  4. Via deze weg geen probleem.

    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)

     

    Ik zelf heb ook "dikke" problemen hiermee tijdens het reviewen. Al mijn directe linkjes werken niet, dus ook niet naar de reviewers todo lijst. Dus eerst naar gc.com, dan naar de bewuste pagina voor te reviewen caches over de hele wereld, dan Nederland aanklikken, dan filteren en dan pas kan ik verder. 3 a 4 handelingen extra, terwijl ik op eigenlijk dezelfde url uitkom. Dit is sinds de laatse update van gc.com het geval. Het is bij hun bekend en volgens zeggen zijn ze er alle dagen, de hele dagen, mee bezig.

    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.

  5. Via deze weg geen probleem.

    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.

  6. 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

  7. In FF zie je bij de cache Mijnopolie een è, daar waar een pijlte naar rechts hoort te staan (bij spelregels 4 en 5), wat in IE wel zichtbaar is.

    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.. [:P] 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...

  8. Misschien (ergens weet ik het wel zeker) zit ik in het verkeerde draadje, maar bij deze cache:

    GCHDJM heb ik een probleem met de weergave. Nu mankeer ik echt niets aan mijn ogen, maar de letter zijn zo groot dat iemand met slechte ogen dit zonder bril of lenzen m.i. kan lezen. Dit geldt ook voor deze : GCHEFE en deze: GCHEFF . Ze zijn van MC GREGOR maar de andere caches (van MC GREGOR en andere cacheleggers) zijn wel met een normaal lettertype. Zijn er meer die er last van hebben?

     

    Ik gebruik XP en heb IE7.

    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.

  9. Door het toelaten van google adds op je site, krijg je een bepaalde inkomsten. Ik heb wel eens gehoord van een cent per klik op de add...

    De add's worden, net zoals je ook kunt zien als gebruiker van het "gratis" gmail (googlemail), altijd en zoals men zegt automatisch, gerelateerd aan de pagina wat er geschreven staat.

     

    Dat gaat dus automatisch. Je hebt, als je die adds niets kan schelen, gratis toegang tot je gmail en ander spul van google.

     

    Als je dit ook op sites doet, en de site gaat over geocaching, dan kom je veel adds tegen waar geocaching in vernoemd staat. Zo kan het gebeuren dat een louche ringtone leverancier zijn reklame aan google adds aanbiedt. Hij betaalt daarvoor aan google.

     

    Geocaching.com weet echt niet wie of wat er in de adds staat, daar zullen ze denk k ook geen zeggenschap over hebben. Wat er in de adds komt aan advertenties is een overeenkomst tussen de adverteerder en google. geocaching.com verdient waarschijnlijk een cent per klik op een van de adds. Wordt er nooit op geen enkele van die adds geklikt, zal er waarschijnlijk ook geen inkomsten zijn voor geocaching.com

     

    Wil je klagen over een add die gratis lijkt maar toch niet is, zul je denk ik bij google moeten zijn, maar ik denk niet dat google zich daar ook maar iets van aantrekt. Dat bedrijf wil miljarden verdienen, op wat voor manier dan ook.

    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.

  10. Het gaat helaas iets langer duren, want nu heb ik helemaal geen java meer en krijg hem er ook niet meer op. :huh: Ondanks de vele en goeie hulp van JW. :beerchug:

     

    Iemand nog ideeën? :thumbup:

     

    groetjes GeoVlinder

    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

  11. De caches zijn, in overleg met reviewers en eigenaren van de caches, op verzoek van de politie Kennemerland verwijderd, hetzelfde geldt dan natuurlijk ook voor de cachepagina's. De cache(pagina')s zijn retracted oftewel weer terug als opnieuw te reviewen caches. Dat is de enige manier om ze totaal onzichtbaar te maken.

     

    De caches voldeden wel aan de veiligheidsvoorschriften van Schiphol en ook aan de guidelines van geocaching.com, maar de politie ziet ze liever verdwijnen en dan heb je dat maar te doen natuurlijk

    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 :)

  12. Bij het aanmaken van een PQ kon ik altijd aangeven dat er ook een ebook bestandje van de caches gemaakt moest worden. En die kon ik dan met Mobipocket op m'n pda lezen. Klopt het dat die optie is verdwenen of mis ik wat ??

    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)

  13. Maar om het hele jaar door te kunnen cachen in Nederland is zo'n kwetsbaar apparaat toch niet echt geschikt. Tevens loop je natuurlijk niet altijd op makkelijk terrein met een kans op vallen/struikelen. Sinds maart 2007 gebruiken wij een Garmin GPSmap60CSx.

    Eigenlijk valt dat reuze mee...

    Met de juiste programma's en eventueel een reserve accu is er prima met een PDA te cachen.

    Als je gewoon netjes met je spullen omgaat, dan is de 'kwetsbaarheid' geen enkel probleem. Ik geef (na mijn eerste 1200 caches) nog steeds de voorkeur aan mijn PDA boven de GPS60CS [:rolleyes:]

     

    Als het hard regent, wil ik toch niet cachen...

    En een nonchalant op de heup gedragen 'degelijke' GPS gaat ook erg stuk als je dan even half tegen een paaltje aanloopt: krak zei het scherm.

  14. Ik zie het medecachers regelmatig doen: HTML-links (dus a href etc) verwerken in hun logs. Bijvoorbeeld: "net naar *link* Mooi Mariahoeve *link* geweest, nu deze cache gevonden". Als ik het probeer lukt het me niet en ik vind nergens een stukje tekst hoe het moet. Ik hoor het graag!

    in de logs worden de volgende codes toegestaan:

     

    red=[red][/red] orange = [orange][/orange] green=[green][/green] blue = [blue][/blue] purple = [purple][/purple] there may be more colors

     

    bold =

    italic =

    size = a small text size, but not a larger one.

    Strike-through =

    Underline =

     

    http://www.domain.com tussen

    of Klik hier! met

  15. kort door de bocht genomen vind ik het antwoord "dat je moet kijken naar de last gpx date om te bepalen of je record wel of niet is geupdate."

    Misschien wat kort door de bocht, maar het is de enige manier om met een PQ te constateren of een cache gearchiveerd is.

    (Behoudens dan de speciale MYFounds query die altijd alle caches die je gevonden hebt levert, dus ook de in de tussentijd gearchiveerde)

     

    Maar nu vraag ik me dus af of iedere keer dezelfde caches zitten in een zelfde pocket querie.

    Stel ik heb een gebied geselecteerd van alles rondom punt x met een straal van 100 km. Daarin blijken meer caches te zitten dan de 500 die je maximaal kunt kiezen voor je pocket querie. Dat kan mi betekenen dat je op dag 1 een andere selectie voor je kiezen krijgt, dan op dag 2 (immers zijn er ook alweer caches bijgekomen). Dus als cache x1 tm x500 op dag 1 in de pocket querie zitten, kan het dus zijn dat dag 2 x1-x450 erin zit, maar dat de laatste 50 andere zijn???

     

    Kortom: welke selecties worden gemaakt als je pocket querie definitie meer resultaten oplevert dan dat je als maximaal resultaat hebt opgegeven???

    gaat het op afstand? gaat het op alfabet? gaat het op aanmaakdatum? gaat het op.... vul maar aan

    Caches in een PQ worden gesorteerd op afstand van het middenpunt van de query (in de meeste gavallen dus je huiscoordinaat). Zijn het er teveel, dan vervallen de verste.

    Je krijgt dus gewoon elke keer dezelfde caches; waarbij de nieuwere de plaats innemen van de caches die op de grootste afstand liggen.

     

    Wil je een gebied helemaal bedekken dat meer dan 500 caches oplevert, dan is de handigste methode het gebruik van de published-datum. Hierdoor krijg je namelijk geen overlap tussen de verschillende PQ's, en werkt het us het efficients.

  16. Als ik op mijn GPSmap60CS de volgende RD coordinaten intoets (instellingen Eenheden :Ned. RD Grid, kaartdatum Dutch) :

     

    RD 245180 543530

     

    Als ik dat echter controleer op de volgende website :

    http://web.inter.nl.net/users/F.Kissels/gps/conversie.html ,

    dan levert dezelfde RD coordinaat op :

    N 52 52.170 E 006 43.357 in WSG84.

     

    Welke WSG84 coordinaat is nu de goede ?

     

    Beide antwoorden zijn goed:

     

    N 52 52.284 E 006 43.593 in graden minuten.1000ste minuten

    N 52 52.170 E 006 43.357 in graden minuten.seconden

    Aha, nu snap ik het helemaal.

    Dank !

    Als je het nu Netjes had overgenomen van de website, dan had je meteen gezien dat de notatie op de website anders is dan die in je GPS

    de website geeft namelijk:

    52 52' 17.031" 6 43' 35.669"

    Hier staan de punten en spaties dus op een heel andere positie.

     

    Het is dus vergelijkbaar maar het 'aanpassen' van de tijd van de notatie 12:50 naar 12,50 ....

  17. Gezien het bericht, lijkt het me eerder een verbetering van bereikbaarheid als je EN een cache aan het downloaden bent EN tegelijkertijd een waymark wilt ophalen van waymarking.com. Er wordt in dit bericht angstvallig gezwegen over de bereikbaarheid waar wij al jaren over klagen.

    Niet helemaal goed gelezen...

    Het gaat hier over de database-server van geocaching.com. Zoals sommige mensen weten worden de webpagina's die je ziet via gc.com gemaakt via twee verschillende computers: de web-machine (die maakt de pagina's die je ziet) en de database server (die de informatie aanlevert/bijhoudt van de caches/logjes).

    Deze laatste machine (de database server dus) wordt vervangen. Dit heeft verder totaal geen invloed op de pagina's die we zien, of de functionaliteit die gc.com biedt.

    Het enige effect hiervan is dat de server veel sneller zijn data kan leveren aan de webserver, waardoor die niet vastloopt met pagetimeouts en we dus minder problemen hebben met de webserver.

     

    Daarnaast meldt Jeremy dat ze nu een lijstje hebben gemaakt met alle functionaliteit die gc.com en waymarking.com bieden, en ze deze samenvoegen in een geocaching 2.0 site, die mogelijk in het begin van volgend jaar actief zou kunnen worden.

  18.  

    Je kunt dmv verkenner gewoon de map van de kaart die je niet meer wilt zien verwijderen. ;)

     

     

    Gooi je dan de kaart zelf weg? En hoe kom ik er achter waar die kaart ergens is geïnstalleerd? Bij het installeren wordt dat niet aangegeven :(

    Het kan... soms

    Bij sommige kaarten gaat Mapsource daarna volledig in de stress en wil niet meer opstarten, tevens blijft ie gewoon in de lijst staan van de te kiezen kaarten.

    Het is dus vele malen beter om het gewoon via de aangegeven weg te doen...

     

    Mocht je perse het risico willen lopen, meestal worden de kaarten geinstalleerd in C:\Garmin

    en dan per kaart een subdirectory. (En in de c:\garmin directory staan ook nog per kaart wat bestandjes die eigenlijk ook weg moeten)

  19. Hoe kan ik een kaart uit het Mapsource menu verwijderen? Ik heb een upgrade gekocht van de City Navigator en wil niet meer de oude versie bij de opties zien staan.

    Gewoon de oude kaart deinstaleren via het windows systeem:

    Start-instellingen-configuratiescherm-software en dan de kaart even opzoeken in het lijstje geinstalleerde programma's

  20. als ik de vorige berichten lees en vervolgens GSAK open denk ik dat ik een duit in het GSAKje moet doen.

    Een filter kan zich beperken tot de "archived" caches, dus de "temporay unavailable" kunnen buiten beschouwing blijven...

     

    maak een filter waarbij alleen de "available status" "archived" is aangevinkt en geef deze eenm "go".

    Eventueel sla je dit filter op.

    In beeld hou je dan de gearchiveerde over. Vervolgens "delete waypoint(s)" en dan kiezen voor "all waypoints in filter".

     

    Het ophalen van de temp. unavailable via een PQ is dan ook niet nodig...

    Dat werkt NIET

    het probleem is dat gearchiveerde caches NIET in een pocketQuery voorkomen. In veel gevallen zijn caches ook niet eerst tijdelijk inactief, zodat de methode van @rend ook niet werkt.

     

    De enige manier die goed werkt is de methode die BBosman al heeft aangegeven: regelmatig kijken naar caches waarbij de gpx-datum niet is opgehoogd, en die op gearchiveerd zetten.

×
×
  • Nieuwe aanmaken...