기술 집합 프로파일을 위한 MoinMoin 위키 구문

기술 집합 프로파일을 위한 MoinMoin 위키 구문

작성자:
Fredrik Enoksson
Knowmania HB, 스웨덴
발행일:
2008-10-06
식별자:
http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/
대체함:
해당 없음
대체됨:
해당 없음
최신 버전:
http://dublincore.org/documents/dsp-wiki-syntax/
문서의 지위:
이 문서는 DCMI규격초안이다
설명:
이 문서는 2008년 3월의 DCMI 규격초안인 "기술 집합 프로파일: 더블린코어 어플리케이션 프로파일을 위한 제약 언어"에서 정의된 바와 같이, 기술 집합 프로파일을 위한 위키 구문을 기술한다.

목차

  1. 이 문서에 대하여
  2. 위키 구문의 디자인과 기술
  3. 사용 예
  4. 참고자료

1. 이 문서에 대하여

이 문서는 2008년 3월, DCMI 추상 모델 [ABSTRACT-MODEL]에 기초한 DCMI 규격 초안인 "기술 집합 프로파일: 더블린코어 어플리케이션 프로파일을 위한 제약 언어"에서 정의되는 기술 집합 프로파일을 위한 MoinMoin 위키 구문을 기술한다. 이 문서를 읽기 전에 [DC-DSP]기술 집합 프로파일(이하 DSP)의 개념들에 대한 어느 정도의 이해를 가질 것을 추천한다.

DSP는 기술 집합과 관련된 구조적인 제약을 기술하는 방법이며, 사람이 사용할 수 있도록 직접적으로 의도되지는 않았다. 그러나, 여기에 기술된 DSP를 위한 위키 구문과 함께라면, 어플리케이션 프로파일을 문서화하기 위한 DSP-특정 위키 구문과 일반적인 위키 구문을 혼합하는 것이 가능하다. 이것은 같은 소스로부터 다음과 같은 항목들을 생성하는 것이 가능함을 의미한다:

  • 기술 집합 프로파일을 위한 위키 구문을 포함하는 더블린코어 어플리케이션 프로파일. 그러나 사람이 사용할 수 있는 HTML 페이지로서 작성이 가능하다.
  • 기계(컴퓨터)가 사용할 수 있는, 같은 기술 집합 프로파일을 위한 XML 내에서의 공식적 직렬화.

이 세 개의 중괄호 위, 아래에 있는 모든 것은, 일반적인 MoinMoin 위키 구문에 따라 분석된다. MoinMoin 위키에서의 파서에 대한 더 많은 정보는 [MOINMOIN-PARSERS]에서 확인할 수 있다. DSP의 XML 표현을 생성하기 위해서는, 소위 MoinMoin 위키를 위한 "액션 익스텐션"이 실행되어왔다. XML을 얻기 위해 이것이 어떻게 사용되는 지는 아래와 같다.

{{{#!DSP
/* Here the specific Description Set Profile wiki syntax to be parsed */
}} }

이 세 개의 중괄호 위, 아래에 있는 모든 것은, 일반적인 MoinMoin 위키 구문에 따라 분석된다. MoinMoin 위키에서의 파서에 대한 더 많은 정보는 [MOINMOIN-PARSERS]에서 확인할 수 있다. DSP의 XML 표현을 생성하기 위해서는, 소위 MoinMoin 위키를 위한 "액션 익스텐션"이 실행되어왔다. XML을 얻기 위해 이것이 어떻게 사용되는 지는 아래와 같다.

MoinMoin 소프트웨어를 위한 소스 코드는 [WIKI-SYNTAX-SOFTWARE]에서 이용가능하다. 위키 구문에 대한 슬라이드 자료는 [EPRINTS]와 [WIKI-SYNTAX]에서 이용가능하다.

2. 위키 구문의 디자인과 기술

"기술 집합 프로파일" 규격 [DC-DSP]은 기술 집합의 구조를 기술하기 위한 "제약"과 "템플릿"의 개념을 사용한다. DSP에는 두 단계의 템플릿이 있다:

  • 기술 템플릿, 기술된 자원에서의 제약 뿐 아니라 단일 종류의 기술에 적용되는 문장 템플릿을 가짐
  • 단일 종류의 문장에 적용되는 문장 템플릿, 속성, 값 문자열, 어휘 부호화 스킴 등에 관련된 모든 제약들을 가짐

