pxp

Versie 0.7 aanwezig: zie: POI-RD Wijzigingen: - Aanpassing van "Huidige positie in RD". De posities waren in een aantal gevallen slecht zichtbaar. Tip van Tristan Knol.

Versie 0.6 aanwezig: zie: POI-RD Wijzigingen: - Platform controle, zodat TomTom voor zowel de PocketPC als de SmartPhone bruikbaar is. Ik heb nu de tijdelijk de beschikking over een Acer N30 en vanaf versie 0.6 is TomTom ondersteuning werkend. In voorgaande versie werkten de TomTom-specifieke functies niet.

Versie 0.5 aanwezig: zie: POI-RD Wijzigingen: - zip bevat naast de exe nu ook een cab-file - icoon - huidige GPS positie weergeven in RD coordinaten

Ik heb je een PM gestuurd...

Versie 0.4 aanwezig: zie: POI-RD Wijzigingen: - vereenvoudigde controle op ingevoerde RD positie - navigeren naar positie - lat/lon worden weergegeven zodra berekening mogelijk is - informatie van een positie weergeven

Versie 0.3 aanwezig: zie: POI-RD Wijzigingen: - controle op ingevoerde posities [RD] - navigeren naar positie toegevoegd - lat/lon worden weergegeven zodra berekening mogelijk is

POI RD Om naar RD punten te navigeren in TomTom maakte ik een OV2 bestand, die vervolgens in de TomTom kaart-directorie werd gecopieerd. Te omslachtig en niet gebruikersvriendelijk. Geinspireerd op o.a. Co-Input en TomTomGoToCoordinates is POI RD tot leven geroepen. Gebruik: 1. Copieer cab-bestand naar je PocketPC / Smartphone 2. Installeer POI RD door het cab-bestand te starten 3. Start POI RD en voer de X en Y coördinaten in van een RD-punt Het omrekenen van RD naar Lat/Lon is zónder TomTom mogelijk. Wanneer je van TomTom-specifieke zaken gebruik maakt dient TomTom actief te zijn. Mogelijkheden o.a.: 1. Omrekenen van ingevoerde RD-positie naar Lat/Lon 2. Ga naar ingevoerde RD-positie op kaart 3. Navigeer naar ingevoerde RD-positie 4. Voeg ingevoerde RD-positie toe aan POI lijst 5. Informatie over ingevoerde RD-positie Er is nu een platform-controle ingebouwd zodat de werking met TomTom voor zowel de PocketPC als SmartPhone mogelijk is. Een vereiste is dat Microsoft Compact Framework 1.1 reeds geinstalleerd is,... Het is geschreven qua schermgrootten voor de Smartphone maar werkt op een PocketPC ook prima. ToDo lijst: * Importeren van een coördinatenbestand * TomTom starten wanneer nog niet actief Geschiedenis: * v0.1 14-04-2006 * v0.2 16-04-2006 controle op invoer * v0.3 17-04-2006 realtime controle op berekening * v0.4 17-04-2006 navigeren naar positie + positie informatie * v0.5 18-04-2006 huidige GPS positie in RD + installer [cab file] * v0.6 20-04-2006 ondersteuning voor PocketPC i.c.m. TomTom Download en verdere info: zie POI-RD

'k heb je wat links en code gestuurd om een ov2 in te lezen en aan te maken... zie je PM.

Hoi Bruine Beren, Staat op je ToDo lijst ook de mogelijkheid om naar een RD coordinaat te navigeren of op de kaart zichtbaar te maken? 'k gebruik m'n SPV C550 regelmatig voor die doeleinden, maar doe dat door een ov2 bestand aan te maken op m'n PC en die vervolgens te gebruiken in TomTom. Dat kan natuurlijk een stuk eenvoudiger. Heb je net een PM gestuurd met wat info

Toevallig nog [free] software gevonden om naar RD te transformeren? Of naar ETRS ViewFinder heeft namelijk geen RD parameters.

Ik heb het ook met de header editor tool ingetikt en als units gebruik ik meters. Dit is ook zo'n 1000 meter fout

even een snelle tip tussendoor,... ERDAS ViewFinder 2.1 "one of the few (if not the only) free GIS image viewer that can also enhance and reproject raster data." download links: ftp://ftp.gi.leica-geosystems.com/softwar...VF_Setup_21.EXE http://www.ermapper.com/downloads/download..._VERSION_ID=151 Er is dus een extra ecw plugin beschikbaar [2e link]. Her-projectie Voorbeeld: http://www.digitalgrove.net/image_reprojec..._with_erdas.htm Mogelijke projecties staan in deze lijst: http://www.digitalgrove.net/images/erdas_proj.gif

