Hi,
Trying the latest build, I get this error in Firebug when opening the GIS module:
“MAP_SOURCE_TYPE_GEOJSON is not defined”
referring to this line in index.js:
data: [[MAP_SOURCE_TYPE_GEOJSON, ‘GeoJSON files’], [MAP_SOURCE_TYPE_SHAPEFILE, ‘Shapefiles’], [MAP_SOURCE_TYPE_DATABASE, ‘DHIS database’]]
–
Cheers,
Knut Staring
This is not the latest code.
On Wed, Mar 10, 2010 at 11:20 PM, Knut Staring knutst@gmail.com wrote:
Hi,
Trying the latest build, I get this error in Firebug when opening the GIS module:
“MAP_SOURCE_TYPE_GEOJSON is not defined”
referring to this line in index.js:
data: [[MAP_SOURCE_TYPE_GEOJSON, ‘GeoJSON files’], [MAP_SOURCE_TYPE_SHAPEFILE, ‘Shapefiles’], [MAP_SOURCE_TYPE_DATABASE, ‘DHIS database’]]
–
Cheers,
Knut Staring
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp
Ok, I have now got the GIS with printing running nicely here: http://109.74.202.200:8080/ke (admin/district)
The printing functionality is really cool, as is the Help functionality. I also very much like the labeling (we may need to add labeling of overlays also).
Is there an easy way to get at the generated image for inclusion in other documents?
A few observations:
The GIS module chrashes google-chrome on Linux Mint 8, but works fine in Firefox and Opera.
I don’t think we need this statement “This panel should be rather self-explanatory .”
When selecting a map view, full zoom out is applied, so the map becomes really tiny. Should zoom to preferred extent
There seems to be some inconsistency in whether the background gets printed or not Sometimes it also hangs after printing. I have not figured out the pattern yet.
We should have a Help tab for printing also, explaining that the user must click the PDF button again to get out of print mode
The “generating choropleth” message comes on top of the print box and thus obfuscates it
Knut
On Thu, Mar 11, 2010 at 12:07 AM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
This is not the latest code.
On Wed, Mar 10, 2010 at 11:20 PM, Knut Staring knutst@gmail.com wrote:
Hi,
Trying the latest build, I get this error in Firebug when opening the GIS module:
“MAP_SOURCE_TYPE_GEOJSON is not defined”
referring to this line in index.js:
data: [[MAP_SOURCE_TYPE_GEOJSON, ‘GeoJSON files’], [MAP_SOURCE_TYPE_SHAPEFILE, ‘Shapefiles’], [MAP_SOURCE_TYPE_DATABASE, ‘DHIS database’]]
–
Cheers,
Knut Staring
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp
–
Cheers,
Knut Staring
So far, Opera seems the best browser on Linux (at least on Mint 8) - it prints to PDF and the initial zoom is correct.
Knut
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Ok, I have now got the GIS with printing running nicely here: http://109.74.202.200:8080/ke (admin/district)
The printing functionality is really cool, as is the Help functionality. I also very much like the labeling (we may need to add labeling of overlays also).
Is there an easy way to get at the generated image for inclusion in other documents?
A few observations:
The GIS module chrashes google-chrome on Linux Mint 8, but works fine in Firefox and Opera.
I don’t think we need this statement “This panel should be rather self-explanatory .”
When selecting a map view, full zoom out is applied, so the map becomes really tiny. Should zoom to preferred extent
There seems to be some inconsistency in whether the background gets printed or not Sometimes it also hangs after printing. I have not figured out the pattern yet.
We should have a Help tab for printing also, explaining that the user must click the PDF button again to get out of print mode
The “generating choropleth” message comes on top of the print box and thus obfuscates it
Knut
On Thu, Mar 11, 2010 at 12:07 AM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
This is not the latest code.
On Wed, Mar 10, 2010 at 11:20 PM, Knut Staring knutst@gmail.com wrote:
Hi,
Trying the latest build, I get this error in Firebug when opening the GIS module:
“MAP_SOURCE_TYPE_GEOJSON is not defined”
referring to this line in index.js:
data: [[MAP_SOURCE_TYPE_GEOJSON, ‘GeoJSON files’], [MAP_SOURCE_TYPE_SHAPEFILE, ‘Shapefiles’], [MAP_SOURCE_TYPE_DATABASE, ‘DHIS database’]]
–
Cheers,
Knut Staring
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp
–
Cheers,
Knut Staring
–
Cheers,
Knut Staring
Ok, I have now got the GIS with printing running nicely here: http://109.74.202.200:8080/ke (admin/district)
The printing functionality is really cool, as is the Help functionality. I also very much like the labeling (we may need to add labeling of overlays also).
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
A few observations:
- The GIS module chrashes google-chrome on Linux Mint 8, but works fine in Firefox and Opera.
- I don’t think we need this statement “This panel should be rather self-explanatory .”
Hehe, agreed. I commited a minor GIS doc update two hours ago and this line was removed of course.
- When selecting a map view, full zoom out is applied, so the map becomes really tiny. Should zoom to preferred extent
This is a backwards compatibility issue. Map views now store the current zoom level and center position as opposed to earlier when the zoom and position registered to the map were used. Older map views obviously don’t have this information stored, so creating new ones will get rid of your problem. However, I will commit a fix to this problem by using the zoom and position registered to the map when a map view without this information is loaded.
- There seems to be some inconsistency in whether the background gets printed or not Sometimes it also hangs after printing. I have not figured out the pattern yet.
Hm ok. Never happened to me though.
- We should have a Help tab for printing also, explaining that the user must click the PDF button again to get out of print mode
Agreed. Simply expanding one of the other panels will get you out of print mode, but there should be doc on it anyway.
- The “generating choropleth” message comes on top of the print box and thus obfuscates it
Ok, please explain more thoroughly when this happens.
Thanks for the feedback.
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Knut
On Thu, Mar 11, 2010 at 12:07 AM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
This is not the latest code.
On Wed, Mar 10, 2010 at 11:20 PM, Knut Staring knutst@gmail.com wrote:
Hi,
Trying the latest build, I get this error in Firebug when opening the GIS module:
“MAP_SOURCE_TYPE_GEOJSON is not defined”
referring to this line in index.js:
data: [[MAP_SOURCE_TYPE_GEOJSON, ‘GeoJSON files’], [MAP_SOURCE_TYPE_SHAPEFILE, ‘Shapefiles’], [MAP_SOURCE_TYPE_DATABASE, ‘DHIS database’]]
–
Cheers,
Knut Staring
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp
–
Cheers,
Knut Staring
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
- When selecting a map view, full zoom out is applied, so the map becomes really tiny. Should zoom to preferred extent
This is a backwards compatibility issue. Map views now store the current zoom level and center position as opposed to earlier when the zoom and position registered to the map were used. Older map views obviously don’t have this information stored, so creating new ones will get rid of your problem. However, I will commit a fix to this problem by using the zoom and position registered to the map when a map view without this information is loaded.
Ok, this is a minor problem then. Works well with new views.
- There seems to be some inconsistency in whether the background gets printed or not Sometimes it also hangs after printing. I have not figured out the pattern yet.
Hm ok. Never happened to me though.
- The “generating choropleth” message comes on top of the print box and thus obfuscates it
Ok, please explain more thoroughly when this happens.
Will test the above two aspects a bit more. Konqueror also had a number of issues, so Opera seems to be the front runner on Linux (GIS is not so cool in browsers like Lynx http://en.wikipedia.org/wiki/Lynx_%28web_browser%29)
I get an error in Firebug telling me it cannot find the following file:
http://109.74.202.200:8080/ke/dhis-web-mapping/resources/mapfish/widgets/geostat/Static.js
But it still seems to work, so I guess it doesn’t matter?
Knut
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
- When selecting a map view, full zoom out is applied, so the map becomes really tiny. Should zoom to preferred extent
This is a backwards compatibility issue. Map views now store the current zoom level and center position as opposed to earlier when the zoom and position registered to the map were used. Older map views obviously don’t have this information stored, so creating new ones will get rid of your problem. However, I will commit a fix to this problem by using the zoom and position registered to the map when a map view without this information is loaded.
Ok, this is a minor problem then. Works well with new views.
- There seems to be some inconsistency in whether the background gets printed or not Sometimes it also hangs after printing. I have not figured out the pattern yet.
Hm ok. Never happened to me though.
- The “generating choropleth” message comes on top of the print box and thus obfuscates it
Ok, please explain more thoroughly when this happens.
Will test the above two aspects a bit more. Konqueror also had a number of issues, so Opera seems to be the front runner on Linux (GIS is not so cool in browsers like Lynx http://en.wikipedia.org/wiki/Lynx_%28web_browser%29)
I get an error in Firebug telling me it cannot find the following file:
http://109.74.202.200:8080/ke/dhis-web-mapping/resources/mapfish/widgets/geostat/Static.js
But it still seems to work, so I guess it doesn’t matter?
That’s right, just forgot to remove the reference.
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Knut
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
k
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
I think one guy in c2c commited a patch in order to include labels in the PDF. Will have a look at it.
On Thu, Mar 11, 2010 at 7:49 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
k
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
I think one guy in c2c commited a patch in order to include labels in the PDF. Will have a look at it.
Great. It would also be nice to be able to choose between displaying the name and the value in the label (or both).
k
On Thu, Mar 11, 2010 at 7:52 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:49 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
k
–
Cheers,
Knut Staring
Blueprint 
On Thu, Mar 11, 2010 at 8:20 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:52 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:49 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
I think one guy in c2c commited a patch in order to include labels in the PDF. Will have a look at it.
Great. It would also be nice to be able to choose between displaying the name and the value in the label (or both).
k
k
–
Cheers,
Knut Staring
Blueprint
True - and I will include the ability to have labels on overlays. Also, the hover functionality does not work when there are overlays.
k
On Thu, Mar 11, 2010 at 8:35 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 8:20 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:52 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:49 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
I think one guy in c2c commited a patch in order to include labels in the PDF. Will have a look at it.
Great. It would also be nice to be able to choose between displaying the name and the value in the label (or both).
k
k
–
Cheers,
Knut Staring
–
Cheers,
Knut Staring
A layer that has hover functionality activated will always be displayed on top of a layer that doesn’t. As I don’t have implemented any hover functionality for overlays yet, I deactivate the thematic map hover functionality when an overlay is applied simply to be able to put the overlay on top.
Agree that overlay hover functionality and improved drag-and-drop layer ordering are important requirements.
On Thu, Mar 11, 2010 at 8:37 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 8:35 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
Blueprint
True - and I will include the ability to have labels on overlays. Also, the hover functionality does not work when there are overlays.
k
On Thu, Mar 11, 2010 at 8:20 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:52 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:49 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 7:19 PM, Knut Staring knutst@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:55 PM, Jan Henrik Øverland janhenrik.overland@gmail.com wrote:
On Thu, Mar 11, 2010 at 2:21 PM, Knut Staring knutst@gmail.com wrote:
Is there an easy way to get at the generated image for inclusion in other documents?
Not yet. The not so elegant print screen button is still the way to capture screen shots.
Right…I see that I can get the background layer easily from the PDF, but not the vector layer (which is what is of interest).
This does imply that the problem is solvable when using Geoserver (as everything will be “background”). Same with overlays.
However, it is nice that they appear as separate layers in the PDF, which the viewer can switch on and off - but cannot copy into PowerPoint or Word.
The labels on the other hand are not included in the PDF (again, Geoserver could solve that).
I think one guy in c2c commited a patch in order to include labels in the PDF. Will have a look at it.
Great. It would also be nice to be able to choose between displaying the name and the value in the label (or both).
k
k
–
Cheers,
Knut Staring
–
Cheers,
Knut Staring