Archive for ‘Technology’

April 20, 2014

Genealogy Indexer – Logan Kleinwak — #Genealogy, #Historical, #Directories

by C. Michael Eliasz-Solomon

Recently, while Stanczyk was on Twitter, I saw that  Logan Kleinwak (Genealogy Indexer / @gindexer) was again busy,  very busy.  Perhaps you do not remember that his website: http://genealogyindexer.org , publishes Historical Directories, Yizkor Books, Military Lists, etc.

GenealogyIndexer_2

What I noticed besides he was very busy indexing things and putting them online for searches is two things:

  1. In my 1st thought I noticed, “Collections” (each a menu to a page of resource links)
  2. My 2nd thought was Logan added a Latin-to-Cyrillic feature

I do not mention his excellent little piece of code to implement a keyboard for implementing whatever language’s special characters that are a might difficult to type on American keyboards. That I posted about before.

The Collection  I searched was “Directories”  and I saw:

Obviously this is the Gubernia of my paternal ancestors. So I was excited and I knew it was in Russian (i.e. Cyrillic characters) — a challenge.  AH, … now we see the need for the 2nd thoughtful feature, ‘Add Latin->Cyrillic’. This feature automatically adds the equivalent Cyrillic characters to the Latin characters you are searching for, in order to locate the equivalent, transliterated string in the Russian Directories. That is well thought out! Indeed Genius!

So my thanks to Logan for his fine piece of programming and history/genealogy indexing that he has done. If you have not done so, you owe it to yourself and your research to check out Genealogy Indexer. Add it to your social network (Facebook and Twitter) and bookmark the website in your browser.

 

 

Related Blog Articles …

03-May-2012 — Genealogy Indexer - Logan Kleinwak 

28 Feb 2012 — Dying for Diacriticals – Beyond ASCII

15 Jun 2011 —  Polish Genealogy – Useful Websites …

 

March 9, 2014

Archiwum Państwowego in Gdańsk & Pomorskie Towarzystwo Genealogiczne – 650,000 records scanned/online

by C. Michael Eliasz-Solomon

PTG

Stanczyk has news of yet another Polish Archive scanning and going online with vital records (older than 100 years).

The Pomeranian – Gdansk Archive will soon have 650,000 vital records scanned and online by the 2nd qtr this year.

The AP-GDANSK are working with Pomeranian Genealogical Society who already have 2.78Million records indexed and now will get 650,000 scanned images to go with index.

The National Archive (Gdansk) and Genealogical Society will share the online indexes/scans.

Something else to be thankful for this Easter/Passover season.

PomGenBase / PomGenBaza is here … :http://www.ptg.gda.pl/index.php/ptgnews/action/basesearch/

For more details, the full article can be read here [in Polish /po polskiu].

ArchiveArchiwum Państwowego w Gdańsku (AP-Gdansk)

Genealogical Society – Search The Pomorskie Towarzystwo Genealogiczne (PTG), which in English translates to the Pomeranian Genealogical Association

February 1, 2014

Rzeszow Galicia Cadastral Maps – Online in June

by C. Michael Eliasz-Solomon

CadastreMapsRZESZOWStanczyk, was perusing the Polish Genealogical Society Connecticut & NorthEast Facebook page recently and noticed that on 27-January-2014 their posting on digitized cadastral surveys from the State Archives in Przemyśl . The  full text of the Polish State Archive (  http://www.archiwa.gov.pl ) news is posted  here.

By the end of June, the Przemyśl state archives will complete the digitization of Galician cadastral maps started in 2012 of 63,000 pages of descriptive material to the cadastral maps of the villages . The 63,000 pages accompanies 9,084 digitized map sheets of 743 localities of the former province of Rzeszow and 29 more localities now in Ukraine.

Digitized copies of the documents so far will be at the Przemysl archive by the end of March for  study. Afterwards, the scans will be published online at the site:  szukajwarchiwach.pl .

Also See …

Gesher GaliciaInventory of Galicia Cadastral Maps

December 4, 2013

Online Inventory of ŚwiętoKrzyskie Parish Books

by C. Michael Eliasz-Solomon

Wordless Wednesday …

WordlessWed_20131204

September 24, 2013

The Library of Congress & PA State Library — #Genealogy, #Archives, #Libraries

by C. Michael Eliasz-Solomon

PAStateLib_1PAStateLib_2

The Library of Congress

(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:

http://www.portal.state.pa.us/portal/server.pt/community/collections/8728/digital_collections_at_the_state_library_of_pennsylvania/524375

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., [1920]
This is a six page memorial to the fallen veterans who lived in Mahanoy City in the anthracite coal region of northeastern Pennsylvania.

http://accesspadr.org/cdm4/document.php?CISOROOT=/sstlp-wwi&CISOPTR=411&CISOSHOW=405

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.

September 15, 2013

Ancestry App v5.0 — #Genealogy, #Technology

by C. Michael Eliasz-Solomon

Ancestry5_0

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.

AncestryError

Ancestry.com site problems?

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

September 7, 2013

Radom Roman Catholic Church Books, 1587-1966 — #Polish, #Genealogy, #Stanczyk

by C. Michael Eliasz-Solomon

05September2013_FSFamily Search has updated their Polish Collection & Czech Census too on September 4th & 5th.

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:

https://familysearch.org/learn/wiki/en/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.

August 12, 2013

Oracle 12c – Multi-Tenant Databases — #STEM, #Oracle

by C. Michael Eliasz-Solomon

Oracle12c

Oracle 12c

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.

Multitenant Database

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.

Conclusion

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.

August 8, 2013

Wordless Wednesday — #Oracle, #12c, #STEM, #GEEK

by C. Michael Eliasz-Solomon

Oracle 12c installed . Getting my #GEEK on this week.

 

Ora12c_Installed

August 7, 2013

Oracle v 12c … vs. Greenplum MPP — #STEM, #Oracle, #Greenplum, #BigData

by C. Michael Eliasz-Solomon

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.

GreenPlum

Oracle

MPP platform

MPP – RAC(aka Oracle parallel server)

Full SQL (Postgres)

Full SQL (Oracle, ANSI)

Compression

Compression since 11g, ADO/ILM 12c

B-Tree / BitMap Indexes

B-Tree / BitMap Indexes

JDBC/ODBC/OLE

JDBC/ODBC/OLE/Pro*C (etc.)

Parallel Query Optimizer

Parallel Query Optimizer

External Tables

External Tables

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:

LINK: http://docs.oracle.com/cd/E27101_01/doc.10/e27365/directhdfs.htm

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...)
                      );

