Openlibrary: 언어를 영어로 표준화 유지

안녕,

저작물의 제목은 이에 따라 저작물의 원래 언어로 되어 있어야 합니다 .

원래 제목과 함께 영어 번역은 영어로 검색하는 사용자에게만 도움이 되지만 나머지 사용자에게는 도움이 되지 않습니다.

예를 들어, 다른 언어로 된 제목과 같이 판 기록에 작품의 다른 제목에 대한 필드가 있습니다. 다른 언어로 번역된 판인 경우 일반적으로 이 필드를 사용하여 제목을 영어로 포함합니다. 데이터를 인위적으로 수정하는 것보다 이 필드를 사용하거나 다른 방법으로 모든 언어에서 검색 방법을 개선하는 것이 도움이 될 것입니다.

아직 하지 않았다면 구현하기 어려울 것이기 때문이라고 생각합니다.

추신: 예: Fantasmas . 이것은 Dean Koontz의 Phantoms 의 스페인어 판입니다. "기타 제목" 필드는 다른 언어로 된 제목을 포함하는 데 사용할 수 있습니다.

나는 그 지침에 _강하게_ 동의하지 않습니다. 작품의 제목은 (이상적인 세계에서) 국제화되어야 합니다. 따라서 영어 사용자는 영어 제목을 볼 수 있고 스페인어 사용자는 스페인어 제목을 볼 수 있습니다. Wikidata가 작업 제목을 처리하는 방식과 유사: https://www.wikidata.org/wiki/Q43361

작업 제목을 원래 언어로 설정하면 거의 모든 사용자가 불행해집니다. 사용자가 책의 _원래_ 언어를 말할 확률은 얼마입니까? _톨스토이_의 책을 보고 제목을 읽을 수 없다는 것이 너무 답답합니다.

@seabelis @jessamynwest 로부터 피드백을 받을 수 있습니까? 그 지침을 변경하고 싶습니다. 그 동안에는 ( @BrittanyBunk 가 제안한 대로) 영어 버전이 있는 경우 작업 제목이 영어로 되어 있어야 합니다. 앞으로 우리는 데이터 모델을 Wikidata처럼 확장하여 여러 제목(각 언어당 하나씩)을 지원해야 합니다. 하지만 지금 당장 결정할 필요는 없습니다. "원본 제목"에 대한 필드도 있을 수 있거나 있어야 합니다.

@hornc @dcapillae
하지만 작업 페이지에서 언어를 그룹화하여(아마도 패싯 또는 정렬 순서만 나열할 수 있다면) 독자가 _Phantoms_의 ​​독일어, 터키어 또는 스페인어 버전을 찾으려는 모든 영어를 통해 그것을 찾을 수 있습니다.

@cdrini 내가 틀렸다면 정정해 주세요. 하지만 OL 사용자가 선호하는 언어를 말할 수 있는 방법은 아직 없는 것 같습니다. 이 문제가 해결될 때까지 해당 언어로 결과를 선호하는 것은 불가능합니다. 차선책은 브라우저 설정을 테스트하는 것이지만 예를 들어 공공 도서관 키오스크에서 구성할 수 없는 경우가 많습니다.

당신이 올바른지; 지금은 구성할 수 없습니다.

모든 작품이 영어로 번역된 것은 아닙니다.

그리고 저작물을 사용하여 에디션의 '번역된 출처' 필드를 채우는 것에 대해 약간의 논의가 있었습니다. 이를 위해서는 저작물이 원래 언어를 나타내야 할 것입니다.

제목의 문자 번역은 영어로 된 실제 제목이 아닐 수 있습니다. 영어 제목의 여러 버전이 있는 경우 어떤 버전이 사용됩니까?

모든 작품의 _titles_조차도 영어로 번역되지 않았습니다. 그런 점에서 모든 작품에 제목이 있는 것은 아닙니다.

안녕,

다른 언어로 된 판에는 일반적으로 원본 저작물의 제목에 대한 참조가 포함됩니다. 이 값은 "번역" 필드에 추가해야 합니다. 이 값은 하나만 될 수 있습니다.

다른 언어로 된 판은 때때로 다른 제목으로 출판됩니다. 예를 들어 Ramsey Campbel의 The Nameless 는 두 가지 다른 제목( La secta sin nombre 및 Los sin nombre )으로 스페인어로 출판되었습니다. 때때로 원본 작품은 다른 제목으로 출판되기도 합니다. 예를 들어 Jack Finney의 Body Snatchers 는 다른 제목으로 출판되었습니다( The Invasion of the Body Snatchers ). 이러한 제목은 모두 "기타 제목" 필드에 포함될 수 있습니다. 이 값은 둘 이상일 수 있습니다.

여러 버전의 영어 제목이 있는 경우 "기타 제목" 필드에 모든 버전을 포함할 수 있습니다. 그러나 "Translated of" 값은 하나만 될 수 있습니다. 즉, 번역된 제목과 작업이 하나만 있습니다.

