Latest Contributions by MarcoBoeringa

I am afraid that the answer may end up being "none", but maybe some of the ESRI folks active here in the Forums, can point you in another direction. 26 stations, stretched along a corridor beside the coast, is a far from ideal situation for the interpolation methods in ArcGIS, that usually assume or require some sort of basic 2D distribution of sample points, instead of just measurements stretched along a 1D coast line. Your sample, with just 26 points, is also very small. An advanced interpolation method like Kriging, and the necessary semivariogram estimation it involves, as implemented in for example Geostatistical Analyst, usually requires at least some 50-100 sample points to create a reliable semivariogram, and thus reliable interpolation. See for example this post I made in another thread, for some more background to this. There may be specialized interpolation routines for "line" type interpolation along something like a coast (or things like oil well bore holes), but I can't point you to one right now. Google if necessary. Another option though, might be to convert the coast line to a Linear Referencing "Route", and assign the 26 stations as M values to the route at the appropriate sample station location. You could than have ArcGIS estimate a value for you by selecting a point along the line, and have ArcGIS do a linear interpolation between the two most nearby stations to estimate the value at that particular point along the line. See: What is linear referencing? and Dynamic Segmentation ... View more

I am thinking of having a big list of Feature Classes in the SQL database, then reference to them via a .lyr file which sits on my file server (sorted nicely into folders)....rather than having people connect directly to SDE to access the datasets. So the only pain is to set up the file structure on the file server and create the .lyr files. There are other good reasons to not have all of your users access data directly, but through a well organized collection of layer (*.lyr) files: - Ability to set a host of important display settings, like symbology, labelling (and reference scales for that), definition queries etc. - Very important: set appropriate minimum and maximum display scales. This second option is very important, it prevents users from accidentally accessing a huge layer (e.g. millions of records) entirely at full extent, causing a severe hit at the database level by needing to read the entire table. ... View more

It's worst practice, if you will, to use feature datasets as folders to organize feature classes, but there aren't a lot of attractive alternatives. I have never understood why ESRI didn't devise a kind of "virtual folder" for organizing Feature Classes and Feature Datasets in - or on top of - its geodatabase model, allowing users to easily organize all of their FC's and FD's, and displaying it structured like that in the ArcGIS for Desktop user interfaces. How hard can it be to implement? It doesn't need to affect existing functionality, it just needs to be a virtual folder to group things. As a consequence, by the lack of such a thing, people logically assume, and misuse, the Feature Dataset for it... (although not all misuses in this respect are a real issue, it all depends on the data and how it is being used). ... View more

Jamal, If you are to be using Palestine_1923_Palestine_Grid and you know for certain that your control points are in the same coordinate system, then there is no need to modify anything related to the parameters of your projection files. X2. Good points Brett, I agree there shouldn't be need to modify projection details. Custom projections are only necessary in very rare cases, and this isn't one of them. There may be an issue with transformations, as you justly pointed out and I also suspect. I said Zeno Connect allows you to setup your coordinate system as well as an associated transformation based on your corrections. Is your Leica representative also the owner of the real-time network you are receiving RTK corrections? They should be able to tell you what coordinate system the real-time network is referencing regardless of which software you are using for field collection. The RTK may be in Israel TM grid, as that is the current CRS (coordinate reference system) for Israel. Jamal may have more info. ... View more

The point that is shown in the screenshot is measured in this coordinate system (Palestine_1923_Palestine_Grid) and is considered as reference. It is for sure correct. Jamal, although I don't necessarily want to question the quality of the reference, you should always be very critical of both your own, and other's measurements. Even top-notch government organizations here in the Netherlands, who should know better and have checks in place, have had data delivered and initially accepted that ultimately turned out to contain unacceptable positional errors when matched up against later data deliveries from other companies. It is far better, in case of inconsistencies like these you experience now, to assume all measurements could be wrong, until proven right... It is just to easy to make some vital mistake when dealing with surveying, coordinate systems and transformations, as there are many aspects to take into account, just see the articles by Eric Gakstatter I referenced in the "Nightmare in GIS Street" thread for some nice illustrative examples. I know it is not very helpful to you at this point in time, but that is my opinion. ... View more

