franka en pim

Was het op dinsdag 25 april? Herkenning?

Zo'n soort optie dacht ik ook maar na een snelle blik (in FireFox) lijkt dat niet helemaal goed te gaan. Achtergrond kleur van die twee cellen, komt over de hele pagina, ipv in die ene cell. Any way.... je HTML code is goed. Dat kan je vast uitsluiten.

Gisteren een nieuwe versie online gezet. Tenminste... de functionaliteit is op dit moment alleen beschikbaar bij het maken van een projectie in de normale versie van geotools (dus niet in de mobile versie) Het betreft hier een koppeling aan een postcode (inclusief de letters!!) en een plot op een kaartje. Er staat een knopje "+ details" onder aan de pagina. Als je hier op klikt kom er een berg aan extra informatie boven water. Ik zou zeggen ga eens kijken. http://www.ronsoft.nl/geotools/cpc.php Binnenkort wordt deze functie ook overgezet naar andere reken modules binne Geotools. De geschreven info, zoals postcode, plaatsnaam en netnummer wil ik ook in de mobile versie maken. Maar om bandbreedte te sparen, laat ik de plots op de kaartjes weg. To be continued.

Je hebt werkpaarden en sierpaarden Tja... het is op mijn werk altijd hollen of stil staan. Zo ben ik druk aan het programmeren om nieuwe requirments in een groot computer programma te stoppen. En zo zit ik even uit mijn neus te eten omdat er geen fouten worden gevonden door de testers. Maar goed ook. Dan lever ik mijn werk tenminste goed af Normaal ga ik ook altijd de documentatie aan zitten passen, maar dat was voor deze release slechts heel minimaal. oh... bacj to the point... Achter een open proxy gaat het ook mis.

We zullen zien. Als ik meer dan 250 euro had over gehad voor een GPSr, was het ook een Map60CSx geworden. Je kon niet meer wachten tot 1 januari? Hahahaha. Gefeliciteerd met je aankoop. Heel veel plezier er van!!

"MapSend DirectRoute 2.0 - Europe" Spaarnwoude en Groendaalse bos ging perfect. Vooraal over Spaarnwoude (Houtrak) verbaasde ik me dat ik naast de voetpaden ook de ruiterpaden kon zien. Om welke omgeving gaat het bij jou waar je je twijfels bij hebt?

Ik denk dat je daar weinig verschillen zult vinden. Ik kan me niet voorstellen dat eer meerdere bedrijven zijn die onafhankelijk van elkaar het veld in gaan om alle kaarten in te meten. Ze betrekken hun data uiteindelijk allemaal uit dezelfde bron.... iets wat dicht bij het kadaster o.i.d. staat. Als ik met mijn Magelan eXplorist het veld in ga dan zie ik ook wandel en ruiter padden in de bossen. Ik heb eigenlijk nog geen situaties gehad waarin mijn GPSr (of eigenlijk het kaartmateriaal van Magellan) te kort is geschoten. Behalve dan op Tenerife, daar moest ik het doen met de gewone wegen. Op de Magellan eXplorist 210 heb je aan het standaard software pakket voldoende. Sterker nog... je kan de route op de GPSr laten berekenen. Turn-by-turn of in een rechte lijn, net wat je wilt. Projecties zijn, beperkt mogelijk. Je kan vanuit je huidige positie een 'crosshair' over de kaart heen sturen. Je kijgt dan de afstand in meters en de richting in graden te zien in een kader. Vervolgens kan je het juiste punt zoeken en er een waypoint van maken. Het is dus wel mogelijk, maar NIET door het gewoon intoetsen van afstand en hoek.

Helemaal mee eens... Nog zo'n masochist ESC - i typer de typer de tyep *shit foutje* ESC - x - x - x - x - x ESC - a tikke tikke tikke Al zijn de Reg Exps wel weer erg makkelijk... vooral als je weer eens een bestan met vooral VEEL \r\n voor je kiezen krijgt. 1,$s/^M// Goed... genoeg offtopic voor gevorderde.

