We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Case Study of Data Collection & Data Sharing for Rural Water Supply Management in Rwanda

00:00

Formale Metadaten

Titel
Case Study of Data Collection & Data Sharing for Rural Water Supply Management in Rwanda
Serientitel
Anzahl der Teile
295
Autor
Mitwirkende
Lizenz
CC-Namensnennung 3.0 Deutschland:
Sie dürfen das Werk bzw. den Inhalt zu jedem legalen Zweck nutzen, verändern und in unveränderter oder veränderter Form vervielfältigen, verbreiten und öffentlich zugänglich machen, sofern Sie den Namen des Autors/Rechteinhabers in der von ihm festgelegten Weise nennen.
Identifikatoren
Herausgeber
Erscheinungsjahr
Sprache

Inhaltliche Metadaten

Fachgebiet
Genre
Abstract
Water and Sanitation Corporation (hereinafter, called WASAC) and Japan International Cooperation Agency (hereinafter, called JICA) are coducting the project for strengthening operation and maintenance of Rural Water Supply Systems in Rwanda (hereinafter, called RWASOM) since 2015. RWASOM mainly supports 4 model districts - Rwamagana, Kayonza, Ngoma and Kirehe at the Eastern Province in Rwanda. The project conducts developments of manual and capacity building of WASAC, Districts and Private Operators. <br> Currently, most of countries focus SDGs to achieve 100% water access by 2030. Because of that, it is very necessary to collect and analyse the GIS inventory data for water supply management, especially planning and improvement of operation and maintenance. <br> Now WASAC has started to map all of water facilities data in rural area under support of RWASOM since July 2018. Then, we also started to use collected data by offline since Feb 2019. <br> We spent the minimum budget to conduct our mapping and data sharing without customizing FOSS4G so much. This our approaches might be very useful for other users in developing countries. So we would like to share our experience and approach of FOSS4G in Rwanda.
Schlagwörter
129
131
137
139
Vorschaubild
28:17
Lipschitz-StetigkeitCoxeter-GruppeZweiDatenverwaltungCASE <Informatik>BeobachtungsstudieVorlesung/Konferenz
SystemprogrammierungDatenverwaltungWasserdampftafelExpertensystemSummierbarkeitInformationFlächeninhaltBitrateFormale SpracheDatenmodellGebäude <Mathematik>KanalkapazitätDatenbankDivisionAutomatische HandlungsplanungGruppoidSoftwarewartungStrom <Mathematik>LeistungsbewertungEntscheidungstheoriePhysikalisches SystemInformationstechnikÜberlagerung <Mathematik>Gotcha <Informatik>DatenfeldAttributierte GrammatikDatenbankDatensatzDatenstrukturDatenverwaltungDiagrammFormale SpracheInformationSoftwareProgrammierungDigitalisierungGebäude <Mathematik>Produkt <Mathematik>WellenpaketMAPPhysikalischer EffektBildschirmmaskeBitDeterministischer ProzessForcingLeistungsbewertungMaterialisation <Physik>Physikalisches SystemProjektive EbeneFlächeninhaltSoftwarewartungInternetworkingNichtlinearer OperatorWasserdampftafelProzess <Informatik>Zusammenhängender GraphRPCMetropolitan area networkPunktSkriptspracheVerkehrsinformationQuellcodeKanalkapazitätOpen SourceWeb SiteMultiplikationsoperatorURLSoftwareentwicklerAnalysisStabExpertensystemTropfenEntscheidungstheorieInverser LimesSatellitensystemFehlermeldungSchnittmengeFlächentheorieDickeDigitale PhotographieKollaboration <Informatik>Mapping <Computergraphik>Dienst <Informatik>EinsComputeranimation
Mengentheoretische TopologieEin-AusgabeAttributierte GrammatikInformationDatenfeldVersionsverwaltungHumanoider RoboterPhasenumwandlungBetragsflächeSystemprogrammierungFunktion <Mathematik>Explosion <Stochastik>Schreib-Lese-KopfSoftwarePhysikalisches SystemDatenmodellSoftwarewartungAutomatische HandlungsplanungWasserdampftafelDistributionenraumUnendlichkeitServerData MiningZoomEinflussgrößeKontrollstrukturFlächeninhaltAttributierte GrammatikDatenbankInformationSoftwareGebäude <Mathematik>Produkt <Mathematik>WellenpaketMAPEchtzeitsystemKonfiguration <Informatik>Algorithmische ProgrammierspracheBitEinfach zusammenhängender RaumForcingFunktionalGrundraumGruppenoperationPhysikalisches SystemProjektive EbeneStellenringTeilmengeTUNIS <Programm>FlächeninhaltSystemaufrufVersionsverwaltungAutomatische HandlungsplanungStrategisches SpielCoxeter-GruppeDatenfeldFächer <Mathematik>Kartesische KoordinatenSkriptspracheVerkehrsinformationQuellcodeWorkstation <Musikinstrument>Open SourceWeb SiteMultiplikationsoperatorFreewareMessage-PassingWald <Graphentheorie>GamecontrollerEinsSoftwaretestSoftwarewartungÄhnlichkeitsgeometrieServerNichtlinearer OperatorAbstandParametersystemShape <Informatik>Elektronische PublikationZoomNeuroinformatikHumanoider Roboter
Transkript: Englisch(automatisch erzeugt)
Hi everyone, our next presentation starts in a few seconds and I have the pleasure to introduce Larissa Dusabe from Rwanda with a study case of data collection and data
sharing for rural water supply management in Rwanda. Thanks for everyone, my name is Dusabe Larissa, I work in Wasak.
My colleague is Gina Igarashi, he works in JICA, he is a JICA expert. We are currently having a technical collaboration. So Rwanda is a small country located in East Africa and the capital city is Kigali.
We have like 11.9 million population and our surface is 26.34 kilometer, thousand kilometers. And the language spoken are Kinyaranda, English, French and Swahili, the original East Raman
Christianity. So JICA, it has a project in Rwanda called Drugua Som, this project aims at strengthening the operation and maintenance of rural water supply systems. It started in 2015 in April and will end in December 2019.
So we had the capacity building of Wasak staff and Fomodo district, they are the eastern districts, they are the ones that endured several drops due to their locations.
So Wasak has two main services, the urban water and sanitation services where he is a service providers, he supply water to the end users and in rural areas he acts like a supporter because the infrastructure are owned by the district.
They are the ones that are the infrastructure owners and they hire like private operators. We currently have 32 private operators in 27 districts. So what Wasak does, the rural department, it develops guidelines and the operation
and maintenance manual for each system for the sustainability of the system and we manage their monthly report to see if they are working efficiently, they are providing good services. And currently we were working on mapping and management of water supply systems.
So we targeted to reach 100% of water access by 2020 and as we know SDGs targets 100% in 2030 but we couldn't achieve it without knowing the current assets we had. So that's when the data collection came in for a better monitoring and evaluation
of the water supply system we had and to make proper decision like to know where we need to improve our services or expand our network and in planning like new project, new water supply system project and also improving operation and maintenance activity.
Like if you don't do operation and maintenance activity in a good manner your system will not be sustainable, you will have to reinvest. So why using FOS4G? Because we had a limited budget and it's easy with FOS4G this problem was solved and we had the wide area.
In urban areas the target area are currently in Rwanda it's very small. So FOS4G is more easier to expand and for the skills also you can get more information on the internet for FOS4G so you can learn for yourself. So that the asset we collected we went from each water supply system from the source
we featured all infrastructure components on each water supply system and their attributes like what they were built, their equipment, discharge, all those materials etc.
So we currently have like 1.058 thousand water supply systems and the length of the pipeline are 1.388 thousand kilometer.
So this is the road map. From July to February 2019 we had a training on data collection of district water and sanitation support engineer. They are the one who were in charge of collecting the data so that we can get accurate data.
And from February 2019 to April 2019 we had like offline access because we are working in remote areas you can't rely on internet accessibility and you need like you need to you need to have data access to data for everyday operation and maintenance.
And from April to May there was a data cleaning. It was done by MIS specialists and JICA experts to have a database of well and accurate data. So now we are on the stage of data updating and analysis. We make analysis to select areas that most need to have projects, water supply system
project so that we can work toward achieving our target. So this is the diagram showing all the process.
So for data collection we use GPS and SW map. It's not an open source I know but it's easier to record attributes like information you need to fill in. And to correct the GPS location error we use the satellite imagery auto photo.
And then we match data and attributes and location on QGIS and we use the JAW package by the same data structure with post GIS. So it was very easy to copy to the post GIS. So for offline data access we run a script to take the post GIS to the offline data set
and then upload it to Google Drive and the users could download it easily. So the challenge we encountered during the data collection mainly Q-field doesn't have
a snapping function. So you can't draw a network without having a snapping option. It couldn't be possible and it's not stable for old Android. But also due to our hilly land SW map to collect data attribute information was
not working properly so we had to adapt ourselves. And some water supply system were located in remote areas. So we plan to have like a report that could be produced online. So the Python script run it and produce the inventory report that is uploaded to Google
Drive and when you need a report you can just download it. So for water supply system there are some parameters that need to be monitored. So that's when APANET is needed. But it's not a it helps in planning operation and maintenance but it's not very it was
not very easy to create data for APANET application. So that's what happened. The post GIS was converted using Python script and Google Drive it was uploaded to Google Drive then the INP file and S3 shape file were downloaded to APANET and QGIS where there
is Qota plugin. So what we are planning in the future. From now on we are on offline access and data updating. But in late 2019 we plan to have like to use LIS map to update the data in real
time because this one is more easy and even editing and putting in new attribute is more easier than Qfield online reporting using Jasper server.
So this is how it works QGIS we design layer style and upload QGIS to LIS map. LIS map on connection we propose to start making the server available in 2019. And we can you can have it at the users on your computer or Android devices.
So why is LIS map because it's easier to design layers in more it's easier to design layer style by QGIS user access control and zooming by layers. You can see like if you want that's a district in my country. It's called Grand Magana.
If I want like to do researches in Grand Magana it's more easier and I can get the information I need in less time. And viewing attribute is more easy also and switching switching layers measuring the distance and area as you can see it's you can do it like by inserting the researches
and then it gives you the area you are looking for. And also editing and features and attributes. Thank you.
We are a little bit earlier than questions but if you have any and maybe we have enough time for questions and answers so just please start away.
Did you did you try with the newer Android versions or just the old ones but the new ones work the old ones don't did you did you test this? Financial issues. So many of our users don't have new or new version of Android and you can't for someone
to buy something he didn't plan to buy. It's like a bit tricky. Thank you very much for the talk. I had a question about the procedure if I understood correctly the actual data collection
was done by a group of engineers which went on the ground. And is that the strategy also for future updating is that these engineers go back or is there any plans of actually having say more local data sources that might feed into the database? Because we wanted these data very quickly the engineers did it but we are now starting
like we are now starting to train local person local technician how to do it so that the engineer don't have to go back to the site to get the data. And also the new projects they have to give as with document to be also included so we
don't have to repeat the process again. Thank you for your nice presentation. We've done similar work in Uganda but never came that far as completing it all the way to its EPANET. So I'm going to share this also with my colleagues from Vytense Avides International who have
worked on this. This is one question from my experience in Rwanda. How easy was it to get acceptance for free and open source software and especially QGIS? I think they had no other option because it's more cheaper and they didn't have
any other option. Because you remember from what we discussed before that when we wanted to do a project with QGIS there that all the donors agreed but then they had to ask the local beneficiaries the University of Rwanda and they said well we like the plan but we want to use ArcGIS and then we lost the project.
So I'm very happy to see that that's not generally applicable to your country so there's still hope. No it's not generally applicable and as you have seen in the introduction you had like a goal to achieve 100% and you were in 2018 and we didn't even know the assets we had so we had to do that.
Yeah. Thank you so much for your presentation. Thank you.