Ben er nog weer eens mee aan het stoeien, maar ik denk dat de tiff via de map-file door Ozi intern geprojecteerd word middels de calibratiepunten. Wanneer ik een map-file save dan heb ik o.a.: MM0,Yes MMPNUM,4 MMPXY,1,0,0 MMPXY,2,26229,0 MMPXY,3,26229,20633 MMPXY,4,0,20633 MMPLL,1, 1.086037, 53.771922 MMPLL,2, 8.252652, 53.790787 MMPLL,3, 8.027491, 50.449450 MMPLL,4, 1.356293, 50.432157 MM1B,18.036635 LL Grid Setup LLGRID,No,No Grid,Yes,255,16711680,0,Geen label,0,16777215,7,1,Yes,x Other Grid Setup GRGRID,No,No Grid,Yes,255,16711680,Geen label,0,16777215,8,1,Yes,No,No,x MOP,Map Open Position,0,0 IWH,Map Image Width/Height,26229,20633 Als ik het goed begrijp is: * linkerboven pixelpositie: MMPXY,1,0,0 [0,0 pixelcoord] * linkerboven l/l positie: MMPLL,1, 1.086037, 53.771922 * pixelgrootte: MM1B,18.036635 Voor het maken van de tfw gebruik ik dus de linkerbovenpositie [1.086037, 53.771922] en de pixelgrootte In RD is deze positie: -128499.89 , 651416.46 In Ozi is de positie van de kaart in combinatie met een GPS coord goed. Wanneer ik van de map file's gegevens een tfw maak met linksboven-punt-in-RD-coordinaten en de pixelgrootte en dit vervolgens test in een RD-applicatie dan is de positie van de raster foutief. Zit er zo'n 600 meter naast. De tiff [origineel] zal uitgerekt moeten worden denk ik en kan niet zomaar met de twf naar RD worden omgezet.

Hoi deBruineBeren, bedankt voor je reactie. Meerdere logica's mogelijk zie ik al wel. FIFO voor een lijst van 10 logs op basis van posities om de seconde lijkt me voldoende. Eens kijken wat daar uit rolt. Zoiets blijk software-matig lastig als je achter een pc zit en dus niet kunt testen. Ik heb meestal moeite om de rechtermuisknop te gebruiken op een laptop in de auto wanneer ik harder als 30 rijd Zal eens kijken of ik een bestaande track als simulatie kan gebruiken i.p.v. realtime gps logging.

Hoi Prof, klopt. Blijft toch lastig praten, projectie etc... maar ik bedoel het goed Heb het een tijdje laten liggen,... dit weekend eens kijken wat er mogelijk is.

Voor een projekt ben ik bezig om de gemiddelde richting te kunnen bepalen n.a.v. posities. Posities worden elke seconde gelogd. Ik bewaar de laatste 60 posities en zou daaruit een gemiddelde richting willen bepalen. Ik kan ten opzichte van 2 posities een richting bepalen, maar dat is niet vloeiend. 'T is wat lastig uitleggen maar stel dat ik 5km per uur rij en vervolgens 5 seconden stop. Dan zijn de gps-posities ongeveer hetzelfde, maar gaat m'n richting van bijvoorbeeld Noord naar Zuid en dan naar West en weer naar Zuid. Er zou iets van een logica in moeten zitten dat wanneer de posities binnen x meter vallen ik in principe stil sta en deze dus [dubbele posities] niet meer mee tellen voor het bepalen van m'n richting. TomTom en dat vergelijkbare applicaties hebben ook een bepaalde logica om bij stilstand niet om de seconde de kaart als een gek te laten roteren. Heeft iemand iets soortgelijks al eens bestudeerd... ik zat te denken aan volgende tactiek: * log posities * wanneer vorige punt binnen 1 meter van voorgaande positie, dan punt loggen naar lijst * bepaal gemiddelde richting tussen huidige en 5 voorgaande punten. * Bij een rotonde of keren-op-de-weg zou dit een 'probleem' op _kunnen_ leveren maar dat komt niet vaak voor. Een regressie-lijn / kleinste kwadraten oplossing of gemiddelde/mean van de laatste richtingen... of moet ik in andere richting [] denken? Het stil staan is denk ik een bepalende factor voor de richting bepaling. Iemand tips voor dit probleem[pje] ? Jan

Hoi Keessie, bedankt voor je info. In principe is het probleem inderdaad om de Ozi map bestanden om te zetten naar tfw. Probleem is dat de projectie WGS84 is met meerdere ijkpunten. Ik heb wel een routine om WGS84 om te zetten naar RD en andersom, maar probleem is dus de meervoudige ijkpunten die in de map-file gedefineerd zijn op willekeurige posities. Het lijkt me een affine transformatie waar Ozi haar bestand mee refereerd en dat is het lastige in dit geval. Dus is het denk ik niet een questie van alleen maar de coordinaten vertalen van WGS84 naar RD, maar een 'image transformatie'. Dus geen translatie [verschuiving] maar een transformatie [verplaatsen/roteren/uitrekken]....toch? Met welke soorten bestanden is het je gelukt om de conversie toe te passen? Hoor graag van je, Jan

Bedankt voor de erg uitvoerige reactie, perfect Ik was al bang dat het geen eenvoudige klus was ERmapper heb ik zelf nog niet voor het converteren gebruikt, dus 'k zal me eens verdiepen in ers-files. Ik zal je een PM sturen. Doe ik dat ook een keer

Bedankt voor de reactie. Of het om geval 1) of 2) gaat qua projectie weet ik niet geheel zeker voor elke map-file. De eerste regels van een voorbeeld bestand zijn : OziExplorer Map Data File Version 2.2 T01.tif C:\ozi\T01.tif 1 ,Map Code, WGS 84,WGS 84, 0.0000, 0.0000,WGS 84 Reserved 1 Reserved 2 Magnetic Variation,,,E Map Projection,Latitude/Longitude,PolyCal,Yes,AutoCalOnly,No,BSBUseWPX,No Ik neem aan dat het in dit bovenstaande geval om een lat/lon projectie gaat. De uitgevoerde tfw vanuit Ozi is: 0.00003018 0.00 0.00 -0.00001797 5.45 53.52 De laatste 2 regels zie ik bij MMPLL,1, in het map bestand terugkomen, maar de 1e 4 regels zijn waarschijnlijk rekentechnisch bepaald. Waarom geotiff,...ehm,... M'n applicatie is gebasseerd op ECW bestanden. Als ik een geotiff heb kan ik deze met GDAL omzetten naar ECW en die vervolgens gebruiken voor m'n eigen navigatiesysteem. Ook is het direct inladen van een geotiff een optie, maar dat gedeelte is nog niet 100% zoals ik het wilde hebben en de ECW bestanden laden zeer snel ook als er meerdere tegelijk aanwezig zijn. Ik ken ECW nog niet zo lang, maar qua snelheid en compactheid van de bestanden is het ideaal. De logica van RD is dat ik de ontvangen NMEA posities realtime converteer naar RD. Dit is voor m'n doeleinden idealer. Ik heb de beschikking over een aantal esri shape bestanden die in RD zijn en ben met die logica gestart. Ook heb ik meer gevoel bij een RD coordinaat dan bij een WGS84 coordinaat. Zal wel iets persoonlijks zijn Ik heb een aantal OziExplorer jpeg en tiff bestanden met de Ozi map-files in WGS84. Als ik de map-files batchgewijs kan omzetten naar RD zou het ook al een stuk helpen, althans als de tfw bestanden dan correct zijn om een RD geotiff aan te maken. 'k hoop dat deze uitleg misschien een alternatief bied boven het letterlijk converteren van elke map-bestand.

Hoi Ozi gebruikers, ik heb een aantal tiff met OziExplorer map bestanden in WGS84. Deze wil ik graag omzetten naar geotiffs in het Rijksdriehoekstelsel / RD. Ik kan de tiff + tfw (1) bestanden naar geotiff's met WGS84 omzetten via volgende procedure: 1) Plaats een bestand met de naam "tfw.dat" in de OziExplorer applicatie directory 2) In OziExplorer --> Options is nu een extra functie om een tfw bestand weg te schrijven 3) FWTools (2) / GDAL gebruiken om met geotifcp.exe een geotiff te maken: geotifcp -e invoer.tfw invoer.tif uitvoer.tif Het bestand uitvoer.tif is nu een geotiff n.a.v. de tif + tfw in WGS84. Hoe kan ik deze geotiff in WGS84 eenvoudig omzetten naar het RijksDriehoekStelsel? Of is er een eenvoudigere manier om van een tiff+map in WGS84 formaat een geotiff in RD te maken? Alvast bedankt, Jan (1) Het tfw bestand is een informatie bestand met de pixelgrootte en positie om een normale tiff als een geo-gerefereerde tiff in diverse applicaties in te kunnen lezen. Deze zal dan op de correcte coördinaten vallen (2) FWTools: A library and set of commandline utility applications for reading and writing a variety of geospatial raster (GDAL) and vector (OGR) formats.