Latest Contributions by NiklasKöhn

Using JS API #3.20, the smartmapping.createClassedColorRenderer() method is supposed to have a statistics output parameter on the promise object, which seems to be missing. When altering the smartmapping bycolor Sample in line 195, so that it says smartMapping.createClassedColorRenderer‍ instead of  smartMapping.createColorRenderer‍ results in an error calculating the histogram, because something is undefined. Taking a closer look, the promise object of the classed color renderer doesn't have the "statistics" property, which is supposed to be there. Is this a Bug or am I missing something? ... View more

I know. We know that. We all know that. But it's convenient to keep a basemap in my MXD to have some orientation. Most people do that. Manually removing the Basemap Layer (as well as clearing the selected features 00021: Feature selections are not supported) is annoying and time-consuming, because it has to be done before every publish process, and to continue working with the local MXD, the Basemap will usually be added again.   I would love the service editor to just throw out the Basemap Layer when publishing the service instead of returning "Error 00037: Basemap Layers cannot be published directly to a service". You might give back a warning, that the uploaded map document has been altered, but that should be it. ... View more

I have an NAServer with several travel modes defined on the Network Dataset and I'm using that service in a JS app with the Directions widget. Enabling the showTravelModesOption shows the travel modes menu, and everything works fine. Now I need to restrict the number of displayed modes: The JS app is fired up with a country code parameter, and it is always using the same NAServer. Not all travel modes apply for every country, so I need to filter out some of the travel modes before showing them in the Directions Widget. Here's what I tried: Find a setter to apply the filtered list. But there seems to be no setter: The Directions widget offers getSupportedTravelModeNames(), the RouteTask offers getServiceDescription(), which returns a Deferred object, that gives me supportedTravelModes. There is nothing for the complete list in the RouteParameters. => Getters only for the complete list. DOM manipulation. dojo.query(".esriTravelModesTypeName") gives me the node where the travel modes menu appears, but I only get the one that is visible at the beginning. The others only appear when the user opens the menu, and that it too late to hide some child elements (or would at least result in an ugly effect). Does someone have an idea? ... View more

I'm using an SMP Locator service as source for the Directions Widget search fields. On text input, the widget fires a "suggest" request to the Locator Service. So far so good. Now, I need to restrict the results to a certain country code. From the Directions Widget, single line input is used. I tried adding the country code via the "Search.sources" parameters "suffix" (see Search | API Reference | ArcGIS API for JavaScript​), but this gave me no results. Using the parameter "countryCode" on "Search.sources" doesn't restrict anything - probably because my Locator service doesn't support it. Here's an article about that problem, but it relates to the deprecated "Geocoder" widget, that was replaced by the "Search" widget: geocoding - Restrict suggestions from ESRI ArcGIS REST API to US addresses only - Geographic Information Systems Stack E… The "Locator" object has a "countryCode" parameter, which unfortunately only works with the World Geocoding Service: Locator | API Reference | ArcGIS API for JavaScript Is there a way to enable my local SMP Locator to work with the countryCode parameter? Or is there another way I can restrict my results via some JS parameter? ... View more

