search for: chacter

...1 28 1 38E6 > ca11c93SOL1VIIa<-ca11c93SOL1[ca11c93SOL1$RECTAN>"32Z9",] Warning message: ">" not meaningful for factors in: Ops.factor(ca11c93SOL1$RECTAN, "32Z9") (note RECTAN is the name assigned to the 7 th column) Do these operators act on chacters vectors as opposed to numeric vectors and if so what are the rules for this? Regards, Robert Brown

Hi everyone, I have a very annoying character encoding problem. Have a look to this: # ls -l M*mo-1.* -rw-rw-rw- 1 root root 8417218 6 sept. 2013 Mémo-1.aif -rwxr--r-- 1 hope hope 8417218 6 sept. 2013 Mémo-1.aif -rw-rw-rw- 1 root root 363175 6 sept. 2013 Mémo-1.m4a -rwxr--r-- 1 hope hope 363175 6 sept. 2013 Mémo-1.m4a Yes, it looks like two files have exactly the same name, but

...with > "touch héhohàhù" they appear perfectly fine, with accents and all. > > What can be the cause of this weird encoding effect? I'm guessing this is compose character effect. MacOSX uses unicode "compose" characters to stich together an accent onto an existing chacter. I think MacOSX is the only system that uses this as standard. I think you should be able to fix this using iconv, although you might want to do this carefully on the server.