Spring naar bijdragen

kalkendotters

Leden
  • Aantal bijdragen

    1222
  • Geregistreerd

  • Laatst bezocht

  • Gewonnen dagen

    35

Berichten geplaatst door kalkendotters

  1. Speciaal voor Barny dan; zodat ie er ook nog wat van kan leren:

    Als je een coordinaat invoert, dan moet je heel goed opletten op de plaats van de spaties en de puntjes. Als die niet overeenkomen met de gekozen coordinaatweergave dan sta je zomaar een paar 100km verkeerd.

    En bij mysteries mag/moet je vaak zelf verzinnen waar je die tussenvoegt.

    • Top! 4
  2. Er zijn natuurlijk wel wat meer gradaties van 'visueel gehandicapt' dan alleen maar 'blind'. Die kunnen bv een groter lettertype gebruiken of extra contraxt om toch te kunnen lezen.

    Daarnaast zijn er nog steeds mensen die een langzame internetverbidning hebben, en dan bijvoorbeeld de plaatjes uitzetten en alleen 'op verzoek' de plaatjes laden (ja dat kan me bijna elke browser)

    Ook zijn er nog steeds browser die ipv de title-attribuut het alt-attribuut tonen als je er met de muis overheen gaat.

    Helaas is niet iedereen in staat om de nieuwste van de nieuwste browser te draaien, en zul je ook rekening moeten houden met wat oudere versies.

  3. Beidou neem ik aan. Daar zie ik er op dit moment 2 van

    op m'n telefoon verschijnen. Wel heel laag boven de horizon uiteraard (rond de 20 graden nu).

    Ik las opeens het woordje 'uiteraard', maar is het wel zo 'uiteraard' ?

    Het lijkt logisch om chinese satelieten laag te verwachten, maar Beidou-2 is net als GPS en Galileo een globaal systeem.

    De satelieten draaien dus netjes in banen rond de aarde, en zullen dus allemaal dan eens hoog, dan eens laag aan de hemel staan.

    Het gebruik van het systeem wordt echter alleen aangegeven als bruikbaar tussen E55° en E180°

    (ik neem aan vanwege het ontbreken van grondstations om de correctie te berekenen op de rest van de aardbol)

    De engelse wikipedia is wat uitgebreider

     

    Een uitzondering op rondtollende satelieten is het Beidou-1 syateem dat gebruik maakt van 3 (+1 reserve) geostationaire satelieten.

    Maar dat systeem is alleen te ontvangen tussen E70° en E140° (dus ruim buiten ons 'zicht')

  4. Ik neem aan dat je met downloaden bedoeld het versturen naar de GPS

    Via 'zoeken', 'filtering..' kun je in GSAK een uitgebreide filter maken op bijna alles wat erin staat: cachetype, plaatsingsdatum, provincie, etc

     

    Naast de Pocketquery's kun je in GSAK ook gebruik maken van de geocching.com API. Daarmee kun je per 24 uur 6000 caches inlezen/updaten. Ook daar zijn weer handige macro's voor om dat automatisch te seleceteren zodat je niet elke keer dezelfde caches binnenhaalt.

  5. Als je alleen de caches met de userflag wilt exporteren, dan moet je in GSAK een filter maken zodat je alleen die caches ziet. De macro zal namelijk altijd gewoon alles wat in de huidige filter zit (wat dus getoond wordt in de lijst op het scherm) exporteren.

    Met het aantal dat je opgeeft in de exportmacro geef je aan dat je alleen de eerste x caches die getoond zijn wilt exporteren.

    Dat is bv handig voor de standaard 'in de buurt' export, zodat je niet zelf een filter hoeft te maken voor de eerste 1000 caches.

  6. Hulp gevraagd door Groundspeak:

    Tracing from your client to our infrastructure does not appear to be fruitful in this situation. Please run a trace from our network to your client IP by visiting http://tracer01.groundspeak.com during a slow period. You can either reply with the output in this thread or if you prefer to not share your IP, submit it to the Customer Management team via http://support.groundspeak.com/index.php?pg=request with ATTN: Justin.

    uit het draadje: http://forums.groundspeak.com/GC/index.php?showtopic=329078&view=findpost&p=5523452

     

    Als je dus problemen hebt met je verbinding, dan ga je naar http://tracer01.groundspeak.com

    Copieer het resultaat dat daar staat, en mail via

    Geef daarbij ook even aan welke provider (Ziggo, Nederland) je gebruikt.

  7. Probleem speelt al een tijdje, zie ook het amerikaanse forum:

    http://forums.groundspeak.com/GC/index.php?showtopic=329078

     

    Probleem is de internationale verbinding tussen europa en usa, daar zit een provider tussen die zijn zaakjes niet op orde heeft. Helaas is dit een probleem wat ook voor Ziggo lastig oplosbaar is omdat het niet hun eigen netwerk is.

    De enige manier om er iets aan te doen is door iedereen die er last van heeft regelmatig te klagen bij hun provider (meestal Ziggo dus) zodat het hopelijk doordringt dat ze er wat aan moeten doen.

     

    Het is overigens niet alleen de website van geocaching.com die daar last van heeft, maar ook allerlei andere websites die in het zelfde geografische gebied draaien (Seatle dus) Maar omdat wij van die websites alleen geocaching.com gebruiken lijkt het alleen die site te zijn :)

    http://www.seattle.gov/ zou hetzelfde probleem moeten hebben volgens het amerikaanse draadje (misschien is Ziggo wel bereid om daar wat meer energie in te steken)

     

    en ook:

     

     


    Also, Rhapsody hosts their music catalog in our datacenter so it should traverse the same routing path. I haven't seen anyone respond to my request to browse their catalog and report if it experiences similar slowness. That site is http://origin.rhapsody.com/browse/
  8. Om een bepaalde cache in Nederland te vinden moet je gewoon heel intuitief het eerste veld leeg laten....

    Dan klik je op add filters:

    Geocache naam bevat: koe

    Zoek alleen in: Netherlands

    en dan zoek

    (of je zoekt op alleen 'koe' en klikt daarna op de kolomkop 'favorieten' om daarop te sorteren)

     

    Al met al heel logisch (tenminste voor de mensen die dit verzonnen hebben; ieder ander krijgt er spontaan de hik van)

  9. Of in internet explorer de wherigo site toevoegen aan de compatibility modus.

    Klik op het setup-radertje rechtsboven,

    Kies Instellingen voor compatibiliteitsweergave

    Voeg wherigo.com toe

  10. GSAK past inderdaad de tijd aan; of eigenlijk: onthoud de tijd niet. Voor het veld FoundByMeDate wordt (zoals de naam al zegt) alleen de datum opgeslagen. De tijd wordt dus automatisch naar 0:00 gezet.

    Bij het publiceren van de log wordt vervolgens die 'tijd' gebruikt.

    Als je dan logt maakt Seatle daar de lokale tijd van: 19:00

×
×
  • Nieuwe aanmaken...