Latest Contributions by RainerFarsch1

Hi Lucas, Is this possibly a future feature? (Or it's just not going to happen?) Thanks! -Rainer ... View more

Hi Neil, I suspected the same. When I installed RHEL 7.5 WS using the 'Development and Creative Workstation' option, I also got Qt 3.3.8, Qt 4.8.7, and 5.9.2 installed. For example, on a terminal: '$ echo $QTDIR' gives back '/usr/lib64/qt-3.3'. Annoying. I believe the Qt5 libraries installed in /usr/lib are Qt 5.9.2, and therefore the issue at hand. Thanks for getting to this as quickly as you did. -Rainer ... View more

Hi Neil, Thanks for the quick response. I modified the four .pri files you cited and it worked -- that is it finished linking without the qt_version_tag@Qt_5.12 error. (Seems I need to debug some other issues to get the application fully running.) So, what is the issue? Is this something I need to be aware of if I re-install onto another machine. Known bug? Thanks! -Rainer ... View more

Lucas, Yes, that test code works. I did make two minor changes shown in bold below for it to compile: (1)  connect(timer, &QTimer::timeout, this, [=]() (2)  Graphic* m_graphic = new Graphic(pt, attr, this); So, I went back to my code and commented out: graphic->attributes()->setAttributesMap(graphicAttrList->attributesMap()); and it is working without this line - don't know what's changed - but it's working. I'm going to do a bit more testing to see how well and fast it is working. This is good news... Thanks. -Rainer ... View more

Well, it's been a few days since my last posting - no reply . In the code I presented, I'm updating the attributes of 128 graphics every 50 ms. From the testing I've done, changing the attributes of each graphic carries a performance hit. However, I don't need to change all the attributes since I have my own model from which to pull data if and when a graphic is selected (hooked) by the user. However two attributes are needed: one for the class break renderer to use as its field name, and a unique identifier (UID) attribute that matches the model's UID. So my question: Is there a faster way to update attributes? Currently the code looks like:       // Replace attribute data with data from the model.       graphicAttrList->replaceAttribute("wwww", datum->wwww());       graphicAttrList->replaceAttribute("xxxx", datum->xxxx());       graphicAttrList->replaceAttribute("yyyy", datum->yyyy());       // field name for class break renderer:       graphicAttrList->replaceAttribute("zzzz", datum->zzzz());       // Is there quicker way to do this? In the code below, I have to get the QVariantMap       // from the model (graphicAttrList->attributesMap()) in order to set the attributes       // for the graphic so that the class break renderer renders the correct symbol using       // the 'zzzz' attribute as its field name. Ideally, I would like to replace the       // attribute -- as in the code above -- and be done with it. In QML-land (10.2.6),       // that is what I was able to do: change the attribute and then the renderer took care       // of rendering the correct symbol. It appears in C++-land (100.1), I need to do the       // extra step below, unless I'm missing something...?      graphic->attributes()->setAttributesMap(graphicAttrList->attributesMap()); Thanks!!! -Rainer ... View more

Luke, Here's a redacted snippet of code. I changed variable names and functions to more generic names. So in this snippet of code I'm re-using pre-allocated graphics and giving them new attributes and geometry. As written, the renderer does change the symbol accordingly - for example on the value of the zzzz attribute. Near the bottom of the code snippet I'm setting new attributes to the graphic in a manner that seems a bit long-winded. In that one line I'm getting the QVariantMap from graphicAttrList and then setting it back to the graphic's attributes. Is there a better (faster) way? Setting the graphic's geometry seems a lot more straight forward.  Thanks! -Rainer    // Get the graphic list model.    GraphicListModel* graphicListModel = m_graphicsOverlay->graphics();    // Transfer over data from the model to graphic. Do this by changing the attributes    // and the geometry for each graphic.    unsigned int offset = ...; // some computed no.    unsigned int i = 0;    SpatialReference sr(102100);    for (Datum* datum : dataVector)    {       // For each datum from the model, transfer its attributes to a graphic from       // the graphics overlay.       AttributeListModel* graphicAttrList = graphicListModel->at(i)->attributes();       // Replace attribute data with data from the model.       graphicAttrList->replaceAttribute("wwww", datum->wwww());       graphicAttrList->replaceAttribute("xxxx", datum->xxxx());       graphicAttrList->replaceAttribute("yyyy", datum->yyyy());       graphicAttrList->replaceAttribute("zzzz", datum->zzzz());       // Get the graphic.       Graphic* graphic = graphicListModel->at(offset + i++);       // Set the new attributes to the graphic.       graphic->attributes()->setAttributesMap(graphicAttrList->attributesMap()); // <- Luke, this is what I'm using - is there a better way?       // Change the geometry of the graphic to that of the echo.       Point geom(datum->x(), datum->y(), sr);       graphic->setGeometry(geom);    } ... View more

Hi Luke, Thanks for the information, but I don't see a member function called setAttributes() in the Graphic class or in any of its base classes (List of All Members for Graphic | ArcGIS for Developers). I see two getters (from GeoElement base class and Graphic class), but I don't see a setAttributes() setter. Would you please clarify? Thanks! -Rainer ... View more

Thanks Lucas, I looked at this yesterday and noticed the same. I'm now loading the tile cache and map and waiting for them to finish loading before interrogating their spatial references - although I didn't do it as elegantly as you did with lambdas - I'll have to do the same (I was spinning on the load status ). I was already doing this loading for the geodatabase - I should have caught this for the tile cache and map. Oh well. Thanks! -Rainer ... View more