Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Paul:

I recalled this for this import and for others in this same thread
already:

"No wiki has been produced, and no discussion with the Nepal OSM
community nor the imports list."

Skipping any step of the process could lead to more harm than help.

Cheers,

Rafael.

On 09/05/15 03:37, Paul Norman wrote:
> On 5/3/2015 10:02 PM, Prabhas Pokharel wrote:
>> If we get a compatible license, the other route we could go
>> through (instead of re-instanting the changeset) is to do a more
>> rigorous import, after checking that the health facility
>> locations seem legitimate (not in forests, near residences, etc.)
>> and not in conflict with existing facilities with HOT's help.
> Yes - it needs to be remembered to meet the import guidelines,
> which include consulting with imports@, the local community,
> documentation requirements, and other requirements that past
> imports have shown are necessary.
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVTmqZAAoJEB3niTly2pPQAjYQAKWIdZ3Lb6LKCWWcif567WSb
Ip3xfA1qjZqDr0WN19ehc6by/2be9EgGV2fCHCpjVSEP/K+2FnCp1LYxZP5i/2YF
OYLHpW9wElNNKGMTaEi/+SnlSD4UOXzmebssUeomjJAT75WSz2CRdjAK2iuiUAjC
EFWt8sLEpo8WqmCxVZDOkTp2YGyPYNXrx9gRcx3p7EwSqzu380DdQSODbJwbIw0u
RtgVMuzG4x8GW+gAqEnuR4wo6ewm2oldeFTkVTelSN2Qxpn7WUjz5qJH9d1DCvox
YJNS5v6y+5FiiDSLkDQ6cJyGIyrabPR0AS3pHPvh518iNP1plS8kE0K1b9enBF4M
ccMTG417AAsG0fejApyNC8wXEFXek0ugpRac1L+SaFM/FZ26AVufcu/EgL23wU5k
NyRQqMOIB0mfQWR6Z3mL7CFCt2RGzuGibu+W+A48TbEQIvj15beWfyoarLkTgso7
mhEhpeq4KF9093nAzWjoyg3igFZClkNNMP96FS+Z8pCoTJz1viiPk90c7wgHcjS6
8Ohg0QbJ8rTxr6gXX6xjWcLMu8r5gF7xsJuS9X8edy63BZPfhGoCgiOBQIDz2idu
vEcOLrJaf16P9+TelGjG6/vMwtK7ysvDOzWLbGnNxZ/Kw0+ovhGYAADlOkAP/FYL
XfxevE6mKWWg8nqT9h/1
=woxe
-END PGP SIGNATURE-

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Paul Norman]

On 5/3/2015 10:02 PM, Prabhas Pokharel wrote:
If we get a compatible license, the other route we could go through 
(instead of re-instanting the changeset) is to do a more rigorous 
import, after checking that the health facility locations seem 
legitimate (not in forests, near residences, etc.) and not in conflict 
with existing facilities with HOT's help.
Yes - it needs to be remembered to meet the import guidelines, which 
include consulting with imports@, the local community, documentation 
requirements, and other requirements that past imports have shown are 
necessary.


___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Pierre Béland]

thanks arun
I suggest you make a picture of it to add tothe wiki of the response. A section 
could show various visualisations from OSM.
  
Pierre 

  De : Arun Ganesh 
 À : Pierre Béland  
Cc : Bernadette Williams ; "HOT@OSM 
(Humanitarian OpenStreetMap Team)"  
 Envoyé le : Lundi 4 mai 2015 14h26
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   


On Mon, May 4, 2015 at 9:43 PM, Pierre Béland  wrote:

Interesting visualisation Arun.What is the source of healthcare data?


Its the same WHO dataset. Overlaid on OSM using Studio. 
  
Pierre 

  De : Arun Ganesh 
 À : Bernadette Williams  
Cc : "HOT@OSM (Humanitarian OpenStreetMap Team)"  
 Envoyé le : Lundi 4 mai 2015 5h35
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   
If someone would like to explore the healthcare facilities data, you can use 
this interactive visualization:
https://api.tiles.mapbox.com/v4/planemad.353be7fb/page.html?access_token=pk.eyJ1IjoicGxhbmVtYWQiLCJhIjoiemdYSVVLRSJ9.g3lbg_eN0kztmsfIPxa9MQ#8/27.703/84.279

On Mon, May 4, 2015 at 1:08 PM, Bernadette Williams 
 wrote:

I just joined this weekend but I have a little bit of experience mapping data 
in this region of the world. GIS data I've received in Bangladesh needed to be 
projected/transformed from BTM (Bangladesh Transverse Mercator) to WGS 84. BTM 
is based on the Everest 1830 geographic coordinate system.  Perhaps this is the 
same coordinate system being used locally in Nepal.   
-Bernadette



   



-- 
Arun Ganesh (planemad)

  ___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Arun Ganesh]

On Mon, May 4, 2015 at 9:43 PM, Pierre Béland  wrote:

> Interesting visualisation Arun.
> What is the source of healthcare data?
>

Its the same WHO dataset. Overlaid on OSM using Studio.


>
>
> Pierre
>
>   --
>  *De :* Arun Ganesh 
> *À :* Bernadette Williams 
> *Cc :* "HOT@OSM (Humanitarian OpenStreetMap Team)" 
>
> *Envoyé le :* Lundi 4 mai 2015 5h35
> *Objet :* Re: [HOT] Nepal: Hospital import gone wrong?
>
> If someone would like to explore the healthcare facilities data, you can
> use this interactive visualization:
>
>
> https://api.tiles.mapbox.com/v4/planemad.353be7fb/page.html?access_token=pk.eyJ1IjoicGxhbmVtYWQiLCJhIjoiemdYSVVLRSJ9.g3lbg_eN0kztmsfIPxa9MQ#8/27.703/84.279
>
> On Mon, May 4, 2015 at 1:08 PM, Bernadette Williams <
> bernadette.willi...@gmail.com> wrote:
>
> I just joined this weekend but I have a little bit of experience mapping
> data in this region of the world. GIS data I've received in Bangladesh
> needed to be projected/transformed from BTM (Bangladesh Transverse
> Mercator) to WGS 84. BTM is based on the Everest 1830 geographic coordinate
> system.  Perhaps this is the same coordinate system being used locally in
> Nepal.
>
> -Bernadette
>
>


-- 
 Arun Ganesh
(planemad) <http://en.wikipedia.org/wiki/User:Planemad>
 <http://j.mp/ArunGanesh>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Pierre Béland]

Dont worry with the projection of data. Our GIS softwares let correct this. We 
generally project everything on wsg84 like for the GPS.
  
Pierre 

  De : Bernadette Williams 
 À : Kretzer  
Cc : "HOT@OSM (Humanitarian OpenStreetMap Team)"  
 Envoyé le : Lundi 4 mai 2015 3h38
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   
I just joined this weekend but I have a little bit of experience mapping data 
in this region of the world. GIS data I've received in Bangladesh needed to be 
projected/transformed from BTM (Bangladesh Transverse Mercator) to WGS 84. BTM 
is based on the Everest 1830 geographic coordinate system.  Perhaps this is the 
same coordinate system being used locally in Nepal.   
-Bernadette


On 4 May 2015 at 13:03, Kretzer  wrote:

Maybe at some point a wrong coordinate system was used for conversion? Like 
from the .shp to .kll.
(that's usually the reason why my GIS imports end up in the wrong place ...)

It would be great if these important data could be of use in the end.


Gesendet mit der GMX iPhone App

Am 04.05.15 um 07:51 schrieb Heather Leson

> Hello, my contacts advised that they are following up.  A quick note that
>
> this is a WHO dataset, not OCHA. If any files or notes could reflect that
>
> great.
>
>
>
> If there is any update I will let you know. It might take some time due to
>
> timezones and approvals by different UN groups.
>
>
>
> Thank you again for your work and advocacy.
>
>
>
> Heather
>
> On May 4, 2015 8:15 AM, "Heather Leson"  wrote:
>
>
>
> > Thank you.
>
> >
>
> > Inquiry sent.
>
> >
>
> > Heather
>
> > On May 4, 2015 8:02 AM, "Prabhas Pokharel" 
>
> > wrote:
>
> >
>
> >> Heather,
>
> >> 2. The dataset was the following
>
> >> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
>
> >> 1. Megha went through and manually matched up health facilities in the
>
> >> Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
>
> >> dataset in the valley. A majority of the conflicts in the valley were
>
> >> deleted. Since the second dataset doesn't have names, match up was done by
>
> >> location. Please follow up with Megha on the rest.
>
> >>
>
> >> If we get a compatible license, the other route we could go through
>
> >> (instead of re-instanting the changeset) is to do a more rigorous import,
>
> >> after checking that the health facility locations seem legitimate (not in
>
> >> forests, near residences, etc.) and not in conflict with existing
>
> >> facilities with HOT's help.
>
> >>
>
> >> cheers,
>
> >> Prabhas
>
> >>
>
> >> On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
>
> >> wrote:
>
> >>
>
> >>> Hi Pierre is sleeping. I would normally ask him and activation. I will
>
> >>> ask a contact via UN OCHA (offlist) and report back to activation
>
> >>>
>
> >>> What I need is:
>
> >>> 1. Confirmation that the changeset link includes the full dataset (the
>
> >>> link below )
>
> >>> 2. Exact source link for the dataset.
>
> >>>
>
> >>> I will ask for a license update.
>
> >>>
>
> >>> Does this sound ok?
>
> >>>
>
> >>> Heather
>
> >>>
>
> >>> The file is
>
> >>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
>
> >>> wrote:
>
> >>>
>
> >>>> > A very sad one, but nothing to do
>
> >>>> > about it, unless the copyright holders let us upload the data to OSM
>
> >>>> > without that non-commercial restriction.
>
> >>>>
>
> >>>> HOT, we must have contacts at UN OCHA, can we start a conversation to
>
> >>>> ask if they are willing to do it? At the moment, we don't have the
>
> >>>> bandwidth here at KLL these days to have this conversation. But as I see
>
> >>>> it, adding POIs and named places onto the map is pretty important to 
> >>>> focus
>
> >>>> on, in parallel with all of the imagery-based work that we are doing.
>
> >>>>
>
> >>>> cheers,
>
> >>>> Prabhas
>
> >>>>
>
> >>>> On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
>
> >>>> ravilac...@gmail.com> wrote:
>
> >>>>
>
> >>>&g

Re: [HOT] Nepal: Hospital import gone wrong?

[Pierre Béland]

Interesting visualisation Arun.What is the source of healthcare data?
  
Pierre 

  De : Arun Ganesh 
 À : Bernadette Williams  
Cc : "HOT@OSM (Humanitarian OpenStreetMap Team)"  
 Envoyé le : Lundi 4 mai 2015 5h35
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   
If someone would like to explore the healthcare facilities data, you can use 
this interactive visualization:
https://api.tiles.mapbox.com/v4/planemad.353be7fb/page.html?access_token=pk.eyJ1IjoicGxhbmVtYWQiLCJhIjoiemdYSVVLRSJ9.g3lbg_eN0kztmsfIPxa9MQ#8/27.703/84.279

On Mon, May 4, 2015 at 1:08 PM, Bernadette Williams 
 wrote:

I just joined this weekend but I have a little bit of experience mapping data 
in this region of the world. GIS data I've received in Bangladesh needed to be 
projected/transformed from BTM (Bangladesh Transverse Mercator) to WGS 84. BTM 
is based on the Everest 1830 geographic coordinate system.  Perhaps this is the 
same coordinate system being used locally in Nepal.   
-Bernadette

  ___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Arun Ganesh]

If someone would like to explore the healthcare facilities data, you can
use this interactive visualization:

https://api.tiles.mapbox.com/v4/planemad.353be7fb/page.html?access_token=pk.eyJ1IjoicGxhbmVtYWQiLCJhIjoiemdYSVVLRSJ9.g3lbg_eN0kztmsfIPxa9MQ#8/27.703/84.279

On Mon, May 4, 2015 at 1:08 PM, Bernadette Williams <
bernadette.willi...@gmail.com> wrote:

> I just joined this weekend but I have a little bit of experience mapping
> data in this region of the world. GIS data I've received in Bangladesh
> needed to be projected/transformed from BTM (Bangladesh Transverse
> Mercator) to WGS 84. BTM is based on the Everest 1830 geographic coordinate
> system.  Perhaps this is the same coordinate system being used locally in
> Nepal.
>
> -Bernadette
>
> On 4 May 2015 at 13:03, Kretzer  wrote:
>
>> Maybe at some point a wrong coordinate system was used for conversion?
>> Like from the .shp to .kll.
>> (that's usually the reason why my GIS imports end up in the wrong place
>> ...)
>>
>> It would be great if these important data could be of use in the end.
>>
>>
>> Gesendet mit der GMX iPhone App
>>
>> Am 04.05.15 um 07:51 schrieb Heather Leson
>>
>> > Hello, my contacts advised that they are following up.  A quick note
>> that
>> >
>> > this is a WHO dataset, not OCHA. If any files or notes could reflect
>> that
>> >
>> > great.
>> >
>> >
>> >
>> > If there is any update I will let you know. It might take some time due
>> to
>> >
>> > timezones and approvals by different UN groups.
>> >
>> >
>> >
>> > Thank you again for your work and advocacy.
>> >
>> >
>> >
>> > Heather
>> >
>> > On May 4, 2015 8:15 AM, "Heather Leson"  wrote:
>> >
>> >
>> >
>> > > Thank you.
>> >
>> > >
>> >
>> > > Inquiry sent.
>> >
>> > >
>> >
>> > > Heather
>> >
>> > > On May 4, 2015 8:02 AM, "Prabhas Pokharel" <
>> prabhas.pokha...@gmail.com>
>> >
>> > > wrote:
>> >
>> > >
>> >
>> > >> Heather,
>> >
>> > >> 2. The dataset was the following
>> >
>> > >> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
>> >
>> > >> 1. Megha went through and manually matched up health facilities in
>> the
>> >
>> > >> Kathmandu Valley, because KLL has formerly surveyed and created a
>> rigorous
>> >
>> > >> dataset in the valley. A majority of the conflicts in the valley were
>> >
>> > >> deleted. Since the second dataset doesn't have names, match up was
>> done by
>> >
>> > >> location. Please follow up with Megha on the rest.
>> >
>> > >>
>> >
>> > >> If we get a compatible license, the other route we could go through
>> >
>> > >> (instead of re-instanting the changeset) is to do a more rigorous
>> import,
>> >
>> > >> after checking that the health facility locations seem legitimate
>> (not in
>> >
>> > >> forests, near residences, etc.) and not in conflict with existing
>> >
>> > >> facilities with HOT's help.
>> >
>> > >>
>> >
>> > >> cheers,
>> >
>> > >> Prabhas
>> >
>> > >>
>> >
>> > >> On Mon, May 4, 2015 at 10:41 AM, Heather Leson <
>> heatherle...@gmail.com>
>> >
>> > >> wrote:
>> >
>> > >>
>> >
>> > >>> Hi Pierre is sleeping. I would normally ask him and activation. I
>> will
>> >
>> > >>> ask a contact via UN OCHA (offlist) and report back to activation
>> >
>> > >>>
>> >
>> > >>> What I need is:
>> >
>> > >>> 1. Confirmation that the changeset link includes the full dataset
>> (the
>> >
>> > >>> link below )
>> >
>> > >>> 2. Exact source link for the dataset.
>> >
>> > >>>
>> >
>> > >>> I will ask for a license update.
>> >
>> > >>>
>> >
>> > >>> Does this sound ok?
>> >
>> > >>>
>> >
>> > >>> Heather
>> >
>> > >>>
>> >
>> > >>> The file is
>> >
>> > >>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" <
>> prabhas.pokha...@gmail.com>
>> >
>> > >>> wrote:
>> >
>> > >>>
>> >
>> >  > A very sad one, but nothing to do
>> >
>> >  > about it, unless the copyright holders let us upload the data to
>> OSM
>> >
>> >  > without that non-commercial restriction.
>> >
>> > 
>> >
>> >  HOT, we must have contacts at UN OCHA, can we start a conversation
>> to
>> >
>> >  ask if they are willing to do it? At the moment, we don't have the
>> >
>> >  bandwidth here at KLL these days to have this conversation. But as
>> I see
>> >
>> >  it, adding POIs and named places onto the map is pretty important
>> to focus
>> >
>> >  on, in parallel with all of the imagery-based work that we are
>> doing.
>> >
>> > 
>> >
>> >  cheers,
>> >
>> >  Prabhas
>> >
>> > 
>> >
>> >  On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
>> >
>> >  ravilac...@gmail.com> wrote:
>> >
>> > 
>> >
>> > > -BEGIN PGP SIGNED MESSAGE-
>> >
>> > > Hash: SHA1
>> >
>> > >
>> >
>> > > Hi, Prabhas:
>> >
>> > >
>> >
>> > > I wonder if this data can be incorporated to a local or
>> alternative
>> >
>> > > database that can be of use in this situation.
>> >
>> > >
>> >
>> > > About the field papers, I don't see any problem to use this data
>> as a
>> >
>> > > guide of finding those h

Re: [HOT] Nepal: Hospital import gone wrong?

[Bernadette Williams]

I just joined this weekend but I have a little bit of experience mapping
data in this region of the world. GIS data I've received in Bangladesh
needed to be projected/transformed from BTM (Bangladesh Transverse
Mercator) to WGS 84. BTM is based on the Everest 1830 geographic coordinate
system.  Perhaps this is the same coordinate system being used locally in
Nepal.

-Bernadette

On 4 May 2015 at 13:03, Kretzer  wrote:

> Maybe at some point a wrong coordinate system was used for conversion?
> Like from the .shp to .kll.
> (that's usually the reason why my GIS imports end up in the wrong place
> ...)
>
> It would be great if these important data could be of use in the end.
>
>
> Gesendet mit der GMX iPhone App
>
> Am 04.05.15 um 07:51 schrieb Heather Leson
>
> > Hello, my contacts advised that they are following up.  A quick note that
> >
> > this is a WHO dataset, not OCHA. If any files or notes could reflect that
> >
> > great.
> >
> >
> >
> > If there is any update I will let you know. It might take some time due
> to
> >
> > timezones and approvals by different UN groups.
> >
> >
> >
> > Thank you again for your work and advocacy.
> >
> >
> >
> > Heather
> >
> > On May 4, 2015 8:15 AM, "Heather Leson"  wrote:
> >
> >
> >
> > > Thank you.
> >
> > >
> >
> > > Inquiry sent.
> >
> > >
> >
> > > Heather
> >
> > > On May 4, 2015 8:02 AM, "Prabhas Pokharel"  >
> >
> > > wrote:
> >
> > >
> >
> > >> Heather,
> >
> > >> 2. The dataset was the following
> >
> > >> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
> >
> > >> 1. Megha went through and manually matched up health facilities in the
> >
> > >> Kathmandu Valley, because KLL has formerly surveyed and created a
> rigorous
> >
> > >> dataset in the valley. A majority of the conflicts in the valley were
> >
> > >> deleted. Since the second dataset doesn't have names, match up was
> done by
> >
> > >> location. Please follow up with Megha on the rest.
> >
> > >>
> >
> > >> If we get a compatible license, the other route we could go through
> >
> > >> (instead of re-instanting the changeset) is to do a more rigorous
> import,
> >
> > >> after checking that the health facility locations seem legitimate
> (not in
> >
> > >> forests, near residences, etc.) and not in conflict with existing
> >
> > >> facilities with HOT's help.
> >
> > >>
> >
> > >> cheers,
> >
> > >> Prabhas
> >
> > >>
> >
> > >> On Mon, May 4, 2015 at 10:41 AM, Heather Leson <
> heatherle...@gmail.com>
> >
> > >> wrote:
> >
> > >>
> >
> > >>> Hi Pierre is sleeping. I would normally ask him and activation. I
> will
> >
> > >>> ask a contact via UN OCHA (offlist) and report back to activation
> >
> > >>>
> >
> > >>> What I need is:
> >
> > >>> 1. Confirmation that the changeset link includes the full dataset
> (the
> >
> > >>> link below )
> >
> > >>> 2. Exact source link for the dataset.
> >
> > >>>
> >
> > >>> I will ask for a license update.
> >
> > >>>
> >
> > >>> Does this sound ok?
> >
> > >>>
> >
> > >>> Heather
> >
> > >>>
> >
> > >>> The file is
> >
> > >>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" <
> prabhas.pokha...@gmail.com>
> >
> > >>> wrote:
> >
> > >>>
> >
> >  > A very sad one, but nothing to do
> >
> >  > about it, unless the copyright holders let us upload the data to
> OSM
> >
> >  > without that non-commercial restriction.
> >
> > 
> >
> >  HOT, we must have contacts at UN OCHA, can we start a conversation
> to
> >
> >  ask if they are willing to do it? At the moment, we don't have the
> >
> >  bandwidth here at KLL these days to have this conversation. But as
> I see
> >
> >  it, adding POIs and named places onto the map is pretty important
> to focus
> >
> >  on, in parallel with all of the imagery-based work that we are
> doing.
> >
> > 
> >
> >  cheers,
> >
> >  Prabhas
> >
> > 
> >
> >  On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
> >
> >  ravilac...@gmail.com> wrote:
> >
> > 
> >
> > > -BEGIN PGP SIGNED MESSAGE-
> >
> > > Hash: SHA1
> >
> > >
> >
> > > Hi, Prabhas:
> >
> > >
> >
> > > I wonder if this data can be incorporated to a local or alternative
> >
> > > database that can be of use in this situation.
> >
> > >
> >
> > > About the field papers, I don't see any problem to use this data
> as a
> >
> > > guide of finding those health facilities and correctly geolocate
> them
> >
> > > while surveying on the ground.
> >
> > >
> >
> > > Using the GNS and other place nodes already in the database, it
> might
> >
> > > be possible to add some of this nodes to OSM. It might. But in any
> >
> > > case, the license is a restriction. A very sad one, but nothing to
> do
> >
> > > about it, unless the copyright holders let us upload the data to
> OSM
> >
> > > without that non-commercial restriction.
> >
> > >
> >
> > > Cheers,
> >
> > >
> >
> > > Rafael.
> >
> > >
> >
> > > On 04/05/15 00:26

Re: [HOT] Nepal: Hospital import gone wrong?

[Springfield Harrison]

Hello Kratzer,

Just signed on moments ago, background 
in GIS, GPS mapping, helicopter pilot.


