Latest Contributions by JamalNUMAN

Thanks Jamal, seems that the problem is that is not allowed from my work. I will try to download it from home. Regards, Manuel Hope you will be able to download it at home. Best Jamal ... View more

Jamal: From this Help page: "If you resolve conflicts in favor of the edit version, all conflicting features in the current edit session take precedence over conflicting representations in the target version." 1) You delete feature 10 in version U1 2) You start batch reconciliation and posting with the option "in favor of the edit version" as per your screenshot. 2) Reconciliation and posting of version U1 takes place, where feature 10 is deleted from the target database, no conflicts are detected in this phase. 4) Now reconcilation and posting of version U2 takes place, again "in favor of the edit version". A conflict is detected. U2 has the original feature 10 with an edit to its attributes, but this feature is deleted from the target. Since it takes precedence over the target version, where the feature is deleted, feature 10 is posted back to the target, including the attribute edit done in feature 10. And yes, the deleted feature in version U1 is back... Jamal, if you want detailed control over each conflict, you should review any edits manually, not run a "batch reconciliation" on multiple versions. ArcGIS has all these tools specifically for this reason: to allow you to make a good judgement of the conflict by thoroughly reviewing it. As to best practices: multi-user edit conflicts are allowed and reconciliation supported in ArcGIS, but this doesn't mean you should be lax on good working practices. Well designed work flows and good work orders should always try to avoid conflicting edits as much as possible to avoid excess work in the conflict detecting & reconciliation. Many thanks Marco and Leo for the help. This is quite useful What I wanted to highlight here is that the order of versions when reconciled/posted with the parent is determinant! In my previous example, if the first version is U2 and the second version is U1 then feature 10 will be deleted from the target. Correct? Best Jamal ... View more

I cant download the addIn, is the download link right? Thanks, Manuel Sure, the link is correct and is working fine. http://www.arcgis.com/home/item.html?id=451259f8e47440f2b727442fe1b2f7c2 Alternatively, please, you may download it from the link below http://www.mediafire.com/download/5rd436uehbr8cf1/QueryTool.zip Best Jamal ... View more

Jamal try to open the explorer as an administrator an then write the url to the builder, http://localhost/builder. It has to appear in the Tools.xml to appear in the app. Can you post here the addIns so I can try and see what happens. Regards, Manuel. Thank you very much for the help Manuel, The Add-in that I�??m trying to plug can be downloaded from the link below http://www.arcgis.com/home/item.html?id=451259f8e47440f2b727442fe1b2f7c2 Sample data is attached I started the Silverlight builder as administrator but sounds not to store the add-ins that I have added and saved [ATTACH=CONFIG]25179[/ATTACH], [ATTACH=CONFIG]25180[/ATTACH], [ATTACH=CONFIG]25181[/ATTACH], [ATTACH=CONFIG]25182[/ATTACH] What surprises me the most is that it works fine in the building environment and saved correctly but doesn�??t appear after that! What might be the issue? ... View more

Hey Jamal, check this thread http://forums.arcgis.com/threads/82989-Deployed-Apps-not-showing-up-in-Builder, I actually find it trying to find this one that I reply http://forums.arcgis.com/threads/85551-Issues-upgrading-from-ArcGIS-viewer-3.0-to-3.1?p=302183#post302183. Both said the same thing, the first one is from ESRI. Hope it help. Regards, Manuel Many thanks Manuel. It works fine. [ATTACH=CONFIG]25178[/ATTACH] It would be great if there is an Add-ins that can be plugged on the Silverlight to have these application displayed? Best Jamal ... View more

