I'm extremely new to EEGLab and luckily found this starter video on YouTube by Tom Martin on how to use EEGLab with Emotiv - https://www.youtube.com/watch?v=9BZH_XC_fhU.
Now I'm basically following his instructions to the letter, however, there is one part which is just isn't going right for me. After he loads his channel location file, he checks the channel locations on this 2D map. When I do this, I notice that the electrodes T7 and T8 are out of place, and I don't know why. I compared my ced file to the one on his video, and I cannot see the difference.
These are the contents of my ced file:
EDIT: Pasting a screenshot instead. Couldn't format the text to stay as a table.
CED File
And here is a screenshot of what I'm seeing on the 2D map.
T7 and T8 overlap in this 2D map
Please help me fix this.
Related
I am teaching a man the basics of QGis for a project he needs to do at his work. He has very little computer knowledge and would like to standardise the work as much as possible (specific workarounds would complicate it too much for him). His QGis version is 3.16 "Hannover" and as this is a work laptop he does not have permission to download a newer version.
We have been having problem with one specific table. The first few rows are below, written exactly as they are originally.
Baum-Nr. Baumart BHD Alter Y X Biotopbaum Klassifizierung Bemerkungen
1 Buche 86 120 49.1356 11.0488 A Altbaum Freistellen !!!
2 Kiefer 45 100 49.13561 11.04883 Hlb,Bs,Th Höhlenbaum
3 Kiefer 32 100 49.13571 11.04579 Hlb,Sw,Th Höhlenbaum
4 Kiefer 74 120 49.13513 11.0495 A Altbaum
After adding it from Excel to QGis through "add vector layer", the header "Klassifizierung" becomes one of the coordinates and I believe one of the columns are switched (unfortunately, I can't remember specifics. This is a small side job and I haven't had time to look into it for days. I should have taken a photo, but this isn't possible anymore). We have attempted to copy the column into a new Excel document and transferring it to QGis again, and this time the headers were shoved one cell to the right such that "Y" was placed over "X" and "Biotopbaum" over "Klassifizierung", for example.
I could not find a way to fix the import problem in his laptop. He e-mailed me the problematic table and I opened it successfully in my QGis 3.26 "Buenos Aires".
I believe this may be a problem with his QGis version, but it is curious that we only encountered it with this one table. All other tables we have worked with have the same headers and the same kind of data on their respective rows.
Is this a known problem, or have other people faced similar situations? Could someone explain what could be causing it? Would there be a way to fix it such that we can successfully import the table without having to edit it in QGis? This is not a solution the man would accept.
Thank you in advance.
Remove the commas in the Biotopbaum field or replace them with a less common delimiter. In fact, remove all punctionation (e.g., Baum-Nr. >> remove the period ".").
Also save the table into a csv format and try to import.
With Revit 2017 Python API, I am trying to create new materials, and then assembling some of these to create new type of walls.
It goes pretty well for all properties, except for the specific heat!
Basically, what I do is:
create a thermalAsset:
themalA = ThermalAsset('Test', ThermalMaterialType.Solid)
Set the different thermal properties for that thermal asset (dummy values):
thermalA.ThermalConductivity = 0.01
thermalA.SpecificHeat = 0.001
thermalA.Density = 1000.0
Then I create a PropertySetElement with that thermal asset:
pse = PropertySetElement.Create(doc, thermalA)
Then I assign it to my material (that I previously created):
mat.SetMaterialAspectByPropertySet(MaterialAspect.Thermal, pse)
Afetr that, I take a look in my materials list in Revit, and look at the thermal properties. Everything seems ok, except the Specific Heat, which remains at 0.0239 btu/(lb. F), whatever the value I input when I assign the specific heat. Density is ok, thermal conductivity is ok, but not specific heat.
I got no error message.
What am I missing?
Thanks a lot for any help.
Arnaud.
Is the value you specify in the expected unit? Feet per Kelvin, squared-second. Cf., http://thebuildingcoder.typepad.com/blog/2013/04/whats-new-in-the-revit-2014-api.html > ThermalAsset.SpecificHeat.
I submitted this to the development team for further analysis as issue REVIT-111206 [API: setting ThermalAsset SpecificHeat fails]. Can you please provide a full reproducible case for them to test, e.g., a minimal RVT model with an embedded macro to run, cf., http://thebuildingcoder.typepad.com/blog/about-the-author.html#1b? Thank you!
I have been given the task to create an integration between a customers system and an internal system. The customer sends a flat file which I have a hard time getting my head around how to parse using a Flat file schema.
The structure is like this:
H[n] (either H1, H2 or H3)
K3 (0..unbounded)
K4 (0..unbounded)
M4 (0..unbounded)
M5 (0..unbounded)
S4 (0..unbounded)
S5 (0..unbounded)
Each of the lines ends with a normal CR/LF and each line is position based.
Example:
H1 0123 TEST L5A3
K3 20160608 1103 0004
K4 XA TEST 01
M41123 AQ
M5SA
M5X1
S4SENDOUT
S5POP
H1Q 0342 TEST2 KY
S4IN
H3A 1408 TESTING S6T2
M43308 BB
H2 1331 TEST3 SA
S4PO
This should generate 4 XML-nodes in the end, but my primary concern is how to be able to create a schema that could actually interpret this, either using the Flat File Schema Wizard or simply using a Flat File Schema.
Is this even feasible (considering the various line types, message lengths etc)?
I don't see why BizTalk would have a hard time parsing this flat file. Your lines are clearly identified with the two first characters. You can use this as a tag identifier for the record.
I think it's quite a typical example for a structured, positional flat file with repeating records.
This example might give you some indication as to how to do this, it is somewhat similar:
Flat File Schema creation with Tag Identifiers in the input flat file repeating in a random fashion.
In your situation you would have to create the flat file schema using the flat file wizard. Speaking mostly from my own experience, you never get it perfectly correct, so some tweaking of the FF XSD might be necessary.
To ultimately get to your result XML, use a mapping to get from your flat file schema to your desired output XML result schema.
I'm looking to build a simple program that will simply modify existing output files from an other program so I don't have to open the program and enter a bunch of data the long way. This program is very specific to my domain and has an extension named .wcc. However, when I change the extension of one of these output files to .txt, I get half gibberish :
ÿÿ WPointÿÿ WPolygonÿÿ WQuadrilateralÿÿ WMemberDataÿÿ
WLoadÿÿ WLStandardMembersÿÿ WLSavedDesignSettingsÿÿ WLSavedFormatSettingsÿÿ WLSavedViewSettingsÿÿ WLSavedProjectSettingsÿÿ WLSavedSettingsÿÿ WLSavedLoadSettingsÿÿ WLSavedDefaultSettingsÿÿ WLineÿÿ WProductÿÿ WBeamDataÿÿ WColumnDataÿÿ
WJoistDataÿÿ
WWallStudDataÿÿ WSupportingMemberDataÿÿ WSavedAnalysisSettingsÿÿ WSavedGravityDesignSettingsÿÿ WSavedPreferencesSettingsÿÿ WNotchÿÿ WIJoistÿÿ WFloorCWC37 ÀAE LumberS-P-F No.1/No.2 # À# lumwall.cww ÿÿÿÿ1.2.3.1.Mur_1_EX-D ÿÿÿÿÿÿ B Cÿÿ B C €? 4C 4C Neige #F #F ÈC ÿÿÿ
WLStandardMembersÿÿ "
There are also musical notes and perpendicular signs which I can't copy paste here. I can sorta read the text, but still not enough to make modifications via txt file. What type of file could this be? Is it even possible to do what I'm trying to do? Thanks!
I am surprised that you are trying to open a .wcc file as a text file (it's contents - as you will see - don't lend themselves to being converted to such a file type); however, the attempt to open the file as a .txt file seems to be specific to your domain.
I noticed part of your question is as follows: "What type of file could this be?"
You are right in thinking that the .wcc file is a rather obscure file type - we don't think about that file type a lot (or are not conscious of it existing). A .wcc file is a WinCam 2000 Cache file that allows WinCam 2000 movies to be previewed in the slide browser - these were often generated by older WinCam 2000 screen recording and editing programs.
Again, the file extension is very rare these days (a Google search only returns ~700 results). But, it appears you have a program that is producing the file, which - as you are saying - "is quite specific to your domain". You may be out of luck with regard to opening them for modification purposes.
Supposedly, you can covert .wac files to .wav files, which are much more relevant to today's technology (and definitely alterable from code); however, without knowing the purpose of the file, e.g. what you are trying to do with the file domain-side, I can't say that this will suit your needs.
Also, the above comments are "correct": changing a file extension will not convert the file to the file extension type. Typically, converters - like a simple software - are needed to convert files.
I am having a 512*512 types of file its a x*y type of file . now we are having 512 files of this type . these 512 files are like the z-axis if we have 100 files of this type then our total vertices are 512*512*100 , in this way I have to read a file is there any algorithm to read files arranged this type and putting into a single 2-d text file.
2-d text file will be like this
000 001 010 011 100 101 110 111 ,in this way we go on printing from the 3-d text file into a single 2-d text file
Is there any way to do that if anyone know please let me know that. any tutorial or any code
Sudhanshu
p.s : if you need any other information about my question you tell me.
Okay, I'm going to parse it this way:
You have some files of Type XY:
Each one has a 512*512 table.
You have Z of these files.
You want to turn it into a new type of file, with a 512*512*512 table.
I'll assume that:
You know how to perform basic file I/O.
You know how to parse your existing file (it has a known delimiter for row/column).
It's surprisingly easy: concatenate the files. You know the length, so you know that every 2^18 entries (or 2^9 rows) represents a X-Y plane at an integer Z-location.
If you're worried about the size changing, then go ahead and choose a new delimiter to represent a new Z-index.