@seabelis 더 간결하게 하기 위해 제안된 변경 사항은 다음과 같습니다(영어 버전이 있는 작품만 작품에 영어 제목이 있음).

| 이전 | 후 |
| --- | --- |
| "작업" 데이터는 원래 언어가 알려진 경우 이를 반영해야 합니다. | 에디션이 영어로 존재하는 경우 "저작물" 제목은 영어로 해야 합니다. |

다음은 장/단점입니다

장점:

• 대다수의 사용자가 책을 더 쉽게 찾을 수 있습니다.
• 작업 제목이 장기적으로(즉, 국제화되기를) 원하는 방식과 더 일치합니다.
• 데이터 덤프를 보다 일관성 있고 사용하기 쉽게 만듭니다.
• 접근성/스크린 리더를 통해 사이트를 더 유용하게 만드십시오.

단점:

• 영어가 아닌 사용자는 책을 찾는 데 더 어려움을 겪습니다.
  
  
  
  • 나는 이것이 거짓이라고 주장하고 싶습니다. 프랑스 사용자는 _War and Peace_를 영어 사용자만큼 식별하는 데 어려움을 겪을 것입니다. 원래 언어를 사용하면 거의 모든 사람이 불행해집니다. 그것은 기본적으로 무작위로 저자의 국적을 그들의 책에 대해 행복하게(?)
  
  

그리고 저작물을 사용하여 에디션의 '번역된 출처' 필드를 채우는 것에 대해 약간의 논의가 있었습니다. 이를 위해서는 저작물이 원래 언어를 나타내야 할 것입니다.

나는 그 제안에 미친 것이 아니다. 첫 번째 출판물을 저장하는 작업에 original_edition 필드가 있으면 좋겠다고 생각합니다. 그러면 해당 언어가 아닌 모든 판은 이 판의 번역으로 간주될 수 있습니다.*

제목의 문자 번역은 영어로 된 실제 제목이 아닐 수 있습니다. 영어 제목의 여러 버전이 있는 경우 어떤 버전이 사용됩니까?

나는 가장 잘 알려진(분명히 더 잘 알려진 경우)을 사용하고 그렇지 않으면 원래의 영어 제목을 사용한다고 주장합니다. @dcapillae 가 제안한 대로 다른 제목을 다른 제목에 추가할 수 있습니다.

• 예: _And Then There Were 없음_은 원래 제목보다 사용자여야 합니다. 왜냐하면 그것이 더 잘 알려져 있고 훨씬 더 많은 에디션이 해당 제목으로 출판되었기 때문입니다.
• 예: _Harry Potter and the Philosopher's Stone_은 미국 타이틀보다 사용자여야 합니다. 둘 다 매우 인기가 있기 때문입니다.

* 엣지 케이스가 있습니다. _이상적으로는 한 판을 번역한 특정 판을 지정할 수 있습니다(예: Ismail Kadare의 책은 원래 알바니아어로 되어 있지만 알바니아가 아닌 대부분의 버전은 원래 알바니아가 아닌 프랑스어 버전의 번역입니다). 그러나 우리는 현재 그것을 처리하지 않으므로 ¯\_(ツ)_/¯

이것은 너무 잘못된 방향이어서 어디서부터 시작해야 할지 모르겠습니다. 사람들은 그들이 지속되는 악순환을 보지 않습니까?

"사용자 대부분이 영어를 구사하는 사용자이므로 모든 것을 영어로만 합시다."

비영어권 사용자가 더 많지 않은 이유는 무엇입니까? 기회가 있을 때마다 우리는 적극적으로 그들이 환영받지 못한다고 느끼게 만들고 쫓아내기 때문입니다!

번역된 작업 제목은 확실히 장기적으로 갈 길이지만 우리가 거기에 도달할 수 있을 때까지 영어 전용 외국인 혐오증으로 퇴행하지 맙시다.

번역된 작업 제목은 확실히 장기적으로 갈 길이지만 우리가 거기에 도달할 수 있을 때까지 영어만 사용하는 외국인 혐오증으로 퇴행하지 맙시다.

_강한_ 동의하지 않습니다. 그렇게 될 때까지 거의 모든 사람에게 나쁜 경험을 제공해야 하는 이유는 무엇입니까? 다시 말하지만, 이것은 안티 i18n이나 외국인 혐오가 아니라 데이터를 보다 체계적으로 만듭니다.

작업 제목을 원래 언어로 사용하는 것에 대한 장단점을 말씀해 주시겠습니까?

@dcapillae 영어에서 _from_ 번역의 특정 경우는 비교적 간단합니다. 고전을 논할 때 훨씬 더 복잡해지며, 어떤 경우에는 원본 텍스트가 살아남지 못합니다.
적절한 예: Aesop은 영어로 글을 쓴 적이 없다고 확신할 수 있지만 WorldCat에서는 이것이 목록에 있는 99개 언어 중 단연코 가장 일반적인 번역 언어임을 보여주고 있으며 라틴어는 두 번째로 많이 떨어져 있습니다.

https://www.worldcat.org/search?q=Aesop&fq=&dblist=638&fc=ln :_100&qt=show_more_ln%3A&cookie

현존하는 가장 오래된 텍스트는 1478년 수집된 작품으로, 라틴어로 번역된 라틴어 제목은 _Vita et Fabulae_인 Rinuccio d'Arezzo에 기인합니다. 우리는 확실히 최초의 그리스 제목이 무엇인지 확신할 수 없으며 이야기가 이솝에서 시작되었는지 확신할 수 없습니다. 우리가 _할 수 있는_ 일은 다른 텍스트가 파생된 가장 오래된 알려진 텍스트를 식별하는 것입니다. 나는 이것이 텍스트 제목이 아니라 단순히 작업 ID여야 한다고 여전히 주장합니다.

책 제목은 책이 사용된 언어로 작성해야 합니다. 이에 대해

Internet Archive는 국제 청중을 다루는 데 특히 능숙하지 않습니다. 더 나쁘게 만들지 맙시다.

우리가 영어 사용자를 위한 좋은 사용자 경험만을 찾고 있다면(IA가 열려 있는 시간에만 지원을 받는 것도 참조) 우리는 우리의 임무에 실패하고 있습니다. 영어로 "표준화"하는 경우 한 사용자 집합을 다른 사용자 집합보다 우선시합니다.

이를 수행하는 가장 좋은 방법은 사용자가 선호하는 언어를 설정할 수 있는 기능 추가의 우선 순위를 지정하는 것입니다.

@jessamynwest 나는 _edition_ 제목이 책의 언어로 되어 있어야 한다는 데 동의합니다. 우리는 작품에 대해 이야기하고 있습니다. 작업 제목을 영어로 하는 것에 대한 구체적인 단점을 제공할 수 있습니까? 그리고 _구체적으로는_ 원래 언어로 된 일부 장점이 있습니까?

명확히 하기 위해 여기에서는 i18n에 대해 구체적으로 이야기하지 않습니다. 단, 장기 목표로 염두에 두는 것입니다. 주요 질문은 작품 제목을 영어로 해야 하는지 아니면 작품의 원래 언어로 해야 하는지입니다. 그것을 결정하기 위해 우리는 하나와 다른 하나의 장단점을 생각해 내야 합니다.

왜 우리는 한 언어로 된 작품을 _또는_ 다른 언어로 나열하고 싶습니까? 확실히 오늘날의 세계는 지구권에 의해 지배되고 있지만, 모든 작품에 하나의 영어 버전이 있다거나 영어로 된 하나의 번역이 다른 것보다 더 정확하다고 가정할 실제 이유는 없습니다. 사용자가 요구하는 언어가 무엇이든 간에 우선적으로 작업의 모든 고유한 제목을 표시할 수 있는 메커니즘이 있어야 합니다.

@jessamynwest 나는 _edition_ 제목이 책의 언어로 되어 있어야 한다는 데 동의합니다. 우리는 작품에 대해 이야기하고 있습니다. 작업 제목을 영어로 하는 것에 대한 구체적인 단점을 제공할 수 있습니까? 그리고 _구체적으로는_ 원래 언어로 된 일부 장점이 있습니까?

작업 제목이 영어로 되어 있다는 단점 (어떤 언어로 되어 있든 반대)

• 그것은 제목/책에 언어를 혼합하는 나쁜 선례를 설정합니다. 나는 영어 제목을 읽고 책을 클릭하고 러시아어로 만들고 싶지 않습니다. 그것은 나에게 나쁜 사용자 경험입니다. 그것은 정교하지 않은 사용자를 혼란스럽게 할 것입니다.
• 그것은 미국/영국 예외주의와 식민주의적 사고방식을 가리킨다. 기본적으로 "이 사이트는 영어 사용자를 위한 사이트입니다"라고 되어 있으며 사용법은 사실이지만 Open Library가 열망하는 바가 되어서는 안 됩니다.
• 10년 이상 존재한 사이트에서 이러한 변경을 수행하는 것은 사이트가 지향하는 방향 , 즉 국제화에서 벗어나 영어 패권을 향한 구체적인 내용을 말하는 것입니다.
• 자신의 언어로 된 작품을 찾으려고 할 수 있는 비영어권 사용자에게 소외감을 줍니다.
• 우리가 i18n 방향으로 향하고 있는 경우 우선 순위가 높은 옵션이 되어야 하는 사용자 기본 설정으로 사람들이 언어를 선택하도록 하는 것은 올바르게 하는 것보다 더 게으릅니다.
• 사람들에게 상황이 변경되었음을 알리는 사용자 지원이 거의 또는 전혀 없는 경우 신중하게 수행해야 하는 사이트의 현재 동작을 변경하고 있습니다.
• 그것은 라이브러리가 하는 방식이 아닙니다(그리고 Open Library는 라이브러리가 하는 방식을 미러링하기 위해 생성되었기 때문에 해당 지침이 있는 그대로입니다)

영어로 된 작업 제목의 장점

• 프로그래머가 빌드하는 것이 더 간단합니다.
• 영어를 사용하는 사용자에게 더 쉽습니다.

