On 15 Jan 2002 in soc.genealogy.misc, P Johnson wrote: > I have a copy of an original Social Security Application for one of > the ancestors I am researching. Unfortunately it is poor quality with > black smudge lines. The smudge lines make it difficult to read the > info on the document. Does anyone know if there is some type of > service available that can remove the smudges? Do you have access to a scanner or a digital camera? If so, bring it into image editing software and try a variety of techniques there - raise/lower contrast, change brightness, posterize, make grayscale, ... -- Joe Makowiec can be reached at: makowiec(at)nycap(dot)rr(dot)com

I have a copy of an original Social Security Application for one of the ancestors I am researching. Unfortunately it is poor quality with black smudge lines. The smudge lines make it difficult to read the info on the document. Does anyone know if there is some type of service available that can remove the smudges? Thanx for any help!

On Mon, 14 Jan 2002, Singhals wrote: >D. Stussy wrote: >> You might not share your database, but if we are talking about the >GEDCOM > >I wasn't; nor was the thread. The key word in my sentence >(deleted here) was _standard_. Correct, but there would be no need for any standard if there is no information interchange. Your position makes no sense - if you are not going to ever share your database, then it doesn't matter what its content says or how it's formatted, so what good is seeking a standard? Standards are created for interchange or interoperatbility, which for data formats, implies by DEFINITION, an exchange (or at minimum, the ability to do so). Why are you seeking a standard if you won't be doing this? >> standard for place naming, then we ARE talking about the sharing of databases >> in general (that's what GEDCOM is for). > >Actually, no, it isn't. GEDCOM was proposed for that reason, but >for reasons of economic clout, the development was largely at the >instance of the LDS church *because* it was an easy way for LDS >members to get the necessary parts of their data (name, date, >place) out of the genealogy program and into the Temple system. >And, for that to work properly, the format of the places has to >go small to large (otherwise the IGI shows Chev* instead of >Maryl). Non-LDS genealogists began using it to move data from >this program to that, with the results we've discussed here >before -- to wit, strange things happen to normal people.

D. Stussy wrote: > > On Mon, 14 Jan 2002, Singhals wrote: > >D. Stussy wrote: > >> You might not share your database, but if we are talking about the >GEDCOM > > > >I wasn't; nor was the thread. The key word in my sentence > >(deleted here) was _standard_. > > Correct, but there would be no need for any standard if there is no information > interchange. Your position makes no sense - if you are not going to ever share > your database, then it doesn't matter what its content says or how it's > formatted, so what good is seeking a standard? > > Standards are created for interchange or interoperatbility, which for data > formats, implies by DEFINITION, an exchange (or at minimum, the ability to do > so). Why are you seeking a standard if you won't be doing this? > The fact that I don't *use* a standard doesn't mean I can't appreciate one. I frankly don't use the standards for determining whether a nuclear power plant is clean -- but I do appreciate that there needs to BE a standard for that. And I believe you're either misunderstanding or misstating my position vis-a-vis database sharing. It is not the content that I hoard; it is the database itself. The content is available to any family member who wants to ask for it; the form/format/raw data/database is not. They may have printout from it but NOT a GED. And in printout, it looks better if all places are entered in the same way -- town, county, state, (country if not residence of preparer)-- rather than higgly-piggly with a birthplace showing state and county, a marriage showing town and county, a death showing cemetery, town, state. Darn few people actually die in a cemetery, so the name of the cemetery is misplaced, however valuable the info may be. Cheryl

Graeme Wall wrote: <snip> Date & Time SENT: Sun, 13 Jan 2002 19:54:21 +0000 Date & Time RECEIVED: Mon, 14 Jan 2002 18:08:02 GMT You might wish to check your system date & time settings. Given the values for the RECEIVED, you must have posted this today, but your system says that it was SENT yesterday. HTH Bob

<davehinz@spamcop.net> wrote in message news:3c431ba9$0$43572$272ea4a1@news.execpc.com... > In soc.genealogy.misc Barb Wise <wisebarb@charter.net> wrote: > > His name was probably Hiltiningenian but they changed it when he got to > > Ellis Island.<vbg> > > (sorry.... couldn't resist) > > Oh yeah, he's the one who came with his two other brothers, and they > each went to a different part of the country, right? That's the one alright! Do you have them in your line? I'm trying to find more information about the one that went out west. (Ok, I promise to behave now <bg>) Barb

In soc.genealogy.misc Barb Wise <wisebarb@charter.net> wrote: > His name was probably Hiltiningenian but they changed it when he got to > Ellis Island.<vbg> > (sorry.... couldn't resist) Oh yeah, he's the one who came with his two other brothers, and they each went to a different part of the country, right? Dave

My mom was adopted in St. Louis, MO, 1923; lived in the Kansas City, MO area. Her bio-parents are Humphrey Owen and Alice Bales/Bates ROBERTS. Please, send me information about this situation. Trying to find them or their family. Thank you, L. Hedrick

On 14 Jan 2002 in soc.genealogy.misc, Charlene Charette wrote: > mark@kinweb.org wrote: > >> On a related note, is there a database somewhere online that lists name >> abbreviations and variations? > > I don't know about online, but I've seen at least one book on the > subject. http://www.behindthename.com/ - "Behind the Name - the Etymology and History of First Names" -- Joe Makowiec can be reached at: makowiec(at)nycap(dot)rr(dot)com

D. Stussy wrote: > You might not share your database, but if we are talking about the >GEDCOM I wasn't; nor was the thread. The key word in my sentence (deleted here) was _standard_. > standard for place naming, then we ARE talking about the sharing of databases > in general (that's what GEDCOM is for). Actually, no, it isn't. GEDCOM was proposed for that reason, but for reasons of economic clout, the development was largely at the instance of the LDS church *because* it was an easy way for LDS members to get the necessary parts of their data (name, date, place) out of the genealogy program and into the Temple system. And, for that to work properly, the format of the places has to go small to large (otherwise the IGI shows Chev* instead of Maryl). Non-LDS genealogists began using it to move data from this program to that, with the results we've discussed here before -- to wit, strange things happen to normal people. Cheryl

Joe Makowiec wrote: > Alaska, Arizona, Connecicut, Hawaii, Iowa, New Mexico, Nevada, Oklahoma, > Rhode Island, Utah, Washington (state), Wyoming > > do NOT have Springfields, according to the Geobase in TMG. OK, curiosity got the better of me so I went to the USGS web site. Virgin Islands - St. Croix Alaska - none Alabama - one in each of these counties: Clarke, Elmore, Greene, Lauderdale, Randolph Arizona - Amazingly enough, although there is no Springfield, Arizona there is a Springfield Elementary School in Apache county, Arizona. Is this the school that was named by the students after the "Simpsons"? Arkansas - in Conway county; Springfield (historical) in Mississippi county California - in Tuolumne county; Springfield Meadows in El Dorado county Colorado - in Baca county Connecticut - none Delware - doesn't have a "Springfield," but does have a "Springfield Crossroads" and a "Springfield Farms Addition" both in Sussex county. Florida - one in Bay county and one in Duval county; Springfield Plaza in Bay county Georgia - one in each of these counties: Cherokee, Clayton, DeKalb, Dougherty, Effingham, Hancock, Newton, Richmond, Taliaferro; there's also a Springfield Downs in Hall county and Springfield Acres in Henry county Hawaii - none Idaho - in Bingham county Illinois - in Sangamon county Indiana - one in LaPorte county and one in Posey county Iowa - Iowa has a couple of Springfield's listed as a "locale" rather than a "populated place" (Clayton and Keokuk counties) and a few Township of Springfield's listed as "civil" (Cedar, Kossuth, and Winneshiek counties) Kansas - the only one in Kansas is listed as "Springfield (historical)", "locale", in Seward county Kentucky - in Washington county Louisiana - in Livingston parish Maine - in Penobscot county Maryland - one in each of these counties: Calvert, Montgomery, Prince George's, Talbot Massachusetts - in Hampden county Michigan - one in Calhoun county, one in Oakland county; Springfield Place in Calhoun county Minnesota - in Brown county Mississippi - the only two I found were listed as "Springfield (historical)", one in Choctaw county and one in Jefferson county Missouri - in Greene county Montana - none Nebraska - in Sarpy county Nevada - none New Hampshire - in Sullivan county; Springfield Point in Carroll county New Jersey - one in Burlington county and one in Union county New Mexico - none New York - in Otsego county; Otsegao also has Springfield Center and Springfield Four Corners; Springfield Gardens in Queens North Carolina - one in Guilford county and one in Scotland county North Dakota - Township of Springfield listed as "civil" in Towner county Ohio - in Clark county; East Springfield in Jefferson county; New Springfield in Mahoning county Oklahoma - no cities, but two listings for Springfield Post Office (historical); one in Comanche county and one in Okfuskee county Oregon - in Lane county Pennsylvania - one in each of these counties: Bradford, Bucks, Delaware; Springfield Junction in Blair county; Springfield Falls in Mercer county Rhode Island - none South Carolina - one in each of these counties: Beaufort, Charleston, Orangeburg South Dakota - in Bon Homme county Tennessee - in Robertson county; Springfield Acres in Sullivan county Texas - one in Anderson county and one in Limestone county Utah - none Vermont - in Windsor county Virginia - one in each of these counties: Albemarle, Fairfax, Fauquier, Page, Rockbridge, Westmoreland, York; Fairfax county also has Springfield Estates, Springfield Farms and Springfield Forest Washington - none West Virginia - in Hampshire county Wisconsin - in Walworth county; Town of Springifield, "civil" in Dane, Jackson, Marquette, and St. Croix counties; Springifield Corners in Dane county and Jackson county Wyoming - none -- How can "crash course" and "collision course" have two different meanings? -- George Carlin ===== Free Book Searches (out-of-print, hard-to-find, foreign, used, new) - mailto:findbook@flash.net

mark@kinweb.org wrote: > On a related note, is there a database somewhere online that lists name > abbreviations and variations? I don't know about online, but I've seen at least one book on the subject. --Charlene -- How can "crash course" and "collision course" have two different meanings? -- George Carlin ===== Free Book Searches (out-of-print, hard-to-find, foreign, used, new) - mailto:findbook@flash.net

singhals@erols.com writes: >Mike Maxfield wrote: >> >> Before Christmas I went out to do some gift shopping. Went through Bremen >> one day, and the next day I went to Holland. Drove to both places from my >> home in NW Indiana. > >Georgia's a heck of a long way to go and if you blink twice you >miss Bremen altogether. (g) Rome, just up the road a ways, is >bigger. Well, if I blinked as I passed through Bremen, IN, I might 200 miles later hit Bremen, OH, and since I made it that far, I could have visited Holland, OH rather than Holland, MI. <g> As far as Bremen, GA, I would have most likely traveled south on I-65 and hit Bremen, AL first, and having blinked and missed it, by the time I hit Birmingham might have realized it and would have hanged a left onto I-20 and hit Bremen, GA... but I probably would have stopped way before then, perhaps Frankfort, IN would have been as far south as would would consider a single day's drive for a shopping trip, certainly by the time I reached New Frankfort, IN. -- tweek@io.com

I got my marriage license in Moscow Illinois. "Mike Maxfield" <tweek@io.com> wrote in message news:YOn08.648843$8q.52184351@bin2.nnrp.aus1.giganews.com... > singhals@erols.com writes: > >Mike Maxfield wrote: > >> > >> Before Christmas I went out to do some gift shopping. Went through Bremen > >> one day, and the next day I went to Holland. Drove to both places from my > >> home in NW Indiana. > > > >Georgia's a heck of a long way to go and if you blink twice you > >miss Bremen altogether. (g) Rome, just up the road a ways, is > >bigger. > > Well, if I blinked as I passed through Bremen, IN, I might 200 miles later > hit Bremen, OH, and since I made it that far, I could have visited > Holland, OH rather than Holland, MI. <g> > > As far as Bremen, GA, I would have most likely traveled south on I-65 and > hit Bremen, AL first, and having blinked and missed it, by the time I hit > Birmingham might have realized it and would have hanged a left onto I-20 > and hit Bremen, GA... but I probably would have stopped way before then, > perhaps Frankfort, IN would have been as far south as would would consider > a single day's drive for a shopping trip, certainly by the time I reached > New Frankfort, IN. > > -- > tweek@io.com

On Sun, 13 Jan 2002, Singhals wrote: >D. Stussy wrote: >> On Fri, 11 Jan 2002, Singhals wrote: >> >D. Stussy wrote: >> >> It is NOT a "given" for any PUBLIC database sharing, nor should it be a >"given" except for the rare occasion that a database has NO PERSON with >NO EVENT outside the U.S. However, that still doesn't make its omission >correct. >> > >> >Most of us aren't creating a PUBLIC database, we're creating >> >private databases which we may (or may not) elect to share >> >publically. This makes a subtle difference in specs. >> >> Whether or not one intends to share publicly shouldn't make that much of a >> difference. If the database is still being shared privately among one's >> relatives, it should be self-explanatory and precise. Leaving off the country >> makes it less precise, and could also be confusing in some cases (e.g. Essex >> County for Massachusetts and for England share a town nameset - use a map and >> compare.....). > > >True as that is, > >1) I don't share my databases with my relatives because most of >my relatives don't have a computer, and those who do aren't >interested in the database or the research, only the printout of >the results. (They don't even want to see sources!) > >2) and ALL of them will assume that everyplace is in the US >unless I explicity say differently. More, if in instance #1 I say >this is in Springfield, whatever county, California, they will >*assume* that all following places are likewise there and if it >isn't I'll say so. > >Being aware that pre-computer genealogists often used such >labor/labour saving tricks on charts can save a newbie a lot of >grief, BTW. > >And this entire thread is one of the reasons GEDCOM Standards >aren't particularly "standard" for everyone. The connection is >left to the reader. You might not share your database, but if we are talking about the GEDCOM standard for place naming, then we ARE talking about the sharing of databases in general (that's what GEDCOM is for).

In message <Ehb08.639306$8q.51509247@bin2.nnrp.aus1.giganews.com> tweek@eris.io.com (Mike Maxfield) wrote: > carolea7@attbi.com (Carole Allen) writes: > > > >Louisiana Territory? How is this any different than Washington > >Teritory or Dakota territory (pre No and So. Dakota)? Or for that > >matter, old parts of Ohio, pre-statehood, when it was NW Territory? or > >a multitude of others out here with the rest of us pioneers on the > >frontier ......<g>... > > I wonder how many people with 1600's entries for New Amsterdam are citing > the location as NYC, NY. > > I quote Neiue Amsterdam (NYC) -- Graeme Wall My genealogy website: <http://www.greywall.demon.co.uk/genealogy/index.html>

One of the ex-Fidonetters, out in the SLC area, does look-sees at the Library there. She routinely sends me reminders of her service, and I would have SWORN I just got one this year already ... but I can't find it. And I'm drawing a total blank on both her name and her servicemark. If you know who I'm meaning, or you ARE who I'm meaning -- e-mail, please? Blushing and muttering, Cheryl

In relation to discussion of places that are now "owned" differently to when ancestor lived - Louisiana was French etc now USA Then I think it a good idea to record all that ownership as part of providing a historical background anyway. If I was a future descendant I would most sure want to know that.......... Biggest problem I have is wehn I find a Person on web and there is no location or date in the data shown - seems pointless - I have no idea if I have an interest... Ron Lankshear.... Sydney Aust

Hi Geraldine, This is not an email list server that you send a message to, to unsubscribe. Highlight the newsgroup where it appears in your folders list, with your cursor over the newsgroup name click your right mouse button, a little menu will pop up, select "unsubscribe". "Geraldine" <ghyland@ozemail.com.au> wrote in message news:3c4a02b0.1510800@news.ozemail.com.au... > unsubscribe

On Sun, 13 Jan 2002 03:55:03 GMT, "D. Stussy" <kd6lvw@bde-arc.ampr.org> declaimed the following in alt.genealogy: > Also, some time back in this thread: For the person who claims that ALL her > locations are in the U.S., then what are you going to do when you finally do > trace someone from overseas? Backfilling data due to one's initial oversight > is clearly not fun..... Well, if it is just a case of entering a country field, if the person is using TMG, it may not be that bad. Before entering the overseas data run a global find&replace of place data, replacing blank country field with USA... Then start entering the foreign stuff. Hmmm... Legacy uses a JET-based data base... I suppose one could open the .fdb file and run some sort of update script, taking each location field and changing the rightmost ",," into ",USA," (tblLR seems to be the location records). -- > ============================================================== < > wlfraed@ix.netcom.com | Wulfraed Dennis Lee Bieber KD6MOG < > wulfraed@dm.net | Bestiaria Support Staff < > ============================================================== < > Bestiaria Home Page: http://www.beastie.dm.net/ < > Home Page: http://www.dm.net/~wulfraed/ <