What's the source of these written coordinates against which you compare your own coordinates? And when were these measured? I am not entirely sure, but I don't think a projection issue is the most likely, as any of the other common coordinate systems in your area would put you off by far more than this (up to a 1000 km due to different False Northings). You seem to be using Palestine 1923 / Palestine Grid, other potential logical options in your area are Palestine 1923 / Palestine Belt, Palestine 1923 / Israel CS and Israel TM, but all of these aren't close in terms of FE and FN. ... View more

I am able to use all the techniques in the Geostatistical Analyst (IDW, Global Polynomial Interpolation, Local Polynomial, and Radial Basis) but not the �??Kriging/CoKriging�?�. Every time I try that particular one, my GIS crashes and a screen comes up that says: �??ArcGIS Desktop has encountered a serious application error and is unable to continue ... And i joined that layer with my excel document. It lets me do all the interpolations methods except the "kriging/cokriging" and i dont understand why...�?�. Steve, I used the "Copy Features" tool just like you told me and created a new feature class. This means that there is no join anymore in the new class and now kriging/cokriging works!! Sounds like a bug in need of fixing... good the workaround Steve suggested worked for you. ... View more

It's difficult to make 10k rows render slowly, but easy with 100k rows, and trivial with 1m. Just did another small test based on OpenStreetMap data. The original line layer with 61188 records stored in SQL Server Geometry, draws in less than 2 seconds in ArcMap at full extent. A dynamic SQL view based on this layer though, using the Shape.STBuffer() command, takes 75 seconds to draw at full extent. Unsurprisingly, this confirms your remarks. The lack of spatial index and associated full table scans, also means that zooming in on a part (e.g. 1/10th), still requires some 45 seconds to render. Making a selection of all features in that same section, takes 60 seconds... So I guess an upper limit of about 10k records, is realistic for this kind of operation where SQL geometry is generated on the fly (please note this is not similar to a "normal" spatial view, where you just make a selection of existing shapes in a database view, and an existing spatial index on the original table can be used). Anything above that will be useless (Core i5 3 GHz). I now also exported the generated buffers to a polygon Feature Class in the same database. That layer draws in just 4-5 seconds... ... View more

I was watching an ESRI video called "Web Enabling Databases with ArcGIS for Server" and I thought I heard them say that SQL Geomety could be created on the fly in a view or in ESRI terms with a Query Layer. ... Let me know if this is possible and more importantly,  if there are some examples of doing so. Yes, it is possible. I have recently been testing this on a SQL Server Express 2012 geodatabase using the Shape.STCentroid() and Shape.STConvexHull() statements to dynamically generate derived shapes in a custom SQL Server view (Please note these specific commands imply already existing shapes present in another layer, they do however create new features "on the fly"). I used the following statements for defining the database views in SQL Server Management Studio: SELECT OBJECTID, Shape.STConvexHull() AS ShpConvexHull FROM [YOURCOMPUTERNAME\YOURDATABASENAME].YOURLAYERNAME and: SELECT OBJECTID, Shape.STCentroid() AS ShpCentroid FROM [YOURCOMPUTERNAME\YOURDATABASENAME].YOURLAYERNAME Please note the [YOURCOMPUTERNAME\YOURDATABASENAME] part is a bit depended on your SQL Server configuration. It should be auto-generated for you once you create a new view in SQL Server and choose the table that serves as the basis. The ShpConvexHull and ShpCentroid are just arbitrary names I defined for the new shape fields, you can name them anything you like. The principal problem with creating features on the fly is the inability to use a spatial index. The draw performance is usually sufficiently awful that you'll be willing to jump through the hoops necessary to have geometries added to the base table. Depends on what the purpose is and how big the original layer. I did a test based on an un-generalized height contour layer based on a 8x8 meter DEM. It contained 10270 feature records. Creating a view with Shape.STConvexHull() statement, resulted in draw times of a few seconds for the entire layer in ArcMap. Not to bad, considering a kind of "worst case" scenario using an un-generalized height contours layer. Of course, with millions of records, it is probably a different story... This was on a quad core desktop Core i5-2320 3.00 GHz with 6 GB RAM... ... View more

