<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel rdf:about="https://community.wolfram.com">
    <title>Community RSS Feed</title>
    <link>https://community.wolfram.com</link>
    <description>RSS Feed for Wolfram Community showing any discussions tagged with Image Processing sorted by active.</description>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3775425" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3767159" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3763077" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3753019" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3755965" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3748245" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3728992" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3728193" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3726674" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3727439" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3727475" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3716438" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3715214" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3713149" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3713168" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/2437685" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3710432" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3701280" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3701601" />
        <rdf:li rdf:resource="https://community.wolfram.com/groups/-/m/t/3686203" />
      </rdf:Seq>
    </items>
  </channel>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3775425">
    <title>Generating images using only horizontal lines</title>
    <link>https://community.wolfram.com/groups/-/m/t/3775425</link>
    <description>![Generating images using only horizontal lines][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=GeneratingImagesusingonlyHorizontalLines.jpg&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/d452b511-fc8a-489a-8d71-b705348d96e3</description>
    <dc:creator>Gilmer Gary</dc:creator>
    <dc:date>2026-08-06T20:35:21Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3767159">
    <title>The Swatch Color Function</title>
    <link>https://community.wolfram.com/groups/-/m/t/3767159</link>
    <description>&amp;amp;[Wolfram Notebook][1]&#xD;
&#xD;
&#xD;
  [1]: https://www.wolframcloud.com/obj/3cc25543-4a5e-4d3f-b697-750dba8667b7</description>
    <dc:creator>Ed Pegg</dc:creator>
    <dc:date>2026-07-23T20:08:21Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3763077">
    <title>[WSRI26] A Remote Sensing Methodology for Automatic Treeline Detection and Analysis</title>
    <link>https://community.wolfram.com/groups/-/m/t/3763077</link>
    <description>![A Remote Sensing Methodology for Automatic Treeline Detection and Analysis][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=image-2026-07-17T00-19-02Z.png&amp;amp;userId=3760314&#xD;
  [2]: https://www.wolframcloud.com/obj/43409420-7b55-4d36-8573-e4dbc38fdeab</description>
    <dc:creator>Siddhi Patel</dc:creator>
    <dc:date>2026-07-17T00:20:54Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3753019">
    <title>[WSRP26] Analysing the rotational kinetic chain of a cross punch</title>
    <link>https://community.wolfram.com/groups/-/m/t/3753019</link>
    <description>![Analysing the rotational kinetic chain of a cross punch][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=newPunch.png&amp;amp;userId=3751686&#xD;
  [2]: https://www.wolframcloud.com/obj/a609a921-f3b4-4a3a-b03a-c4b3f771adb3</description>
    <dc:creator>Nicholas Zhan</dc:creator>
    <dc:date>2026-07-09T21:41:31Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3755965">
    <title>Can I get some help with Rasterizing a TabularSummary?</title>
    <link>https://community.wolfram.com/groups/-/m/t/3755965</link>
    <description>I&amp;#039;m working with someone who&amp;#039;s trying to do something like this:&#xD;
&#xD;
```&#xD;
Rasterize[&#xD;
 TabularSummary@ResourceData[&amp;#034;Sample Tabular Data: Car Models&amp;#034;]]&#xD;
```&#xD;
&#xD;
but she wants to be able to control how &amp;#034;tall&amp;#034; the summary is before it&amp;#039;s rasterized. Like she can manually stretch it but then when she calls Rasterize it goes back to its normal size right. She can&amp;#039;t like manually take a screenshot because she wants to get an agent to do this for her and it&amp;#039;d be hard I guess to have an agent stretch the pane for her (I don&amp;#039;t personally know all that much about agents) but anyway do you happen to know a way to do this?</description>
    <dc:creator>Eric Parfitt</dc:creator>
    <dc:date>2026-07-11T01:14:54Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3748245">
    <title>Smooth real-time 60 FPS webcam streaming using under 50 lines of Wolfram code</title>
    <link>https://community.wolfram.com/groups/-/m/t/3748245</link>
    <description>![Smooth real-time 60 FPS webcam streaming using under 50 lines of Wolfram code][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=m2-res_754p.gif&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/655c28d9-1670-4b07-aa30-c04a41bdd686</description>
    <dc:creator>Kirill Vasin</dc:creator>
    <dc:date>2026-07-07T19:24:41Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3728992">
    <title>A colorful grab-bag: analytic CIE 1931 CMF approximants, Oklab and Kubelka-Munk</title>
    <link>https://community.wolfram.com/groups/-/m/t/3728992</link>
    <description>![A colorful grab-bag: analytic CIE 1931 CMF approximants, Oklab and Kubelka-Munk][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=Acolorfulgrab-bag.png&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/64c340ae-1f09-49e3-87c9-397920f3ee03</description>
    <dc:creator>J. M.</dc:creator>
    <dc:date>2026-06-08T02:39:59Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3728193">
    <title>Concrete crack classification with deep learning</title>
    <link>https://community.wolfram.com/groups/-/m/t/3728193</link>
    <description>![Concrete crack classification with deep learning][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=3862training.png&amp;amp;userId=23928&#xD;
  [2]: https://www.wolframcloud.com/obj/7d33f6d8-b3c7-4823-8086-347350f92adb</description>
    <dc:creator>Shenghui Yang</dc:creator>
    <dc:date>2026-06-06T03:53:55Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3726674">
    <title>TSVD and autoencoder for image restoration: a comparative study</title>
    <link>https://community.wolfram.com/groups/-/m/t/3726674</link>
    <description>![TSVD and autoencoder for image restoration: a comparative study][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=Untitled.png&amp;amp;userId=3725281&#xD;
  [2]: https://www.wolframcloud.com/obj/f739071a-2e30-4972-9281-a7fdea53a508</description>
    <dc:creator>Jaekyung Seol</dc:creator>
    <dc:date>2026-06-03T17:59:46Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3727439">
    <title>StreetView360: draggable 360° panoramas using Google Maps street view tiles API</title>
    <link>https://community.wolfram.com/groups/-/m/t/3727439</link>
    <description>&amp;amp;[Wolfram Notebook][1]&#xD;
&#xD;
&#xD;
  [1]: https://www.wolframcloud.com/obj/13c43fef-f4ac-4a80-880c-ab0a9550b068</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-06-04T12:48:00Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3727475">
    <title>Every river in Britain: elevation drainage networks, Horton&amp;#x2013;Strahler statistics of the Dee &amp;amp; Don</title>
    <link>https://community.wolfram.com/groups/-/m/t/3727475</link>
    <description>[![Every river in Britain: elevation drainage networks, Horton\[Dash]Strahler statistics of the Dee &amp;amp; Don][1]][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=3725RivernetworksfromelevationdataHorton-StrahlerstatisticsoftheDeeandtheDon.jpg&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/d9d28359-30da-47c4-8376-717322009a9c</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-06-04T14:52:45Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3716438">
    <title>Painting a Kerr black hole: a backward null-geodesic ray tracer with a real astrophotograph</title>
    <link>https://community.wolfram.com/groups/-/m/t/3716438</link>
    <description>![Painting a Kerr black hole: a backward null-geodesic ray tracer with a real astrophotograph][1]&#xD;
*&amp;#034;Hook image: a viewport screenshot from inside an interactive Wolfram viewer, looking at a 360-degree black-hole panorama generated by OpenAI&amp;#039;s gpt-image-2. This is AI art -- striking, but not derived from general relativity. The rest of the notebook builds the same scene from physics, in pure Wolfram Language. See Section 11 for the viewer itself.&amp;#034;*&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=PaintingaKerrblackhole.jpg&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/1cc09d34-423c-4144-9e2c-c256740295ad</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-05-15T09:49:06Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3715214">
    <title>Google Earth Engine (GEE) paclet: satellite imagery fundamentals</title>
    <link>https://community.wolfram.com/groups/-/m/t/3715214</link>
    <description>&amp;amp;[Wolfram Notebook][1]&#xD;
&#xD;
&#xD;
  [1]: https://www.wolframcloud.com/obj/f3cc5b88-f290-4e68-ac29-2d450c373fd1</description>
    <dc:creator>Diego Zviovich</dc:creator>
    <dc:date>2026-05-12T23:08:24Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3713149">
    <title>Working with 3D objects: built-in, web, LiDAR, and AI-generated pipelines</title>
    <link>https://community.wolfram.com/groups/-/m/t/3713149</link>
    <description>&amp;amp;[Wolfram Notebook][1]&#xD;
&#xD;
&#xD;
  [1]: https://www.wolframcloud.com/obj/94bc292b-dd9a-4176-bdf8-e8edfcdffdc7</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-05-07T20:36:56Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3713168">
    <title>Textured 3D object: iPhone-scan, bite-force viz, AR publish, 3D-printable export one-liner style</title>
    <link>https://community.wolfram.com/groups/-/m/t/3713168</link>
    <description>&amp;amp;[Wolfram Notebook][1]&#xD;
&#xD;
&#xD;
  [1]: https://www.wolframcloud.com/obj/a2be2b64-94ff-4994-bd88-ffacbc0e4bb5</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-05-08T09:06:26Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/2437685">
    <title>Load DICOM with actual data values: Import/Export changes data</title>
    <link>https://community.wolfram.com/groups/-/m/t/2437685</link>
    <description>I&amp;#039;m very happy with the continued improvement of the Dicom import and export functionality and speed. &#xD;
However, there is one issue with the current implementation that makes it very unuseful if you do quantitative image analysis. It might be that I miss an option if not I think this should be fixed.&#xD;
&#xD;
In the Mathematica documentation and examples, Dicom data is typically shown and imported as images which I understand for display purposes. But I consider the information in Dicom files as data, very well curated and standardized. &#xD;
For many (MRI) applications, the actual quantitative values of voxels stored in Dicom actually have meaning, values, and even units. For example in the image below each voxel value is actually a quantitative measure of T2 relaxation time in the heart, where the values are stored in milliseconds as voxel values as is also mentioned in the metadata. &#xD;
&#xD;
![enter image description here][1]&#xD;
&#xD;
![enter image description here][2]&#xD;
&#xD;
To get from the stored values to quantitative values (WV, DV or FP) the fields from the header and the equations are well defined.&#xD;
&#xD;
Header values:&#xD;
&#xD;
- SV = stored value of DICOM PIXEL DATA without scaling&#xD;
- WS = RealWorldValue slope (0040,9225) &amp;#034;RWVSlope&amp;#034;&#xD;
- WI = RealWorldValue intercept (0040,9224) &amp;#034;RWVIntercept&amp;#034;&#xD;
- RS = rescale slope (0028,1053) &amp;#034;RescaleSlope&amp;#034;&#xD;
- RI = rescale intercept (0028,1052) &amp;#034;RescaleIntercept&amp;#034;&#xD;
- SS = scale slope (2005,100E) &amp;#034;ScaleSlope&amp;#034;&#xD;
&#xD;
Outputs:&#xD;
&#xD;
- WV = real world value&#xD;
- FP = precise value&#xD;
- DV = displayed value&#xD;
&#xD;
Formulas:&#xD;
&#xD;
- WV = SV * WS + WI&#xD;
- DV = SV * RS + RI&#xD;
- FP = DV / (RS * SS)&#xD;
&#xD;
So my first try was that I want to obtain the &amp;#034;RawData&amp;#034; to access the SV pixel data, which does not output anything. &#xD;
&#xD;
![enter image description here][3]&#xD;
&#xD;
Eventually, if I import this Dicom file into Mathematica I have to use a lot of tricks to get to the correct stored values. The Dicom images I use are stored as 12-bit Integers but are converted by Mathematica to a Numerical array with type Int16. Also, I have to specifically specify that I don&amp;#039;t want any &amp;#034;DataTransformation&amp;#034; which by default rescales the data and actually changes some voxel values!!!!&#xD;
&#xD;
    In[1]:= &amp;lt;&amp;lt; QMRITools`&#xD;
    &#xD;
    {meta, data, bd} = &#xD;
      Import[file, {&amp;#034;dicom&amp;#034;, {&amp;#034;MetaInformation&amp;#034;, &amp;#034;Data&amp;#034;, &amp;#034;BitDepth&amp;#034;}}, &#xD;
       &amp;#034;DataTransformation&amp;#034; -&amp;gt; None];&#xD;
    dataT = Import[file, {&amp;#034;dicom&amp;#034;, {&amp;#034;Data&amp;#034;}}];&#xD;
    &#xD;
    {dd = ToExpression[&#xD;
       StringJoin @@ &#xD;
        StringCases[NumericArrayType[data], DigitCharacter]], bd}&#xD;
    {ss, rs, ri} = &#xD;
     meta /@ {&amp;#034;2005_100e&amp;#034;, &amp;#034;RescaleSlope&amp;#034;, &amp;#034;RescaleIntercept&amp;#034;}&#xD;
    &#xD;
    {data, dataT} = Normal@{data, dataT};&#xD;
    &#xD;
    svT = 2.^bd (dataT/(2.^dd));&#xD;
    pfT = (rs svT + ri)/(rs ss);&#xD;
    &#xD;
    sv = 2.^bd (data/(2.^dd));&#xD;
    pf = (rs sv + ri)/(rs ss);&#xD;
    &#xD;
    PlotData[pfT, pf]&#xD;
    &#xD;
    Out[3]= {16, 12}&#xD;
    &#xD;
    Out[4]= {1.99854, 0.500366, -2.}&#xD;
&#xD;
For my current research, I need the PF values and to get them correctly I have to:&#xD;
&#xD;
 1. Use &amp;#034;DataTransformation&amp;#034;-&amp;gt;None, which is not really well documented what it actually does. But based on what I see actual values of the data are changed by clipping the histogram, which for default handling of medical data is never OK!! &#xD;
![enter image description here][4]&#xD;
 2. As far as I am aware the only way to obtain the actual stored values of my Dicom data (the actual binary values stored in the file itself) I have to find the actual BiteDepth and the imported data type and rescale my data accordingly.&#xD;
&#xD;
&#xD;
Below are the obtained PF valued data I need with and without DataTransformation. Although the image on the right might look less appealing with default range and scaling it is actually correct when scaled apropriately. &#xD;
![enter image description here][5]&#xD;
![enter image description here][6]&#xD;
&#xD;
Am I missing a correct option for getting the actual data stored? If not this should definitely be changed. Dicom is the international standard to transmit, store, retrieve, print, process, and display medical imaging information. With the current implementation, it is impossible to Import and Export such files without actually changing the stored data.&#xD;
&#xD;
Thanks, Martijn&#xD;
&#xD;
&#xD;
&#xD;
&#xD;
&#xD;
&#xD;
 &#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=dcmtag.png&amp;amp;userId=1332602&#xD;
  [2]: https://community.wolfram.com//c/portal/getImageAttachment?filename=T2map.png&amp;amp;userId=1332602&#xD;
  [3]: https://community.wolfram.com//c/portal/getImageAttachment?filename=raw.png&amp;amp;userId=1332602&#xD;
  [4]: https://community.wolfram.com//c/portal/getImageAttachment?filename=hist.png&amp;amp;userId=1332602&#xD;
  [5]: https://community.wolfram.com//c/portal/getImageAttachment?filename=dataTrans1.png&amp;amp;userId=1332602&#xD;
  [6]: https://community.wolfram.com//c/portal/getImageAttachment?filename=dataTrans2.png&amp;amp;userId=1332602</description>
    <dc:creator>Martijn Froeling</dc:creator>
    <dc:date>2022-01-05T09:42:43Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3710432">
    <title>Computational geometry modeling of the neolithic circular ditch in Vinoř, Prague</title>
    <link>https://community.wolfram.com/groups/-/m/t/3710432</link>
    <description>![Computational geometry modeling of the neolithic circular ditch in Vinoř, Prague][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=ComputationalgeometrymodelingoftheneolithiccircularditchinVino%C5%99,Prague2.jpg&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/97db78e9-ef10-4f2f-8506-9a77b82eff35</description>
    <dc:creator>Jessica Alfonsi</dc:creator>
    <dc:date>2026-05-01T15:59:22Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3701280">
    <title>Exploring NASA SkyView: live imagery, dark-nebula analysis, &amp;amp; catalogue-driven sky-survey downloader</title>
    <link>https://community.wolfram.com/groups/-/m/t/3701280</link>
    <description>![Exploring NASA SkyView: live imagery, dark-nebula analysis, &amp;amp; catalogue-driven sky-survey downloader][1]&#xD;
&#xD;
&amp;amp;[Wolfram Notebook][2]&#xD;
&#xD;
&#xD;
  [1]: https://community.wolfram.com//c/portal/getImageAttachment?filename=ExploringNASASkyViewliveimagery.png&amp;amp;userId=20103&#xD;
  [2]: https://www.wolframcloud.com/obj/928898a9-67eb-4590-bdf7-0113b2c76db4</description>
    <dc:creator>Marco Thiel</dc:creator>
    <dc:date>2026-04-22T22:27:38Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3701601">
    <title>Mathematical modeling of cylindrical mirror reflection art</title>
    <link>https://community.wolfram.com/groups/-/m/t/3701601</link>
    <description>Hello everyone,  &#xD;
I’m working on a mathematical modeling problem: The Art of Reflection.  &#xD;
The problem is about designing a chaotic pattern on a flat paper such that, when viewed in a vertical ideal cylindrical mirror, it reflects a clear portrait/text/pattern.&#xD;
&#xD;
Core Problem (Simplified)&#xD;
&#xD;
• Paper: flat A4 plane&#xD;
&#xD;
• Mirror: ideal vertical cylindrical surface&#xD;
&#xD;
• Given a target reflected image (in the mirror), find the original paper pattern&#xD;
&#xD;
• Also determine: cylinder radius, position, orientation&#xD;
&#xD;
My Questions :&#xD;
&#xD;
1. How to build the coordinate transformation model between the paper plane and the cylindrical mirror reflection?&#xD;
&#xD;
2. How to implement image unwarping/warping from the mirror image to the paper pattern in Mathematica?&#xD;
&#xD;
3. Given a binary/logo image (like a face or text), how to compute and export the distorted paper pattern automatically?&#xD;
&#xD;
&#xD;
Thank you very much for your help!</description>
    <dc:creator>ZnCu LI</dc:creator>
    <dc:date>2026-04-23T13:44:24Z</dc:date>
  </item>
  <item rdf:about="https://community.wolfram.com/groups/-/m/t/3686203">
    <title>Does Mathematica image processing has a built in function to correct pincushion of an image?</title>
    <link>https://community.wolfram.com/groups/-/m/t/3686203</link>
    <description>I have a bunch of microlens images,  - see attached image for one -, which are pincushioned and rotated.  All need -0.1 Pinch with Radius 2.0 if I use GIMP&amp;#039;s Distorts-&amp;gt;Whirl and Pinch.... filter and also a -2.5 degree rotation.  &#xD;
I hoped, Mathematica&amp;#039;s Image Processing has a built in function for this kind of lens correction, but looks like it does not have.  &#xD;
What other modes are possible to process 1000 images in a batch?</description>
    <dc:creator>Janos Lobb</dc:creator>
    <dc:date>2026-04-14T02:09:12Z</dc:date>
  </item>
</rdf:RDF>