더우기 이러한 템플릿들은 구조를 한정하는 데에 사용되는 제약들로 구성된다. 템플릿과 제약 사이의 관계는 다음 그림에서 묘사된다:

DSP의 계층구조

템플릿 또는 제약이 선언되어질 때, 위 그림의 계층에 따라 일부가 될 수 있는 첫 번째에 선언된 위 템플릿의 일부와 같은 방법으로 DSP의 계층 구조는 구문 내에서 재사용된다 (위 그림 참조). 예를 들어, 만약 기술 템플릿이 선언되고 문장 템플릿이 그 뒤를 따른다면, 이 문장 템플릿은 그 기술 템플릿의 일부로서 간주된다.

구문 내에서, 네 가지의 부분이 스스로 표현될 수 있다:

  • 기술 템플릿, 위의 기술에 직접적으로 해당된다.
  • 문장 템플릿, 위의 기술에 또한 직접적으로 해당된다. 그러나 문장은 문자 문장 템플릿 또는 문자가 아닌 문장 템플릿 둘 중 하나가 될 수 있다.
  • 문자가 아닌 값 제약, 문자가 아닌 문장 템플릿을 위한 값 제약에 해당됨.
  • 문자 값 제약, 문자 문장 템플릿을 위한 값 제약에 해당됨.

다음의 비어있는 템플릿은 구조의 예를 보여준다:

{{{#!DSP

MoinMoin-wiki-format text will be placed over the template below when rendered.
DT=(ID="" RC=[] min="" max="" standalone="yes|no|both")

MoinMoin-wiki-format text will be placed over the template below when rendered.
ST=(ID="" min="" max="" type="" PC=(""|{,}))

NLC=(description="" []
VURIConstraint=( occurrence="mandatory|optional|disallowed" {,})
VESConstraint=( occurrence="mandatory|optional|disallowed" {,})
VStringConstraint=(min="" max="" {[value="" lang="" SES=""], [...]}
LangC=(occurrence="mandatory|optional|disallowed" {,})
SESConstraint=(occurrence="mandatory|optional|disallowed" {,})
)
)

ST=(ID="" min="" max="" type="" PC=(""|{,}))

LC=({[value="" lang="" SES=""], [...]}
LangC=(occurrence="mandatory|optional|disallowed" {,})
SESConstraint=(occurrence="mandatory|optional|disallowed" {,})
)
)
ST=(...)
DT=(...)
ST=(...)
ST=(...)
}} }

기술 템플릿(DT), 문장 템플릿(ST), 문자가 아닌 제약(NLC) 그리고 문자 제약(LC)로 표현된 각각의 사이에서, 일반적인 MoinMoin 위키 구문은 사용이 가능하다.

형식 내에서 무언가가 하나 또는 오직 하나의 값을 가질 수 있을 때, 인용부호 사이에 배치된다. 예를 들어, 아래의 기술 템플릿 내의 "식별자(identifier)". 만약 선택 집합이 표현된다면, 중괄호가 사용된다.

DSP의 다른 부분 표현하기

위의 템플릿에서 설명되고 보여진 바와 같이, 네 가지 기본 파트들은 다음과 같이 표현된다:

  • DT 기술 템플릿을 위한 것
  • ST 문장 템플릿을 위한 것
  • NLC 문자가 아닌 값 제약을 위한 것
  • LC 문자 값 제약을 위한 것

