QGIS CSV not geolocating correctly - csv

I've been adding text layers without issue in 3.22.3-Białowieża and files that I concert from Excel position in the wrong location.
I've added Shape files and some text (csv) but the files that don't plot properly...never work. I saw a post about restarting the program but that doesnt fix the problem
Here is a picture of the plotted position and example of the data...The red is from the ESRI Shape and green the CSV. Also an example of the CSV data...
"EXPED_CD","DATE","LAT","LONG"
"68006","1968-01-25T19:00",44.433331,-57.116661
"68006","1968-01-25T20:00",44.433331,-56.796669
"68006","1968-01-25T21:00",44.413879,-56.495022
"68006","1968-01-25T22:00",44.394409,-56.193272
"68006","1968-01-26T00:00",44.37167,-55.575001
"68006","1968-01-26T01:00",44.333328,-55.25
"68006","1968-01-26T07:00",44.25,-55.333328
"68006","1968-01-26T08:00",44.099998,-55.549999
"68006","1968-01-26T09:00",43.933331,-55.73333
"68006","1968-01-26T10:00",43.75,-55.916672
"68006","1968-01-26T11:00",43.566669,-56.066669
"68006","1968-01-26T12:00",43.415001,-56.26667
"68006","1968-01-26T13:00",43.263329,-56.466671
"68006","1968-01-26T14:00",43.10833,-56.666672
"68006","1968-01-26T15:00",42.964581,-56.831669
"68006","1968-01-27T02:00",42.386669,-57.369999
"68006","1968-01-27T03:00",42.255001,-57.544998
"68006","1968-01-27T04:00",42.105,-57.68716
"68006","1968-01-27T05:00",41.943939,-57.843941
"68006","1968-01-27T06:00",41.757069,-58.034851
"68006","1968-01-27T07:00",41.570202,-58.225761
"68006","1968-01-27T08:00",41.383339,-58.416672
"68006","1968-01-27T09:00",41.22084,-58.5825
"68006","1968-01-27T10:00",41.058331,-58.748329
"68006","1968-01-27T11:00",40.903332,-58.900002
"68006","1968-01-27T12:00",40.700001,-59.099998
"68006","1968-01-28T01:00",40.145,-59.738331
"68006","1968-01-28T02:00",39.959999,-59.88834
"68006","1968-01-28T03:00",39.775002,-60.03833
"68006","1968-01-28T04:00",39.587502,-60.202499
"68006","1968-01-28T05:00",39.400002,-60.366661
"68006","1968-01-28T06:00",39.23333,-60.541618
"68006","1968-01-28T07:00",39.066669,-60.716671
"68006","1968-01-28T10:00",39.025002,-60.60833
"68006","1968-01-28T11:00",38.888329,-60.805
"68006","1968-01-28T12:00",38.73333,-60.963329
"68006","1968-01-28T13:00",38.575001,-61.131672
"68006","1968-01-29T07:00",38,-62.599998
"68006","1968-01-29T08:00",37.816669,-62.633339
"68006","1968-01-29T09:00",37.625,-62.681671
"68006","1968-01-29T10:00",37.433331,-62.73
"68006","1968-01-29T11:00",37.25,-62.783329
"68006","1968-01-29T12:00",37.049999,-62.833328
"68006","1968-01-29T13:00",36.818329,-62.898331
"68006","1968-01-29T14:00",36.616661,-62.96167
"68006","1968-01-30T03:00",35.833328,-63.41333
"68006","1968-01-30T04:00",35.647049,-63.549019
"68006","1968-01-30T05:00",35.460758,-63.6847
"68006","1968-01-30T06:00",35.274479,-63.820389
"68006","1968-01-30T07:00",35.088188,-63.956081
"68006","1968-01-30T08:00",34.901909,-64.091766
"68006","1968-01-30T10:00",34.529381,-64.363037
"68006","1968-01-30T11:00",34.343121,-64.498787
"68006","1968-01-30T12:00",34.14167,-64.599998
"68006","1968-01-30T13:00",33.970791,-64.699997
"68006","1968-01-30T14:00",33.799999,-64.800003
"68006","1968-01-30T17:00",33.616661,-64.916656
"68006","1968-01-30T18:00",33.395,-64.949997
"68006","1968-01-30T19:00",33.183331,-65.008171
"68006","1968-01-31T03:00",32.818329,-65.025002
"68006","1968-01-31T04:00",32.64167,-65.099998
"68006","1968-01-31T05:00",32.451981,-65.17775
"68006","1968-01-31T13:00",31.658331,-65.041656
"68006","1968-01-31T15:00",31.229071,-65.087463
"68006","1968-01-31T16:00",31.01453,-65.110397
"68006","1968-01-31T17:00",30.799999,-65.133331
"68006","1968-01-31T18:00",30.58333,-65.133331
"68006","1968-02-01T03:00",30.11167,-65.316673
"68006","1968-02-01T04:00",29.92333,-65.28833
"68006","1968-02-01T05:00",29.72665,-65.225517
"68006","1968-02-01T06:00",29.529961,-65.162712
"68006","1968-02-01T07:00",29.33333,-65.099998
"68006","1968-02-01T08:00",29.133329,-65.029114
"68006","1968-02-01T09:00",28.933331,-64.958344
"68006","1968-02-01T10:00",28.705,-64.925003
"68006","1968-02-01T11:00",28.450001,-64.966667
"68006","1968-02-01T12:00",28.21386,-64.911087
"68006","1968-02-01T13:00",27.97802,-64.866966
"68006","1968-02-01T20:00",27.799999,-64.883331
"68006","1968-02-01T21:00",27.6,-64.85183
"68006","1968-02-02T02:00",27.385,-64.946663
"68006","1968-02-02T03:00",27.15167,-64.910004
"68006","1968-02-02T04:00",26.988331,-64.85833
"68006","1968-02-02T05:00",26.816669,-64.883331
"68006","1968-02-03T05:00",24.51667,-64.633331
"68006","1968-02-03T06:00",24.299999,-64.550003
"68006","1968-02-03T07:00",24.116671,-64.466667
"68006","1968-02-03T08:00",23.9125,-64.402496
"68006","1968-02-03T09:00",23.70833,-64.338333
"68006","1968-02-03T10:00",23.495831,-64.290001
"68006","1968-02-03T11:00",23.283331,-64.241669
"68006","1968-02-03T12:00",23.08,-64.175003
"68006","1968-02-03T17:00",23.11515,-64.280296
"68006","1968-02-03T18:00",22.91667,-64.283333
"68006","1968-02-03T19:00",22.700001,-64.26667
"68006","1968-02-03T22:00",22.480869,-64.227539
"68006","1968-02-04T02:00",22.11833,-64.228333
restarted program expected fix

