Team Kipje

Hallo allemaal, Afgelopen jaren al heel veel tools en dergelijke gebruikt, maar ik miste er elke keer wat in. Dus ben ik vorig jaar begonnen met een eigen site te maken die een paar van die problemen oplost. Zelf gebruik ik de site natuurlijk al een tijdje, maar ik wilde de site inmiddels in wat grotere kring bekend maken. Ik hoop dat ik via dit forum wat extra mensen trek, zonder het direct te overloaden. Het gaat om https://gcsolver.nl en (engelstalig) https://gcsolver.com. Doel van de site is vooral om de voortgang tijdens een multicache bij te houden. Hiervoor moet je wel aangemeld zijn. Maar wat ik erg fijn vind, is dat de tools zoals projectie en cirkel enz... gewoon rechtstreeks de waypoints uit een multicache kunnen gebruiken. Dus geen copy-paste, maar gewoon een waypoint selecteren vanuit een lijst. En als je dan een nieuw punt o.i.d. krijgt, kan die met 1 druk op de knop worden overgenomen naar je cache. Waarbij de berekening intact blijft. En daarnaast biedt de site nog enkele unieke mogelijkheden. - Een berekening doorgeven als URL (Zie volgende voorbeelden) - Projectie t/m een lengte-/breedtegraad - Cirkel met een hoek tussen twee punten - Cirkel door drie punten - Kruising tussen lijnen op basis van coördinaten en richting Ik hoop andere deze site ook nuttig vinden. Mochten er nog vragen/opmerkingen/onduidelijkheden of crashes (hoop het niet) zijn, dan hoor ik dat graag. Hoop dat niet als spam wordt gezie, want dit is een privé initiatief zonder advertentiesop de site.

Was te downloaden Mijn internetbrowser zegt dat de pagina niet bestaat. Maar dat kan natuurlijk ook aan mijn internetbrowser liggen <{POST_SNAPBACK}> Verderop in de draadje staat de url wel goed. Je moet hem downloaden met kleine letters. Dus: setborder.rar Zal hem in de TS ook editen.

Ik heb de polygonen gevonden, maar niet gebruikt. Mijn "Overijssel"-polygoon bevat 1800 punten. En dat is meer dan hier in het forum te vinden was. In de download zitten nu: Groningen, Friesland, Drenthe, Overijssel, Zuid-Holland, Zeeland en een 10-tal ZH-gemeenten.

In de download zitten nu dus de provincie Zeeland, Zuid-Holland en Utrecht. Tevens heb ik van Clark een bestandsspecificatie ontvangen waarmee ik de State kan exporteren naar GSAK. Dus de export mogelijkheid zit er nu ook in. Tevens is de interface nu netjes gemaakt. Graag nog wat commentaar. (Ben druk bezig met Overijssel te digitaliseren, maar dat riviertje "de Roest" is een ramp!)

Let erop welke basiskaart er in de eMap zit. Zelf ik een eMap met de amerikaanse kaart, maar hij is ook te koop met europese kaart. Indien je de Mapsource kaarten erbij gebruikt en binnen je geheugenruimte blijft, maakt het niet veel uit. Echter in het licht van de aanbieding maakt het wel uit: de eMap met US-kaarten was met memory al voor minder dan €200 te importeren en met de europa-kaat was 'ie ruim €400. Dat maakt voor de aanbieding nogal veel uit.

Leek hoe dan ook wel een handige tip, dus in mijn prive-gebruik heb ik al de provincie Zeeland millimeter voor millimeter toegevoegd. Ik wacht nog met die wpt-file publiek te zetten tot ik een passend antwoord heb van Clyde. We zijn ondertussen lekker aan 't mailen samen.

Heb ik aangedacht, maar in een later stadium hoop ik dat er meer mensen zijn die de gemeenten aangeven. Maar ik wilde zeker weten dat het programma kon werken met meerdere niveau's. Zo is het diepste niveau nu: NL +- ZH +- Leidschendam-Voorburg (=gemeentenaam) +- Leidschendam (=vroegere gemeente)

