有噵词典朗文五的一个大问题[...]

Oeasy

9 G- i3 J+ f# r( v3 G详见 ☞ [2018-01-06] 有道词典的不专业性 http://mp.weixin.qq.com/s/mh9ev1BtNnMfPx7h4tqyoA
8 m9 c$ B$ _* r1 N8 E' D
由 Ta 衍生的 ** 版，也保留了这个音标问题，且几乎无法修复。

海笛收费 app 倒没有这个问题。

0 b$ A. N0 V) K其实朗文4 也有这问题，还装有朗 4 app 的同学，不妨查证下。当然，本身 K.K. 音标就是鸡肋，不看就没事。
7 l* Y/ J, S7 B8 a! K
               
# D$ d% ]3 B% s- @+ o% s( `8 o3 {9 R               
* k9 u& k" [, r! o

我试着复制了下海笛收费 app 里的音标，boot 那个 u ，和 put 那个 U ，不是同一个符号，似乎是通过字体来实现正确显示的。
! {( G/ L* {" w6 M3 {+ F
& O7 h+ L- O0 e$ w2 f



- https://www.dreye.com.cn/dict_new/dict.php?w=put
- https://www.dreye.com.cn/dict_new/dict.php?w=boot

译典通是这么干的：
  a- Z% R- X$ J- v$ kput     KK:[pʊt] DJ:[put]
0 X' C% V' s. g' sboot   KK:[but] DJ:[buːt]
* o' D  {# E* U6 Y- U+ h! T  q: E
- J# s2 |) ~7 _0 b" E# a用 /u/ 替代 IPA 的 /ʊ/ ，然后 /ʊ/ 摇身一变，变成了 K.K. 音标里的短音。总之是够乱的。

  S: L7 \9 F. W1 W6 s5 w- Y有道词典更聪明了，直接不管长音短音，全部用 /u/ 一个符号，也就是说，在有道版的朗文双解里，K.K. 音标体系下，/ʊ/ 和 /uː/ 没有区别，都是 /u/ 。

; U; x2 q3 K+ @: j有道朗文 actuality 里的 K.K. 音标 /U/ 也有问题。

& \8 z: Y! {3 O3 e; j

fearfare090807

对有道这真不算什么大问题，真要修复其实从IPA还原过来就是了
) j9 _1 Q4 Q# R8 y有道真正最大，不可修复的问题是他们家那份json数据在不知道哪个步骤被排了序，字段排列失去了原来的顺序，变成按字母排序了
. G0 R+ b: ~+ a6 i- ^后果很严重，之一是例句顺序错乱，例如： fine 第一释义，只要中型词条以上都可以找出好几处这种例句错乱现象
之二，就是标签完全乱掉，例如有些词同时标着【英】【美】这种让人神经错乱的情况，就是同类标签给按字母排到一起去了，还有些标签失去顺序后，工程师完全不知道怎么排了，干脆扔了,  例如还是这个fine, 第一释义，looks/seems/sounds fine 以及后面一条其实都带有个【口语】标签，可这两个标签被排序到前面去了，三个口语标签连在一起，有道只好把另外两个扔了
& B, }+ v( F; K有道朗文奇怪的**病绝大部分都是此原因导致

kyletruman

由 Ta 衍生的 ** 版

$ z# X: |" z( s1 Y2 c$ t这里被过滤了什么敏感词？猜不出来呀

漫步_roamlog

kk 音标还是无视好了

Oeasy

fearfare090807 发表于 2018-1-9 15:33
* |# b' ~% w% o: q- T对有道这真不算什么大问题，真要修复其实从IPA还原过来就是了
有道真正最大，不可修复的问题是他们家那份js ...

! l0 R0 h: ~# b( x

' r  H3 k& ?2 d5 [- [  R2 ~JSON 是个大坑啊，海笛应该是原生的 XML 加密。
7 a3 K& ~5 _% p- d
4 S2 r3 p: z0 q  J% e4 J/ R[英-汉] 有道词典朗文双解的瑕疵[...]  2016-11-24 13:22:53  http://pdawiki.com/forum/thread-19193-1-1.html
  X' b. d5 U  C" @0 k/ g! a( }+ u
2 H7 E4 @9 F' @! g$ Z7 N 我都懒得去查证有道改没改了，想来还是没改……

, \8 S2 W3 s9 |! h2 i. b1 [' O

Niaaan

难怪以前用有道的时候，明明读的是长音，却标个短音。遇到这样的会让我疑惑了很久，因为这对发音的影响太大了