BBosman

Vers van de pers op het Groundspeak forum:

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)

ALS het al in de cache beschrijving zit, dan los ik de sudoku thuis wel op. Dat zie je snel genoeg. Ik vind die dingen wel erg leuk om op te lossen, zeker nu ze daar kronkels op bedacht hebben. maar om tijdens een multi dit tegen te komen.. daar zit ik ook niet op te wachten, ik loop liever door dan dat ik een poss stil zit waardoor de spieren weer koud worden (lopend een puzel oplossen gaat me toch niet zo goed af).Op de cachepagina stond de sudoku, maar de "basis" getallen kreeg je pas in het veld. Dus niet alvast thuis op te lossen.

Je bent in ieder geval niet de enige. Bijna al mijn caches zien er sinds de update ook niet meer goed uit.

Thanks. Ik was er via een PB door De Roode Loper ook al op gewezen. Er staat weer een nieuw tooltje op de PDA.

Bij deze cache kon je echter aan de cachebeschrijving zien dat je onderweg een (eigenlijk 2) sudoku tegen zou komen. Helaas hadden we de pech dat het flink regende op dat moment (dat was niet gepland. ), wat het oplossen van een sudoku (geprint met een inkjetprinter) niet echt bevorderde.

Scherp opgemerkt, maar gezien het potentieel denk ik dat de ontwikkeltijd in het niets valt... Doet hij het ook "in het veld"? Ik heb recent een multi gelopen, waar ik bij een van de waypoints een sudoku op mocht lossen.

Ik denk dat het belangrijk is om onderscheid te maken tussen de verschillende producten van Microsoft. De cache pagina waar jij naar reffereerd was gemaakt in MS Word, een tekstverwerkingsprogramma. En dat levert dus compleet onwerkbare HTML op. Een pakket als MS Frontpage levert wel werkbare HTML op. Een purist (waar ik mezelf ook toe reken) zal het inderdaad vuile HTML noemen, maar het werkt wel. En is dus voor mensen die weinig kaas hebben gegeten van HTML een redelijk alternatief. Het belangrijkste is echter om een pakket te gebruiken dat bedoeld is om HTML te maken en dus niet een tekstverwerker, die HTML probeert te behandelen als een "document".

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.

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.

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

Voor gek verklaren is overdreven, maar als professioneel webdeveloper heb ik persoonlijk wel een bloedhekel aan die MS-Word/Frontpage gegenereerde meuk. Ik ontwikkel persoonlijk in UltraEdit en voor het "zware werk" in Visual Studio 2005. Van die laatste is trouwens ook een gratis variant beschikbaar. Hmm... Ik begin me nu toch wel echt een nerd te voelen. Van dat lijstje heb ik in meer of mindere maten wel eens gewerkt met: C, C++ , Java, XML, HTML, PHP, JavaScript, RC resource file, makefile, ini file, ASP, VB/VBS source files , SQL, CSS, Perl, Assembler, Scheme, Properties, Diff en AutoIt. Trouwens Lua is de taal waarin de Wherigo Cartridges geschreven worden... Dat als gebruikers ingelogd zijn dat de administrator kan aangeven welke pagina's hij/zij kan en mag bekijken Is dit niet al zoiets? WordPress Plugin: Page Restriction Mocht je trouwens nog vragen hebben over WordPress, ik doe daar in mijn vrije tijd ook best veel mee (onder de naam Nazgul), dus als je nog vragen hebt?

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.

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.

39 graden en 353 meter volgens PCGT.

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

Oh ja? Tell me more!!! GSAK mini-event Rijswijk

Deze dus:

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)

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) In de grotere steden misschien wel, maar daarbuiten valt dat heel erg tegen.

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.

Het online tijdschrift Spoiler heeft een aantal aardige artikeltjes online staan over "paperless" caching en GSAK. Volgens mij staat daarin precies wat jij wil: Paperless geocaching GSAK deel 1 GSAK deel 2

Een echte geocacher heeft toch genoeg aan z'n prikstok.

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 Dat eerste werkt tot nu toe toch het beste.

Hier vind je al het antwoord op een aantal van die vragen.