** Changed in: dhis2
Assignee: (unassigned) => Thu Tran (tran-hispvietnam)
--
Something worng with Cancel and Save button in Editting Data entry
https://bugs.launchpad.net/bugs/610118
You received this bug notification because you are a member of DHIS 2
developers, which is subscribed to DHI
revno: 1880
committer: Tran Chau
branch nick: trunk
timestamp: Tue 2010-07-27 10:51:10 +0700
message:
Fix bug : Something wrong with Cancel and Save button in Editting Data entry.
modified:
dhis-2/dhis-web/dhis-web-maintenance/dhis-
revno: 1879
committer: Tran Thanh Tri
branch nick: trunk
timestamp: Tue 2010-07-27 10:37:16 +0700
message:
update validate message in Help/User Information
modified:
dhis-2/dhis-web/dhis-web-commons-resources/src/main/webapp/dhis-we
Hi good people,
Have you guys noticed that dhis-web doesn't build unless you change the
packaging of dhis-web-excel-reporting from jar to war?
Or was it my environment behaving?
Well, I changed it and I moved on...
Ime
___
Mailing list: https://launch
** Attachment added: "Error data entry form.jpg"
http://launchpadlibrarian.net/52535865/Error%20data%20entry%20form.jpg
--
Something worng with Cancel and Save button in Editting Data entry
https://bugs.launchpad.net/bugs/610118
You received this bug notification because you are a member of D
Public bug reported:
When Click Edit the data entry form of a dataset, if click "Save" button or
"Cancel" button, then click Data entry. The the text field in data entry form
show all shortnames of that field instead of data values or blank text fields.
Only "Save and Close" button can work prop
Hi Jason,
I think we agree on most of the points. I also consider that topology matters a
lot since spatial relations are the basis of many queries that GIS perform. My
point is to say that the current generalization process is not adapted for this
type of spatial queries. We will need to find
Hi Johan,
I would beg to differ. One only needs to look at most of the data
contained in some spatial data sets to see why we need to worry about
topology. For instance, polygons should not overlap each other, gaps
should not exist between polygons, etc, etc.. Although these are not
"advanced topo
Hi Knut
Spotted this:
http://trac.osgeo.org/gdal/browser/trunk/autotest/ogr/ogr_gml_geom.py?rev=20065
gml_out_precision is failing on win32.
See line 517 [def gml_out_precision(): ]
Can you repeat on something other than windoze and confirm the same
problem exists.
Cheers
Bob
On 26 July 2010
Hi Jason,
I am not aware of very advanced topological relationships when GIS is used for
Public Health. I have seen much more advanced implementation in GIS solutions
for telecommunications or utility.
In the context of the DHIS, the main spatial relationship I can think of is to
answer the qu
Hi Johan and Bob,
Johan, you are indeed correct that the generalization process may
remove the "cartographic intricacies", but this is very likely because
the generalization is performed either on geographical data where
there is no topological relationships between objects, or the
generalization
Hi all,
The number of decimals is not really the issue. If you use 6 decimals, it is
already enough for the type of GIS application we are interested in. The use of
15 decimals will not change a lot the precision of your map and it is not
really necessary.
0 decimal places = approx. 112 km (70
On Mon, Jul 26, 2010 at 9:38 AM, Bob Jolliffe wrote:
> Hi Jason
>
> On 26 July 2010 04:49, Jason Pickering wrote:
>> Hi Knut,
>>
>>> It may be that we want to use DHIS as both a repository with full
>>> precision (though not ridiculously artifical ones like 15 decimal
>>> lat/lon) and have a fast
Hi Jason
On 26 July 2010 04:49, Jason Pickering wrote:
> Hi Knut,
>
>> It may be that we want to use DHIS as both a repository with full
>> precision (though not ridiculously artifical ones like 15 decimal
>> lat/lon) and have a faster way of renderin. But for a repo, I think
>> something like Po
14 matches
Mail list logo
