<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: What happens when you change from .ipynb to .py as default fileformat for notebooks in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/what-happens-when-you-change-from-ipynb-to-py-as-default/m-p/120416#M46160</link>
    <description>&lt;P class="_1t7bu9h1 paragraph"&gt;Changing the default notebook file format from &lt;CODE&gt;.ipynb&lt;/CODE&gt; to &lt;CODE&gt;.py&lt;/CODE&gt; in Databricks has several implications based on current implementations and user scenarios:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;User Experience&lt;/STRONG&gt;: The &lt;CODE&gt;.ipynb&lt;/CODE&gt; format captures more comprehensive data, including environment settings, visualizations, and widgets, enhancing user experience. In contrast, the &lt;CODE&gt;.py&lt;/CODE&gt; format is more minimalistic, capturing only the source code&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;Compatibility Issues&lt;/STRONG&gt;: There are potential concerns for users who primarily rely on Git and source control, as notebooks committed in the &lt;CODE&gt;.py&lt;/CODE&gt; format may lack critical metadata and features compared to &lt;CODE&gt;.ipynb&lt;/CODE&gt; files. This can lead to unexpected behavior, especially in serverless environments that utilize notebook features not captured in the source format&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;Impact on Existing Notebooks&lt;/STRONG&gt;: Changing the default format will not retroactively affect existing notebooks. Only newly created notebooks will adopt the new default setting, ensuring that current workflows remain unaffected&lt;/P&gt;
&lt;/LI&gt;
&lt;/OL&gt;</description>
    <pubDate>Wed, 28 May 2025 12:26:44 GMT</pubDate>
    <dc:creator>Walter_C</dc:creator>
    <dc:date>2025-05-28T12:26:44Z</dc:date>
    <item>
      <title>What happens when you change from .ipynb to .py as default fileformat for notebooks</title>
      <link>https://community.databricks.com/t5/data-engineering/what-happens-when-you-change-from-ipynb-to-py-as-default/m-p/120412#M46158</link>
      <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I was struggling to do Pull Requests with the "new" default fileformat for Notebooks and wanted to change it back to source(.py). My questions are:&lt;/P&gt;&lt;P&gt;1) Does this affect the whole workspace for all users?&lt;/P&gt;&lt;P&gt;2) Does this change the format of old .ipynb files or does this need to be done manually for each notebook?&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.databricks.com/aws/en/notebooks/notebook-format#change-the-default-notebook-format-setting" target="_blank" rel="noopener"&gt;Manage notebook format | Databricks Documentation&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 28 May 2025 11:36:40 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/what-happens-when-you-change-from-ipynb-to-py-as-default/m-p/120412#M46158</guid>
      <dc:creator>martheelise</dc:creator>
      <dc:date>2025-05-28T11:36:40Z</dc:date>
    </item>
    <item>
      <title>Re: What happens when you change from .ipynb to .py as default fileformat for notebooks</title>
      <link>https://community.databricks.com/t5/data-engineering/what-happens-when-you-change-from-ipynb-to-py-as-default/m-p/120416#M46160</link>
      <description>&lt;P class="_1t7bu9h1 paragraph"&gt;Changing the default notebook file format from &lt;CODE&gt;.ipynb&lt;/CODE&gt; to &lt;CODE&gt;.py&lt;/CODE&gt; in Databricks has several implications based on current implementations and user scenarios:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;User Experience&lt;/STRONG&gt;: The &lt;CODE&gt;.ipynb&lt;/CODE&gt; format captures more comprehensive data, including environment settings, visualizations, and widgets, enhancing user experience. In contrast, the &lt;CODE&gt;.py&lt;/CODE&gt; format is more minimalistic, capturing only the source code&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;Compatibility Issues&lt;/STRONG&gt;: There are potential concerns for users who primarily rely on Git and source control, as notebooks committed in the &lt;CODE&gt;.py&lt;/CODE&gt; format may lack critical metadata and features compared to &lt;CODE&gt;.ipynb&lt;/CODE&gt; files. This can lead to unexpected behavior, especially in serverless environments that utilize notebook features not captured in the source format&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P class="_1t7bu9h1 paragraph"&gt;&lt;STRONG&gt;Impact on Existing Notebooks&lt;/STRONG&gt;: Changing the default format will not retroactively affect existing notebooks. Only newly created notebooks will adopt the new default setting, ensuring that current workflows remain unaffected&lt;/P&gt;
&lt;/LI&gt;
&lt;/OL&gt;</description>
      <pubDate>Wed, 28 May 2025 12:26:44 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/what-happens-when-you-change-from-ipynb-to-py-as-default/m-p/120416#M46160</guid>
      <dc:creator>Walter_C</dc:creator>
      <dc:date>2025-05-28T12:26:44Z</dc:date>
    </item>
  </channel>
</rss>

