Question media types

Background: our webtrees appearance is a copy of a Legacy database, the GEDCOM via a compiler adapted to the needs of webtrees. This is still 1.7, because I am just learning if and how most of the functionality could be ported to version 2.

1. The List -> Media page displays the contents of any Folder if I enter the folder name. Filtering by Type however always yields "Media objects found 0". I think this is a bug.

2. I got there on search of a replacement for _PRIM Y which I really miss, because for me using the first media as primary is NOT a solution. We got some 2.500 media, many pictures, photos, and often a portrait, a "Passbild", to be displayed with the individual.

Btw. is there a reason for the proposed media type entries? A functionality connected to the types? (other than a technical one. I assume that audio might be handled otherwise than video or still picture)

Most of the media types come directly from the GEDCOM v5.5.1 specification as listed:
[ audio | book | card | electronic | fiche | film | magazine | manuscript | map | newspaper | photo | tombstone | video ]
(NOTE: GEDCOM v7.0 does not change this list except to add the ability to have a user defined text)

I'm not sure of all of the current or potential functionality attached to the use of the MEDIA.TYPE but one for sure is the front page "Slide Show" where you can select what media types are used in the display. Other uses may come in the future!

It is too bad that Legacy does not follow the GEDCOM Standard regarding the use of the first entry of a tag (be it an image or a "fact") as the primary item. It would be so easy for the GEDCOM output from Legacy to just search for their _PRIM flag and put it first with others to follow!

Been browsing your site, the media list is always empty indeed, whatever is selected. Not ok. It works on other sites, so I suspect it's something with your data or config.

Do you have an example of an individual that has a portrait?

Have you checked privacy settings for media objects?

Others may know better than me (I'm still on v1.7 under php5), but v2 might have a "datafix" you can run from the control panel to put images with "_PRIM Y" first. Because that was a feature of webtrees v1 as well.

I do see a data fix called "Convert _PRIM tags to GEDCOM 5.5.1"

I'm not sure what it does but you could try it to see what it does!

thanks Ken and BertKoor.
@Bertkoor: familie is 1.7 and all media are for members only. So you see nothing except the folder names.
My test site klausthaler.de/f2 has unrestricted media. There you can see my number 1 problem.
Select Folder "corona" and you get 23 pictures of type PHOTO. select Type "Photo" and you get 0.
@Ken: It helps to learn that use of the first item is GEDCOM standard, I can modify my compiler accordingly.
Where can I find the data fix? I haven't found that yet.

P.S. I don't appreciate that folder names of hidden data are shown to visitors. V 1.7 and 2

Thanks for sharing the open site.

I see your media have set e.g. Format: image/jpeg, but none have a Type of either photo or document or whatever.

So of what I see it works as designed. You cannot query on an attribute that is never set.

norwegian_sardines wrote:

I do see a data fix called "Convert _PRIM tags to GEDCOM 5.5.1"

I'm not sure what it does but you could try it to see what it does!

If there is more than one media object in a GEDCOM structure, data fixing places the media object first in the sequence and then deletes the _PRIM tag. If there are multiple identical tags in a sequence, the first one is the most important.

@Peter: thanks, found it too. Will be helpful to scan for unwanted portraits.

@bertkoor: sorry, I don't understand what you see. In the GEDCOM (exported from the f2 website) my media look like
.
0 @M12084@ OBJE
1 FORM JPG
1 FILE photo/1940 Chamois.JPG
1 TYPE PHOTO
1 _PRIM N
1 TITL 30. Oktober 1940, Chamois bei Paris
1 NOTE Franz, ein unbekannter 'Kurzer', Konrad
0 @M12085@ OBJE
1 FORM jpg
1 FILE face/1942 Sebastian.jpg
1 TYPE PHOTO
1 _PRIM N
1 TITL 1942 Sebastian
.
To my understanding the relative position of level 1 tags is irrelevant.
Btw: how could you see the format or type?

Do you have an example of an individual that has a portrait?

Just click on the leftmost portrait in the fancy-imagebar. 3 portrait photos for this person.

The correct GEDCOM structure of a media object with type photo as I found it on the demo server is:

Note "photo" is in all lower case. That is exactly what the GEDCOM specs say:

SOURCE_MEDIA_TYPE:= {Size=1:15}
[ audio | book | card | electronic | fiche | film | magazine |
manuscript | map | newspaper | photo| tombstone | video ]

I would expect any unexpected tag value to appear raw and untranslated, not hidden like it is now. So that's a bug imho.

Also I looked at the restrictions in v1.7 regarding access to the media object list. It would be logical when visitors don't have access to any media object, then the menu item "Lists - Media Objects" would be hidden as well. But it is not. Same is true btw for sources, repositories etc. Visitors may ask for a list but never get any results. So currently you cannot hide your internal structure of the media folder from curious visitors.

GEDCOM 5.5.1 standard says:
So it seems you are using the wrong levels for FORM, TYPE and TITL. Maybe you are using an older version of GEDCOM standard or it doesn't follow any standard. Try to change the raw GEDCOM as follows:

Well spotted, Sir Peter! It's the level of the TYPE tag that is wrong.
I tested with value PHOTO instead of photo and that shows correct and is also correctly handled in the list as a search criterium.

thank you 2!
I learnt a lot and will be busy for some time.

(And switch off my media visibility again)