변경 사항에 대한 사례를 만들고 싶으십니까? 그것을 뒷받침하는 데이터를 보여주세요. 비영어권 저작물을 방문하는 사용자의 이탈 통계를 표시합니다. 영어가 아닌 책의 영어가 아닌 제목을 처리해야 하는 것에 대해 화가 난 사용자의 이메일을 보여주세요. 데이터 기반 사이트인데 이를 뒷받침하는 데이터는 어디에 있습니까?

@LeadSongDog

사용자가 요구하는 언어가 무엇이든 간에 우선적으로 작업의 모든 고유한 제목을 표시할 수 있는 메커니즘이 있어야 합니다.

강한 동의; 장기적으로 나는 작품이 (어떤 방식으로든) 모든 제목을 나열해야 한다고 생각합니다. 이것은 주로 작업할 시간이 있을 때까지 중간에 무엇을 할지 결정하는 것입니다.

@jessamynwest _감사합니다_ 피드백; 솔직히 이것에 대해 토론하고 싶지만 "무슨 일 있어?" 스타일 코멘트.

@LeadSongDog 는 다음과 같이 썼습니다.

현존하는 가장 오래된 텍스트는 1478년 수집된 작품으로, 라틴어로 번역된 라틴어 제목은 _Vita et Fabulae_인 Rinuccio d'Arezzo에 기인합니다. 우리는 확실히 최초의 그리스 제목이 무엇인지 확신할 수 없으며 이야기가 이솝에서 시작되었는지 확신할 수 없습니다. 우리가 _할 수 있는_ 일은 다른 텍스트가 파생된 가장 오래된 알려진 텍스트를 식별하는 것입니다.

저는 그 분야의 전문가가 아닙니다. 사서와 기록 보관자는 이러한 경우에 무엇을 해야 하는지 확실히 알고 있습니다.

일부 목록 매뉴얼을 참조하여 그들은 제목의 필사본이 원본 저작의 철자를 준수해야 한다고 규정합니다(이 경우 가장 오래된 책이 보존됨). 일부 설명서에는 오래된 문서의 경우 현대 문자와 직접적으로 동일하지 않은 원본 제목의 특정 문자를 전사하는 방법도 나와 있습니다.

• @cdrini 당신이 쓴 것은 내가 가장 잘 작동한다고 느끼는 것입니다. 모든 작품 제목은 영어로 되어 있고 아래 상자에는 원래 언어로 된 원본 작품 제목이 있습니다.
• @LeadSongDog 네. 모든 에디션이 포함된 테이블의 또 다른 필터가 될 것이라고 제안합니다. 훨씬 더 나은 테이블도 제안하려고 생각했지만 한 번에 하나씩.
• @tfmorris 당신이 맞습니다. 일종의 문화적 차용과 같으며 외국인 혐오증을 영속시킬 수 있지만 문화적 차용을 위해 - 그래서 원본 작품의 제목이 거기에 있을 것입니다. 우리는 그것을 전환하고 원래 제목을 맨 위에, 영어 번역도 아래에 둘 수 있습니다. 문제는 영어가 세계에서 가장 많이 사용되는 언어라는 것입니다. 여러 언어로 의사 소통하기 위해 기본적으로 영어를 사용합니다. https://www.lingualearnenglish.com/blog/tips-to-learn-english/10-reasons-english- 중요한 언어/ (그리고 그것은 다른 사람들도 배우는 데 도움이 됩니다).
  외국인 혐오증 주장의 문제는 이것이 일시적이라는 것입니다. 이 웹사이트는 영어로 작성된 영어 웹사이트입니다. 따라서 자연스럽게 방문하는 대부분의 사람들은 영어를 할 것입니다. 웹사이트의 모든 부분이 번역될 때까지는 그대로입니다.
  그러나 영어를 기본으로 사용하면 웹 사이트에서 다른 언어로 작품을 번역하는 것이 더 쉬울 것입니다. 모든 것을 번역하는 하나의 언어이기 때문에 사이트의 언어가 무엇인지 계속 말할 필요가 없습니다. 예를 들어 Google 번역에서는 한 언어에서 다른 언어로만 번역할 수 있습니다. 사이트에서 5개 언어를 사용하지 않고 1개 언어로 번역합니다. @jessamynwest 를 사용하면 반대가 아닌 모든 사람에게 더 많이 액세스할 수 있습니다.
