Wednesday, May 22nd 2013, 12:01am UTC+2
You are not logged in.
Monitoring-Portal »
Projects
»
NagVis »
Beginner
Number of monitoring servers: 1
Nagios Version: 3.3.0
Distributed monitoring: Ja
Redundant monitoring: Nein
Number of hosts: 50
Number of services: 2000
OS: Ubuntu 12 LTS
Plugin Version: n/a
NagVis Version: 1.7b2
NDO Version: 1
Tuesday, July 10th 2012, 11:06am
Just following up with myself...in geomap source, I see the following:
What this means is that it should be possible to add a "type" field to the CSV file. So I can have "service", "hostgroup", "servicegroup" and "map", right?
Or do you have something else in mind with relation to implementing other objects with geomaps?
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 |
// Now add the objects to the map
foreach($locations AS $loc) {
$map_config[$loc['name']] = array(
'type' => 'host',
'host_name' => $loc['name'],
'iconset' => $iconset,
'object_id' => $loc['name'],
'alias' => $loc['alias'],
'lat' => $loc['lat'],
'long' => $loc['long'],
);
}
|
What this means is that it should be possible to add a "type" field to the CSV file. So I can have "service", "hostgroup", "servicegroup" and "map", right?
Or do you have something else in mind with relation to implementing other objects with geomaps?
Beginner
Number of monitoring servers: 1
Nagios Version: 3.3.0
Distributed monitoring: Ja
Redundant monitoring: Nein
Number of hosts: 50
Number of services: 2000
OS: Ubuntu 12 LTS
Plugin Version: n/a
NagVis Version: 1.7b2
NDO Version: 1
Monday, July 23rd 2012, 3:00pm
Ok, like I said, it's easy to change the
to $loc['type']
and have those types as part of the .CSV file, and thus being able to reference other maps, host groups, and so on.
However, if I want to add lines (weathermap or otherwise), it gets a bit harder, so it would probably be better if we could just have regular map data (static icons, weathermap lines, and so on) superimposed on geomapdata (originated from .csv). What are the plans?
|
|
Source code |
1 |
'type' => 'host', |
to $loc['type']
and have those types as part of the .CSV file, and thus being able to reference other maps, host groups, and so on.
However, if I want to add lines (weathermap or otherwise), it gets a bit harder, so it would probably be better if we could just have regular map data (static icons, weathermap lines, and so on) superimposed on geomapdata (originated from .csv). What are the plans?
Birthday: Sep 22nd
Gender: male
Location: München
Occupation: Berater / Entwickler
Number of monitoring servers: x
Nagios Version: 3.2.x
Distributed monitoring: Nein
Redundant monitoring: Nein
Number of hosts: x
Number of services: x
OS: SLES,CentOS,Debian
Plugin Version: x
NagVis Version: Git
NDO Version: -
IDO-Version: -
Perfparse Version: -
Other Addons: PNP, Check_MK, Livestatus, Multisite
Sunday, September 2nd 2012, 1:58pm
Hello Zarhan,
This is open source. You don't have any right to get a (fast) answer. What do you expect?
Maybe this has not been implemented/tested yet. This should work.
Geomaps are realized using the new map source API. Take a look at the docs (static and dynamic maps) for details. It is up to the map sources to honor the objects defined in the map config or ignore them. The geomap source ignores the map objects at the moment. The reason is very simple. The one who paid for the geomap feature did not need it. And we did not really want to develop this feature on our own yet. Why? Because it is not as easy as it sounds. Geomap objects are based on geo coordinates and the x/y coordinates used for rendering the map are calculated by a openstreetmap based webservice based on the geo coordinates. The question here is: How to handle such hardcoded x/y coordinates in the context of the dynamic x/y coodinates?
It hands through the osm zoom parameter (http://wiki.openstreetmap.org/wiki/Zoom_levels). NagVis does not affect the handling.
Take a look at the code for details.
Yes, good idea. We have no concrete plans here. Maybe we realize something like this in the future. I don't know.
You have several options if you like to have it realized faster:
- Patch it on your own (and maybe submit the patches to have it included in nagvis)
- Pay someone to realize this feature as requested
Really? Before thinking about *forking* a project like NagVis you really should think about the options mentioned below. The things you ask for are isolated small parts of NagVis. At least they affect a part of NagVis which is modularized and can be extended/modified without changing the core source of NagVis. I don't see a good reason for thinking about a fork or something.
Kind regards
Lars
Quoted
Seriously...no comments?
This is open source. You don't have any right to get a (fast) answer. What do you expect?
If I try to edit geomap attributes (from within browser), and I choose Edit map => Map options, the field "map_image" is always filled in, with something like "geomap-_live_1_std_medium_800_600_1_1_1_100_mapnik_12_0.01.png?1341909721". However, this value is not accepted if I click Save. I have to clear the checkbox every time.
Maybe this has not been implemented/tested yet. This should work.
Another thing: Is it possible to have links to other objects than hosts in geomaps? I'd like to add same elements as with other maps, including icons to other maps, weathermap lines and things like that. However, if I add anything to the map, it doesn't seem to appear. I've tried changing the Z levels. If I add a reference to another map in the locations.csv, unless it's a host, it doesn't seem to work.
Geomaps are realized using the new map source API. Take a look at the docs (static and dynamic maps) for details. It is up to the map sources to honor the objects defined in the map config or ignore them. The geomap source ignores the map objects at the moment. The reason is very simple. The one who paid for the geomap feature did not need it. And we did not really want to develop this feature on our own yet. Why? Because it is not as easy as it sounds. Geomap objects are based on geo coordinates and the x/y coordinates used for rendering the map are calculated by a openstreetmap based webservice based on the geo coordinates. The question here is: How to handle such hardcoded x/y coordinates in the context of the dynamic x/y coodinates?
Furthermore, geomap_zoom doesn't seem to have any effect.
It hands through the osm zoom parameter (http://wiki.openstreetmap.org/wiki/Zoom_levels). NagVis does not affect the handling.
I can control the level of zoom with geomap_borders, but the function of geomap_zoom parameter is very much unclear to me.
Take a look at the code for details.
However, if I want to add lines (weathermap or otherwise), it gets a bit harder, so it would probably be better if we could just have regular map data (static icons, weathermap lines, and so on) superimposed on geomapdata (originated from .csv). What are the plans?
Yes, good idea. We have no concrete plans here. Maybe we realize something like this in the future. I don't know.
You have several options if you like to have it realized faster:
- Patch it on your own (and maybe submit the patches to have it included in nagvis)
- Pay someone to realize this feature as requested
I really would not like to start maintaining an own fork, if the main project chooses to go some other route.
Really? Before thinking about *forking* a project like NagVis you really should think about the options mentioned below. The things you ask for are isolated small parts of NagVis. At least they affect a part of NagVis which is modularized and can be extended/modified without changing the core source of NagVis. I don't see a good reason for thinking about a fork or something.
Kind regards
Lars
Beginner
Number of monitoring servers: 1
Nagios Version: 3.3.0
Distributed monitoring: Ja
Redundant monitoring: Nein
Number of hosts: 50
Number of services: 2000
OS: Ubuntu 12 LTS
Plugin Version: n/a
NagVis Version: 1.7b2
NDO Version: 1
Sunday, September 2nd 2012, 10:12pm
This is open source. You don't have any right to get a (fast) answer. What do you expect?
Mostly at least some indication whether the project is alive, since there had been no commits on git for a month and a half and apparently everyone developing had suddenly vanished. Which was in stark contrast for the previous weeks..
However, if I want to add lines (weathermap or otherwise), it gets a bit harder, so it would probably be better if we could just have regular map data (static icons, weathermap lines, and so on) superimposed on geomapdata (originated from .csv). What are the plans?
Yes, good idea. We have no concrete plans here. Maybe we realize something like this in the future. I don't know.
You have several options if you like to have it realized faster:
- Patch it on your own (and maybe submit the patches to have it included in nagvis)
- Pay someone to realize this feature as requested
I really would not like to start maintaining an own fork, if the main project chooses to go some other route.
Really? Before thinking about *forking* a project like NagVis you really should think about the options mentioned below. The things you ask for are isolated small parts of NagVis. At least they affect a part of NagVis which is modularized and can be extended/modified without changing the core source of NagVis. I don't see a good reason for thinking about a fork or something.
Ok, with "fork" I mostly meant, that if you have some roadmap in mind in how to implement this, then I *don't* want to start cooking up code if it means that in a few months from now you have implemented same feature in some other fashion, and all the configuration files etc. that I would have made would be worthless and incompatible with the mainline approach => I would have to keep maintaining such a private fork forever. Furthermore, until now I have had no idea how receptive the Nagvis project is to patches.
Now that I *know* that you have no such plans yourself, and might even accept a patch as part of the codebase if someone else comes up with the implementation, great.
Birthday: Sep 22nd
Gender: male
Location: München
Occupation: Berater / Entwickler
Number of monitoring servers: x
Nagios Version: 3.2.x
Distributed monitoring: Nein
Redundant monitoring: Nein
Number of hosts: x
Number of services: x
OS: SLES,CentOS,Debian
Plugin Version: x
NagVis Version: Git
NDO Version: -
IDO-Version: -
Perfparse Version: -
Other Addons: PNP, Check_MK, Livestatus, Multisite
Sunday, September 2nd 2012, 10:37pm
Similar threads
-
- NagVis »
-
Question to new Geomap Function
(Jun 21st 2012, 4:26pm)
-
- NagVis »
-
[Solved] Beta Test: 1.71b - geomap
(Jun 4th 2012, 4:38pm)
-
- NagVis »
-
Geomap,- wie?
(Mar 23rd 2012, 2:11pm)
-
- NagVis »
-
Where does geomap functionality fit on the roadmap
(May 25th 2010, 5:09pm)
-
- NagVis »
-
Nagvis Nagios user Restrictions
(Jun 11th 2008, 5:05pm)