Spring naar bijdragen

BBosman

Leden
  • Aantal bijdragen

    406
  • Geregistreerd

  • Laatst bezocht

Berichten geplaatst door BBosman

  1. Hoe verklaar je dat dan?
    Geen idee.

     

    Bovenstaand plaatjes is het gedrag wat er volgens de broncode zou moeten gebeuren en wat ik zelf ook zie gebeuren, verspreid over 2 PC's en 6 verschillende browsers en browserversies. (IE, Firefox en Opera)

     

    Al zijn er een hoop browserinstellingen, waarmee je (al dan niet per ongeluk) dat gedrag kan beinvloeden. Dat is vanaf hier voor mij echter moeilijk te verifieren.

  2. Volgens mij moet er een andere oorzaak zijn.

    Kijk maar eens bij zijn logs voor willekeurige caches.

    Zijn naam verschijnt daar steeds in het zwart, terwijl van iedereen anders de naam in blauw verschijnt.

    Raadselen... ;)

    Hoe heb je zijn lijst van gevonden caches gevonden? Toevallig via zijn profiel? Dan heb je dus de pagina waar die link naar wijst bezocht en wordt die link dus zwart.

     

    Een log op een willekeurige cache:

    rr1.jpg

     

    Dezelfde log nadat ik een keer op die link geklikt heb:

    rr2.jpg

     

    En nadat ik mijn browsercache leeggegooid heb, zie ik weer hetzelfde als op het eerste plaatje.

  3. De cache van zijn browser leeggooien.

     

    Op de geocaching.com site worden die links blauw getoond als je de pagina waarnaar gelinkt wordt nog niet bezocht hebt en zwart als je de pagina wel bezocht heeft. Dus zodra je je eigen profiel een keer hebt bekeken wordt die link zwart, totdat je je browsercache leeg gooit.

  4. Vers van de pers op het Groundspeak forum:

    In a moment we will release a hotfix that should return your cache pages to their former glory. This will be something of an ongoing process to refine our filtering techniques to get the proper balance of security and freedom, so please report any problems you have designing your caches and we'll go from there. Thank you!
  5. Het probleem lijkt alleen op te treden als je iets verandert aan je pagina. Oude listings blijven gewoon hetzelfde. De opmaak van onze earthcache is geheel gebaseerd op style attributen en die ziet er ook nog uit zoals het hoort. Niets veranderen dus :crybaby:
    Mijn cache pagina's zijn bijna allemaal "om zeep", maar ik heb al in geen tijden meer iets aan gewijzigd.

     

    Ik vermoed eerder dat het nieuwe HTML veiligheidsfilter wat ze geintroduceerd hebben wat form tags zou moeten verwijderen in sommige gevallen iets te aggresief is en te veel filtert. Blijkbaar zitten er dus nog wat bugs in dat filter. (Want de code wordt wel braaf in de GPX geexportteerd)

  6. Ik denk dat "kwaliteit" nogal subjectief is en dat je daarom nooit een cache daarop kunt beoordelen.

     

    - Iemand die iets heeft met architectuur vindt een cache in een woonwijk misschien een einde, terwijl iemand die liever naar de vogeltjes kijkt dat niet vindt.

    - Iemand die minder goed te been is heeft liever een paar simpele oprapertjes, terwijl iemand die veel wandelt liever multi's van 20+ km heeft.

    - ...

     

    Hoe ga je daar dus ooit een eerlijk antwoord over de kwaliteit geven.

     

    Ik ben het met je eens dat ik vanuit mijn persoonlijke mening een aantal categorien caches ook liever niet zie groeien, maar dat betekend niet dat iedereen zo over die categorien denkt.

  7. Het 'overlap'-probleem zou eigenlijk makkelijk opgelost kunnen worden door een vergelijkingsfunctie aan de gc.com-website toe te voegen:

    Je voert een lijstje van coördinaten van je cache in, en de website vergelijkt die dan met de reeds in de database vastgelegde coördinaten. Vervolgens krijg je een resultaat waarin staat welke WP's nu groen of rood licht zouden krijgen. Overlappende punten met virtueel karakter zouden dan oranje licht kunnen krijgen zodat de legger ervan weet en zelf kan beslissen over weglaten of handhaven.

    Op basis daarvan kan verder gesleuteld worden aan de route van de cache voordat je hem ter review aanbiedt.

    Klinkt aantrekkelijk, maar heeft een inherent probleem. Als ik namelijk ergens een mysterie heb, welke ik niet op kan lossen ga ik dus (in theorie) net zo lang coordinaten in de buurt invullen tot ik een vrij nauwkeurige positie van die cache heb.
  8. Als ik zie hoe er met het goud, zilver en brons om wordt gegaan, gaat voor mij de lol er vanaf.
    Iedereen speelt het spelletje zoals hij/zij zelf wil. Ik vind persoonlijk de jacht op goud namelijk nog steeds leuk om te doen. Als ik dus tijd/geen afspraken heb zal ik dus meestal wel op pad gaan. En soms gaat dat mis, zoals gisteravond en dan ben je pas nummer 7 in het logboekje. Jammer maar helaas, volgende keer beter. Maar die keren dat je dan je naam als eerste in zo'n splinternieuw logboekje/rolletje mag zetten geeft toch wel weer een goed gevoel.

     

     

    Dit draadje en de voorgaande over Geodor's hebben mij doen besluiten om geen Geodor's meer uit te rijken( heb ook mijn Geodor's terug genomen) en geen goodies meer te ruilen.

    Alleen TB's en coins ( als ik ze mooi en/of leuk vind) zal ik verder op reis helpen als mij dat uitkomt.

    Goodies ruilen doe ik al heel lang niet meer. Met name omdat de kwaliteit van de goodies in de gemiddelde cache om te huilen is. Of een themacache waar het thema ondertussen ver te zoeken is. En dat kun je de cacheleggers moeilijk kwalijk nemen, want je kunt je caches niet blijven aanvullen/opschonen, maar het heeft er wel voor gezorgd dat ik niet meer ruil.

     

    TB's en Coins daarentegen zal ik indien mogelijk wel altijd meenemen. De eigenaar van die dingen wil graag dat zo'n ding reist (anders zet je hem niet uit) en aangezien ik daar makkelijk een handje bij kan helpen...

     

    En het verhaal over de Geo d'Ors. Ik deel ze (sporadisch) uit, aan caches waar voor mij een speciale herinering aan zit. Gevolg is dat ik ze dus ook aan caches gegeven heb die het cachetechnisch niet waard zijn, maar door mijn ervaringen ter plekke op dat moment voor mij toch iets speciaals hebben gekregen.

    Ik gebruik het dus met name voor mezelf. Wat anderen met die "data" doen mogen ze zelf weten.

  9. Het is 38,5. Als ik namelijk in OziCE vanaf punt 1 projecteer met die instelling kom ik het dichtste bij het gegeven 2e coordinaat.

     

    PCGT ondersteund echter alleen hele graden, dus die zal die 38,5 afgerond hebben naar 39. Verder kan het heel goed mogelijk zijn dat door een afrondingsverschil een tooltje uitkomt op 38,49 en dat dus afrond op 38.

     

    Wat ik meestal doe als ik een projectie in een cache opneem is zorgen dat een van de punten "onzuiver" mag zijn, zodat je projectie met ronde graden kunt inbouwen. Je komt dan wel 1-2 metert van je oorspronkelijke plek af, maar alle tooltjes geven dan hetzelfde antwoord.

  10. Alleen in FF zie ik 24X <br> staan (Helemaal onderaan de pagina), 1 of 2 keer is wel genoeg ;)
    24 keer is misschien wat overdreven, maar je hebt er door de opbouw van de MS-Word HTML zeker 10 nodig, anders wordt de hint decryption key opeens naast het plaatje gezet en heb je een pagina die 2 keer zo breed is. Daar heb ik net zelf namelijk ook even mee zitten experimenteren.

     

    Ik kan het geheel waarschijnlijk relatief makkelijk nabouwen in niet MS-Word HTML, terwijl het qua uiterlijk gelijk blijft, maar dat is mij teveel werk. Die tijd besteed ik zo liever om op pad te gaan om te gaan cachen. ;)

     

    Edit: Kruimeldief kwam zojuist dus tot dezelfde conclusie. :thumbup:

  11. Ik heb de HTML even op de pijnbank gelegd en het zat hem inderdaad in een stukje MS-Word specifieke code.

     

    Mijn variant ziet er hier in zowel Firefox als IE uit als het origineel, met uitzondering dat hij in IE nu ook werkt.

     

    Mocht de cacheeigenaar dit ook lezen, als je het volgende stukje code uit je HTML weglaat, gaat het in IE wel goed en blijft hij er in Firefox ook gewoon hetzelfde uitzien.

    <!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600"
    o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f"
    stroked="f">
    <v:stroke joinstyle="miter"/>
    <v:formulas>
     <v:f eqn="if lineDrawn pixelLineWidth 0"/>
     <v:f eqn="sum @0 1 0"/>
     <v:f eqn="sum 0 0 @1"/>
     <v:f eqn="prod @2 1 2"/>
     <v:f eqn="prod @3 21600 pixelWidth"/>
     <v:f eqn="prod @3 21600 pixelHeight"/>
     <v:f eqn="sum @0 0 1"/>
     <v:f eqn="prod @6 1 2"/>
     <v:f eqn="prod @7 21600 pixelWidth"/>
     <v:f eqn="sum @8 21600 0"/>
     <v:f eqn="prod @7 21600 pixelHeight"/>
     <v:f eqn="sum @10 21600 0"/>
    </v:formulas>
    <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/>
    <o:lock v:ext="edit" aspectratio="t"/>
    </v:shapetype><v:shape id="_x0000_s1026" type="#_x0000_t75" style='position:absolute;
    margin-left:0;margin-top:12.7pt;width:522pt;height:299.4pt;z-index:1;
    mso-position-horizontal:left' wrapcoords="-36 0 -36 21538 21600 21538 21600 0 -36 0">
    <v:imagedata src="http://members.lycos.nl/watervales/foto%20lettertype.jpg"
     o:title=""/>
    <w:wrap type="square"/>
    </v:shape><![if gte mso 9]><o:OLEObject Type="Embed"
    ProgID="PhotoDeluxe.Image.2" ShapeID="_x0000_s1026" DrawAspect="Content"
    ObjectID="_1267174657">
    </o:OLEObject><!==[if !vml]--><!--[endif]-->

     

    Als de problemen zich blijven voortdoen, zal ik de cachemaker voorstellen niet alleen het laatste gedeelte in een jpg bestand te zetten, maar de gehele pagina. Immers, je kunt, wat je wel vaker ziet, ook je hele pagina als één plaatje laten zien.
    Helaas is het in dit geval juist het plaatje wat roet in het eten gooit. MS-Word heeft zoveel MS-Word specifieke meuk aan de aanroep van dat plaatje toegevoegd dat het mis gaat.

     

    Ik ben het inderdaad met je eens dat dit puzzeltje zich inderdaad heel goed leent om als plaatje geplaatst te worden, maar dan niet als plaatje wat uit MS-Word gekopieerd en geplakt komt.

  12. Ik moest op mijn Dell Axim x51v onder Settings -> System -> GPS op het tabblad Access het vinkje voor "Manage GPS automatically (recommended)" weghalen om de Wherigo player aan de praat te krijgen.

     

    Misschiend dat dat bij jou ook helpt?

     

    (En na die wijziging zijn mijn TomTom en OziCE gewoon blijven werken, al kan ik die niet tegelijkertijd met de Player hebben draaien)

  13. Er zijn op het ogenblik trouwens 1090 caches in Ierland (exclusief Noord-Ierland), dus je zou 3 Pocket Queries nodig hebben om ze allemaal in GSAk in te kunnen lezen. Ik gebruik daarvoor de volgende placed dates:

    3-6-2000 tot 19-11-2006 (490)

    20-11-2006 tot 23-1-2008 (489)

    24-1-2008 tot maximum datum (111)

    Of gewoon langs de huizen er is altijd wel een onbeveiligd netwerk ook in Ierland. Of internet cafe
    In de grotere steden misschien wel, maar daarbuiten valt dat heel erg tegen.
  14. Ook hier gaat het in IE7 mis en in Firefox goed.

     

    Als ik naar de broncode van die pagina kijk wordt ik daar ook niet echt happy van. De cachebeschrijving is gemaakt in MS-Word. Dit is ook te zien aan de grote hoeveelheid MS-Word specifieke zooi die er in de broncode staat.

    Firefox negeert die zooi, maar ik kan me best voorstellen dat Internet Explorer er wel iets mee probeert te doen en daardoor op z'n plaat gaat.

     

    Sowieso worden er in de introductietekst een heleboel niet standaard lettertypes gebruikt. Ik weet bijna zeker dat die op een niet Windows machine (bijvoorbeeld Mac of Linux) niet aanwezig zullen zijn en dus als normale tekst getoond zullen worden.

  15. Volgens mij mag je de 2e * ook weglaten. Volgens mij heb ik ooit wel eens geleerd dat (6/3)(6+1) gelijk is aan (6/3) * (6+1)
    Maar dat is bij het Geocachen weer lastig, want als je naar N 51 30.(2*3)(1+7)(3^2) moet, moet je dan naar N51 30.689 of N51 30.432 :thumbup:

    Dat eerste werkt tot nu toe toch het beste. :(

  16. Zijn er cijfertjes bekend van het aantal actieve (Nederlandse) geocachers? Ik spreek dan over cachers die de afgelopen 30 dagen zijn ingelogd. Zijn er ook gegevens over de Nederlandse caches, hoeveel geocaches liggen er in NL?
    Hier vind je al het antwoord op een aantal van die vragen.
×
×
  • Nieuwe aanmaken...