Die Großwetterlage beiden vergangenen Tage über Deutschland wurde beherrscht von Niklas, einem der stärksten Stürme der letzten Jahre. Und während das Land, und allen voran die Bahn, noch mit den Aufräumarbeiten beschäftigt sind, schauen wir uns auf einer Karte an, was eigentlich an diesen beiden Tagen los war: Mit Hilfe zweier CSV-Tabellen, heruntergeladen von der Homepage des Deutschen Wetterdienstes, ist recht fix eine Webmap auf ArcGIS Online erstellt. Jede Tabelle ergibt einen Layer für jeden der beiden Tage. Beide Kartenlayer wurden anschließend als Hosted Feature Service veröffentlicht und öffentlich freigegeben. Die Services können nun von überall konsumiert werden, und mit Hilfe der neuen Features in der ArcGIS API for JavaScript generiert die kleine Applikation "Sturm Niklas über Deutschland" schöne Ansichten des Wetters, das an den Messstationen ankam. Im Wesentlichen kommt dabei das neue "Smart Mapping"-Modul zum Einsatz, also "clevere Kartografie". Unter diesem Zauberwort wird es sowohl Neulingen als auch erfahrenen Nutzern einfach gemacht, nützliche und eindrucksvolle Karten zu gestalten: Das Modul hält eine Reihe von vorkonfigurierten Renderern bereit, die einfach auf Attribute angewendet werden können und Features nach Farbe, Größe oder Lage klassifizieren. Zunächst im März-Release von ArcGIS Online eingeführt, unterstützt die JS API seit Version 3.13 die neuen Möglichkeiten. Als weiteres Goodie wurde das neue "Search Widget" eingebaut, in dem nicht nur ein Locator Service, sondern auch ein einfacher beliebiger Feature Service durchsucht werden kann. Im Falle der "Sturm Niklas"-Applikation durchsuchen wir einfach das Feld mit den Namen der Wetterstationen in einem unserer beiden Feature Layer. Und was tut die Applikation, was ArcGIS Online nicht kann? Wie üblich hat man als Entwickler weiterführende Möglichkeiten als über die GUI. In diesem Fall werden die vordefinierten Smart-Mapping-Renderer im Code abgefangen und abhängig von den Daten geändert. Damit profitiert man weiterhin von den Voreinstellungen wie automatischen Class Breaks oder einer Color Range, kann aber einzelne Eigenschaften anpassen. Das Rendering passiert hierbei im Client, was sich bei großen Datenmengen natürlich performancemindernd auswirken kann. Bei solch einfachen Tabellen und zwei übereinandergelegten Layern ist die Anzeigegeschwindigkeit jedoch im Rahmen. Rendering in der Applikation Über ein Menü kann zwischen unterschiedlichen Wetterdaten umgeschaltet werden. Dabei wird nicht etwa ein Layer ein- oder ausgeblendet, sondern die Renderer für die beiden Tageslayer neu definiert. Die Menüauswahl definiert einfach nur ein neues Attributfeld, und über diverse Fallunterscheidungen werden die Einstellungen der Renderer gesetzt. Hier ein kurzer Ausschnitt, in dem deutlich wird, wie nach Feld- (Zeilen 2-6) oder Layernamen (Zeile 15) unterschieden wird und wie in bestimmten Fällen den Symbolen des smarten ClassBreakRenderers eine andere Farbe zugewiesen wird: else if (     field === "RR24" ||     field === "FX" ||     field === "SSS24" ||     field === "SGLB24" ||     field === "Höhe") {     //Hier beginnt das Smart Mapping smartMapping.createClassedSizeRenderer({ layer: renderLayer,        field: field,        basemap: map.getBasemap(),        classificationMethod: "quantile"     }).then(function (response) {       // Folgetag in grau darstellen       if (renderLayer.name==="DWD_20150401" || field === "Höhe") {        array.forEach(response.renderer.infos, function (f) {           f.symbol.color = new Color.fromHex("#CCCCCC");        }); } else { // am 31.3. Unterscheidung nach Daten if ( field === "SSS24" || field === "SGLB24") { array.forEach(response.renderer.infos, function (f) { f.symbol.color = new Color.fromHex("#EDD873");          }); } Über diese Fallunterscheidung werden für unterschiedliche Daten unterschiedliche Farben vergeben - Regen ist beispielsweise blau, Sonne ist gelb, während alle anderen "smarten" Eingeschaften des ClassedSizeRenderers unangetastet bleiben. Die Daten des 1.4., also des Sturm-Folgetags, werden in grau angezeigt. So sieht man auf einen Blick, welche Wetterstation an welchem Tag im "Ranking" vorne lag: Mehr Farbe bedeutet, diese Station war am Sturmtag "besser". Ist der graue Kreis größer, liegt die Station im Ranking des 1.4. weiter vorne. Über eine andere Fallunterscheidung werden keine Farbwerte, aber ein Offset gesetzt. So erscheinen die Werte der beiden Tage nebeneinander auf der Karte. So lassen sich mit wenig Code und wenig Aufwand viele schöne aussagekräftige Kartenansichten generieren. Code Die Datei "sturmniklas.html" mit dem kompletten Spaghetticode (ja, es ist einfach nur ein längeres Sample - keine Applikation mit empfehlenswerter Architektur!) ist ebenfalls auf Github zu finden: esride-nik/esride-nik.github.io ... View more