Related

ITK Filter Error: "Inputs do not occupy the same physical space" after affine registration

I'm attempting to perform diffeomorphic demon registration of two MRI images. The processing pipeline has been this so far:
Skull-stripping
Anisotropic Diffusion (smoothing)
Histogram Matching
Affine registration
Diffeomorphic Demons Registration
I didn't come up with the process, just fixing and cleaning up a Slicer software tool several researchers have built. I'm a summer student and quite unfamiliar with domain, however I've started to more less understand what's going on. The problem I've been unable to solve for the past several weeks is this error:
itk::ExceptionObject (0x1231130)
Location: "void itk::ImageToImageFilter<TInputImage, TOutputImage>::VerifyInputInformation() [with TInputImage = itk::Image<itk::Vector<float, 3u>, 3u>; TOutputImage = itk::Image<itk::Vector<float, 3u>, 3u>]"
File: /home/parallels/Desktop/Slicer-SuperBuild/ITKv4/Modules/Core/Common/include/itkImageToImageFilter.hxx
Line: 241
Description: itk::ERROR: DiffeomorphicDemonsRegistrationFilter(0x13870b0): Inputs do not occupy the same physical space!
InputImage Origin: [7.9639916e+01, -1.1042095e+02, -1.0426932e+02], InputImageMovingImage Origin: [-8.8678563e+01, -1.4923204e+02, 1.2193930e+02]
Tolerance: 1.5000000e-05
InputImage Spacing: [1.5000000e+01, 1.5000000e+01, 1.9199951e+01], InputImageMovingImage Spacing: [1.5154560e+01, 1.5108180e+01, 1.9319538e+01]
Tolerance: 1.5000000e-05
InputImage Direction: 1.5926319e-08 1.4070701e-08 -1.0000000e+00
9.9237583e-01 -1.2324859e-01 1.4070700e-08
1.2324859e-01 9.9237583e-01 1.5926320e-08
, InputImageMovingImage Direction: -0.0000000e+00 5.5205551e-10 1.0000000e+00
5.5205551e-10 1.0000000e+00 -5.5205553e-10
-1.0000000e+00 5.5205551e-10 0.0000000e+00
Tolerance: 1.0000000e-06
From what I understand, the diffeomorphic registration relies on the two images being coincident, hence the affine registration step beforehand. For some reason though, the affine transformation doesn't line up the two images properly. As a result, they don't occupy the same physical space. I'm clearly missing something but can't seem to figure out what it is.
The affine registration is performed with this file (I made some edits on my local copy to comply with the Slicer module's way of input/output but they're nearly identical). The transform that was created had the following characteristics:
Optimizer stop condition: RegularStepGradientDescentOptimizerv4: Step too small after 33 iterations. Current step (9.76563e-05) is less than minimum step (0.0001).
Result =
Center X = -1.95155
Center Y = 11.6381
Center Z = 36.5165
Translation X = 1.09423
Translation Y = 0.021133
Translation Z = -0.0154539
Iterations = 34
Metric value = 8974.52
Scale 1 = 1.15384
Scale 2 = 1.08962
Angle (degrees) = -5.6116
The following code was used to save the transform to a file:
// Write the transform to a file
itk::TransformFileWriter::Pointer transformWriter = itk::TransformFileWriter::New();
transformWriter->SetInput( registration->GetOutput()->Get() );
transformWriter->SetFileName( outputMatrix.c_str() );
transformWriter->Update();
And the demon registration is performed with this file (Made a few edits but mostly the same as well). The affine transform is loaded at line 799.
Reading transform from transform input file.
Found: AffineTransform (0x1e0c0b0)
RTTI typeinfo: itk::AffineTransform<double, 3u>
Reference Count: 3
Modified Time: 1322
Debug: Off
Object Name:
Observers:
none
Matrix:
1.01338 0.0887047 0.0223631
-0.11891 1.09423 0.021133
-0.0154539 0.0302253 1.14062
Offset: [-0.256888, -34.7809, -17.895]
Center: [-1.95155, 11.6381, 36.5165]
Translation: [1.56597, -32.6804, -12.3781]
Inverse:
0.977286 -0.0787352 -0.0177019
0.105999 0.905809 -0.0188607
0.0104321 -0.0250698 0.876975
Singular: 0
Edit: Commenting out the following line does not change anything in the resulting output. ie the initial displacement is not being applied at all. Still don't know why.
typedef typename itk::MultiResolutionPDEDeformableRegistration <ImageType, ImageType, DeformationFieldType, PixelType > MultiResRegistrationFilterType;
typename MultiResRegistrationFilterType::Pointer multires = MultiResRegistrationFilterType::New();
// Commenting out this line doesn't change anything
multires->SetArbitraryInitialDisplacementField ( inputDefField );
It looks like the Diffeomorphic Demons Registration code you are using requires that Fixed and Moving images have the same physical space, meaning:
Origin
Spacing
Dimensions
Did you try to resample your moving image to the fixed image space, and then call the Diffeomorphic Demons Registration with this resampled moving image and fixed image?
I didn't know this EZminc code but it looks like it requires both inputs to be in the same space somehow.

