# Some minor inconsistencies with tag exporting
**URL:** https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306
**Category:** Mac
**Created:** [January 28, 2025, 1:50am UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306 "2025-01-28T01:50:25Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@germ](https://community.mp3tag.de/u/germ)
#### Post date: [January 28, 2025, 1:50am UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/1 "2025-01-28T01:50:25Z")
when exporting tags, there are some issues.
“length” from the “extended fields” list outputs blank data.
the duplicate “length” from the “information fields” list outputs correctly.
the “\_length” field outputs time incorrectly. for example in the app 30 minutes shows as “30:00” but exports as “30:00:00”
“tag” field displays in the app as “ID3v1 (ID3v1)” but exports as “ID3v1 ID3v1” without parentheses
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 28, 2025, 5:51am UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/2 "2025-01-28T05:51:15Z")
> [@germ](#):
>
> “length” from the “extended fields” list outputs blank data.
Please note that LENGTH is a text field that has very little to do with the actual length of track. You can write more or less any value into that field without any influence on the length - even a text like "this is the length".
A output can only be generated if there is any contents for a field. A field whithout contents does not exist.
If you refer to the file property length as written by the encoder, then use always \_LENGTH.
> [@germ](#):
>
> “tag” field
I think that this should also be \_TAG.
Check where you see
> [@germ](#):
>
> ID3v1 (ID3v1)
If that is the column in the file list, check the column definition which may have the label "Tag" but probably has set as
Value: `%_tag_read%[(%_tag%)]`
Which shows you which tag is read and which tag versions are present in a file. \_TAG then shows you all tag versions, e.g. ID3V2.3, ID3V1, APE.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 28, 2025, 12:03pm UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/3 "2025-01-28T12:03:02Z")
> [@germ](#):
>
> but exports as “30:00:00”
Is this how your csv-capable app shows it? Or is this really from the plain text in the csv-file?
---
### Author:  [@germ](https://community.mp3tag.de/u/germ)
#### Post date: [January 28, 2025, 7:52pm UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/4 "2025-01-28T19:52:01Z")
yes. see attached screenshot. 39 hours 11 minutes 00 seconds is actually 39 minutes 11 seconds. seconds shown in column D for additional confirmation.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 28, 2025, 7:53pm UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/5 "2025-01-28T19:53:46Z")
That looks to me like a problem of the importing program and not an MP3tag problem.
See e.g. this thread that deals with a similar problem:
> [@Change %\_length% to HH:mm:sec](https://community.mp3tag.de/t/change-length-to-hhsec/60417/):
>
> Somebody was nice enough to show me how to change %\_length% to hours minutes and seconds when exporting to CSV. Unfortunately, when I downloaded the latest version, the CSV format was changed back to the original and I must start all over again. Can anyone pleased help in changing it back to the hour, minute, second format?
---
### Author:  [@germ](https://community.mp3tag.de/u/germ)
#### Post date: [January 28, 2025, 8:53pm UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/6 "2025-01-28T20:53:03Z")
so sorry I should have looked at the raw csv (text) file.
2351;39:11;
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 27, 2025, 8:53pm UTC](https://community.mp3tag.de/t/some-minor-inconsistencies-with-tag-exporting/67306/7 "2025-02-27T20:53:21Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.