Latest Contributions by TanuHoque

for future reference: we blogged about the instructions etc. in a blog https://www.esri.com/arcgis-blog/products/arcgis-pro/mapping/working-with-agol-feature-services-date-time-attributes-in-non-utc-time-zone-in-arcgis-pro-2-7/ ... View more

Thanks @KoryKramer for announcing this capability. Thanks to @GregoryLehner, you can read the following blog to get a quick overview on this new capability https://www.esri.com/arcgis-blog/products/arcgis-pro/mapping/collect-data-in-the-field-from-your-gnss-device-with-arcgis-pro/ ... View more

hello @欢杨, Adding XYZ tile layer in Pro is supported since 2.6. All you need to do is to choose 'Map | Add Data | Data From Path' >> paste a url like this (https://tileserver.memomaps.de/tilegen/{level}/{col}/{row}.png) and click OK.   Please see 'Add a dataset from a path' section in https://pro.arcgis.com/en/pro-app/latest/help/mapping/layer-properties/add-layers-to-a-map.htm for more info. Will this work for you?   Thanks. Tanu ... View more

Please see my last comment on 12/18/2020. ... View more

hello all, Now that ArcGIS Pro 2.7 is released and ArcGIS Online December release it out, I'm updating this post with instructions on how to resolve issues you folks mentioned in here. how to update an agol fs with preferredTimeReference go to the UpdateDefinition api https://servicesdev.arcgis.com/cqvgkJ9ZrNkn9BCU/arcgis/rest/admin/services/<yourServerName>/FeatureServer/updateDefinition?token=<token>&f=pjson remove everything from the text box copy paste this to set time zone to Pacific Standard Time. Please see the link below for Windows Time Zone IDs for other areas { "preferredTimeReference" : { "timeZone" : "Pacific Standard Time", "respectsDaylightSaving" : true } } click Update Layer Definition button here is the link to Microsoft help listing all Windows Time Zone IDs: https://docs.microsoft.com/en-us/previous-versions/windows/embedded/ms912391(v=winembedded.11) Note: once you update your hosted feature service with preferred time zone, you might need to re-add the layer in Pro.   If you happen to use arcade expression to label features with date/time, you might run into a known limit. Here is what you can do: use this arcade expression instead, or Text($feature.ADateField, "DD/MM/YYYY HH:mm:ss A") use VBScript/Python expression     ... View more

Hi @MichailaMusman  First, we highly recommend you to use ArcGIS Pro in this case. It has reporting capability that you can easily integrate with a print service. Could you please check out this blog post and ArcGIS Pro reporting capability and see whether it helps you in your use case? Print reports from ArcGIS Enterprise web apps    I'm glad that you found Esri videos on print service helpful. Thanks Tanu ... View more

@ConnorBerry  Quick question: what version of ArcGIS Server you are running your service? ... View more

Sorry for the delay. It has been a crazy month. In case you didn't have any solution yet (or for other users from future): How does it understand which basemaps and layers should be turned on and off? e.g. the layers are hosted in ESRI map, even some layers will be uploaded by users in WebApp. That is the logic you need to have in the arcpy script. A fairly easy way to get started to write arcpy based print service is to take a look at the python source code behind the Export Web Map tool in ArcGIS Pro. At a high level, you need to do 3 things in your code: call arcpy.mp.ConvertWebMapToArcGISProject(...) function to create an in-memory project & map out of the webmap_json gets passed from web client's print widget/task get the map or the layout export the map or the layout to a pdf   Here are some arcpy functions/classes that will help you change a map's basemap layer, setting layers visibility, add layers etc. https://pro.arcgis.com/en/pro-app/arcpy/mapping/map-class.htm https://pro.arcgis.com/en/pro-app/arcpy/mapping/layer-class.htm Here is help on the ConvertWebMapToArcGISProject(...) function. It has some very useful samples too. https://pro.arcgis.com/en/pro-app/arcpy/mapping/convertwebmaptoarcgisproject.htm Also, check arcpy.mp.PDFDocumentXXXX(...) functions to find out who to open & append pages in a pdf file.   hope you will find this helpful. ... View more

@mthompson  Okay, I got something for you try. There are few hoops that we need to jump thru. That is because all the limitations that I mentioned above. I will try my best to explain: Here are two things that I have attached here: a sample output pdf containing a map and abutters list that will looks like this a zip file containing: a gp tool with python files a .pagx file (ArcGIS Pro layout file) a .rptx file (ArcGIS Pro report file) both pagx and rptx files are named the same :warning: this is requirement.   What changes I made in .pagx & .rptx files: In layout template file (.pagx) added a new text element that is outside of the page to make sure it does not show up in the output the report generation process use this later this is named "{Buffer Distance}" - note it is embedded within a setup of curly braces :warning:  if you ever change its name, you need to update the python code you will see later how and where it shows up in this workflow if you want to use your own layout, that is okay, just make sure (a) it has one text element like this one, and (b) the pagx file must be named same as the rptx file In report file (.rptx) The highlighted text below are like keywords that the python code looks for and replace them with correct values during a job. :warning: if you ever wanted to replace them, you would need to update the python code too.   What do you need to do: Download the zip file and unzip in a local folder on your machine Update the .rptx file open it in ArcGIS Pro remove the layer in the map that will be imported in the Pro session as part of importing the .rptx file add your parcel layer off your map or feature service update field list used in the report's details section Save it as a Report File -- over write the existing one Add the folder where you unzipped the zip file in Pro Open the Export Web Map script tool inside the Printing.tbx choose the folder that has both .pagx and rptx file for Layout Template Folder you will see the pagx file name showing up in Layout Template drop down Run it Open Get Layout Template Info tool choose the same folder that you selected in the step above Run it Publish/share both gp results as a gp service see https://enterprise.arcgis.com/en/server/latest/create-web-apps/windows/tutorial-publish-additional-layouts-for-printing-with-arcgis-pro.htm for more info Once published, use the service in a web app builder Print widget Once your web app is all setup correctly with a Public Notification widget and a Print widget, here is what you need to do: click the Public Notification widget click a parcel and let the selection process finish click the Print widget - you will see all selection are cleared out if you click on the parcel again, you will see the Public Notification process will still work 🙂 select AbuttersList Map and Report template click Advanced button you will see Buffer Distance text box enter the buffer distance you used in the Public Notification widget this is the only thing you need to do manually. Unfortunately I didn't find any automated way to retrieve that info. click Print button now wait.... hopefully it will work fine on your side and you will get a pdf containing a map and abutters list 🙂 Please let me if you run into any issues. ... View more

@mthompson  I'm so sorry for the delay. Unfortunately I don't have good news for you at this point. I need to think it through a bit and see whether I can come up with some workaround. Here are the big issues that you will face right off the bat: Apparently the Public Notification widget does not use print service, nor does it allow you to change its configuration to use a print service. that could be an enhancement request for the widget Because of the above limitation, you need to do it in 2 steps use the Public Notification widget to select abutting properties, and then use the Print widget to generate a map and a report That leads to the next issue after selecting all parcels using the Public Notification widget, if you open the Print widget, all selection gets cleared out I found a workaround albeit very odd though once Print widget is open, apparently you can still click on a parcel and perform the selection. Since the Public Notification widget and the Print widget are two different widgets, and they are disjointed, clicking the Print widget is not going to solve your problem. The print service on your server side, needs to be a custom arcpy based service. because of #5, the request that comes to the print service, does not have all the information that you need for your report. basically they need to be done again in the arcpy code let me see whether I can come up with some solution very quick   Finally, would you mind share your .rptx file - the report file that you generated in ArcGIS Pro here. I can use that as a starting point. Thanks ... View more

Thanks @MadelaineTaftFerguson, @Anonymous User. We will keep you posted  ... View more

hi @Anonymous User, I just merged your Geonet question titled "Can't publish feature service with timezone" to this post as it appears to me that you are running into the same problem that is being discussed here. Please read previous responses and let me know if you have any question or I misunderstood your question. Thanks. Tanu ... View more

@MTaft-Ferguson  Sorry for the delay, and as it appears I couldn't make it clear. What you described in your last comment is how Pro behaves. And we realized that creates a lot of confusion. As I mentioned: ArcGIS Online Feature Services store date/time in UTC Feature Services return date/time in UTC ArcGIS Pro displays date/time values in UTC When you visualize the same feature service in MapViewer (or AGOL) in a web browser, the  date/time values are displayed in your device's local time zone, NOT in UTC. Since  you are in MA, date/time values are displayed in EDT when viewed in AGOL map viewer - which are 4 hours (or 5 depending on day light saving) behind UTC. Since AGOL and Pro are showing date/times in two different time zones you are seeing the discrepancies. It creates confusions, and potentially corrupts data when an editor enters date/time values in local time zone instead of UTC in Pro.   With release of ArcGIS Pro 2.7 and AGOL Dec release, this discrepancy should go away albeit not by default. You need to opt into that mode. The reason we will ask users to opt into is because if we change the default behavior, it could potentially break a lot of users' current workflows. Please let me know if you have any question. ... View more

I haven't tested this in v2.6, the post was made well before 2.6 existed. @MadelaineTaftFerguson  I meant to say that it has been like that, I think, since the beginning. There was nothing new done in 2.6 in this area.   As Russell mentioned that the new enhancements coming up in next Pro release (fingers crossed). ... View more

Thanks @RussellBrennan.   @MTaft-Ferguson, In addition to what Russell mentioned, if I may I'd like to add that we understand there are a lot of issues our users have been facing when it comes to date-time values. As you know working with date/time especially when it comes to time zones is a big pain in general.   Here is one thing I'd like to clarify: when Pro users then interact with those feature services in Pro, time is displayed in the local time; Technically, unlike MapViewer (or JS API), ArcGIS Pro, as of v2.6, does not do any time zone conversion while consuming date/time values from a feature service. It assumes date/times are coming in UTC and it displays them in UTC. The reason it assumes 'date/times are in UTC' is because as per ArcGIS REST API specifications, map/feature service query operations always returns date/time in epoch (UTC). Same thing happens while editing - Pro assumes an editor enters date/times in UTC and submits that as UTC. When someone enters date/time in local time zone, you will see incorrect data. If you open a feature service layer's Property page, switch to the Time tab and scroll down a bit, you will see the Time Zone is set to UTC for that layer.   Finally I have a question for you: Do you store event date/times from different time zones in a single feature service? Or you maintain one feature service storing only data from a single time zone? I'd appreciate if you kindly explain a bit more on your use case. May be sample data that you might share with us?   Thanks a lot. Tanu ... View more