CONCLUSION
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.

August 6, 2013

This Jester Has Been Consulting the Oracle — #STEM, #ILM, #ADO, #Oracle

by C. Michael Eliasz-Solomon

Dateline 06 Aug 2013 — 

OracleLogo
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.

ILM_ora

Source:  Oracle Documentation

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.

Tags: , , , ,
July 28, 2013

FamilySearch.Org — #Genealogy, #STEM, #Database

by C. Michael Eliasz-Solomon

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:

Asimov

July 14, 2013

A Bit of Blog Bigos … #Genealogy, #Polish

by C. Michael Eliasz-Solomon

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.

bigos_huntersstewA 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!

 

SzukajArchiwum_June

Meanwhile on:

♥  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)!

May 21, 2013

Pacanow 1875-1908 Index

by C. Michael Eliasz-Solomon

St. Martin -  Pacanow Church about 1918

St. Martin – Pacanow Church about 1918

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:

  1. Write to Pacanow parish and request specific records (since I have year, Akt#),  
  2. Write to Polish National Archive (again with detailed info),
  3. Hire a genealogist in Poland,
  4. 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:

1192351 Item 10,    1192352 Items 1-2,   1807621 Items 8-11,    1807622 Items 1-3

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.

May 19, 2013

Genealodzy.pl – Geneszukacz Database, Pacanow 1875-1908 — #Polish, #Genealogy, #Pacanow

by C. Michael Eliasz-Solomon

Genealodzy_plOn 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.

BIRTHS

MARRIAGES

See Also:

Domagala, Hajek, Kedzierski, Odomski, Paluch, Poniewierski, Siwiec, Wlecial, Wojtys, Zasucha, Zdziebko, Zwolski

May 12, 2013

♥ Happy Mothers Day ♥ — #Genealogy, #German, #Croatia, #Vespek

by C. Michael Eliasz-Solomon

VespekVendelin_Birth18581108_SarvasCroatia_GGrandfather

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.

NOTES:

Croatia, Church Books, 1516-1949 Roman Catholic (Rimokatolička crkva), Sarvas

Corresponding LDS MF #’s1739003 Items 4-5,  1739004 Items 1-7

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]

URL:  Tenje

P.S.

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)

April 30, 2013

Michigan, Death Certificates, 1921-1952 — #Genealogy, #Michigan

by C. Michael Eliasz-Solomon

Stanczyk, was overjoyed at the announcement of the newest FamilySearch.org database:

Michigan, Death Certificates, 1921-1952

The URL / Link is:  https://familysearch.org/search/collection/1968532 [bookmark it]

FamilySearch_MIDeathCerts_1921_1952

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!

 

April 6, 2013

Holocaust Remembrance Day (Yom HaShoah) — #Genealogy, #Jewish, #Polish

by C. Michael Eliasz-Solomon

RemembranceHolocaust Remembrance Day (Yom HaShoah) 2013 begins in the evening of: Sunday, April 7
and ends in the evening of: Monday, April 8. In the Hebrew Calendar is 27 Nisan (see Stephen Morse’s Jewish Calendar Conversion tool) is Yom HaShoah and varies in the Gregorian calendar across the Months of April/May.

To honor my wife Teréza and our children let me add a Jewish Genealogy blog post. It is for a Polish village in the AP Grodzisk (Warsaw, Blonie) and is called: Góra Kalwaria. Góra Kalwaria can be found in PRADZIAD database. What is great about this news is that there is yet another project beyond the ones I have previously written about (SzukachwArchiwum.pl and Metryk in PTG). This village and its images can be found in: Metryki.GenBaza.pl (AP Gordzisk) for :

This is just one of many congregations (Catholic & Jewish) that they have scanned. There appear to be about 110 villages in total so far this Polish National Archive in Grodzisk (a branch office of Warsaw).  I picked this village because it is all about the Jewish congregation (that I provided the Pradziad link for). The records run from 1826 – 1910 inclusive and there no missing years. This is a remarkably complete/intact record of a Jewish congregation in Poland. The scanned records from 1826-1867 are written in Polish and then starting in 1868 the records are written in Russian all the way through 1910.

So for the Jewish-Polish genealogists who read this blog, here is a treasure trove to research. In actuality, many of the 110 villages have Jewish records. Look for the abbreviation ‘moj’ (short for mojżeszowe). So I hope this is a joyful news for the remembrance of this solemn occasion.

Good genealogy to all my readers!

–Stanczyk

.

Follow

Get every new post delivered to your Inbox.

Join 371 other followers

%d bloggers like this: