Repository navigation
v1.19.0
API level 32: farms and houses for other programs. Everything is additive; older clients keep working.
- Pointer
3 _LOCwhen writing. A new or changed place at an event (routes Fact, AddIndividual, Link) gets the
GEDCOM-L pointer3 _LOC @L1@to its location record when the place belongs to exactly one visible_LOC: the pointer
other events with this place already carry, the Ortsregister binding, or the_LOCname along its hierarchy
(“Hof Nr. 3” under “Bienenbüttel” fits “Hof Nr. 3, Bienenbüttel, Uelzen”; without a superior place the leaf name must
be unique). Other programs, such as the farm list of the Online-OFB, find the location record only through this
pointer, not by name. Unchanged places stay as they are. POST PlacewithlinkEvents: truegives every event at the place without a pointer the pointer to this_LOC
(linked: how many).Places?list=1andPlacereportunlinked, the events without a pointer. A request that
changes nothing in the_LOCno longer writes it.POST PlacewithgovTypesets or (null) removes the GOV type number2 _GOVTYPEof the latest TYPE
(24 farm, 87 mill …). WithoutgovTypean existing number stays, as before.parentkeeps the history.POST Placewithparentnow changes only the current political pointer
1 _LOC @…@(undated, else the latest open-ended one; its date and sources stay). Earlier dated pointers and church,
geographic or cultural ones stay; a new pointer gets2 TYPE POLI;nulldetaches only the current one. Up to level 31
all hierarchy pointers were replaced.