Latest Contributions by MaazaMekuria

Not on my end.

‎08-22-2024

Caitlin, there are many ways to add the tables. Ordinarily the newly created tables are by default joined to the original data and the output table should include common fields. Perhaps the best way to preserve the data is to create an attribute based join with the source feature class through a column join and save this join into a new feature layer to save permanently . You can do this every time you run the analysis and also eliminate the duplicate fields as you go along or after you have gone through the whole process.

‎08-31-2021

Sorry, David: Very late but I was able to make the in_memory buffer file name to be random so if there was some latency problem it would not have a name clash. x = random.randrange(0,1000,1) outFeatseed = "EvTbl" lrsGeoPTbl = """LRS_{}{}""".format(outFeatseed,x) # DynaSeg result feature table created from LRS points location along routes outfeatbl = """Rt{}""".format(outFeatseed) lrsGeoPTbl = """LRS_{}{}""".format(outFeatseed,x) # DynaSeg result feature table created from LRS points location along routes geoPtFC = arcpy.CreateFeatureclass_management("in_memory", lrsGeoPTbl, geotype,spatial_reference=arcpy.SpatialReference(spref['wkid'])) is a snippet that i used to generate unique buffer files. Thank you for responding.

‎03-09-2021

David, thank you, but I am not sure what you mean? The API is installed at D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3 just as all the other scripts. I am now also confused because the same 'in_memory' setup works on other scripts that run on the same computer and this one is failing with some very cryptic errors (see attached image below) .

‎03-09-2021

I am not whaat changed between 2.6 and 2.7 of ArcPro and the related Python API but the script that run without fail is crashing miserably at the "in_memory" save location . rteFCSel = fcrte.save('in_memory','rtesel') # a temporary save of a feature class queried Traceback (most recent call last): File "D:\MyFiles\HWYAP\WebUpdate\UniqueProjectIdsSocrataMap.py", line 585, in <module> rteFCSel = fcrte.save('in_memory','rtesel') File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\features\feature.py", line 1113, in save temp_file = os.path.join(temp_dir, "%s.json" % uuid.uuid4().hex) File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\uuid.py", line 761, in uuid4 return UUID(bytes=os.urandom(16), version=4) File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\uuid.py", line 153, in __init__ if [hex, bytes, bytes_le, fields, int].count(None) != 4: File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\uuid.py", line 153, in __init__ if [hex, bytes, bytes_le, fields, int].count(None) != 4: File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\bdb.py", line 88, in trace_dispatch return self.dispatch_line(frame) File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\bdb.py", line 112, in dispatch_line self.user_line(frame) File "D:\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\idlelib\debugger.py", line 24, in user_line self.gui.interaction(message, frame) AttributeError: 'UUID' object has no attribute 'int' This has never happened before. Would someone please help with this issue. As a workaround, may have to set a side a directory but wanted to ensure the code to be flexible and write to whatever scratch or temp space available on a computer instead of looking for a specific place or directory locally. Any help is welcome.

‎12-23-2020

Can't seem to figure out why a path geometry showed up as polygon and then while I can see it in the mapviewer I can't seem to access the data through the item details. It shows that I have 190 features but then I can't view the data outside the map browsing interface. The feature layer was created using pyhton api. The geometry is good and the dataset is posted formatted as a geojson and zipped file. Code used to create (shown below) is based on a GeoAccessor from a dataframe with a SHAPE column for the geometry and the geometry is given as multilinestring. But the map shows it as a polygon and it is not. hemafeatfcol = hemageoac.to_feature_collection(name='Emergency Repair and Maintenance projects', drawing_info=None, extent=None, global_id_field=None) hemainfcdict = dict(hemafeatfcol.properties) hemainjson = json.dumps({"featureCollection": {"layers": [hemainfcdict]}}) #print (" JSON feature collection : {} ".format(hemainjson)) hemainitem_properties = {'title': 'HDOT Emergency Repair and Maintenance projects ' , 'description':'HDOT Emergency Repair and Maintenance projects ' + \ 'Using HWY-C Excel data ', 'tags': 'projects, pss, HDOT, repair, status, maintenance ', 'text':hemainjson, 'type':'Feature Collection'} hemainitem = qgis.content.add(hemainitem_properties) HDOT Emergency Repair and Maintenance projects (arcgis.com) . GeoJSON link https://histategis.maps.arcgis.com/home/item.html?id=0345cf4f8c484cf693087e170cf0c9cb Polylines Map data that I can see but can't download or access any other way - https://histategis.maps.arcgis.com/home/webmap/viewer.html?webmap=6bb9e57538184d23b0699cd075c4b07a

‎10-22-2020

Still experiencing the same thing again and again. It is frustrating to not have someway of mitigating this problem! I never created a v1.3 format in the first place. But deleting and recreating the profile will work for an undetermined amount of time and then comes the hangup! Any help is much appreciated.

‎09-30-2020

Thank you, Dave, for following up with this issue. I gave up using Microsoft Flow with webhooks using survey123 triggers primarily because of its lack of predictability (it works now and then it doesn't, loses the connection etc.) and now I learn that it did not work at all for the updates or edits that are made in survey123. It seems to me it was a product presented primarily by ESRI (I think Ismael shared it first) before it was ready and working correctly.

‎09-01-2020

I am using Python API 1.8, and think I am using the correct syntax. But I am getting the same length for all units. I have a geometry with attributes like this rtegeom = {'hasM': True, 'paths': [[[-17599876.3954, 2460589.6597, 0], [-17599891.4049, 2460615.1396, 0.0170000000071013], [-17599905.0064, 2460642.7833, 0.0347000000037951], [-17599914.0818, 2460664.8565, 0.0485000000044238], [-17599924.0028, 2460693.9899, 0.0662000000011176]]], 'sr': {'wkid': 102100, 'latestWkid': 3857}} and if perform the following rtegeom.get_length(method='PLANAR', units='METERS') I get the same answer using rtegeom.get_length(method='PLANAR', units='MILES'). Any ideas why this is returning the same value? The measure (third dimension) is in miles.

‎07-23-2020

Hi, Mickael: You are right that the data returned ahs a different email instead of what you requested. But I am putting the database hat and think through the query, I see inconsistency in the parameters. If the globalid is a unique identification, there should not be a second parameter needed to pull the correct record from the list or table. So the email variable is superficial. What I am wondering now is that your table has duplicate globalid's? This is a violation of the unique constraint on the field itslef, so the behavior of the query result is not going to be predictable. Would you please check to see whether the globalid field is set as unique identifier and that it does not contain duplicates. Y9ou should only need the unique id to query the right record to be edited. I am sure some of the ESRI developers could shed more light on this issue than I could.

‎07-22-2020

I am sorry if I did not understand your question. Are you saying that you passed the globalid field data and could not get the appropriate record due to the field being hidden? I think you are saying that it does not get the correct record at all. I think it does get something specific, but if you see the query to the first question i responded, and it has the global id field value within the query and it is able to bring up a record to be edited. If that is not the right one then there is a bug in the program to not be able to locate the appropriate record. Regardless whether in edit mode or not it should either bring up the correct record or nothing at all. Otherwise this will cause harm to all. Thank you for the followup.

‎07-22-2020

Hello, Whitney, I am doing nothing other than following the syntax for the query (whether edit or not) and here is what I did to your second edit url (except that the gelobalid in the query was not avaialable and was set as a variable so I could not get to the particular record and a generic data was returned) https://survey123.arcgis.com/share/8357afa6eb3e4dc4bd1d5464c649e481?mode=edit&version=latest&status=Submitted the response is here If this is not what you would like to see then perhaps I did not grasp your problem. One more thing here, I think the query parameters are changing perhaps as we speak and the latest version (3.9+ ) maybe going in a the direction of adding a "field:" identifier to each field etc. But it seems to now work with just the name and value pair.

‎07-22-2020

Hello, Mickael: I think if you get rid of the "field:" the URL https://survey123.arcgis.com/share/9fd130fc234e4dafa47337539c3f9fc2?mode=edit&globalId=3a540195-0650-493b-82c3-4fdd7452bf41&field:demandeur=roger@casq.fr It should work. https://survey123.arcgis.com/share/9fd130fc234e4dafa47337539c3f9fc2?mode=edit&globalId=3a540195-0650-493b-82c3-4fdd7452bf41&demandeur=roger@casq.fr works for me.

‎06-25-2020

We were using a dynamic date filter with much success to filter daily and setup a tabbed document and beginning this week the filter is not working at all. We are not aware of any changes on our part. We used the directions shown at https://community.esri.com/docs/DOC-8191-dynamic-date-filter when it wsa setup and it was running perfectly for over six months Any changes by ESRI on SQL Syntax etc?

‎05-07-2020

Hello, James, I had raised the same question before and have given a set of scenarios that would make multi-point desirable geometry. We are a transportation services agency and perform inventory of multiple assets. Even though sometimes it would make sense to keep these assets in individual features, there are many instances that would make it easier to aggregate points. One instance where multipoint geometry are a perfect fit and nothing else comes near is when one wants locations of a project where exactly the same treatment is carried out on multiple geographically (spatially) dispersed area. The current solution is to have many point features that have the same attributes, we would like to have all the locations under one feature. You may say, what about repeat points? That is what we want to avoid! the extra management challenge associated with repeats is eliminated for many instances if there was a possibility of multi-point geometry store. Some of the projects currently in our system include replacing sign posts along a roadway. The work is exactly the same and the project has several hundred locations. Multi-Point feature would be just a solution that fits the need. I am bit surprised by the delay in having a multipoint geometry as part of the arsenal! It is after all a polyline without the line, that would make it lighter and easier to maintain. Why is it so difficult to have this feature when even shapefiles have multipoint geometry? There are many use cases but I think the flexibility to have one more toolset in solving varied problems is worth the little effort it takes to add multipoint geometry. Thank you,

Online Status	Offline
Date Last Visited	a month ago

My Ideas

Latest Contributions by MaazaMekuria

Re: Error converting XLSForm when any changes are made to the design

Re: Multiple Spatial joins - maintain distance_field_name

Re: In_Memory Featureclass Writing

Re: In_Memory Featureclass Writing

In_Memory Featureclass Writing

Python API Published Data is visible on map and yet can't be accessed outside the map

Re: Login to ArcGIS online using .arcgisprofile keeps asking to delete profile since it is v1.3 format

Re: Survey123 Tricks of the Trade: Editing records in a web form

Python API - geometry.get_length does not provide measure in appropriate units

Re: Survey123 Tricks of the Trade: Editing records in a web form

Re: Survey123 Tricks of the Trade: Editing records in a web form

Re: Survey123 Tricks of the Trade: Editing records in a web form

Re: Survey123 Tricks of the Trade: Editing records in a web form

Dynamic Date Filter

Re: Hans Christian Andersen Release (3.9)

Re: Error converting XLSForm when any changes are ...

Re: Counting "unique" selections across repeats

Disable the Submit Button on Survey123 Form

Python API Published Data is visible on map and ye...

Re: Filter layer inside webmap