Menu
▾
▴
Re: [Gramps-users] Further place enhancements
|
From: StoltHD <st...@gm...> - 2019-03-28 15:50:30
|
For a lot of users the GOV database is not known and not easy to use because of the language, but its a good concept. I can still not understand why Gramps need "Standard Types", is it only because of translation? If sending a database with Custom Types to another person, their is usually an understanding that i.e. Place Names, Types, Persons Names are written in a localized form... And isn't that also the most "correct" way to write it? For me personally, I would be glad for just "Custom Types", and to be able to create the different Place hierarchies as I need them, but it would be great with some templates for the countries I don't know much about to help me out... It would be great to be able to turn of the 200+ GOV Types if I can't use them... And maybe instead be able to configure Custom hierarchies for different usage myself, i.e. Administrative, Religious, Geographical and with the sub levels of each, with the types used in the language I chose, I have no problem with typing in a number of Types, as long as I also have the feature of creating my own "Type Hierarchy", and that its saved. I also really should wish for an easy way to use this Types and the Type Hierarchy between Databases, without the need of exporting and importing an "Empty" Database... I also wished there was possible to use the Gramps Clipboard for transferring Database Object between Databases. Or open 2 databases and drag and drop Objects from one DB to another DB, including the whole hierarchy of a place or the family of a person (Something like Legacy familytree have). I know that's a lot of job, so... else, I like the screenshots I see... i'm not to afraid of a few extra configuration options as long as the finished setup will give med a lot more functionality and features to register my data in a more historical correct manner (as I see it, and yes, I know there will be a few in the "inner circle" that will behead me again). Jaran tor. 28. mar. 2019 kl. 15:02 skrev Paul Culley <pau...@gm...>: > A few comments. So far I'm the one working on the code and have put a lot > of thought into this. > The place type list as it is proposed is already a combination of the > original Gramps types, the type list from > http://gov.genealogy.net/type/list, and a few additional types that are > more generic and would work with the GeoNames data. A very large number of > types. Because the GOV folks are from Germany, there are a lot of central > European place types in the list that have local meaning and don't > translate well (or at all) into English or other languages. And there are > almost certainly missing types that have local meaning from other parts of > the world. > > And it is still possible to add additional custom types (and custom > hierarchies). These can make an individual users db seem OK, until he > wants to share his work to someone who speaks a different language. Then > the custom types are not automatically translated, and require a lot of > work to fix up. > > So no matter how large we make the type list, it is unlikely to solve > every potential use. > > There are times I think that having place types in Gramps at all was a bad > idea. > > Two ideas have been tossed out to make the list a bit less daunting, > neither have yet be coded up; > 1) By default, Only show the user the standard (prior) Gramps types in the > menus unless he imports data that contains additional types. Then show him > whatever types is in his db. This would have the advantage that users > doing manual places would not see the huge list ever, and those who used > GetGOV or 'Place Cleanup' (GeoNames) data would see the types actually in > their db. > 2) Provide a configuration option in Preferences to allow the user to > select those types that he wanted to see/use. This would be an ideal place > to allow a user to remove/edit any 'custom' types he had entered as well. > > When it comes to reports and graphs, the use of 'place formats' to limit > the length of an enclosed place name, and to select which hierarchy to > display seems desirable. Gramps already has an editor for this, but it > should probably be extended in some way. There is a screenshot of one > possible way to do this on the wiki page Nick created for this topic. > While a configuration setup like the screenshot offers a lot more choice > than current, it also has some limitations. > > One suggestion already made was to allow place (probably country) specific > display formats. My first thought would be that this should be on an > exception basis, otherwise users would have a lot of additional items to > set up on a place. > > What might be helpful is for users to suggest their desires, and possibly > their ideas on how to do this. We are not the only ones who have good > ideas. > > Enough for now. > > Paul Culley > > On Thu, Mar 28, 2019 at 6:19 AM phil wharram via Gramps-users < > gra...@li...> wrote: > >> >> >> >> Hi >> >> Like Reinhard I too appreciate on an academic level what has been >> achieved and the ambition to develop >> >> However I see the next feature request being can we have Gramps Lite >> >> Modern software configuration post installation is now almost always >> concerned with turning off the features you do not want to make it >> easier to see/find what you do want. >> >> So on my system GetGov and and all non English language plugins are >> hidden because they are of no practical use to me (no insult implied or >> intended). So ease of configuration of the system to me far outweighs >> the fact that it satisfies all of the standards of all of the countries >> in all of the languages. >> So along the same line how many Family Historians are also Ham Radio >> enthusiasts if the Maidenhead Locator System is devoloped maybe it >> should not be anything other than a check box, latitude/longitude or >> Maidenhead as a display stored as latitude/longitude in the database for >> which conversion there are already I believe software solutions. >> >> I have "cemetery/crematorium" as a place type and I have a list of >> unused types which I would hide/delete to make my list manageable after >> I have sorted it alphabetically. >> >> Personal preference in place type do away with all bar "Unknown" in the >> list and then have the sub types Administrative, Civil etc this will >> will compact the display >> >> >> Regards >> Phil >> MLFHS 12583 >> Dumfries >> On 28/03/2019 10:04, Reinhard John wrote: >> > Hello, >> > >> > I appreciate the effort that has been made so far. >> > >> > My two cents: >> > >> > * The place list in the screenshots contains German and Enlish terms. >> > If Gramps wants to cover hierarchies from every country (193) in every >> language Gramps offers (45) the list will be huge... >> > Key to winning user acceptance is a configurable expanded place type >> Menu! >> > >> > >> > * The emphasis of the discussion is on the input of data! What about >> working with data and data output? >> > Making all these place types _standard_ place types does only make >> sense if I can deal with them in _standard_ reports. >> > >> > Reinhard >> > >> > P.S.: I use a tag to indicate a cemetery. >> > >> > >> > >> >> Gesendet: Mittwoch, 27. März 2019 um 23:00 Uhr >> >> Von: "Nick Hall" <ni...@gr...> >> >> An: gra...@li... >> >> Betreff: Re: [Gramps-users] Further place enhancements >> >> >> >> On 27/03/2019 19:09, Nick Hall wrote: >> >>> We may possibly also get some screenshots. >> >> >> >> I have created a wiki page with screenshots here: >> >> >> >> https://gramps-project.org/wiki/index.php/Place_Changes >> >> >> >> >> >> Nick. >> > >> > >> > _______________________________________________ >> > Gramps-users mailing list >> > Gra...@li... >> > https://lists.sourceforge.net/lists/listinfo/gramps-users >> > https://gramps-project.org >> > >> >> >> _______________________________________________ >> Gramps-users mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users >> https://gramps-project.org > > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > https://gramps-project.org |