Jamal, I don't understand what you intend to say with the bold text. One-way is One-way. 1) If you intend the production SDE geodatabase to be the main database where all edits occur ("parent-to-child"), and the publication file geodatabase just a read-only copy of it that needs to be synchronized with the production database on a regular basis to show the changes that occured on the production database, than you need to set the direction of the one way replication FROM the parent SDE geodatabase TO the child file geodatabase. This means you can not make changes to the file geodatabase and have them show up in the SDE geodatabase, but the child database can be a file geodatabase in this case. As the ArcGIS Help says: "When creating a one-way, parent-to-child replica, the destination can be an ArcSDE, file, or personal geodatabase." 2) On the other hand, if you intend to make an editable web application as the source of all edits ("child-to-parent"), and allow users to edit features through a custom web application and have the changes send back to the SDE parent (where no other edits may occur!), than the child database MUST BE a SDE geodatabase too, it can not be a simple file geodatabase, as these do not support versioning, and therefore can not support replication as a source of edits. As the ArcGIS Help says: "When creating a one-way, child-to-parent replica, both child and parent replicas must be hosted in an ArcSDE geodatabase." 3) Lastly, if you intend to edit both on the main production SDE geodatabase through ArcGIS for Desktop, and want to allow editing through a custom web application on a separate publication geodatabase, than both the parent production database and this publication database MUST BE SDE geodatabases, and the replication type should be "Two-way". You can not have a file geodatabase participate in two-way replication. Please see these pages: Replication types Replicas and geodatabases One last option though: If, like in 2), you need changes to occur on a "child" geodatabase, and you want this to be a file geodatabase instead of a more complex SDE geodatabase, than there is the specific last option of a "check-out, check-in" replica. The disadvantage of this type of replication though, is that you can only synchronize changes once. After that, you need to re-create the replica. This is fine for occassional "field-work" type edits, but becomes cumbersome when many / frequent edits to a check-out file geodatabase occur, and need to be regularily synchronized with the parent. In addition, since versions are unsupported in the file geodatabase, you can not have concurrent edits by multiple editors going on against the "check-out" file geodatabase (well, at least not without the risk of over-writing each others edits without warning). Thank you Marco and Leo for the help. This is quite useful. Sorry for the confusion. The scenario that I got can be depicted in the following points: 1. I got two geodatabases one is ArcSDE geodatabse and the other is file geodatabase 2. I have created a one way replica FROM the ArcSDE geodatabse TO the file geodatabase 3. It happens that edits occurred on the file geodatabase (say by mistake!) 4. In this case, when the �??synchronize changes�?� tool is applied FROM the ArcSDE geodatabse TO the file geodatabase then the edits that recently occurred on the file geodatabase don�??t change while it is supposed that the file geodatabase must be updated to be as a copy of the ArcSDE geodatabase. My point here is why the file geodatabase (after being edited) is not updated to be the same as the ArcSDE geodatabse when the �??synchronize changes�?� tool is applied? Best Jamal ... View more

Jamal, The SL Viewer has been designed to include a basemap and one or more operational layers. A web application built in the Viewer must contain at least one basemap. A workaround for you would be to publish a map document with an empty or switched off map layer, set the data frame background color to be just slightly different from what white, then publish this map as a service and finally cache this map service in those scales you plan to you use operational layers. This will result in having a basemap which will server just as a white background. If you don't want to do this, you might just go into the source code of the deployed application with a basemap and then just comment out the piece of code which adds the basemap (you comment out in xml file with the <!-- code -->. The Map.xml file you need to edit is located in the C:\inetpub\wwwroot\Apps\NoBasemap\Config folder by default. This will result in grey background in your application and on top of this grey background your operational layers will be drawn. I've added the Topographic basemap layer in Builder and thus my code looks like this: <!--<esri:ArcGISTiledMapServiceLayer ID="Topographic" Url="http://services.arcgisonline.com/ArcGIS/rest/services/World_Terrain_Base/MapServer" MinimumResolution="0">   <esriExtensibility: Document.IsBaseMap>true</esriExtensibility: Document.IsBaseMap>   <esriMapping:LayerExtensions.LayerName>Terrain</esriMapping:LayerExtensions.LayerName>   <esriMapping:LayerExtensions.LayerInfos />   <esriExtensibility:LayerProperties.IsPopupEnabled>true</esriExtensibility:LayerProperties.IsPopupEnabled>   <esriExtensibility:LayerProperties.IsVisibleInMapContents>true</esriExtensibility:LayerProperties.IsVisibleInMapContents> </esri:ArcGISTiledMapServiceLayer> --> Many thanks Alexey for the very useful answer, I would prefer to go to the very interesting option which is publishing and cashing an empty map. The issue here is that I NEVER succeeded in caching a very simple map with the desired scales. For example, I wanted to publish and cache the attached map but caching has never completed despite the fact that it took very long time. Could you please help me choosing whatever settings to let this very simple map cached with the desired scales? My settings are shown in the screenshots below: [ATTACH=CONFIG]25112[/ATTACH], [ATTACH=CONFIG]25113[/ATTACH], [ATTACH=CONFIG]25114[/ATTACH], [ATTACH=CONFIG]25115[/ATTACH] Best Jamal ... View more

