Uploaded image for project: 'onedata'
  1. onedata
  2. VFS-11632

Beta version: Add graphical viewer/editor for Europeana Data Model

XMLWordPrintable

      • Icon: New Feature New Feature
      • Resolution: Fixed
      • Icon: Blocker Blocker
      • 21.02.5
      • None
      • None
      • None
      • Sprint 254, Sprint 255: Ribald Rename, Sprint 256: Stinky Storage
      • 40

        Ważne linki:

        Inne linki:

        Jak to napisać:

        • Na branchu do tego ticketa jest wypushowany prosty prototyp z kilkoma componentami.
        • XML ma mieć jeden edm:ProvidedCHO i jeden ore:Aggregation. Może być dowolna liczba edm:WebResource - wtedy aggregation powinno na nie wskazywać (inaczej to trochę bez sensu).
        • Parsuję XML i to co rozumiem (klasy XML, propertiesy) zmieniam na drzewo moich obiektów. Każdy obiekt-liść reprezentuje pojedyncze property, na przykład obiekt dla <edm:type>IMAGE</edm:type> będzie typu type i będzie mieć pole content z wartością IMAGE.
        • Czyli: mam XML w xmlValue, parsuje go DOMParser i wychodzi z tego XMLDocument. Na nim mogę operować i wyszukiwać rzeczy to tworzenia obiektów.
        • Drzewo obiektów służy do graficznego przedstawienia metadanych. Powinien być napis, że nie wszystko jest parsowane (może jak wszystkie węzły XML nie będą użyte?).
        • Drzewo obiektów można edytować - wtedy powinno ono potrafić wstrzyknąć do XML źródłowego zmiany. Uwaga: nie powinno ono generować całkiem nowego XML, tylko podmieniać ew. same konkretne wartości czy atrybuty (bo mogą być nieznane atrybuty). To będzie wymagać trochę pracy.

        Notatki:

        • CHO -> Cultural Hertiage Object
        • są mandatory, recommended i optional properties - może być walidacja, że muszą być mandatory; można by zrobić warning/tip jak nie ma recommended
        • There may be more than one edm:WebResource for each edm:ProvidedCHO
        • Please provide the properties in the record in the same order given in this document, the metadata validation performed by Europeana requires this order.
        • edm:ProvidedCHO może mieć kilka edm:WebResource i ich relacja jest określona w ore:Aggregation
        • niektóre elementy mają wartość wprost między tagami (jak Dublic Core 1.1), ale niektóre wymagają wprowadzania atrybutów
          • często występuje rdf:resource jako atrybut i wtedy nie ma wartości
          • <edm:type>IMAGE</edm:type>
          • <edm:isSuccessorOf rdf:resource="http://dbpedia.org/resource/The_Fellowship_of_the_Ring/"">
          • czasami są możliwe dwie opcje:
          • czasami jest mieszane: {{ <dc:title xml:lang=“en”>Eight Weeks</dc:title><dc:title xml:lang=“it”>Ocho semanas</dc:title>}}czyli jest obowiązkowo wartość i jest opcjonalnie atrybut xml:lang
            * Concept class?
            * teoretycznie można oceniać jakość metadanych: https://europeana.atlassian.net/wiki/spaces/EF/pages/1969979393/Tier+A-C+requirements
            * example records: https://europeana.atlassian.net/wiki/spaces/EF/pages/1969258498/Metadata+Tier+A
            * przykład: {{<edm:ProvidedCHO
            rdf:about="#exampleMetB"></edm:ProvidedCHO><ore:Aggregation rdf:about="#exampleMetB_AGG"><edm:aggregatedCHO rdf:resource="#exampleMetB"/></ore:Aggretation>}}
        • pytanie - czy provided CHO może być jedno?
        • tech: konwerter w dwie strony powinien nie psuć kodu, który już jest, tylko precyzyjnie zmieniać wartości węzłów z XML i wyświetlać to co rozumie, a jeśli jest coś więcej to dawać napis, że XML ma więcej elementów i link do edytora XML

                  plgjliput Jakub Liput
                  plgjliput Jakub Liput
                  Votes:
                  0 Vote for this issue
                  Watchers:
                  1 Start watching this issue

                    Created:
                    Updated:
                    Resolved: