POST
|
Hi! We still use the solution my colleaguge Christian Erhlicher mentioned. Until now we didn´t recognize any drawbacks yet. So i can recommend that 🙂 I can provide that if helpful
... View more
11-04-2020
11:47 PM
|
2
|
1
|
9474
|
POST
|
Hi James! Unfortunately i don´t have more information. I sure that the lib is not linked twice... I´ll come back if i have more information.. thx
... View more
10-27-2020
05:17 AM
|
0
|
0
|
614
|
POST
|
Hi! The following stack trace has been observed several times on our customer system: System: - V100.8 - Qt 5.15 - openSUSE Leap 15.1 @ 64Bit Unfortunately i have no information about the circumstances under which this error occurs... Thanks in advance for any hints 🙂 #0 0x00007f3f7def0520 in raise () at /lib64/libc.so.6 #1 0x00007f3f7def1b01 in abort () at /lib64/libc.so.6 #2 0x00007f3f7ec400bb in qErrnoWarning(char const*, ...) () at /usr/lib64/libQt5Core.so.5 #3 0x00007f3f7ec6193d in QThread::~QThread() () at /usr/lib64/libQt5Core.so.5 #4 0x00007f3f5b622fc9 in QRTImpl::(anonymous namespace)::Q_QGS_eventLoopThreadInstance::innerFunction()::Holder::~Holder() () at /usr/lib64/libEsriCommonQt.so #5 0x00007f3f7def3138 in __run_exit_handlers () at /lib64/libc.so.6 #6 0x00007f3f7def318a in () at /lib64/libc.so.6 #7 0x00007f3f74785055 in QXcbConnection::processXcbEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5XcbQpa.so.5 #8 0x00007f3f747a9ba3 in () at /usr/lib64/libQt5XcbQpa.so.5 #9 0x00007f3f78e62e87 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #10 0x00007f3f78e63230 in () at /usr/lib64/libglib-2.0.so.0 #11 0x00007f3f78e632bc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #12 0x00007f3f7eebb58c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #13 0x00007f3f7ee577ba in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #14 0x00007f3f7ee60fb7 in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #15 0x00000000004060e8 in () #16 0x00007f3f7dedb34a in __libc_start_main () at /lib64/libc.so.6 #17 0x00000000004071fa in ()
... View more
10-08-2020
11:21 PM
|
0
|
2
|
652
|
POST
|
Hi Brad! My advice: Try to avoid setting the wkid/spatialReference manually. The mapView/sceneView shoud get the wkid from the provided basemap. (If you get a -1 something went wrong. Try an example to verify this.) Using GeometryEngine::project() you should be able to transform the result if needed. I am sure that that will work. Norbert
... View more
05-14-2020
08:30 AM
|
0
|
0
|
903
|
POST
|
Hi Brad! I´m not rellay sure but maybe the network proxy is responable for not getting data from this (arcgisonline) url. And: I using a map in 2D/UtmProjection and scene in 3D/WebMercatorProjection. I can switch between them. Of course i like to process events like the mouse moves identical. I had to be aware the screenToLocation return values depending on the current projection. In 2D/UtmProjection my map has a wkid=32632; the same region in 3D/WebMercator has wkid=4326. I use GeometryEngine::project to project the Esri::ArcGISRuntime::Point returned from screenToLocation to the desired SpatialReference. Please have a look at - the wkid of aour map, scene - try to project the values. (But attention, SceneGraphicsView::screenToLocation is expensive. I limit the computations to 4 times per second on my own) Hope this helps! Norbert
... View more
05-12-2020
06:52 AM
|
2
|
2
|
903
|
POST
|
Hi Luke! Are there any news to my question? This and similar requirements became more and more important.. Additional: How can i setup full extent if i don´t have any basemap data? Imagine an offline system where no data is provided to be used as a basemap. How can i use the operational layer without a basemap? BTW: Unfortunately the topographic.tpk does not have the required utm projection for the system... Thanks in advance!
... View more
05-02-2020
09:20 AM
|
0
|
1
|
641
|
POST
|
Hi James! Thx for the quick response! 1) We did not build and test with our own version of Qt. We have tested on SuSE Enterprise Linux 15, but we use the version of Qt from the Qt Company to test and certify with. For me it´s not really clear: You are using the Qt from the Company (and not the one shipped with SUSE distribution) but did not build it? Can you please explain in detail what you did? 2) On my system the LD_LIBRARY_PATH is not defined, and there is just one qt installation. So 'ldd' shows that the '/usr/lib64/libQt5Core.so.5' ist used. 2a) /usr/lib64/libEsriRuntimeQt.a Using nm -gC /usr/lib64/libEsriRuntimeQt.a | grep delete i get: @V00.6.0: ... 0000000000000110 T Esri::ArcGISRuntime::FeatureTable::deleteFeaturesCompleted(QUuid, bool) U operator delete(void*) U operator delete(void*) U operator delete(void*) U operator delete(void*) U operator delete(void*) U operator delete(void*) 0000000000000200 T Esri::ArcGISRuntime::PortalUser::deleteFolderCompleted(bool) ... @V00.7.0: ... 0000000000000110 T Esri::ArcGISRuntime::FeatureTable::deleteFeaturesCompleted(QUuid, bool) U operator delete(void*, unsigned long) U operator delete(void*, unsigned long) U operator delete(void*, unsigned long) U operator delete(void*, unsigned long) U operator delete(void*, unsigned long) 0000000000000200 T Esri::ArcGISRuntime::PortalUser::deleteFolderCompleted(bool) ... So, the undefined symbol for delete(void, unsigned long) is introduced with V100.7.0. - already known 🙂 2b) /usr/lib64/libQt5Core.so.5 ctc@CTCAP15:~/TDS/TDS-build> objdump -TC /usr/lib64/libQt5Core.so.5 | grep delete 0000000000000000 DF *UND* 0000000000000000 CXXABI_1.3.9 operator delete[](void*, unsigned long) 0000000000000000 DF *UND* 0000000000000000 CXXABI_1.3.9 operator delete(void*, unsigned long) 0000000000000000 DF *UND* 0000000000000000 GLIBCXX_3.4 operator delete[](void*) 0000000000000000 DF *UND* 0000000000000000 GLIBC_2.2.5 pthread_key_delete 0000000000000000 DF *UND* 0000000000000000 GLIBCXX_3.4 operator delete(void*) 0000000000000000 DF *UND* 0000000000000000 GLIBCXX_3.4 operator delete(void*, std::nothrow_t const&) 00000000002c9f90 g DF .text 0000000000000182 Qt_5.13.1_PRIVATE_API QObjectPrivate::deleteChildren() 00000000002ca120 g DF .text 0000000000000049 Qt_5 QObject::deleteLater() 2c) /usr/lib64/libstdc++.so. objdump -TC /usr/lib64/libstdc++.so.6 | grep delete 0000000000000000 w D *UND* 0000000000000000 transaction clone for operator delete(void*) 0000000000000000 w D *UND* 0000000000000000 pthread_key_delete 000000000009b1e0 g DF .text 000000000000000c CXXABI_1.3 __cxa_vec_delete 0000000000098760 g DF .text 0000000000000005 GLIBCXX_3.4 operator delete(void*) 000000000009a6c0 g DF .text 0000000000000008 CXXABI_1.3.11 operator delete[](void*, unsigned long, std::align_val_t) 0000000000098770 g DF .text 0000000000000005 CXXABI_1.3.9 operator delete(void*, unsigned long) 0000000000098790 g DF .text 0000000000000005 GLIBCXX_3.4 operator delete[](void*) 000000000009ab50 g DF .text 0000000000000021 CXXABI_1.3.6 __cxa_deleted_virtual 000000000009a670 g DF .text 0000000000000005 CXXABI_1.3.11 operator delete(void*, std::align_val_t) 000000000009a6a0 g DF .text 0000000000000005 CXXABI_1.3.11 operator delete[](void*, std::align_val_t) 00000000000987a0 g DF .text 0000000000000005 CXXABI_1.3.9 operator delete[](void*, unsigned long) 000000000009a680 g DF .text 0000000000000005 CXXABI_1.3.11 operator delete(void*, std::align_val_t, std::nothrow_t const&) 000000000009a6b0 g DF .text 0000000000000005 CXXABI_1.3.11 operator delete[](void*, std::align_val_t, std::nothrow_t const&) 000000000009a690 g DF .text 0000000000000008 CXXABI_1.3.11 operator delete(void*, unsigned long, std::align_val_t) 000000000009b190 g DF .text 0000000000000046 CXXABI_1.3 __cxa_vec_delete2 000000000009b1f0 g DF .text 0000000000000066 CXXABI_1.3 __cxa_vec_delete3 00000000000c3600 g DF .text 0000000000000029 GLIBCXX_3.4.22 std::thread::_M_start_thread(std::unique_ptr<std::thread::_State, std::default_delete<std::thread::_State> >, void (*)()) 00000000000987b0 g DF .text 0000000000000005 GLIBCXX_3.4 operator delete[](void*, std::nothrow_t const&) 0000000000098780 g DF .text 0000000000000005 GLIBCXX_3.4 operator delete(void*, std::nothrow_t const&) So, requested symbol is defined in /usr/lib64/libstdc++.so.6, but with CXXABI_1.3.9 and not GLIBCXX_3.4.. My /usr/lib64/libstdc++.so.6 is owned by libstdc++6-8.2.1+r264010-lp151.1.33.x86_64, which is currently the newest for my system: rpm -qi libstdc++6-8.2.1+r264010-lp151.1.33.x86_64 Name : libstdc++6 Version : 8.2.1+r264010 Release : lp151.1.33 Architecture: x86_64 Install Date: Mo 27 Mai 2019 17:33:41 CEST Group : System/Libraries Size : 1602680 License : GPL-3.0-with-GCC-exception Signature : RSA/SHA256, Sa 04 Mai 2019 08:45:27 CEST, Key ID b88b2fd43dbdc284 Source RPM : gcc8-8.2.1+r264010-lp151.1.33.src.rpm Build Date : Sa 04 Mai 2019 08:26:15 CEST Build Host : build81 Relocations : (not relocatable) Packager : https://bugs.opensuse.org Vendor : openSUSE URL : http://gcc.gnu.org/ Summary : The standard C++ shared library Description : The standard C++ library, needed for dynamically linked C++ programs. Distribution: openSUSE Leap 15.1 But the undefined symbol is at qt: `operator delete(void*, unsigned long)@Qt_5' May i please you to post which gcc you are using? And maybe run the upper commands to know where the symbol is defined on your system? Thx
... View more
01-27-2020
01:33 AM
|
0
|
1
|
9474
|
POST
|
Hi! I tried to update from 100.6 to 100.7 While linking the executables i got an undefined reference: lib64/libEsriCommonQt.so: undefined reference to `operator delete(void*, unsigned long)@Qt_5' I´m using openSUSE Leap 15.1 5.13.1 gcc (SUSE Linux) 7.4.1 I tried to compile with a) -std=gnu++11 and b) -std=gnu++14, but no difference. Which Qt did you use on Suse? The one of the operating system (suse) or did you compile Qt on your own? Can you provide more information? Thanks in advance!!! Norbert
... View more
01-24-2020
12:26 AM
|
0
|
23
|
16794
|
POST
|
Hi Fang Li! That look great. We don´t have have an AGOL account yet. And i from my point of view we don´t need AGOL. (Customer care is already involved to dig into the accounts created with our subscribtion...) Maybe that data can taken offline/disconnected, which is our prefered environement. Hopefull we will be able th get that working... Thank you very much! Norbert
... View more
11-14-2019
11:54 PM
|
0
|
0
|
1195
|
POST
|
Thank you for pointing me to that lib. But: My question was related to the ESRI-Lib. I would like to use the arcade-based ESRI solution, which i in beta now... Can someone help???
... View more
11-13-2019
11:31 PM
|
0
|
2
|
1196
|
POST
|
Hi! Can you provide a link, where (and maybe how) a) APP6-D and b) MIL2525D is available? That would be very helpful to start Thx in advance
... View more
11-08-2019
12:12 AM
|
0
|
4
|
1196
|
POST
|
Hi! Waht do you think about this approach? bool AbstractGraphicalObject::assignFillStyleToGraphic() { if (!m_graphic) return false; const LineStyle &ls = m_lineStyle.value(); const FillStyle &fs = m_fillStyle.value(); if (!m_graphic->symbol()) { Esri::ArcGISRuntime::SimpleFillSymbol *sfs = new Esri::ArcGISRuntime::SimpleFillSymbol(convert(fs.fillPattern()), fs.fillColor(), new Esri::ArcGISRuntime::SimpleLineSymbol(convert(ls.linePattern()), ls.lineColor(), ls.lineWidth() * m_scale.value(), m_graphic), m_graphic); m_graphic->setSymbol(sfs); } Esri::ArcGISRuntime::SimpleFillSymbol *sfs = static_cast<Esri::ArcGISRuntime::SimpleFillSymbol*>(m_graphic->symbol()); sfs->setStyle(convert(fs.fillPattern())); sfs->setColor(fs.fillColor()); Esri::ArcGISRuntime::SimpleLineSymbol *sls = static_cast<Esri::ArcGISRuntime::SimpleLineSymbol*>(sfs->outline()); if (!sls) return false; sls->setStyle(convert(ls.linePattern())); sls->setColor(ls.lineColor()); sls->setWidth(ls.lineWidth() * m_scale.value()); return true; }
... View more
10-18-2019
04:09 AM
|
0
|
1
|
375
|
POST
|
Hi! We assign the symbol like this: { .. QSharedPointer<Esri::ArcGISRuntime::SimpleFillSymbol> simpleFillSym = convert(m_fillStyle.value(), simpleLineSym); m_graphic->setSymbol(simpleFillSym.data()); } So the simpleFillSym is destroyed directly at setSymbol() at "}". It this safe, because setSymbol create a deep copy? Thx
... View more
10-17-2019
07:50 AM
|
0
|
3
|
481
|
POST
|
Hi! Ich got the info that the bug should be fixed with V100.7 🙂 (Case 02386995) Thx
... View more
10-14-2019
01:13 AM
|
0
|
0
|
250
|
POST
|
Hi Luke! Thanks for the imidiate replay, wow 🙂 Regarding 1) Size in relation to LOD: I have learned some of that paramter in order to zoom in more than the maxScales of the service allows. Regarding 2) Basemap by reference: I want to avoid the necessity to create a tpk of the area offline. That is the reason i spent time with the OfflineMapTask... Simplified explanation: For one customer we have one topo and one aerial map for 2D (and an adequate projection (32632 for Bremen, and MGRS-Grid is working) one topo and one aerial map for 3D This leads to 4 map services, Idealy with the same extent and so on. And for the devices which are partially offline, i am looking for an possibility to let the user (or maybe his admin) do the dowload. I want to avoid, that i have to configure NOW the offline file he will use TOMORROW. The basemaps are changed about one ime per year. One alternative we currently using is to copy the cache directory.... but isn´t it a poor solution? And i still have to configure the directories to the application in case the device is offline.... Until now there is no basemap selection for the user. Its more or less static. And since i can´t get in touch with the portal and or Arcgis Server to discover the basemaps or services, it´s diffcult to add a proper basemap selection in our application.... Btw: If i load a mmpk, i assume that i have nearly the some enviroment as normal: i can iterate through the basemaps, toggle visibility, change transparency, brightness, contrast and so, right? Thx
... View more
09-06-2019
05:59 AM
|
0
|
0
|
1363
|
Title | Kudos | Posted |
---|---|---|
1 | 10-05-2023 05:17 AM | |
1 | 03-14-2023 06:54 AM | |
1 | 02-24-2023 03:58 AM | |
1 | 06-29-2022 06:12 AM | |
1 | 03-12-2021 01:31 AM |
Online Status |
Offline
|
Date Last Visited |
02-12-2024
12:33 PM
|