GNU Octave, how to stop 3d axis from resizing while rotating in the interactive window?

Question: Is there a way to stop octave from trying to auto-fit the axis object into a constant size box and instead leave the viewing scale constant?
I like to show my students lots of 3D plots relating to various math/science topics, and to use the default interactive window (Octave 4.0 through Debian amd64 repositories) to rotate the figure live during class. Problem is the resulting resizing is distracting to the shape of the object/animated-trajectories.
Here is a simple scatter plot animation I am working with but this applies to all 3d plots.
#!/usr/bin/octave-cli
clear all;
close all;
planetx=[-0.1478672, -0.7257694, -0.1756896, 1.3832219;
-0.0381809, -0.7160833, -0.2610456, 1.3850799;
0.0737428, -0.6924100, -0.3444268 , 1.3831345;
0.1793219, -0.6552495, -0.4251856 , 1.3774159;
0.2688712, -0.6053663, -0.5026964, 1.3679664;
0.3311067, -0.5437714, -0.5763614, 1.3548404;
0.3531110, -0.4716991, -0.6456154 , 1.3381034;
0.3219212, -0.3905812, -0.7099307, 1.3178316;
0.2300102, -0.3020162, -0.7688217, 1.2941111;
0.0855329, -0.2077379, -0.8218485, 1.2670372;
-0.0814988, -0.1095802, -0.8686203, 1.2367138;
-0.2318261, -0.0094427, -0.9087983, 1.2032523;
-0.3384457, 0.0907458, -0.9420979, 1.1667714;
-0.3929915, 0.1890627, -0.9682904, 1.1273956;
-0.3988960, 0.2836267, -0.9872039, 1.0852552;
-0.3641642, 0.3726316, -0.9987242, 1.0404850;
-0.2977153, 0.4543788, -1.0027945, 0.9932238;
-0.2081496, 0.5273076, -0.9994152, 0.9436139;
-0.1036023, 0.5900227, -0.9886429, 0.8917999;
0.0079838, 0.6413199, -0.9705888, 0.8379287];
planety=[-0.4466930, -0.0252958, 0.9659716, -0.0238017;
-0.4657149, -0.1263067, 0.9471212, 0.0520870;
-0.4508105, -0.2248822, 0.9208844, 0.1278263;
-0.4013623, -0.3190893, 0.8874673, 0.2032115;
-0.3181219 , -0.4070912, 0.8471345, 0.2780418;
-0.2041932 , -0.4871833, 0.8002063, 0.3521215;
-0.0669533, -0.5578254, 0.7470558, 0.4252601;
0.0789006, -0.6176696, 0.6881051, 0.4972739;
0.2085279, -0.6655848, 0.6238214, 0.5679859;
0.2899490, -0.7006754, 0.5547124, 0.6372265;
0.2993354, -0.7222964, 0.4813220, 0.7048344;
0.2378102, -0.7300623, 0.4042244, 0.7706562;
0.1278686, -0.7238523, 0.3240197, 0.8345477;
-0.0036336, -0.7038105, 0.2413281, 0.8963733;
-0.1357070, -0.6703412, 0.1567847, 0.9560064;
-0.2544710, -0.6241000, 0.0710340, 1.0133298;
-0.3512399, -0.5659813, -0.0152755, 1.0682353;
-0.4205857, -0.4971011, -0.1014962, 1.1206241;
-0.4590497, -0.4187770, -0.1869867, 1.1704064;
-0.4644300, -0.3325042, -0.2711164, 1.2175012];
planetz=[ -2.3139e-02, 4.1378e-02, 2.0503e-04, -3.4412e-02;
-3.4756e-02, 3.9440e-02, 2.0468e-04, -3.2867e-02;
-4.3806e-02, 3.6728e-02, 2.0433e-04, -3.1231e-02;
-4.9452e-02, 3.3297e-02, 2.0398e-04, -2.9511e-02;
-5.0867e-02, 2.9217e-02, 2.0363e-04, -2.7710e-02;
-4.7267e-02, 2.4568e-02, 2.0328e-04, -2.5834e-02;
-3.8071e-02, 1.9444e-02, 2.0292e-04, -2.3890e-02;
-2.3288e-02, 1.3946e-02, 2.0256e-04, -2.1882e-02;
-4.2578e-03, 8.1806e-03, 2.0220e-04, -1.9816e-02;
1.5659e-02, 2.2609e-03, 2.0183e-04, -1.7700e-02;
3.1762e-02, -3.6987e-03, 2.0145e-04, -1.5537e-02;
4.0539e-02, -9.5832e-03, 2.0107e-04, -1.3335e-02;
4.1349e-02, -1.5280e-02, 2.0067e-04, -1.1099e-02;
3.5618e-02, -2.0679e-02, 2.0027e-04, -8.8346e-03;
2.5376e-02, -2.5678e-02, 1.9986e-04, -6.5487e-03;
1.2491e-02, -3.0182e-02, 1.9944e-04, -4.2464e-03;
-1.5080e-03, -3.4104e-02, 1.9901e-04, -1.9337e-03;
-1.5389e-02, -3.7371e-02, 1.9856e-04, 3.8413e-04;
-2.8122e-02, -3.9918e-02, 1.9810e-04, 2.7015e-03;
-3.8798e-02, -4.1699e-02, 1.9762e-04, 5.0131e-03;];
N=size(planetx)
N=N(1,1)
figure('position',[50,50,1000,750]);
h=scatter3(planetx(1,:),planety(1,:),planetz(1,:) , 10*[3,4,5,4],
[3,4,5,4],'filled');
axis([-2,2,-2,2,-1,1],'square');
set(gca,'fontsize',20)
axis('manual')
#box('off')
#axis('off')
view([15,15]);
hold on;
p1=plot3(planetx(1:20,1),planety(1:20,1),planetz(1:20,1),':')
p2=plot3(planetx(1:20,2),planety(1:20,2),planetz(1:20,2),':')
p3=plot3(planetx(1:20,3),planety(1:20,3),planetz(1:20,3),':')
p4=plot3(planetx(1:20,4),planety(1:20,4),planetz(1:20,4),':')
ans=input('loaded, hit enter to start!')
for i=1:N
#[AZ,EL]=view();
set(h, 'xdata', planetx(i,:) , 'ydata', planety(i,:), 'zdata',
planetz(i,:))
title(sprintf('YEAR=%f',2000+i*200/14010 ))
set(p1,'xdata',planetx(1:i,1),'ydata',planety(1:i,1),'zdata', planetz(1:i,1))
set(p2, 'xdata', planetx(1:i,2),'ydata',planety(1:i,2),'zdata',planetz(1:i,2))
set(p3, 'xdata', planetx(1:i,3),'ydata',planety(1:i,3),'zdata',planetz(1:i,3))
set(p4, 'xdata', planetx(1:i,4),'ydata',planety(1:i,4),'zdata',planetz(1:i,4))
pause(1)
endfor;
ans=input('hit to close!')
It seems this may be a bug of older octave versions.
On my system (octave 4.2.1 - linux) it seems to work as you expect it should.
PS. ignore the glitches, they're bugs related to the screen recorder I used
UPDATE: In response to the comment by Cris, it may be that what Robert was referring to was how the camera seems to 'zoom out' slightly in order to accommodate the full 'box' when one rotates.
You can change this behaviour by changing the cameraviewanglemode property from 'auto' to 'manual'. This results in a smoother rotating experience without the camera moving from its place.
>> set(gca, 'cameraviewanglemode', 'manual')
Visual comparison:
'auto mode' vs 'manual mode'
The other 'camera' related properties may be useful to play around with as well. Type get(gca, 'camera') to get a list of relevant properties. (or just have a look at this page in the manual for defaults etc).