Pervert!!! Vi, Nedit, nano en pico op de unix/linux machines notepad2 of ultraedit op de win32 omgeving. Voor de beginners.... neem een WYSIWYG (What You See Is What You Get) editor. Dreamweaver genereerd heel aardige code. Blijf vooral WEG bij Word en FrontPage. Frontpage genereerd veel bagger en vooral overhead, om het over de lekke FrontPage Extentions nog maarniet te hebben. Word is helemaal beroerd. Als je die code gaat bekijken is het heel veel XML endaar wil je je als beginner nog niet aan wagen. Begin met DreamWeaver ofzo. Maak een simpele pagina en bekijk de code eens om te zien dat HTMLbest makelijk is. Begin met een stukje tekst. Maak een wat vet en schijn gedrukte letters. Tabelletje en plaatje erbij. Dan heb je de belangrijkste dingen al wel gehad.

Ik weet niet wat voor muziek het is, maar Copyrights zijn snel geschonden als je muziek aanbied. Wees dus voorzichtig.

Inmiddels is de snijpunt berekening voor 2 cirkels al een tijdje klaar. (inclusief de projecties tussen de verschillende snijpunten en centrums van de cirkels) Daar stond al de tijd een schematisch plaatje bij om een idee te geven hoe je de verschillende punten en projecties moest interpreteren. Echter was dit schematische plaatje niet waarheids getrouw. De ene cirkel kon in werkelijk groter zijn dan de ander, of juist verder naar links staan, dan in de schematisch weergave was te zien. Sinds gisteren is hier verandering in gekomen. De afbeelding wordt sinds gisteren dynamische gegenereerd op basis van de ingevoerde coordinaten en radius van de cirkels. De afbeelding is dus nu een waarheidsgetrouwe voorstelling van de situatie. Er is echter een beperking... hij is gebaseerd op RD en dus op het platte vlak. Omdat ik de RD grid heb gebruikt, heb ik dus oko een WGS84 -> RD module moeten schrijven. Mijn grote dank gaat hierbij uit naar Ed Stevenhagen voor de verschillende formules. De module is getest tegen deze tabel met GPS referentie bakens De nauwkeurigheid van de module is in meters om WGS84/ETRS89 verschillen uit te vlakken. Dit heeft te maken met het feit dat europa (en andere aardschollen) per jaar een centimeter of 2 verschuift tov WGS84 coords. Met deze nauwkeurigheid is er nog prima gebruik van te maken bij het GEOcachen, en kunnen we dat ook voorlopig nog wel een jaar of 50 blijven doen (tegen die tijd is de afwijking ongeveer een meter. GPSr zijn vaak nog minder nauwkeurig) Ik ga nu dan ook alle berekende coordinaten in GEOtools aanvullen met de RD coords. En er komt een converter om coords van het ene systeem naar het andere systeem om te rekenen. Ja, inderdaad... nummer 1.543.973 Maar eerst..... alles doorwerken naar mobiGEO TODO: * Stapeltellen * Romeinse cijfers * Coord converter * Coord spiegelingen naar andere quadranten (* Plot op kaart van Nederland)

Reintje: Het geval wil dat ik, op het werk, verplicht achter een proxy zit. Notabene eentje met een wachtwoord. Opvallend is dan ook, dat ik op het werk NIET instaat ben om deze kaarten te bekijken. Nou ja... ik mis de layer met de cacheballonnen. Ik krijg de kaart zelf wel te zijn, maar hij blijft hangen in "Laden gegevens" Thuis (is directe internet toegang) gaat het wel goed. Of het aan de proxy ligt is vrijwel zeker, maar of het met het wachtwoord te maken heeft, daar ben ik niet zeker van. Ik ben volgende week op een plek waar ook via een proxy gewerkt wordt, maar dan een zonder wachtwoord. Ik zal daar eens kijken of dat verschil maakt. Ik ga nog even zitten pielen om te kijken of er iets aan te doen is vanaf hier...... . . . . . overigens.... met www.casabobo.nl gaat het hier (achter de proxy met wachtwoord) trouwens wel goed. Of maken zij gebruik van een heel andere techniek om maps te embedden? Ik heb me (nog) niet verdiept in de GoogleMaps API.