• @jessamynwest 사람들이 그들의 언어로 된 번역이 있는 경우 해당 언어로 된 책을 검색하는 데 큰 문제가 없어야 한다는 점에서 당신 말이 옳습니다. 그럼에도 불구하고 번역할 수 없는 경우 모든 책을 해당 언어로 표시하려면 어떻게 해야 합니까? 그 형식은 어떻게 생겼습니까? 누군가가 전체 사이트를 프랑스어로 번역한 경우에도 여전히 러시아어 제목을 보고 있습니까? 그냥 약간의 오해가 있는 것 같아요. 영어 번역은 웹 사이트의 영어 버전입니다. 따라서 전체 웹사이트의 프랑스어 번역이 나타날 때 "영어 번역" 상자는 "프랑스 번역"이 됩니다. 영어로 먼저 시작하지 않고는 불가능하기 때문에 헤게모니로 방향을 틀기 시작할 수 있지만 다른 언어를 위한 길을 만드는 것은 일시적입니다(내가 말했듯이). 나는 또한 이것이 영어에서만 발생한다고 부당하게 생각하고 있다고 생각합니다. 다른 언어에서도 발생합니다. 영어로 번역되지만 프랑스어 원본에 넣을 것입니다).
• all: 번역된 제목 상자가 있으면 오래전 작품을 이해하는 데 도움이 될 것 같아요. 번역은 그런 면에서 역사가들에게 도움이 될 수 있습니다. 컴퓨터 번역가가 완벽하지 않기 때문에 원본 텍스트는 여전히 존재합니다. 번역 없이는 모든 사람이 문화적 장벽을 넘어 자신의 언어가 아닌 다른 언어로 작품을 읽고 이해하기가 더 어려울 것입니다. 이 사이트를 영어 전용 사이트로 바꾸려는 것은 아닙니다. 모든 것을 말하면서, @cdrini 가 말한 것처럼 각 에디션에 대해 번역된 내용을 표시하기 위해 '번역된 출처' 상자가 있어야 하지 않을까요? 표지 이미지에 있는 동안에도 표지 이미지로 확장하지 않겠습니까?

추신 - 원본 작품 옆에 큰 노란색 별표를 붙여서 맨 위로 띄우는 것이 어떻습니까?
따라서 내가 보는 형식은 다음과 같습니다.

• 상단: 원본 제목
• 아래: 가능한 경우 제목의 번역(사용자 언어로). @cdrini 가 말했듯이 가장 많이 검색될 것입니다.
• 작품의 책 표지도 원본이어야 하고 선택적으로 번역된 표지가 아래에 있어야 하는 확장이 있을 수 있습니다(있는 경우).
• 메인 타이틀 아래에 '다른 타이틀' 표시줄이 필요하지 않다고 생각합니다.
  에디션
• 원본을 맨 위로 띄우다
• 작업이 작성된 언어를 기반으로 한 필터가 있어야 합니다(이렇게 하면 사용자가 찾을 수 있을 때 해당 언어로 읽을 수 있음).

이 모든 것이 어떻게 들립니까? 모두 함께 해주셔서 정말 감사합니다. 하나하나 만들어가는 모습이 정말 멋집니다.

@hornc 이것 중 일부는 추가하기 어렵지 않기 때문에 이것이 왜 닫기 레이블이 있는지 확실하지 않습니다. (일부는 그렇습니다)

제목을 번역하는 것과 번역된 작품의 제목을 번역하는 것은 다릅니다. 직역은 매우 문제가 많습니다.

_Mördare utan ansikte_의 직역은 '얼굴 없는 살인자'입니다. 영어 번역은 _Faceless Killers_라고 합니다.

_Demons_, _The Devils_, The _Posessed_는 같은 작품의 다양한 영어 번역의 제목입니다.

반면에 _Jurassic Park_의 독일어 번역은 _Dino Park_입니다. _Timeline_의 스페인어 제목은 _Rescate en el tiempo: (1999-1357)_이며 영어로 다시 'Rescue in Time'으로 번역됩니다.

따라서 귀하가 요청하는 내용을 명확히 하십시오. 영어가 아닌 작품의 영어 제목(어떤?)을 표시하거나 영어가 아닌 작품의 제목을 번역합니다. 둘 다 제안하시는 것 같습니다.

@seabelis에 동의합니다. 문자 그대로의 기계 번역은 정확한 번역이 아니며 시도할 가치가 있는 충분한 경우에 작품의 제목과 일치하지 않습니다. 이것은 우리가 정확히 "어려운 문제"라고 기술하는 사서직의 문제 중 하나이며 더 많은 컴퓨터를 설치하여 해결할 수 없습니다.

특히 귀하가 언급하는 것이 웹사이트의 일시적인 외국인 혐오적 의미일 때 "이것은 일시적일 것입니다"에 대해 강력히 동의하지 않습니다. 일시적인 외국인 혐오 행위는 여전히 외국인 혐오 행위입니다.

열린 도서관은 기쁨이지만 변화는 천천히 찾아오며 나는 "언젠가" 올바른 방식으로 대체될 대규모 변화에 찬성하지 않을 것입니다. 처음부터 올바른 방식으로 작업을 수행해야 합니다(사용자가 언어를 선택하도록 하고 콘텐츠의 OL 프레젠테이션에서 해당 언어를 선호함).

오픈 라이브러리가 구축됨에 따라 다국어 사이트가 있었고 다국어 사용은 지난 10년 이상 동안 단계적으로 폐지되었습니다. 계속 그렇게 해서는 안 됩니다.

@seabelis 둘 다 제안하고 있는데, 문자가 아닌 제목이 있는 경우 이를 선호합니다. 영어 제목은 아마도 프랑스어 제목으로 번역되지 않을 것입니다. 사이트가 모든 사람을 위해 번역될 수 있게 되면 원어민이 수동으로 입력할 것이라고 말하고 싶습니다. 그래도 기계는 문자 그대로의 번역을 먼저 입력해야 하므로 먼저 거기에 있고 나중에 더 나은 제목으로 수정할 수 있습니다.
@jessamynwest 네. 그러나 전면에 있을 필요는 없습니다. 웹 사이트가 모든 언어로 번역될 수 있을 때 기능이 함께 추가될 수 있도록 웹 사이트의 백엔드에 있을 수 있습니다. 내 응답이 충분히 길고 20페이지가 넘는다면 아무도 읽지 않을 것이기 때문에 모든 것을 다 쓸 수는 없습니다.
사용자의 언어로 제목 번역을 표시하는 드롭다운 메뉴가 있는 기능을 원하십니까? 나는 그것에 대해 생각하고 영어 제목의 Google 번역을 통해 가치가 없을 것이라고 생각했습니다 (Google 번역은 1 개 이상의 언어를 번역하지 않기 때문에). 저는 이 웹사이트의 개발자가 아니므로 무엇을 사용할 것인지 확인하십시오. 이것은 내 생각일 뿐입니다. 저는 외국인 혐오증을 만들려는 것이 아니라 모든 사람이 웹사이트에 더 쉽게 접근할 수 있도록 하는 솔루션을 찾습니다(반대). (당신만이 아니라) 외국인 혐오증에 대한 회피가 그것을 위한 조건을 만드는 것 같습니다(당신이 웹사이트가 그 방향으로 가고 있다고 말했기 때문에, 그리고 우리가 아무것도 하지 않는다면, 그 상태를 유지하거나 더 나빠질 것입니다).

이 문제가 내 예상보다 클 수 있기 때문에 모든 것이 한 작품에서 번역된다는 가정(적어도 저에게는)이 생성되기 때문에 번역본과 번역본을 분리해야 할 수도 있습니다. 내 언어로 된 웹사이트를 이해할 수 있다면 거의 모든 언어에 대해 이해하는 방법을 알고 있을 것입니다.

제 생각이지만 @jesamynwest 무엇을 제안하시겠습니까? 나는 단지 웹사이트를 사용하고 더 나은 방법에 대한 내 생각이 있습니다. 그러나 다른 사람들의 의견을 듣고 싶습니다. 그래야 해결할 수 있습니다.

나는 우리가 이 기능을 작성된 대로 구현하지 않고 대신 사용자가 "작업"을 보는 방법과 아마도 어떤 에디션이 표시될지 결정할 선호하는 언어를 선택할 수 있는 기능을 구현하는 방향으로 나아가자는 제안을 했습니다.

영어 우선 접근 방식은 외국인 혐오적이고 괜찮지 않습니다. "사용자가 언어를 선택할 수 있음" 기능 가능성에 대한 또 다른 문제를 열 ​​수 있습니까?

외국인 혐오보다는 자민족 중심적일 수 있습니다. 어쨌든 괜찮지 않습니다.

@jessamynwest idk 웹사이트가 결국 어떻게 번역될지. 이것은 나의 접근 방식이지만.

• Google 번역을 사용하는 경우 사이트가 영어로 되어 있는 것처럼 영어로 되어 있으므로 사람이 해당 언어로 번역해야 할 때 해당 언어로 표시됩니다. 그러면 자동으로 수행되는 경우 해당 사용자가 자신의 언어로 스크롤할 필요가 없습니다. 선호하는 언어로 스크롤할 때의 문제는 모든 사람의 언어가 표시되는 것은 아니며 제한적일 수 있다는 것입니다(Google 번역이 모든 언어를 지원하는 것은 아니며 제한적이기도 함).

그것을 새로운 문제로 작성하고 싶다면 괜찮습니다(저는 여기에 제 솔루션을 나열하고 해결해야 할 모든 것을 한 곳에 보관할 수 있기 때문에 저는 아닙니다). 그냥 구글 번역 방식이라면 비효율적이라고 생각합니다.

• 또 다른 방법은 OL에 각 언어에 대해 하나의 웹사이트가 있는 경우입니다. Wikipedia처럼 보일 것입니다. https://www.wikipedia.org/. 언어는 URL 앞에 나타납니다(예: 러시아어의 경우 ru.wikipedia.org). 따라서 영어로 되어 있으면 영어 번역이 표시됩니다. Wikipedia의 경우 en.wikipedia.org를 사용합니다. 따라서 우리가 그 길을 간다면 웹사이트 openlibrary.org가 영어로 열리지 않고 누군가가 선호하는 언어를 선택하는 방문 페이지에서 열릴 것입니다.

