# \[X\] Can't copy some unusual TRACK tags from MP3 / FLAC to WMA **URL:** https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714 **Category:** No Bugs **Created:** [March 4, 2016, 10:40am UTC](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714 "2016-03-04T10:40:10Z") **Posts on this page:** 1 **Showing post:** 7
### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD) #### Post date: [March 6, 2016, 3:55pm UTC](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714/7 "2016-03-06T15:55:44Z")
> [@zerow](#): > > ... I was using tag fields not in a "standard" way, with a bunch of signs different than just letters and numbers ... If the value in the TRACK tag field starts with a dot sign. I simply cannot copy such value to a WMA format. But if that dot was behind I number, then there would be no problem. Also if I have a letter or letters in the TRACK field, such value cannot be copy. But if letters are following a number, then there is no such problem. ... Presumably Mp3tag does nothing else than the function $num() to verify and to get clean values for the tracknumber from user input. At last the target filetype decides which datatype can be accepted. Note: a dot character is not a number. The Windows Media Format 11 SDK defines ... WM/Track g\_wszWMTrack WMT\_TYPE\_STRING WM/TrackNumber g\_wszWMTrackNumber WMT\_TYPE\_STRING ... and therefore it seems to be allowed, to store non numerical values into a WMA tag. DD.20160306.1807.CET --- _[View the full topic](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714)._