(LOC) has published a finding resource listing 71 links to the 50 states, online digital collections. That is found here .
The PA State Library — Has a digital collections, very similar to the digital collections found at seekingmichigan.org [Editor: also in LOC list for MI].
From Abe Lincoln, to Ben Franklin, to Coal Mining History, to WWI there are many PA treasures here:
I chose to start in their WWI Collection, which had a few choices to pick from, so I chose the top pick (Mahanoy City):
American Red Cross. Pennsylvania Chapter. Mahanoy City. In Memoriam Of Those Who, Coming from the District within the Limits of the Mahanoy City, Red Cross Chapter, Quakake to Girardville [inclusive] Made the Supreme Sacrifice in the Great War for Democracy, known as “The World War” 1917-1919. Mahanoy City, Pa., 
This is a six page memorial to the fallen veterans who lived in Mahanoy City in the anthracite coal region of northeastern Pennsylvania.
In truth the PA State Library’s digital collection is large enough that this jester will need to spend some time exploring, but I thought I would share my initial impression.
So LOC, a tip of the jester’s hat to you for compiling a very useful resource of state libraries who have online digital collections. These are historical in nature, but the obvious application to genealogy make these valuable resources to the genealogical researcher too.
Ancestry.com has updated their app to version 5.0 (iTunes App Store). I like their newest effort. It looks nice and the User Experience (UX) is improved for the most part. I miss having a button for showing just the lineal line (not siblings) to save space on the iPhone. Also the UX does not provide ways to go up or down your family tree other than what is displayed on screen (5 generations on iPhone). Why no arrows on top/bottom rows. You can of course click on someone higher up in the tree and see further back generations from that person, but you may not realize that there are prior generations unless you know your tree well. No visual key that more generations exist.
When you upgrade you will need to download your whole tree again (does that imply their local db changed and needs to be reloaded?) and that takes about 30–45 seconds for a tree of 1,142 people. Small price to pay. I do wonder if the new app is causing problems for the Ancestry.com web site. It has performed slowly and sometimes the app says Ancestry.com is not available. Perhaps mobile app users are putting a bigger strain then online users.
It integrates more closely with Facebook. That did not appeal to me, but for some people it may be just what you want. As a result I do not know what happens when you connect your Facebook profile to a person in the tree (does it post the timeline to your Facebook timeline?).
Besides, Facebook, the app now integrates with Ancestry.com more completely. The app now works a lot like the web site. It does not appear to be missing any features. I like the new Timeline view of a profile … very nice.
The Gallery button on the bottom of the profile view quickly loads your images (much faster). It also automatically searches for hints too. Finally this view has a new feature to find sources (from Ancestry.com?) for your facts. Very nice.
The tight integration to the web site does mean the app switches control to a Safari web-app but the integration is so tight you might not notice the switch to Safari and back to the App
Poland, Radom Roman Catholic Church Books, 1587-1966; http://bit.ly/X9qxJ8
Poland, Lublin Roman Catholic Church Books, 1784-1964 was also updated: https://familysearch.org/search/collection/1867931
Also Czech Republic Censuses 1843-1921: https://familysearch.org/search/collection/1930345
Add Family Search Wiki Page if your genealogy research area is Poland:
Images and indexes of church books containing baptisms and births, marriages, burials and deaths for the parishes in the Radom & Lublin Roman Catholic Dioceses of Poland.
Births end in 1912,
Marriages end in 1937, and
Deaths end in 1982 due to Polish privacy rules.
Oracle’s newest database (version 12c) has many new features, the discussion of which are too big for a single blog article (or even a series of blogs). The substantial high-level bulleted list of new features is in the 12c New Features Manual . But the concepts and low level SQL language details show a much larger change then you might perceive.
The new paradigm shift, Multitenant Databases, will stop DBAs pretty quick, particularly in Windows where the installer creates a Container DB. Previous to 12c, all databases were Non-Container DBs. With 12c you can create a Non-Container DB or a Container DB. The Container DB can have zero, one, or more Pluggable DBs within. A Non-Container DB can never have a Pluggable DB. So that becomes an upfront database creation decision.
You can and you should read the Oracle Intro to Multitenant Databases .
I first relaized the Oracle Installer had created a container database for me when I went through the normal process of creating a database user using the same old techniques I always did and received an Oracle Error: ORA-65096. WHAM, I slammed right into the new paradigm without me even knowing it existed. The error description and the necessary action introduced to another part of the Multitenant Database paradigm: Comon User vs. Local User. That quickly led to Containers. Of course, with any new features, comes an array of new database schema tables like, v$pdbs for example. You will also probably use a new Sql*Plus command a LOT: SHOW CON_NAME to know what container (root or pluggable database) you are connected to. Some DBA commands must be done in the root container (CDB$ROOT). Your pluggable databases (in Windows) will be by default: PDB$SEED and PDBORCL. Every container database has precisely one seed pluggable database from which all pluggable databases are created from.
This paradigm shift will be seriously disorienting feeling to long time DBAs, especially if were not aware this was coming. Fortunately, there are many DBA bloggers out there sharing their 12c experiences. They were a help for me to gather the necessary jargon. But it was not until I discovered that Oracle had created a tutorial on Multitenant Databases and I had spent an hour or two playing with the tutorial on my newly created sandbox database (on Windows) which was by default a Container DB. This tutorial is an excellent way to jump start your understanding of the new paradigm.
By the way, I think either the default should be a NON-CONTAINER DB (so you are backwards compatible) or the Oracle Intsaller needs to make it clear that a CONTAINER DB will require new DBA processes (i.e. a learning curve) and give you an OVERT option to create a NON-CONTAINER DB for backwards compatibility.
Read the Oracle Introduction to Multitenant Databases to understand the concepts. Then immediately work your way through the tutorial in a test database that is a Container DB. Ultimately, I think Container DBs are the way to go. I think this is what you want to do to implement a CLOUD or in a Virtualized Environment.
Studying up on Oracle v. 12c. As usual, there are many new features to recommend migrating or deploying to the new version of Oracle. Last blog, I talked about just a few: ILM, ADO, HEAT_MAP and how these buzz-worthy acronyms were related to compression inside the database. Before, I get into today’s topic, I wanted to talk about a bit more about the Automatic Data Optimization (ADO).
I failed to make clear yesterday, that the ADO, automatically relocates your cold data or compresses your data as it ages through its Lifecycle automatically. That is the magic. You define the policies and the database will relocate or compress a segment(s) or a row(s) to save space or to clear space on more expensive hard disk, by relocating to slower/less accessible disk storage media. Pretty nifty idea.
By the way, you may be wondering … 8i, 9i, 10g, 11g, 12c what is the pattern or meaning of these major release versions from Oracle.? Well, “8i / 9i” were from the era, when Oracle was the “Internet” database (you know like iPhone, or i-<Anything>). Then “10g / 11g” were to be the “Grid”. Grid never really achieved buzz-worthy status. Now we have “12c”. It should not surprise you that we are now in the “Cloud” era. So Oracle’s letters are for: Internet, Grid, and Cloud . Now you know.
That Cloud and yesterday’s ADO will figure in today’s blog too. You see, I was recently asked about Greenplum. Could I use it? As is my wont, I took a step back and studied the question. Here is my answer.
MPP – RAC(aka Oracle parallel server)
Full SQL (Postgres)
Full SQL (Oracle, ANSI)
Compression since 11g, ADO/ILM 12c
B-Tree / BitMap Indexes
B-Tree / BitMap Indexes
Parallel Query Optimizer
Parallel Query Optimizer
GreenPlum HD (HDFS)
External Tables using an HDFS
I believe that as an Oracle expert (28+ years from v2.0-11g inclusive), that I could effectively use Greenplum on a project. If you look at the above chart, I think you will see what I am about to explain.
Green is an MPP platform. Very nice acrhitecture. Oracle can sit on top of any architecture (MPP, SMP, or any cluster or Highly Available or Fault-Tolerant Failover set of servers) you can setup.
Both use FULL SQL. That means ANSI compliance and with enhancements (POSTGRES for Greenplum and ORACLE, uh, for Oracle).
B-Tree and Bit Map Indexes for both — yawn old hat. Parallel Query Optimizer – been there, seen that for a while.
Greenplum has JDBC/ODBC/OLE interfaces. Oracle has those too, plus a full complement of Pro*C (or many other languages) embedded pre-compiled 3GL languages. Oracle is well supported by Shell Scripts like PHP or PERL that have their interfaces to Oracle. Slight advantage to Oracle. But the point is, Oracle professionals have done this for more than a decade.
External Tables too are a feature in both databases. GreenPlum HD uses the External Table to provide HDFS access in GreenPlum via SQL or other in-database features. Now I had not previously thought to try and use HDFS with Oracle. But the External Table is precisely the feature I would use. Can it be done? A look at Oracle’s documentation answers that:
CREATE TABLE [schema.]table ( column datatype, ... ) ORGANIZATION EXTERNAL ( TYPE ORACLE_LOADER DEFAULT DIRECTORY directory ACCESS PARAMETERS ( PREPROCESSOR HDFS_BIN_PATH:hdfs_stream access_parameters ... ) LOCATION (file1,file2...) );
So I recommend that companies fell free to utilize Oracle consultants on Greenplum databases. There is an awful lot of overlap that the Oracle specialist can leverage from his/her background and transfer to the Greenplum database.
Of course, for companies without Greenplum, it looks like you can use many of the same features already in Oracle including using HDFS filesystems with External Tables.
So get to that BigData, your friendly Oracle expert can help you.
Dateline 06 Aug 2013 —
If you are the same age as Stanczyk, then when you see the acronym, ILM, you probably think of George Lucas’ Industrial Light & Magic. But this article is about the Oracle of Larry Ellison. Oracle has released its latest version of its database, 12c, on June 25th, 2013.
So the ILM, of this blog is about Information Lifecycle Management. I thought you might need a buzz-word upgrade too — hence this blog. In the latest 12c, Oracle is advancing its ILM paradigm to make Automatic Data Optimization (ADO) a differentiator in Data / Databases. You see data storage is eating the planet or at least the IT budgets of many large companies. That Big Data has to live somewhere and the costs to house that data is very significant. Ergo, Oracle is giving you a way to Tier your data storage amongst differing costs media (hi to low) and using differing levels of compression, depending on your data’s lifecycle. Hence ILM.
The idea is that data ages from very active, to less active, to historical, to archival. You ideally would want to place the most active data on the fastest, most reliable, … most costly hardware. Likewise, as the data ages, it would be preferable to place on less costly storage devices or in a more compressed state to save space and costs. How can you do that effectively and without a large staff of IT professionals? This is where the ADO comes in.
Using your familiar create table or alter table commands you can add an ILM policy to compress or relocate your data. Oracle provides segment level or even row level granularity for these policies. How do you know what data is active vs inactive? Oracle has implemented a HEAT_MAP facility for detecting data usage. HEAT_MAP is a db parameter. Set it on in your init.ora file or via an alter session command in sql*plus (to do it on a session basis instead of database wide.
ALTER SESSION SET HEAT_MAP=ON;
You can check on things via:
SELECT * FROM V$HEAT_MAP_SEGMENT;
There is even a PL_SQL stored package: DBMS_HEAT_MAP.
So this is a quick update on ILM, ADO, and HEAT_MAP in Oracle 12c database. Go to the Oracle yourself and see what you can get on this new technology.
Dateline 22 Jul 2013 — FamilySearch.Org New Database
FamilySearch.Org has some new databases (don’t they always — they are amazing). One in particular caught this jester’s eyes.
United States, National Register of Scientific and Technical Personnel Files, 1954-1970,
By training and long years in the field, Stanczyk is a STEM worker. So I was drawn to this database. But who did I know had a degree and was a professional in 1954-1970 ? How about one of my favorite authors … in a register of Science / Technical professional? Well, yes — if you thought of Isaac Asimov .
So what data is in this database …
If click on the FamilySearch.org link, then query on Isaac Asimov, you will see:
Stanczyk has been a bit busy since the 4th of July! So forgive me if I play a bit of catch-up on my blog.
A bit of bigos (recipe) !!
Let me point out that in June the Polish Archive completed their latest update on: ♥ http://szukajwarchiwach.pl/ .
Unfortunately, it did not include anything from the old wojewodztwo: Kielce (now in SwietoKrzyskie). See the image of the drop down menu below (not full listing but to give you an idea on what is in and how that is somewhat limited for researchers like Stanczyk. I hope another phase will commence soon!
♥ genealodzy.pl – They added the death records from 1875-1908 for Pacanow parish to their Geneszukach database. Previously they had added the Birth and Marriage records. These are transcription / indexes, not actual church record images such as you find in their Metryki database.
Still I have found dozens of Eliasz (and … Gawlik, Gronek, Hajek, Kedzierski, Leszczynski, Major, Paluch, Wlecial, Zasucha, etc.) that I was previously unaware of. Now I will need to get the actual images in order to make sense of these indexes and the new people in order to add them to the family tree.
Enjoy the bigos. Smaczne (delicious)!
Stanczyk is a bit uncertain. It seems like every day there are some new vital records indexes or even actual register scans themselves made available from congregations all over the Central European — Jewish, Catholic (Roman & Greek), Orthodox, Lutheran/Evangelical lands that make up Poland or a land that was once within the Polish-Lithuanian Commonwealth (the 1st Republic) or any of the variations between those times. So I thought I would step back and take stock of what was available. Yes, I know this will be out of date by tomorrow. But here is a quick & dirty, handy reference list of where to go looking. Clip & Save.
Poland – Archives & Genealogical Societies
AGAD Księgi metrykalne – Eastern Borderlands (Ukraine, Russia Jewish Pale, etc.) —
(scans by Sygn.: http://www.agad.gov.pl/inwentarze/KMLw301.html#idp1765776 )
Prussian Poland Parishes
BASIA – http://www.basia.famula.pl/en/ – State Archives in Poznan, the Wielkopolska Genealogical Society (WTG “Gniazdo”) project.
Poznan Marriage Project – http://poznan-project.psnc.pl/
Pomorskie Towarzstwo Genealogiczne – http://www.ptg.gda.pl/
All Poland & Eastern Borders (PTG)
METRYKI (parish register scans)– http://metryki.genealodzy.pl/
Szukajwarchiwach (Poland’s National Archives online) – http://szukajwarchiwach.pl/
This is the latest project and is shooting to have 5.8 Million records by the end June (this month) scanned and on-line by Polish Archive or National Museum.
Jewish Record Indexing (JRI) – http://www.jewishgen.org/jri-pl/jriplweb.htm
The venerable project with new life provides indexes to registered users (free) and then you can purchase the actual church record. Great for Jewish Pale & Russian Poland, plus so much more.
Metryk.GenBaza.pl – http://metryki.genbaza.pl/genbaza,list,4,1 (AP GRODZISK). Archive in Grodzisk Mazowiecki (Russian Poland parishes near Warsaw).
Besides the 5 parishes below, you might want to have a look at holdings for:
Austria, Germany, Russia & Ukraine
|Poland, Częstochowa Roman Catholic Church Books, 1873-1948||Browse Images||14 Feb 2013|
|Poland, Gliwice Roman Catholic Church Books, 1599-1976||Browse Images||14 Feb 2013|
|Poland, Lublin Roman Catholic Church Books, 1784-1964||99,510||14 Feb 2013|
|Poland, Radom Roman Catholic Church Books, 1587-1966||18,916||21 Apr 2013|
|Poland, Tarnow Roman Catholic Diocese Church Books, 1612-1900||1,002,155||6 Jan 2012|
Did I miss any? Email Me … Proszę !
http://regestry.lubgens.eu/news.php – from Valerie Warunek (PGSM). Database of Indexed church records (birth/urodzenia, marriage/malzenstwa, death/zgony) from Lubelskie wojewodztwo. No scans (skans), but it does have record (akt) #’s.
Stanczyk, has been sifting through the Index created on genealodzy.pl in their Geneszukacz database. Alright, only the Births Index, so far.
I see they have a total of nearly 7,300 people from those years (1875-1908) in their Birth Index. From Adam … Żyp . There were 58 ELIASZ in their index.Notice they used ELIASZ and not ELIJASZ. I found that interesting. They removed ‘J’ when they produced the index. Was that an error? Or was the indexer an expert? Because, in my heart of hearts, I believe the name (at least back to 1690) was ELIASZ.
It was only since 1869 when the Russian Empire forced Poland to keep records in Russian (Cyrillic) that the ‘J’ appeared from the Russian character ‘я’ (Ya) that ELIASZ became элияшъ . элияшъ is transliterated in a Latin alphabet as ‘Elijasz’.
I only wanted to mention this as while I believe the translated properly produced the index with respect to ELIASZ; You will need to realize that finding the record in Russian/Cyrillic, you will need to look for a different translation (i.e. ELIJASZ/элияшъ) in the indexes and the actual church records.
So now I have an index of ELIASZ born in Pacanow in the years 1875-1908. Now what? I compared the list of 58 with what I already had/knew. I saw an overlap of 22 people. So I have 36 new ELIASZ to resolve and add into the family tree. My options are:
- Write to Pacanow parish and request specific records (since I have year, Akt#),
- Write to Polish National Archive (again with detailed info),
- Hire a genealogist in Poland,
- Go on a genealogical tour to Poland.
The year range 1875-1908 is not completely in LDS microfilm. Although 1875-1884 is in LDS MF #’s:
So doing research in a local Family History Center or at the Family History Library (Salt Lake) is not an option for the remaining 36. So I now have better options for remote research.
My List of 58 ELIASZ.
On http://genealodzy.pl/ Stanczyk saw that they have an updated GENESZUKACZ database.
My ancestral village, PACANOW, was indexed for BIRTHS (1875-1908). I was able to verify it was correct with my grandfather (whose Birth Record I have) and a few others. I also found some I did not know about !!! I only wish they had the images (like in METRYKI database). Thank you: Wojciech Liśkiewicz (who I think was the indexer)!
Later in the day they(he) also added MARRIAGES(1875-1908) too.
Stanczyk, was not intending to write a blog post today. I hope Genealogy Moms are having a wonderful day today … too.
Yesterday, I was researching on FamilySearch.org. On a lark, I thought I would look at Croatia. In particular at Tenje. I did that because my maternal grandmother, Roza Göttler (aka Gottler/Goettler/Gettler). From her ship manifest, I knew her to come from Tenje (which was Austria-Hungary, then Jugoslavia, now presently Croatia). This explains the ever changing ethnicity throughout the US Federal Censuses. I did indeed find Gottlers in Tenje. I did not find my grandmother’s parents or my grandmother … unfortunately the years available online would not meet my needs. But something unusual happened. I found other affiliated family names: Eisenbeiser and Elter. So I am now convinced that Tenje (the Roman Catholic records) is where I will find my maternal grandmother.
That was so uplifting, on a lark, I thought I’d search for my maternal grandfather’s village. His was a bit of a problem too. Differing country names (like Roza Gottler), but his village name changed often too, so even though I had ship manifest, Declaration of Intent, and finally a Petition for Naturalization, I was still uncertain where he was from. I was pretty sure he was from the same area as Roza Gottler. My paternal grandparents were both married once, before they married each other and had my mother. So my grandfather emmigrated alone and my grandmother emmigrated with her first husband (John Reiner). Over the years, I developed many clues which I collected even though they did not fit together. This weekend, the clues came together! These stray clues allowed me to verify that the records I was viewing were my own family. What a gift on Mother’s Day weekend. I found both of her family parents’ families this weekend!
It turns out that my grandfather was born in Sarvas (now in Croatia) and in the same district as Tenje. So all those sources: Sawas is from Ship Manifest , then Storvish is from Declaration of Intent, and Dowash is from the Petition for Naturalization. The first Vespek birth record I found spelled the village as Starvas. These are all the same place! Some were slightly misspelled. Now I can see it. So in the same FamilySearch project in two different villages I found my maternal lines. Some direct lines, some indirect branches, others are affiliated families.
So I have set a fairly high level of confidence in these findings. As such, I believe I have found my Great-Grandfather Vendelin Vespek’s birth record. This is not 100% certain and I have to find 1 or 2 missing pieces to make it a 100% certain. For those who are second (or 3rd) cousins researching in the Vespek family tree pay attention to the remainder and download the image at the top.
Croatia, Church Books, 1516-1949 Roman Catholic (Rimokatolička crkva), Sarvas
Sarvaš Births (Rođeni) 1847-1865 [for Vespek, Kasper, Kantner, Fechtig, Emert, Platz, Zorn]
URL: FamilySearch Sarvas, Croatia [image 66 of 298]
Birth 8th / Baptism 9th – November – 1858
Vendelin son of Vendelin Vespek & Catherine Kaschper (aka Kasper)
born in Sarvas, House #43
Godparents: Tobias Jobst & Joanna Kreines
See Also …
Tenje (Osijek) – FamilySearch.org [for Gottler, Eisenbeiser, Elter]
Even though most of the records are in Latin, there are still records in Croatian.So for my Polish genealogy researchers, I would hasten a tip. As I was doing this I saw month names that were close to month names for Polish. Croatian is a Slavic language (albeit Southern Slav). So when I saw LISTOPAD (Croatian), I was immediately thinking NOVEMBER (in English), because LISTOPAD in Polish = November in English. But in Croatian, LISTOPAD = October. Surprise!
From Google Translator:
January, February, …, December – (English)
Sijecanj, Veljaca, Ozujak, Travanj, Svibanj, Lipanj, Srpanj, Kolovoz, Rujan, Listopad, Studeni, Prosinca – (Croatian)
Lisa Cooke (@LisaCooke) tweeted …
Digitized historic Sanborn Fire Maps are available from the Digital Public Library of America … a t: http://pinterest.com/pin/14847873744179015/
At first I was hopeful, but alas only maps from GA, KY (only Frankfurt?), and San Franciso (CA). For genealogists in those locales these are a treasure trove of info about the historic residences.
Library Of Congress – http://www.loc.gov/rr/geogmap/sanborn/
Wikipedia – http://en.m.wikipedia.org/wiki/Sanborn_Maps
Stanczyk, was overjoyed at the announcement of the newest FamilySearch.org database:
The URL / Link is: https://familysearch.org/search/collection/1968532 [bookmark it]
They just published it 29 April 2013 [after some issues were discussed]. No your eyes are not playing tricks, the FamilySearch.org website has had a makeover recently. It may be a unsettling if you have not visited the site in a while, but persevere, it is worth it.
Hurry and grab your dead relatives in case any controversy causes this database to disappear!
On 24 March 2013, I wrote about Gazetteers … and showed an index map of the Polish War Institute.
To follow along, visit … P46_S33_SANDOMIERZ map to see where Koprzywnica town is and its parish(es). Koprzywnica is near enough to my ancestral villages to merit an interest.
On 11 April 2011, in Ancestry.com, there was posting in the genealogy forums on a thread that I had participated related to the LESZCZYNSKI magnate family (and specifically King Stanislaw Leszczynski). This woman said that her family had a family lore about being related to King Stanislaw. Since this jester has that folklore in my family that has been echoed by 2nd/3rd cousins who also have Leszczynski blood, I thought I might investigate her (Ms. Rice) ancestors to see if there were any overlap with my own. Also since Koprzywnica was near enough that this could be a branch my LESZCZYNSKICH, I was off on another tangent.
I started with an Ignatz Leszczynski (the grandfather of Ms. Rice ??) who also happened to live Philadelphia (nice synergy with Stanczyk), because his bride happened to be a Sadowski (Leokadya Sadowski). So I found this Ignatz (Philadelphia) Leszczynski’s ship manifest and he was from Koprzywnica and was coming from his mother Zuzanna (a fairly uncommon Polish name).
On a lark, I said let me see if PTG’s website, genealodzy.pl has any data in their GENESZUKACZ or METRYK project databases for an Ignacy (i.e. Ignatz) Leszczynski from KOPRZYWNICA. Well they did and the year was a close match to the ship manifest. Well GENRSZUKACZ gave me the Akt# (Record #) and the year in KOPRZYWNICA, so I asked if the METRYK project had any image of that record … AND it did! Little Ignacy, was b. 1883 in Akt# 32 and his parents were:
WALENTY LESZCZYNSKI b. about 1849 given his age in 1883 &
ZUZANNA z. GAWRONSKI
Well that was some strong circumstantial evidence that I had found the correct parents for IGNACY LESZCZYNSKI of KOPRZYWNICA. The year match was good match to ship manifest and the mother was named Zuzanna, a match, and the birth parish matched the ship manifest.
Ignacy’s Church Record (#32) in 1883 also had a marginalia that was significant. It had Ignacy’s death date: 9th-November-1963 (Akt#57) in KOPRZYWNICA. So it appears that Ignacy moved back to Poland (before 1963). Also for those who tracing LESZCZYNSKI genealogy, I have outlined in a red box what LESZCZYNSKI looks like in CYRILLIC handwriting. I also red-underlined the Leszczynski name of the father so you would be sure that this is indeed a LESZCZYNSKI record.
It turns out that METRYK had the marriage record image form Walenty Leszczynski & Zuzanna Gawronski in 1876 (Akt #22) in Koprzywnica too. So now I had a Piotr Leszczynski as father of Walenty (Franciszka Bogunski was the mother). I found Walenty’s birth in 1849 (Akt# 26). From Piotr’s age it appears he was born about 1795. I did find a Teodora Leszczynska, daughter of Piotr Leszczynski & Franciszka Bogunska being born in 1835 (Akt #143). That was how I knew Piotr had a birth year about 1795. I could not find Piotr & Franciszka’s marriage record, so perhaps they were married elsewhere. I also did not find any other children of Piotr & Franciszka (other than Teodora & Walenty).
OK, so Stanczyk has found another Leszczynski family (albeit a common name). It is close enough that Piotr Leszczynski (father of Walenty, grandfather of Ignacy) could possibly be a father or an uncle of my great-grandfather Tomasz Leszczynski — but I am still a LONG ways away from ever proving that. My only saving grace is that Leszczynski in that neck of the woods, is not so common a family name. Right now, it is only a dream or a hope. But, I wanted to throw it out there and see if I get any hits from other genealogists. Email me!