Jamal, If you refer to a "published mxd" meaning an ArcGIS Server map service (a service you create by publishing a map document in ArcMap), then you are correct. It will take more time to draw a map service in ArcMap than the original .mxd map document it has been based on. The matter is that there is a longer chain of actions being involved: ArcMap needs to ask ArcGIS Server to retrieve a certain area of the map service, ArcGIS Server goes to the file geodatabase, retrieves the data needed in the extent, compiles a raster image and sends it back to ArcMap. The extra time required to get the map documents served drawn in ArcMap comparing to drawing the original vector data is something one has to accept. The only exception I can think of when the published map service will actually draw faster in ArcMap then the original .mxd document, is when the original map document contains lots of advanced symbology and multiple layers and the map service has been cached. In this case, it might go faster to get the cache tiles from the server rather than draw "raw" vector data from a geodatabase. As a common practice, you don't need to access the map service in ArcMap if you have access to the original map document. The whole point of publishing a map document as a map service is to make the map information accessible to non-ArcMap users or users without access to the original map document. Many thanks Alexey for the distinct elaboration 1. Sure, I was comparing between the mxd and its service and the explanation you have already introduced best fit with what I wanted to have some background on 2. Caching is very exhaustive option. It rarely succeeds with the desired scales 3. The comparison between the mxd, its service and web application is based on the fact that I�??m confronting serious performance issue and couldn�??t know how to fix it. Web mapping application users are struggling with quite slow speed and thus don�??t prefer to access this web application. I wanted to know where might be the source of such very slow speed. And now i found out that accessing the published service even with the desktop application on the same machine is also slow! Then imagine when this service is accessed by web application from remote machine I couldn�??t get a compromise between multiple factors to achieve maximum speed: 1. Hardware specs of the host/client machines (CPU, RAM, chipset, etc.) 2. Cables connecting host/client machines (VPN, leased lines, etc.) 3. ArcGIS Server tuning (min/max instances, high/low isolation, cashing, etc.) 4. Database Platform (personal geodatabase/ file geodatabase/ ArcSDE geodatabase with SQL or Oracle, etc.) 5. Database Administration (tuning/cleaning/etc.) 6. Web mapping application (ADF, Silverlight, Flex) Best Jamal ... View more

on time it's working the other time your package failed ....!!! i can't find  any online help about this problem Same issue with me Ahmed, Let�??s wait and see what might be there in 10.2 Best Jamal ... View more

Different sports cars may take a winding mountain road in slightly different times, but a tractor-trailer won't ever give them competition.  Still, the sports cars aren't going to score well on the basis of tons of food delivered.  As a technologist, you need to learn how to gauge the similarities and differences of competing software packages, and use that as feedback into generating unbiased evaluation criteria. - V Many thanks Vince. I do agree. Best Jamal ... View more