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.