Onderwerp: CSV bestand Navmonpc niet goed in Excell

Ik gebruik al een tijdje Navmonpc. Werkt goed en zodoende heb ik een CSV log gemaakt. Niet dat ik daar heel bekend mee ben, maar al doende leert men.

Vandaag het bestand geopend in Excell, CSV optie gebruikt en tot mijn verbazing zit er in de positie een comma verwerkt die niet bedoelt is om de cellen te scheiden, maar om minuten en tienden te onderscheiden. Helaas levert dat wel een extra kolom op in het excellsheet en klopt het niet meer.

Ik heb diverse combinaties geprobeerd, maar telkens toch een fout in de opbouw van de sheet.

De manual van Navmon biedt geen uitkomst ( to be added soon), de site kent geen contact optie en de Jahoogroup kom ik niet in ( weet ook niet waarom niet).

Kent iemand dit probleem en weet een oplossing?

Je zou eens kunnen spelen met de instellingen voor het scheidingsteken in de land/regio instellingen van Windows. Verander de komma (tijdelijk) als decimaal scheidingsteken door een punt (en de punt als cijfergroeperingssymbool door de komma). Dit is natuurlijk helemaal niet wenselijk voor normaal gebruik, maar het kan dit specifieke probleem wel oplossen.

Yahoo Groups: Blijf er ver vandaan!! Ik probeer al jaren van mijn account af te komen, want ik kan niet meer inloggen op Yahoo Groups (heb er een tijdje gebruik van gemaakt, o.a. voor AISmon). Ik ontvang nog wel regelmatig mail vanuit Yahoo groups maar mijn account is niet meer te benaderen dus ik kan het niet stopzetten. Mijn account opheffen kan niet, en inloggen ook niet. En de helpdesk van Yahoo wordt bemand door debielen...

Jeroen.

Ik wilde eigenlijk ook geen lid worden van de Yahoogroup gelukkig maardan dat het niet gelukt is.

Ik ga eens kijken naar het wijzigen van het decimaal teken. Ondertussen zelf ook een oplossing bedacht.

De eerste regel geeft de namen per kolom. Daar heb ik op de gewraakte plekken een extra comma geplaatst. De longitude en latitude worden dan weliswaar weergegeven in 2x2 kolomen, maar dan klopt het weer.

Helaas ziiten er wel meer foutjes in het bestand, want niet alle data komen overeen met de gebruikelijke notatie. Watertemp van 110gr T bijvoorbeeld

Met openoffice krijg je vooraf de keuze welk scheidingsteken je wilt gebruiken. Na een paar keer proberen heb je altijd iets bruikbaars.

Verstuurd vanaf mijn SM-G903F met Tapatalk

WADnWIND schreef : Iets soortgelijks is met Excel ook mogelijk, maar het probleem is dat bij het aanmaken van de CSV vanuit NavmonPC er komma's worden gebruikt voor het scheiden van de kolommen maar ook als decimaalteken. De spreadsheet applicatie ziet het onderscheid dus niet.

Jeroen.

eenvoudig antwoord bestaat niet, veel hangt af van versie spreadsheet, er zitten vaak snufjes in waardoor hij je (af)leid naar iets wat je niet wilt
1; verander extensie in txt dan heb je meer keuzes bij importeren
2; open in kladblok oid en zoek ,"spatie" en vervang door ;"spatie"
dan heb je zuiver txt-file importeerbaar met ; als separator
wel in sommige excell versies opletten met tekenset, hij maakt van graden soms iets raar
in vroegere tijden deed ik nog meer zoek & vervang om het helemaal naar m'n zin te krijgen, maar zou moeten zoeken (en/of nadenken) te warm hier

ik gebruik de csv-logs al geruime tijd, maar "laat" dat nu doen door m'n stuurman-scheepsfotograaf
die maakt ermee statistiekjes bij de foto's
kan hem nu zijn aanpak niet vragen, is in 't buitenland

Zoek op je pc het navmonpc cfg bestand.(waarschijnlijk c:\****\Application Data\NavMonPc) maak er een kopie van en hernoem het orgineel met e extensie org.
De kopie openen met kladblok en daar de routine van het cvs zoeken.
De gebruikte demitter in jou geval de komma vervangen voor punt/komma
Saven hernoemen naar het origineel en plaats het terug in de orginele directori
Excell ook even aanpassen naar de nieuwe scheidingsteken....
Dat moet de truck doen..
Altans toen ooit voor mij..

Ohh. Herstel....
Dat gaat tegenwoordig met File/Get Config en File/Save Config via de menubar, word mij net verteld ??

