Latest Contributions by MichaelLev

Hi Robert Scheitlin, GISP, I made a "AddShapefile" custom widget, but I saw that esri's standard WAB "AddData" widget on 2d maps is very capable and works on several layer formats. As it is coded for the old API version, I have not the knowledge to upgrade it to the new API version. I wish you upgrade the "AddData" widget from the old esri API version to the new one, making it work both for 2d and 3d. Michael ... View more

Dear Shubham Tiwari‌, I'm interested also. Have you found a solution? Michael ... View more

Dear Harish Palaniappan‌, Thank you very much! Both for showing how to search solution for such cases, and for pointing to link that showed me the way to go - I just automatically cleared "inFile" value after each time I have completed handling it. Michael ... View more

Dear Harish Palaniappan‌, Thank you for replying! I don't know how to create warning if the user operates again on same file. So what I did, since I don't want that if the user tries to act again on same file, nothing will happen without telling him the reason, so I always present text telling the user he can't operate again on same file unless clicking another "Clear" button to clear "inFile". Please - Is there another handler I can use (except "change") that will activate the callback even on same last file again? Can you please tell me how to create warning if the user operates again on same file? I'll appreciate your help, since I'm not so familiar with that area. Michael ... View more

All I know is that in web application, if I want to add zipped shapefile to map/scene by page javascript, I have to use ESRI REST API "generate", and ESRI has imposed an arbitrary artificial limit on records count. Once the limit has been that if the zipped shapefile contains more than 1000 records, it will NOT be handled, nad now this arbitrary artificial limit is 4000. I think I will address ESRI either by submitting a "Idea" to ArcGIS Ideas or by contacting esri tech support, requesting them to raise more this artificial limit. Michael ... View more

Dear Robert Scheitlin, GISP‌, Thank you very much for clarifying what I have already suspected, that it’s impossible to create from the zip “by chunks”. Only my intention in “1. ... where to request” was not “how to do by API”, but - “How to ask from ESRI company, to increase that limit a little more”. Can you please tell me how to send such request? You said that in the past that limit was 1000 records, and then ESRI raised the limit to 4000, so I hope that they will handle such request positively. With appreciation to your immediate responses and explanations, Michael ... View more

Dear Robert Scheitlin, GISP‌, Can you please direct me where to request for increase of generate records limit? Do I understand correctly from Henry's answer "you have to step trough the data E.G query record 1-4000 then 4001 to 8000 etc. etc. you can achieve this in REST as well" that this is a possible solution? But I don't know where can I find documentation/code_examples how to do this. Is it possible at all, to create chunks of less than 400 each (maybe per layer in the zipped shapefile) and then combine them to get the full featureCollection? I suspect that it's possible only on an already existing shape but not on zipped shape... Thanks, Michael ... View more

Dear Henry Lindemann‌, Thank you very much for showing ways to do it. Since I'm not yet familiar with Python, I currently prefer the other way you noted, as you said "you can achieve this in REST as well", that is to activate generate on 4000 records chunks each, till I get all. However, I don't know how to call generate the exact needed times and collect all results to create correctly the featureCollection that has to be added to the map. I will appreciate it very much if you show/explain/point_to_examples how to do it., as I don't see any documentation how to do it. Michael P.S. In other words - how to "upgrade" the "sandbox" of the code example Create a FeatureLayer from a shapefile (mentioned on my question, and my code is based on it) so that it will work also on zipped shapefiles with total records num greater than 4000. Below is my current relevant code, though I assume the easier way is to modify the mentioned code example and test it.     var params = {         name: filename, // that is the ziped shpefile         targetSR: this.sceneView.spatialReference,         maxRecordCount: 1000000,         enforceInputFileSizeLimit: false,         enforceOutputJsonSizeLimit: false     };     params.generalize = true;     params.maxAllowableOffset = 10;     params.reducePrecision = true;     params.numberOfDigitsAfterDecimal = 0;     var myContent = {         filetype: "shapefile",         publishParameters: JSON.stringify(params),         f: "json"     };     // use "generate" REST API to generate a feature collection from the zipped shapefile     request(this.portalUrl + "/sharing/rest/content/features/generate", {         query: myContent,         body: this.uploadForm,         responseType: "json"     })         .then(function (response) {             var layerName =                 response.data.featureCollection.layers[0].layerDefinition.name;             that._addShapefileToMap(response.data.featureCollection);         })         .catch(that._errorHandler); ... View more

Dear Robert, I'll try to present my point of view -  Indeed I'm newbie to whole GIS area - I'm computer programmer for many many years. I've learned ArcGis Pro for a semester in University, in really good course and good instructor. Now I'm working for 3 months developing custom widgets, as you know. What I understand, is that ArcGis Pro has its "area" of usage, and Web AppBuilder (Developer Edition) has another area. Since many many companies who need GIS information, know nothing about GIS, so they use Web Applications (or Web AppBuilder (Developer Edition) applications, developed by companies who "know" GIS. And as you know, the widgets and custom-widgets are tailor made, in order to enable the users in companies who know nothing on GIS, to benefit GIS information, though they are simple users who know nothing. More than that, the Web Applications and at least the Web AppBuilder (Developer Edition), supply specific gadgets and tools that the users need, and that could not be contained in ArcGIS Pro, since they are for specific needs of the users. You can't expect that each user of GIS information will need to use ArcGIS Pro, which is a heavy tool. Indeed, when a company's "main business" is GIS, this company "must" use ArcGIS Pro, but if it's business is something else, they wish to have an application which will help them to do specific tasks simple and easy, where the GIS processing is "under the hood" and they don't want to know about it. For example, the company I'm working at, does many many aerial photography bu planes, and it's business is selling the option to view and inquire 3D Scenes, and our customers are simple people in companies that need many specific widgets to help them get the information they are interested in, from these 3D Scenes. So they can't use ArcGIS Pro. Our company pays for portal and online (and also ArcGIS Pro), and we use esri products, including the REST API, to give the users what they need. I hope I made clear my opinion, that each product has different task and different "niche". Indeed, esri products are excellent and I want to use them, and I am not an expert to evaluate what is better for esri. I only presented my point of view. I think esri should endeavour to the goal that users in thw whole world will prefer to use its products, and it will be if each product will "do its best" to supply users needs. ArcGIS Pro is a product, and REST API is a product. By answering users needs, both would thrive and prosperous. I assume that enlarging REST API's Generate method maximum recods limit will answer current users needs, since the world is going forward and the needs grow constantly. With appreciation, Michael ... View more

Dear Robert, Thank you very much for the immediate and informative answer. However, since, as you can see, the usage of ESRI WebAppBuilder (developer Edition) is expanding, I wish to pass a request to ESRI REST API development team, to enlarge the limit a second time. I wish to enlarge the limit to at least 10,000 records, since nowadays regular Autocad DWG files that I convert to zipped shapefiles (by my FME cloud) contain near 10,000 reocrds. I am not an expert in all aspects of enlarging the limit, but as the limit has been multiplied by 4, from 1000 to 4000, I hope that nowadays it could be expanded even more. (If it could be enlarged to more then 10,000, it's even better, but I fear to request too much...) I understand that there is no convenient way for widget in the AppBuilder to "bypass" the Convert REST API, so it makes sense to expand second time this limit, since it will expand the usage of ESRI Web AppBuilder and maybe more web application using ESRI REST API. Can you please promote this request, or instruct me what can I do in order to promote it? With appreciation, Michael ... View more

Dear Joshua Bixby‌, (Dear Robert Scheitlin, GISP‌) I apologize on not understanding your remark... When I want to use Generate in order to insert zipped shapefile (please see the example code I pointed to), Generate returns json, and it can't return json with more than 4,000 records. It's written in its documentation, and I also got an error message if my zipped shapefile has more than 4,000 records). But I get the zipped shapefile by transforming AutoCad DWG of a user, into shapefile, and that could have more than 4,000 records. If I have not suceeded to clearly explain my problem, please let me know. I wish I could insert by my esri Web AppBuilder (Developer Edition) custom widget, a zipped shapefile with more than 4,000 records, into the 3D Scene. With appreciation, Michael ... View more