A possible idea is to create a 'vounteer' region czar for each, who would be the arbiter for changes in that regon (or committee). My question is one of definition. The vendor who stated they had 10000 changes a month. what kind of changes? Are most updates (the info changed) or corrections (rechecking). I think that once the database is correction free, then it can be updated once a year. Most governmental units that change names or split into two or more places, do not change on a daily basis. It may take some time to get to the most correct DB, but we should discuss how do we consider that has been achieved. If in fact there are 10000 new 'places' every month, we might as well throw in the towel. Rich in LA CA
-----Original Message----- From: Ken McGinnis <[EMAIL PROTECTED]> Sent: Nov 21, 2003 2:32 PM To: [EMAIL PROTECTED] Subject: Re: [LegacyUG] V5: GeoStateCodes.txt When we get to the point of editing the geo database users will be able to enter missing items like this one. One of the things we need to figure out is when everyone can edit locations do we want to try to collect those corrections/additions and add a way for distributing these files users submit to everyone else. The big problem is with everyone being Genealogists and wanting verification of locations how do we handle conflicting information. Either on this list or maybe it was on our beta testing mailing list we had a person who lives in a county here in the USA and they reported that we had a problem and should correct our file. A quick search of the internet (not a very reliable source many times) showed the location two different ways. The official name was correct in our database and even though that person had lived there for many years didn't know the official name of it. Another big problem of sharing the changes is our source of geo data comes from a company that claims they have about 10,000 changes a month. We are planning on refreshing our data with each major release of Legacy. This means those 10,000 changes each month plus all the changes any users submit somehow have to be verified and as a small company we simply don't have the resources. So, Editing may have to remain something that a user can export before a major release when we give them a new updated database and then import their changes back into the new file. It would be great if we had a way of verifying everything that our users will be adding. Thanks Ken McGinnis Millennia Corporation [EMAIL PROTECTED] http://www.LegacyFamilyTree.com We are changing the world of genealogy! ----- Original Message ----- From: "Christer Siverud" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 21, 2003 10:26 AM Subject: Re: [LegacyUG] V5: GeoStateCodes.txt Hi As I understand it Krummendiek is a small town or village in the area called Itzehoe. There is a central administrative city called Itzehoe also in the area of Itzehoe. These are some of the reference I have: 1. Jurgen Sehestede zum Krummendick mit der frauen (Jurgen S from Krummendick with wifes). Zum in german for nobles often means it is a castle or town. 2. Erik KRUMMEDIGE Abt. 1332 Krummendiek, Itzehoe, Slesvig-Holstein Aft. 1388. This is a referance from a old German document indicating that Krummendiek is a village/town in the area of Itzehoe. Landgerichts Itzehoe http://www.lg-itzehoe.de/. This is the webpage for the area of Itzehoe. Landesgericht now a days is about the same as County in US but a couple of hundreds of years ago it was equal to State in US. Any native German who can explain this better ? There is a town in the area called Itzehoe with a webpage http://www.itzehoe.de/Itzehoe/. So there is both a town and a "county" named Itzehoe Now if you look at companies in Itzehoe area there is a place called Krummendiek. This company have an adress there (no map unfortunatly) http://www.teppichreich.com/. Krummendiek is referenced as an "ort" in zipcode lists and "ort" usually means small town. So there is an town Krummendiek in the area of Itzehoe too. The correct entry in Geo database as I see it would have been: Itzehoe, Itzehoe, Schleswig-Holstein, Germany (the administrative city) AND Krummendiek, Itzehoe, Schleswig-Holstein, Germany (the town I am making referance to) Christer ----- Original Message ----- From: "Ken McGinnis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 21, 2003 7:37 AM Subject: Re: [LegacyUG] V5: GeoStateCodes.txt > First question for you is. Is Krummendick a City/Town in Germany or is > Itzehoe the city. I have tried a few searches of online databases and none > of them show Krummendick as a city. They all seem to show Itzehoe as a > city as does our database. > > See a couple I tried: > http://www.heavens-above.com/countries.asp > Click on Germany and enter Krummendick and click search. It's not found. > Click back and enter Itzehoe and click search. It is found as a city. > > Try this one. > http://gnswww.nima.mil/geonames/GNS/index.jsp > On the left click the GNS Search. Next click on Germany in the Country Code > list box. Then try entering Krummendick in the Name: box and click search. > It's not found. Close that window and enter Itzehoe in the Name: box and > click Search Database again. It's is found. > > When we move Itzehoe to the city field it seems correct to me. > > Thanks > > Ken McGinnis > Millennia Corporation > [EMAIL PROTECTED] > http://www.LegacyFamilyTree.com > We are changing the world of genealogy! > > ----- Original Message ----- > From: "Christer Siverud" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, November 20, 2003 12:45 PM > Subject: Re: [LegacyUG] V5: GeoStateCodes.txt > > > Ken > > It is important to point out that your explanation is only valid for US > locations. The search function does not work like that in other places. > > Example: > Master location data used to search: > Krummendick, Itzehoe, Schleswig-Holstein, Preussen > Core result > Itzehoe, , Schleswig-Holstein, Germany << City moved one position to left, > city now hold county data. > Core+ result > Krummendick, Itzehoe, , Schleswig-Holstein, Germany << City moved one > position to left (=farm?) , city now hold county data. > > Selecting Core+ gives > Long location > Krummendick, Itzehoe, , Schleswig-Holstein, Germany > Short location > Krummendick, Itzehoe, , Schleswig-Holstein, DEU > > End result - city information moved away from city field and county into > city field. This is how it works for non-US locations. > > Christer > > Legacy User Group Etiquette guidelines can be found at: > http://www.LegacyFamilyTree.com/Etiquette.asp > > To find past messages, please go to our searchable archives at: > http://www.mail-archive.com/legacyusergroup%40mail.millenniacorp.com/ > > To unsubscribe please visit: > http://www.legacyfamilytree.com/LegacyLists.asp Legacy User Group Etiquette guidelines can be found at: http://www.LegacyFamilyTree.com/Etiquette.asp To find past messages, please go to our searchable archives at: http://www.mail-archive.com/legacyusergroup%40mail.millenniacorp.com/ To unsubscribe please visit: http://www.legacyfamilytree.com/LegacyLists.asp Legacy User Group Etiquette guidelines can be found at: http://www.LegacyFamilyTree.com/Etiquette.asp To find past messages, please go to our searchable archives at: http://www.mail-archive.com/legacyusergroup%40mail.millenniacorp.com/ To unsubscribe please visit: http://www.legacyfamilytree.com/LegacyLists.asp Rich in LA Legacy User Group Etiquette guidelines can be found at: http://www.LegacyFamilyTree.com/Etiquette.asp To find past messages, please go to our searchable archives at: http://www.mail-archive.com/legacyusergroup%40mail.millenniacorp.com/ To unsubscribe please visit: http://www.legacyfamilytree.com/LegacyLists.asp