각 표현들은 반드시 새로운 줄에서 시작해야한다. 위의 템플릿에 보여지는 것처럼, DSP-위키 구문 표현 사이에 일반적인 위키 구문을 표현하는 것이 가능하다. 이 텍스트는 또한 DSP 위키 구문과 혼합되지 않도록 새로운 줄에서 시작할 필요가 있다. 이 텍스트는 결과적인 HTML에서 DSP 부분을 둘러싸지만, DSP를 위한 XML을 생성할 때에는 무시된다. 예를 들어, 이는 ST를 문서화하기 위해 생성되는 HTML이 표 또는 비슷한 HTML 구조로 삽입될 수도 있음을 의미한다. 만약 위키 구문 키워드(DT, ST, NLC 또는 LC)가 일반적인 위키 구문 내에서 새로운 줄을 시작하는 데에 사용될 필요가 있다면, 백슬래시 기호("\") 가지는 키워드를 앞선다; 백슬래시는 결과적인 HTML에서는 무시될 수 있다.

기술 템플릿 표현하기

"="과 왼쪽 괄호로 시작하는 것에 앞에 "DT"로 새로운 줄 시작하기; 선언을 끝내기 위해서는 오른쪽 괄호가 필요하다. 괄호 내의 표현은 한 줄 이상에 걸치는 것을 허용한다. 괄호 내에 표현되는 것들은 다음과 같은 속성들이다:

식별자(Identifier), "="와 인용부호 안의 유효 XML ID 문자열 앞에 키워드 "ID"를 사용한다. 예:
ID="Person"
자원 클래스 멤버십 제약(Resource Class Membership Constraint), "=" 앞에 키워드 RC를 가진 리스트와 쉼표와 여백으로 분리된 꺾쇠 괄호 내에서 URI를 가진 리스트로 표현된다. 표현 예:
RC=[http://www.anyuri.net/someResourceConstraint,
http://www.anyuri.net/someOtherResourceConstraint]
최소 생성 제약, 인용부호 내에서 음의 정수를 가지지 않는 값을 가진 "=" 앞에 키워드 "min"을 사용. 표현 예:
min="1"
최대 생성 제약, 인용부호 내에서 음의 정수를 가지지 않는 값을 가진 "=" 앞에 키워드 "max"를 사용. 표현 예:
max="1"
스탠드얼론, 가능한 값으로서 다음의 문자열 중 하나를 가지는 "=" 앞에 키워드 스탠드얼론을 사용: 인용부호 안에 "yes", "no" 또는 "both". 표현 예:
standalone="yes"

이러한 속성들에 대한 더욱 자세한 설명을 보려면 [DC-DSP]에서 Section 5를 참조하면 된다; 속성, 가능한 그리고 디폴트 값들을 위한 조건들은 여기서 자세하게 나와있다.

기술 템플릿의 속성들은 분리기호로서 공백을 사용한 괄호 내에서 어떤 순서에 의해서도 선언될 수 있다. 만약 어느 것도 선언되지 않는다면, 괄호는 반드시 비어야 한다. 기술 템플릿에 속한 문장 템플릿은 새로운 기술 템플릿이 선언될 때까지 나중에 따라온다. 기술 템플릿의 선언 예:
DT=(ID="Person" standalone="yes" RC=[http://www.anyuri.net/someResourceConstraint,
http://www.anyuri.net/someOtherResourceConstraint] min="1" max="1")

Expressing a Statement Template

문장 템플릿은 기술 템플릿과 비슷한 방법으로 표현된다. 왼쪽 괄호 앞에 "ST="와 함께 새로운 줄을 시작한다음, 오른쪽 괄호로 닫는 방법이다. 괄호 안의 표현은 하나 이상의 줄에 걸쳐질 것이며, 속성들은 공백으로 분리되고, 순서에 상관없다. 괄호 내에서 다음과 같은 속성들이 나타난다:

  • 속성 목록 제약(Property list constraint) 또는 하위-속성 제약(Sub-property constraint). 이것을 선언하기 위해서는, "PC"로 시작하는 키워드가 "="와 다음 중 오직 하나를 가져야 한다:
  • 최소 생성 제약, 인용부호 내에서 음의 정수를 가지지 않는 값을 가진 "=" 앞에 키워드 "min"을 사용. 표현 예:
    min="1"
  • 최대 생성 제약, 인용부호 내에서, 최소 생성 제약 보다 큰, 음의 정수를 가지지 않는 값을 가진 "=" 앞에 키워드 "max"를 사용. 표현 예:
    max="1"
  • 타입 제약(Type Constraint). 이것은 "=" 앞에 키워드 "type"을 사용하고, ""Literal"" 또는 ""NonLiteral"" 둘 중 하나를 인용부호 안에 사용함으로써 언언된다. 이 속성의 값은 문장 템플릿은 타입 문자 문장을 가지는지, 문자가 아닌 문장 템플릿을 가지는지를 결정한다. 만약 속성이 선언되지 않는다면, 이것은 둘 다 이행하지 않거나 DSP 문장 템플릿 타입의 기술에 따라 만들어질 수 있는 그 이상의 값 제약이 없는 것이다. 예:
    type="literal"

이러한 속성들에 대한 더욱 자세한 설명을 보려면 DSP 규격 초안의 문장 템플릿에 관한 부분을 참조하면 된다. 거기에는 속성, 가능한 그리고 디폴트 값들을 위한 조건들이 자세하게 기술되어있다. 예:
ST=(min="1" max="10" PC="http://purl.org/dc/elements/1.1/creator" type="literal")

문장 템플릿은 타입 문자 문장 템플릿과 문자 값 제약을 가진 것이거나 타입 문자가 아닌 문장 템플릿과 문자가 아닌 값 제약을 가진 것 중 하나가 될 수 있다. 이러한 제약들은 DCMI 추상 모델 [ABSTRACT-MODEL]에서 각각 "문자 값 표현"과 "문자가 아닌 값 표현"과 일치한다. 문장 템플릿과 관련된 제약들을 표현하기 위해서는, 그들이 속하고 반드시 새로운 줄에서 시작하는 문장 템플릿 하에서 선언될 수 있다.

Expressing a literal value constraint

문장 템플릿이 문자로 설정된 타입 제약을 가질 때, 문자 값 제약을 선언함으로써 가능한 값들을 더욱 한정하는 것이 가능하다. 이 제약을 표현하려면, "="와 왼쪽 괄호를 사용하는 것 앞에 키워드 "LC"를 사용한다; 마지막에, 오른쪽 괄호로 표현을 닫는다. 문자 값 제약의 선언은 반드시 새로운 줄에서 시작되어야 한다. 괄호 안의 그 다음 내용들은 다음과 같이 표현될 수 있다:

  • 구문 부호화 스킴과 관련된 제약들. 어떤 제약들의 집합은 "="와 왼쪽 괄호 앞에 키워드 "SESConstraint"를 사용하여 선언되며, 오른쪽 괄호는 표현을 닫는 데 사용된다. 괄호 안에는 다음과 같이 선언될 수 있다:
    • 구문 부호화 스킴 제약. 구문 부호화 스킴 제약의 생성은 가능한 값들인 "mandatory", "optional" 또는 "disallowed"와 함께 키워드 "occurrence"로 선언된다. 만약 이 부분이 선언되지 않는다면, 기본값으로 "optional"이 설정된다. 구문 예:
      occurrence="mandatory"
    • 구문 부호화 스킴 목록 제약. 이것은 문자를 위해 허용되는 구문 부호화 스킴을 선언한다. 이들은 중괄호 안에서 쉼표와 공백으로 구분되어 (URI의 형태로) 선택 집합으로서 선언된다. 구문 예:
      {http://purl.org/dc/terms/URI}
  • 문자 목록 제약. 값으로 허용되는 문자들은 중괄호 안에서 집합으로서 선언된다. 중괄호 안의 표제어는 대괄호 안에서 선언되며 쉼표와 공백으로 분리된다. 각 표제어 안에서 값은 "="와 문자열로서의 값 앞에 키워드 "value"와 함께 선언된다. 값 뒤에는 언어 또는 구문 부호화 스킴 둘 중 하나로 선언될 수 있는데, "="와 값 앞에 각각 키워드 "lang" 또는 "SES"로 선언될 수 있다. 언어를 위해서는, ISO 언어 태그가 유효한 값이고; 구문 부호화 스킴을 위해서는 URI가 유효한 값이다. 표현 예:
    {[value="A simple String" lang="en"], [...]}
  • 언어와 관련된 제약, "=" 앞에 키워드 "LangC"을 사용함으로써 선언되며 두 괄호는 다음과 같은 내용을 포함한다:
    • 문자언어 제약, 언어 제약의 생성을 결정한며, 이는 가능한 값으로 "mandatory", "optional" 또는 "disallowed"를 가지는 키워드 "occurrence"로 시작한다. 만약 이 부분이 선언되지 않으면, 기본값인 "optional"이 설정된다. 구문 예:
    • 문자 언어 목록 제약은 분리기호로서 쉼표와 공백을 가진 중괄호 안에 표현되는 언어 선택 집합으로서 선언된다. 만약 이 부분에 주어진 제약이 없다면 생략될 수 있다. 표현 예:
      {en, sv, es}

문자 값 제약을 위한 속성들에 대한 더욱 자세한 설명을 보려면, DSP 규격 초안에서 일치하는 부분을 참조하라. 거기에는 속성, 가능한 그리고 디폴트 값들과 관련된 조건들이 자세하게 기술되어 있다.

  • Example 1, how to express an LC:
  • LC=( {[value="A typical string" lang="en"]})
  • Example 2, how to express an LC with languageConstraint:
  • LC=( LangC=(occurrence="optional" {en, sv, es}))

문자가 아닌 값 제약 표현하기

문장 템플릿이 NonLiteral에 설정된 타입 제약을 가질 때, 가능한 값들을 더 많이 제약하는 것은 가능하다. 이 제약을 선언하기 위해서는, 새로운 줄로 시작하고 "="와 왼쪽 괄호 앞에 키워드 "NLC"를 사용한다; NLC의 마지막에, 오른쪽 괄호를 사용하여 표현을 닫는다. 이 표현은 한 줄 이상에 걸치는 것을 허용한다. 괄호 안에는 다음과 같은 부분들이 표현될 수 있다:

  • 기술 템플릿 참조. 이는 값을 기술하는데 사용할 수 있는 기술 템플릿으로의 참조이다. 표현 예:
    description="ref"
  • 클래스 멤버십 제약. (URI의 형태에서) 값들이 인스턴스인 클래스는 분리기호인 쉼표와 공백을 가진 중괄호 내에서 선언된다. 표현 예:
    {http://www.example.com/exampleURI1, ...}
  • 값 URI 제약, 왼쪽 괄호 앞에 "="을 가진 키워드 "VURIConstraint"로 표현되며, 오른쪽 괄호로 표현이 완성된다. 두 개의 표현 안에서 제공된다:
  • 어휘 부호화 스킴 제약. 어휘 부호화 스킴이 반드시 주어져야하는 경우에 사용된다. 이는 ValueURIConstraint와 거의 같은 방법으로 선언된다. 그러나 대신 키워드 "VESConstraint"가 사용된다. 표현 예:
    VESConstraint=( occurrence="mandatory" {http://www.example.com/uri3, http://www.example.com/uri4})
  • 값 문자열 제약. 키워드 "VStringConstraint"를 사용함으로써 선언되며, 왼쪽과 오른쪽 괄호 안에서 그것의 표현을 가진다. 다음과 같은 것 안에서 선언된다:
    • 최소 생성 제약, 인용부호 안에 값으로 0이 아닌 정수를 가지는 "="의 앞에 키워드 "min"을 사용한다. 표현 예:
      min="1"
    • 최대 생성 제약, 인용부호 안에 값으로서 0이 아닌 정수를 가지는 "="의 앞에 키워드 "max"를 사용한다. 표현 예:
      max="1"
    • "maximum"과 "minimum occurrence constraint"와는 별도로, 값 문자열 제약의 선언의 나머지는 문자 제약(Literal Constraint)와 같은 방법으로 이루어진다.

문자가 아닌 값 제약을 위한 속성에 대한 더 자세한 설명을 보려면, DSP 구격 초안에서 일치하는 부분을 참조하라. 거기에는 속성, 가능한 그리고 디폴트 값에 관련된 조건들이 더 자세하게 기술되어있다.

예시

기술 집합 프로파일 규격 [DC-DSP] 초안에서의 DC-XML 예, 섹션 9, 위키 형식으로:

DC 예:

FOAF 예:

{{{#!DSP
DT=( ID="Person" RC=[http://xmlns.com/foaf/0.1/Person] min=1 max=1 )
ST=( min=1 max=1 type="literal" PC={http://xmlns.com/foaf/0.1/name} )
ST=( type="literal" PC={http://xmlns.com/foaf/0.1/knows} )
NLC=({http://xmlns.com/foaf/0.1/Person})
}} }

3. 사용 예

이 구문은 MoinMoin 위키 엔진으로의 확장으로서 실행되어왔다. 다음의 예는 어떻게 구문이 HTML과 결과적 XML에서 가능한지를 보여준다.

구문 예

MoinMoin 위키 엔진으로의 확장이 설치됨과 함께, 이 문서에서 기술된 구문은 위키 페이지 안에서 사용될 수 있다. 확장이 실행될 때, 위키 문서는 기술 집합 프로파일로서 다음과 같이 분석된다:

{{{#!DSP
== Description template ==
DT=(min="1" max="1" standalone="yes")

=== Title ===
----
ST=(type="literal" PC={http://purl.org/dc/terms/title})
|| Definition || A name given to the resource. ||
LC=(LangC=(occurrence="optional") SESConstraint=(occurrence="disallowed") )

=== Creator ===
----
ST=(type="nonliteral" PC={http://purl.org/dc/terms/creator})
|| Definition || An entity primarily responsible for making the resource. ||
|| Comment || Examples of a Creator include a person, an organization, or a service.
Typically, the name of a Creator should be used to indicate the entity. ||
NLC=( VURIConstraint=( occurrence="disallowed") VESConstraint=( occurrence="disallowed" ) VStringConstraint=(max="1"
LangC=(occurrence="optional") SESConstraint=(occurrence="disallowed") ) )
}}}

결과 HTML:

위의 구문의 예는 읽을 수 있는웹 페이지로서 HTML 로 만들어지는 것이 가능하다.

결과 XML:

DSP 위키 구문으로부터 XML을 생성하기 위해서는 액션 확장이 실행되어야 한다. DSP를 위한 XML은 http://dublincore.org/architecturewiki/EprintsApplicationProfile?action=... 안에 DSP를 포함한 페이지의 URL 끝에 "?action=DSP2XML"을 추가함으로써 얻어질 수 있다. 액션을 실행하는 것은 XML을 다음과 같은 예를 얻는다.

<DescriptionSetTemplate>

<DescriptionTemplate maxOccur="1" minOccur="1">

<StatementTemplate type="literal">
<Property>http://purl.org/dc/terms/title</Property>

<LiteralConstraint>
<SyntaxEncodingSchemeOccurrence>"disallowed"</SyntaxEncodingSchemeOccurrence>
<LanguageOccurrence>"optional"</LanguageOccurrence>
</LiteralConstraint>

</StatementTemplate>

<StatementTemplate type="nonliteral">
<Property>http://purl.org/dc/terms/creator</Property>

<NonliteralConstraint>
<ValueURIOccurrence>disallowed</ValueURIOccurrence>
<VocabularyEncodingSchemeOccurrence>disallowed</VocabularyEncodingSchemeOccurrence>
<ValueStringConstraint maxOccur="1">
<SyntaxEncodingSchemeOccurrence>"disallowed"</SyntaxEncodingSchemeOccurrence>
<LanguageOccurrence>"optional"</LanguageOccurrence>
</ValueStringConstraint>
</NonliteralConstraint>

</StatementTemplate>

</DescriptionTemplate maxOccur="1" minOccur="1">

</DescriptionSetTemplate>

Scholarly Works 어플리케이션 프로파일

Scholarly Works 어플리케이션 프로파일(Eprints 어플리케이션 프로파일로도 알려짐)은 여기 [EPRINTS]에 기술된 위키 구문을 사용하여 표현되어왔다. 2008년 10월 현재, 위키 파일은 http://dublincore.org/architecturewiki/EprintsApplicationProfile에서 이용가능하다. 스냅샷은 여기 raw 위키 파일 [EPRINTS-RAW]과 위키 소프트웨어의 XML 출력[EPRINTS-XML]의 두 가지로 보존되어 왔다.

참고자료

[ABSTRACT-MODEL]
DCMI Abstract Model DCMI Recommendation. 2007-06-04
http://dublincore.org/documents/2007/06/04/abstract-model/

[DC-DSP]
Description Set Profiles: A constraint language for Dublin Core Application Profiles. DCMI Working Draft. 2008-03-31.
http://dublincore.org/documents/2008/03/31/dc-dsp/

[EPRINTS]
Expressing the Scholarly Works (Eprints) DC Application Profile using the DSP wiki syntax.

http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/2007-08-28.ds...

[EPRINTS-RAW]
Raw MoinMoin wiki file for Scholarly Works Application Profile, captured from http://dublincore.org/architecturewiki/EprintsApplicationProfile on 6 October 2007.
http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/EprintsApplic...

[EPRINTS-XML]
XML generated from the Scholarly Works Application Profile, captured from http://dublincore.org/architecturewiki/EprintsApplicationProfile?action=... on 6 October 2008.

http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/EprintsApplic...

[MOINMOIN]
The MoinMoin Wiki Engine.
http://moinmo.in/

[MOINMOIN-PARSERS]
MoinMoin Wiki Parsers.
http://moinmo.in/HelpOnParsers

[WIKI-SYNTAX]
A Wiki Syntax for DC Description Set Profiles, DC-2007, Singapore.
http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/dcap-model_pr...

[WIKI-SYNTAX-SOFTWARE]
http://dublincore.org/documents/2008/10/06/dsp-wiki-syntax/DescriptionSe...