How to create a table with 3000 columns in cassandra 3.0?

Hi this is my first project with Cassandra 3.0
I have a csv file with around 3000 columns and I need to import csv to cassandra. How can I achieve this?
Example of csv:
Unnamed row_nr PRD_ID X_01 X_02 X_03 X_04 X_05_1 X_05_10 X_05_11 X_05_12 X_05_13 X_05_14 X_05_15 X_05_16 X_05_17 X_05_18 X_05_19 X_05_2 X_05_20 X_05_21 X_05_22 X_05_23 X_05_24 X_05_25 X_05_26 X_05_27 X_05_28 X_05_29 X_05_3 X_05_30 X_05_31 X_05_32 X_05_33 X_05_34 X_05_35 X_05_36 X_05_37 X_05_38 X_05_39 X_05_4 X_05_40 X_05_41 X_05_42 X_05_43 X_05_44 X_05_45 X_05_46 X_05_47 X_05_48 X_05_49 X_05_5 X_05_50 X_05_51 X_05_52 X_05_53 X_05_54 X_05_55 X_05_56 X_05_57
I have googled and read questions in stackoverflow but they are not helpful. Please shed some light.

Google Map API Marker Icon Url?

I'm trying to change marker icon to "red-circle" or "red-pin" or anything else.
In these codes;
markerOptions: {
icon: 'images/beachflag.png'
},
the marker doesn't show. But if i make the icon line a comment line, so marker shows like "red-pin" icon
So, i need to marker icons list or URL list which directly supported by Google Map API. Or is there such a thing?
Thank you.
This is the (unofficial) list that I refer to:
https://groups.google.com/d/msg/Google-Maps-API/2k3T5hwI5Ck/RRso0D2jB1oJ
provided by pamela (who was a Google employee at the time), it is fairly old, but still accurate.
=================== -- ============================
-- from Mike Williams --
It's also worth noting that only the original set of icons is available
in the location that was mentioned earlier in this thread
E.g. blue.png is available at both locations
http://maps.google.com/mapfiles/ms/icons/blue.png
http://maps.google.com/mapfiles/ms/micons/blue.png
But the new yen.png icon is only here
http://maps.google.com/mapfiles/ms/micons/yen.png
-- from pamela --
I'll provide the list to you here, but you should know it's possible
some of these icons will disappear later. You may want to copy to your
own server to be sure.
Happy reading... :)
POI.png
POI.shadow.png
arts.png
arts.shadow.png
bar.png
bar.shadow.png
blue-dot.png
blue-pushpin.png
blue.png
bus.png
bus.shadow.png
cabs.png
cabs.shadow.png
camera.png
camera.shadow.png
campfire.png
campfire.shadow.png
campground.png
campground.shadow.png
caution.png
caution.shadow.png
coffeehouse.png
coffeehouse.shadow.png
convienancestore.png
convienancestore.shadow.png
cycling.png
cycling.shadow.png
dollar.png
dollar.shadow.png
drinking_water.png
drinking_water.shadow.png
earthquake.png
earthquake.shadow.png
electronics.png
electronics.shadow.png
euro.png
euro.shadow.png
fallingrocks.png
fallingrocks.shadow.png
ferry.png
ferry.shadow.png
firedept.png
firedept.shadow.png
fishing.png
fishing.shadow.png
flag.png
flag.shadow.png
gas.png
gas.shadow.png
golfer.png
golfer.shadow.png
green-dot.png
green.png
grn-pushpin.png
grocerystore.png
grocerystore.shadow.png
groecerystore.png
groecerystore.shadow.png
helicopter.png
helicopter.shadow.png
hiker.png
hiker.shadow.png
homegardenbusiness.png
homegardenbusiness.shadow.png
horsebackriding.png
horsebackriding.shadow.png
hospitals.png
hospitals.shadow.png
hotsprings.png
hotsprings.shadow.png
info.png
info.shadow.png
info_circle.png
info_circle.shadow.png
landmarks-jp.png
landmarks-jp.shadow.png
lightblue.png
lodging.png
lodging.shadow.png
ltblu-pushpin.png
ltblue-dot.png
man.png
man.shadow.png
marina.png
marina.shadow.png
mechanic.png
mechanic.shadow.png
motorcycling.png
motorcycling.shadow.png
movies.png
movies.shadow.png
msmarker.shadow.png
orange-dot.png
orange.png
parkinglot.png
parkinglot.shadow.png
partly_cloudy.png
partly_cloudy.shadow.png
pharmacy-us.png
pharmacy-us.shadow.png
phone.png
phone.shadow.png
picnic.png
picnic.shadow.png
pink-dot.png
pink-pushpin.png
pink.png
plane.png
plane.shadow.png
police.png
police.shadow.png
postoffice-jp.png
postoffice-jp.shadow.png
postoffice-us.png
postoffice-us.shadow.png
purple-dot.png
purple-pushpin.png
purple.png
pushpin_shadow.png
question.png
question.shadow.png
rail.png
rail.shadow.png
rainy.png
rainy.shadow.png
rangerstation.png
rangerstation.shadow.png
realestate.png
realestate.shadow.png
recycle.png
recycle.shadow.png
red-dot.png
red-pushpin.png
red.png
restaurant.png
restaurant.shadow.png
sailing.png
sailing.shadow.png
salon.png
salon.shadow.png
shopping.png
shopping.shadow.png
ski.png
ski.shadow.png
snack_bar.png
snack_bar.shadow.png
snowflake_simple.png
snowflake_simple.shadow.png
sportvenue.png
sportvenue.shadow.png
subway.png
subway.shadow.png
sunny.png
sunny.shadow.png
swimming.png
swimming.shadow.png
toilets.png
toilets.shadow.png
trail.png
trail.shadow.png
tram.png
tram.shadow.png
tree.png
tree.shadow.png
truck.png
truck.shadow.png
volcano.png
volcano.shadow.png
water.png
water.shadow.png
waterfalls.png
waterfalls.shadow.png
webcam.png
webcam.shadow.png
wheel_chair_accessible.png
wheel_chair_accessible.shadow.png
woman.png
woman.shadow.png
yellow-dot.png
yellow.png
yen.png
yen.shadow.png
ylw-pushpin.png