CalypsoB schreef :
Excel kent helemaal geen graden e.d. maar alleen hoeken in Radialen notitie.
Dus i.p.v. 360 graden zegt Excel 2*pi radialen of 60 graden = 1,046666 radialen.Als je dus in Excel bijv. de cosinus van 60 graden wilt uitrekenen moet je daar eerst 1,046666 van maken anders komt er onzin uit.
Heelaas is dat ook niet meer te wijzigen i.t.t. in vroegere versies ondanks vele protesten van diverse gebruikers.
Misschien geeft dat dit soort problemen?

Hier staat trouwens iets wat een beetje op jouw probleem lijkt: www.wisfaq.nl/show3archive.asp?id=9118&j=2003

En hier staat ook nog wat over CSV bestanden in Excel maar om dat nou eenvoudig te noemen zoals de schrijver beweert .....
www.schutz-ict.nl/csv-bestand-...baar-maken-in-excel/
Ad

als het lukt in de bijlage een csv bestand uit Navmonpc. Edit helaas, niet gelukt

Ben benieuwd wat jullie er van vinden. Krijg steeds meer het idee dat het nooit is afgemaakt door de bouwer van Navmonpc. In de laatste manual (2010) staat dat er aan gewerkt word Kan geen update vinden.....

heb dat nooit aan de praat gehad, dat loggen. Zet je dat vantevoren aan zeker? moet je dan nog bestand kiezen?

In numbers van Apple kan je cellen koppelen, 3 cellen worden dan bijvoorbeeld 1 cel. Kan je dat ook doen in Excel? Dan maak je van de kolommen weer 1.

Gr Michel

roozeboos schreef :
Oh, dat was echt het simpelste onderdeel kwestie van eerste tabblad, keuze logging kiezen, even kijken of de settings je bevallen en start log kiezen. In het menuutje kan je ook nog kiezen waar het opgeslagen moet worden en klaar.
Wel even opletten: als je meerdere logs maakt zonder de naam te wijzigen worden ze bij elkaar gestopt in hetzelfde bestand. Na de 24uurs keam ik erachter dat alle logjes van daarvoor in hetzelfde document terecht waren gekomen. Het heeft 10uur selecteren van regels geduurd (hamer op de shift en cursortoets) voor ik klaar was met die data uit het bestand te verwijderen.

H2O schreef :
even iets anders doen helpt. Jeroen lijkt hier de spijker op zijn kop te slaan. Het decimaalteken en de comma worden beide gebruikt. Niet alleen bij lat/lon, maar ook bij SOG, TWS enz enz.

EDIT:
net even de eerste regel handmatig voorzien van punten waar dat moet en comma's laten staan waar dat moet. Dat geeft de juiste weergave, maar hoe doe ik dat automatisch........
Ik vermoed dat er vast wel een conversie foutje in zit, maar welke?

Nu komt het er dus op neer om het decimaal teken te wijzigen in punten, zonder de als scheidingstekens bedoelde comma's ook mee te wijzigen.

en een screenshot. Bij het opslaan geeft hij nog een foutmelding die ik niet zo goed begrijp..
De bovenste twee regels zijn handmatig bijgewerkt en kloppen zo. Alles eronder dus nog niet.

In Excel kun je natuurlijk alles doen wat je wilt, dus het samenvoegen van 2 kolommen (getal en zijn decimalen) is een flute of a cent.
Alle andere correcties kunnen ook.

Mail me eens een stukje van die log (100 regels) dan zal ik even kijken.

EDIT:
net even de eerste regel handmatig voorzien van punten waar dat moet en comma's laten staan waar dat moet. Dat geeft de juiste weergave, maar hoe doe ik dat automatisch........

In een tekst editor met een find replace functie.
(op voorwaarde dat je de ongewenste combinaties eruit kunt filteren zonder op andere plaatsen iets te veranderen wat wel in orde was. )

Ben ook wel geinteresseerd in een voorbeeldfile om te kijken of er iets snel en handig aan aan te passen is.

in m'n vorig antwoor bedoelde ik dat,
zoek en vervang (bv in kladblok) de komma's gevolgd door spatie, door kommapunt gevolgd door spatie
sla de file op als txt en niet meer als csv
zorg dat de tekenset op "windows" staat, of hij maakt er japans van
geef waar nodig de kolom de juiste format (datum, tekst enz)
dan blijft het probleem dat de "angle" velden, met dat graden ° teken niet bruikbaar zijn voor grafieken, alsmede de velden waar T of Port of Stbd in staat
ook die zijn met enig zoeken om te zetten naar afzonderlijke kolommen door bv Stbd; te vervangen door ;Stbd; enz (wel de eerste lijn omschrijvingen gelijk aanpassen)
alles hangt ervan af welke grafieken je wil bereiken
m'n zeilmaat doet er niet zo ingewikkelde bewerkingen op, maar maakt van elke log een grafiek:

wie met windangle, true of apparent wil spelen moet meer werk doen

Baasklusje schreef :
Precies. En dat doe je (zodat wel er allemaal wat van leren ) door in een lege cel de volgende formule te zetten (die je vervolgens naar beneden kopieert):
=a1&"."&a2

Allemaal zonder spaties en waarbij a1 en a2 de cellen zijn die je wilt bundelen.

EDIT: moeten dubbele aanhalingstekens zijn zie ik...is ook weer even geleden zullen we maar denken. De 'punt' kun je vervangen door elk willekeurig leesteken uiteraard.

Rare data in die Navmonlog.... Franse Open Sores sw zeker...

alle positie-data (de graden) zijn * 10. Dus 520 N ipv 52 N en 50 E ipv 5 E.
Alle COG en HDG is ook maal 10, idem de geowind die uit 0900 komt....
In ca 1/3 van de records mist de STW en/of de DBT.

Hmm, beetje troep, die log.

Het is een fixed-position file, dus de kolommmen staan vast, in een bepaalde kolom staat altijd hetzelfde gegeven (zoals SOG).
Maar er staan ook komma's en spaties in op vreemde plekken.
Je kan hem ook inlezen met specifieke delimiters als komma en spatie, maar dan gaan er kolommen verschuiven: als de STW of DBT niet is ingevuld staat er - - - - - als waarde.
Dat levert een aantal spaties op die extra kolommen maken, en dan staan in een kolom in excel ineens verschillende gegevens (door het opschuiven).
Je kan natuurlijk alle records zonder STW weggooien, maar dan mis je soms een hele minuut aan logging.
De combinatie van missing values uit de mux met de klunzige notatie van NavmonPC maakt er troep van.
Maar we geven nog niet op.....

@koko: wil je de STW hebben? Of is SOG genoeg?

Sog is genoeg Thomas.

Ik had al zo'n vermoeden dat er dingen niet klopte in de opbouw van de file.

Thomas, kijk nog eens naar het screenshot dat ik plaatste. Daar komen die malle notaties niet voor en staat vooral de bovenste regel met namen voor de kolomen niet goed.

koko schreef :
daar staat het graden-teken (kleine hoge 0) achter alles in graden. Bij inlezen wordt dat een gewone 0. Beide zijn onzin, want je kan er niet mee rekenen of plotten.

Je ziet ook in jouw screenshot de kolom-verschuivingen door de - - - - - ipv de STW.

Dat moet eerst weg, daarna simpel inlezen...

Het opschuiven van de kolomnamen komt door het opbreken van gegevens in meeerdere kolommen.
Als je bijv. LAT in 3 kolommen zet (graden, minuten, N) dan schuiven de volgende 2 kolomnamen op....

Baasklusje schreef : Bij het screenshot heb ik handmatig verkeerde comma's omgezet naar punten in alleen de bovenste regel. Begrijp ik nu goed dat die omzetting onvoldoende is omdat bijvoorbeeld het gradenteken voor verwarring gaat zorgen bij de vervolgstappen in excell? Op het oog lijkt het dus goed, maar in werkelijkheid onvoldoende dus?

mag ik het nog eens suggereren?
zoek (komma/spatie) en vervang (puntkomma/spatie) in de CSV file, best opslaan als txt
importeren uit tekst, zien dat tekenset windows is
ik heb zo nooit problemen met verschuiving in kolommen
als gradenteken ° overbodig is kan je dat eveneens met zoek & vervang weglaten
dat gradenteken wordt bij import bij mij geen nul, maar excell kent die notatie niet en rekent er niet mee
dus laat ik het weg
idem met Stbd en port notatie bij wind angles, die zet ik in extra kolom (wel de header mee aanpassen)
missing values is door time-out instrumenten (stroomuitval, slechte contacten), wat wil je dat er dan staat? N/A? als er geen gegevens zijn is dat de fout van de log? je kan best de records weglaten, is er dan te weinig data dan moet je de instrumenten, bekabeling, stroomvoorziening oid nazien

ik heb nu geen excell op deze pc, maar heb voorbeelden op ander toestel, als interesse maak ik vanavond enkele voorbeelden en post ze
nu de indruk dat suggesties van mijn kant nutteloos zijn

Kan dit een beetje kloppen, de SOG uit de hele file?