Bas, Mag ik vragen welke database jij gebruikt? Ik ben met eenzelfde iets bezig, Alleen is mijn database nogal beperkt en uit 1995. http://plaatsnamen.mijndb.nl/ http://www.alextreme.org/projects/locatiedb/ Ik ben inmiddels zover dat ik aan de hand van een WGS84 coord, een query de database in schiet en terug komt met de dichtsbij zijnde plaats (centrum van die plaats) incl provincie, netnummer en postcode gebied Echter is de database verre van actueel en zeer onvolledig. Ik ben het evengoed aan het combineren met GeoTools, zodat er aan de hand van een coordinaat zoveel mogelijk informatie boven gehaald kan worden. Opzich zal de werking met een andere database niet anders worden, slechts nauwkeuriger. Mocht jij een andere database gebruik, lijkt het me leuk om die database eens naast die van mij te leggen, en te kijken waar we elkaar aan kunnen vullen. Het is leuk om op deze manier meer te leren over coordinaten en goniometrie. Ik heb ook al een hoeveelheid formules om allerhanden berekeningen te doen met coords, pijlingen/projecties en straalcirkels. Welliswaar niet zelf bedacht, maar daardoor zeker niet minder leerzaam. Ze komen uit de GeoTools excel sheet die ik heb omgeschreven naar een webpagina die ook voor smartphones geschikt is. www.ronsoft.nl/geotools => desktop www.ronsoft.nl/mobigeo => smartphone/PDA Groetjes, Ronald (aka Pim) PS. Kijk eens hier: https://rdinfo.kadaster.nl/ en klik dan links in het menu op 'transformator' Kijk vervolgens eens in de source. Dit speeltje draait volledig 'client side' wat dus wil zeggen dat in één van de 7 javascript modules, een mooie formule te vinden is om wgs84 om te rekenen naar RD en vise versa. Ik ga hem eens helemaal door spitten. Volgens mij kunnen we hier wel mee. Aanvulling: In module2.js zitten twee methoden die je zou kunnen gebruiken voor het omrekenen van en naar RD namelijk: pseudoRD() en geografRD()

GE zal nimmer claimen dat het een tot op 1 (centi)meter nauwkeurige coordinaat kan geven. Puur om het feit dat ze afhankelijk zijn van de aangeleverde foto's. Bij het maken van de foto's kunnen al afwijkingen voorkomen. De hoeken van de foto's kloppen over het algemeen heel aardig. Dus vlieghoogte van het vliegtuigje is daarmee geelimineerd, maar neem bijvoorbeeld de kromming in een foto, door eht gebruik ven een groothoek lens. De kromming is minimaal (ook omdat deze gecorrigeerd wordt) maar zorgt toch voor kleine onzuiverheden. Neem bijvoorbeeld de "Hemelvaart" cache bij de A4 bij Amsterdam Sloten. Die is akelig nauwkeurig. Terwijl "Laagvliegers" volgens GE een meter of 7 van de werkelijke plek gevonden moet worden. Fouten stapelen zich op. Eenrzijds heb je onzuiverheden in GE, anderzijds heb je onzuiverheden in je eigen metingen. Daarbij heb je ook nog eens onzuiverheden tussen GPSr onderling. Zeker als je bedenkt dat een andere antenne alleen al meet verschillen geeft. Vervolgens heb je ook nog eens verschillende chipsets, sirf III en de nieuw verschenen U-Blox nr. 5. Elke verwerkt de ontvangen GPS signalen op hun eigen manier, welke voor onzuiverheden kunnen zorgen. Al met al zal je ten alle tijden rekening moeten houden met onzuiverheden zowel bij het verstoppen van een cache, als bij het zoeken naar een cache.

Ik heb zelf een Magellan eXplorist 210. De XL is zijn grote broertje maar zit in dezelfde behuizing. Tijdens mijn overweging heb ik de Garmin tegenhanger (Legend) ook overwogen. Kwa functies waren ze vrijwel identiek. Echter... de eXplorist is gedurende een 1 uur waterdicht tot op een diepte van 50cm. Het is dus geen grote ramp om hem een keer in een beekje te laten vallen... Wat geen onwaarschijnlijk risico is tijdens het cachen. Ook de zacht rubbere buitenkant voelt zeer robuust, dit in tegenstelling tot het harde plastic van de Legend. Wat betreft het ontvangst ben ik zeer tevreden over mijn eXplorist. Waar de Legend het nog wel eens af liet weten, ging de eXplorist stucg verder, en dat was niet alleen op een rechte lijn (zoals tomtom dat nog wel eens wil doen in een tunnel bijvoorbeeld) Al met al ben ik zeer tevreden met mijn Magellan. Note.... ik weet dat de Garmin 60csx niet te vergelijken is met de Legend. De 60csx heeft naar ik weet ook een zacht rubbere buitenkant, en tevens een Sirf III chip, is het niet? Ik denk dat het aan het einde van de rit ten alle tijden een persoonlijke iets is, waar het de hele kleine details zijn die de doorslag geven. (zoals de waterdichte rubberen behuizing voor mij de doorslag gaf)

