SQLSTATE[42S02]: Base table or view not found: 1146 Table 'fototekn_digi.ln_filter' doesn't exist - magento-1.9

Why I am getting the following MySQL error?
SQLSTATE[42S02 Base table or view not found: 1146 Table 'fototekn_digi.ln_filter' doesn't exist, query was: SELECT COUNT(*) FROM `ln_filter` AS `main_table` WHERE (attribute_code = 'price')";
0 /chroot/home/fototekn/fototeknoloji.com/html/lib/Varien/Db/Statement/Pdo/Mysql.php(110): Zend_Db_Statement_Pdo->_execute(Array)
1 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Zend/Db/Statement.php(291): Varien_Db_Statement_Pdo_Mysql->_execute(Array)
2 /chroot/home/fototekn/fototeknoloji.com/html/lib/Zend/Db/Adapter/Abstract.php(480): Zend_Db_Statement->execute(Array)
3 /chroot/home/fototekn/fototeknoloji.com/html/lib/Zend/Db/Adapter/Pdo/Abstract.php(238): Zend_Db_Adapter_Abstract->query('SELECT COUNT(*)...', Array)
4 /chroot/home/fototekn/fototeknoloji.com/html/lib/Varien/Db/Adapter/Pdo/Mysql.php(428): Zend_Db_Adapter_Pdo_Abstract->query('SELECT COUNT(*)...', Array)
5 /chroot/home/fototekn/fototeknoloji.com/html/lib/Zend/Db/Adapter/Abstract.php(828): Varien_Db_Adapter_Pdo_Mysql->query(Object(Varien_Db_Select), Array)
6 /chroot/home/fototekn/fototeknoloji.com/html/lib/Varien/Data/Collection/Db.php(225): Zend_Db_Adapter_Abstract->fetchOne(Object(Varien_Db_Select), Array)
7 /chroot/home/fototekn/fototeknoloji.com/html/app/code/local/EM/LayeredNavigation/Block/Adminhtml/Filter/Grid.php(20): Varien_Data_Collection_Db->getSize()
8 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Widget/Grid.php(626): EM_LayeredNavigation_Block_Adminhtml_Filter_Grid->_prepareCollection()
9 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Widget/Grid.php(632): Mage_Adminhtml_Block_Widget_Grid->_prepareGrid()
10 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(929): Mage_Adminhtml_Block_Widget_Grid->_beforeToHtml()
11 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(648): Mage_Core_Block_Abstract->toHtml()
12 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(592): Mage_Core_Block_Abstract->_getChildHtml('grid', true)
13 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Widget/Grid/Container.php(77): Mage_Core_Block_Abstract->getChildHtml('grid')
14 /chroot/home/fototekn/fototeknoloji.com/html/app/design/adminhtml/default/default/template/widget/grid/container.phtml(36): Mage_Adminhtml_Block_Widget_Grid_Container->getGridHtml()
15 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(241): include('/chroot/home/fo...')
16 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(272): Mage_Core_Block_Template->fetchView('adminhtml/defau...')
17 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(286): Mage_Core_Block_Template->renderView()
18 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Template.php(81): Mage_Core_Block_Template->_toHtml()
19 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Widget/Container.php(308): Mage_Adminhtml_Block_Template->_toHtml()
20 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(930): Mage_Adminhtml_Block_Widget_Container->_toHtml()
21 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Text/List.php(43): Mage_Core_Block_Abstract->toHtml()
22 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(930): Mage_Core_Block_Text_List->_toHtml()
23 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(648): Mage_Core_Block_Abstract->toHtml()
24 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(592): Mage_Core_Block_Abstract->_getChildHtml('content', true)
25 /chroot/home/fototekn/fototeknoloji.com/html/app/design/adminhtml/default/default/template/page.phtml(74): Mage_Core_Block_Abstract->getChildHtml('content')
26 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(241): include('/chroot/home/fo...')
27 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(272): Mage_Core_Block_Template->fetchView('adminhtml/defau...')
28 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Template.php(286): Mage_Core_Block_Template->renderView()
29 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Adminhtml/Block/Template.php(81): Mage_Core_Block_Template->_toHtml()
30 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Block/Abstract.php(930): Mage_Adminhtml_Block_Template->_toHtml()
31 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Model/Layout.php(555): Mage_Core_Block_Abstract->toHtml()
32 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Controller/Varien/Action.php(390): Mage_Core_Model_Layout->getOutput()
33 /chroot/home/fototekn/fototeknoloji.com/html/app/code/local/EM/LayeredNavigation/controllers/Adminhtml/FilterController.php(12): Mage_Core_Controller_Varien_Action->renderLayout()
34 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Controller/Varien/Action.php(418): EM_LayeredNavigation_Adminhtml_FilterController->indexAction()
35 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(254): Mage_Core_Controller_Varien_Action->dispatch('index')
36 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
37 /chroot/home/fototekn/fototeknoloji.com/html/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
38 /chroot/home/fototekn/fototeknoloji.com/html/app/Mage.php(684): Mage_Core_Model_App->run(Array)
39 /chroot/home/fototekn/fototeknoloji.com/html/index.php(80): Mage::run('', 'store')
40 {main}";s:3:"url";s:80:"/index.php/layernav/adminhtml_filter/index/key/1f03428d4c76b6a6754acb3d90df4119/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:5:"admin";}

