Latest Contributions by TanuHoque

Can't thank you all enough! You folks rock! I am pretty sure that countless users found better and quicker way to resolve their GIS problems because of you. 🥇 ... View more

hi @Teresa_Blader  Unfortunately it is hard to determine that here. Please contact Esri support. And they should be able to help... ... View more

@Teresa_Blader    I don't think the issue that you are running into is same as the original issue mentioned above. But I could be wrong. That said, since you mentioned "Esri Default Printing Tool in Print Widget in WAB works and displays parcels", I think you problem will be resolved when you move to a new server version. Esri default print service is running on a 11.0 server. here is the url to that service: https://utility.arcgisonline.com/arcgis/rest/services/Utilities/PrintingTools/GPServer ... View more

@MikeBrannagan  Did I get it right that you published your print service from ArcMap? if so, then the patch is not going to work. Those patches were explicitly for print services published from Pro and when your output format is pbf.   Regarding publishing from ArcGIS Pro, did you try steps provided in the help topic below? And still you are running into some issues? https://enterprise.arcgis.com/en/server/latest/publish-services/windows/tutorial-publish-additional-layouts-for-printing-with-arcgis-pro.htm Please note, you must re-author layout template from ArcGIS Pro; you can't use layout templates i.e. mxd in a print service published from Pro... One shortcut would to be import mxd in Pro and then save your layouts as .pagx files. Note: if you move to ArcGIS Pro 3.0 or later AND authored your layout templates in Pro 3.0 or above, you must publish to 11.0 or above server. ArcGIS Pro 3.0 or above + .pagx files authored in pre 3.0 --> then you can publish a print service to a pre 11.0 server. ... View more

@MikeBrannagan  Is it not printing only when the output type is pdf? ... View more

@EvaTTA  to answer your 2nd question, I'm afraid we don't have any easy UI based solution at this point. Neither you can set a default preferred timezone at the ArcGIS Server level that can get auto applied to all new services. There might be a better way to do that -- but only thing that I can think of for updating existing services with a preferred tz is to use some kind of scripting language such as python and use Server Admin API to update them. Sorry, unlike @JonahLay :), I don't have any good news to share on your 2nd query. ... View more

Thanks @ChaimSchwartzIroads for providing me with details. I kind of assumed that would be the reason for creating a view... As I kind of touched base in my previous comment, the reason performance might not be on par with regular/standard polyline feature layer is because in one case linear features are getting generated on the fly (which is computationally expensive); the other case it is all pre-generated. As we know, the rule of thumb is that pre-generated ones always performance better... ... that said, it shouldn't take that long to draw a few dozens of features! BTW, how long it takes for Pro to draw them currently? Also, how complicated polylines in your roads layer? That said, in case you haven't done that yet, can you pls do this as a quick test? Export your tabular aka event data in a table (no more views)... this is temporary thing only for the testing purpose... have the route id field indexed. Make sure no joins or anything. Then create a route event layer off this temp table (not view) where all data are stored. Check if you see any performance improvements. Next test would be to copy both your table and roads feature class in a FGDB and create a new route event layer off them. If none of them help, then I'm afraid you need to contact Esri Support... there are a lot of factors that I won't be able to help over this thread 😞 but they can... sorry about that.   Look forward to your findings. ... View more

hi   Sorry for the delay replying back on this. My colleague wonders if this issue will go away if we upgrade to 3.0.3 Unfortunately, it won't go away. Technically it doesn't really matter where you publish... what matters is which version of Pro you use to create those layout templates aka .pagx files. As long as you create .pagx files from Pro 2.9 or older version, you can use any version of Pro to publish a print service. But if you create pagx files form 3.0 or above, then you must have 11.0 or above servers. That is because server/enterprise 10.9.1 or older releases can't read them. I hope this helps.   ... View more

thanks @YasnaiaMassie for providing the illustration. how do you know map service is not honoring the join? Do you see fields from the joined table in the layer REST resources? if you submit a query request with outFields=*, do you see all fields from left and the right side of the join in the result? ... View more

@ChaimSchwartzIroads  a few questions: how is the performance of the view? Just curious, what is the reason behind creating a view? how does the route event layer perform in Pro? is map service performance on par with Pro? is your road number field indexed? how many routes are getting generated in your typical extent? since these linear features are getting generated on the fly, we expect it to be slower than any polyline feature class/layer where line features are pre-generated. ... View more

Thanks @LyonMNGIS. I wanted to know your use cases and workflow to make things better in some other context. Unfortunately, we currently don't have any good solution for what you ask.... I hope some of the workarounds that other folks suggested might work for you.... I do appreciate your time and effort to share your use case and ideas.   ... View more

yes, map service supports joins. If it doesn't work for you then there must be some other issues going on... if problem persists, maybe a good idea to check with Esri Support. When I try to publish a map service the join does not work. also, would you mind describe a bit more on what exact is not working? another question - are you adding the service as a 'map image layer' (aka map service layer') in your web app or adding individual layer off the map service as 'feature layer' in your webmap? thanks   ... View more

Thanks @LisaCasey  My data resides in an SDE database on our server and is a feature service within the portal. Not sure how to configure the dynamic text so it looks for the layers that are service features. @TeresaSmithsonI'd like to add a quick note in addition to what Lisa suggeted. Please see a function named updateDynElmSrc  in the py file. There is where you might need to add some logic to find the layer of your interest and update the dynamic text element's definition to point to the correct layer. ... View more

@LyonMNGIS  just to make sure I understand: you don't want to see the sublayers inside the group layer that also means that your end users would not see any option toggle visibility of those sub layer   is that correct? Thanks ... View more