Prof. Y. Lupardi

Een recente log in 1 van mijn Lupardi-caches bevat alleen de letters "ddd" Waar kan dit een afkorting voor zijn?

Opeens heeft de Belgische meetpuntenjacht een nieuwe dimensie gekregen. De data staat nu online voor iedereen. Dat schijnt ook de bedoeling te zijn van het NGI/IGN. Surf maar eens naar de site: van NGI en kies eerst een weg want het is daar 3-talig. Je krijgt een viewer voor je kiezen en dan is het alleen nog maar een kwestie van de Help bekijken en dan aan de slag te gaan. Vele mooie dingen kan je zo te zien krijgen op de kaart en er wordt een scheiding gemaakt tussen hoogtemerken en positiemerken. Als je een rechthoek om een weergegeven putn op de kaart trekt krijg je de info. Een overzichts topo-kaart 1:50.000 een schets en, welzeker, een paar foto's van het meetpunt. Dus misschien is de Belgische meetpuntenjacht overbodig?

Nee hoor, nooit te laat. Er is en blijft belangstelling voor deze kaarten. Weet je ook de naam van de viewer? Soms iets als AMap of Dornier Viewer? Want dan is het dezelfde viewer als voor de officieele Oostenrijkse digitale topo-CD's. Kan je zien wat voor soort kaartenfiles het zijn (de extensie.).? Ik weet niet of je vermelde CD's hebt maar is er veel verschil (behalve in schaal) tussen deze verzamelingen?

Je moet heel erg opletten wat je doet in Ozi. Het metrisch RD-grid zit vast aan de mapdatum Bessel 1841. Maar we geven onze posities nooit op in graden in deze mapdatum Bessel 1841. Doe je het wel dan gaat van alles mis: de verkeerde soort graden. Nu staan in de kaarthoeken van de papieren 1:25.000 topokaarten ook posities in graden. En die zijn in WGS84 mapdatum net zoals het UTM raster! Dus lees je de graden van de kaarthoeken en je kijkt in Ozi die de kaart in ons RD-systeem weergeeft dan geeft Ozi (zeer verneukeratief) wel posities maar die zijn in graden Bessel zal ik maar zeggen. Lees eens mijn verhaaltje: Ozi Explorer en Nederlandse Topografische kaarten

Ik zal op de Naardense bijeenkomst van Geocaching Multi Event 2005 een fikse hoeveelheid afsluitbare plastic zakjes meenemen in diverse formaten. Ook een formaat waar b.v. een zoutvaatje in gaat. Als het team van de zoutstrooiers zich meldt dan krijgen ze ook gratis zakjes!

We zullen na verloop van tijd wel zien of het opduikt in de lijst van mutaties. En als er een geschikte bout is dan neemt die de taak wel over. En kan het punt dus weer bezocht worden ... Ik heb het vanavond doorgegeven in mijn wekelijkse lijst van meldingen aan het Kadaster.

Ik zie omgerekende coords staan. Dan krijg ikd eneiging: even zien of het klopt. Ik pak de oude CC40 converter erbij (oude gewoonte) en die geeft overeenkomende coords. Maar: ik pak de CC41 erbij en die begint te gillen: Fout: coordinaten buiten geldigheidsgebied RDNAPTRANS2004 Ze hebben onze RD-grenzen dus sinds begin dit jaar wat krapper gemaakt.

zie maar eens in dit draadje: > CC41 en RDNAPtrans, nieuwe versie hoe onze bezoekers van de kernnetbouten het schokkende nieuws verwerkt hebben. Uitgebreide feiten en uitleg zijn te vinden bij RD en NAP samen Tja, en hoeveel palen staan er in de pleistocene zandlaag? Weer de bekende journalistieke onnauwkeurigheid: RD NAP zelf zegt " Ondergrondse Merken Daarnaast bestaan in Nederland ook circa 220 Ondergrondse Merken. Dit zijn ijkpunten die (diep) gefundeerd zijn in de stabiele pleistocene zandlagen, die meer dan 10.000 jaar oud zijn. Deze Ondergrondse Merken vormen de basis voor het bepalen in hoogte van de peilmerken."

