Prof. Y. Lupardi

De opwindbare zaklamp is weer gesignaleerd in de winkels. En wel bij Blokker. De prijs is ook nu weer een tientje. Ten opzichte van de (Ferm) zaklampen die Gamma verkocht zijn er wijzigingen: 1. er zit een klein kompasje op. 2. er zit een draagkoord met musketonhaak aan. 3. hij schakelt vol aan/uit op alle 3 de dioden. Het exemplaar dat ik had draaide wel moeizamer rond tov. het Gamma product.

Je noemt het woord 'peddelen''. Zodoende dacht ik: Er moeten ergens een paar onderwater caches zijn die gebruik maken van glazen weckflessen, je weet wel, met een ijzerdraad klemsluiting en een rubber ring ter afdichting. Te koop bij de Xenos, Giraffe, Blokker, Wibra.... Als jouw pot sluit mbv. iets van plastic (schroefdop) - ik ken bedoelde pot niet - dan zou ik zeggen: vergeet het. Dat gaat lekken.

Ik heb de .klm file op G.Earth gesleept en die ging aan de gang. Ik kreeg een meetpunt op de foto met een geel rechthoekje à la Nat. geogr. Een klik geeft het eerder getoonde beeld. Alleen heb ik er nog een slider rechts in zitten. Ik zie nu ook in de lijst van 'Places' het punt staan en nu is er een img-link bij gekomen. Ik bemerk nog iets: als ik nu de kmz file met 'open' binnen haal ipv hem op het G.Earth symbol op de desktop te leggen zie ik niet alleen de lijst met nummers van de meetpunten maar ook de namen. Een klik op een punt geeft nu een venster met meer info en schets. Ik geloof dat zo het probleem voorbij is.

Ik heb er weer eens naar gekeken maar het blijft mij een raadsel. Ik heb de kmz geupzipped en gezien dat de links erin zitten. Een paar van die links (urls) geprobeerd via de browser en dat gaf beeld. Op jouw advies ben ik ben ook naar Afrika gegaan en daar geven de gele rechthoekjes van Nat Geogr. mij foto's plus links en ik weet niet wat. De functie doet het daar wel. Ik heb G. Earth op XPHomeSP2 draaien. (W-ME met 400 MHz cpu-tje: dat schiet niet op).

Is het iemand gelukt om verbinding te krijgen met hun anonymous ftp server ? Yup, zojuist met Firefox 1.05 met FlashGot met NetTransport. 50kB/s

No problemo, maar ik wil niemand in de uitoefening van zijn hobby hinderen.

Helaas kan ik niet in de ingewanden van mapsource kijken en de fabrikant heeft hier voor zover ik weet en kan zoeken, geen informtaie over vrij gegeven. Onderwijl ben ik er wel uit dat er een IGRF (International Geomagnetic Reference Field) bestaat. Zie: http://swdcwww.kugi.kyoto-u.ac.jp/igrf/ voor plaatjes, modellen en tabellen.

Heel mooi, heel fraai. Ik heb ervoor zelfs een update gedaan van Google Earth. Na wat vastlopers (stekker eruit, afkoelen laten) doet die het nu weer maar ik kan - zoals op het voorbeeld - geen schets zien bij een punt. Heeft dat iets met i-mode van doen? Moet ik iets extra's doen?

Voor af en toe hier en daar een kaartje kan je terecht bij http://libre.redjar.org/maps/ Voor de grote hoeveelheden moet je per staat de bron opzoeken. Het keyword voor een google-zoek is USGS DRG of DRG Voor het gebruik van de kaarten : USGS DRG ozi explorer Soms duiken de kaarten ter download op waar je ze niet verwacht: Nieuw mexico: http://sar.lanl.gov/index.html

Ik juig het toe dat er software is om op de Palm met RD te werken. Ik ben pro-Rijksdriehoeksmetingcoördinatengebruik. (ik heb gisteren gescrabbeld) Is ook bekend welke methode voor de berekening gebruikt wordt?