내가 말했듯이, 나는 외국인 혐오증을 조장하거나 민족 중심적이지 않으려고 노력하고 있습니다. 나는 단지 언어와 일치하는 형식이 있어야 모든 사람이 평등하게 접근할 수 있어야 한다고 말하려고 합니다. 지금 형식을 사용하면 영어로 되어 있습니다(사이트가 영어로 되어 있으므로 일관성이 있음). 저는 "영어 우선"이라고 말하는 것이 아닙니다. 정말 좋은 방법이기 때문입니다. 웹사이트가 기본 언어로 되어 있고 다른 나라에 있는 누군가가 여러 언어로 된 사이트를 번역하는 데 어려움을 겪을 것이기 때문입니다. 웹 사이트가 스페인어로 되어 있는 경우 일관성을 위해 "스페인어 우선" 등을 사용합니다. 아무것도 하지 않으면 더 나빠지는 것이 아니라 더 나빠질 것입니다. 저는 원본(그리고 원본 사진)을 보여주는 작업을 선택하고 그 아래에 번역 및 번역된 그림(사용자의 언어로)을 표시합니다. 먼저 음역을 수행한 다음 실제 번역이 다른 경우 수동으로 추가합니다. 이것은 좋은 접근 방식입니까? 내가 보지 못하는 문제가 있습니까?

@BrittanyBunk 는 다음과 같이 썼습니다.

모든 사람이 평등하게 접근할 수 있도록 언어와 일관성이 있는 형식이 있어야 한다고 말하려는 것뿐입니다. 지금 형식을 사용하면 영어로 되어 있습니다(사이트가 영어로 되어 있으므로 일관성이 있음).

설마. 현재 형식으로 "작업" 데이터는 원래 언어를 반영해야 합니다. 일관된 기준입니다.

@LeadSongDog 는 다음과 같이 썼습니다.

나는 이것이 텍스트 제목이 아니라 단순히 작업 ID여야 한다고 여전히 주장합니다.

나는 동의한다. 사실 모든 작품에는 Open Library ID가 있습니다. 우리는 그들을 식별하기 위해 제목이 필요하지 않으므로 제목에 대해 선호하는 언어를 선택할 필요가 없습니다. 원어로 된 작품명은 일관된 기준입니다. 사서들이 사용하는 것과 동일합니다.

모든 작품에 고유한 ID가 있다면, 제목을 인위적으로 수정하거나 선호하는 언어를 선택해야 하는 것이 아니라, 하나 또는 다른 언어로 제목을 제공하는 문제는 다른 방식으로 해결되어야 한다고 생각합니다. 작품 제목 또는 Open Library 사이트. 해당 ID와 사용자 기본 설정을 사용하는 소프트웨어에서 "내부적으로" 해결해야 합니다.

어쨌든, 나는 Brittany가 그들의 언어로 된 작품의 제목을 제공하는 측면에서 최종 사용자에게 더 나은 경험을 제공하기 위해 노력해야 한다는 데 동의합니다(있는 경우 음역은 나쁜 생각이기 때문에), 특히 검색 기능을 개선합니다.

추신: 다음 사항을 명확히 하고 싶습니다. 초기의 민족 중심적 관점은 수정할 수 있지만 반드시 나쁜 것은 아닙니다. 때로는 불가피하고 무의식적이지만 반드시 문제가 되는 것은 아닙니다. 외국인 혐오적 관점은 확실히 나쁜 것입니다. 그래서 제가 "외국인 혐오"를 "자민족 중심적"으로 바꾸자고 제안한 것입니다.

@dcapillae 원본 작품을 하나의 상자로, 번역을 두 번째 상자로(또한 번역본을 판본*에서 분리한다는) 2개의 상자 아이디어는 어떻습니까? 내부적으로 어떤 생각을 하고 계십니까? (혼란스러워요) 이해해 주셔서 감사합니다. 불쾌감을 주는 것이 아니라 모든 사용자가 가독성을 높일 수 있는 더 나은 형식에 관한 것입니다. 한 번에 모든 것을 쓸 수는 없습니다. 그렇지 않으면 아무도 읽지 않을 것입니다.

누군가가 두 번째 판을 클릭하면 사용자가 하나를 선택할 수 있도록 다른 번역이 팝업되는 것과 같은 누적 접근 방식을 의미합니다. 아이디어를 창출하려는 또 다른 형식일 수 있습니다.

음역이 왜 나쁜 생각입니까(특히 그렇게 표시된 경우)?

기계 번역은 위에서 @seabelis 가 예제와 함께 언급한 책 제목과 같은 뉘앙스가 있는 자료에 대해 좋은 생각이 아닌 경우가 많습니다. 잘못된 데이터를 방정식에 도입해야 하는 강력한 이유가 없는 한 사용자 문제가 해결되지 않는 것 같습니다.

@jessamynwest 수동으로 변경됩니다. 제목을 번역하여 가독성을 높이기 위한 것이며 가장 정확한 제목이 아니라 번역일 뿐이라는 설명이 있을 것입니다. 그렇지 않다면 독자들이 그들의 언어로 번역된 책이 없는지 확인하기 위해 무엇을 제안합니까?