Via File -> Load from file -> Import Esri Shape file -> polylines kan je b.v. oppervlakken gearceerd op de Ozi kaart weergeven. Maar het verdere gebruik blijft moeizaam. Ik kwam een conversie routine tegen die mogelijk een oplossing bied. Het wordt gepresenteerd als een add-on voor ArcView maar zou ook stand-alone kunnen draaien onder VB. (The VB Program can be run in stand-alone mode, without ArcView."" ) Het is bedoeld om met de GPSr kontakt te hebben vanuit deze GIS software. This extension was built to provide users the ability to directly transfer data between ArcView 3.x GIS and Garmin GPS handheld receivers. Using this extension a user can use point features (graphics or shapefile) and upload them to the GPS as WayPoints. Line and Polygon Graphics or shapes can be uploaded to the GPS as TrackLogs or Routes. Conversely, WayPoints, Tracklogs, and Routes collected using the GPS can be transferred directly to ArcView and saved as Graphics or Shapefiles. En verder wordt er duidelijk gesteld: "Line, Polygon to Track Converts an ArcView line or polygon to a Garmin Track". De site waar je het kan ophalen is: DNR Garmin Extension for ArcView Ik ben benieuwd of iemand het bruikbaar aan de praat kan krijgen...

Well, how do I say it in Dinglish? ozf2 is an Ozi-special. It is not ducumented and is kept under wraps. Only reverse engineering will tell how it goes. Super special is the ozf3 format made for imprisonment of copyrighted maps. (no print, no save part of map as...) Luckily Ozi allowes ozf2 maps to be saved whole as png file or such free format. Batch conversion can be done with MakeImage.

Als het een konstante schuif was dan zou ik zeggen : mapdatum maar als de schuif her en der is dan is het: projectie. Haal eens bij http://members.optusnet.com.au/~johntserkezis/oziutils.html de utility Ozi DAT Control Panel Zet daar in tab Calibration de vinken Show calibration point on map image en show xy coords. Dan zie je op de kaart de positie aangegeven van de ijkpunten met hun graden van de getoonde mapdatum. Zijn die anders dan wat je in check calibration krijgt?

Als het echt gevaarlijk is of als je halsbrekende toren moet uithalen om een bout te zien dan is de regel: niet doen. Ook landmeters gaan zich niet nodeloos aan gevaar blootstellen. Ik breng wel de situatie onder ogen bij het Kadaster. Ik zal eens denken over een keuze: onbereikbaar. Maar dan zit ik ook weer met onbereikbaar vanwege gevaar of onbereikbaar vanwege werkzaamheden ter plekke of onbereikbaar vanwege verbouwing (een geluidsscherm b.v.) of onbereikbaar vanwege modder.

Nog even een nawoord: Net zoals het UTM raster zit de MGRS notatie niet vast aan een mapdatum. Dan kan je behoorlijk gefopt worden. Om het in militaire woorden te zeggen: When a geodetic datum is changed, coordinates of a point will usually change. In some cases, the differences can be as large as 900 meters. Why is this important? If a soldier....

Ik kreeg een aantal zaken doorgebriefd van Het Kadaster over wat er zo allemaal verandert in het nieuwe jaar. Maar eerst even een nieuwtje voor de kaartenliefhebbers: Bridgis doet de rasterkaarten niet meer. Die zijn terug gegaan naar de Topo-Dienst. Het bericht luidt: "03-01-2005 Topografische kaarten: van verkoop naar service Bridgis stopt na ruim 10 jaar met de vervaardiging en verkoop van topografische rasterbestanden. Bridgis stond in 1994 aan de wieg van zowel de TOPraster- als de TOPmap-range. De Topografische Dienst, sinds vorig jaar onderdeel van het Kadaster, neemt de productie- en verkoopactiviteiten in eigen beheer. " "[...]Ook blijven de raster- en vectorkaarten online beschikbaar in het Bridgis datanetwerk voor Web Mapping applicaties. Raster- en vectorkaarten kunnen binnen web- of desktopapplicaties worden aangeroepen,... " Maar nu terug naar de zaken van Het Kadaster. De databases zijn omgezet en bevatten nu de juiste NAP-hoogten en de ETRS89 coördinaten van de KernNetPunten zijn bijgesteld Er zijn 421 KernNetPunten en in 2006 zullen dat er 600 worden. Dus dit jaar er 100 bij. Dat is niet mis! Er is een nieuw product: Inrekenen van een tijdelijk basisstation voor derden. Je kan je dure GPS referentie station opstellen op 1. een Kernnetpunt en hopen dat iedereen eraf blijft of 2. op eigen veilig terrein zetten en dan de omringende GPS kernnetpunten afgaan om hem in te meten. Je moet met je autootje van punt naar punt gaan en dan kost al gauw op opzetten en afbreken plus rijtijd 3-4 uur. Aan deze niet-ideale situatie komt nu een eind. Registreer zo'n 1 1/2 uur data en lever die als standaard RINEX file af bij het kadaster. Die heeft nu de beschikking over alle data van de eigen referentiestations en kan gaan rekenen. De volgende dag weet je waar je (in RD-coördinaten) zit. En in verhouding is het niet echt duur: 200 euro. Ik zie hier wel een gat in de markt voor!! En even voor de duidelijkheid: de landmeter hoeft natuurlijk niet ondertussen met zijn duimen te gaan zitten draaien wachtend op het kadastraal resultaat; zijn apparatuur blijft ondertussen gewoon bruikbaar om de relatieve afstanden/richtingen tot de Rover vast te leggen. Ook het verstrekken van posities van meetpunten is nu verder gestroomlijnd en het is echt voordelig geworden om een internetabonnement te nemen. 1 deelblad met 1 kernnetpunt kost nu 10 euro (overige punten op bladdeel gratis!). Je doet er goed aan om een handje vol aan te vragen want de minimumrekening is 56 euro! Over legaliteit van metingen: je moet nu RDNAPTRANS™2004 gebruiken. Je mag nog de oude gebruiken maar dat eindigt eind dit jaar. Dus mijn tip: nu overgaan op Coordinate Calculator 4.1 (CC41). Verder: onze RD coördinaten blijven nagenoeg hetzelfde ETRS89 kan max 1 cm verschillen met vroeger NAP-hoogten kunnen max 3 cm gaan verschillen

De vraag is als ze de haan vervangen hebben: is de rest van de constructie blijven staan? Want we mikken hier op de stang boven makelaar. Als dat niet bekend is dan blijft het punt geldig totdat een landmeter hem gebruikt en blijkt dat de opgegeven positie niet kan kloppen met de rest van zijn metingen. Vindt het kadaster zijn conclusie juist dan wordt deze RKK afgevoerd. Misschien kan er wat over gezegd worden bij de foto in het album?