So where are the downloaded CSS files stored?

Let's say I view a web page via IE and check the source code. In it, I find this tag:<link rel="stylesheet" type="text/css" href="forumdata/cache/style_12_common.css?Ccx" />. I suppose this means the web page comes with a CSS sheet and it's downloaded onto my computer under some temp folder? But I looked at the Temporary Internet Files folder, it was not there. So my question is where are the css files normally stored?
Edit to add: In an act of recursive (circular?) Googling, it appears that SO has another question which contains the answer to "where is the IE cache?"
I'm not sure about IE, but Firefox has a Cache folder under your profile directory. For my Linux box, it's ~/.mozilla/firefox/<profile>/Cache/. The folder looks like this (this is a list of files within the directory, in case you're not familiar with Unix/Linux):
[20:36:44] ~/.mozilla/firefox/dk6fwbbj.default/Cache $ ls
00C56123d01 334039C7d01 700B13E5d01 92393F82d01 B69F8DE4d01 E1F99924d01
012339DDd01 3A9A68BCd01 71FF4ED1d01 9243F45Ed01 BA493504d01 E4E00324d01
037348D3d01 3C4AC614d01 72C8CEC0d01 92B52013d01 BB86F350d01 E859A0FCd01
03853A65d01 3C80A952d01 72D4BE1Ad01 940EB7F7d01 BC018BB6d01 E870B684d01
077DC091d01 3D836843d01 72F96B17d01 941D6849d01 BC9A173Bd01 EDB6437Ed01
07FD89F5d01 3FCEE28Fd01 7539C750d01 95271C82d01 C279B0F8d01 EE63135Fd01
0A5F348Ed01 3FF14615d01 75F022C4d01 95C75CD0d01 C3794520d01 EEE47171d01
0AD8884Dd01 4043D770d01 788F4621d01 96B132EBd01 C4F55DF1d01 EF242AEBd01
0E109194d01 42723FEBd01 79221C58d01 984C14FDd01 C57415D3d01 EF8B0F23d01
12342345d01 442D11BFd01 79475512d01 9988F946d01 C5F20BB5d01 F08CF2B7d01
19CACB1Bd01 48251E09d01 79ED3E52d01 9A3A0149d01 C6849F0Ed01 F092E396d01
1B36C300d01 487A6337d01 7A96B218d01 9BB04B2Fd01 _CACHE_001_ F412BCA2d01
20700CB5d01 4945A4A0d01 7BF44070d01 9E204875d01 _CACHE_002_ F7244486d01
22586D64d01 4BB37585d01 7D6A17E7d01 9F960283d01 _CACHE_003_ F8267AFAd01
231BBB5Bd01 51C94367d01 7FC74BB9d01 A2875302d01 _CACHE_MAP_ FC47F8FFd01
2A58D97Cd01 52D4E476d01 80EBF2CDd01 A4D4D28Ad01 CE6E2E3Ad01 FD5C4583d01
2C21BE1Cd01 5AD48B1Cd01 82B87282d01 A5F56480d01 CEEF1936d01 FD5D91ABd01
2D19219Ed01 5B3C0D0Ad01 84BFAD4Fd01 A6541AAEd01 D2333F52d01 FF10CACDd01
2F4138C8d01 5E07A792d01 84D2DAF9d01 AA7E06A9d01 D25B5CDDd01
2F6C237Fd01 669EA2A9d01 857A2691d01 B0D4AE97d01 D6E28915d01
3058F347d01 68E61CCCd01 88D1BD18d01 B49E3998d01 D7DB1F90d01
30B9D5CCd01 6AC45753d01 8A088207d01 B4F10D7Ed01 DB526AF3d01
31BD736Bd01 6DD04606d01 8D9AA2B1d01 B5F58FDFd01 E19B4778d01
[20:37:41] ~/.mozilla/firefox/dk6fwbbj.default/Cache $
and a quick grep of these files (which are not named in a way that is helpful to humans) shows that there is CSS code in some of them:
[20:37:50] ~/.mozilla/firefox/dk6fwbbj.default/Cache $ grep 'color:' *
B49E3998d01: .ctl00_TreeView1_2 { color:White; }
B49E3998d01: .ctl00_TreeView1_3 { background-color:#3366FF;width:180px; }
Binary file _CACHE_001_ matches
Binary file _CACHE_002_ matches
Binary file _CACHE_003_ matches
[20:38:57] ~/.mozilla/firefox/dk6fwbbj.default/Cache $
I'd imagine IE probably does something similar, if you're interested in that browser. Try Googling for it, perhaps, but I don't use IE.