Zo... morse code staat nu ook op z'n plaats. Het is te gebruiken via "ver-/ontsleutel teksten" Als je een gewone tekst invult, krijg je de A <-> Z en A <-> N versleuteling te zien. Dat was al. Daar is nu de morse versleuteling aan toegevoegd. Voer je in dat zelfde scherm morse code in, dan krijg je de letters als oplossing. Morse code's die niet herkent worden, zullen blijven staan. Het is het makkelijkste om één morse woord per regel te zetten. Anders komen bij de oplossing alle worden aan en achter elkaar te staan. Een test: ...- .- -. -- --- .-. ... . -. .- .- .-. - . -.- ... - -- . - --. . --- - --- --- .-.. ... Heel veel plezier er mee!!!

Zojuist geupload.... MobiGEO Ofwel de aangepaste/gestript versie voor je mobieltje. Hij is bereikbaar als link in het menu van the online GEOTools ( http://www.ronsoft.nl/geotools/ ) Maar voor directe invoer op je mobieltje (voor bookmarks) http://www.ronsoft.nl/mobigeo/ En dan is de volgende stap, de morse vertaler.

Hmmmm... die is ook wel leuk om op te nemen in de GEO Tools. Het is niet eens zo'n heel moeilijke berekening. Eerst coords omzetten naar graden, ipv graden en minuten. Denkbeeldige rechthoek omde driehoek maken, Dan even lekker pythagorassen. Snijpunt weer even omrekenen van graden naar graden en minuten. Ja.... die ga ik ook toevoegen! Tnx voor de inspiratie

Zo. De berekening voor 2 snijpunten staan nu ook op de plek. Ik heb er even een schematische tekening bij gemaakt om aan te geven wat er allemaal berekend wordt. De tekening is dus (nog) niet gebaseerd op de ingevoerde coordinaten!!! Vanavond lukt het niet meer om aan de morse module te beginnen. Maar die zal zeer binnenkort ook komen. Mocht iemand zich nou iets bedenken wat handig kan zijn om ook hier in op te namen, geef een gil (of link, of uitleg, of iets) dan ga ik kijken wat ik er mee kan. Ik wil hier eigenlijk een grote hulpmiddelen pagina van maken.

hh1... misschien kan jij mij dat vertellen. Waar staat Azi voor bij de snijdende cirkels? Het heeft iets met een hoek te maken, want waarden van 180 en hoger in dit veld geven vreemde uitkomsten. Is het het hellende vlak waar de cirkel zich in bevind? Tevens is het berekenen van de projecties mbv twee bekende coordinaten verschillend opgelost. Zie voorbeeld... invoer: coordinaat 1 N 50° 30,000' E 4° 45,000' coordinaat 2 N 50° 25,000' E 4° 50,000' uitkomst op het tab blad die speciefiek bedoeld is voor deze berekening: Hoek 147° Afst. 10985 m nu dezelfde coordinaten in bij het tabblad voor de snijpunten van twee cirkels: Hoek 147° Afst. 10995 m De hoek klopt dus wel, maar de afstand er tussen zit met een meter of 10 verschil. Ik me me voorstellen dat dit verschil komt door de kromming van de aarde. Gaat de eerste berekening uit van het platte vlak, en kom je op 10985m uit. en gaat de tweede berekening uit van de bolling van de aarde, en kom je daardoor op 10995m uit. Graag zou ik weten welke van de twee de juiste is, zodat alles nog nauwkeuriger wordt.

Oei oei oei..... Mijn excuus!!! ik zal Cachemier en hh1 ook zeker dan bij de credits op gaan nemen! Ere die eer toekomt!

De geotools beperken zich op dit moment alleen tot de N/E quadrant. Maar na net een snelle test, heb ik het vermoede dat hij waarschijnlijk wel bruikbaar te maken is voor andere quadranten. De Z en en W coords zouden dan negatief ingevoerd moeten worden. Als ik de opgegeven (S/W) coords van de cache negatief invul en de gespiegelde coords (N/E) positief, dan komt geotools op 19907km en 90 graden. Dat klopt bij benadering. Ik had verwacht 90 graden te vinden. En de afstand zou ook volgens de cache legger 20038km zijn. Dit komt omdat GeoTools eigenlijk in het platte vlak rekent, en daardoor niet geschikt is voor grote afstanden. Maar prima voldoet voor Geocaching. Wat betreft de oplossing voor (GCKV8J) De andere kant De coord is dat gespiegeld moet worden is S 52 00.000 W 174 47.655 Aangezien we hier al op 52 graden zitten maar dan aan de N kant, denk ik dat je alleen dat hoeft aan te passen. Makkie dus. Voor de W coordinaat ligt het iets anders... We zitten hier in het E ergens rond de 4 graden. W gaat naar O. MAar dna ben je er nog niet... of je moet naar de Bering Sea willen... om krab te vangen ofzo. Stap 2 voor de Oost coord: De andere kant van een cirkel is 180 graden. 180 - 174 en een beetje = 5 en een beetje. Dat zou dus wel eens kunnen kloppen. Houd rekening met het feit dat een coordinaat 60 minuten heeft, en geen 100. Laatste deel van de Oost coordinaat is erg mooi te noemen En nu met z'n allen naar Schalkwijk Ik ga deze berekeningen ook opnemen in de geotools. Altijd makkelijk. Zodat je kan zien welke coords de spiegelbeelden (de andere kant) zijn.

Zo hee, wat en enthousiastme. Ik zal in de beschrijvingen opnemen dat alles wat je ziet, wordt geprojecteerd tov het ware noorden. Dit, omdat het magnetische noorden nog wel eens wil verschuiven.

PHP maak ik me niet zo druk om. Ik heb er complete log analyzers mee gemaakt. Een plaatjes generators. Dit laatste wil ik ook nog iets mee gaan doen om een beetje inzichtelijk te maken hoe de opgegeven en uitgerekende coordinaten zich tov elkaar en het noorden bevinden. Zodat je ook echt kan zien waar je mee bezig bent. Dat van die logo's ben ik met je eens, en gaat ook zeker gebeuren. Voor de telefoons gaat een gestripte versie komen. Nou ja.... laat ik het anders zeggen... alle uiterlijkheden gaan in een CSS. Dan ziet het er in een normale browser gewoon mooi uit, terwijl het op de telefoons wordt terug gebracht tot een minimum. Deze gebruiken de CSS namelijk niet. Maar... alles op z'n tijd. Een eerste aanzet is gedaan tijdens een avondje knutselen. Nu verder uitbouwen. Ik verwacht komende dagen een versie 0.2 uit te kunnen brengen, met daar in de mogelijkheid om de snijpunten van twee cirkels de bepalen. Even als de morse oplosser, een stapelteller en ik ga kijken of ik iets kan met romeinse cijfers. Ik ben blij met deze positive geluiden. Er was dus blijkbaar een grotere behoefte dan ik dacht. Leuk! Dat maakt het ook leuk om er lekker mee door te gaan.

Voor mensen zonder PDA of met een smart phone zonder excel (de Symbian jongens en meisjes) ben ik begonnen met een web versie van de GEOtools... met toestemming van Philippe (de maker) In eerste instantie concentreer ik me even om het werkend te krijgen. Daarna ga ik met de layout zitten spelen om hem op zoveel mogelijk telefoons werkend te krijgen. Ok, ik ben me bewust dat je via UMTS/GPRS verbinding moet maken en dat het dus niet te meest ideale situatie is. Maar voor de mensen die geen excel kunnen draaien, maar wel kunnen internetten op hun PDA of mobieltje (zoals ik met mijn Nokia N70) is dit weer een andere mogelijkheid om in het veld te beschikken over rekenmiddelen. GEO Web Tools Het is nog niet klaar... zoals je ziet. Maar suggesties en opbouwende en onderbouwde kritieken zijn wel al welkom. Groetjes, Ronald