Jeg har fikset det ved en tidligere anledning, men nå får jeg det ikke til.
CSV.fil som når man åpner den Excel gir datoer i noen kolonner der det egentlig skal være tall. Jeg har prøvd å lagre filen som TXT og åpne den semikolonseparert og jeg mener at det var slik jeg løst det sist gang.
Det hjelper ikke å endre formatet til tall når filen er åpnet, da blir det feil tall.
Excel er helt dust når det gjelder csv-filer. Jeg åpner ofte csv-er i Open Office, lagrer dem som xls og SÅ åpner jeg dem i Excel om jeg må. Det løser de fleste problemer, er min erfaring.
Hvordan ser formatet ut før det blir feilaktig formatert som data?
Jeg hadde data med skostørrelser (23/23,5) som ble til dato, hvilket det ikke var.
Løste det ved å lure xls til å la være å datoformattere ved å erstatte tegnet med et annet tegn (erstatt alle / med , f-eks) slik at det ble 2323,5 som da IKKE blir dato. Så kan man si at det er tekst, og så kan man formattere tilbake slik man vil ha det. (** til /)
Krever at / og ** ikke opptrer i filen ellers ...
Microsoft Excel is preprogrammed to make it easier to enter dates. For example, 12/2 changes to 2-Dec. This is very frustrating when you enter something that you don't want changed to a date. Unfortunately there is no way to turn this off. But there are ways to get around it.
Jeg har også brukt Word av og til. Word er ikke like hypp på tvangs-datoformat, men den har enkel tabellfunksjonalitet.
Funker hvis ikke filen er supersvært.
Åpne/kopiere kommaseparert tekst i word og bruk "Tekst til tabell"-fuksjonen. Tabellen kan så kopieres inn i EXCEL - og hvis du FØRST merker excel med tekst og kopierer inn tabellen fra word uten formattering - se DA klarer du å beholde "dato" som tekst.
Tusen takk for mange forslag, jeg skal prøve mer i morgen. Begge kolonnene som til tider blir dato burde være vanlige tall med komma (de kommer fra SAP via vår webside, dette er filer som kundene skal kunne laste ned). Den ene kolonnen har normalt sett tre desimaler, men det siste tallet er nok ofte 0 og den «forsvinner» dermed kanskje. Den andre har trolig to desimaler, jeg får sjekke i morgen. I Sverige og Danmark virker de ikke å ha dette problemet. Kan det ha noe å gjøre med at vi skriver datoer i Norge på en annen måte?
Jeg har løst dette tidligere gjennom å bruke Finn rad mot data direkte fra SAP, foruten sist gang da jeg fikk det til. Men jeg noterte ikke hvordan jeg gjorde det. :gaah:
Jeg er ikke så interessert i å løse det på den måten for evig og alltid og hadde nå tenkt å gjøre en manual for andre, men så får jeg det ikke til.
Usikker på om det kan hjelpe, men hvilket desimaltegn bruker excel? Komma eller punktum? Dette kan du endre i excel setting, kanskje det kan få excel til å oppføre seg?
Excel hos meg bruker komma, men i filen er det punktum så det er nok noe av problemet. :nikker: Om jeg åpner filen som den er og bytter ut . med , så blir det jo uansett feil. Da står det bare jan,16 i stedet for jan.16 (men det skjønte du, selvsagt).
Norsk excel har komma, internasjonalt punktum. I gamle dager måtte vi søk og erstatte alle punktum
Har du prøvd å kopiere alt og lime det inn i nytt ark uten formatering. Lag tom kolonne etter dato, skriv inn riktig dato i de to første radene og se om excel skjønner det og gir deg autofyll.
Hadde egentlig nettopp samme problem - alle verdiene der det er brukt punktum i tallet ble datoer når dette stod som "standard"/"General". Måtte trykke på hver kolonne i preview-en og endre over til tekst. Tok deretter vel en søk og erstatt på verdifeltene og byttet fra . til , - så formaterte som tall så vidt jeg husker.
Foreldreportalen er i en flytteprosess, denne versjonen av FP er fortsatt under utvikling.
Hvis du vil svare i tråden, så kan du gjøre det her.