As the error message says, you're getting the error because the table fototekn_digi.ln_filter does not exist.
The original query that caused that error was:
SELECT COUNT(*) FROM `ln_filter` AS `main_table` WHERE (attribute_code = 'price')";
It would seem that somehow the ln_filter table is resolving to a full name of fototekn_digi.ln_filter, and that no table exists by that fully qualified name.
If you would like more help with this issue, I would suggest providing some or all of the following:
What steps have you tried to resolve the error or deduce its origin?
How is this error being produced? What code is causing the error?
Do you expect a table named ln_filter to exist?

Related

is possible to create a map with 2 keys and a vector of values in Clojure?

I am trying to create a program that reads in a table of temperatures from a csv file and would like to access a a collection of temperatures based on the year and day.
the first column stands for the year the tempratures have been recorded.
the second column stands for a specific day during each month .
the rest of the column represent the temperatures each month.
For example, 2021 - 23 - 119 = 23rd June 2021 has a temperature of 119
Year Day Months from January to December
2018 18 | 45 54 -11 170 99 166 173 177 175 93 74 69
2021 23 | 13 87 75 85 85 119 190 172 156 104 39 53
2020 23 | 63 86 62 128 131 187 163 162 138 104 60 70
So far I have managed to load the data from a CSV File with clojure.data.csv. this returns a sequence of vectors into the program
(defn Load_csv_file [filepath]
(try
(with-open [reader (io/reader filepath)]
(.skip reader 1)
( let [data (csv/read-csv reader)]
(println data) )
)
(catch Exception ex (println (str "LOL Exception: " (.toString ex))))
))
I am currently trying to figure out how to implement this but my reasoning was to create three keys in a map which will take in the year, day and vector of temperatures, to then filter for a specific value.
Any advice on how i can implement this functionality.
Thanks!
i would go with something like this:
(require '[clojure.java.io :refer [reader]]
'[clojure.string :refer [split blank?]]
'[clojure.edn :as edn])
(with-open [r (reader "data.txt")]
(doall (for [ln (rest (line-seq r))
:when (not (blank? ln))
:let [[y d & ms] (mapv edn/read-string (split ln #"\s+\|?\s+"))]]
{:year y :day d :months (vec ms)})))
;;({:year 2018,
;; :day 18,
;; :months [45 54 -11 170 99 166 173 177 175 93 74 69]}
;; {:year 2021,
;; :day 23,
;; :months [13 87 75 85 85 119 190 172 156 104 39 53]}
;; {:year 2020,
;; :day 23,
;; :months [63 86 62 128 131 187 163 162 138 104 60 70]})
by the way, i'm not sure csv format allows different separators (as you have in your example.. anyway this one would work for that)
I would create a map of data that looked something like this
{2020 {23 {:months [63 86 62 128 131 187 163 162 138 104 60 70]}}}
This way you can get the data out in a fairly easy way
(get-in data [2020 23 :months]
So something like this
(->> (Load_csv_file "file.csv")
(reduce (fn [acc [year day & months]] (assoc-in acc [year day] months)) {}))
This will result in the data structure I mentioned now you just need to figure out the location of the data you want

Undefined columns selected using panelvar package

Have anyone used panel var in R?
Currently I'm using the package panelvar of R. And I'm getting this error :
Error in `[.data.frame`(data, , c(colnames(data)[panel_identifier], required_vars)) :
undefined columns selected
And my syntax currently is:
model1<-pvargmm(
dependent_vars = c("Change.."),
lags = 2,
exog_vars = c("Price"),
transformation = "fd",
data = base1,
panel_identifier = c("id", "t"),
steps = c("twostep"),
system_instruments = FALSE,
max_instr_dependent_vars = 99,
min_instr_dependent_vars = 2L,
collapse = FALSE)
I don't know why my panel_identifier is not working, it's pretty similar to the example given by panelvar package, however, it doesn't work, I want to appoint that base1 is on data.frame format. any ideas? Also, my data is structured like this:
head(base1)
id t country DDMMYY month month_text day Date_txt year Price Open
1 1 1296 China 1-4-2020 4 Apr 1 Apr 01 2020 12588.24 12614.82
2 1 1295 China 31-3-2020 3 Mar 31 Mar 31 2020 12614.82 12597.61
High Low Vol. Change..
1 12775.83 12570.32 NA -0.0021
2 12737.28 12583.05 NA 0.0014
thanks in advance !
Check the documentation of the package and the SSRN paper. For me it helped to ensure all entered formats are identical (you can check this with str(base1) command). For example they write:
library(panelvar)
data("Dahlberg")
ex1_dahlberg_data <-
pvargmm(dependent_vars = .......
When I look at it I get
>str(Dahlberg)
'data.frame': 2385 obs. of 5 variables:
$ id : Factor w/ 265 levels "114","115","120",..: 1 1 1 1 1 1 1 1 1 2 ...
$ year : Factor w/ 9 levels "1979","1980",..: 1 2 3 4 5 6 7 8 9 1 ...
$ expenditures: num 0.023 0.0266 0.0273 0.0289 0.0226 ...
$ revenues : num 0.0182 0.0209 0.0211 0.0234 0.018 ...
$ grants : num 0.00544 0.00573 0.00566 0.00589 0.00559 ...
For example the input data must be a data.frame (in my case it had additional type specifications like tibble or data.table). I resolved it by casting as.data.frame() on it.

What is octave "find()"-ing?

day[] is essentially several years worth of [1:365 1:365 1:365 ...] with lots of holes. Length is 5556.
find()-ing individual days, thus
find(2 == day)'
ans =
Columns 1 through 13:
364 729 1094 1460 1825 2190 2555 2921 3286 3651 4016 4382 4747
Columns 14 and 15:
5095 5459
>> find(3 == day)'
ans =
Columns 1 through 13:
365 730 1095 1461 1826 2191 2556 2922 3287 3652 4017 4383 4748
Columns 14 and 15:
5096 5460
>> find(4 == day)'
ans =
Columns 1 through 13:
1 366 731 1096 1462 1827 2192 2557 2923 3288 3653 4018 4384
Columns 14 through 16:
4749 5097 5461
returns reasonable index values, but I don't understand the results of
find(2:4 == day)'
ans =
Columns 1 through 11:
364 729 1094 1460 1825 2190 2555 2921 3286 3651 4016
Columns 12 through 22:
4382 4747 5095 5459 5921 6286 6651 7017 7382 7747 8112
Columns 23 through 33:
8478 8843 9208 9573 9939 10304 10652 11016 11113 11478 11843
Columns 34 through 44:
12208 12574 12939 13304 13669 14035 14400 14765 15130 15496 15861
Columns 45 and 46:
16209 16573
Since the length of day[] is 5556, what is being returned?
I assume that day is a column vector. If not, that statement should error out.
I recommend that you execute that statement in parts: run just 2:4 == day. This should be a 5556x3 matrix, where the first column is true where day==2, the second column day==3, etc.
find just returns the (linear) indices if the true elements.

CoreData: annotation: Failed to load optimized model error on google map sdk iOS 11

My code run on iOS 10.3 correctly. but on iOS 11 on simulator or my iPhone get this error:
CoreData: annotation: Failed to load optimized model at path '/Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Bundle/Application/71EBDC7D-4708-4349-A54B-08E3F6E38D48/iAtlas.app/GoogleMaps.bundle/GMSCacheStorage.momd/Storage.omo'
When app run for first time, google map run correctlly, but after close and run again, app wants to load tiles from caches and crash by error.
downgrade GoogleMaps 2.2 and upgrade to last version cocoapods not solved error.
All log is here:
["/Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Data/Application/71371217-5D6D-4BC1-97C4-4ED1FEBDF8EF/Documents"]
2017-10-22 15:39:11.908262+0330 iAtlas[19195:648732] [MC] Lazy loading NSBundle MobileCoreServices.framework
2017-10-22 15:39:11.909174+0330 iAtlas[19195:648732] [MC] Loaded MobileCoreServices.framework
2017-10-22 15:39:11.927694+0330 iAtlas[19195:648732] [MC] System group container for systemgroup.com.apple.configurationprofiles path is /Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Shared/SystemGroup/systemgroup.com.apple.configurationprofiles
CoreData: annotation: Failed to load optimized model at path '/Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Bundle/Application/F46E955A-F5B6-42A8-B435-3A488DB69C55/iAtlas.app/GoogleMaps.bundle/GMSCacheStorage.momd/Storage.omo'
CoreData: annotation: Failed to load optimized model at path '/Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Bundle/Application/F46E955A-F5B6-42A8-B435-3A488DB69C55/iAtlas.app/GoogleMaps.bundle/GMSCacheStorage.momd/Storage.omo'
CoreData: annotation: Failed to load optimized model at path '/Users/imohammadi/Library/Developer/CoreSimulator/Devices/054E361B-16B2-43D6-9708-A59401DE29B8/data/Containers/Bundle/Application/F46E955A-F5B6-42A8-B435-3A488DB69C55/iAtlas.app/GoogleMaps.bundle/GMSCacheStorage.momd/Storage.omo'
=================================================================
Main Thread Checker: UI API called on a background thread: -[UIApplication applicationState]
PID: 19195, TID: 649127, Thread name: com.google.Maps.LabelingBehavior, Queue name: com.apple.root.default-qos.overcommit, QoS: 21
Backtrace:
4 iAtlas 0x000000010f3049a4 GMSIsApplicationInBackground + 53
5 iAtlas 0x000000010f2f2bfa -[GMSForegroundDispatchQueue initWithName:targetQueue:] + 269
6 iAtlas 0x000000010f3d2a6e _ZN7gmscore6vector4text8GlyphSetC2ERKNS_4base10reffed_ptrINS0_16TextureAtlasPoolEEEPU28objcproto17OS_dispatch_queue8NSObjectPK8__CTFontff + 344
7 iAtlas 0x000000010f3d1ed8 _ZN7gmscore6vector4text10GlyphCache11GetGlyphSetEPK8__CTFontf + 214
8 iAtlas 0x000000010f3cf98e _ZN7gmscore6vector4text6GLText14PrefetchGlyphsERKNS_4base10reffed_ptrINS1_10GlyphCacheEEERKNSt3__16vectorItNS9_9allocatorItEEEEPK8__CTFontf + 22
9 iAtlas 0x000000010f3cfa91 _ZN7gmscore6vector4text6GLText14PrefetchGlyphsERKNS_4base10reffed_ptrINS1_10GlyphCacheEEEPK8__CTLinebf + 207
10 iAtlas 0x000000010f32775f _ZN7gmscore6vector12GLPointLabel22PrefetchGlyphsForGroupEPNS0_12GLLabelGroupE + 181
11 iAtlas 0x000000010f327687 _ZN7gmscore6vector12GLPointLabel14PrefetchGlyphsEv + 33
12 iAtlas 0x000000010f3966aa _ZN7gmscore6vector16LabelingBehavior23CreatePendingOperationsERKNSt3__13setINS_4base10reffed_ptrINS0_7GLLabelEEENS2_4lessIS7_EENS2_9allocatorIS7_EEEESE_SE_NS0_13LabelDrawModeE + 1096
13 iAtlas 0x000000010f39601d _ZN7gmscore6vector16LabelingBehavior14RunLabelingJobERKNS_4base10reffed_ptrINS1_11LabelingJobEEE + 357
14 iAtlas 0x000000010f395eaa ___ZN7gmscore6vector16LabelingBehavior14CommitInternalEPNS_8renderer14EntityRendererE_block_invoke + 22
15 Foundation 0x0000000113fad948 __NSThreadPerformPerform + 334
16 CoreFoundation 0x0000000114bac2b1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
17 CoreFoundation 0x0000000114c4bd31 __CFRunLoopDoSource0 + 81
18 CoreFoundation 0x0000000114b90c19 __CFRunLoopDoSources0 + 185
19 CoreFoundation 0x0000000114b901ff __CFRunLoopRun + 1279
20 CoreFoundation 0x0000000114b8fa89 CFRunLoopRunSpecific + 409
21 Foundation 0x0000000113f67e5e -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 274
22 iAtlas 0x000000010f3d1165 -[GMSx_GTMSimpleWorkerThread main] + 337
23 Foundation 0x0000000113f758ac __NSThread__start__ + 1197
24 libsystem_pthread.dylib 0x00000001162f36c1 _pthread_body + 340
25 libsystem_pthread.dylib 0x00000001162f356d _pthread_body + 0
26 libsystem_pthread.dylib 0x00000001162f2c5d thread_start + 13
2017-10-22 15:39:13.649828+0330 iAtlas[19195:649127] [reports] Main Thread Checker: UI API called on a background thread: -[UIApplication applicationState]
PID: 19195, TID: 649127, Thread name: com.google.Maps.LabelingBehavior, Queue name: com.apple.root.default-qos.overcommit, QoS: 21
Backtrace:
4 iAtlas 0x000000010f3049a4 GMSIsApplicationInBackground + 53
5 iAtlas 0x000000010f2f2bfa -[GMSForegroundDispatchQueue initWithName:targetQueue:] + 269
6 iAtlas 0x000000010f3d2a6e _ZN7gmscore6vector4text8GlyphSetC2ERKNS_4base10reffed_ptrINS0_16TextureAtlasPoolEEEPU28objcproto17OS_dispatch_queue8NSObjectPK8__CTFontff + 344
7 iAtlas 0x000000010f3d1ed8 _ZN7gmscore6vector4text10GlyphCache11GetGlyphSetEPK8__CTFontf + 214
8 iAtlas 0x000000010f3cf98e _ZN7gmscore6vector4text6GLText14PrefetchGlyphsERKNS_4base10reffed_ptrINS1_10GlyphCacheEEERKNSt3__16vectorItNS9_9allocatorItEEEEPK8__CTFontf + 22
9 iAtlas 0x000000010f3cfa91 _ZN7gmscore6vector4text6GLText14PrefetchGlyphsERKNS_4base10reffed_ptrINS1_10GlyphCacheEEEPK8__CTLinebf + 207
10 iAtlas 0x000000010f32775f _ZN7gmscore6vector12GLPointLabel22PrefetchGlyphsForGroupEPNS0_12GLLabelGroupE + 181
11 iAtlas 0x000000010f327687 _ZN7gmscore6vector12GLPointLabel14PrefetchGlyphsEv + 33
12 iAtlas 0x000000010f3966aa _ZN7gmscore6vector16LabelingBehavior23CreatePendingOperationsERKNSt3__13setINS_4base10reffed_ptrINS0_7GLLabelEEENS2_4lessIS7_EENS2_9allocatorIS7_EEEESE_SE_NS0_13LabelDrawModeE + 1096
13 iAtlas 0x000000010f39601d _ZN7gmscore6vector16LabelingBehavior14RunLabelingJobERKNS_4base10reffed_ptrINS1_11LabelingJobEEE + 357
14 iAtlas 0x000000010f395eaa ___ZN7gmscore6vector16LabelingBehavior14CommitInternalEPNS_8renderer14EntityRendererE_block_invoke + 22
15 Foundation 0x0000000113fad948 __NSThreadPerformPerform + 334
16 CoreFoundation 0x0000000114bac2b1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
17 CoreFoundation 0x0000000114c4bd31 __CFRunLoopDoSource0 + 81
18 CoreFoundation 0x0000000114b90c19 __CFRunLoopDoSources0 + 185
19 CoreFoundation 0x0000000114b901ff __CFRunLoopRun + 1279
20 CoreFoundation 0x0000000114b8fa89 CFRunLoopRunSpecific + 409
21 Foundation 0x0000000113f67e5e -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 274
22 iAtlas 0x000000010f3d1165 -[GMSx_GTMSimpleWorkerThread main] + 337
23 Foundation 0x0000000113f758ac __NSThread__start__ + 1197
24 libsystem_pthread.dylib 0x00000001162f36c1 _pthread_body + 340
25 libsystem_pthread.dylib 0x00000001162f356d _pthread_body + 0
26 libsystem_pthread.dylib 0x00000001162f2c5d thread_start + 13
2017-10-22 15:39:15.284603+0330 iAtlas[19195:649136] [BoringSSL] Function boringssl_context_get_peer_sct_list: line 1754 received sct extension length is less than sct data length
2017-10-22 15:39:15.562982+0330 iAtlas[19195:649136] [BoringSSL] Function boringssl_context_get_peer_sct_list: line 1754 received sct extension length is less than sct data length
2017-10-22 15:39:16.191452+0330 iAtlas[19195:648732] Google Maps SDK for iOS version: 2.4.30121.0
2017-10-22 15:39:16.195285+0330 iAtlas[19195:649136] TIC Read Status [1:0x0]: 1:57
2017-10-22 15:39:16.195452+0330 iAtlas[19195:649136] TIC Read Status [1:0x0]: 1:57
This issue was reported in Google issue tracker:
https://issuetracker.google.com/issues/64504919
As I can see, the issue was marked as fixed today (October 24, 2017). The Google rep wrote
We believe that this issue should be solved in the Maps iOS SDK v2.5 release. If this issue still occurs, please let us know.
It looks like you have to update your SDK to the latest version 2.5 in order to solve the problem.
UPDATE
It looks like the issue wasn't solved in version 2.5, the bug was reopened in Google issue tracker.

How do I query with a join getting all the data in Om Next?

In Om Next, when having data such as:
{:table {:name "Disk Performance Table"
:data [:statistics :performance]}
:chart {:name "Combined Graph"
:data [:statistics :performance]}
:statistics {:performance {:cpu-usage [45 15 32 11 66 44]
:disk-activity [11 34 66 12 99 100]
:network-activity [55 87 20 1 22 82]}}}
you can query it with:
[{:chart [{:data [:cpu-usage]}]}]
to get the chart, join the data and dig down cpu-usage from the performance record:
{:chart {:data {:cpu-usage [45 15 32 11 66 44]}}}
How do I get the whole performance record instead?
Another potential query is this:
[{:chart [:data]}]
but it doesn't resolve the join:
{:chart {:data [:statistics :performance]}}
There are no components as this is only about the data and the query. This is from the exercise number 2 and queries here: https://awkay.github.io/om-tutorial/#!/om_tutorial.D_Queries which uses om/db->tree to run the queries.
This is how you do it:
[{:chart [{:data [*]}]}]
which gives you:
{:chart {:data {:cpu-usage [45 15 32 11 66 44]
:disk-activity [11 34 66 12 99 100]
:network-activity [55 87 20 1 22 82]}}}
Without seeing the actual components with queries and idents, I can't be sure.
However, you should be able to query for [{:chart [:data]}]. See om/db->tree. Assuming that you have structured your components with the right queries and idents, om/db->tree converts your flat app state into a tree so that your read functions see the following data when called:
{:table {:name "Disk Performance Table"
:data {:cpu-usage [45 15 32 11 66 44]
:disk-activity [11 34 66 12 99 100]
:network-activity [55 87 20 1 22 82]}}
:chart {:name "Combined Graph"
:data {:cpu-usage [45 15 32 11 66 44]
:disk-activity [11 34 66 12 99 100]
:network-activity [55 87 20 1 22 82]}}}
If that query doesn't work, [{:chart [{:data [:cpu-usage :disk-activity :network-activity]}]}] should certainly do the trick.