Suggestions Steer the Product
SQL for ArcGIS® users are strongly encouraged to send in suggestions for new features or alterations in existing features. Every new SQL for ArcGIS release and update includes additions that have been prompted by user suggestions.
This page provides tips for effective suggestions. For information on how to submit bug reports, please see the Bug Reports page. For information on getting tech support, please see the Support page for general information and the Contacting Tech Support page for details.
Ground Rules for Suggestions
Send email suggestions to email@example.com. Due to the volume of suggestions received, suggestions for new features will not usually receive a reply; however, all letters conforming to the rules below are noted and their suggestions are tallied with others received and compared to current internal product plans. There are several rules which apply:
- Do not send any suggestion or comment that you do not wish to become a part of the public domain, that is, freely usable by anyone without any control by you or compensation to you. All suggestions or ideas received by Manifold enter the public domain and are not confidential. If you work for someone else, do not send any ideas, information or suggestions that do not belong to you or that are not already in the public domain.
- Suggestions for new features are generally prioritized by how many people request them. However, suggestions made by just a single person could (and frequently will) appear in the very next update if the product planning team at Manifold believes they will serve a large user base or if they fit into an available engineering slot that would otherwise go unused.
- Not all suggestions will receive replies, but at times you may be contacted by Manifold personnel to discuss your suggestion. Such communications are not a guarantee that your suggestion will be implemented. Do not base any purchase decision on an expectation that a suggestion will be implemented as a feature.
- Whether or not, and when, a new feature is implemented depends on a complex mix of factors, such as Manifold's sole and exclusive judgement, the priority, the amount of time necessary to implement it, and the availability of engineering slots within the development organization. Sometimes features of relatively low priority will be implemented ahead of high priority features because the low priority feature is easy to do and an engineering slot opens up in which that feature can be implemented.
- The product planning process excludes form letters, bulk letters, letters that were obviously not composed as a personal letter to sales and any letters cc'd to third parties.
- Please write in English and use a subject line that includes the words "SQL for ArcGIS" and "Suggestion" to assure your email will not accidentally be intercepted by spam filters enroute.
- Please use ordinary text format for your email, not HTML email, and write all of your suggestion in the ordinary text. Do not use attachments, as those are removed by security software before delivery.
- Please keep it technical. The mission is building better products for the user community and that has to do with specific technical features. Have faith that you will have persuasive influence by writing a detailed technical suggestion discussing performance, programmatic flexibility, workflow efficiency, relevant technologies, access to specific data sets or other purely objective technical matters. Non-technical comments such as earnest flames or political rhetoric, will only dilute the impact of a suggestion.
- For those suggestions that are contributed by only a few people the personal credibility and expertise of the suggester count for a lot. People who frequently provide expert, complete and detailed suggestions win the credibility that makes it easier for product planners to commit more time to exploring the possible implementation of the suggestion, even if only that one person has requested it.
Tips for Effective Suggestions
Some tips on how to make product suggestions that will influence the product as rapidly as you would like:
- Do not ask rhetorical questions. Don't make the intake process try to guess when you are seriously asking a question and should be passed to tech support or when a question is just a rhetorical question to which you don't expect a reply. Tech tip: Suggestions do not include any sentences that end in a "?" character.
- Do not combine tech support questions with suggestions. If you have business with tech support, take care of that in an email thread dedicated to that business. If you have a suggestion, take a moment to compose a standalone suggestion email.
- Do not call a new feature you would like to see a "bugfix." For example, comments of the form "I've found a terrible bug in SQL for ArcGIS - it doesn't include a full-featured word processor like Microsoft Word" are a good way to lose credibility. If the product does not do something as it is documented, that's a "bug". If it does not include a feature or capability you would like to see, or if it is missing opportunities for additions here or there that greatly expand the usage of an existing feature, that's a new feature suggestion.
- Describe the new feature clearly and focus on specific features, give a sense of priority if suggesting a group of related features. The more detail you can provide about how it would work the better. General suggestions are appreciated but are not as likely to result in quick results as specific suggestions.
- Make suggestions in areas where your personal experience gives you knowledge about how something should be done and where you intend to personally use the requested feature. All suggestions are welcome, but suggestions of the form, "I don't have any experience in this and I wouldn't ever use it, but I think it would be cool if..." are not likely to be effective.
- Independent votes for similar features count much more than a cluster of votes promoted by an advocate. If many people independently throughout the world suggest a new feature, that tells Manifold it is something that is really important.
- Only letters sent to firstname.lastname@example.org count. Letters that are cc'd to third parties are excluded.
- Product planners cannot track information that is not in a suggestion from other discussions or social media threads. Sending a suggestion such as "For what I want, see the discussion in..." with a link to a social media thread is not effective, since planners will not attempt to parse a discussion thread to try to figure out what you are advocating. The issue should be important enough to provide a crisp, detailed and standalone suggestion of what you want.
- If you are new to the product, don't jump to the assumption that something cannot be done and so a new feature is required. Research the documentation carefully. Take a moment to try out your ideas with your peers, perhaps by posting to the Georeference forum at georeference.org to see if you've missed something already in the product. If some preliminary exploration shows the idea is not already accomplished, please send it in. If your idea is already in the product but in your opinion too hard to find, let Manifold know about that.
Suggestions for New Formats
Manifold frequently receives requests to add a new format to SQL for ArcGIS for import or export. Manifold is always willing to consider adding new formats. There are six main determinants as to whether a new format will be added:
- Is this a GIS, DBMS or Spatial format? People sometimes write asking for formats that have nothing at all to do with spatial work. In other cases, people ask for technical notions that are not themselves formats but are something else. The classic examples are GML and XML, which are not themselves formats but are languages in which a wide variety of different formats can be created. In such cases, the specific format desired must be known.
- Does Manifold have full and complete technical documentation on the format? If Manifold has publicly available documentation (such as a URL) that completely defines the format it becomes much easier to consider. Send such a URL or document to increase the chances your request will be implemented. Note that an API which claims to read/write the format but which operates as a black box is not information on the format itself. Please do not send confidential information.
- Is the format a difficult one or an easy one to implement? Easy formats that are well-documented usually will be added rapidly.
- Has Manifold had requests for the format? If Manifold has had very many customer requests it is more likely Manifold will add a format even if it is difficult to implement. For an easy format that is well documented Manifold has in the past added formats with only a single request.
- Are there samples available of data in that format? The more complex the format, the more samples will help to make sure the dataport works correctly. If you send in a URL to a page that has plenty of samples the engineering team will know that any new dataport can be tested. If there is no way to test the dataport it is unlikely engineering resources will be committed.
- Is anyone actually using this format? Citing a significant collection of data that would be made available by this format answers the question. People and organizations invent new formats all the time that end up going nowhere. There is little chance a format will be implemented if no one actually uses it.
Users sometimes write "Can you add XyzGIS format? Their home page is www.xyzgis.com." This is not helpful because unless a very large number of requests for that format are received Manifold staff will not search the site for documents that might define the format. Users will also sometimes write suggesting a new format and pointing to an API that claims to provide an interface to the format. That's not helpful since such APIs almost always require agreement to terms and conditions. The cost of reviewing those on a legal basis is usually greater than simply implementing direct support for the format, and rarely are those terms acceptable to a competitive, commercial company like Manifold.
If you would like to advocate a new format, you increase your chances greatly by doing the detective work to find a solid technical description of the format and by providing some samples. Many of the formats in SQL for ArcGIS were added at the request of a single advocate who patiently located the required information and forwarded it to the Manifold team for implementation.
Requests to Ignore Standards
SQL for ArcGIS users will occasionally encounter files claimed to be in a standard format where the file does not accurately utilize the standard. For example, there are many programs that can be used to write "shapefiles" which do not correctly write shapefile format, and there are images said to be in "GeoSPOT" format that are not written in accurate GeoSPOT format. Manifold will at times receive requests to alter SQL for ArcGIS dataports so they will read such non-standard files.
There are conflicting philosophies about staying true to a format standard. The philosophy which experienced professionals normally insist upon is to honor standards strictly and accurately as a protection against importing or passing on junk data. A more casual philosophy says if something can be extracted from a file even though the format standard is not followed then do it. The second philosophy is often more convenient in the short term, but can lead to catastrophes in the long term. The first philosophy avoids poisoning data in a way which later on is very costly to remedy, but it can be less convenient in the short term.
Manifold tends to follow the first philosophy, of taking format standards seriously. However, if there is a large body of data that systematically violates a format (for example, a large collection of data made available by a government), the Manifold team is willing to bend the format definition a bit and allow such data. If you need such a relaxation of standards, the best way to argue your case is to provide a URL or other information that documents the existence of a large body of data in that "broken" format.
Suggestions for New Projections
Given that the latest Manifold products provide many thousands of projections, including the entire EPSG listing, it is unlikely that a desired projection is not already supported. Usually when users ask for a "new" projection they do not realize the projection they want already is supported, perhaps using a different name. But if a genuinely new projection is required, Manifold is always interested. The problem is usually not implementing a genuinely new projection but finding out exactly what is desired in sufficient detail to tell if it is really new.
New projections are like new formats in that they are often easy to add if complete technical information is provided. The best way to get a new projection added to SQL for ArcGIS is to send Manifold a URL or other document in English that precisely describes the projection in full and complete technical detail, including all formulae involved in defining the projection if the projection is not a simple parameterized variation on an existing projection. See the comments regarding suggestions for new formats as a guide.
Projections that are simple parameterized variations of existing projections are easily added to SQL for ArcGIS via customization and, if such a customized projection is indeed a standard projection in your part of the world, are candidates for addition to SQL for ArcGIS as "built-in" projections. If you would like such a customized projection to be added as a "built-in" within SQL for ArcGIS, send your customization XML or Favorites specification as well as technical references (so the Manifold team can confirm your work) as part of the suggestion. If you do not have a customization XML or Favorites specification but you know that the projection is a variation on an existing one, please send a technical reference URL that sets forth the projection.
Suggestions for New Styles
New styles (that is, new point icons, line styles, area styles) are like new formats in that they are often easy to add if a precise description of the style is provided. For example provision of a specific font, a specific page of examples and the like provide an exact idea of what you have in mind. Providing general comments such as "I'd like to see point styles like those supported by StockyardManagerPlus Pro Edition" has zero impact. A more effective suggestion would provide a clear example of various styles with a description of what they mean, how they are used and why that collection of styles would be useful to a particular constituency
Do not send any copyrighted material or any other material that is not in the publc domain.
Frequently Asked Questions
Does sending a suggestion count as a support incident? Not unless it is embedded within a support request or a bug report to which a reply is requested. Example: "How do I thematically format a drawing using a text field in the sort order I desire? Please add a feature to specify sort order." This will be treated as a request for support and will require a support token.
What if my continued use of SQL for ArcGIS is dependent upon a new feature I have suggested? You should never acquire licenses based on anything other than the capabilities of the released product. SQL for ArcGIS is always subject to revision and alteration as Manifold judges best. Although the product's evolution is guided mostly by user demands, keep in mind that other users may have different priorities than you. The evolution of the product may therefore be more influenced by other users.
How do I find out the status of a suggestion? Once a suggestion is made there is no way to tell the status until it appears in a new release. Manifold is grateful for all suggestions but is unable to provide reports of whether or not specific suggestions have been adopted and if so, when they will appear in the product.
How do I find out the release dates for new SQL for ArcGIS releases? In general, these are not published. Manifold provides public comments on new features or new products only after they have shipped in a production release to customers. Advance technical and marketing information may be provided to selected SQL for ArcGIS licensees under non-disclosure agreement (NDA) in settings which assure confidentiality and quality information exchange. Building a record of significant suggestions is one way to qualify for obtaining such confidential information. However, the disclosure process is highly selective and due to space limitations, a desire for compatibility with other attendees at disclosure events or other factors there should be no expectation that submitting suggestions will result in access to confidential information.
Why are not suggestions on the Georeference forum monitored? Primarily because all SQL for ArcGIS users can write directly to email@example.com but only a minority of SQL for ArcGIS users participate in Internet forums. By having one mechanism for intake, that of mail sent to sales, Manifold can assure all users equal, private status in making suggestions and guiding the evolution of SQL for ArcGIS exactly as they want without any peer pressure.
This policy also reserves for the forum the freedom of having informal conversations and "thinking out loud" before sending in a suggestion. Quite a few suggestions for "new features" will turn out to be simply a lack of experience and not realizing those capabilities are already in the product. Testing out such ideas in the forum is a good way for new users to benefit from the knowledge of their more experienced colleagues while sending suggestions by private email avoids any pressures from disagreements with influential colleagues. It is the same reason well-run elections use secret ballots.
Another important factor is the need to prioritize investments of extremely expensive engineering time: requiring a personal email is not a very high bar but it does require enough effort to indicate sincere interest. If an item is not worth the minor effort of sending in an email the item is not important enough to prioritize ahead of other items users do not hesitate to suggest.
Should I send in a suggestion if I know something is on the wishlist? Yes, if you would like to increase the chances that item will be implemented. As noted above, "Suggestions for new features are generally prioritized by how many people request them." If something is important to you read this page carefully and send in your own suggestion to help prioritize what you want ahead of thousands of other wishlist items.
Suppose I absolutely need a new feature - can I pay for it? Yes, although the cost is usually very significant, typically thousands of dollars to review a proposal and hundreds of thousands of dollars to implement it, depending on the level of custom engineering. Custom versions of SQL for ArcGIS or scripts can be created with specific features that are required. Contact firstname.lastname@example.org with your requirements.
How to Buy Technical Support Services
Purchase technical support products for SQL for ArcGIS® Pro on the Online Store. Purchase the technical support product desired and you receive support tokens by email. You can then use them when contacting tech support.The store is open 24 hours / seven days a week / every day of the year. Orders are processed immediately with emails sent out in seconds.
Manifold® products deliver quality, performance and value in the world's most sophisticated, most modern and most powerful spatial products for SQL, GIS, ETL, DBMS, and Data Science. Total integration ensures ease of use, amazing speed, and unbeatably low cost of ownership. Tell your friends!