Difference between revisions of "GEPS 006: Better Place handling"

From Gramps
Jump to: navigation, search
(Improve data entry in the Place editor)
(Good definition of place and address/residence event in Gramps)
Line 39: Line 39:
 
|}
 
|}
  
Defenitions:
+
Definitions:
 
*  '''Tier 3 ''': level of division of a country with a mayor.
 
*  '''Tier 3 ''': level of division of a country with a mayor.
 
* ''' Tier 4 ''': The locality people identify themself with. Can be a hamlet, the city itself, a borough, ...
 
* ''' Tier 4 ''': The locality people identify themself with. Can be a hamlet, the city itself, a borough, ...
Line 60: Line 60:
  
 
This data could then be used to dynamically create fields in the place editor, place filter and place tree view.
 
This data could then be used to dynamically create fields in the place editor, place filter and place tree view.
 +
 +
'''Questions and Design Decisions'''
 +
* Do we need 2 or 3 tiers between the level with a mayor and the country? We only take 2 tiers. Most countries have more than 2 tiers, but they have little importance for the inhabitants or genealogy
 +
* Many countries have different sublevels depending on the country. Yes, but Gramps is not a place storing application. In Countries like China you have province or autonomous region or .. as Tier 1. We can only provide one label, the users must himself understand that a locality in an autonomous region should put the name of the region in the Tier 1 (Labeled province) field.
  
 
=== Define one ideal way of working with alternative place ===
 
=== Define one ideal way of working with alternative place ===

Revision as of 08:23, 17 September 2010

Changes already implemented

A new hierarchical place view was introduced in version 3.2 of Gramps.

The place object was left unchanged, but the existing location fields were interpreted as a hierarchy. The location fields are as follows:

  • Country
  • State
  • County
  • City
  • Street

The new view displays Country, State and County as a tree.

Proposed changes

Integration with online map tools

Which online map tools? - NH

  • Openstreetmap, we need free data in a free application. GeoView already allows a view based on places, also to set lat/lon

Good definition of place and address/residence event in Gramps

  • For UK data, an extra Locality field between City and Street would be useful.
  • For Dutch data, an extra Municipality field between County and City would be useful. (Feature Request 4231)
  • Japanese use block names, instead of streetnames: [1]

We could re-define each field for each country, or we could try to keep each field maintaining similar data. I think that I prefer adding a couple of extra fields. This is less complex than a list structure with definable number of tiers (less complex to program, but also less complex to use by the user)

Existing New structure General Name USA UK France Netherlands Germany
State Tier 1 Region State Not Used Region Not Used Bundesländer
County Tier 2 District County County Department Province District
City Tier 3 City/Municipality City City City Municipality/City City
/ Tier 4 Locality Locality Locality Locality City/community/hamlet Ortsteil
Street Tier 5 Street Street Street Street Street Street

Definitions:

  • Tier 3 : level of division of a country with a mayor.
  • Tier 4 : The locality people identify themself with. Can be a hamlet, the city itself, a borough, ...
  • Tier 1 & 2: Between a country an the smallest administrative section, we allow for two levels.
  • Tier 5: Street or block, so the lowest division needed for postal information.

We would need a country table. This would hold the field definitions for each country including the field names, 'not used' flags, and which fields should be used in the place tree view.

Suggestion (BM)

  • we should not work with 'not used' flags. Eg, some people in Wales might want to enter it. A not used flag would make it impossible. In the USA, people from Clairemont [2] might like to indicate that, however it is a neighbourhood. Instead I would suggest perhaps a address format default. For UK this would be I suppose:
country
County
ZIP Localicty - City
street
for Belgium this format would be
Country
ZIP Locality (City)
street
with a format field and people seeing this format, they will understand how they are supposed to enter the place information (note that if Locality equals city it obviously must not be repeated.

This data could then be used to dynamically create fields in the place editor, place filter and place tree view.

Questions and Design Decisions

  • Do we need 2 or 3 tiers between the level with a mayor and the country? We only take 2 tiers. Most countries have more than 2 tiers, but they have little importance for the inhabitants or genealogy
  • Many countries have different sublevels depending on the country. Yes, but Gramps is not a place storing application. In Countries like China you have province or autonomous region or .. as Tier 1. We can only provide one label, the users must himself understand that a locality in an autonomous region should put the name of the region in the Tier 1 (Labeled province) field.

Define one ideal way of working with alternative place

Physical places can have more than one name and can move between administrative regions over time. The following list gives examples of why places need alternate names:

  • Places can change their name over time.
  • In countries where more than one language is spoken the place may have different names in different languages.
  • Multiple names for a place may exist where there are variant spellings for the place name.
  • Different names may be used for political reasons.

For genealogical purposes it is important to record the place name as it appears in the source material. We could define alternative places with a date span. There may be one or more alternative places within a given date span.

Improve the place tree view

At present the place tree uses a three level hierarchy of Country, State and County.

For some countries the State field is not relevant - for example in the UK. In this case it is more useful to display a Country and County or Country, County and City hierarchy.

Countries also use different descriptions for the their administrative regions. We could change the column headings according to the country displayed. This would require a countries table in the database. We could also restrict the view to displaying only one country at a time.

Improve data entry in the Place editor

We could use drop-down lists in the place editor to allow the user to select values for each of the hierarchical fields. The data could come from data already in the database or we could consider building up a gazetteer for Gramps.

Suggestion (BM):

  • Country is a GrampsType field, with known countries predefined. This gives us translated countries.
  • based on country, the normal divisions are set bold. All divisions can be entered however
  • Translation of labels is based on country, with fallback to the general. A Tier will have different translations depending on the country it is in. However, we must be carefull not to translate everything before Gramps can start up. Eg, we define, COUNTY= _('County), USA = (STATE, None, COUNTY, ...), where None is used to indicate to use the general name of the field, and this long list of countries is not kept in memory but constructed when a county is needed.

The place editor could be made clearer if the hierarchical fields were placed together in the editor window.

Motivation

Time and again users pose questions on improving the place structure of Gramps. This GEPS is about defining a new improved way of handling place, keeping backward compatibility with GEDCOM/present Gramps.

Many things are also not well designed, in that Gramps allows the user to do as he likes, without guiding the user to a good way of storing place data. (this statement is disputed, see discussion)

Some ideas

References

Some relevant bug tracker entries:

  • 1862 Place Guessing Feature Request
  • 2196 Some changes to the Places viewer would be helpful
  • 2311 Implement a place database ...
  • 4230 Places tree view gives confusing place names
  • 4231 Add Municipality to places data