Tja, militaire logica is wat anders dan ik gewend ben. Zo hebben hun tanks nog steeds volgens alle handboeken coaxiale mitrailleurs wat mij erg lastig lijkt als je met het kanon wilt gaan schieten. Maar ik dwaal af. Het MGRS is een uitbreiding op het UTM dat alle posities in meters geeft. Militairen willen vaak een beperkte nauwkeurigheid (gooi die bom op xxxx (posititie tot op 100 meter nauwkeurig want nauwkeuriger kunnen ze hun bommen toch niet werpen...) aan posities meegeven. En verder willen ze dat de vijand het lastig vind om hun coördinaten te gebruiken. Vandaar dat je op militaire kaarten een heel stuk papier benodigt om aan te geven hoe je de coödinaten van deze kaart moet aflezen. Met letters erbij. Er is een logica in de lettergeving en wel : (even wakker blijven) UTM zone number and zone character are used to identify an area 6 degrees in east-west extent and 8 degrees in north-south extent. UTM zone number and designator are followed by 100 km square easting and northing identifiers. The system uses a set of alphabetic characters for the 100 km grid squares. Starting at the 180 degree meridian the characters A to Z (omitting I and O) are used for 18 degrees before starting over. From the equator north the characters A to V (omitting I and O) are used for 100 km squares, repeating every 2,000 km. Northing designators normally begin with 'A' at the equator for odd numbered UTM easting zones. For even numbered easting zones the northing designators are offset by five characters, starting at the equator with 'F'. South of the equator, the characters continue the pattern set north of the equator. Complicating the system, ellipsoid junctions (spheroid junctions in the terminology of MGRS) require a shift of 10 characters in the northing 100 km grid square designators. Different geodetic datums using different reference ellipsoids use different starting row offset numbers to accomplish this. If 10 numeric characters are used, a precision of 1 meter is assumed. 2 characters imply a precision of 10 km. From 2 to 10 numeric characters the precision changes from 10 km, 1 km, 100 m 10 m, to 1 m. MGRS 100,000-meter square identification * The 100,000-meter columns, including partial columns along zone, datum, and ellipsoid junctions, are lettered alphabetically, A through Z (with I and O omitted), north and south of the Equator, starting at the 180° meridian and proceeding easterly for 18°. The alphabetical sequence repeats at 18° intervals. * To prevent ambiguity of identifications along ellipsoid junctions changes in the order of the row letters are necessary. The row alphabet (second letter) is shifted ten letters. This decreased the maximum distance in which the 100,000-meter square identification is repeated. * The 100,000-meter row lettering is based on a 20-letter alphabetical sequence (A through V with I and O omitted). This alphabetical sequence is read from south to north, and repeated at 2,000,000-meter intervals from the Equator. * The row letters in each odd numbered 6° grid zone are read in an A through V sequence from south to north. * In each even-numbered 6° grid zone, the some lettering sequence is advanced five letters to F, continued sequentially through V and followed by A through V. * The advancement or staggering of row letters for the even-numbered zones lengthens the distance between 100,000-meter squares of the same identification. * Deviations from the preceding rules were mode in the past. These deviations were an attempt to provide unique grid references within a complicated and disparate world-wide mapping system. * Determination of 100,000-meter grid square identification is further complicated by the use of different ellipsoids. * 18S (Locating a point within the Grid Zone Designation) * 18SUU (Locating a point within a 100,000-meter square) * 18SUU80 (Locating a point within a 10,000-meter square) * 18SUU8401(Locating a point within a 1,000-meter square) * 18SUU836014(Locating a point within a 100-meter square) To satisfy special needs, a reference can be given to a 10-meter square and a 1-meter square as: * 18SUU83630143 (Locating a point within a 10-meter square) * 18SUU8362601432(Locating a point within a 1-meter square) +++++ Duidelijk? http://www.fmnh.helsinki.fi/english/botany...ones_europe.jpg geeft de zone nummers van UTM in europa. Dan moet je letters vinden: http://www.fmnh.helsinki.fi/english/botany/afe/map/mgrs.gif En dan je positie gaan aangeven in getallen die je moet samenvoegen voor de duidelijkheid.. Laat ik een voorbeeld geven van de militaire 1:50.000 stafkaarten. 07Oost Groningen UTM/MGRS De kaart bevat een uitleg van het MGRS raster op de kaart. 1. Noteer de zone-aanduiding van het MGRS vierkantennet en dat is 32U volgens diagram bij de kaart. 2. een volgend diagram geeft dat er een scheiding loopt op 59 00 waarboven het LE is en eronder LD dat levert op voor de kerktoren in Slochteren: 32ULD 3. Neem dan de Grote cijfers (2) van de eerste vertikale netlijn links van het punt dat is 52 (die kleien 3 ervoor laat je weg). dan schat je de afstand tot die lijn in tienden van de vierkantszijde (100 m dus) is 9 4. doe hetzelfde voor de horizontale lijn onder het punt wat 97 geeft (laat 58 weg) en doe een schatting van zeg 7. dan kom je op een aanduiding van 32ULD529977 Ben ik blij dat Ozi het MGRS raster kent. Die geeft als kerk-positie van Slochteren 32ULD 52931 97716 je ziet dat er getalletjes bij zijn gekomen. De bedoelde MGRS positie is dus op 10 meter nauwkeurig gegeven. Vul ik in UTM 31U 699100 5767750 dan kom ik ergens in Arnhem terecht. In MGRS is dat 31UFT 99100 67750 Klopt dat? En tja, ik heb niet zo'n GPSr als jij dus wat je daarin moet inkloppen weet ik niet.

Mij is verteld dat sinds enige tijd er bij het updaten van de database van gc.com op gelet wordt dat er toekomstige geschiktheid voor Unicode is. Wat men van plan is ooit te doen is: achter iedere engelstalige cachepage een anderstalige te kunnen hangen. Dan komt er een keuzeknop naar een andere taal op elke cachepage. Wel moet de cache-owner zelf de teksten blijven aandragen. Maar zo kan je dus Engelstalige en Nederlandstalige webpages hebben voor dezelfde cache met dezelfde logs etc. (Of Frans en Japans) Bij mijn caches horen nogal wat zaken die geen plaats kunnen vinden op de gc.com cachepages zoals b.v. luchtfoto's van 3 Mb groot. Ik geef iedere gc.com cachepage van mij een link naar de Engelstalige versie plus de rest van de 'goodies'.

Ja heel aardig. Maar of mensen de punten zonder schets kunnen vinden: vaak niet als het bouten in stenen en muren betreft. We verzamelen (meetpuntenjacht) in een groot fotoalbum beelden van de meetpunten, momenteel zo'n 1900 punten. Wil je die apart gaan verzamelen in je eigen database? Het lijkt mij slimmer om een link naar ons fotoalbum te maken als dat kan.

Zo'n kant en klare muis voor navigatie zal zijn positiegegevens e.d. wel via het NMEA protocol verzenden. De meeste GPS-ontvangers werken met het standaard NMEA-183 protocol. Hiervoor is gedefinieerd: * Baudrate = 4800 * Pariteit = N * Bits = 8 * Stopbits = 1 * Handshaking = None Edoch, in deze moderne tijden worden hogere baudrates ook geslikt vanwege ingebouwde poort-intelligentie.

In het Belgische forum hebben ze het er uitgebreid over (gehad). http://www.geocache.be/forum_nl/index.php?showtopic=634 http://www.geocache.be/forum_nl/index.php?showtopic=1047 on een paar voorbeelden te geven. En het staat stom om op je scherm bij een beek de naam beek te lezen in plaats van hoe de beek heet. Hetzelfde voor wegen. Ik denk dat dit komt omdat het ook op z/w schermen gebruikt moet worden, dit kaartmateriaal en dan zou je tussen een gekanaliseerde beek en een weg geen verschil zien zo makkelijk. Of ergens is een denkfout gemaakt en is de soortnaam van een vector-object (baan, beek, kerk etc.) voor weergave genomen in plaats van de naam die in het object zelf zit.

Ik bedoelde over mobiel doen: http://www.geogames.nl/meetpunten/pda.php

We zijn ondertussen een paar weken verder en nu worden de resutaten van de GPS metingen bekend. Zo af een toe geeft SOPAC iets b.v. http://www.sopac.org/tiki/tiki-read_article.php?articleId=61 en met wat zoeken zijn er ook wat meetresultaten bekend: http://ls.unavco.org/pipermail/sumatra/200...ary/000006.html "Thanks. Attached is an analysis (of SAMP and NTUS) performed by Cecep Subarya at BAKOSURTNAL(using GAMIT/GLOBK) that matches your results for SAMP.". Opmerkelijk genoeg (iets post-koloniaals?) komt het samenvattende wetenschappelijke nieuws uit Delft. http://story.news.yahoo.com/news?tmpl=stor...ami_measurement De definitieve bewegingen van de GPS stations (t.o.v. ITRF2000) zijn nu bekend en worden binnenkort gepubliceerd. Een paar dingen zijn al verklapt: " They estimated that on the Indonesian island of Sumatra, closest to the epicenter of the earthquake, land shifted by more than three feet. The Thai island of Phuket, 460 miles away, moved 3.9 inches, while Singapore moved 0.8 inches."aldus Prof. Ernst Schrama die ook nog vertelde " ..the university has been studying land movements in the region since 1994, and the data was obtained with Global Positioning System, or GPS, receivers placed around the region by Dutch and local researchers.". Ook bij http://www.kennislink.nl/web/show?id=126938 wordt er over bericht. Er wordt verteld hoe ze de tsunami in real-time met een satelliet hebben gemeten. Dat er nu echte timeframes zijn en niet zoals voordien 'virtuele afbeeldingen'. Schrama: “Volgens de eerste berekeningen is de aardkorst in het epicentrum van de zeebeving ongeveer 10 tot 25 meter verplaatst. De grootste vervormingen op het eiland Sumatra zijn in de orde van een meter. De meeste GPS gegevens van na de aardbeving moeten nog worden verwerkt, maar zoals het er nu naar uit ziet is ons GPS station in Singapore met wee cm verschoven, en een permanent GPS station van onze Indonesische collega’s op 500 km van de aardbeving in Medan, Sumatra met meer dan 15 cm. Het eiland Phuket, op 750 km afstand van het epicentrum. is tien cm verschoven.”

Ik zat mij laatst af te vragen toen ik mij in de mogelijkheden van het mobiel internetten verdiepte, of dat ook niet handig was voor landmeters bij de beroepsuitoefening. Ik vraag me nu hetzelfde af met deze software. Mij is verteld dat ze met Travel Maneger werken (vandaar ook de download mogelijkheid bij het kadaster van de meetpunten voor TM).

Ik heb de vraag al aan het kadaster doorgespeeld maar nog geen antwoord. Vanaf begin dit jaar zitten ze volop in de drukte vanwege de nieuwe NAP, de RDNAPTRANS en de zwaartekracht. Daar komt nog bij dat er een landelijk dekkend RTK-GPS systeem in opbouw is,wat ook veel werk is. Vandaar dat onze meldingen ook even op een Kadastrale plank blijven liggen. Het is even niet anders.

Om terug te komen op het begin want kennelijk is er wat kort na mijn laatste bericht iets veranderd. Ik lees dit in de Ozi Explorer history file: Development Version 3.95.3g6 (August-2004) Fixes * Under certain circumstances the map could not be saved from the Check Map Calibration option, this has been fixed. * Fixed a problem with loading route files caused a couple of versions ago when the number of waypoints was increased, the route waypoints did not match the loaded waypoints. * More changes for Lambert Conformal Conic import, mapinfo tab files in Lambert CC are now supported, fixed problem where the parameters were being saved in the .map file as feet instead of meters (if the import was in feet). * Fixed a problem with the new ozfx3 format when creating 3D maps Dus er is nu een Lambert Conformal Conic projectie bekend aan Ozi en dus zijn alle Belgische problemen voorbij (hoop ik) en kunnen onze zuiderburen naar hartelust Lambert coördinaten gebruiken.