내가 생각할 수있는 유일한 다른 아이디어는 기계 번역이없고 수동 입력 만 있다는 것입니다. 그것은 아무 것도 없이 시작될 것임을 의미합니다. 그런 다음 해당 언어로 여러 제목을 추가할 수 있습니다. 벨로루시어 제목 2 등 하나의 언어에 더 많은 것이 있는 경우).

@BrittanyBunk 는 다음과 같이 썼습니다.

@dcapillae 원본 작품을 하나의 상자로, 번역을 두 번째 상자로(또한 번역본을 판본*에서 분리한다는) 2개의 상자 아이디어는 어떻습니까?

다른 언어로 된 제목과 관련하여 가장 중요한 것은 모든 언어로 된 모든 제목의 작품(및 판)을 검색할 수 있다는 것입니다(출판된 제목이 실제로 존재하는 경우).

두 개의 상자는 나쁜 생각이 아닙니다. 원래 제목이 있는 기본 상자와 사용자 언어로 번역(존재하는 경우)이 있는 상자(아마도 가장 많은 에디션이 있는 제목)가 있지만 항상 원래 제목을 기본 제목으로 유지하는 것입니다. 귀중한 정보입니다.

특정 언어로 출판된 에디션을 그룹화하는 옵션(필터)도 큰 도움이 될 수 있습니다. @LeadSongDog 가 위에서 제안했습니다.

@BrittanyBunk 는 다음과 같이 썼습니다.

내부적으로 어떤 생각을 하고 계십니까? (나는 혼란스러워)

저도 요! :DI는 데이터가 인위적으로 수정되어서는 안 된다는 의미입니다(예: 번역을 옆에 추가하거나 번역의 원래 제목을 변경하여). 소프트웨어는 에디션 제목, 작품 제목, 다른 언어로 된 작품 제목 등 기존 데이터와 각 경우에 해당하는 내용을 표시할 수 있어야 합니다. 소프트웨어에서 어떻게 해결할 수 있는지 설명할 수는 없지만 이상적이다.

@BrittanyBunk 는 다음과 같이 썼습니다.

음역이 왜 나쁜 생각입니까(특히 그렇게 표시된 경우)?

실제 제목이 있는 실제 책만. Open Library는 출판된 모든 책에 대한 카탈로그입니다. 음역된 제목은 실제 제목이 아닙니다. (그 제목을 가진) 책이 (아직) 존재하지 않기 때문에 아무도 Open Library에서 그것을 찾지 않을 것입니다. 나는 그것이 어떤 책 카탈로그에도 있어서는 안 된다고 생각한다. 해당 제목의 에디션이 출판되면 카탈로그(해당 제목 포함)에 추가해야 하지만 이전에는 추가할 수 없습니다.

실제 책과 실제 제목만 있습니다. 그것만이 옳은 선택이라고 생각합니다.

@jessamynwest 수동으로 변경됩니다.

Open Library에는 이를 위한 인력이 없습니다. 수동으로 변경되지 않습니다.

그렇지 않다면 독자들이 그들의 언어로 번역된 책이 없는지 확인하기 위해 무엇을 제안합니까?

출판된 언어로 된 책. 내가 보기에 당신은 영어를 사용하는 OL 사용자를 위해 OL 사용자 경험을 개선하려고 노력하고 있습니다. 내 제안은 그대로 유지하고 사용자가 기본 언어를 표시할 수 있도록 다른 기능을 추가하고 이를 바탕으로 기능을 구축하는 것입니다.

실제 책과 실제 제목만 있습니다. 그것만이 옳은 선택이라고 생각합니다.

적극 동의합니다.

저는 우리가 우선순위를 정할 준비가 되지 않은 솔루션을 처방하는 성급한 논의로 소용돌이치고 있다고 생각합니다. 설명된 솔루션이 충분하지 않다고 생각합니다. 고객에게 올바른 솔루션을 제공해야 하는 인프라를 활용한다는 점에서 훨씬 더 미묘한 차이가 있어야 합니다. 책임감 있게 앞으로 나아갈 수 있도록 올바른 결정을 내릴 때까지 이 문제를 닫고 싶습니다. 이 대화는 앞으로 참조할 수 있도록 여기에 남을 것입니다.

@mekarpeles 잘 들립니다. 모든 언어로 검색할 수 있도록 음역에 대해 생각하고 있다고 덧붙이고 싶었습니다. 그것은 단지 그것이 직접 번역이고 작품의 이름 자체가 아니라는 메모가 필요할 것입니다. 실제 책에 대한 번역이 있는 경우 두 가지 차이점을 볼 수 있도록 수동으로 추가합니다(예: 실제 책 이름이 강조 표시됨). 나는 이것이 시기상조였다고 생각하지만(너무 일찍 제기해서 죄송합니다), 도움이 되었기를 바랍니다.
@jessamynwest 는 수동으로 수행합니다. 나와 다른 사람들과 같은 OL 사용자 편집자. 나머지는 새 문제를 게시하는 것을 막지 않겠지만 이 문제는 종료되었으므로 더 이상 좋은 생각인지 확인하십시오.