Just curious if there is any metadata 
attached to the GPS field information as to the 
map projection and datum in use?  Is there any 
documentation for GPS field workers to refer 
to?  Or is this information just manually placed 
on the map by eye?  Bad data could be worse than none at all.


Perhaps I could help with documentation 
for GPS fieldworkers if there is none in place.


Lots of challenges I'm sure, 
Cheers . . . . . . . . Spring Harrison, Canada




At 04-05-2015 00:03 Monday, Kretzer wrote:
Maybe at some point a wrong coordinate system 
was used for conversion? Like from the .shp to 
.kll. (that's usually the reason why my GIS 
imports end up in the wrong place ...) It would 
be great if these important data could be of use 
in the end. Gesendet mit der GMX iPhone App Am 
04.05.15 um 07:51 schrieb Heather Leson > Hello, 
my contacts advised that they are following up. 
A quick note that > > this is a WHO dataset, not 
OCHA. If any files or notes could reflect 
that > > great. > > > > If there is any update I 
will let you know. It might take some time due 
to > > timezones and approvals by different UN 
groups. > > > > Thank you again for your work 
and advocacy. > > > > Heather > > On May 4, 2015 
8:15 AM, "Heather Leson" 
 wrote: > > > > > Thank 
you. > > > > > > Inquiry sent. > > > > > > 
Heather > > > On May 4, 2015 8:02 AM, "Prabhas 
Pokharel"  > > > 
wrote: > > > > > >> Heather, > > >> 2. The 
dataset was the following > > >> 
https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod  
> > >> 1. Megha went through and manually 
matched up health facilities in the > > >> 
Kathmandu Valley, because KLL has formerly 
surveyed and created a rigorous > > >> dataset 
in the valley. A majority of the conflicts in 
the valley were > > >> deleted. Since the second 
dataset doesn't have names, match up was done 
by > > >> location. Please follow up with Megha 
on the rest. > > >> > > >> If we get a 
compatible license, the other route we could go 
through > > >> (instead of re-instanting the 
changeset) is to do a more rigorous 
import, > > >> after checking that the health 
facility locations seem legitimate (not 
in > > >> forests, near residences, etc.) and 
not in conflict with existing > > >> facilities 
with HOT's help. > > >> > > >> cheers, > > >> 
Prabhas > > >> > > >> On Mon, May 4, 2015 at 
10:41 AM, Heather Leson 
 > > >> 
wrote: > > >> > > >>> Hi Pierre is sleeping. I 
would normally ask him and activation. I 
will > > >>> ask a contact via UN OCHA (offlist) 
and report back to activation > > >>> > > >>> 
What I need is: > > >>> 1. Confirmation that the 
changeset link includes the full dataset 
(the > > >>> link below ) > > >>> 2. Exact 
source link for the dataset. > > >>> > > >>> I 
will ask for a license update. > > >>> > > >>> 
Does this sound ok? > > >>> > > >>> 
Heather > > >>> > > >>> The file is > > >>> On 
May 4, 2015 7:48 AM, "Prabhas Pokharel" 
 > > >>> 
wrote: > > >>> > >  > A very sad one, but 
nothing to do > >  > about it, unless the 
copyright holders let us upload the data to 
OSM > >  > without that non-commercial 
restriction. > >  > >  HOT, we must have 
contacts at UN OCHA, can we start a conversation 
to > >  ask if they are willing to do it? At 
the moment, we don't have the > >  bandwidth 
here at KLL these days to have this 
conversation. But as I see > >  it, adding 
POIs and named places onto the map is pretty 
important to focus > >  on, in parallel with 
all of the imagery-based work that we are 
doing. > >  > >  cheers, > >  
Prabhas > >  > >  On Mon, May 4, 2015 at 
10:26 AM, Rafael Avila Coya < > >  
ravilac...@gmail.com> wrote: > >  > > > 
-BEGIN PGP SIGNED MESSAGE- > > > 
Hash: SHA1 > > > > > > Hi, 
Prabhas: > > > > > > I wonder if this 
data can be incorporated to a local or 
alternative > > > database that can be of 
use in this situation. > > > > > > About 
the field papers, I don't see any problem to use 
this data as a > > > guide of finding those 
health facilities and correctly geolocate 
them > > > while surveying on the 
ground. > > > > > > Using the GNS and 
other place nodes already in the database, it 
might > > > be possible to add some of this 
nodes to OSM. It might. But in any > > > 
case, the license is a restriction. A very sad 
one, but nothing to do > > > about it, 
unless the copyright holders let us upload the 
data to OSM > > > without that 
non-commercial restriction. > > > > > > 
Cheers, > > > > > > 
Rafael. > > > > > > On 04/05/15 00:26, 
Prabhas Pokharel wrote: > > > > Thank you 
all; two main issues here: one that the 
dataset > > > > geolocations are 
problematic, and two that the license 
was > > > > incom

Re: [HOT] Nepal: Hospital import gone wrong?

[Kretzer]