Ik ben even op zoek naar mensen die een mening willen geven over een programmaatje dat ik aan het maken ben. Waarom dit programmaatje? Ik vind het heel irritant dat binnen GC.COM en GSAK de "state"-kolom geheel leeg is. Wat doet het? Aan de hand van een 2 tekstbestanden (te weten een .wpt met waypoints en een .txt met de onderlinge relaties, wordt van waypoints de bijbehorende gemeente erbij gezocht. Wat zoek ik? Mensen die willen zeggen of dit nuttig gaat worden, en of ik er meer tijd in moet steken. Of mensen die zeggen: "Laat maar, niemand zoekt dit" of "Laat maar, dat bestaat al". Vorderingen zover Dit is ongeveer de pre-0.0.1-alfa versie en is dus niet gelikt, heeft een waardeloze GUI en heeft totaal nergens enige foutcontrole. Werking Het geheel bestaat uit 1 programma SetBorder.exe en 2 tekstbestanden. - Het eerste tekstbestand is grenzen.wpt, en bevat de waypoints die enkele gemeenten in Zuid-Holland beschrijven. Het betreft een standaard Ozi-bestand dat ik ook m.b.v. Ozi en wat macro's in een texteditor aanmaak. - Het tweede bestand is een XML-alike bestand dat de structuur aangeeft tussen de punten in het 1e bestand. Hier worden de waypoints gekoppeld aan gemeentenamen. Het bestand wordt van boven-naar-beneden geparsed en zodra een match is gemaakt, wordt de rest genegeerd. Daarnaast is er nog een test-bestand meegeleverd, met daarin wat waypoints (de benelux plus enkele caches in frankrijk). Het gebruik Zorg dat in de tekstvakken in de bovenste regel naar de bijgeleverde bestanden wordt verwezen. En druk vervolgens op de 3 knoppen van links naar rechts. Aan het einde vindt men in het tekstvak onderin de waypoints die in die voorbeeld gemeentes te vinden zijn. De overige waypoints worden genegeerd. Downloaden Het geheel (1 exe + 3 bestanden) is te downloaden vanaf SetBorder.rar Ik sta open voor kritiek indien het commentaar niet gaat over de GUI. Uitsluitend commentaar over functionaliteit, wenselijkheid en problemen wordt geaccepteerd. [edit: heb per email aan Clyde gevraagd ik het beste de "state" kan aanleveren om te importeren in GSAK.]

Die aantallen zijn erg groot. Ik gebruik hier een postcodetabel van NL met daarin 432144 unieke locaties. En TomTom heeft er wel moeite mee, maar hij loopt niet vast.

Nou, in het vervolg van deze discussie kan ik nog even wijzen op een (niet gevonden ) cache van gisteren: De Goede Reede Hier wordt zelfs gerekend met leestekens. Terwijl er toch genoeg letters in het alfabet zitten. En voor de duidelijkheid is er eerder in het traject al een 'x' bekend en wordt diezelfde 'x' in bovenstaand voorbeeld gebruikt voor vermenigvuldigen (tenminste, dat dacht ik gisteren)

Hallo, Ik heb nog een klein probleembje met calibreren. Ik heb Azerbadjan gedownload op 1:100000 (ca 190MB). En die kaarten proberen te calibreren. Dat lukt eigenlijk wel, op een detail na: Even een voorbeeld: http://home.zonnet.nl/JeroenPetra/J-38-006.jpg met als map-file: http://home.zonnet.nl/JeroenPetra/J-38-006.map op de bovenste regel staat iets over de coordinaten: Systema Coordinat 1942. In Ozi zijn er drie coordinaten systemen met daarin 1942: Pulkovo 1942 (1&2) en S42. Ik weet niet wat te kiezen. Ik heb nu de coordinaten via WGS84 ingetypt, en daarbij de hoekpunten gebruikt. (Dat zijn tenminste mooie ronde getallen). Als ik dan het UTM- grid vergelijk met de kaart, dan vallen de vertikale lijnen perfect samen, maar de horizontale lijnen zitten circa 180 pixels verschoven. Kan iemand duidelijk maken hoe ik deze fout eruit krijg? Natuurlijk heb ik ook de eerder vermeldde coordinaat-systemen gekozen. Jeroen

De beschrijving klopt helemaal, maar de werking is 0,0. Twee test bestanden werden alleen het aantal regels weergegeven. En voor de rest niets. Jammer, maar ik blijf gewoon verder zoeken.

Is het mogelijk om een .PGL om te zetten naar een .PLT? Ja natuurlijk, maar hoe doe je dat? Want al zoekend cq. zwervend over het Net ben ik daar nog niets voor tegengekomen. Klein stukje uit zo'n bestand:

Nee, helaas. Het kan niet. Wij zouden het ook graag willen want wij hebben de eMap met Amerikaanse basiskaart, dus NL bestaat uit "Amsterdam" en "Rotterdam" and that's it. 't Probleem is dat de kabouterkaarten pixel geörienteerd zijn, en de kaarten van Garmin vector-geörienteerd zijn. Hierdoor kan er veel meer info in de 8Mb van de eMap. Daarom gebruiken wij een "gedownloade" Mapsource Metroguide 5.

Ben er inmiddels achter dat je daar de cosinus-regel voor nodig hebt, en heb toen zelf maar een eenvoudig xls-sheetje in el;kaar gedraaid die de betreffende punten uitrekent.