I created a new personal geodatabase. Are you really talking about a personal geodatabase, a.k.a. Microsoft Access (*.mdb) database, that you used to create the new layers? The behaviour / problem you describe is more likely to occur due to some rights issue in an enterprise database like Oracle or SQL Server, although it still sounds weird according to your description being able to edit it the first time. ... View more

Forcing all coordinates to have zero Z values will slow down object access by as much as 50% without any real benefit.  If you want to keep a 3-D database you'd need to store actual Z values. Vince, it would be helpful to us all here if you gave some background to this. I know that for example Oracle supports spatial indexes on Z and M, but wasn't aware ArcGIS used it. Or do you mean that the mere fact there are Z coordinates (whether 0 or not) stored / defined on the geometries, slows down object access, and it is thus beneficial to switch to 2D X,Y based Feature Classes if no real Z is required? ... View more

What I couldn�??t figure out is the way the reference stations recognizes our CS25 tablet\GG03 Antenna? How our CS25 is detected by the reference base? 1. Is the internal GPS in the CS25 tablet is registered? How it is registered? IP address of the CS25 tablet? 2. Is the GG03 is registered? I am not entirely sure what you mean with "registered". Bluetooth as a wireless connection method / protocol has its own way of establishing connections. You may wish to have a look here for example: How To Use Bluetooth On Windows 8 Bluetooth on Wikipedia I tried to connect my Dell tablet (latitude 10) with the GG03 but sounds not to work. The Dell tablet recognizes the GG03 Antenna #205964 but required passcode. What does the passcode refer to in this case? The connection is via Bluetooth. The passcode is a security feature of Bluetooth. Sometimes you only need to confirm an already displayed passcode, and at other times to type one you know from configuring it on the other device or documentation of the device, as in your case. However, I can't tell whether the passcode is fully configurable or fixed for each individual GG03 antenna. Brett probably can tell. If I needed to guess, a candidate to try would be the equipment number (Equip. No.) or, in a bad case of recycling vital info already displayed and send out as part of the Bluetooth device name in Windows, the same Serial Number (S. No.) as marked on the type plate of the GG03. ... View more

Replication/Synchronization process. For some more detail, see these Help topics: Understanding distributed data Replicas and geodatabases ... View more

This is very useful Marco. The addresses are located now on the street but not on the sides. The issue of not finding the addresses of �??odd�?� numbers persist to exist. I can't answer why the "odd" numbers aren't found, it is starting to look like some kind of bug. If you really want this answered, it seems about time to contact your local ESRI distributor for an official support call. Unfortunately, Bruce Harold hasn't yet joined us again here, so I don't know if he could give some more feedback from the ESRI side on this issue. It works fine. The linear reference can find the �??130 Friends�?� and �??175 Friends�?� streets ... For the time being, we are using the Geocortex as web mapping application. I�??m not sure how the linear reference SEARCH can be integrated in the Geocortex such that end users can type �??130 Friends�?� to find the location. According to this Geocortex blog page from 2012, Linear Referencing is supported as a workflow from version 3.8 onwards. So I guess setting it up is just a matter of some configuration in Geocortex. Since your required workflow is actually more in the direction of Linear Referencing than Geocoding, it is not even a bad alternative. ... View more

Many thanks Marco, I have already sent an e-mail to the re-seller of Leica �??Geosystem inquiring the best way to get the GG03 connected to other tablet (like Dell Latitude 10) that is fast and very responsive. We have licensed ArcPad and wanted to know which other software\hardware components are required to establish such connection (GG03 and tablet) I�??m waiting their answer. Good, but looking at the specs of the Dell Latitude 10, it clearly says it supports Bluetooth, which is also the way to connect to the GG03. So I repeat my question: did you manage to create a Bluetooth connection from one of your laptops or tablets supporting it, to the GG03 GPS receiver? I don't think you will be needing anything extra, besides what you already have. Except maybe it might be better to switch to Leica Zeno Field instead of ArcPad. Leica Zeno Field seems a modified ArcPad designed for easy Leica GPS access, see here: http://www.leica-geosystems.com/en/Leica-Zeno-Field-Office_79643.htm *** EDIT *** I forgot to read back the older posts, but you already seem to have Zeno Field, considering the screenshot you posted. So if you manage to create that Bluetooth connection to the GG03 from your preferred device running Zeno Field, I guess you are done. ... View more