Latest Contributions by MarcoBoeringa

Does anyone know if Pro 2.1 will finally implement something like this? As far as I can see, the current Pro 2.0 Help still doesn't list any equivalent function to the mxd.activeDataFrame of ArcMap, so you never know which Pro map is actually the one being actively used by the user from arcpy perspective... This is fuctionality that is highly desirable for arcpy development and certain workflows. ... View more

Hmm, I can get this to work in ArcMap: As per @Wendy Harrison's remark: are you absolutely sure that the data source you are using doesn't have some invisible hidden characters, e.g. like a new line? The fact that some records do work, but others fail, is indeed usually an indication of invalid characters, the most likely being the & "ampersand" and < "left arrow bracket" characters, as these aren't allowed, but I am still wondering if there are more that may raise issues?... To be honest, I haven't yet tried this in ArcGIS Pro, so don't know if there are any issues or bugs there I am yet unaware of. ... View more

Kate, According to this Help page: Add and modify dynamic text—Layouts | ArcGIS Desktop  Dynamic text uses the same text formatting tags as labels. For the font tag (FNT), the only supported attributes are name, size and scale, not(!) style. So the <FNT style="Bold"> is not a valid text formatting tag. Instead, you need to write simply: <BOL>YOUR TEXT</BOL> since in fact, you aren't using the FNT tag at all, since you do not specify a font name, size or scale attribute! You just need the BOL tag to make your text bold. So e.g.: Parcel ID: <BOL><dyn type="page" property="attribute" field="Parcel_id" domainlookup="true"/></BOL> See the list of valid tags and tag attributes here to better understand text formatting tag usage: Text formatting tags—ArcGIS Pro | ArcGIS Desktop  ... View more

I can't really speak from experience with this, as I only tried to publish a vector tile package once and did not encounter this error, but the word "Staging" generally means that some temporary intermediate files are being written somewhere before the data is truly published. This may be in your user profile folder, or Windows temp folder. As a consequence, if this is true, I guess you may be running out of disk space in that location, especially if you are in some very restricted corporate environment with just limited resources given to each user. Anyway, this is all just speculation, it may be another issue, although the Analyze tool should probably cover those. ... View more

I don't think this entirely fair as related to Pro. I have had great success printing some highly complex and detailed vector based topographic maps from Pro. I also think this issue has very little to do with specific ArcGIS Pro PDF export settings or possible(?) inabilities for converting raster to vector or vice versa. Things to be aware of: - As to the original posters problem: This page (Visual differences in imported map documents—ArcGIS Pro | ArcGIS Desktop) clearly states that Pro, contrary to ArcMap, is now colormanaged. - It is likely the particular problem witnessed here, is actually a color management issue, where either Pro does not export/embed the proper profile for each individual image making up your layout, or Adobe Reader / Acrobat or whatever application you are using to view the PDFs, does not respect the embedded profiles and garbles the resulting display. E.g., if one or more of the images used some CMYK profile, that could definetly explain the garbled result here if mis-interpreted by your reader application as RGB. As to a (possible) bug in older versions of Adobe software, this thread: Wrong color on PDF Export  seems to hint on possible issues with older versions of Adobe Reader / Acrobat and exports of layout documents with mixed profiles from ArcGIS Pro. Upgrading the Adobe Acrobat seemed to resolve the issues of that user. Some additional information about formats and profiles: Embedding ICC profiles in image file formats  Is it possible in Acrobat to check profiles that are embedded in images? (Print Production)  - In general, I think it would be wise to make sure all of the used (sub) images of your layout use the same profile, e.g. all sRGB or AdobeRGB, or all a specific CMYK profile if the exact printing medium / paper / printing system is already known. Although properly colormanaged software should take care of the differences, if there are multiple components / software systems involved, one may fall through if not. By the way, a nice introduction to color management is this Cambridge in Colour webpage: Tutorials on Color Management & Printing  although it is more targeted to photographers. But there is a ton of other information out there on the web regarding color management and designing for (offset) printing. ... View more

I don't work for ESRI, so just my 2 cents worth, but a couple of things to note: - Vector tile support, and vector tiles themselves, are still kind of in their infant stage. They haven't been around that long compared to other data formats. - As a consequence, there a still some clear limitations, e.g. in the symbology that you can use. - As far as I understood, yes, vector tile packages are not really "designed" or thought of to be "re-packagable" in the way you desire, like a random zip/unzip operation, with modification in between. I think ESRI, and many other companies like the original designer of the format Mapbox, that are supporting vector tiles, mainly think of them as a handy "create-once / style many" format. That is, you don't change the contents, just re-style by slapping on another JSON style file to get "another" map. - I really think your current use-case is marginal (both in terms of current users even remotely attempting this, and what chances there are of ESRI supporting this in the near future). - Then again, the vector tiles and support are likely still very much in active development, you never know what the future holds. By the way, what is it exactly that you try to do? What modifications are you making to the unpackaged content? I see you mentioning the need for "smaller areas", but is that it? And if so, why do you need it? I also think Vector Tiles are not designed as a distribution format if that is what you attempt to do, for that, create a Map Package (.mpkx - Map package—ArcGIS Pro | ArcGIS Desktop ) instead. Vector Tiles are designed to be deployed as a vector based webservice on e.g. ArcGIS Online, where your users generally should not care about "extents" of the data, as they simply zoom in / out to the area of interest. If you do attempt to use it as a distribution format to send off to some other office / department, then remember the vector tiles do not contain the full quality of your data, nor content, and are cut in tiles, all of this may hamper subsequent usage by your "clients". Again, use a Map Package to distribute true original data including styling and all. ... View more

Then, you are right.Log setting caused mainly the issue.The result is first time:about10sec 51st time:about 25sec(improved!) But,  the itrate process still slightly slow down... It can not be helped,can it? Well, yes and no. Obviously, if your experience with this particular script in Windows 7 was a different one, with almost no detectable slow down in both ArcMap and Pro, than at least theoretically, something potentially could be done you would assume... But on the other hand, I do think there is a small inherent price to pay for the processing in ArcPy, the geoprocessing framework of ArcGIS, and ModelBuilder, where it is likely ArcGIS needs to keep track of stuff in order to do its thing, which will accumulate with an increased number of iterations in a script or Model. ... View more

I don't think this is necessarily a problem of Pro, nor of the Windows or Python / arcpy version. I have seen similar slowing down of equivalent looping processes in a huge model I developed with continued processing, but this issues occurs across the board, not depended on application, Windows or arcpy version. The main thing you really want to do is to switch of the "Log geoprocessing operations to a log file" option. You can find it (in ArcMap), in the Geoprocessing / Geoprocessing / Results Management dialog. As this Help page clearly states: Viewing tool execution history—Help | ArcGIS for Desktop  the logging can seriously affect tool performance with repeated iterator like looping. Another aspect to be aware off is the tracking of the geoprocessing history and display of all the messages in the progress and results dialog of ArcMap / Pro. By default, I set the Geoprocessing / Geoprocessing / Results Management option in ArcMap to "Keep results younger than: Never save", because if I don't, and try to save my Map Document in ArcMap, it ends up being a bloated > 50 MB mxd file that takes two to three minutes or so to save. This is because the entire geoprocessing history is written in the map document. ... View more

Akhil, For the specific case of the "Add Field" tool, you don't need an If..Else construct. The tool has been written to automatically skip adding a new field, and allow the model to continue, when there is an existing field with the same name as needs to be added, it will just emit a warning in the geoprocessing log, but continue. ... View more

You may also find this ESRI vector basemap design "Story Map" regarding labelling useful. It mentions similar issues, and how ESRI cartographers deal with it in vector basemaps: https://arcgis-content.maps.arcgis.com/apps/Cascade/index.html?appid=4911bcc4f1fc47d68bde9d217642ac2e ... View more

