I have a feature class of cemetery headstones that I am trying to join to a standalone table which lists the information on the family members buried for that specific headstone. I need a one-to-many relationship that will ultimately be published out to a webapp for users to click on the single headstone and see the information on the family members buried in that plot. A join is one-to-one. How do I make this a one to many for end users in a webapp?
Don't know about web apps, but joins in Pro can be one-to-many if the joined data have ObjectIds and reside in the same workspace such as a file geodatabase.
Hi,
Suppose all depends on what you're looking for in terms of a user experience. Are you looking just for a large flat table of data listing Interment 1, 2, 3 etc., or are you looking for something along the lines of a relationship class experience where all related records are available in the pop-up?
I'm currently going through a programme of digitising our cemetery lairs and interments, along with enabling onsite safety inspections, and publishing to Open Data so families can view interments and headstones. I'll describe what I've done later.
Your options;
What I've done - since I'm digitising the cemetery lairs, the parcels of land, these are created first with cemetery, section, and lair number details. Headstones are nothing more than blank dots. Once a layout is complete I run a process to update the lairs with the interment details. Those capturing the data click on the blank headstone point and Arcade in field maps populates all associated data and interments, all the person has to do is take the photo. Due to us using the headstone point for auditing and safety inspections, the relationship class is just for that, rather than interments, so all the interment details are a bit like option one. The families would only see the headstone point, interment details, and the picture.