Het kompas bevind zich in het lokale magnetische veld ter plaatse. Dit veld verandert van richting afhankelijk van waar je bent op de aardbol. Het kompas hoeft dus niet mee te gaan met de plaatsverandering van de magn. Noordpool. Er zijn zelfs plaatsen waar in de loop der jaren de verandering tegengestelde richting had. Op vele kaarten wordt aangegeven wat het verschil was met het ware noorden in een bepaald jaar. Het kan zijn dat de kaarten van mapsource ook dit gegeven bevatten of dat er een wereldwijde tabel wordt geraadpleegd met de afwijkingen.

Helaas zijn de kaarten van Buxley op dit moment weinig bruikbaar. Zie maar op Europe Caches Momenteel worden alleen de open en navicaches weergegeven. De reden hiervoor wordt verteld in zijn What is new? Afwachten maar hoe het verder loopt.

Ik lees en dat kan heel goed kloppen als de coördinaten in WGS84 staan: "Ook hier een rare waarde van 73.2" echter als je dit nu ziet als ,732' dan kan het aardig kloppen. Ik weet niet presies waar de viskar en friet wagen staan, maar dit is een mogelijke plaats. N 52º 31,732' O 005º 25, 507' Ook klopt de beschrijving dat de weg verder loopt onder een weg door naar een landtong." Inderdaad in het gras vlak naast de 'rond'weg. Op de voorbeeldpagina hierboven staat wat posities in Frankrijk. Ik heb eens gekeken wat ik daar van kan brouwen Camaret sur Mere klopt als die graden, minuten, seconden is in WGS84 Ook Carantec lijkt zo te kloppen. Die in Brest lijkt ook te kloppen als we tenminste E door W vervangen. Wat een wanboel! Mij lijkt het dat we toch te maken hebben met WGS84 mapdatum en zeker niet met NAD27 e.d. want die wordt alleen in Noord-Amerika gebruikt op oude kaarten. Maar op rare manieren zijn minuten seconden en komma's dooreen gehusseld door de layout perogramma's of misschien is het allemaal de schuld van MSWord?.

Als ik N 52.03'70.5" E 05 11'58.3" converteer naar iets zinnigs vanwege de max=60 minuten dan wordt het N 52.04'10.5" E 05 11'58.3" en dan zit ik in een woonwijk Lagestraat te Bunnik De tweede positie N 52.03.537 E 05.11.933 brengt mij ten zuiden van de snelweg op een landweg te midden van boomgaarden (Nieuw Ter Hull?). Het is wel pal naar het zuiden! Als N 52.03'70.5" E 05 11'58.3" een typefout is en b.v. echt N 52.03'30.5" E 05 11'58.3" dan kom ik een beetje anders maar toch in dezelfde boomgaard aan. Zou het N 52.03'40.5" E 05 11'58.3" zijn dan kom ik op de afslag van de ventweg langs de autoweg uit, waar je dus de boomgaarderij binnenrijdt. Dingen zoals: N 51 57"35.4" E 05 33'6.62" zijn prima. {collegemode aan} Europa ligt op het noordelijk halfrond. Van de equator tot de noordpool tellen we 90 graden af. Dus 0 Voor minuten geldt: 0 Idem voor de seconden. Zoals met elk heel getal kunnen we doorgaan met hem te decimaliseren. Dat doen we door gebruik te maken van de decimale komma. De Angelsaksen zijn eigenwijs: die gebruiken een decimale punt. Op deze wijze kunnen we de precisie van metingen aangeven door het aantal getallen achter de komma te schrijven. We delen dus b.v. de seconden decimaal in: 6,62 dit zijn zes hele seconden plus 62/100 ste seconde erbij geteld. 6,9786 is 6 seconden plus 9786/10000 ste. {collegemode uit}

Enigszins op de verkeerde plek verdwaald wordt dit ook bericht in draadje: http://forum.geocaching.nl/index.php?showtopic=5319 laatste bericht.

Inderdaad zijn jouw tfw files niet metrisch. De linkerbovenhoek positie is in decimale graden. Maar ook de celsize (pixelgrootte) is in dec. graden. Ik zie dat je pixels niet vierkant zijn maar ik bedenk net dat graden in de lengte en in de breedte anders uitmeten. De pixelsize berekent Ozi met een 'save mapfile' steeds opnieuw en die staat bij MM1B, [decimale meters] De kaarthoeken (die je met de hand kan plaatsen als de kaart een witte rand heeft) staan in MMPLL,1, [dec. graden WGS84], [dec. graden WGS84] en worden ook bij een save herberekend. Het monnikenwerk zou neer komen op: 1. lezen van da map-file 2. linkerbovenhoekpositie (0,0) in CC40 typen, converteren. 3. pixelgroote lezen 3. een twf-file maken en de pixelgroote plus de RD coörds intypen. etc. Ik zie het niet zo gauw maar kan Ozi slechts een tfw maken voor de huidig ingeladen kaart? Dan is tfw maken tijdrovend. Wat valt er te automatiseren (=programmeren, macro schrijven e.d.) ? Een tfw file is wat simpeler uiteen te pluizen dan een mapfile. Minder programmeerwerk. CC40 kan je een tabel met posities voederen ter conversie. Vanuit de nieuwe tabel (RD) weer tfw files maken. Als je grootschalige kaarten hebt dan is de projectie niet zo vreselijk belangrijk maar de mapdatum wel. Zou je de mapfiles niet lat/lon geven maar UTM dan zal Ozi metrische UTM (WGS84) getallen in de tfw file zetten. Daar kunnen de meeste GIS pakketten wel tegen. Je enthousiasme voor ECW kan ik volledig delen. Zeker nu Ozi CE ook ze kan gebruiken (mits je CPU van het ARM-type is) . Er is een progje ECW header editor waarin ik de geoinfo in de ECW file kan zetten. (Met de hand). Met ERMapper kan ik batchgewijs ECW(of gif, jpg, tif) + tfw omzetten tot ECW (geo). Zitten de honderden map files een beetje regelmatig in elkaar dan zou ik wat gaan programmeren ervoor in m-code (MatLab) , even mijn progjes voor de berekeneningen WGS84 -> RD opzoeken en vervolgens ers-files gaan genereren voor ERMapper. Dan de ers-files batchgewijs door ERMapper halen die dan daarvan samen met de tiff's de geo-ecw's maakt. Maar nu wordt het wel heel erg technisch. Misschien per PM de verdere detailprobleempjes uitwerken?

Ik heb mij wel eens afgevraagd wat voor soort twf Ozi maakt. Ik heb het nageprobeerd en hetvolgende blijkt: 1.is de kaart geijkt in WGS84 met projectie lat/lon dan is de linkerbovenhoek in decimale graden en de pixelsize ook. 2. is de kaart geijkt in WGS84 met projectie UTM dan gaat ozi over op metrisch en is de linkerbovenhoek in UTM coörds en de pixelsize in meters. 3. is de kaart Rijksdriehoeksmeting geijkt en is de projectie TM met de benodigde parameters om onze RD-projectie te benaderen dan is de twf file in rd-coörds en de pixelsize in meters. Aangezien jij WGS84 geijkt bent zal er conversie op de positie in de twf file noodzakelijk zijn. Met CC40 van RDNAP kan je batchverwerken. Dus als je de twf files uiteenrafelt tot een tabel met posities dan kan je converteren. Ik zie dat CC40 van UTM ETRF89 (==WGS84) maar ook van decimale graden kan gaan naar RD meters. Maar waarom geotif's in RD?

Laten we dat hopen want de tekst luidt: "16.12.05: Verwachte leverdatum 31 januari 2006" Gezien de geschiedenis van dit product en de voorgaande voorspellingen over de leverdatum, reken ik op Pasen.

De UTM coördinaten, zoals ze op de cachepages van gc.com te vinden zijn, slaan op de mapdatum WGS84. Voor ons doen kan je de WGS84 gelijkstellen aan de ETRS89. Over het algemeen gebruikt men metrische coördinaten als men gelijktijdig met kaarten werkt die zo'n raster hebben opgedrukt gekregen. In het veld lopen b.v. met je GPS en kijken waar je op de papieren topografische 1:50.000 kaart bent. Nederlandse topografische kaarten met pseudo-UTM-raster opdruk zijn zeldzaam. En als je er zo eentje hebt dan moet je even goed lezen want ze zijn er in twee variaties: met RD mapdatum (=Bessel 1841) en met mapdatum ED50. In ons landje kan UTM vreselijk onhandig zijn als je in de buurt van de zone grens (6 graden oost, ongeveer de lijn Deventer-Heerlen) verblijft.