Maybe at some point a wrong coordinate system was used for conversion? Like 
from the .shp to .kll. 
(that's usually the reason why my GIS imports end up in the wrong place ...)

It would be great if these important data could be of use in the end. 


Gesendet mit der GMX iPhone App

Am 04.05.15 um 07:51 schrieb Heather Leson

> Hello, my contacts advised that they are following up.  A quick note that
> 
> this is a WHO dataset, not OCHA. If any files or notes could reflect that
> 
> great.
> 
> 
> 
> If there is any update I will let you know. It might take some time due to
> 
> timezones and approvals by different UN groups.
> 
> 
> 
> Thank you again for your work and advocacy.
> 
> 
> 
> Heather
> 
> On May 4, 2015 8:15 AM, "Heather Leson"  wrote:
> 
> 
> 
> > Thank you.
> 
> >
> 
> > Inquiry sent.
> 
> >
> 
> > Heather
> 
> > On May 4, 2015 8:02 AM, "Prabhas Pokharel" 
> 
> > wrote:
> 
> >
> 
> >> Heather,
> 
> >> 2. The dataset was the following
> 
> >> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
> 
> >> 1. Megha went through and manually matched up health facilities in the
> 
> >> Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
> 
> >> dataset in the valley. A majority of the conflicts in the valley were
> 
> >> deleted. Since the second dataset doesn't have names, match up was done by
> 
> >> location. Please follow up with Megha on the rest.
> 
> >>
> 
> >> If we get a compatible license, the other route we could go through
> 
> >> (instead of re-instanting the changeset) is to do a more rigorous import,
> 
> >> after checking that the health facility locations seem legitimate (not in
> 
> >> forests, near residences, etc.) and not in conflict with existing
> 
> >> facilities with HOT's help.
> 
> >>
> 
> >> cheers,
> 
> >> Prabhas
> 
> >>
> 
> >> On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
> 
> >> wrote:
> 
> >>
> 
> >>> Hi Pierre is sleeping. I would normally ask him and activation. I will
> 
> >>> ask a contact via UN OCHA (offlist) and report back to activation
> 
> >>>
> 
> >>> What I need is:
> 
> >>> 1. Confirmation that the changeset link includes the full dataset (the
> 
> >>> link below )
> 
> >>> 2. Exact source link for the dataset.
> 
> >>>
> 
> >>> I will ask for a license update.
> 
> >>>
> 
> >>> Does this sound ok?
> 
> >>>
> 
> >>> Heather
> 
> >>>
> 
> >>> The file is
> 
> >>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
> 
> >>> wrote:
> 
> >>>
> 
>  > A very sad one, but nothing to do
> 
>  > about it, unless the copyright holders let us upload the data to OSM
> 
>  > without that non-commercial restriction.
> 
> 
> 
>  HOT, we must have contacts at UN OCHA, can we start a conversation to
> 
>  ask if they are willing to do it? At the moment, we don't have the
> 
>  bandwidth here at KLL these days to have this conversation. But as I see
> 
>  it, adding POIs and named places onto the map is pretty important to 
>  focus
> 
>  on, in parallel with all of the imagery-based work that we are doing.
> 
> 
> 
>  cheers,
> 
>  Prabhas
> 
> 
> 
>  On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
> 
>  ravilac...@gmail.com> wrote:
> 
> 
> 
> > -BEGIN PGP SIGNED MESSAGE-
> 
> > Hash: SHA1
> 
> >
> 
> > Hi, Prabhas:
> 
> >
> 
> > I wonder if this data can be incorporated to a local or alternative
> 
> > database that can be of use in this situation.
> 
> >
> 
> > About the field papers, I don't see any problem to use this data as a
> 
> > guide of finding those health facilities and correctly geolocate them
> 
> > while surveying on the ground.
> 
> >
> 
> > Using the GNS and other place nodes already in the database, it might
> 
> > be possible to add some of this nodes to OSM. It might. But in any
> 
> > case, the license is a restriction. A very sad one, but nothing to do
> 
> > about it, unless the copyright holders let us upload the data to OSM
> 
> > without that non-commercial restriction.
> 
> >
> 
> > Cheers,
> 
> >
> 
> > Rafael.
> 
> >
> 
> > On 04/05/15 00:26, Prabhas Pokharel wrote:
> 
> > > Thank you all; two main issues here: one that the dataset
> 
> > > geolocations are problematic, and two that the license was
> 
> > > incompatible. Apologies for incorrectly interpreting the license
> 
> > > here in Nepal.
> 
> > >
> 
> > > As megha said, the reason we attempted this was because the maps
> 
> > > that HOTOSM volunteers have helped create via tracing for us is
> 
> > > amazingly detailed (in terms of residential areas, roads, pre-quake
> 
> > > buildings), but hard to use because of the lack of POIs on the
> 
> > > ground. This was an attempt to alleviate the problem, but sounds
> 
> > > like we did misinterpret the license issue, and apologies for
> 
> > > that.
> 
> > >
> 
> > > We simply did no

Re: [HOT] Nepal: Hospital import gone wrong?

[Prabhas Pokharel]

Thank you Heather, highly appreciated.

On Mon, May 4, 2015 at 11:36 AM, Heather Leson 
wrote:

> Hello, my contacts advised that they are following up.  A quick note that
> this is a WHO dataset, not OCHA. If any files or notes could reflect that
> great.
>
> If there is any update I will let you know. It might take some time due to
> timezones and approvals by different UN groups.
>
> Thank you again for your work and advocacy.
>
> Heather
> On May 4, 2015 8:15 AM, "Heather Leson"  wrote:
>
>> Thank you.
>>
>> Inquiry sent.
>>
>> Heather
>> On May 4, 2015 8:02 AM, "Prabhas Pokharel" 
>> wrote:
>>
>>> Heather,
>>> 2. The dataset was the following
>>> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
>>> 1. Megha went through and manually matched up health facilities in the
>>> Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
>>> dataset in the valley. A majority of the conflicts in the valley were
>>> deleted. Since the second dataset doesn't have names, match up was done by
>>> location. Please follow up with Megha on the rest.
>>>
>>> If we get a compatible license, the other route we could go through
>>> (instead of re-instanting the changeset) is to do a more rigorous import,
>>> after checking that the health facility locations seem legitimate (not in
>>> forests, near residences, etc.) and not in conflict with existing
>>> facilities with HOT's help.
>>>
>>> cheers,
>>> Prabhas
>>>
>>> On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
>>> wrote:
>>>
 Hi Pierre is sleeping. I would normally ask him and activation. I will
 ask a contact via UN OCHA (offlist) and report back to activation

 What I need is:
 1. Confirmation that the changeset link includes the full dataset (the
 link below )
 2. Exact source link for the dataset.

 I will ask for a license update.

 Does this sound ok?

 Heather

 The file is
 On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
 wrote:

> > A very sad one, but nothing to do
> > about it, unless the copyright holders let us upload the data to OSM
> > without that non-commercial restriction.
>
> HOT, we must have contacts at UN OCHA, can we start a conversation to
> ask if they are willing to do it? At the moment, we don't have the
> bandwidth here at KLL these days to have this conversation. But as I see
> it, adding POIs and named places onto the map is pretty important to focus
> on, in parallel with all of the imagery-based work that we are doing.
>
> cheers,
> Prabhas
>
> On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
> ravilac...@gmail.com> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi, Prabhas:
>>
>> I wonder if this data can be incorporated to a local or alternative
>> database that can be of use in this situation.
>>
>> About the field papers, I don't see any problem to use this data as a
>> guide of finding those health facilities and correctly geolocate them
>> while surveying on the ground.
>>
>> Using the GNS and other place nodes already in the database, it might
>> be possible to add some of this nodes to OSM. It might. But in any
>> case, the license is a restriction. A very sad one, but nothing to do
>> about it, unless the copyright holders let us upload the data to OSM
>> without that non-commercial restriction.
>>
>> Cheers,
>>
>> Rafael.
>>
>> On 04/05/15 00:26, Prabhas Pokharel wrote:
>> > Thank you all; two main issues here: one that the dataset
>> > geolocations are problematic, and two that the license was
>> > incompatible. Apologies for incorrectly interpreting the license
>> > here in Nepal.
>> >
>> > As megha said, the reason we attempted this was because the maps
>> > that HOTOSM volunteers have helped create via tracing for us is
>> > amazingly detailed (in terms of residential areas, roads, pre-quake
>> > buildings), but hard to use because of the lack of POIs on the
>> > ground. This was an attempt to alleviate the problem, but sounds
>> > like we did misinterpret the license issue, and apologies for
>> > that.
>> >
>> > We simply did not know about the problematic geolocations. However,
>> > it is worth noting that this dataset is what a lot of organizations
>> > have been using locally, given that it is the best available
>> > dataset of health facility locations.
>> >
>> > Maybe the discussion we need to have soon is how we can improve
>> > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
>> > datasets like this that are very useful in scenarios like what we
>> > are going through, but are incompatible to put into OSM because of
>> > the license.
>> >
>> > cheers, Prabhas
>> >
>> >
>> > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila 

Re: [HOT] Nepal: Hospital import gone wrong?

[Heather Leson]

Hello, my contacts advised that they are following up.  A quick note that
this is a WHO dataset, not OCHA. If any files or notes could reflect that
great.

If there is any update I will let you know. It might take some time due to
timezones and approvals by different UN groups.

Thank you again for your work and advocacy.

Heather
On May 4, 2015 8:15 AM, "Heather Leson"  wrote:

> Thank you.
>
> Inquiry sent.
>
> Heather
> On May 4, 2015 8:02 AM, "Prabhas Pokharel" 
> wrote:
>
>> Heather,
>> 2. The dataset was the following
>> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
>> 1. Megha went through and manually matched up health facilities in the
>> Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
>> dataset in the valley. A majority of the conflicts in the valley were
>> deleted. Since the second dataset doesn't have names, match up was done by
>> location. Please follow up with Megha on the rest.
>>
>> If we get a compatible license, the other route we could go through
>> (instead of re-instanting the changeset) is to do a more rigorous import,
>> after checking that the health facility locations seem legitimate (not in
>> forests, near residences, etc.) and not in conflict with existing
>> facilities with HOT's help.
>>
>> cheers,
>> Prabhas
>>
>> On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
>> wrote:
>>
>>> Hi Pierre is sleeping. I would normally ask him and activation. I will
>>> ask a contact via UN OCHA (offlist) and report back to activation
>>>
>>> What I need is:
>>> 1. Confirmation that the changeset link includes the full dataset (the
>>> link below )
>>> 2. Exact source link for the dataset.
>>>
>>> I will ask for a license update.
>>>
>>> Does this sound ok?
>>>
>>> Heather
>>>
>>> The file is
>>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
>>> wrote:
>>>
 > A very sad one, but nothing to do
 > about it, unless the copyright holders let us upload the data to OSM
 > without that non-commercial restriction.

 HOT, we must have contacts at UN OCHA, can we start a conversation to
 ask if they are willing to do it? At the moment, we don't have the
 bandwidth here at KLL these days to have this conversation. But as I see
 it, adding POIs and named places onto the map is pretty important to focus
 on, in parallel with all of the imagery-based work that we are doing.

 cheers,
 Prabhas

 On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya <
 ravilac...@gmail.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi, Prabhas:
>
> I wonder if this data can be incorporated to a local or alternative
> database that can be of use in this situation.
>
> About the field papers, I don't see any problem to use this data as a
> guide of finding those health facilities and correctly geolocate them
> while surveying on the ground.
>
> Using the GNS and other place nodes already in the database, it might
> be possible to add some of this nodes to OSM. It might. But in any
> case, the license is a restriction. A very sad one, but nothing to do
> about it, unless the copyright holders let us upload the data to OSM
> without that non-commercial restriction.
>
> Cheers,
>
> Rafael.
>
> On 04/05/15 00:26, Prabhas Pokharel wrote:
> > Thank you all; two main issues here: one that the dataset
> > geolocations are problematic, and two that the license was
> > incompatible. Apologies for incorrectly interpreting the license
> > here in Nepal.
> >
> > As megha said, the reason we attempted this was because the maps
> > that HOTOSM volunteers have helped create via tracing for us is
> > amazingly detailed (in terms of residential areas, roads, pre-quake
> > buildings), but hard to use because of the lack of POIs on the
> > ground. This was an attempt to alleviate the problem, but sounds
> > like we did misinterpret the license issue, and apologies for
> > that.
> >
> > We simply did not know about the problematic geolocations. However,
> > it is worth noting that this dataset is what a lot of organizations
> > have been using locally, given that it is the best available
> > dataset of health facility locations.
> >
> > Maybe the discussion we need to have soon is how we can improve
> > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
> > datasets like this that are very useful in scenarios like what we
> > are going through, but are incompatible to put into OSM because of
> > the license.
> >
> > cheers, Prabhas
> >
> >
> > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
> > mailto:ravilac...@gmail.com>> wrote:
> >
> > Hi all:
> >
> > Megha (MeghaShrestha), the user that imported these data, has
> > answered me through the OSM messaging. She works with the KLL and

Re: [HOT] Nepal: Hospital import gone wrong?

[Heather Leson]

Thank you.

Inquiry sent.

Heather
On May 4, 2015 8:02 AM, "Prabhas Pokharel" 
wrote:

> Heather,
> 2. The dataset was the following
> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
> 1. Megha went through and manually matched up health facilities in the
> Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
> dataset in the valley. A majority of the conflicts in the valley were
> deleted. Since the second dataset doesn't have names, match up was done by
> location. Please follow up with Megha on the rest.
>
> If we get a compatible license, the other route we could go through
> (instead of re-instanting the changeset) is to do a more rigorous import,
> after checking that the health facility locations seem legitimate (not in
> forests, near residences, etc.) and not in conflict with existing
> facilities with HOT's help.
>
> cheers,
> Prabhas
>
> On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
> wrote:
>
>> Hi Pierre is sleeping. I would normally ask him and activation. I will
>> ask a contact via UN OCHA (offlist) and report back to activation
>>
>> What I need is:
>> 1. Confirmation that the changeset link includes the full dataset (the
>> link below )
>> 2. Exact source link for the dataset.
>>
>> I will ask for a license update.
>>
>> Does this sound ok?
>>
>> Heather
>>
>> The file is
>> On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
>> wrote:
>>
>>> > A very sad one, but nothing to do
>>> > about it, unless the copyright holders let us upload the data to OSM
>>> > without that non-commercial restriction.
>>>
>>> HOT, we must have contacts at UN OCHA, can we start a conversation to
>>> ask if they are willing to do it? At the moment, we don't have the
>>> bandwidth here at KLL these days to have this conversation. But as I see
>>> it, adding POIs and named places onto the map is pretty important to focus
>>> on, in parallel with all of the imagery-based work that we are doing.
>>>
>>> cheers,
>>> Prabhas
>>>
>>> On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya >> > wrote:
>>>
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi, Prabhas:

 I wonder if this data can be incorporated to a local or alternative
 database that can be of use in this situation.

 About the field papers, I don't see any problem to use this data as a
 guide of finding those health facilities and correctly geolocate them
 while surveying on the ground.

 Using the GNS and other place nodes already in the database, it might
 be possible to add some of this nodes to OSM. It might. But in any
 case, the license is a restriction. A very sad one, but nothing to do
 about it, unless the copyright holders let us upload the data to OSM
 without that non-commercial restriction.

 Cheers,

 Rafael.

 On 04/05/15 00:26, Prabhas Pokharel wrote:
 > Thank you all; two main issues here: one that the dataset
 > geolocations are problematic, and two that the license was
 > incompatible. Apologies for incorrectly interpreting the license
 > here in Nepal.
 >
 > As megha said, the reason we attempted this was because the maps
 > that HOTOSM volunteers have helped create via tracing for us is
 > amazingly detailed (in terms of residential areas, roads, pre-quake
 > buildings), but hard to use because of the lack of POIs on the
 > ground. This was an attempt to alleviate the problem, but sounds
 > like we did misinterpret the license issue, and apologies for
 > that.
 >
 > We simply did not know about the problematic geolocations. However,
 > it is worth noting that this dataset is what a lot of organizations
 > have been using locally, given that it is the best available
 > dataset of health facility locations.
 >
 > Maybe the discussion we need to have soon is how we can improve
 > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
 > datasets like this that are very useful in scenarios like what we
 > are going through, but are incompatible to put into OSM because of
 > the license.
 >
 > cheers, Prabhas
 >
 >
 > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
 > mailto:ravilac...@gmail.com>> wrote:
 >
 > Hi all:
 >
 > Megha (MeghaShrestha), the user that imported these data, has
 > answered me through the OSM messaging. She works with the KLL and
 > she tells me: "we are trying to create papers for the relief
 > workers. The problem being there are enough details like roads,
 > buildings, rivers but no POIs in many areas. It is difficult for
 > the relief workers to locate themselves on the map. Importing the
 > health facilities data was an attempt so that they can at least
 > find some POIs they can look for while locating themselves on the
 > map. The data I imported was from
 > https://data.hdx.rwlabs.org/dataset/nepal-health-facilitie

Re: [HOT] Nepal: Hospital import gone wrong?

[Prabhas Pokharel]

Heather,
2. The dataset was the following
https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod
1. Megha went through and manually matched up health facilities in the
Kathmandu Valley, because KLL has formerly surveyed and created a rigorous
dataset in the valley. A majority of the conflicts in the valley were
deleted. Since the second dataset doesn't have names, match up was done by
location. Please follow up with Megha on the rest.

If we get a compatible license, the other route we could go through
(instead of re-instanting the changeset) is to do a more rigorous import,
after checking that the health facility locations seem legitimate (not in
forests, near residences, etc.) and not in conflict with existing
facilities with HOT's help.

cheers,
Prabhas

On Mon, May 4, 2015 at 10:41 AM, Heather Leson 
wrote:

> Hi Pierre is sleeping. I would normally ask him and activation. I will ask
> a contact via UN OCHA (offlist) and report back to activation
>
> What I need is:
> 1. Confirmation that the changeset link includes the full dataset (the
> link below )
> 2. Exact source link for the dataset.
>
> I will ask for a license update.
>
> Does this sound ok?
>
> Heather
>
> The file is
> On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
> wrote:
>
>> > A very sad one, but nothing to do
>> > about it, unless the copyright holders let us upload the data to OSM
>> > without that non-commercial restriction.
>>
>> HOT, we must have contacts at UN OCHA, can we start a conversation to ask
>> if they are willing to do it? At the moment, we don't have the bandwidth
>> here at KLL these days to have this conversation. But as I see it, adding
>> POIs and named places onto the map is pretty important to focus on, in
>> parallel with all of the imagery-based work that we are doing.
>>
>> cheers,
>> Prabhas
>>
>> On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya 
>> wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hi, Prabhas:
>>>
>>> I wonder if this data can be incorporated to a local or alternative
>>> database that can be of use in this situation.
>>>
>>> About the field papers, I don't see any problem to use this data as a
>>> guide of finding those health facilities and correctly geolocate them
>>> while surveying on the ground.
>>>
>>> Using the GNS and other place nodes already in the database, it might
>>> be possible to add some of this nodes to OSM. It might. But in any
>>> case, the license is a restriction. A very sad one, but nothing to do
>>> about it, unless the copyright holders let us upload the data to OSM
>>> without that non-commercial restriction.
>>>
>>> Cheers,
>>>
>>> Rafael.
>>>
>>> On 04/05/15 00:26, Prabhas Pokharel wrote:
>>> > Thank you all; two main issues here: one that the dataset
>>> > geolocations are problematic, and two that the license was
>>> > incompatible. Apologies for incorrectly interpreting the license
>>> > here in Nepal.
>>> >
>>> > As megha said, the reason we attempted this was because the maps
>>> > that HOTOSM volunteers have helped create via tracing for us is
>>> > amazingly detailed (in terms of residential areas, roads, pre-quake
>>> > buildings), but hard to use because of the lack of POIs on the
>>> > ground. This was an attempt to alleviate the problem, but sounds
>>> > like we did misinterpret the license issue, and apologies for
>>> > that.
>>> >
>>> > We simply did not know about the problematic geolocations. However,
>>> > it is worth noting that this dataset is what a lot of organizations
>>> > have been using locally, given that it is the best available
>>> > dataset of health facility locations.
>>> >
>>> > Maybe the discussion we need to have soon is how we can improve
>>> > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
>>> > datasets like this that are very useful in scenarios like what we
>>> > are going through, but are incompatible to put into OSM because of
>>> > the license.
>>> >
>>> > cheers, Prabhas
>>> >
>>> >
>>> > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
>>> > mailto:ravilac...@gmail.com>> wrote:
>>> >
>>> > Hi all:
>>> >
>>> > Megha (MeghaShrestha), the user that imported these data, has
>>> > answered me through the OSM messaging. She works with the KLL and
>>> > she tells me: "we are trying to create papers for the relief
>>> > workers. The problem being there are enough details like roads,
>>> > buildings, rivers but no POIs in many areas. It is difficult for
>>> > the relief workers to locate themselves on the map. Importing the
>>> > health facilities data was an attempt so that they can at least
>>> > find some POIs they can look for while locating themselves on the
>>> > map. The data I imported was from
>>> > https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod.
>>> > The licence says we can use the data for non commercial purpose and
>>> > we need to credit the source. I hope these information are helpful
>>> > and you can help us out."
>>> >
>>> > With this info, I can see 

Re: [HOT] Nepal: Hospital import gone wrong?

[Heather Leson]

Hi Pierre is sleeping. I would normally ask him and activation. I will ask
a contact via UN OCHA (offlist) and report back to activation

What I need is:
1. Confirmation that the changeset link includes the full dataset (the link
below )
2. Exact source link for the dataset.

I will ask for a license update.

Does this sound ok?

Heather

The file is
On May 4, 2015 7:48 AM, "Prabhas Pokharel" 
wrote:

> > A very sad one, but nothing to do
> > about it, unless the copyright holders let us upload the data to OSM
> > without that non-commercial restriction.
>
> HOT, we must have contacts at UN OCHA, can we start a conversation to ask
> if they are willing to do it? At the moment, we don't have the bandwidth
> here at KLL these days to have this conversation. But as I see it, adding
> POIs and named places onto the map is pretty important to focus on, in
> parallel with all of the imagery-based work that we are doing.
>
> cheers,
> Prabhas
>
> On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya 
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi, Prabhas:
>>
>> I wonder if this data can be incorporated to a local or alternative
>> database that can be of use in this situation.
>>
>> About the field papers, I don't see any problem to use this data as a
>> guide of finding those health facilities and correctly geolocate them
>> while surveying on the ground.
>>
>> Using the GNS and other place nodes already in the database, it might
>> be possible to add some of this nodes to OSM. It might. But in any
>> case, the license is a restriction. A very sad one, but nothing to do
>> about it, unless the copyright holders let us upload the data to OSM
>> without that non-commercial restriction.
>>
>> Cheers,
>>
>> Rafael.
>>
>> On 04/05/15 00:26, Prabhas Pokharel wrote:
>> > Thank you all; two main issues here: one that the dataset
>> > geolocations are problematic, and two that the license was
>> > incompatible. Apologies for incorrectly interpreting the license
>> > here in Nepal.
>> >
>> > As megha said, the reason we attempted this was because the maps
>> > that HOTOSM volunteers have helped create via tracing for us is
>> > amazingly detailed (in terms of residential areas, roads, pre-quake
>> > buildings), but hard to use because of the lack of POIs on the
>> > ground. This was an attempt to alleviate the problem, but sounds
>> > like we did misinterpret the license issue, and apologies for
>> > that.
>> >
>> > We simply did not know about the problematic geolocations. However,
>> > it is worth noting that this dataset is what a lot of organizations
>> > have been using locally, given that it is the best available
>> > dataset of health facility locations.
>> >
>> > Maybe the discussion we need to have soon is how we can improve
>> > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
>> > datasets like this that are very useful in scenarios like what we
>> > are going through, but are incompatible to put into OSM because of
>> > the license.
>> >
>> > cheers, Prabhas
>> >
>> >
>> > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
>> > mailto:ravilac...@gmail.com>> wrote:
>> >
>> > Hi all:
>> >
>> > Megha (MeghaShrestha), the user that imported these data, has
>> > answered me through the OSM messaging. She works with the KLL and
>> > she tells me: "we are trying to create papers for the relief
>> > workers. The problem being there are enough details like roads,
>> > buildings, rivers but no POIs in many areas. It is difficult for
>> > the relief workers to locate themselves on the map. Importing the
>> > health facilities data was an attempt so that they can at least
>> > find some POIs they can look for while locating themselves on the
>> > map. The data I imported was from
>> > https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod.
>> > The licence says we can use the data for non commercial purpose and
>> > we need to credit the source. I hope these information are helpful
>> > and you can help us out."
>> >
>> > With this info, I can see that the data is the one we were
>> > discussing a few days ago, although that data set contained almost
>> > 9,000 nodes, whereas the one of Megha had around 4,660.
>> >
>> > I recall the main problem: geolocation was very poor (most of nodes
>> > in well out of any settlements). The other problem I see is the
>> > license: it's for non-commercial use, and that makes it
>> > incompatible with the OSM license.
>> >
>> > I really feel to give a no in such circumstances as these, and
>> > that's why I ask for more input from other people with experience
>> > on this, just in case there is any possibility of including the
>> > data into OSM, and if not what other options we would have to make
>> > good use of these data set, if any.
>> >
>> > Cheers,
>> >
>> > Rafael.
>> >
>> > On 03/05/15 18:14, Kretzer wrote:
>> >> When looking at the Gorkha area in #1024 I noticed several nodes
>> >> tagged as "Hospital" with a lot of information, quot

Re: [HOT] Nepal: Hospital import gone wrong?

[Prabhas Pokharel]

> A very sad one, but nothing to do
> about it, unless the copyright holders let us upload the data to OSM
> without that non-commercial restriction.

HOT, we must have contacts at UN OCHA, can we start a conversation to ask
if they are willing to do it? At the moment, we don't have the bandwidth
here at KLL these days to have this conversation. But as I see it, adding
POIs and named places onto the map is pretty important to focus on, in
parallel with all of the imagery-based work that we are doing.

cheers,
Prabhas

On Mon, May 4, 2015 at 10:26 AM, Rafael Avila Coya 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi, Prabhas:
>
> I wonder if this data can be incorporated to a local or alternative
> database that can be of use in this situation.
>
> About the field papers, I don't see any problem to use this data as a
> guide of finding those health facilities and correctly geolocate them
> while surveying on the ground.
>
> Using the GNS and other place nodes already in the database, it might
> be possible to add some of this nodes to OSM. It might. But in any
> case, the license is a restriction. A very sad one, but nothing to do
> about it, unless the copyright holders let us upload the data to OSM
> without that non-commercial restriction.
>
> Cheers,
>
> Rafael.
>
> On 04/05/15 00:26, Prabhas Pokharel wrote:
> > Thank you all; two main issues here: one that the dataset
> > geolocations are problematic, and two that the license was
> > incompatible. Apologies for incorrectly interpreting the license
> > here in Nepal.
> >
> > As megha said, the reason we attempted this was because the maps
> > that HOTOSM volunteers have helped create via tracing for us is
> > amazingly detailed (in terms of residential areas, roads, pre-quake
> > buildings), but hard to use because of the lack of POIs on the
> > ground. This was an attempt to alleviate the problem, but sounds
> > like we did misinterpret the license issue, and apologies for
> > that.
> >
> > We simply did not know about the problematic geolocations. However,
> > it is worth noting that this dataset is what a lot of organizations
> > have been using locally, given that it is the best available
> > dataset of health facility locations.
> >
> > Maybe the discussion we need to have soon is how we can improve
> > OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
> > datasets like this that are very useful in scenarios like what we
> > are going through, but are incompatible to put into OSM because of
> > the license.
> >
> > cheers, Prabhas
> >
> >
> > On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
> > mailto:ravilac...@gmail.com>> wrote:
> >
> > Hi all:
> >
> > Megha (MeghaShrestha), the user that imported these data, has
> > answered me through the OSM messaging. She works with the KLL and
> > she tells me: "we are trying to create papers for the relief
> > workers. The problem being there are enough details like roads,
> > buildings, rivers but no POIs in many areas. It is difficult for
> > the relief workers to locate themselves on the map. Importing the
> > health facilities data was an attempt so that they can at least
> > find some POIs they can look for while locating themselves on the
> > map. The data I imported was from
> > https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod.
> > The licence says we can use the data for non commercial purpose and
> > we need to credit the source. I hope these information are helpful
> > and you can help us out."
> >
> > With this info, I can see that the data is the one we were
> > discussing a few days ago, although that data set contained almost
> > 9,000 nodes, whereas the one of Megha had around 4,660.
> >
> > I recall the main problem: geolocation was very poor (most of nodes
> > in well out of any settlements). The other problem I see is the
> > license: it's for non-commercial use, and that makes it
> > incompatible with the OSM license.
> >
> > I really feel to give a no in such circumstances as these, and
> > that's why I ask for more input from other people with experience
> > on this, just in case there is any possibility of including the
> > data into OSM, and if not what other options we would have to make
> > good use of these data set, if any.
> >
> > Cheers,
> >
> > Rafael.
> >
> > On 03/05/15 18:14, Kretzer wrote:
> >> When looking at the Gorkha area in #1024 I noticed several nodes
> >> tagged as "Hospital" with a lot of information, quoting UNOCHA
> >> as source, but obviously in the wrong place, because there is
> >> nothing nearby. Like here:
> >> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks
> >> like a mass import that somehow went wrong ... shame, because
> >> hospitals are important!
> >
> >
> >> By the way, I am somewhat confused as to what is that called a
> >> "task" now? Is it a single tile (with a #) or is it the whole
> >> project?
> >
> >> ___ HOT mailing list
> >> HOT@openstr

Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Prabhas:

I wonder if this data can be incorporated to a local or alternative
database that can be of use in this situation.

About the field papers, I don't see any problem to use this data as a
guide of finding those health facilities and correctly geolocate them
while surveying on the ground.

Using the GNS and other place nodes already in the database, it might
be possible to add some of this nodes to OSM. It might. But in any
case, the license is a restriction. A very sad one, but nothing to do
about it, unless the copyright holders let us upload the data to OSM
without that non-commercial restriction.

Cheers,

Rafael.

On 04/05/15 00:26, Prabhas Pokharel wrote:
> Thank you all; two main issues here: one that the dataset
> geolocations are problematic, and two that the license was
> incompatible. Apologies for incorrectly interpreting the license
> here in Nepal.
> 
> As megha said, the reason we attempted this was because the maps
> that HOTOSM volunteers have helped create via tracing for us is
> amazingly detailed (in terms of residential areas, roads, pre-quake
> buildings), but hard to use because of the lack of POIs on the
> ground. This was an attempt to alleviate the problem, but sounds
> like we did misinterpret the license issue, and apologies for
> that.
> 
> We simply did not know about the problematic geolocations. However,
> it is worth noting that this dataset is what a lot of organizations
> have been using locally, given that it is the best available
> dataset of health facility locations.
> 
> Maybe the discussion we need to have soon is how we can improve 
> OSM-based tools (MapOSMatic, Fieldpapers, etc) to incorporate
> datasets like this that are very useful in scenarios like what we
> are going through, but are incompatible to put into OSM because of
> the license.
> 
> cheers, Prabhas
> 
> 
> On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya
> mailto:ravilac...@gmail.com>> wrote:
> 
> Hi all:
> 
> Megha (MeghaShrestha), the user that imported these data, has
> answered me through the OSM messaging. She works with the KLL and
> she tells me: "we are trying to create papers for the relief
> workers. The problem being there are enough details like roads,
> buildings, rivers but no POIs in many areas. It is difficult for
> the relief workers to locate themselves on the map. Importing the
> health facilities data was an attempt so that they can at least
> find some POIs they can look for while locating themselves on the
> map. The data I imported was from 
> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod.
> The licence says we can use the data for non commercial purpose and
> we need to credit the source. I hope these information are helpful
> and you can help us out."
> 
> With this info, I can see that the data is the one we were
> discussing a few days ago, although that data set contained almost
> 9,000 nodes, whereas the one of Megha had around 4,660.
> 
> I recall the main problem: geolocation was very poor (most of nodes
> in well out of any settlements). The other problem I see is the
> license: it's for non-commercial use, and that makes it
> incompatible with the OSM license.
> 
> I really feel to give a no in such circumstances as these, and
> that's why I ask for more input from other people with experience
> on this, just in case there is any possibility of including the
> data into OSM, and if not what other options we would have to make
> good use of these data set, if any.
> 
> Cheers,
> 
> Rafael.
> 
> On 03/05/15 18:14, Kretzer wrote:
>> When looking at the Gorkha area in #1024 I noticed several nodes 
>> tagged as "Hospital" with a lot of information, quoting UNOCHA
>> as source, but obviously in the wrong place, because there is
>> nothing nearby. Like here: 
>> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks 
>> like a mass import that somehow went wrong ... shame, because 
>> hospitals are important!
> 
> 
>> By the way, I am somewhat confused as to what is that called a 
>> "task" now? Is it a single tile (with a #) or is it the whole 
>> project?
> 
>> ___ HOT mailing list 
>> HOT@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/hot
> 
> 
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org  
> https://lists.openstreetmap.org/listinfo/hot
> 
> 
> 
> 
> -- Prabhas Pokharel http://prabhasp.com 
> twitter/skype/facebook/whatever: prabhasp

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.

Re: [HOT] Nepal: Hospital import gone wrong?

[Prabhas Pokharel]

Thank you all; two main issues here: one that the dataset geolocations are
problematic, and two that the license was incompatible. Apologies for
incorrectly interpreting the license here in Nepal.

As megha said, the reason we attempted this was because the maps that
HOTOSM volunteers have helped create via tracing for us is amazingly
detailed (in terms of residential areas, roads, pre-quake buildings), but
hard to use because of the lack of POIs on the ground. This was an attempt
to alleviate the problem, but sounds like we did misinterpret the license
issue, and apologies for that.

We simply did not know about the problematic geolocations. However, it is
worth noting that this dataset is what a lot of organizations have been
using locally, given that it is the best available dataset of health
facility locations.

Maybe the discussion we need to have soon is how we can improve OSM-based
tools (MapOSMatic, Fieldpapers, etc) to incorporate datasets like this that
are very useful in scenarios like what we are going through, but are
incompatible to put into OSM because of the license.

cheers,
Prabhas


On Mon, May 4, 2015 at 9:09 AM, Rafael Avila Coya 
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all:
>
> Megha (MeghaShrestha), the user that imported these data, has answered
> me through the OSM messaging. She works with the KLL and she tells me:
> "we are trying to create papers for the relief workers. The problem
> being there are enough details like roads, buildings, rivers but no
> POIs in many areas. It is difficult for the relief workers to locate
> themselves on the map. Importing the health facilities data was an
> attempt so that they can at least find some POIs they can look for
> while locating themselves on the map. The data I imported was from
> https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod. The
> licence says we can use the data for non commercial purpose and we
> need to credit the source. I hope these information are helpful and
> you can help us out."
>
> With this info, I can see that the data is the one we were discussing
> a few days ago, although that data set contained almost 9,000 nodes,
> whereas the one of Megha had around 4,660.
>
> I recall the main problem: geolocation was very poor (most of nodes in
> well out of any settlements). The other problem I see is the license:
> it's for non-commercial use, and that makes it incompatible with the
> OSM license.
>
> I really feel to give a no in such circumstances as these, and that's
> why I ask for more input from other people with experience on this,
> just in case there is any possibility of including the data into OSM,
> and if not what other options we would have to make good use of these
> data set, if any.
>
> Cheers,
>
> Rafael.
>
> On 03/05/15 18:14, Kretzer wrote:
> > When looking at the Gorkha area in #1024 I noticed several nodes
> > tagged as "Hospital" with a lot of information, quoting UNOCHA as
> > source, but obviously in the wrong place, because there is nothing
> > nearby. Like here:
> > http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks
> > like a mass import that somehow went wrong ... shame, because
> > hospitals are important!
> >
> >
> > By the way, I am somewhat confused as to what is that called a
> > "task" now? Is it a single tile (with a #) or is it the whole
> > project?
> >
> > ___ HOT mailing list
> > HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> >
>
> - --
> Twitter: http://twitter.com/ravilacoya
>
> - 
>
> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
>
> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
>
> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with undefined - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJVRuZQAAoJEB3niTly2pPQ3zAQAKnkauRcpus+Lg3yoDSBNPlH
> +5uQeyglGfwYs2qCg8fW5adPZdedPqtUq5zD3jlm5OmDWbsPgjv7a7OnJLrJGbgf
> ZjwiFolGZUy3m/waVPyfMII93/wG2++C1u+ZWqjIrh9uMOPcQ2TWGsonJhx1mr/m
> ypeaS0SNS/wY4s5Z9V2e/w9zBWdGyGdKGwcuF19u/jm8aQVN3X8GgL3CUsa87Xuj
> VWXVfK5FvMgrwUxmTXmfRaZ3Ut7+qc4kry0xzP2iDo0QX3NPIRQIGNrZncmuhyPL
> yDdVHvyolDid5buUY7lH7AZSxyfEFtA+YVorgHV/HBhakx1v87zJ5zVIa+DpG1HT
> bLpeZoqx63g9eg+CEA/VPXzjg+OKqvUn41ZxJXNbSbte/Cr+2YTDgJgIMeUOr/55
> srAx5kiGuJydsm+Qs2tXEbgznyfy0n5DLQmtxJnTKgiSEunl7xT7CKDedmFHVSQ3
> VEbS/sEVofYGMItdOhpFfActs6XeYHUd31A+Z0zJBoT04vsYA5ddElIdQGqPqAQw
> OlWtRxljiUNfK0OCg/zxRh4ML3ZiFlYZRbyyajFEnC/DLhMzygl9Vg4iJ7k8kZCN
> 0kFKGm/YLicYgGahCv2D0JA37BF14QowfX1yA53U7BClV8JFWzVBNgK2Pb8/FV1e
> OIFNEbCLIjoyMV4K+0sX
> =RZb8
> -END PGP SIGNATURE-
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>



-- 
Prabhas Pokharel
http

Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all:

Megha (MeghaShrestha), the user that imported these data, has answered
me through the OSM messaging. She works with the KLL and she tells me:
"we are trying to create papers for the relief workers. The problem
being there are enough details like roads, buildings, rivers but no
POIs in many areas. It is difficult for the relief workers to locate
themselves on the map. Importing the health facilities data was an
attempt so that they can at least find some POIs they can look for
while locating themselves on the map. The data I imported was from
https://data.hdx.rwlabs.org/dataset/nepal-health-facilities-cod. The
licence says we can use the data for non commercial purpose and we
need to credit the source. I hope these information are helpful and
you can help us out."

With this info, I can see that the data is the one we were discussing
a few days ago, although that data set contained almost 9,000 nodes,
whereas the one of Megha had around 4,660.

I recall the main problem: geolocation was very poor (most of nodes in
well out of any settlements). The other problem I see is the license:
it's for non-commercial use, and that makes it incompatible with the
OSM license.

I really feel to give a no in such circumstances as these, and that's
why I ask for more input from other people with experience on this,
just in case there is any possibility of including the data into OSM,
and if not what other options we would have to make good use of these
data set, if any.

Cheers,

Rafael.

On 03/05/15 18:14, Kretzer wrote:
> When looking at the Gorkha area in #1024 I noticed several nodes
> tagged as "Hospital" with a lot of information, quoting UNOCHA as
> source, but obviously in the wrong place, because there is nothing
> nearby. Like here:
> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks
> like a mass import that somehow went wrong ... shame, because
> hospitals are important!
> 
> 
> By the way, I am somewhat confused as to what is that called a
> "task" now? Is it a single tile (with a #) or is it the whole
> project?
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRuZQAAoJEB3niTly2pPQ3zAQAKnkauRcpus+Lg3yoDSBNPlH
+5uQeyglGfwYs2qCg8fW5adPZdedPqtUq5zD3jlm5OmDWbsPgjv7a7OnJLrJGbgf
ZjwiFolGZUy3m/waVPyfMII93/wG2++C1u+ZWqjIrh9uMOPcQ2TWGsonJhx1mr/m
ypeaS0SNS/wY4s5Z9V2e/w9zBWdGyGdKGwcuF19u/jm8aQVN3X8GgL3CUsa87Xuj
VWXVfK5FvMgrwUxmTXmfRaZ3Ut7+qc4kry0xzP2iDo0QX3NPIRQIGNrZncmuhyPL
yDdVHvyolDid5buUY7lH7AZSxyfEFtA+YVorgHV/HBhakx1v87zJ5zVIa+DpG1HT
bLpeZoqx63g9eg+CEA/VPXzjg+OKqvUn41ZxJXNbSbte/Cr+2YTDgJgIMeUOr/55
srAx5kiGuJydsm+Qs2tXEbgznyfy0n5DLQmtxJnTKgiSEunl7xT7CKDedmFHVSQ3
VEbS/sEVofYGMItdOhpFfActs6XeYHUd31A+Z0zJBoT04vsYA5ddElIdQGqPqAQw
OlWtRxljiUNfK0OCg/zxRh4ML3ZiFlYZRbyyajFEnC/DLhMzygl9Vg4iJ7k8kZCN
0kFKGm/YLicYgGahCv2D0JA37BF14QowfX1yA53U7BClV8JFWzVBNgK2Pb8/FV1e
OIFNEbCLIjoyMV4K+0sX
=RZb8
-END PGP SIGNATURE-

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Pierre Béland]

Thanks Rafael,
quite an activation. everything going fast, and with all the new contributors, 
we need the community to take care, to assure that we deliver as usual quality 
data to the humanitarians. We have to re-invent ourselves at each activation, 
develop both our tools, techniques and social organization of this.
 regard 
Pierre 

  De : Rafael Avila Coya 
 À : Pierre Béland  
Cc : "hot@openstreetmap.org" ; DWG 
 
 Envoyé le : Dimanche 3 mai 2015 19h49
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ok, Pierre. I will revert the data, as some people are deleting some
hospital nodes already.

Cheers,

Rafael.

On 03/05/15 19:38, Pierre Béland wrote:
> Rafael,
> 
> could you take care of this? I think that these should be reverted 
> before anybody start to edit and complicate the matter. Please, do
> not import such data before discussing with the community. The
> humanitarians, including doctors, are using OSMand to orient 
> themselves. This data will create more harm then help.
> 
> Pierre
> 
> 
>
> 
*De :* Rafael Avila Coya 
> *À :* hot@openstreetmap.org; DWG  *Envoyé
> le :* Dimanche 3 mai 2015 18h53 *Objet :* Re: [HOT] Nepal: Hospital
> import gone wrong?
> 
> Hi, Kretzer and DWG:
> 
> I've just noticed this too. This import was done about 12 hours
> ago (08:54-May/03/2015) by user MeghaShrestha [1] in one changeset
> [2]. 4,664 nodes imported. Nodes locations are not only wrong
> (being most of them in the middle of nowhere), but also poorly
> tagged. No wiki has been produced, and no discussion with the Nepal
> OSM community nor the imports list.
> 
> I've already sent an email to the user MeghaShrestha.
> 
> If you are right with it, I will revert the changeset.
> 
> Cheers,
> 
> Rafael.
> 
> [1] https://www.openstreetmap.org/user/MeghaShrestha [2]
> https://www.openstreetmap.org/changeset/30742446
> 
> On 03/05/15 18:14, Kretzer wrote:
>> When looking at the Gorkha area in #1024 I noticed several nodes 
>> tagged as "Hospital" with a lot of information, quoting UNOCHA
>> as source, but obviously in the wrong place, because there is
>> nothing nearby. Like here: 
>> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397
> <http://www.openstreetmap.org/edit#map=19/28.00839/84.62397>Looks
>> like a mass import that somehow went wrong ... shame, because 
>> hospitals are important!
> 
> 
>> By the way, I am somewhat confused as to what is that called a 
>> "task" now? Is it a single tile (with a #) or is it the whole 
>> project?
> 
>> ___ HOT mailing list 
>> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/hot
> 
> 
> 
> 
> 
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/hot
> 
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRrP1AAoJEB3niTly2pPQv4gP/03gY/P2ewqUoQJZpZf457dK
wh226swJEpZ1f3gA121X+2aaxwj64JCeIJ5QKlj+1rV3nxwIjMTvMFYej1hA+qlp
kOyPf0U+Xge7SqKukhwmHoOoL+Mv2uHTth5jvcKNPRDt40g/okRWg4XCmg7fvJuc
0OXjJGHDg/aTDbIASmcxP5UshNlFlJDnPrriqRsmKetCWDThh+D1IfWlF7Q+L6LM
CGjOdbusyIWmxipZBOrsTJpZYiLl6MQHizVK1HR2+1xJJyipiZGCq8Ggp3D3LyJZ
H41x/u6+LW9CWqNvD2QiBjufVTqKtS+WYqNfX8xB2/NU9cDeFKQ2sq05HavURC3m
X/2NlyDigyLJsDcT3w68dSsw1Rlxk4CqA2dM00N+uoUQneven0dipeJUU0JombWx
2/Ey8BYYY3YOB8TdthrLIXBuLgTCRyKlxeB5UsDgK11ObkqnxoBShf/cgIF9/73G
QzaUt0quiB8MqvMQXapG5Pf4QCij+ga/kPhSALBlCTdhFGMrEJ4X8ijysXOk9/GZ
rzpYc/G6gUwZQBWglID3D0yRi8pvicYcQi6DuzJUw51NuOGCoxoi68PTaqH33G+d
Ya8uB2RYBOI5YtRJ0Q09m/EYTZhFAxx3XlwcmXY5qG2pDz9Pie7+iQtZpmMrW4d4
3Ml7FSfWFQS4vhikPNJk
=6A9s


-END PGP SIGNATURE-


  ___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi there:

I reverted the changeset: https://www.openstreetmap.org/changeset/30763506

Cheers,

Rafael.

On 03/05/15 19:38, Pierre Béland wrote:
> Rafael,
> 
> could you take care of this? I think that these should be reverted 
> before anybody start to edit and complicate the matter. Please, do
> not import such data before discussing with the community. The
> humanitarians, including doctors, are using OSMand to orient 
> themselves. This data will create more harm then help.
> 
> Pierre
> 
> 
>
> 
*De :* Rafael Avila Coya 
> *À :* hot@openstreetmap.org; DWG  *Envoyé
> le :* Dimanche 3 mai 2015 18h53 *Objet :* Re: [HOT] Nepal: Hospital
> import gone wrong?
> 
> Hi, Kretzer and DWG:
> 
> I've just noticed this too. This import was done about 12 hours
> ago (08:54-May/03/2015) by user MeghaShrestha [1] in one changeset
> [2]. 4,664 nodes imported. Nodes locations are not only wrong
> (being most of them in the middle of nowhere), but also poorly
> tagged. No wiki has been produced, and no discussion with the Nepal
> OSM community nor the imports list.
> 
> I've already sent an email to the user MeghaShrestha.
> 
> If you are right with it, I will revert the changeset.
> 
> Cheers,
> 
> Rafael.
> 
> [1] https://www.openstreetmap.org/user/MeghaShrestha [2]
> https://www.openstreetmap.org/changeset/30742446
> 
> On 03/05/15 18:14, Kretzer wrote:
>> When looking at the Gorkha area in #1024 I noticed several nodes 
>> tagged as "Hospital" with a lot of information, quoting UNOCHA
>> as source, but obviously in the wrong place, because there is
>> nothing nearby. Like here: 
>> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397
> <http://www.openstreetmap.org/edit#map=19/28.00839/84.62397>Looks
>> like a mass import that somehow went wrong ... shame, because 
>> hospitals are important!
> 
> 
>> By the way, I am somewhat confused as to what is that called a 
>> "task" now? Is it a single tile (with a #) or is it the whole 
>> project?
> 
>> ___ HOT mailing list 
>> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/hot
> 
> 
> 
> 
> 
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/hot
> 
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRrZMAAoJEB3niTly2pPQPJoP/2hZOoOu303YG/i5fGDAzfxi
1FykPSpNRvmJPgGMZe2M6l5/fb6Uz89eHlHtFGtwvwXrCq4UYPwCeOrPFf3GNAFC
LUt+gRQCC95UZcK617ur6M0ePv2tpSn0+zf5hkl7YVSaiQAxREgu8o3SAM0x7XTJ
4QExmC/+H0d8IluIEBeAHT/Zc9Nq9r76iECuRlJgK+Y2gjGiFNR+VUjMFARTs+f1
X5AzMIMDTHFlk6HeBOt3J3KJPOnypt4Id0rULfj6x0wLxkS0S46pcJATuReLtuLP
zf6/MubIFo0eAKHWewEXccTuAlpfzVAxr9+YxKs/0GTdMM58YQZ4LalWq8vvcUOo
jUt5JWbUhx9b8+IP3GzsUfiwziGKEEWBdKYRo8gmm89iDadM6UPAPnD8zLccRCtt
tS5LBjR69lvt2QBeGhT5fNotzVhfFJs6qo2BCQNp3WVwdPCDFVomQZeuAHYDg7Sd
1FN58aXTjSpX3A1WV6SDRlbMwxWiFf2tRBClb2RnhOnf1CH0lEoWtP7RdASbHc/F
7nmltA8J8DZ01tyTXuiZqiyfhY1y7Atl/obr3EuR7O+kz2P5oToYN3PIY38fVhS3
klig7OiGMVYdAqnZdObEH7J5rlJNr79k5/f7B13tJe4H+uW3tZbDfYsn8mC0tMFQ
V210j1rLJljm50dMkoEk
=vPX6
-END PGP SIGNATURE-

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ok, Pierre. I will revert the data, as some people are deleting some
hospital nodes already.

Cheers,

Rafael.

On 03/05/15 19:38, Pierre Béland wrote:
> Rafael,
> 
> could you take care of this? I think that these should be reverted 
> before anybody start to edit and complicate the matter. Please, do
> not import such data before discussing with the community. The
> humanitarians, including doctors, are using OSMand to orient 
> themselves. This data will create more harm then help.
> 
> Pierre
> 
> 
>
> 
*De :* Rafael Avila Coya 
> *À :* hot@openstreetmap.org; DWG  *Envoyé
> le :* Dimanche 3 mai 2015 18h53 *Objet :* Re: [HOT] Nepal: Hospital
> import gone wrong?
> 
> Hi, Kretzer and DWG:
> 
> I've just noticed this too. This import was done about 12 hours
> ago (08:54-May/03/2015) by user MeghaShrestha [1] in one changeset
> [2]. 4,664 nodes imported. Nodes locations are not only wrong
> (being most of them in the middle of nowhere), but also poorly
> tagged. No wiki has been produced, and no discussion with the Nepal
> OSM community nor the imports list.
> 
> I've already sent an email to the user MeghaShrestha.
> 
> If you are right with it, I will revert the changeset.
> 
> Cheers,
> 
> Rafael.
> 
> [1] https://www.openstreetmap.org/user/MeghaShrestha [2]
> https://www.openstreetmap.org/changeset/30742446
> 
> On 03/05/15 18:14, Kretzer wrote:
>> When looking at the Gorkha area in #1024 I noticed several nodes 
>> tagged as "Hospital" with a lot of information, quoting UNOCHA
>> as source, but obviously in the wrong place, because there is
>> nothing nearby. Like here: 
>> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397
> <http://www.openstreetmap.org/edit#map=19/28.00839/84.62397>Looks
>> like a mass import that somehow went wrong ... shame, because 
>> hospitals are important!
> 
> 
>> By the way, I am somewhat confused as to what is that called a 
>> "task" now? Is it a single tile (with a #) or is it the whole 
>> project?
> 
>> ___ HOT mailing list 
>> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/hot
> 
> 
> 
> 
> 
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org <mailto:HOT@openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/hot
> 
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRrP1AAoJEB3niTly2pPQv4gP/03gY/P2ewqUoQJZpZf457dK
wh226swJEpZ1f3gA121X+2aaxwj64JCeIJ5QKlj+1rV3nxwIjMTvMFYej1hA+qlp
kOyPf0U+Xge7SqKukhwmHoOoL+Mv2uHTth5jvcKNPRDt40g/okRWg4XCmg7fvJuc
0OXjJGHDg/aTDbIASmcxP5UshNlFlJDnPrriqRsmKetCWDThh+D1IfWlF7Q+L6LM
CGjOdbusyIWmxipZBOrsTJpZYiLl6MQHizVK1HR2+1xJJyipiZGCq8Ggp3D3LyJZ
H41x/u6+LW9CWqNvD2QiBjufVTqKtS+WYqNfX8xB2/NU9cDeFKQ2sq05HavURC3m
X/2NlyDigyLJsDcT3w68dSsw1Rlxk4CqA2dM00N+uoUQneven0dipeJUU0JombWx
2/Ey8BYYY3YOB8TdthrLIXBuLgTCRyKlxeB5UsDgK11ObkqnxoBShf/cgIF9/73G
QzaUt0quiB8MqvMQXapG5Pf4QCij+ga/kPhSALBlCTdhFGMrEJ4X8ijysXOk9/GZ
rzpYc/G6gUwZQBWglID3D0yRi8pvicYcQi6DuzJUw51NuOGCoxoi68PTaqH33G+d
Ya8uB2RYBOI5YtRJ0Q09m/EYTZhFAxx3XlwcmXY5qG2pDz9Pie7+iQtZpmMrW4d4
3Ml7FSfWFQS4vhikPNJk
=6A9s
-END PGP SIGNATURE-

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Pierre Béland]

Rafael,
could you take care of this? I think that these should be reverted before 
anybody start to edit and complicate the matter.
Please, do not import such data before discussing with the community. The 
humanitarians, including doctors, are using OSMand to orient themselves. This 
data will create more harm then help.
 
Pierre 

  De : Rafael Avila Coya 
 À : hot@openstreetmap.org; DWG  
 Envoyé le : Dimanche 3 mai 2015 18h53
 Objet : Re: [HOT] Nepal: Hospital import gone wrong?
   
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Kretzer and DWG:

I've just noticed this too. This import was done about 12 hours ago
(08:54-May/03/2015) by user MeghaShrestha [1] in one changeset [2].
4,664 nodes imported. Nodes locations are not only wrong (being most
of them in the middle of nowhere), but also poorly tagged. No wiki has
been produced, and no discussion with the Nepal OSM community nor the
imports list.

I've already sent an email to the user MeghaShrestha.

If you are right with it, I will revert the changeset.

Cheers,

Rafael.

[1] https://www.openstreetmap.org/user/MeghaShrestha
[2] https://www.openstreetmap.org/changeset/30742446

On 03/05/15 18:14, Kretzer wrote:
> When looking at the Gorkha area in #1024 I noticed several nodes
> tagged as "Hospital" with a lot of information, quoting UNOCHA as
> source, but obviously in the wrong place, because there is nothing
> nearby. Like here:
> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks
> like a mass import that somehow went wrong ... shame, because
> hospitals are important!
> 
> 
> By the way, I am somewhat confused as to what is that called a
> "task" now? Is it a single tile (with a #) or is it the whole
> project?
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRqbWAAoJEB3niTly2pPQAgMQAIi0InnZa8PwsM1QWNCt0YnR
kN3yaKn+AraCSeaBQ2ELHUoUqGWPLLfNToeFI8wmG1ZCBC6uYlvqrjFXjZFeL/7G
No6+7VZhcu8aVuRVwwkUsx72PWUR7bJtQOSibII2TmnfDqdMC6F2Y/tVAt/AG5og
dKQoAlQyl96z/lhsWPWaiSTRq9ytVY5g8U3UgRXpvybpMKDuEEgP2eYNYCUlNqAj
sZheiZBUxaFEYS4i6+V751xMSkp+NfNC/KLD7ptbeC0z9aDijmRwdDFqQX3AfYY+
L5VTPdWqLD2UOcGyLM2a8tQXFF3jUgAatH07nKSYALTvrY2nK16vx+q5YxP2bZwB
yrdVCuOyBcr6Esy7gY8XZDg/AKfJoOJD+6/gnDOFP64VyON0RyiJB+WO/SRtlk8y
T60kT4z+/pMK1PGgOZsRxngbVLiy7y7L6IakL8r0o7sNYBFlvqKPWwupioHfAJTr
yzsGy4GTU5ZmWfsf/jL+4OyNoMITpVhCYDeF7E0OQVYFDVpuN7YN/CjdHQgRVliG
7qnwpqSEB6+Qs4k1xtYB25Rssewi/r1XyxUWjvB2OZe6VJIsTIrP0Z1w4vTABm91
ZighajhbHhHDXZ1m/a1WqLxAZoosKRIXf2B3mYRc3UpPVIC30VlH2WwEzo8zZq0u
KzrBqAt+KgouhJxavHsd
=QJVq
-END PGP SIGNATURE-



___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot


  ___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Clifford Snow]

On Sun, May 3, 2015 at 3:55 PM, kusala nine  wrote:

> I noticed one of these too in the region of Gorkha. Maybe someone has bulk
> uploaded hospital locations and some are incorrect or imprecise. I deleted
> one when doing #1024 as it was in the middle of nowhere... Maybe worth
> extracting and validating them as a one-off job. I seem to remember seeing
> an email thread about unverified hospital locations but can't find it
> now anyone else know?


There was a shapefile with health facilities of Nepal. Many of the nodes
were in the middle of no where. So were nearby health facilities already in
OSM but many were not. I recommended not importing the data. I also believe
that there was questionable license associated with the file. I'm unable to
find the data and may have deleted it already.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[kusala nine]

I noticed one of these too in the region of Gorkha. Maybe someone has bulk
uploaded hospital locations and some are incorrect or imprecise. I deleted
one when doing #1024 as it was in the middle of nowhere... Maybe worth
extracting and validating them as a one-off job. I seem to remember seeing
an email thread about unverified hospital locations but can't find it
now anyone else know?

jon.

On Sun, May 3, 2015 at 11:14 PM, Kretzer  wrote:

> When looking at the Gorkha area in #1024 I noticed several nodes tagged as
> "Hospital" with a lot of information, quoting UNOCHA as source, but
> obviously in the wrong place, because there is nothing nearby. Like here:
> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397
> Looks like a mass import that somehow went wrong ... shame, because
> hospitals are important!
>
>
> By the way, I am somewhat confused as to what is that called a "task" now?
> Is it a single tile (with a #) or is it the whole project?
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Nepal: Hospital import gone wrong?

[Rafael Avila Coya]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, Kretzer and DWG:

I've just noticed this too. This import was done about 12 hours ago
(08:54-May/03/2015) by user MeghaShrestha [1] in one changeset [2].
4,664 nodes imported. Nodes locations are not only wrong (being most
of them in the middle of nowhere), but also poorly tagged. No wiki has
been produced, and no discussion with the Nepal OSM community nor the
imports list.

I've already sent an email to the user MeghaShrestha.

If you are right with it, I will revert the changeset.

Cheers,

Rafael.

[1] https://www.openstreetmap.org/user/MeghaShrestha
[2] https://www.openstreetmap.org/changeset/30742446

On 03/05/15 18:14, Kretzer wrote:
> When looking at the Gorkha area in #1024 I noticed several nodes
> tagged as "Hospital" with a lot of information, quoting UNOCHA as
> source, but obviously in the wrong place, because there is nothing
> nearby. Like here:
> http://www.openstreetmap.org/edit#map=19/28.00839/84.62397 Looks
> like a mass import that somehow went wrong ... shame, because
> hospitals are important!
> 
> 
> By the way, I am somewhat confused as to what is that called a
> "task" now? Is it a single tile (with a #) or is it the whole
> project?
> 
> ___ HOT mailing list 
> HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJVRqbWAAoJEB3niTly2pPQAgMQAIi0InnZa8PwsM1QWNCt0YnR
kN3yaKn+AraCSeaBQ2ELHUoUqGWPLLfNToeFI8wmG1ZCBC6uYlvqrjFXjZFeL/7G
No6+7VZhcu8aVuRVwwkUsx72PWUR7bJtQOSibII2TmnfDqdMC6F2Y/tVAt/AG5og
dKQoAlQyl96z/lhsWPWaiSTRq9ytVY5g8U3UgRXpvybpMKDuEEgP2eYNYCUlNqAj
sZheiZBUxaFEYS4i6+V751xMSkp+NfNC/KLD7ptbeC0z9aDijmRwdDFqQX3AfYY+
L5VTPdWqLD2UOcGyLM2a8tQXFF3jUgAatH07nKSYALTvrY2nK16vx+q5YxP2bZwB
yrdVCuOyBcr6Esy7gY8XZDg/AKfJoOJD+6/gnDOFP64VyON0RyiJB+WO/SRtlk8y
T60kT4z+/pMK1PGgOZsRxngbVLiy7y7L6IakL8r0o7sNYBFlvqKPWwupioHfAJTr
yzsGy4GTU5ZmWfsf/jL+4OyNoMITpVhCYDeF7E0OQVYFDVpuN7YN/CjdHQgRVliG
7qnwpqSEB6+Qs4k1xtYB25Rssewi/r1XyxUWjvB2OZe6VJIsTIrP0Z1w4vTABm91
ZighajhbHhHDXZ1m/a1WqLxAZoosKRIXf2B3mYRc3UpPVIC30VlH2WwEzo8zZq0u
KzrBqAt+KgouhJxavHsd
=QJVq
-END PGP SIGNATURE-

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

[HOT] Nepal: Hospital import gone wrong?

[Kretzer]

When looking at the Gorkha area in #1024 I noticed several nodes tagged as 
"Hospital" with a lot of information, quoting UNOCHA as source, but obviously 
in the wrong place, because there is nothing nearby. Like here: 
http://www.openstreetmap.org/edit#map=19/28.00839/84.62397
Looks like a mass import that somehow went wrong ... shame, because hospitals 
are important!


By the way, I am somewhat confused as to what is that called a "task" now? Is 
it a single tile (with a #) or is it the whole project?

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot