|
POST
|
I understand that, but enabling the option to automatically project a file in the Portal for ArcGIS only in some screens at specific situations is like delivering a half working product. I need to explain my clients that if they want to load an Excel file with Israel's spatial data, they can only do so directly into the map window for it to work.. or first translate it to a different spatial and only then it will work. Our default spatial reference for everything is 2039 and so far the Portal can handle it perfectly as long as the user is'nt requesting to upload something on their own.. This is just wrong. Shay.
... View more
10-05-2016
07:17 AM
|
1
|
0
|
1218
|
|
POST
|
I wouldn't expect ESRI to give parial support for automated projection when using the Portal. If I can drag and drop or upload files to a map and see them showing up alright, I would expect this behaviour through all the Portal's screens. The Portal is dedicated to "simple" users and not experts who needs to understand what projection means.. Very unprofessional in my opinion
... View more
10-05-2016
04:55 AM
|
0
|
2
|
1218
|
|
POST
|
Hi Robert, Yes I have just verified it. I enabled the pop-up and still the menu options for that layer shows only the description option - even if the pop-up isn't enabled, once the longer menu shows up, it enables the user to activate or deactivate the popup by himself
... View more
10-05-2016
04:44 AM
|
0
|
6
|
2542
|
|
POST
|
Hello, I notice a strange behaviour for the option to enable popup windows for layers in an app which I created with the WAB. I have an app that reads a WebMap, which contains some layers from the portal and all those layers are map services are represented as an MXD Project for a lot of layers, so there the layers are divided into many groups inside. I know there is an option to enable each layer a popup window separately, through the webmap editor screen. There is also an option to enable the users to choose which layer to enable a popup window or disable it, all done through the small menu options next to the layer name in the layers widget of any WAB app. The weird thing is that some layers enable that option and some don't even show this option available. I've attached screenshots for example - One screenshot shows the menu options with the option to turn on the popup window, the other screenshot shows nothing but a "description" link for the direct rest address. Anyone knows on this behaviour and can explain it? Regards, Shay.
... View more
09-29-2016
06:42 AM
|
0
|
9
|
3555
|
|
POST
|
Hello, We have many users who works daily with excel speardsheets or csv files which containts coordinates but our basemaps are on a special SpatialReference (2039). As from what I know, ESRI doesn't support this Spatial for Excel. When Loading the files directly into a new map view in the portal, the map is able to do Projection and the data shows up fine as part of the map. When trying to load the data through Maps for office or any other way, such as uploading a new file to the personal content area, there is no Projection and the layer is created empty! / unavailable to show / corrupted. I'm not sure if BUG is the right word but this is obviously wrong - if I can upload a file, I would expect him to show up on the map perfectly, otherwise I would expect an explanation for the problem rather than opening an investigation all the way to the documentation to find out the Spatial Reference isn't supported. I cannot conitue use this as a work method and our users easily lose their interest when such a vital and basic operation is not available! Is there anyone who can recommend on a way to load files with coordinates to the Portal as layer items? The only 2 workarounds I can think of is a middleware tool to do one of the following: 1. Translate coordinates to Web Mercator 2. Translate coordinates to Addresses and let the Portal/Excel do the translation for coordinates Any advice?? Kind Regards, Shay.
... View more
09-29-2016
02:27 AM
|
0
|
4
|
1678
|
|
POST
|
I have just edited the webmap which the operations dashboard is using - changed the extent to a different one, saved it and suddently the dashboard works for my user with no problem. case closed I guess. maybe someone might benefit from this experience one day. Shay.
... View more
08-25-2016
08:27 AM
|
1
|
0
|
1437
|
|
POST
|
A minor but meaningful update. Apparently it works fine with any other user access including annonymous so it's a problem related to my user alone (admin). Surely some kind of a bug considering I'm an admin and the owner of this item.
... View more
08-25-2016
08:06 AM
|
0
|
0
|
1437
|
|
POST
|
Hello, I created my first Operations Dashboard item to demonstrate and share others in our organization the benifits of it. Sadly, it just stopped working without any clear reason. I have operations dashboard installed localy and it works perfectly fine. After creating my desired webmap, I saved it as a portal item, giving it full access premissions. Then, I created another item as an application, which refers to the url where you get to see the Operations Dashboard view in a browser, rather than an installation window. It actually worked perfectly fine for a few days! Seeing my result in a browser, playing with the widgets and all.. Just when I decided to share it with my proejct manager I get this horrible error when trying to run it again in the web browser. The process of opening the portal item is as follow - 1. Seeing the Operations Dashboard logo as a loading screen 2. Black screen with a white square inside, containing the error message. I've attached some screenshots. I tried searching for answers in google, geonet, esri's resources.. nothing comes up. Going through the different settings screens didn't helped much either. Fiddler just shows an invalid url response from the address - https://[MACHINE_NAME]/portal/sharing/rest/oauth2/authorize?client_id=arcgisoperationsdashboardweb&display=iframe&response_type=token&expiration=20160&redirect_uri=http%3A%2F%[MACHINE_NAME]%2Fportal%2Fapps%2Fdashboard%2FpostSignIn.html&parent=http%3A%2F%[MACHINE_NAME]&persist=true&locale=en&force_login=true even when I try going to the base address with no params it gives the same error message of a bad resource - https://[MACHINE_NAME]/portal/sharing/rest/oauth2/authorize The portal Item opens the following address which probably "hosts" the app and tries to access it first with AuthO2 somehow - http://[MACHINE_NAME]/portal/apps/dashboard/index.html#/ab7bad3cb4f14316b7e6721c8c8ad2c4 At that point I am clueless Anyone knows anything about this issue? Kind regards, Shay.
... View more
08-25-2016
03:55 AM
|
0
|
2
|
3062
|
|
POST
|
Thanks for all those great insights from both of you very interesting and surprising I must say! I didn't expect to hear that the FGDB method would be faster than having the data in an EGDB. That's mostly because at our organization we use only VM's and I don't have any praises for our network bandwith quality when it comes to read/write. Also, the first thing that comes up in my mind with that FGDB method is obviously the concern of serving multiple users trying to read from the same resource... But you mentioned a big enterprise that already took that approach and finds it good so I can't argue with that.. Another con that was mentioned already is the duplicated data across servers.. If you get better performance I guess it might be worth it. Regarding Neil's critical point on the layer's id pointer when adding to an existing mxd project - I saw that ESRI enabled an option to set a permanent id for layers in an MXD project. Might be available only on version 10.3+ tho. So I understand we all share the same problem of keeping track on so much data across different storage places? having it in EGDB, FGDB, DataStore/Blackbox and publishing them as map service/s and/or Portal items... I was thinking on creating a logger script to scan all services with their layers contained to report back for duplications, changes, do a portal items verification and such... some kind of a maintenance script. Until we have such script, we pretty much relay on the person who's incharge of creating and publishing all of our geo data either as a new service, or another layer in an existing service among many and it's all documented as a Sharepoint list.. Kind of like the wild wild west Paul mentioned but with a frustrated sherif. Shay.
... View more
08-23-2016
03:13 PM
|
1
|
2
|
2041
|
|
POST
|
Thanks Neil, it's just gets all messy so easily when clients starts requesting layers in an application and quickly after that comes the request for groups.. which requires a new service.. So all your services reads FGDB files and you try to minimise the ammount with just several group services? Pretty much what we're trying to maintane only that we decided to have the SDE as the layers storage, rather than FGDB files.. Why would you prefer having it all as FGDB if you don't mind me asking? it supports editing and provides faster performance from what I know
... View more
08-23-2016
06:06 AM
|
0
|
1
|
2041
|
|
POST
|
Hello, There is a problem I keep experiencing repeatedly when it comes to serve customers in my organization. I find it very confusing to balance the way our geographic data is managed and then published to different needs. Three common stored data types for layers we use are: - File system based - inside FGDB files. - SQL based - SDE layers. - Portal based - an internal Mongo DB data which is unmanagable at this point. So we decided to have all of our business data, which is considered to be more dynamic than other layers, to be stored inside our SDE. Some layers we receive once a year from an external source and they are all stored in an FGDB. From time to time, some employers request different geographic analysis and as an output, they receive a "temp" layer which is stored in our Portal. We published a few map services which were divided into different information groups to represent different data layers and when applications are made to customers, the layers can be consumed either through those "chuck" services that holds the required layer, or as an individual layer through the Portal after linking it to a layer item. So each time a client request a few layers from the DB the same question rise.. Should we publish another service to hold he's layers all together and consum a lot of valuable CPU resources and duplications beteween services?? Should we just gather seperated layers as items from the Portal to a Webmap without having them sorted as groups?? Should some of them be consumed as an FGDB file?? Is there a clear way to manage the data and avoid duplications? Are there any other organizations that experiencing this and can share their wisdom? Thanks, Shay.
... View more
08-23-2016
05:39 AM
|
1
|
10
|
3445
|
|
POST
|
ugh brilliant! I had a feeling I'm missing something I'm thinking on trying to extend your widget to have the ability for the users to choose which existing layer (or not?.. still need to think it through) they would like to add manually to the enhance search widget.. in one hand it's not practical to add all layers to the eSearch widget but on the other, they want to choose which layer to run the buffer on... Any chance you can estimate the complexity of such feature? enable the user to insert a layer address and inject it straight into the eSearch widge.. Shay.
... View more
08-22-2016
12:56 PM
|
0
|
0
|
956
|
|
POST
|
What I mean is that the buffer runs over the shape of the eSearch tool. Is it possible to make it run on the search results polygon/point ? I've attached a picture to demonstrate - it's the line I draw that has a buffer but I'm trying to buffer the result itself..
... View more
08-22-2016
09:18 AM
|
0
|
4
|
956
|
|
POST
|
Hello Robert, sorry to burge in like that but this is the closest answer I could find to my question regarding your wonderful eSearch Widget.. I notice that when doing buffer, the buffer runs over the shape itself rather than the search results.. is there a way to run the buffer on the search results instead? Am I missing here something? Kind Regards, Shay.
... View more
08-22-2016
09:07 AM
|
0
|
6
|
956
|
| Title | Kudos | Posted |
|---|---|---|
| 31 | 07-17-2023 01:12 PM | |
| 1 | 03-14-2016 09:14 AM | |
| 1 | 03-21-2016 10:18 AM | |
| 1 | 05-29-2017 07:39 AM | |
| 1 | 09-23-2015 09:15 AM |
| Online Status |
Offline
|
| Date Last Visited |
08-25-2024
12:53 PM
|