In de box van de waypoint list staat links bovenaan de tekst 'Datum' gevolgd door een tekstveld waar b.v. in kan staan 'Datum of Loaded Map'. Die zet je op Driehoeksmeting (RD) Het achtste vierkante knopje van rechtsaf geteld bevat een # -achtig symbool. Die heet 'display position in grid' en als je het usergrid voor RD hebt ingesteld (wat kan als jouw kaart een ingesteld user grid bevat!) dan zie je daar de RD posities.

Wat betreft werking met alle bekende GPS types: de PFranc omzetter werkt gegarandeerd. Zie maar bij http://pfranc.com/cgi-bin/P/USB_G4 En echt duur is die niet.

Bijna op dezelfde manier. Op de witte tekstregel boven de kaart wordt de positie in graden aangegeven, gevolgd door de positie in het gebruikte raster gevolgd door de mapdatum. Als je met de rechter muisknop ter bestemde plekke 1x klikt komt een toepasselijk keuzemenu te voorschijn. Er zijn wat haken en ogen en adderjes onder het gras zodat je altijd even goed moet kijken wat je doet. Read All About It !!!! -->> Ozi Explorer en RD

Dankzij de ondersteuning van de firma van ER Mapper (die van het ecw-format) kan de site http://geotorrent.org/ een aantal (vrij beschikbare) grote satellietfoto's aanbieden. Zo is er de North America Landsat Mosaic in ecw-format (importeerbaar in Ozi Explorer b.v.) die 5,52 GB groot is. Voordat je hieraan begint moet je wel even zien of je operating systeem files groter dan 2 Gb aan kan! Dichter bij huis is er de Europe Landsat Mosaic die 1,72 Gb groot is. Heel fraai - maar wat donker - is een totaalbeeld van de aarde: Blue Marble next generation - enhanced with topography and bathymetry 2,78 Gb groot. Omdat ze gebruik maken van de p2p mogelijkheden van ###### zijn hun distributiekosten gering en hoeven ze geen superbreedbandconnectie te hebben. Men kan ook eigen dingen aandragen maar let op de voorwaarden: * Be in one of these common formats: ECW, JPEG 2000, Shapefile or TIGER * Be freely redistributed without restriction * Be in WGS84 / GEODETIC latitude/longitude map project En ze moeten je kennen: You must be an authorised 'uploader' to share new material on geoTorrent.org. M.a.w. ze willen zekerheid hebben dat ze geen copyrighted materiaal verspreiden zonder toestemming van de eigenaren.

Kort geleden werd het me teveel: allemaal vragen over Ozi op een Windows CE machientje kreeg ik te verwerken. Tijd dus om zo'n ding aan te schaffen. Maar helaas: ik zit op zwart zaad, danwel: ik sta in de rooie. Dus heb ik maar een virtuele Pocket CE aangeschaft die het op mijn Windows XP computer doet. Ook anderen hebben mij hierin gevolg en het hele verhaal plus uitleg wat waar hoe is te vinden in messages in de groep http://groups.yahoo.com/group/Ozi-UsersNL/message/3050 http://groups.yahoo.com/group/Ozi-UsersNL/message/3067 Zo zou je dus TT in een W-CE op een W-PC kunnen hebben.

Ik zag heden: > The latest version of OziEx, 3.95.4k, was made available on the > website today 21 December. De vorige versie had nogal wat nieuwe dingen (toeters en bellen) erbij gekregen. En zoals je kan verwachten kwamen er al gauw meldingen van ongewenst gedrag. Om een paar van de dingen uit te pikken die verbeterd en toegevoegd zijn: + GPX and KML import generated access violations, these have been fixed + The GPX format OziExplorer generated failed to load in some other software, this has been fixed. + Modified the Google Earth KML import to import a track as single track with sections (instead of multiple tracks). + Added a Zoom Data Extents button to the User Toolbar, + For Eastern languages OziExplorer replaces the degree and minute symbols with spaces (question marks were being displayed). Added the ability to export Tracks as Points in ESRI Shape File export.