Home› Welcome to the FamilySearch Community!› FamilySearch Help› Family Tree

Standardized Places don't persist from Source Linker

ScottStieg
ScottStieg ✭✭
July 20, 2021 edited August 4, 2021 in Family Tree

Hi: I've noticed over the last 6 months or so that, even after standardizing place names with in the Source Linker, getting the little map pin in confirmation, when I go to the Person page where the record is shown, the place name for the just-added source has a red exclamation mark next to it. This is true even though that place name is actually the standard place name left by the standardization in the Source Linker. The workaround is to re-standardize within the Person page, which fixes it. However, this requires one to standardize place names twice, or to just give up trying to standardize them within Source Linker. Neither are very desirable. I've tried to describe this before but only get vague answers. Any ideas? I'm using Chrome browser, Win 10.

One more thing; it doesn't always happen. Seems like some kind of timing issue?

Tagged:
  • Source Linker
  • Place standardization problem.
1

Best Answers

  • MNuttall
    MNuttall ✭✭✭
    July 20, 2021 Answer ✓

    Hello @ScottStieg.

    The issue you describe was first reported in April, but, as you said, seems to now be an on-again, off-again issue.

    In your experience, has the problem been when attaching census records as sources? And, would you be able to provide us with screenshots of the problem? If you can provide an example we can investigate further.

    0
  • Gordon Collett
    Gordon Collett ✭✭✭✭✭
    July 20, 2021 edited July 20, 2021 Answer ✓

    Desktop iMac, Mac OS 11.4, Safari 14.1.1

    I had this happen consistently today while attaching christening records. I'll go detach one I just put on, delete the info from Family Tree and go through the process again and so you can see what is happening:

    Starting point:

    Screen Shot 2021-07-20 at 11.51.54 AM.png

    I find her christening record:

    Screen Shot 2021-07-20 at 11.53.28 AM.png

    Click "Attach to Family Tree" to enter the source linker:

    Screen Shot 2021-07-20 at 11.54.28 AM.png

    I move over the christening information and the place looks standardized. I even have clicked on the place name and re-standardized it to be absolutely certain it is:

    Screen Shot 2021-07-20 at 11.54.47 AM.png

    I click Attach, then leave the Source Linker and return to Kari's page to find that the standardized version of the place name was not attached:

    Screen Shot 2021-07-20 at 11.58.36 AM.png

    This only seems to happen with places. The date was standardized just fine even though I left the display date as it was in the source. I have gone back and fixed both the date and the place so I don't forget to do so later.

    Hope the work flow and screen shots help track down the trouble.

    0
  • Julia Szent-Györgyi
    Julia Szent-Györgyi ✭✭✭✭✭
    July 20, 2021 Answer ✓

    I've had this happen repeatedly with passenger lists and at least once with a census record. It especially doesn't like "New York City, New York, United States" when it comes from Source Linker. (Or so it seems.)

    Checking My Contributions, it looks like my last "episode" was on July 14, with New York passenger lists. It did not happen with the Hungary Civil Registration records that showed up as indexed yesterday. (Granted, those generally don't have data to transfer via Source Linker.)

    0

Answers

  • ScottStieg
    ScottStieg ✭✭
    July 20, 2021

    Hi; It's Scott Stieg again. It happens with place names, in all sorts of records including many many census records. You can see the screen shots from above; it's exactly the same symptom: the standardized place name shows the map pin in Source Linker, but in the Person page, the exact same standardized place name has a red exclamation mark next to it. It seems like it gets worse the longer my session is, like something is getting behinder and behinder. That's everything I have to offer.

    0
  • Sharon Prouting
    Sharon Prouting ✭✭
    August 4, 2021 edited August 4, 2021

    Just want to suggest that you try to delete the cookies and temp. internet files from your browser.

    As you said @ScottStieg it gets worse the longer your session is. Seems as though attaching sources creates a lot of cookies and this can lead to some problems.

    Generally speaking if things are not working as they should in FamilySearch first thing to try is clear your browser.

    Personally I clear my browser daily if using FamilySearch a lot.

    https://www.familysearch.org/help/helpcenter/article/how-do-i-delete-all-of-the-cookies-and-temporary-files-stored-by-my-internet-browser

    Try it and see if it helps.

    1
  • H Tracy Hall, Jr
    H Tracy Hall, Jr ✭
    August 31, 2021 edited August 31, 2021

    More than a decade ago, when I was serving in FamilySearch support for The "New Family Search," item after item in the Knowledge Base gave, as the work-around for a multitude of problems, "Clear your Cookies!" It seems that nothing ever changes.

    I'm not a database engineer, so I don't really understand how cookies work, but why on earth must FamilySearch forever allow cookies to cripple it? Is the system hopelessly wedded to such high caloric intake? And where is Cookie Monster when you need him?

    Cookie-Monster-cookie-crumbs.jpg


    2
  • ScottStieg
    ScottStieg ✭✭
    November 26, 2021

    Hi It's Scott Stieg again; just wanted to point out that this problem still happens within the Source Linker, in place names, in all sorts of fields; marriage places, birth places, etc. The text that appears is exactly to the letter the standardized place name but is marked with the red exclamation point. This is a serious bug as it wastes a lot of time having to re-standardize place names that are already letter-perfect. I sure wish someone would look into this. All the screen shots you could ever want are above. Please don't ask me to clear my cookies again or I will lose them!

    2
  • dontiknowyou
    dontiknowyou ✭✭✭✭✭
    November 27, 2021

    I have been getting this bug daily for the past week.

    1
  • ScottStieg
    ScottStieg ✭✭
    November 27, 2021

    Here's another odd thing that might be related. See

    https://www.familysearch.org/search/linker?pal=%2Fark%3A%2F61903%2F1%3A1%3AV1MC-NT7&id=27DW-TYM&hinting=%2Ftree%2Fperson%2Fdetails%2F27DW-TYM&icid=fs-hinting
    • Notice the (incorrect) birthplace shown in the right pane: "Philadelphia Monthly Meeting, Philadelphia, Pennsylvania, United States" Now, look at the actual birth place in the person: 27DW-TYM. It has "Philadelphia, Philadelphia, Pennsylvania". Not wrong but not standardized yet.

    The "Philadelphia Monthly Meeting, Philadelphia, Pennsylvania, United States" is a standardized place, but it is wrong. It's below the correct standardized place in the place pick list.

    0
  • dontiknowyou
    dontiknowyou ✭✭✭✭✭
    November 28, 2021

    "Philadelphia Monthly Meeting, Philadelphia, Pennsylvania, United States" is an unrelated problem. I have been seeing it for years, literally, whenever the actual text in any event place name is "Philadelphia, Philadelphia, Pennsylvania, United States".

    1
  • ScottStieg
    ScottStieg ✭✭
    November 28, 2021

    Huh, strange. Maybe a stealth plug for the Quakers, ha! I guess I was just doing a lot of Philadelphia. But, bug, nonetheless; shouldn't it just show whatever unstandardized text is in the Place field?

    0
  • ScottStieg
    ScottStieg ✭✭
    December 17, 2021
    • Marion, Ohio, United States


    0
  • ScottStieg
    ScottStieg ✭✭
    December 17, 2021

    Hi; I'm commenting on this bug that has persisted now for quite some time. It looks like it's getting better; don't know, of course, if any work has been done on it. However, places like this one consistently fail to remain standardized as they are attached in the Source Linker:

    Marion, Ohio, United States

    that is, of the form County, State, United States. These always fail and have to be re-standardized within the person. As usual, no actual change is needed in the place's text, just the action of standardization fixes it. The original text within the Source Linker is always marked as standardized, with the little map pin symbol.

    0
  • Paul W
    Paul W ✭✭✭✭✭
    December 18, 2021 edited December 18, 2021

    I just replicated, as shown in screenshot.


    Marion, ohio 1.png


    0
  • ScottStieg
    ScottStieg ✭✭
    January 28, 2022

    Hi it's Scott Stieg again. Just wanted to point out this bug is as virulent as ever. I have to constantly re-standardize perfectly standard place names in census and marriage event fields. I sure wish someone would fix this as it wastes a lot of time. Yes, I cleared browser, etc. but has no effect.

    0
  • ScottStieg
    ScottStieg ✭✭
    April 16, 2022

    Hi, it's me again. Just wanted to point out that this bug still persists, although it seem to have shrunk to affecting only marriage and burial places.

    1
  • dontiknowyou
    dontiknowyou ✭✭✭✭✭
    April 16, 2022 edited April 16, 2022

    Yes. I am seeing this bug consistently on marriage records. Including some worked today.

    Also, it is only on the web interface. Mobile app is fine.

    0
  • Harvest8
    Harvest8 ✭✭✭
    April 16, 2022

    On a PC, chrome browser, hiccup persists 4 days, US census Columbus, Platte, Nebraska 1860 to 1880. THANK YOU in advance to programmers team to fix.

    0
  • ScottStieg
    ScottStieg ✭✭
    April 30, 2022

    Scott Stieg again; this years-long bug still exists, and in all place fields, not just marriage. Today I noticed that a place like "Schwetzingen, Baden, Germany" will not standardized, but if you select instead "Schwetzingen, Mannheim, Baden, Germany", it works fine, no problems. I wonder if the standard place only has three pieces, it fails. This is very consistent today. Take a look at Karl Friedrich Breitenbucher

     • G61D-XM1

    • 16 September 1915 – DeceasedI sure wish someone would take this seriously as it is a great time-waster, it's been going on for years and only FS has the resources to fix it.
    0
Clear
No Groups Found

Categories

  • 30.1K All Categories
  • 24.2K FamilySearch Help
  • 126 Get Involved
  • 2.7K General Questions
  • 442 FamilySearch Center
  • 462 FamilySearch Account
  • 4.5K Family Tree
  • 3.4K Search
  • 4.7K Indexing
  • 641 Memories
  • 6.5K Temple
  • 325 Other Languages
  • 34 Community News
  • 6.6K Suggest an Idea
  • Groups