|
POST
|
I have abandoned Datasets as a way of organizing a GDB. I feel the performance and usability are awful. I have all feature classes together at the "root" of the GDB, and organized by using a prefix, either by domain (publicworks_*, hydro_*, etc.), or by department. But prefer by domain. Users can easilly browse the entire GDB alphabetically, and zoom in to the domain/dept. they're looking for. It seems counter intuitive but this really seems to work faster, at the software level as well as for the users. Also, having several GDBs is an awkward solution for me as I imagine there will be a huge increase in connection files for the users, and connections to the databases in the server(s), since arcmap and arcgis server will require new connections for each database referenced in a mxd. Also, I am not sure how the rdbms server can optimize its cache mechanism when the data is divided into several databases. Maybe SQLServer has this solved, I am not sure. To find and load data, we are using a more friendly approach for the users, by pre-producing lyr files. On 90% of the use-cases users don't have to connect and look for the correct feature class, and choose an appropriate symbology and/or definition queries. They just load a certain lyr with an easy to identify name. Actually we have an addon in ArcMap that shows a tree of themes. The users double click one theme in the tree and the corresponding lyr is loaded. Getting back to dividing data according to editing rights, I feel that arcgis would benefit from supporting inheritance in Feature Classes. Many times editing responsabilites on a single FC are geographically defined. This makes it really difficult to have a good solution, that is not a maintenance nightmare. Having spatial inheritance would be a really cool addition to the GDB capabilities.
... View more
01-21-2016
10:09 AM
|
1
|
2
|
3536
|
|
POST
|
Well this turned out to be very easy... but has some loopholes... So, if you have already added your dynamiclayer to your map, this will be defined: dynamicMapServiceLayer.dynamicLayerInfos For the identify task to target your dynamiclayer, you have to put the above into the IdentifyParams: identifyParams.dynamicLayerInfos = dynamicMapServiceLayer.dynamicLayerInfos; The caveat: you cannot put anything in identifyParams.layerIds. My understanding (for now) is that layerIds are for the original mapservice layers. If you need to identify dynamiclayers you added on the fly *and* layers that were already in the mapservice, you should create 2 separate identifyTask. So I hope this helps someone else... sorry I don't have a complete sample... theoretically a sample can be made using a dynamicMapService from esri that supports dynamic symbology.
... View more
09-04-2015
10:00 AM
|
0
|
0
|
1061
|
|
POST
|
Wondering if anyone knows how to identify a dynamiclayer as in a joindatasource layer? The REST API has a DynamicLayers text box in the identify request where I can successfully get results from a layer that does not exist on the mapservice. You can see it here: Identify (Census) I just can't find a way to do this in Javascript. Do I really need to build the request manually? It seems weird... dynamiclayers exist since 10.1, I suppose there is a way in the JS API? Thanks.
... View more
08-31-2015
01:45 PM
|
0
|
1
|
3382
|
|
POST
|
Reporting back... no luck... I could only block the entire rest access. That's even worse... So back to disabling the rest directory only for webadaptor and leaving it on for "direct" access through port 6080. esri please hear us... I already voted the idea up... but the ratio of ideas that get implemented really does not motivate voting... Rebecca I'l mark your answer as correct: no is the answer...
... View more
05-27-2015
11:01 AM
|
1
|
0
|
948
|
|
POST
|
Hi Rebbeca. I had already tried that option. The problema is you don’t see the layers list, fields, etc. like you do in the rest directory service. At least I couldn’t find a way to get this info. The rest dir is most useful for us while developing our webapps. Without it we are flying blind… De: Rebecca Strauch Enviada: terça-feira, 26 de Maio de 2015 16:46 Para: Duarte Carreira Assunto: Re: - restrict webadaptor services directory access GeoNet <http://jiveon.jivesoftware.com/mpss/c/mAA/PDcDAA/t.1nc/q7uqwW_HSkaYQGAj6aWV0g/h0/WXYIqorVIGQuIDJ2G2ju5AEeIPykSY57g2VIWA8pAkF2-2BlveMrdQT1t2nJlEgcli> restrict webadaptor services directory access reply from Rebecca Strauch<http://jiveon.jivesoftware.com/mpss/c/mAA/PDcDAA/t.1nc/q7uqwW_HSkaYQGAj6aWV0g/h1/WXYIqorVIGQuIDJ2G2ju5Cq78MLQmxOA6AjDKPN5-2B-2BTzsfUHV3Jhvjd7G1Djg26BqvFrRvVo1Cfqsi3ajEIRDg-3D-3D> in ArcGIS for Server - View the full discussion<http://jiveon.jivesoftware.com/mpss/c/mAA/PDcDAA/t.1nc/q7uqwW_HSkaYQGAj6aWV0g/h2/WXYIqorVIGQuIDJ2G2ju5BgYGKlxCJXzUFxsSjPkR7gsMkrFqlzxzkcUrAQ-2BL2oVgA2hfhgsl1GN41AmxTupifIvjsJPKICYcVBq7UM1AME-3D>
... View more
05-27-2015
02:10 AM
|
0
|
2
|
948
|
|
POST
|
Rebecca, it seems so... but I still have hopes that asp.net configuration could provide a solution... Didn't have time yet to test but maybe there's a way: security - How to restrict folder access in asp.net - Stack Overflow or Use Request Filtering : The Official Microsoft IIS Site But I'm afraid these block everything under the directory level, so all requests to all mapservices will be cut off... not sure though.
... View more
05-25-2015
09:54 AM
|
0
|
5
|
3283
|
|
POST
|
Rebecca that's exactly what i'm looking for. It seems that disabling the rest dir may have been an afterthought. It doesn't make much sense as it is. Maybe there is a way to block the rest dir in the web.config of the webadaptor...
... View more
05-23-2015
02:14 PM
|
1
|
7
|
3283
|
|
POST
|
Is there a way to have the services directory accessible through port 6080, and not through the webadaptor? As far as I can see we can only disable all access. This doesn't make much sense to me... it would be useful to have access "internally" and block "external" access. Thanks, Duarte
... View more
05-21-2015
10:17 AM
|
2
|
12
|
8261
|
|
POST
|
Yes, I was considering the option to use binary storage, which in PostgreSQL means using bytea attribute type. I wasn't recommending, just stating our reasoning. As for customers stopping asking for them, I wouldn't know about that. When mosaic datasets came out I was interested but could not implement them because of the added cost. Nevertheless, I am not sure anymore if they can or cannot be published in "normal" map services. I couldn't be sure from your answer.
... View more
11-18-2014
10:28 AM
|
0
|
0
|
626
|
|
POST
|
Vince, that is a good suggestion. But I was under the impression raster mosaics cannot be published by ArcGIS Server unless you acquire a license for an Image extension. Also, "traditional" raster datasets in the database are so fast we do not feel the need to create tile services for them. We just serve them directly as a normal map service layer. In fact, we have a map service with all our raster datasets, and use it in our web apps as needed.
... View more
11-18-2014
09:38 AM
|
0
|
2
|
3754
|
|
POST
|
Got a final response from esri. There is no solution until 10.3 is released. You have to stick to PostgreSQL 9.0. On our side, we are droping st_esri and revert our rasters to bytea or remove them from the geodatabase. Hope this helps someone else. Duarte
... View more
11-18-2014
07:48 AM
|
0
|
4
|
3754
|
|
POST
|
Moved to Enterprise GIS – ArcGIS for Server… hope it gets picked up by more people.
... View more
10-13-2014
08:29 AM
|
0
|
0
|
3754
|
|
POST
|
Hi Vince. What can I do? I was not even aware that I created a "custom stream". I started by going to ArcGIS Server group and ended up here... can I move it now? On your recommendation, I thought I could get a faster response this way. If no one answers I will try support... Duarte
... View more
10-13-2014
08:08 AM
|
0
|
7
|
3754
|
|
POST
|
George, thanks for your tip. But that was what I did. The included dll is for postgresql 9.0. Duarte
... View more
10-13-2014
08:06 AM
|
1
|
0
|
3754
|
|
POST
|
I am upgrading my 10.0 geodatabase to 10.2. All my rasters are failing because I am using st_raster storage type. I followed instructions [1] to install libst_raster_pg.dll but keep getting version mismatch errors. Apparently I can only find this dll for PostgreSQL 9.0! Even on a 10.2.2 installation there's only 1 dll and that's for pgsql 9.0... It is stated very clearly [2] that pgsql 9.2 is supported at arcgis 10.2.x. There are not restrictions nor limitations pointed out. Thanks. Duarte [1] ArcGIS Help (10.2, 10.2.1, and 10.2.2) [2] System Requirements
... View more
10-13-2014
07:25 AM
|
0
|
11
|
7121
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-25-2023 03:27 AM | |
| 1 | 03-06-2020 05:31 AM | |
| 1 | 04-18-2016 10:27 AM | |
| 1 | 11-16-2016 12:18 PM | |
| 1 | 01-21-2016 10:09 AM |
| Online Status |
Offline
|
| Date Last Visited |
12-02-2025
09:57 AM
|