To be honest, even as a fellow ESRI product user, I think the chances of this getting real traction with ESRI's dev team are low. As you yourself noted, this is a really rare corner case for labelling. I also think it isn't particularily good cartography, but I don't think I have to really tell you that, because you already know. However, as to the particular problem you seem to try to solve: "to preserve the vector quality of the label with zooming and panning while not obstructing the more important features I need displayed." I would think it is actually far more logical to significantly reduce the width of your (white) text halos, or drop them altogether. Your current text halo widths are pretty huge. With no halos, the roads and road continuity, and potentially other features in your map, will be much more visible, as the roads will display between and behind the individual characters of your labels. Yes, the readability of the text will slightly suffer in some cases (although it heavily depends on the particular cartography and color contrast, it may in fact improve in some cases as well). I think this is a much more logical and elegant solution to the same problem, that doesn't produce poor cartography, nor requires annotation or specific stacking of layers. ... View more

Looking at the screenshot, it shows 3GB (video)memory usage. I wonder if there is an issue with Pro not seeing (or not getting properly reported by the video driver) what the actual available memory is, which should be 8GB for the GTX 1080. At least doing some searches on the internet seems to show this as quite a common problem with other software as well, not properly detecting available video memory... What happens if you stay just below the 3GB mark with a smaller dataset? ... View more

Well, to be honest, "there are as many opinions as there are people". Many users of also "large organizations" have been screaming for the multiple layout model of good old ArcView 3.x to be re-introduced. So here is Pro... I really think there is the educational aspect as well, you can definitely set another storage folder for your project. In fact, when starting a blank project, you are presented with a dialog to do so: to specify the folder (which indeed defaults to user profile). If people are to lazy to change it and simply hit OK all the time, then they probably shouldn't be using Pro but ArcGIS Online... Anyway, these Help pages may be relevant: General options—ArcGIS Pro | ArcGIS Desktop  Change project settings—ArcGIS Pro | ArcGIS Desktop  Install options—ArcGIS Pro | ArcGIS Desktop  There is probably more to come in the future in terms of (default) customizations to enable organizational workflows. Pro is definitely still in full development in many respects. Just my 2 cents as another user... ... View more

Yes, it is, you need the ribbon as you already discovered. One of those small implementation details you just have to get used to but no big deal. ... View more

No surprise the toolbox script didn't work straight away. ESRI has had to make some fundamental changes to arcpy for Pro. This means you need to either update the arcpy code to work in Pro only, or write code to deal with the differences so as to make the scripts compatible with both Pro and ArcMap. The latter is definitely doable. I have converted a complex toolbox with some 50 tools originally developed in ArcMap, to be fully compatible with both Pro and ArcMap. It does mean your code will contain a lot of if..elif statements to deal with the differences, but ultimately, that is not a real big issue, and the number of places you need to insert it in single script is usually limited, as still a lot of the arcpy stuff is compatible between Pro and ArcMap. Usually, only small parts of the script code need to be inside an if..elif or if..else to deal with Pro/ArcMap compatibility, the rest of the code remains unchanged. Do note that it will certainly take time to familiarize yourself with the differences and how to deal with them. As said, it is doable, but you may run into issues initially trying to understand how to convert code. Nonetheless, ESRI has resources for this, the main stop being this Help page with useful links: Migrating from arcpy.mapping to ArcGIS Pro—ArcPy | ArcGIS Desktop  As a starter, the following code example shows some minimum stuff all of your scripts will need if you strive for ArcMap/Pro dual compatibility (for some reason, the "Source Code" option of GeoNet does not seem to work? so I insert it directly in the text): from __future__ import print_function from __future__ import unicode_literals from __future__ import absolute_import import arcpy # GetInstallInfo installInfoDict = arcpy.GetInstallInfo() productName = installInfoDict["ProductName"] if productName in ["Desktop","Server","Engine"]:         # Your ArcMap code elif productName in ["ArcGISPro"]:         # Your Pro code ... View more