date:20160513

Ouin quand tu ote ce polygone le damage estimate n'est plus valide. Tout ce
que tu vois sur mapnik en brun, est brulee. Donc s.v.p le laisser
On May 13, 2016 9:14 PM, "Pierre Béland"  wrote:

> James,
>
> je ne vais pas enlever d'infos sans en discuter.
>
> J'ai Créé une carte uMap où j'ai exclu ce polygone pour plus de visibilité.
> voir
> http://umap.openstreetmap.fr/fr/map/fort-mcmurray-fire-most-affected-zones_85549
>
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Pierre Béland 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h55
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> s.v.p. ne pas ôter ce way, car il est important aussi
>
> On Fri, May 13, 2016 at 8:49 PM, Pierre Béland  wrote:
>
> oui conserver les polygones a l'intérieur, et enlever way=417984298?
> http://www.openstreetmap.org/way/417984298
>
>
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Pierre Béland 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h46
>
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> Les brownfields à l'intérieur du grand poligone est parce que c'était des
> zones residentielles, mais ils vont être reconstruits plus tard, et j'aime
> mieux ne pas les supprimées
>
> On Fri, May 13, 2016 at 8:41 PM, Pierre Béland  wrote:
>
> James, pour faciliter la gestion de ces objets, j'ai ajouté la clé
> damage:event=2016-05-Fort-McMurray
> way=417984298, landuse=brownfield
> a l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
>
> enlever  way=417984298?
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Dan Joseph 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h16
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
> Hi John,
>
> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
> been deployed to Canada to work in-person with the Canadian Red Cross. In
> terms of OSM-CA / Red Cross coordination, I can be considered the point of
> contact on the RC side until someone within Canadian Red Cross is ready and
> willing to take it on.
>
> All the best,
> Dan
>
> On Fri, May 13, 2016 at 2:44 PM, john whelan 
> wrote:
>
> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained through
> the Gov Canada open data portal and has done in the past as far as I am
> aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it looks
> like #24 overlaps in focus. Perhaps that task should be archived until the
> other two are completed to avoid confusion among newcomers to the site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people feel
> comfortable contributing if detailed instructions were included? It seemed
> the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
> Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
> What exactly do you need of me? Prioritize areas to get mapped? We have
> tasks for the buildings, addresses and streets(which I think have been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
> Hi everyone,
>
> I'm helping coordinate the Canadian Red Cross' use of GIS in their
> activities responding to the Fort McMurray fires. Staff has been very busy
> but we're ramping up and exploring options for how to leverage different
> tools and data sources to support the Red Cross operations. The focus is on
> the evacuees, many of which have dispersed to distant locations around the
> country. When residents are allowed to return to the town and longer-term
> recovery activities become a priority, I foresee having an excellent OSM
> base layer as being a

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Pierre Béland

James,
je ne vais pas enlever d'infos sans en discuter. 

J'ai Créé une carte uMap où j'ai exclu ce polygone pour plus de visibilité.
voir 
http://umap.openstreetmap.fr/fr/map/fort-mcmurray-fire-most-affected-zones_85549
  
Pierre 


  De : James 
 À : Pierre Béland  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h55
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
   
s.v.p. ne pas ôter ce way, car il est important aussi

On Fri, May 13, 2016 at 8:49 PM, Pierre Béland  wrote:

oui conserver les polygones a l'intérieur, et enlever 
way=417984298?http://www.openstreetmap.org/way/417984298
  
Pierre 


  De : James 
 À : Pierre Béland  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h46
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
   
Les brownfields à l'intérieur du grand poligone est parce que c'était des zones 
residentielles, mais ils vont être reconstruits plus tard, et j'aime mieux ne 
pas les supprimées

On Fri, May 13, 2016 at 8:41 PM, Pierre Béland  wrote:

James, pour faciliter la gestion de ces objets, j'ai ajouté la clé 
damage:event=2016-05-Fort-McMurrayway=417984298, landuse=brownfielda 
l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
 enlever  way=417984298?
Pierre 


  De : James 
 À : Dan Joseph  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h16
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
  
Hello everyone OsmCanada had a meeting tonight and have traced polygons 
estimating the areas damaged and have named them "Fort McMurray Fire Damage 
Estimate". They are tagged as brownfield as the buildings have been destroyed 
or burnt down. The major areas affected are Thickwood, Beacon Hill and Abasand. 
We thought this may help the red cross immensely.

Big thank you to Rps333 for the help.

On Fri, May 13, 2016 at 2:56 PM, Dan Joseph  wrote:

Hi John,
Dale is the American Red Cross GIS Team Lead. I'm on his team and have been 
deployed to Canada to work in-person with the Canadian Red Cross. In terms of 
OSM-CA / Red Cross coordination, I can be considered the point of contact on 
the RC side until someone within Canadian Red Cross is ready and willing to 
take it on. 
All the best,Dan
On Fri, May 13, 2016 at 2:44 PM, john whelan  wrote:

Have you talked to dale.ku...@redcross.org?

A coordinated approach might be better.  OSM can use data obtained through the 
Gov Canada open data portal and has done in the past as far as I am aware.

Thanks John

On 13 May 2016 at 14:37, Dan Joseph  wrote:

Hi James,
It looks like some good progress is being made on the tasks.
Tasks #22 and #23 are focused on mapping different features but it looks like 
#24 overlaps in focus. Perhaps that task should be archived until the other two 
are completed to avoid confusion among newcomers to the site?
Task #23 only provides minimal instructions (Add address data via GeoBase. Add 
missing Roads and Street names.). Would more people feel comfortable 
contributing if detailed instructions were included? It seemed the task is 
referring to the dataset described here: 
http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf   Is the 
Canada open government licence compatible with OSM?
Thanks and all the best,
Dan

On Fri, May 13, 2016 at 2:21 PM, James  wrote:

What exactly do you need of me? Prioritize areas to get mapped? We have tasks 
for the buildings, addresses and streets(which I think have been imported via 
CanVec) and a validation layer

On Fri, May 13, 2016 at 2:14 PM, Dan Joseph  wrote:

Hi everyone,
I'm helping coordinate the Canadian Red Cross' use of GIS in their activities 
responding to the Fort McMurray fires. Staff has been very busy but we're 
ramping up and exploring options for how to leverage different tools and data 
sources to support the Red Cross operations. The focus is on the evacuees, many 
of which have dispersed to distant locations around the country. When residents 
are allowed to return to the town and longer-term recovery activities become a 
priority, I foresee having an excellent OSM base layer as being a valuable 
asset. Both for facilitating operational decisions, and demonstrating the power 
of the OSM community and easily accessible geo-data with an open license! 
I would love to connect with those involved in coordinating the current tasks 
up on http://tasks.osmcanada.ca/. Is the best channel of communication through 
this list or via Skype or some other means?
All the best,Dan Joseph
GIS Officer | International Services | American Red CrossSkype danielbjoseph  | 
 Twitter @danbjoseph  |  OSM ID

Re: [Talk-ca] Red Cross and Fort McMurray Fires

s.v.p. ne pas ôter ce way, car il est important aussi

On Fri, May 13, 2016 at 8:49 PM, Pierre Béland  wrote:

> oui conserver les polygones a l'intérieur, et enlever way=417984298?
> http://www.openstreetmap.org/way/417984298
>
>
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Pierre Béland 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h46
>
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> Les brownfields à l'intérieur du grand poligone est parce que c'était des
> zones residentielles, mais ils vont être reconstruits plus tard, et j'aime
> mieux ne pas les supprimées
>
> On Fri, May 13, 2016 at 8:41 PM, Pierre Béland  wrote:
>
> James, pour faciliter la gestion de ces objets, j'ai ajouté la clé
> damage:event=2016-05-Fort-McMurray
> way=417984298, landuse=brownfield
> a l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
>
> enlever  way=417984298?
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Dan Joseph 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h16
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
> Hi John,
>
> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
> been deployed to Canada to work in-person with the Canadian Red Cross. In
> terms of OSM-CA / Red Cross coordination, I can be considered the point of
> contact on the RC side until someone within Canadian Red Cross is ready and
> willing to take it on.
>
> All the best,
> Dan
>
> On Fri, May 13, 2016 at 2:44 PM, john whelan 
> wrote:
>
> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained through
> the Gov Canada open data portal and has done in the past as far as I am
> aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it looks
> like #24 overlaps in focus. Perhaps that task should be archived until the
> other two are completed to avoid confusion among newcomers to the site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people feel
> comfortable contributing if detailed instructions were included? It seemed
> the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
> Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
> What exactly do you need of me? Prioritize areas to get mapped? We have
> tasks for the buildings, addresses and streets(which I think have been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
> Hi everyone,
>
> I'm helping coordinate the Canadian Red Cross' use of GIS in their
> activities responding to the Fort McMurray fires. Staff has been very busy
> but we're ramping up and exploring options for how to leverage different
> tools and data sources to support the Red Cross operations. The focus is on
> the evacuees, many of which have dispersed to distant locations around the
> country. When residents are allowed to return to the town and longer-term
> recovery activities become a priority, I foresee having an excellent OSM
> base layer as being a valuable asset. Both for facilitating operational
> decisions, and demonstrating the power of the OSM community and easily
> accessible geo-data with an open license!
>
> I would love to connect with those involved in coordinating the current
> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
> communication through this list or via Skype or some other means?
>
> All the best,
> Dan Joseph
>
> GIS Officer | International Services | American Red Cross
> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
>
> --
> 外に遊びに行こう！
>
>
>
>

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Pierre Béland

oui conserver les polygones a l'intérieur, et enlever 
way=417984298?http://www.openstreetmap.org/way/417984298
  
Pierre 


  De : James 
 À : Pierre Béland  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h46
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
   
Les brownfields à l'intérieur du grand poligone est parce que c'était des zones 
residentielles, mais ils vont être reconstruits plus tard, et j'aime mieux ne 
pas les supprimées

On Fri, May 13, 2016 at 8:41 PM, Pierre Béland  wrote:

James, pour faciliter la gestion de ces objets, j'ai ajouté la clé 
damage:event=2016-05-Fort-McMurrayway=417984298, landuse=brownfielda 
l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
 enlever  way=417984298?
Pierre 


  De : James 
 À : Dan Joseph  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h16
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
  
Hello everyone OsmCanada had a meeting tonight and have traced polygons 
estimating the areas damaged and have named them "Fort McMurray Fire Damage 
Estimate". They are tagged as brownfield as the buildings have been destroyed 
or burnt down. The major areas affected are Thickwood, Beacon Hill and Abasand. 
We thought this may help the red cross immensely.

Big thank you to Rps333 for the help.

On Fri, May 13, 2016 at 2:56 PM, Dan Joseph  wrote:

Hi John,
Dale is the American Red Cross GIS Team Lead. I'm on his team and have been 
deployed to Canada to work in-person with the Canadian Red Cross. In terms of 
OSM-CA / Red Cross coordination, I can be considered the point of contact on 
the RC side until someone within Canadian Red Cross is ready and willing to 
take it on. 
All the best,Dan
On Fri, May 13, 2016 at 2:44 PM, john whelan  wrote:

Have you talked to dale.ku...@redcross.org?

A coordinated approach might be better.  OSM can use data obtained through the 
Gov Canada open data portal and has done in the past as far as I am aware.

Thanks John

On 13 May 2016 at 14:37, Dan Joseph  wrote:

Hi James,
It looks like some good progress is being made on the tasks.
Tasks #22 and #23 are focused on mapping different features but it looks like 
#24 overlaps in focus. Perhaps that task should be archived until the other two 
are completed to avoid confusion among newcomers to the site?
Task #23 only provides minimal instructions (Add address data via GeoBase. Add 
missing Roads and Street names.). Would more people feel comfortable 
contributing if detailed instructions were included? It seemed the task is 
referring to the dataset described here: 
http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf   Is the 
Canada open government licence compatible with OSM?
Thanks and all the best,
Dan

On Fri, May 13, 2016 at 2:21 PM, James  wrote:

What exactly do you need of me? Prioritize areas to get mapped? We have tasks 
for the buildings, addresses and streets(which I think have been imported via 
CanVec) and a validation layer

On Fri, May 13, 2016 at 2:14 PM, Dan Joseph  wrote:

Hi everyone,
I'm helping coordinate the Canadian Red Cross' use of GIS in their activities 
responding to the Fort McMurray fires. Staff has been very busy but we're 
ramping up and exploring options for how to leverage different tools and data 
sources to support the Red Cross operations. The focus is on the evacuees, many 
of which have dispersed to distant locations around the country. When residents 
are allowed to return to the town and longer-term recovery activities become a 
priority, I foresee having an excellent OSM base layer as being a valuable 
asset. Both for facilitating operational decisions, and demonstrating the power 
of the OSM community and easily accessible geo-data with an open license! 
I would love to connect with those involved in coordinating the current tasks 
up on http://tasks.osmcanada.ca/. Is the best channel of communication through 
this list or via Skype or some other means?
All the best,Dan Joseph
GIS Officer | International Services | American Red CrossSkype danielbjoseph  | 
 Twitter @danbjoseph  |  OSM ID danbjoseph
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca





-- 
外に遊びに行こう！


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca









-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


   



-- 
外に遊びに行こう！

  ___
Talk-ca mailing list

Re: [Talk-ca] Red Cross and Fort McMurray Fires

Les brownfields à l'intérieur du grand poligone est parce que c'était des
zones residentielles, mais ils vont être reconstruits plus tard, et j'aime
mieux ne pas les supprimées

On Fri, May 13, 2016 at 8:41 PM, Pierre Béland  wrote:

> James, pour faciliter la gestion de ces objets, j'ai ajouté la clé
> damage:event=2016-05-Fort-McMurray
> way=417984298, landuse=brownfield
> a l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
>
> enlever  way=417984298?
>
> Pierre
>
>
> --
> *De :* James 
> *À :* Dan Joseph 
> *Cc :* Talk-CA OpenStreetMap 
> *Envoyé le :* vendredi 13 mai 2016 20h16
> *Objet :* Re: [Talk-ca] Red Cross and Fort McMurray Fires
>
> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
> Hi John,
>
> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
> been deployed to Canada to work in-person with the Canadian Red Cross. In
> terms of OSM-CA / Red Cross coordination, I can be considered the point of
> contact on the RC side until someone within Canadian Red Cross is ready and
> willing to take it on.
>
> All the best,
> Dan
>
> On Fri, May 13, 2016 at 2:44 PM, john whelan 
> wrote:
>
> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained through
> the Gov Canada open data portal and has done in the past as far as I am
> aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it looks
> like #24 overlaps in focus. Perhaps that task should be archived until the
> other two are completed to avoid confusion among newcomers to the site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people feel
> comfortable contributing if detailed instructions were included? It seemed
> the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
> Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
> What exactly do you need of me? Prioritize areas to get mapped? We have
> tasks for the buildings, addresses and streets(which I think have been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
> Hi everyone,
>
> I'm helping coordinate the Canadian Red Cross' use of GIS in their
> activities responding to the Fort McMurray fires. Staff has been very busy
> but we're ramping up and exploring options for how to leverage different
> tools and data sources to support the Red Cross operations. The focus is on
> the evacuees, many of which have dispersed to distant locations around the
> country. When residents are allowed to return to the town and longer-term
> recovery activities become a priority, I foresee having an excellent OSM
> base layer as being a valuable asset. Both for facilitating operational
> decisions, and demonstrating the power of the OSM community and easily
> accessible geo-data with an open license!
>
> I would love to connect with those involved in coordinating the current
> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
> communication through this list or via Skype or some other means?
>
> All the best,
> Dan Joseph
>
> GIS Officer | International Services | American Red Cross
> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
>
> --
> 外に遊びに行こう！
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
>
>
>
> --
> 外に遊びに行こう！
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Pierre Béland

James, pour faciliter la gestion de ces objets, j'ai ajouté la clé 
damage:event=2016-05-Fort-McMurrayway=417984298, landuse=brownfielda 
l'intérieur de ce polygone on retrouve d'autres landuse=brownfield.
 enlever  way=417984298?
Pierre 


  De : James 
 À : Dan Joseph  
Cc : Talk-CA OpenStreetMap 
 Envoyé le : vendredi 13 mai 2016 20h16
 Objet : Re: [Talk-ca] Red Cross and Fort McMurray Fires
   
Hello everyone OsmCanada had a meeting tonight and have traced polygons 
estimating the areas damaged and have named them "Fort McMurray Fire Damage 
Estimate". They are tagged as brownfield as the buildings have been destroyed 
or burnt down. The major areas affected are Thickwood, Beacon Hill and Abasand. 
We thought this may help the red cross immensely.

Big thank you to Rps333 for the help.

On Fri, May 13, 2016 at 2:56 PM, Dan Joseph  wrote:

Hi John,
Dale is the American Red Cross GIS Team Lead. I'm on his team and have been 
deployed to Canada to work in-person with the Canadian Red Cross. In terms of 
OSM-CA / Red Cross coordination, I can be considered the point of contact on 
the RC side until someone within Canadian Red Cross is ready and willing to 
take it on. 
All the best,Dan
On Fri, May 13, 2016 at 2:44 PM, john whelan  wrote:

Have you talked to dale.ku...@redcross.org?

A coordinated approach might be better.  OSM can use data obtained through the 
Gov Canada open data portal and has done in the past as far as I am aware.

Thanks John

On 13 May 2016 at 14:37, Dan Joseph  wrote:

Hi James,
It looks like some good progress is being made on the tasks.
Tasks #22 and #23 are focused on mapping different features but it looks like 
#24 overlaps in focus. Perhaps that task should be archived until the other two 
are completed to avoid confusion among newcomers to the site?
Task #23 only provides minimal instructions (Add address data via GeoBase. Add 
missing Roads and Street names.). Would more people feel comfortable 
contributing if detailed instructions were included? It seemed the task is 
referring to the dataset described here: 
http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf   Is the 
Canada open government licence compatible with OSM?
Thanks and all the best,
Dan

On Fri, May 13, 2016 at 2:21 PM, James  wrote:

What exactly do you need of me? Prioritize areas to get mapped? We have tasks 
for the buildings, addresses and streets(which I think have been imported via 
CanVec) and a validation layer

On Fri, May 13, 2016 at 2:14 PM, Dan Joseph  wrote:

Hi everyone,
I'm helping coordinate the Canadian Red Cross' use of GIS in their activities 
responding to the Fort McMurray fires. Staff has been very busy but we're 
ramping up and exploring options for how to leverage different tools and data 
sources to support the Red Cross operations. The focus is on the evacuees, many 
of which have dispersed to distant locations around the country. When residents 
are allowed to return to the town and longer-term recovery activities become a 
priority, I foresee having an excellent OSM base layer as being a valuable 
asset. Both for facilitating operational decisions, and demonstrating the power 
of the OSM community and easily accessible geo-data with an open license! 
I would love to connect with those involved in coordinating the current tasks 
up on http://tasks.osmcanada.ca/. Is the best channel of communication through 
this list or via Skype or some other means?
All the best,Dan Joseph
GIS Officer | International Services | American Red CrossSkype danielbjoseph  | 
 Twitter @danbjoseph  |  OSM ID danbjoseph
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca





-- 
外に遊びに行こう！


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca









-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione john whelan

Lowe the way you use Google maps to show where it is.

Cheerio John

On 13 May 2016 at 20:36, James  wrote:

> Our OSMCanada team (the one that runs the Tasking manager) is based in
> Ottawa. We are currently at the Happy Goat Coffee.
> Our meeting scheduling is available here:
> http://www.meetup.com/openstreetmap-ottawa
>
> On Fri, May 13, 2016 at 8:32 PM, Bruno Remy  wrote:
>
>> Hi,
>>
>> Does any local OpenStreetMap local team organize mapathon events working
>> around tasks #22,#23,#24 ?
>>
>> I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?
>>
>> Here in Québec city, the community is small , so few volonteers engaged
>> ... but why not trying ?
>> Le 13 mai 2016 8:17 PM, "James"  a écrit :
>>
>>> Hello everyone OsmCanada had a meeting tonight and have traced polygons
>>> estimating the areas damaged and have named them "Fort McMurray Fire Damage
>>> Estimate". They are tagged as brownfield as the buildings have been
>>> destroyed or burnt down. The major areas affected are Thickwood, Beacon
>>> Hill and Abasand. We thought this may help the red cross immensely.
>>>
>>> Big thank you to Rps333 for the help.
>>>
>>> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
>>> wrote:
>>>
 Hi John,

 Dale is the American Red Cross GIS Team Lead. I'm on his team and have
 been deployed to Canada to work in-person with the Canadian Red Cross. In
 terms of OSM-CA / Red Cross coordination, I can be considered the point of
 contact on the RC side until someone within Canadian Red Cross is ready and
 willing to take it on.

 All the best,
 Dan

 On Fri, May 13, 2016 at 2:44 PM, john whelan 
 wrote:

> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained
> through the Gov Canada open data portal and has done in the past as far as
> I am aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
>> Hi James,
>>
>> It looks like some good progress is being made on the tasks.
>>
>> Tasks #22 and #23 are focused on mapping different features but it
>> looks like #24 overlaps in focus. Perhaps that task should be archived
>> until the other two are completed to avoid confusion among newcomers to 
>> the
>> site?
>>
>> Task #23 only provides minimal instructions (*Add address data via
>> GeoBase. Add missing Roads and Street names.*). Would more people
>> feel comfortable contributing if detailed instructions were included? It
>> seemed the task is referring to the dataset described here:
>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>>   Is the Canada open government licence compatible with OSM?
>>
>> Thanks and all the best,
>>
>> Dan
>>
>>
>> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>>
>>> What exactly do you need of me? Prioritize areas to get mapped? We
>>> have tasks for the buildings, addresses and streets(which I think have 
>>> been
>>> imported via CanVec) and a validation layer
>>>
>>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>>> wrote:
>>>
 Hi everyone,

 I'm helping coordinate the Canadian Red Cross' use of GIS in their
 activities responding to the Fort McMurray fires. Staff has been very 
 busy
 but we're ramping up and exploring options for how to leverage 
 different
 tools and data sources to support the Red Cross operations. The focus 
 is on
 the evacuees, many of which have dispersed to distant locations around 
 the
 country. When residents are allowed to return to the town and 
 longer-term
 recovery activities become a priority, I foresee having an excellent 
 OSM
 base layer as being a valuable asset. Both for facilitating operational
 decisions, and demonstrating the power of the OSM community and easily
 accessible geo-data with an open license!

 I would love to connect with those involved in coordinating the
 current tasks up on http://tasks.osmcanada.ca/. Is the best
 channel of communication through this list or via Skype or some other 
 means?

 All the best,
 Dan Joseph

 GIS Officer | International Services | American Red Cross
 Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph

 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca

>>>
>>>
>>> --
>>> 外に遊びに行こう！
>>>

Re: [OSM-ja] 乾燥地帯での道路トレース

2016-05-13 Per discussione Shu Higashi

東です。

日本の山間部でも細い筋は道なのか川なのか木の影なのか判別が難しいですね。

とはいえ国内では背景を地理院標準地図に切り替えると山間部でも
河川に青い筋が引かれていたり、ダムや堰の記号が描かれていたり
あるいは等高線で尾根（ふつうは道）なのか谷（ふつうは川）なのか
判別できる場合がるので、よく参考にさせてもらっています。

両側に緑があるというのも確かに川を判別する目安になりますね。
とりわけ緑が少ないところでは。

2016/05/13 insidekiwi...@yahoo.co.jp :
> ikiyaです。
>
> 熊本とエクアドルの震災についてHot Tasking Managerに参加してマッピングしていました。
> その際、エクアドルでの編集で指摘された点についてお知らせします。
> 編集完了後のValidation（編集検証）者さんからの指摘でした。
>
> 郊外、荒野の衛星写真に見えていた自動車の往来跡をtrakでトレースしたところ、
> 「熱帯の乾燥したエリアでは乾季、干上がった川を車が走るのでよく見れば川か道か識別できます。」とのことでした。
>
> 私自身、アフリカや中東などで、小川が干上がった跡と小道を間違えないよう（難しいですが）トレースしてきたのですが、
> 今回の衛星写真トレースでは車の往来跡を見て、ノーガードで道路としてトレースしていました。
>
> この写真あたりが指摘を受けた箇所です。
> この中央を横切るすじを小道と見てはダメといことです。すじ両脇の植生やラインをよく見ると小川とわかります。
> https://wiki.openstreetmap.org/w/images/a/aa/Ecbefore01.jpg
> 検証後（修正後）はこうなりました。
> https://wiki.openstreetmap.org/w/images/9/97/Ecafter01.jpg
>
> 判断の難易度は高く、現地を知らいない限り満点は難しいと思います。
> 決して間違うなというレベルではなく、こういうところを注意して下さいという指摘と受け止めています。
>
> 以上、ご参考まで。
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Bruno Remy

Good work and have fun!

Bruno
Le 13 mai 2016 8:36 PM, "James"  a écrit :

> Our OSMCanada team (the one that runs the Tasking manager) is based in
> Ottawa. We are currently at the Happy Goat Coffee.
> Our meeting scheduling is available here:
> http://www.meetup.com/openstreetmap-ottawa
>
> On Fri, May 13, 2016 at 8:32 PM, Bruno Remy  wrote:
>
>> Hi,
>>
>> Does any local OpenStreetMap local team organize mapathon events working
>> around tasks #22,#23,#24 ?
>>
>> I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?
>>
>> Here in Québec city, the community is small , so few volonteers engaged
>> ... but why not trying ?
>> Le 13 mai 2016 8:17 PM, "James"  a écrit :
>>
>>> Hello everyone OsmCanada had a meeting tonight and have traced polygons
>>> estimating the areas damaged and have named them "Fort McMurray Fire Damage
>>> Estimate". They are tagged as brownfield as the buildings have been
>>> destroyed or burnt down. The major areas affected are Thickwood, Beacon
>>> Hill and Abasand. We thought this may help the red cross immensely.
>>>
>>> Big thank you to Rps333 for the help.
>>>
>>> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
>>> wrote:
>>>
 Hi John,

 Dale is the American Red Cross GIS Team Lead. I'm on his team and have
 been deployed to Canada to work in-person with the Canadian Red Cross. In
 terms of OSM-CA / Red Cross coordination, I can be considered the point of
 contact on the RC side until someone within Canadian Red Cross is ready and
 willing to take it on.

 All the best,
 Dan

 On Fri, May 13, 2016 at 2:44 PM, john whelan 
 wrote:

> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained
> through the Gov Canada open data portal and has done in the past as far as
> I am aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
>> Hi James,
>>
>> It looks like some good progress is being made on the tasks.
>>
>> Tasks #22 and #23 are focused on mapping different features but it
>> looks like #24 overlaps in focus. Perhaps that task should be archived
>> until the other two are completed to avoid confusion among newcomers to 
>> the
>> site?
>>
>> Task #23 only provides minimal instructions (*Add address data via
>> GeoBase. Add missing Roads and Street names.*). Would more people
>> feel comfortable contributing if detailed instructions were included? It
>> seemed the task is referring to the dataset described here:
>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>>   Is the Canada open government licence compatible with OSM?
>>
>> Thanks and all the best,
>>
>> Dan
>>
>>
>> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>>
>>> What exactly do you need of me? Prioritize areas to get mapped? We
>>> have tasks for the buildings, addresses and streets(which I think have 
>>> been
>>> imported via CanVec) and a validation layer
>>>
>>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>>> wrote:
>>>
 Hi everyone,

 I'm helping coordinate the Canadian Red Cross' use of GIS in their
 activities responding to the Fort McMurray fires. Staff has been very 
 busy
 but we're ramping up and exploring options for how to leverage 
 different
 tools and data sources to support the Red Cross operations. The focus 
 is on
 the evacuees, many of which have dispersed to distant locations around 
 the
 country. When residents are allowed to return to the town and 
 longer-term
 recovery activities become a priority, I foresee having an excellent 
 OSM
 base layer as being a valuable asset. Both for facilitating operational
 decisions, and demonstrating the power of the OSM community and easily
 accessible geo-data with an open license!

 I would love to connect with those involved in coordinating the
 current tasks up on http://tasks.osmcanada.ca/. Is the best
 channel of communication through this list or via Skype or some other 
 means?

 All the best,
 Dan Joseph

 GIS Officer | International Services | American Red Cross
 Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph

 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca

>>>
>>>
>>> --
>>> 外に遊びに行こう！
>>>
>>
>>
>>

Re: [Talk-ca] Red Cross and Fort McMurray Fires

Our OSMCanada team (the one that runs the Tasking manager) is based in
Ottawa. We are currently at the Happy Goat Coffee.
Our meeting scheduling is available here:
http://www.meetup.com/openstreetmap-ottawa

On Fri, May 13, 2016 at 8:32 PM, Bruno Remy  wrote:

> Hi,
>
> Does any local OpenStreetMap local team organize mapathon events working
> around tasks #22,#23,#24 ?
>
> I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?
>
> Here in Québec city, the community is small , so few volonteers engaged
> ... but why not trying ?
> Le 13 mai 2016 8:17 PM, "James"  a écrit :
>
>> Hello everyone OsmCanada had a meeting tonight and have traced polygons
>> estimating the areas damaged and have named them "Fort McMurray Fire Damage
>> Estimate". They are tagged as brownfield as the buildings have been
>> destroyed or burnt down. The major areas affected are Thickwood, Beacon
>> Hill and Abasand. We thought this may help the red cross immensely.
>>
>> Big thank you to Rps333 for the help.
>>
>> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
>> wrote:
>>
>>> Hi John,
>>>
>>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>>> contact on the RC side until someone within Canadian Red Cross is ready and
>>> willing to take it on.
>>>
>>> All the best,
>>> Dan
>>>
>>> On Fri, May 13, 2016 at 2:44 PM, john whelan 
>>> wrote:
>>>
 Have you talked to dale.ku...@redcross.org?

 A coordinated approach might be better.  OSM can use data obtained
 through the Gov Canada open data portal and has done in the past as far as
 I am aware.

 Thanks John

 On 13 May 2016 at 14:37, Dan Joseph  wrote:

> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it
> looks like #24 overlaps in focus. Perhaps that task should be archived
> until the other two are completed to avoid confusion among newcomers to 
> the
> site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people
> feel comfortable contributing if detailed instructions were included? It
> seemed the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>   Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
>> What exactly do you need of me? Prioritize areas to get mapped? We
>> have tasks for the buildings, addresses and streets(which I think have 
>> been
>> imported via CanVec) and a validation layer
>>
>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>>> activities responding to the Fort McMurray fires. Staff has been very 
>>> busy
>>> but we're ramping up and exploring options for how to leverage different
>>> tools and data sources to support the Red Cross operations. The focus 
>>> is on
>>> the evacuees, many of which have dispersed to distant locations around 
>>> the
>>> country. When residents are allowed to return to the town and 
>>> longer-term
>>> recovery activities become a priority, I foresee having an excellent OSM
>>> base layer as being a valuable asset. Both for facilitating operational
>>> decisions, and demonstrating the power of the OSM community and easily
>>> accessible geo-data with an open license!
>>>
>>> I would love to connect with those involved in coordinating the
>>> current tasks up on http://tasks.osmcanada.ca/. Is the best channel
>>> of communication through this list or via Skype or some other means?
>>>
>>> All the best,
>>> Dan Joseph
>>>
>>> GIS Officer | International Services | American Red Cross
>>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>

>>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>> ___
>> Talk-ca

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Bruno Remy

Hi,

Does any local OpenStreetMap local team organize mapathon events working
around tasks #22,#23,#24 ?

I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?

Here in Québec city, the community is small , so few volonteers engaged ...
but why not trying ?
Le 13 mai 2016 8:17 PM, "James"  a écrit :

> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
>> Hi John,
>>
>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>> contact on the RC side until someone within Canadian Red Cross is ready and
>> willing to take it on.
>>
>> All the best,
>> Dan
>>
>> On Fri, May 13, 2016 at 2:44 PM, john whelan 
>> wrote:
>>
>>> Have you talked to dale.ku...@redcross.org?
>>>
>>> A coordinated approach might be better.  OSM can use data obtained
>>> through the Gov Canada open data portal and has done in the past as far as
>>> I am aware.
>>>
>>> Thanks John
>>>
>>> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>>>
 Hi James,

 It looks like some good progress is being made on the tasks.

 Tasks #22 and #23 are focused on mapping different features but it
 looks like #24 overlaps in focus. Perhaps that task should be archived
 until the other two are completed to avoid confusion among newcomers to the
 site?

 Task #23 only provides minimal instructions (*Add address data via
 GeoBase. Add missing Roads and Street names.*). Would more people feel
 comfortable contributing if detailed instructions were included? It seemed
 the task is referring to the dataset described here:
 http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
   Is the Canada open government licence compatible with OSM?

 Thanks and all the best,

 Dan


 On Fri, May 13, 2016 at 2:21 PM, James  wrote:

> What exactly do you need of me? Prioritize areas to get mapped? We
> have tasks for the buildings, addresses and streets(which I think have 
> been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
>> Hi everyone,
>>
>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>> activities responding to the Fort McMurray fires. Staff has been very 
>> busy
>> but we're ramping up and exploring options for how to leverage different
>> tools and data sources to support the Red Cross operations. The focus is 
>> on
>> the evacuees, many of which have dispersed to distant locations around 
>> the
>> country. When residents are allowed to return to the town and longer-term
>> recovery activities become a priority, I foresee having an excellent OSM
>> base layer as being a valuable asset. Both for facilitating operational
>> decisions, and demonstrating the power of the OSM community and easily
>> accessible geo-data with an open license!
>>
>> I would love to connect with those involved in coordinating the
>> current tasks up on http://tasks.osmcanada.ca/. Is the best channel
>> of communication through this list or via Skype or some other means?
>>
>> All the best,
>> Dan Joseph
>>
>> GIS Officer | International Services | American Red Cross
>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>


 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca


>>>
>>
>
>
> --
> 外に遊びに行こう！
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [talk-au] place=? and oldie but a goodie.

2016-05-13 Per discussione Simon Slater

On Fri, 13 May 2016 07:11:39 PM Warin wrote:
2 things:
First, I may have mussed up the threading here but the subject of Warin's last 
thread looked like "ï¿œï¿œï¿œï¿œ...".  My e-mail client has been playing 
silly-buggers lately, so was this the intended subject or just my client?

> I have gotten some 1,400 'towns from the OSM data base ..

Second, how does one extract data like this from the OSM database?  Is there a 
wikipage or other guide?
-- 
Regards
Simon Slater

Registered Linux User #463789
http://linuxcounter.net 


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-ca] Red Cross and Fort McMurray Fires

Hello everyone OsmCanada had a meeting tonight and have traced polygons
estimating the areas damaged and have named them "Fort McMurray Fire Damage
Estimate". They are tagged as brownfield as the buildings have been
destroyed or burnt down. The major areas affected are Thickwood, Beacon
Hill and Abasand. We thought this may help the red cross immensely.

Big thank you to Rps333 for the help.

On Fri, May 13, 2016 at 2:56 PM, Dan Joseph  wrote:

> Hi John,
>
> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
> been deployed to Canada to work in-person with the Canadian Red Cross. In
> terms of OSM-CA / Red Cross coordination, I can be considered the point of
> contact on the RC side until someone within Canadian Red Cross is ready and
> willing to take it on.
>
> All the best,
> Dan
>
> On Fri, May 13, 2016 at 2:44 PM, john whelan 
> wrote:
>
>> Have you talked to dale.ku...@redcross.org?
>>
>> A coordinated approach might be better.  OSM can use data obtained
>> through the Gov Canada open data portal and has done in the past as far as
>> I am aware.
>>
>> Thanks John
>>
>> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>>
>>> Hi James,
>>>
>>> It looks like some good progress is being made on the tasks.
>>>
>>> Tasks #22 and #23 are focused on mapping different features but it looks
>>> like #24 overlaps in focus. Perhaps that task should be archived until the
>>> other two are completed to avoid confusion among newcomers to the site?
>>>
>>> Task #23 only provides minimal instructions (*Add address data via
>>> GeoBase. Add missing Roads and Street names.*). Would more people feel
>>> comfortable contributing if detailed instructions were included? It seemed
>>> the task is referring to the dataset described here:
>>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>>> Is the Canada open government licence compatible with OSM?
>>>
>>> Thanks and all the best,
>>>
>>> Dan
>>>
>>>
>>> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>>>
 What exactly do you need of me? Prioritize areas to get mapped? We have
 tasks for the buildings, addresses and streets(which I think have been
 imported via CanVec) and a validation layer

 On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
 wrote:

> Hi everyone,
>
> I'm helping coordinate the Canadian Red Cross' use of GIS in their
> activities responding to the Fort McMurray fires. Staff has been very busy
> but we're ramping up and exploring options for how to leverage different
> tools and data sources to support the Red Cross operations. The focus is 
> on
> the evacuees, many of which have dispersed to distant locations around the
> country. When residents are allowed to return to the town and longer-term
> recovery activities become a priority, I foresee having an excellent OSM
> base layer as being a valuable asset. Both for facilitating operational
> decisions, and demonstrating the power of the OSM community and easily
> accessible geo-data with an open license!
>
> I would love to connect with those involved in coordinating the
> current tasks up on http://tasks.osmcanada.ca/. Is the best channel
> of communication through this list or via Skype or some other means?
>
> All the best,
> Dan Joseph
>
> GIS Officer | International Services | American Red Cross
> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


 --
 外に遊びに行こう！

>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Je ne comprends pas ces points ?

2016-05-13 Per discussione osm . sanspourriel


Ça ressemble à deux gouttes d'eau à un import non contrôlé.

J'ai cherché sur Wikipédia une référence au premier nœud.

Bingo :

https://fr.wikipedia.org/wiki/Liste_des_monuments_historiques_de_Clermont-Ferrand

Remarquez la position sous Geohack. Et la page wiki qui /serait /créée.

Je suppose que l'autre nœud est pareil.

Vincent, tu le contactes pour lui expliquer pourquoi il ne faut pas 
procéder de la sorte ?


Allez, qui propose un Mapcontrib sur FINESS/Mérimée ? ;-)

Jean-Yvon


Le 2016-05-13 à 20:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

re,

Le 13/05/2016 20:41, didier2020 a écrit :

bonsoir,

je n'arrive pas a ouvrir le wiki pour t'indiquer les pages
concernées ...


oui j'ai vu que le wiki est en maintenance ce w-e : 
https://blog.openstreetmap.org/2016/05/13/server-maintenance-may-13-15/




- le premier point = monument historique (les tags sont différens quand
c'est classé ou inscrit)
http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER_1=REF_1=PA6343 



je comprends mais ce qui me surprend c'est que cela ne soit pas 
associé à un bati ?



- le 2eme point = base des établissements sanitaires et sociaux
je trouve compliqué de trouver un tag pour ces établissements
http://finess.sante.gouv.fr/finess/jsp/rechercheSimple.jsp


idem, le "node" pourrait être sur le bati non ?

merci pour ta réponse,











Le vendredi 13 mai 2016 à 20:13 +0200, Vincent Bergeot a écrit :

Bonjour,
un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172

le point n'est associé à aucun élément tangible, type batiment,
l'article dans wikipedia n'existe pas, ...
On dirait que cela vient d'une liste des bâtiments historiques ?

Du coup sur la base du contributeur, j'ai vu cela en second et la 
encore

une fois ce n'est associé à aucun bâtiment, la aussi cela semble
provenir d'une liste finess ?
http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700

Avant de regarder un peu plus, je pars du principe que peut-être 
qu'il y

a quelque chose que je ne comprends pas ?

Quelques lumières ?

Bonne soirée

--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Je ne comprends pas ces points ?

2016-05-13 Per discussione Christian Quest

On ne peut/doit pas toujours associer des infos à un bâtiment.

Dans le cadre du couvent, il s'agit sûrement d'une zone bien plus large
qu'un unique polygone de bâtiment.

Pour le 2ème point, le bâtiment sert peut être à autre chose...


Le 13 mai 2016 à 20:48, Vincent Bergeot  a écrit :

> re,
>
> Le 13/05/2016 20:41, didier2020 a écrit :
>
>> bonsoir,
>>
>> je n'arrive pas a ouvrir le wiki pour t'indiquer les pages
>> concernées ...
>>
>
> oui j'ai vu que le wiki est en maintenance ce w-e :
> https://blog.openstreetmap.org/2016/05/13/server-maintenance-may-13-15/
>
>
>> - le premier point = monument historique (les tags sont différens quand
>> c'est classé ou inscrit)
>>
>> http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER_1=REF_1=PA6343
>>
>
> je comprends mais ce qui me surprend c'est que cela ne soit pas associé à
> un bati ?
>
> - le 2eme point = base des établissements sanitaires et sociaux
>> je trouve compliqué de trouver un tag pour ces établissements
>> http://finess.sante.gouv.fr/finess/jsp/rechercheSimple.jsp
>>
>
> idem, le "node" pourrait être sur le bati non ?
>
> merci pour ta réponse,
>
>
>
>
>
>
>
>
>>
>>
>>
>> Le vendredi 13 mai 2016 à 20:13 +0200, Vincent Bergeot a écrit :
>>
>>> Bonjour,
>>> un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
>>> http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172
>>>
>>> le point n'est associé à aucun élément tangible, type batiment,
>>> l'article dans wikipedia n'existe pas, ...
>>> On dirait que cela vient d'une liste des bâtiments historiques ?
>>>
>>> Du coup sur la base du contributeur, j'ai vu cela en second et la encore
>>> une fois ce n'est associé à aucun bâtiment, la aussi cela semble
>>> provenir d'une liste finess ?
>>> http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700
>>>
>>> Avant de regarder un peu plus, je pars du principe que peut-être qu'il y
>>> a quelque chose que je ne comprends pas ?
>>>
>>> Quelques lumières ?
>>>
>>> Bonne soirée
>>>
>>> --
>>> Vincent Bergeot
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione nebulon42

As said before: great explanation and great work. These are complicated
tasks, so thanks to the whole OWG for managing all this.

nebulon42



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Accesso sito della wiki OSM ostico.

2016-05-13 Per discussione girarsi_liste

Il 13/05/2016 20:57, Andrea Albani ha scritto:
> Facciamo i complimenti all'operations team che, senza grande preavviso
> direi, ha messo il sito down per migrarlo. Lo rivediamo lunedì a leggere i
> loro tweets.
> 
> https://twitter.com/osm_tech
> 
> 

Ok, allora a lunedì per eventuali lette sulla wiki.

Grazie.


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Je ne comprends pas ces points ?

2016-05-13 Per discussione Philippe Verdy

Encore un arrêt sans prévenir... C'était pourtant prévisible cette
migration !

Ils ont fait le coup avec l'arrêt soudain de 45 minutes "pour tester" la
migration, mais là c'était pour une durée limitée (mais c'était prévisible
aussi au moins la veille).
Cette fois ils indiquent un week-end entier (c'est beaucoup plus long que
la migration de la base OSM, et je ne pense pas que ce soit approprié pour
faire ça le week-end si leur fournisseur fait lui aussi un service réduit,
et surtout en arrêtant tout en début de soirée, quand le founisseur, s'il a
un service de support, risque de surfacturer).

Je ne comprend pas non plus pourquoi ce serveur wiki n'a pas au moins un
frontal proxy cache faisant le relais (avec une durée d'expiration des
pages un peu supérieure à la durée de maintenance pour que les pages
n'expirent pas, au moins en mode lecture seule, et une base wiki de
capacité peut-être réduite en performance mais suffisante pour le mode
lecture seule). Le wiki n'est pourtant pas énorme à dupliquer, ce n'est pas
Wikipédia ni Commons.

Peut-être qu'il y a un backup read-only quelquepart (même hors de la
fondation) qui aurait pu prendre le relais ? (note : l'affichage du mode
"read only" peut se faire sans toucher à la base de données wiki, donc sans
rompre la synchro, dans les variables de configuration PHP de MediaWiki)



Le 13 mai 2016 à 20:48, Vincent Bergeot  a écrit :

> re,
>
> Le 13/05/2016 20:41, didier2020 a écrit :
>
>> bonsoir,
>>
>> je n'arrive pas a ouvrir le wiki pour t'indiquer les pages
>> concernées ...
>>
>
> oui j'ai vu que le wiki est en maintenance ce w-e :
> https://blog.openstreetmap.org/2016/05/13/server-maintenance-may-13-15/
>
>
>> - le premier point = monument historique (les tags sont différens quand
>> c'est classé ou inscrit)
>>
>> http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER_1=REF_1=PA6343
>>
>
> je comprends mais ce qui me surprend c'est que cela ne soit pas associé à
> un bati ?
>
> - le 2eme point = base des établissements sanitaires et sociaux
>> je trouve compliqué de trouver un tag pour ces établissements
>> http://finess.sante.gouv.fr/finess/jsp/rechercheSimple.jsp
>>
>
> idem, le "node" pourrait être sur le bati non ?
>
> merci pour ta réponse,
>
>
>
>
>
>
>
>
>>
>>
>>
>> Le vendredi 13 mai 2016 à 20:13 +0200, Vincent Bergeot a écrit :
>>
>>> Bonjour,
>>> un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
>>> http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172
>>>
>>> le point n'est associé à aucun élément tangible, type batiment,
>>> l'article dans wikipedia n'existe pas, ...
>>> On dirait que cela vient d'une liste des bâtiments historiques ?
>>>
>>> Du coup sur la base du contributeur, j'ai vu cela en second et la encore
>>> une fois ce n'est associé à aucun bâtiment, la aussi cela semble
>>> provenir d'une liste finess ?
>>> http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700
>>>
>>> Avant de regarder un peu plus, je pars du principe que peut-être qu'il y
>>> a quelque chose que je ne comprends pas ?
>>>
>>> Quelques lumières ?
>>>
>>> Bonne soirée
>>>
>>> --
>>> Vincent Bergeot
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Problema

2016-05-13 Per discussione Giuseppe

io sinceramente il name non lo toglierei poichè andresti a togliere un dato 
corretto, quella strada ha due nomi che poi dipenda dai comuni confinanti viene 
spiegato inserendo name left e name right.


>Messaggio originale
>Da: Andrea Lattmann 
>Data: 13/05/2016 14.39
>A: "openstreetmap list - italiano"
>Ogg: Re: [Talk-it] Problema
>
>>Questo però è mappare per il rendering... >dovrebbe essere il rendering 
>>in caso di presenza di left/right e >assenza del tag name a farlo in 
>>automatico.
>
>Concordo, sta al rendering a renderizzarlo corretto e da parte nostra 
inserire correttamente i dati. 
>Quindi provvederò ad aggiungere name:left name:right ed a togliere name.
>Non penso che siano gli unici paesi al mondo ad aver questo problema... O 
almeno spero... :-)
>
>
>Andrea Lattmann
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Accesso sito della wiki OSM ostico.

2016-05-13 Per discussione Andrea Albani

Facciamo i complimenti all'operations team che, senza grande preavviso
direi, ha messo il sito down per migrarlo. Lo rivediamo lunedì a leggere i
loro tweets.

https://twitter.com/osm_tech



Il giorno 13 maggio 2016 20:51, girarsi_liste  ha
scritto:

> Risulta anche a voi in questo momento l'accesso alla home page della
> wiki non possibile?
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: Problema

2016-05-13 Per discussione Giuseppe

sinceramente io ovunque ho trovato name1-name2 non solo in belgio o olanda e 
non solo nei paesi esteri anche in tutte le mappe comunali italiane, perchè si 
dovrebbe fare in modo diverso? La cosa importante è inserire anche name left e 
name right.
Nel frattempo si avvisa la direzione di osm e gli sviluppatori dei vari 
programmi di navigazione (osmand ecc.) del problema per una corretta ricerca in 
base a name left e right.


>Messaggio originale
>Da: Paolo Monegato 
>Data: 13/05/2016 17.18
>A: 
>Ogg: Re: [Talk-it] Problema
>
>Il 13/05/2016 16:34, Volker Schmidt ha scritto:
>> Hmmm.
>>
>> "We map what is on the ground"
>>
>> Per me si tratta di una sola strada con case a sinistra e case a 
>> destra. In più c'è, invisibile sul terreno, un confine che coincide, 
>> tipicamante con l'asse della strada.
>> Le due strade nascono solo sulla carta  grazie ai concetti amministrativi.
>
>Certo che si tratta di una sola strada, ma amministrativamente son due 
>vie diverse. La strada ha un nome a sinistra (per un comune) ed un nome 
>a destra (per l'altro). Cioè, esiste "Via Tizio" per il comune X e "Via 
>Caio" per il comune Y; ma non esiste "Via Tizio - Caio".
>
>> La soluzione con name:left e name:right è quella corretta. Va bene, i 
>> renderer oggi non lo gestiscono, e per per loro possiamo anche 
>> aggiungere un "name=nome1 - nome2" come ho visto fanno i belgi e gli 
>> olandesi nella maggior parte dei casi.
>
>Però è mappare per il rendering... in questo caso mi può anche stare 
>bene [1], ma imho dovrebbe farlo in automatico (che credo sia pure 
>abbastanza semplice mettere una regoletta: se non c'è "name" e c'è 
>"name:left" e "name:right" metti quelli separandoli con un trattino)
>
>ciao
>Paolo M
>
>[1] A patto che il nome 2 si metta completo, senza togliere via/piazza. 
>Cioè: Via Tizio - Via Caio, mi va bene; Via Tizio - Caio no.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
>



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Dan Joseph

Hi John,

Dale is the American Red Cross GIS Team Lead. I'm on his team and have been
deployed to Canada to work in-person with the Canadian Red Cross. In terms
of OSM-CA / Red Cross coordination, I can be considered the point of
contact on the RC side until someone within Canadian Red Cross is ready and
willing to take it on.

All the best,
Dan

On Fri, May 13, 2016 at 2:44 PM, john whelan  wrote:

> Have you talked to dale.ku...@redcross.org?
>
> A coordinated approach might be better.  OSM can use data obtained through
> the Gov Canada open data portal and has done in the past as far as I am
> aware.
>
> Thanks John
>
> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>
>> Hi James,
>>
>> It looks like some good progress is being made on the tasks.
>>
>> Tasks #22 and #23 are focused on mapping different features but it looks
>> like #24 overlaps in focus. Perhaps that task should be archived until the
>> other two are completed to avoid confusion among newcomers to the site?
>>
>> Task #23 only provides minimal instructions (*Add address data via
>> GeoBase. Add missing Roads and Street names.*). Would more people feel
>> comfortable contributing if detailed instructions were included? It seemed
>> the task is referring to the dataset described here:
>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>> Is the Canada open government licence compatible with OSM?
>>
>> Thanks and all the best,
>>
>> Dan
>>
>>
>> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>>
>>> What exactly do you need of me? Prioritize areas to get mapped? We have
>>> tasks for the buildings, addresses and streets(which I think have been
>>> imported via CanVec) and a validation layer
>>>
>>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>>> wrote:
>>>
 Hi everyone,

 I'm helping coordinate the Canadian Red Cross' use of GIS in their
 activities responding to the Fort McMurray fires. Staff has been very busy
 but we're ramping up and exploring options for how to leverage different
 tools and data sources to support the Red Cross operations. The focus is on
 the evacuees, many of which have dispersed to distant locations around the
 country. When residents are allowed to return to the town and longer-term
 recovery activities become a priority, I foresee having an excellent OSM
 base layer as being a valuable asset. Both for facilitating operational
 decisions, and demonstrating the power of the OSM community and easily
 accessible geo-data with an open license!

 I would love to connect with those involved in coordinating the current
 tasks up on http://tasks.osmcanada.ca/. Is the best channel of
 communication through this list or via Skype or some other means?

 All the best,
 Dan Joseph

 GIS Officer | International Services | American Red Cross
 Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph

 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca

>>>
>>>
>>> --
>>> 外に遊びに行こう！
>>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-it] Accesso sito della wiki OSM ostico.

2016-05-13 Per discussione girarsi_liste

Risulta anche a voi in questo momento l'accesso alla home page della
wiki non possibile?



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Red Cross and Fort McMurray Fires

Yes CanVec data is compatible with OSM as there was an agreement between
the Canadian gov and osm in the past. NRCan even serves up osm files for
their CanVec Data here: http://ftp2.cits.rncan.gc.ca/OSM/pub/

#24 is to go deeper as in validating that data imported/mapped in 22 and 23
as some mappers might not be experts in validating data and there might be
technical issues like bridges/streets that are semantically correct, but
not technically correct (in this example you have to say that one street
passes over another with the layer tag and a bridge tag)

You could consider 22 and 23 as a "quick" mapping. Where as 24 is
correcting technical issues that more experienced users (like andrew and
john :P) can point out/fix problems

On Fri, May 13, 2016 at 2:37 PM, Dan Joseph  wrote:

> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it looks
> like #24 overlaps in focus. Perhaps that task should be archived until the
> other two are completed to avoid confusion among newcomers to the site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people feel
> comfortable contributing if detailed instructions were included? It seemed
> the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
> Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
>> What exactly do you need of me? Prioritize areas to get mapped? We have
>> tasks for the buildings, addresses and streets(which I think have been
>> imported via CanVec) and a validation layer
>>
>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>>> activities responding to the Fort McMurray fires. Staff has been very busy
>>> but we're ramping up and exploring options for how to leverage different
>>> tools and data sources to support the Red Cross operations. The focus is on
>>> the evacuees, many of which have dispersed to distant locations around the
>>> country. When residents are allowed to return to the town and longer-term
>>> recovery activities become a priority, I foresee having an excellent OSM
>>> base layer as being a valuable asset. Both for facilitating operational
>>> decisions, and demonstrating the power of the OSM community and easily
>>> accessible geo-data with an open license!
>>>
>>> I would love to connect with those involved in coordinating the current
>>> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
>>> communication through this list or via Skype or some other means?
>>>
>>> All the best,
>>> Dan Joseph
>>>
>>> GIS Officer | International Services | American Red Cross
>>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Je ne comprends pas ces points ?


re,

Le 13/05/2016 20:41, didier2020 a écrit :

bonsoir,

je n'arrive pas a ouvrir le wiki pour t'indiquer les pages
concernées ...


oui j'ai vu que le wiki est en maintenance ce w-e : 
https://blog.openstreetmap.org/2016/05/13/server-maintenance-may-13-15/




- le premier point = monument historique (les tags sont différens quand
c'est classé ou inscrit)
http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER_1=REF_1=PA6343


je comprends mais ce qui me surprend c'est que cela ne soit pas associé 
à un bati ?



- le 2eme point = base des établissements sanitaires et sociaux
je trouve compliqué de trouver un tag pour ces établissements
http://finess.sante.gouv.fr/finess/jsp/rechercheSimple.jsp


idem, le "node" pourrait être sur le bati non ?

merci pour ta réponse,











Le vendredi 13 mai 2016 à 20:13 +0200, Vincent Bergeot a écrit :

Bonjour,
un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172

le point n'est associé à aucun élément tangible, type batiment,
l'article dans wikipedia n'existe pas, ...
On dirait que cela vient d'une liste des bâtiments historiques ?

Du coup sur la base du contributeur, j'ai vu cela en second et la encore
une fois ce n'est associé à aucun bâtiment, la aussi cela semble
provenir d'une liste finess ?
http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700

Avant de regarder un peu plus, je pars du principe que peut-être qu'il y
a quelque chose que je ne comprends pas ?

Quelques lumières ?

Bonne soirée

--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione john whelan

Have you talked to dale.ku...@redcross.org?

A coordinated approach might be better.  OSM can use data obtained through
the Gov Canada open data portal and has done in the past as far as I am
aware.

Thanks John

On 13 May 2016 at 14:37, Dan Joseph  wrote:

> Hi James,
>
> It looks like some good progress is being made on the tasks.
>
> Tasks #22 and #23 are focused on mapping different features but it looks
> like #24 overlaps in focus. Perhaps that task should be archived until the
> other two are completed to avoid confusion among newcomers to the site?
>
> Task #23 only provides minimal instructions (*Add address data via
> GeoBase. Add missing Roads and Street names.*). Would more people feel
> comfortable contributing if detailed instructions were included? It seemed
> the task is referring to the dataset described here:
> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
> Is the Canada open government licence compatible with OSM?
>
> Thanks and all the best,
>
> Dan
>
>
> On Fri, May 13, 2016 at 2:21 PM, James  wrote:
>
>> What exactly do you need of me? Prioritize areas to get mapped? We have
>> tasks for the buildings, addresses and streets(which I think have been
>> imported via CanVec) and a validation layer
>>
>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
>> wrote:
>>
>>> Hi everyone,
>>>
>>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>>> activities responding to the Fort McMurray fires. Staff has been very busy
>>> but we're ramping up and exploring options for how to leverage different
>>> tools and data sources to support the Red Cross operations. The focus is on
>>> the evacuees, many of which have dispersed to distant locations around the
>>> country. When residents are allowed to return to the town and longer-term
>>> recovery activities become a priority, I foresee having an excellent OSM
>>> base layer as being a valuable asset. Both for facilitating operational
>>> decisions, and demonstrating the power of the OSM community and easily
>>> accessible geo-data with an open license!
>>>
>>> I would love to connect with those involved in coordinating the current
>>> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
>>> communication through this list or via Skype or some other means?
>>>
>>> All the best,
>>> Dan Joseph
>>>
>>> GIS Officer | International Services | American Red Cross
>>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Je ne comprends pas ces points ?

2016-05-13 Per discussione didier2020

bonsoir,

je n'arrive pas a ouvrir le wiki pour t'indiquer les pages
concernées ...

- le premier point = monument historique (les tags sont différens quand
c'est classé ou inscrit)
http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER_1=REF_1=PA6343

- le 2eme point = base des établissements sanitaires et sociaux 
je trouve compliqué de trouver un tag pour ces établissements 
http://finess.sante.gouv.fr/finess/jsp/rechercheSimple.jsp




Le vendredi 13 mai 2016 à 20:13 +0200, Vincent Bergeot a écrit : 
> Bonjour,
> un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
> http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172
> 
> le point n'est associé à aucun élément tangible, type batiment, 
> l'article dans wikipedia n'existe pas, ...
> On dirait que cela vient d'une liste des bâtiments historiques ?
> 
> Du coup sur la base du contributeur, j'ai vu cela en second et la encore 
> une fois ce n'est associé à aucun bâtiment, la aussi cela semble 
> provenir d'une liste finess ?
> http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700
> 
> Avant de regarder un peu plus, je pars du principe que peut-être qu'il y 
> a quelque chose que je ne comprends pas ?
> 
> Quelques lumières ?
> 
> Bonne soirée
> 
> --
> Vincent Bergeot
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Dan Joseph

Hi James,

It looks like some good progress is being made on the tasks.

Tasks #22 and #23 are focused on mapping different features but it looks
like #24 overlaps in focus. Perhaps that task should be archived until the
other two are completed to avoid confusion among newcomers to the site?

Task #23 only provides minimal instructions (*Add address data via GeoBase.
Add missing Roads and Street names.*). Would more people feel comfortable
contributing if detailed instructions were included? It seemed the task is
referring to the dataset described here:
http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf   Is
the Canada open government licence compatible with OSM?

Thanks and all the best,

Dan

On Fri, May 13, 2016 at 2:21 PM, James  wrote:

> What exactly do you need of me? Prioritize areas to get mapped? We have
> tasks for the buildings, addresses and streets(which I think have been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
>> Hi everyone,
>>
>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>> activities responding to the Fort McMurray fires. Staff has been very busy
>> but we're ramping up and exploring options for how to leverage different
>> tools and data sources to support the Red Cross operations. The focus is on
>> the evacuees, many of which have dispersed to distant locations around the
>> country. When residents are allowed to return to the town and longer-term
>> recovery activities become a priority, I foresee having an excellent OSM
>> base layer as being a valuable asset. Both for facilitating operational
>> decisions, and demonstrating the power of the OSM community and easily
>> accessible geo-data with an open license!
>>
>> I would love to connect with those involved in coordinating the current
>> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
>> communication through this list or via Skype or some other means?
>>
>> All the best,
>> Dan Joseph
>>
>> GIS Officer | International Services | American Red Cross
>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Red Cross and Fort McMurray Fires

What exactly do you need of me? Prioritize areas to get mapped? We have
tasks for the buildings, addresses and streets(which I think have been
imported via CanVec) and a validation layer

On Fri, May 13, 2016 at 2:14 PM, Dan Joseph  wrote:

> Hi everyone,
>
> I'm helping coordinate the Canadian Red Cross' use of GIS in their
> activities responding to the Fort McMurray fires. Staff has been very busy
> but we're ramping up and exploring options for how to leverage different
> tools and data sources to support the Red Cross operations. The focus is on
> the evacuees, many of which have dispersed to distant locations around the
> country. When residents are allowed to return to the town and longer-term
> recovery activities become a priority, I foresee having an excellent OSM
> base layer as being a valuable asset. Both for facilitating operational
> decisions, and demonstrating the power of the OSM community and easily
> accessible geo-data with an open license!
>
> I would love to connect with those involved in coordinating the current
> tasks up on http://tasks.osmcanada.ca/. Is the best channel of
> communication through this list or via Skype or some other means?
>
> All the best,
> Dan Joseph
>
> GIS Officer | International Services | American Red Cross
> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Red Cross and Fort McMurray Fires

2016-05-13 Per discussione Dan Joseph

Hi everyone,

I'm helping coordinate the Canadian Red Cross' use of GIS in their
activities responding to the Fort McMurray fires. Staff has been very busy
but we're ramping up and exploring options for how to leverage different
tools and data sources to support the Red Cross operations. The focus is on
the evacuees, many of which have dispersed to distant locations around the
country. When residents are allowed to return to the town and longer-term
recovery activities become a priority, I foresee having an excellent OSM
base layer as being a valuable asset. Both for facilitating operational
decisions, and demonstrating the power of the OSM community and easily
accessible geo-data with an open license!

I would love to connect with those involved in coordinating the current
tasks up on http://tasks.osmcanada.ca/. Is the best channel of
communication through this list or via Skype or some other means?

All the best,
Dan Joseph

GIS Officer | International Services | American Red Cross
Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] Je ne comprends pas ces points ?


Bonjour,
un peu par hasard, je suis tombé sur ce premier point qui m'intrigue :
http://www.openstreetmap.org/node/3886714389#map=19/45.77735/3.09172

le point n'est associé à aucun élément tangible, type batiment, 
l'article dans wikipedia n'existe pas, ...

On dirait que cela vient d'une liste des bâtiments historiques ?

Du coup sur la base du contributeur, j'ai vu cela en second et la encore 
une fois ce n'est associé à aucun bâtiment, la aussi cela semble 
provenir d'une liste finess ?

http://www.openstreetmap.org/node/4176821295#map=18/48.80928/2.15700

Avant de regarder un peu plus, je pars du principe que peut-être qu'il y 
a quelque chose que je ne comprends pas ?


Quelques lumières ?

Bonne soirée

--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Automatiska edits ang. Statoil/CircleK

2016-05-13 Per discussione Mikael Nordfeldth

On 2016-05-13 14:39, Erik Johansson wrote:
> 2016-05-11 14:10 GMT+02:00 Tomas Marklund :
>> Jag erkänner, jag har felat. Jag kände inte till att ändringar av det här
> 
> Tycker själv det var en bra ändring, ingen större dramatik i att göra
> byråkratiska fel!  Ska vi tagga om till name="Statoil/Circle K", för
> så verkar fallet på de jag har sett. Är det någon annan som har ground
> truth checkat?

Jag lyfte i alla fall en av dessa changesets på IRC eftersom jag
noterade att en massa ändringar gjordes i Umeå-regionen eftersom senast
jag kollade fanns det bara Statoil-varumärken längsmed vägarna.

Nu har jag varit ute och kollat på en av mackarna specifikt för denna
diskussions syfte: https://www.openstreetmap.org/#map=18/63.80246/20.31269

Där sitter det förvisso ett par Circle K-flaggorn på flaggstångar, men
de syns knappt (de hänger mest neråt). Hela stationen är fortfarande blå
+ orange med Statoil skrivet på samtliga namnplatser.

Jag misstänker förstås att vi alltid är lite efter såhär i Norrland
eftersom vi inte är lika intressanta kommersiellt eller för varumärket.
Vilket är anledning nog att vänta med att ändra namn... Samt förstås att
alla av ren vana kommer att söka efter "Statoil" ett tag framåt om de är
vana att handla där :)

alt_name="Circle K" hade jag varit okej med, samt att man absolut borde
kunna byta Operator-taggen. Risken är ju då dock att man ändrar på t.ex.
butiker som t.ex. inte alls drivs av Statoil utan av tredjepartfranchise
vilket inte upptäcks om man inte är ute och kikar själv ändå...

-- 
Mikael Nordfeldth
https://blog.mmn-o.se/
XMPP/mail: m...@hethane.se
OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA 727B C7CE 635B B52E

signature.asc
Description: OpenPGP digital signature
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-GB] Proposal to do some mapping in North Lancashire

2016-05-13 Per discussione Roger James

Hi Chris, Philip

I take your point about the buildings polygons being very low quality.
The merging is not too bad in rural areas like these where the building
density is low, but a lot of detail is missing. My plan was just to use
the OS stuff as a starting point, then modify the polygon using a
combination of EA Lidar data and Bing Imagery. Taking into account your
suggestions. I think I will modify my workflow to do what I can to
improve the quality of the footprints in QGIS before putting the data in
OSM.

I have copied this post to talk-gb and will move over there.

BTW you can see some of my post processed lidar imagery at
https://www.facebook.com/media/set/?set=a.10153566350398437.1073741827.629788436=1=3ae0282808

I am making some further progress on the lidar data using QGIS and BREC.

Roger

On 13/05/16 11:11, Chris Hill wrote:
It's great that you want to add to the map data. Please do not add the
OS OpenMap Local building outlines. They are heavily simplified and as
such, poor quality. You can't distinguish how many residences there
are in a building outline, so is it detached, semi-detached or a
terrace? Adding buildings is valuable, but I believe in quality not
quantity, so I would trace building outlines from aerial images and
not import the 'dumbed-down' OS Open data. Let's make the best map we
can, not just import OS's deliberately reduced quality stuff.

Cheers,
Chris (chillly)

BTW, this list list is almost dead. If you really want to reach people
I would use talk-gb.

On 13/05/16 10:50, Roger James wrote:

Hi,

I am proposing to do some mapping in a couple of parishes in North
Lancashire. These are "Slyne-with-Hest" and "Nether Kellet". I plan
to use the latest OS OpenMap Local dataset to provide basic building
boundaries where none previously exist. I will be using OSTN02 data
to do the transforms.

Any comments or suggestions gratefully accepted.

Roger

___
Talk-gb-thenorth mailing list
talk-gb-theno...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-thenorth

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-cu] Semanario 303 está en linea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español

  http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-GB] weeklyOSM 303 now available in English

The weekly round-up of OSM news, issue # 303, is now available online in
English,
giving as always a summary of all things happening in the openstreetmap
world:

http://www.weeklyosm.eu/en/archives/7456

- Highlights ...

   - *... “*urban mappers*” and a regulation bill, which tries to regulate
   a lot more than Indian bounderies in India*
   - ... an *official map which is significantly outdated in Mexico*
   -
*... Open Cage data blog interviewed Brian Prangle and Rob Nickerson in the
   UK *
   - *... Simone Cortesi and "Wikimusesums" in Napels, Italy*
   - *... **more than 4000 km of bicycle routes crowedsourced in less than
   two weeks *in
* Mainz, Germany *

... and much more ...
Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM 303 now available in English

The weekly round-up of OSM news, issue # 303, is now available online in
English,
giving as always a summary of all things happening in the openstreetmap
world:

http://www.weeklyosm.eu/en/archives/7456

- Highlights ...

   - *... “*urban mappers*” and a regulation bill, which tries to regulate
   a lot more than Indian bounderies in India*
   - ... an *official map which is significantly outdated in Mexico*
   -
*... Open Cage data blog interviewed Brian Prangle and Rob Nickerson in the
   UK *
   - *... Simone Cortesi and "Wikimusesums" in Napels, Italy*
   - *... **more than 4000 km of bicycle routes crowedsourced in less than
   two weeks *in
* Mainz, Germany *

... and much more ...
Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-br] RES: RES: Problema em Relação de Área de Proteção

2016-05-13 Per discussione Blademir Andrade de Lima

Obrigado, era isso mesmo.

Corrigido.

Att,
BladeTC

Enviado do Email para Windows 10

De: Gerald Weber
Enviado:quinta-feira, 12 de maio de 2016 09:00
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Problema em Relação de Área de Proteção

Eu creio que falta a tag

leisure=natural_reserve


na relação para renderizar.

Eu tenho visto alguns parques sendo marcados como leisure=park (renderizado
como uma grande área verde), mas me parece que leisure=natural_reserve é o
mais adequado.

abraço

Gerald

2016-05-11 21:21 GMT-03:00 Blademir Andrade de Lima 
:

> Retificando, a tag “boundary” já existe dentro da relação.
>
>
>
> Enviado do Email  para
> Windows 10
>
>
>
> *De: *Blademir Andrade de Lima 
> *Enviado:*quarta-feira, 11 de maio de 2016 21:12
> *Para: *OSM talk-br 
> *Assunto: *[Talk-br] Problema em Relação de Área de Proteção
>
>
>
> Amigos, alguém poderia verificar essa relação
> http://www.openstreetmap.org/relation/3425874#map=9/-7.3407/-39.6606 uma
> parte dela esta com a tag boundary:protected_area a outra não, mas a tag
> não existe dentro da relação mas ela não renderiza.
>
>
>
> Eu não sei como funciona as áreas de proteção.
>
>
>
> Att,
>
> BladeTC
>
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

2016-05-13 Per discussione Roger C. Soares


  
  
Mais uns links caso você queira
  entender melhor indoor mapping:
  
  http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging
http://openlevelup.net/?lat=50.779394=6.074451=19=0=0=1=0=0=0=0=0
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 12:13, Roger C. Soares escreveu:


  
  Oi Sérgio,

Não estou acompanhando essa thread, se não for relevante ou
vocês já discutiram isso por favor ignore...

O level é para indoor mapping, o level define o andar que está
sendo mapeado.

O caso desses links me parece um caso para building:part, você
pode entender melhor aqui:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings

Em alemão tem um exemplo legal de uma construção que parece uma
igreja:
http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings

Para a base do prédio você poderia colocar o level, para o corpo
do prédio seria apenas o building:part, para colocar o level
teria que repetir o polígono para cada andar, cada um com um
level definindo o nro do andar.

Atenciosamente,
Roger.

--
Em 13-05-2016 09:40, Sérgio V. escreveu:
  
  



  Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
  Sim, são 2 blocos de níveis diferentes:
  O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
  O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
  Será que adicionando "level" ou coisa parecida sai o aviso
de "buiding inside buiding " ou
  overlappings semelhantes?
  Se for assim, talvez para

os demais eventuais milhares de casos semelhantes teria

  que adicionar genericamente um level=0 para o bloco de
  térreo, e um level=1 para  o bloco
do corpo. (E "talvez" adicionar algo como
"fixme=verificar numero de pavimentos para  building:levels
  e " - não teria como verificar antes um por
  um. Não vem estes dados junto. Teria que ser só "in loco"
  (tradução livre: coisa de loco). Ou não adicionar:
  a informação "level" 0 e 1 seria completa em
  si. Fica implícito que o resto seria a completar, como
  para tudo no OSM).
  Se tiveres uma solução e
  quiseres testar nestes , fique à vontade. Agora que me dei
  conta disto vou testar no outro também.
  Obrigado.
  

  - - - - - - - - - - - - - - - -
  Sérgio / user:smaprs

  




___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

  
  


  


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] weeklyOSM 303 is online in English

The weekly round-up of OSM news, issue # XXX, is now available online in
English,
giving as always a summary of all things happening in the openstreetmap
world:

http://www.weeklyosm.eu/en/archives/7456

- Highlights ...

   - *... “*urban mappers*” and a regulation bill, which tries to regulate
   a lot more than Indian bounderies in India*
   - ... an *official map which is significantly outdated in Mexico*
   -
*... Open Cage data blog interviewed Brian Prangle and Rob Nickerson in the
   UK *
   - *... Simone Cortesi and "Wikimusesums" in Napels, Italy*
   - *... **more than 4000 km of bicycle routes crowedsourced in less than
   two weeks *in
* Mainz, Germany *

... and much more ...
Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Relation Internazionali d'Italia #2 MTB al Monte Stella

2016-05-13 Per discussione Gianmario Mengozzi

Il giorno 13 maggio 2016 08:33, Marco Bartalini 
ha scritto:

>
>
> da questo intervento capisco che c'è molta disinformazione sulla pratica
> della mtb
>
>
ciao Marco

anch'io sono un biker , ma temo qui la pratica della mtb non c'entri
granchè.

dal wiki: "..Una *route* (in italiano *itinerario*) è una linea di
passaggio predeterminata e spesso resa pubblica, ripetutamente usufruita da
veicoli o persone. In OSM l'itinerario si sviluppa lungo un insieme di
*ways*(percorsi), per esempio una strada *contrassegnata* per l'itinerario
di un bus, o un itinerario ciclistico."

Nel caso specifico, a meno che la traccia evidenziata non presenti
segnaletica dedicata lungo il percorso, eviterei di contrassegnarla in OSM
con una relazione.

my 2 cents...


-- 
- Gianmario
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-us] weeklyOSM 303 is online in English

The weekly round-up of OSM news, issue # XXX, is now available online in
English,
giving as always a summary of all things happening in the openstreetmap
world:

http://www.weeklyosm.eu/en/archives/7456

- Highlights ...

   - *... “*urban mappers*” and a regulation bill, which tries to regulate
   a lot more than Indian bounderies in India*
   - ... an *official map which is significantly outdated in Mexico*
   -
*... Open Cage data blog interviewed Brian Prangle and Rob Nickerson in the
   UK *
   - *... Simone Cortesi and "Wikimusesums" in Napels, Italy*
   - *... **more than 4000 km of bicycle routes crowedsourced in less than
   two weeks *in
* Mainz, Germany *

... and much more ...
Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ca] weeklyOSM 303 is online in English

The weekly round-up of OSM news, issue # XXX, is now available online in
English,
giving as always a summary of all things happening in the openstreetmap
world:

http://www.weeklyosm.eu/en/archives/7456

- Highlights ...

   - *... “*urban mappers*” and a regulation bill, which tries to regulate
   a lot more than Indian bounderies in India*
   - ... an *official map which is significantly outdated in Mexico*
   -
*... Open Cage data blog interviewed Brian Prangle and Rob Nickerson in the
   UK *
   - *... Simone Cortesi and "Wikimusesums" in Napels, Italy*
   - *... **more than 4000 km of bicycle routes crowedsourced in less than
   two weeks *in
* Mainz, Germany *

... and much more ...
Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-co] Umap no guarda los mapas

2016-05-13 Per discussione hyan...@gmail.com

Funcionando muy bien!

http://umap.openstreetmap.co/es/map/cartagena-perimetral_658#14/10.4038/-75.5068

El 11 de mayo de 2016, 7:00, Igor TAmara  escribió:

> Hola, te cuento que acabo de hacer una prueba sobre umap.openstreetmap.co
> y no tuve inconveniente alguno.  Me cuentas si el problema persiste por fa?
>
> El 3 de mayo de 2016, 19:42, hyan...@gmail.com 
> escribió:
>
>> Hola!
>>
>> Estuve intentando hoy crear un mapa en el umap.co y al parecer no está
>> dejando granar nuevos mapas.
>>
>> Gracias,
>>
>> Humberto
>>
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
>>
>>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

2016-05-13 Per discussione Roger C. Soares


  
  
Oi Sérgio,
  
  Não estou acompanhando essa thread, se não for relevante ou vocês
  já discutiram isso por favor ignore...
  
  O level é para indoor mapping, o level define o andar que está
  sendo mapeado.
  
  O caso desses links me parece um caso para building:part, você
  pode entender melhor aqui:
  http://wiki.openstreetmap.org/wiki/Simple_3D_buildings
  
  Em alemão tem um exemplo legal de uma construção que parece uma
  igreja:
  http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings
  
  Para a base do prédio você poderia colocar o level, para o corpo
  do prédio seria apenas o building:part, para colocar o level teria
  que repetir o polígono para cada andar, cada um com um level
  definindo o nro do andar.
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 09:40, Sérgio V. escreveu:


  
  
  
Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
Sim, são 2 blocos de níveis diferentes:
O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
Será que adicionando "level" ou coisa parecida sai o aviso de
  "buiding inside buiding " ou overlappings
semelhantes?
Se

  for assim, talvez para
  os demais eventuais milhares de casos semelhantes teria
que adicionar genericamente um level=0 para o bloco de
térreo, e um level=1 para  o
bloco do corpo.
  (E "talvez" adicionar algo como "fixme=verificar numero de
  pavimentos para  building:levels e " - não teria
como verificar antes um por um. Não vem estes dados junto.
Teria que ser só "in loco" (tradução livre: coisa de loco).
Ou não adicionar: a informação "level" 0 e 1 seria completa
em si. Fica implícito que o resto seria a completar, como
para tudo no OSM).
Se tiveres uma solução e
quiseres testar nestes , fique à vontade. Agora que me dei
conta disto vou testar no outro também.
Obrigado.

  
- - - - - - - - - - - - - - - -
Sérgio / user:smaprs
  

  
  
  
  
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br



  


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Problema


Il 13/05/2016 16:34, Volker Schmidt ha scritto:

Hmmm.

"We map what is on the ground"

Per me si tratta di una sola strada con case a sinistra e case a 
destra. In più c'è, invisibile sul terreno, un confine che coincide, 
tipicamante con l'asse della strada.

Le due strade nascono solo sulla carta  grazie ai concetti amministrativi.


Certo che si tratta di una sola strada, ma amministrativamente son due 
vie diverse. La strada ha un nome a sinistra (per un comune) ed un nome 
a destra (per l'altro). Cioè, esiste "Via Tizio" per il comune X e "Via 
Caio" per il comune Y; ma non esiste "Via Tizio - Caio".


La soluzione con name:left e name:right è quella corretta. Va bene, i 
renderer oggi non lo gestiscono, e per per loro possiamo anche 
aggiungere un "name=nome1 - nome2" come ho visto fanno i belgi e gli 
olandesi nella maggior parte dei casi.


Però è mappare per il rendering... in questo caso mi può anche stare 
bene [1], ma imho dovrebbe farlo in automatico (che credo sia pure 
abbastanza semplice mettere una regoletta: se non c'è "name" e c'è 
"name:left" e "name:right" metti quelli separandoli con un trattino)


ciao
Paolo M

[1] A patto che il nome 2 si metta completo, senza togliere via/piazza. 
Cioè: Via Tizio - Via Caio, mi va bene; Via Tizio - Caio no.


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema

2016-05-13 Per discussione Volker Schmidt

Hmmm.

"We map what is on the ground"

Per me si tratta di una sola strada con case a sinistra e case a destra. In
più c'è, invisibile sul terreno, un confine che coincide, tipicamante con
l'asse della strada.
Le due strade nascono solo sulla carta  grazie ai concetti amministrativi.
Curiosamente vengo da una oan di confine dove ci sono strade di questo
tipo, con il confine di stato fra Francia e Germania nel centro della
strada, e l'esempio che mi ricordo dalla mia infanzia è sbagliato in OSM:
hanno messo tre way sovrapposte - due strade e il confine.
Vedi http://www.openstreetmap.org/note/564930

La soluzione con name:left e name:right è quella corretta. Va bene, i
renderer oggi non lo gestiscono, e per per loro possiamo anche aggiungere
un "name=nome1 - nome2" come ho visto fanno i belgi e gli olandesi nella
maggior parte dei casi.

Volker


2016-05-13 16:17 GMT+02:00 Paolo Monegato :

> Il 13/05/2016 13:25, Martin Koppenhoefer ha scritto:
>
>
> 2016-05-13 12:06 GMT+02:00 Paolo Monegato :
>
>> Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:
>>
>>> la via ha due nomi.
>>>
>>
>> Assolutamente no. La strada ha due nomi, ma perché sono due vie diverse
>> (ognuna con un solo nome), una per il comune X e l'altra per il comune Y.
>
>
>
> no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi (volendo
> si può vedere la via suddivisa, una parte ha un nome, l'altra parte ha
> l'altro nome).
>
>
> E no che non è la stessa via! Il percorso è lo stesso, ma c'è una via in
> un comune e una via nell'altro.
> (non intendo "via" = percorso, ma "via" come "strada con nome Y del comune
> X". Va da se quindi che c'è Via Tizio nel comune X e via Caio nel comune Y.
> Certo si tratta della stessa strada, ma via Tizio e via Caio son due vie
> diverse. Anche se concretamente stanno sullo stesso percorso)
>
> La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di un
> fiume per esempio capita spesso che appartiene a tutti i due confinanti, ma
> il nome diverso solitamente è dovuto a lingue diverse. In questo caso non
> parleresti di 2 fiumi, no?
>
>
> Certo che no, perché non è la stessa cosa.
>
> ciao
> Paolo M
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] [Osmf-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Oleksiy Muzalyev


On 13.05.2016 15:58, Tom Hughes wrote:

On 13/05/16 14:43, Maarten Deen wrote:

On 2016-05-13 14:59, Grant Slater wrote:

Kudos for the very clear explanation.


Over today (for at least the weekend) we are switching to the new
frontend & backend servers in York (Bytemark). London Imperial will be
offline from approximately 5pm (GMT+1) for the first weekend of power
maintenance.


Is my understanding correct that this will put all servers in York and
eliminate the latency and therefore the slowness?


As of now everything is running in York so that we are ready for the 
power to go off in London over the weekend.


On Monday we plan to move service back to London though I will 
probably try and keep the uploads going through the backend servers at 
York to see if that improves the speed issues seen this week.


In due course the new database server in London will likely become the 
master with the one in York as a slave for servicing reads but with 
the ability to flip the master over if we need to run from York for 
some reason.



Am I also correct to assume that the current situation is only because
of this move (and prompted by the maintenance at Imperial) and is not
planned to be a permanent setup?


Well long term we want to have things spread over multiple sites so 
that we can cope with a data centre going down and part of this is us 
learning the best way to split things up and arrange things so that we 
can achieve redundancy without impacting other things.


So there will likely be some tinkering and experimentation over the 
coming weeks as we try different things to see what works best.


Tom

It has got a name: business continuity [1] and disaster recovery [2]. I 
read a company in Louisiana could survive a hurricane Katrina because it 
moved a mirror server to the city of Houston, in another state, Texas, 
just days before the disaster. They had enough of items to ship 
physically from the warehouse in Louisiana, and the order processing 
system continued to work from Texas without interruption.


[1] https://en.wikipedia.org/wiki/Business_continuity

[2] https://en.wikipedia.org/wiki/Disaster_recovery


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

Re: [Talk-it] Mapping party Volta Mantovana.

2016-05-13 Per discussione Dario Crespi

Si può mettere anche sul diario di bordo
 di Wikimedia Italia? Tipo:

Sabato 4 giugno, Volta Mantovana (MN): Mapping Party

con LinuxLudus  e in collaborazione con il comune di
Volta Mantovana dalle 15:30 alle 18:30.

Dario


Il giorno 13 maggio 2016 15:38, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 10/05/2016 21:04, Rizzi ha scritto:
>
>> Ciao a tutti,
>>
>> segnalo iniziativa organizzata dal Linux Ludus di Villafranca-Mozzecane
>> in collaborazione con il Comune di Volta Mantovana (MN).
>>
>> 4 giugno 2016:
>> Mapping party a Volta Mantovana - II° edizione.
>> ritrovo ore 15.30 presso il palazzo Gonzaga - Volta Mantovana.
>>
>> Articolo sul wiki:
>> http://wiki.openstreetmap.org/wiki/2016_Mapping_party_a_Volta_mantovana
>>
>>
> Ciao,
> l'ho aggiunto nel calendario della wiki, tra alcuni minuti dovrebbe
> apparire.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Mapcontrib, logiciel

2016-05-13 Per discussione Sylvain Montagner


J'en rêvais justement ! :)
Je viens de tester avec un de mes centres d'intérêts, et ça fonctionne !
Bon, par contre pour l'instant, ça mouline quand même pas mal avec ma requête Overpass 
(leisure=bird_hide, pourtant, "seulement" un millier d'objets à l'échelle 
mondiale, dont une centaine seulement en France).
J'aurais déjà pas mal de questions (voire suggestions), mais n'étant pas familier de la 
liste "OSM-talk-fr", pensez-vous envisageable d'ouvrir un sujet sur le forum 
OSMhttp://forum.openstreetmap.fr/  ?
(je pourrais le faire, bien-sûr, mais il me semble préférable que ce soit vous 
qui y présentiez ce SUPER outil !)
Bravo pour ce développement, qui j'espère facilitera encore la contribution à 
OSM !
A+

Sylvain M.



Le 13/05/2016 à 10:42, Vincent Bergeot a écrit :


Bonjour,
un mail pour vous présenter MapContrib, logiciel dont l'objectif est de
faciliter la contribution à OpenStreetMap (par exemple sur des carto,
avec des classes, et autres cadres non imaginés !).

Chacun (-e) de vous peut créer des thèmes qu'il met à disposition
ensuite de toutes personnes ayant un compte openstreetmap et permettre
ainsi à plus de personnes de contribuer simplement (y compris sur
téléphone car c'est responsive).

Voici quelques thèmes créés centrés sur Clermont pour le state of the
map (occasion de nous rencontrer si vous le souhaitez) :
par exemple :
Bornes incendies :http://www.cartes.xyz/t/s8c2d9-Les_bornes__incendie
Boites aux lettres :http://www.cartes.xyz/t/2c4196-Boites_aux_lettres

ou pour les parkings à vélo, trouver ceux dont la "capacity" n'est pas
renseignée :
http://www.cartes.xyz/t/s8c2d5-Combien_de_vlos_peut_on_accrocher

L'idée étant de pouvoir permettre à des non informaticiens mais un peu
cartographes de construire des cartes pour faciliter la contribution à
des personnes ni informaticiennes ni cartographes, alors si vous avez
envie, c'est à vous :
http://mapcontrib.xyz

Pour vous aider, quelques vidéos :https://vimeo.com/channels/1070848

Ce que nous souhaitons continuer à développer
(https://github.com/MapContrib/MapContrib/issues) :

   * le fait de copier un thème simplement pour pouvoir le "centrer" et
 l'adapter chez soi,
   * avoir une page d'accueil avec les thèmes créés et ce dont on
 souhaite garder la trace,
   * passer de plusieurs requêtes overpass à une seule avec la
 personnalisation de l'affichage,
   * faciliter la création de requète overpass,
   * améliorer l'interface pour faire disparaître au maximum les
 clés/valeurs en anglais (souvent un frein pour de nombreuses personnes),
   * lier mapcontrib avec osmose sur la partie qualité et opendata,
   * ...

Si vous avez des questions, bien évidemment n'hésitez pas !

Guillaume Amat, Vincent Bergeot, Frédéric Rodrigo



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Problema


Il 13/05/2016 13:25, Martin Koppenhoefer ha scritto:


2016-05-13 12:06 GMT+02:00 Paolo Monegato >:


Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:

la via ha due nomi.


Assolutamente no. La strada ha due nomi, ma perché sono due vie
diverse (ognuna con un solo nome), una per il comune X e l'altra
per il comune Y.



no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi 
(volendo si può vedere la via suddivisa, una parte ha un nome, l'altra 
parte ha l'altro nome).


E no che non è la stessa via! Il percorso è lo stesso, ma c'è una via in 
un comune e una via nell'altro.
(non intendo "via" = percorso, ma "via" come "strada con nome Y del 
comune X". Va da se quindi che c'è Via Tizio nel comune X e via Caio nel 
comune Y. Certo si tratta della stessa strada, ma via Tizio e via Caio 
son due vie diverse. Anche se concretamente stanno sullo stesso percorso)


La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di 
un fiume per esempio capita spesso che appartiene a tutti i due 
confinanti, ma il nome diverso solitamente è dovuto a lingue diverse. 
In questo caso non parleresti di 2 fiumi, no?


Certo che no, perché non è la stessa cosa.

ciao
Paolo M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Mapcontrib, logiciel

2016-05-13 Per discussione Pierre-Yves Berrard

Le 13 mai 2016 à 10:42, Vincent Bergeot  a écrit :

> Bonjour,
> un mail pour vous présenter MapContrib, logiciel dont l'objectif est de
> faciliter la contribution à OpenStreetMap (par exemple sur des carto, avec
> des classes, et autres cadres non imaginés !).
>
> [...]
> Guillaume Amat, Vincent Bergeot, Frédéric Rodrigo
>

Testé et approuvé !
http://www.openstreetmap.org/node/4183617935

Très sympa.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mapcontrib, logiciel


Le 13/05/2016 15:57, Sylvain Montagner a écrit :

J'en rêvais justement ! :)


ouah !!


Je viens de tester avec un de mes centres d'intérêts, et ça fonctionne !
Bon, par contre pour l'instant, ça mouline quand même pas mal avec ma requête Overpass 
(leisure=bird_hide, pourtant, "seulement" un millier d'objets à l'échelle 
mondiale, dont une centaine seulement en France).


oui la question de la requête est pleine et entière !
et dès qu'il y a plusieurs layers avec des requêtes différentes, il est 
recommandé de limiter le niveau de zoom pour lancer la requête type 16, 
17 ou plus !!!



J'aurais déjà pas mal de questions (voire suggestions), mais n'étant pas familier de la 
liste "OSM-talk-fr", pensez-vous envisageable d'ouvrir un sujet sur le forum 
OSMhttp://forum.openstreetmap.fr/  ?


oui bien sur



(je pourrais le faire, bien-sûr, mais il me semble préférable que ce soit vous 
qui y présentiez ce SUPER outil !)


copié collé du mail : http://forum.openstreetmap.fr/viewtopic.php?f=2=4688


Bravo pour ce développement, qui j'espère facilitera encore la contribution à 
OSM !


Nous sommes plusieurs et pour ma part je ne développe pas du tout donc 
j'ai fait en sorte de concevoir et faire développer l'outil dont j'ai 
besoin pour animer, former, ...


et toutes les bonnes volontés sont bienvenues



A+

Sylvain M.



Le 13/05/2016 à 10:42, Vincent Bergeot a écrit :

Bonjour,
un mail pour vous présenter MapContrib, logiciel dont l'objectif est de
faciliter la contribution à OpenStreetMap (par exemple sur des carto,
avec des classes, et autres cadres non imaginés !).

Chacun (-e) de vous peut créer des thèmes qu'il met à disposition
ensuite de toutes personnes ayant un compte openstreetmap et permettre
ainsi à plus de personnes de contribuer simplement (y compris sur
téléphone car c'est responsive).

Voici quelques thèmes créés centrés sur Clermont pour le state of the
map (occasion de nous rencontrer si vous le souhaitez) :
par exemple :
Bornes incendies :http://www.cartes.xyz/t/s8c2d9-Les_bornes__incendie
Boites aux lettres :http://www.cartes.xyz/t/2c4196-Boites_aux_lettres

ou pour les parkings à vélo, trouver ceux dont la "capacity" n'est pas
renseignée :
http://www.cartes.xyz/t/s8c2d5-Combien_de_vlos_peut_on_accrocher

L'idée étant de pouvoir permettre à des non informaticiens mais un peu
cartographes de construire des cartes pour faciliter la contribution à
des personnes ni informaticiennes ni cartographes, alors si vous avez
envie, c'est à vous :
http://mapcontrib.xyz

Pour vous aider, quelques vidéos :https://vimeo.com/channels/1070848

Ce que nous souhaitons continuer à développer
(https://github.com/MapContrib/MapContrib/issues) :

   * le fait de copier un thème simplement pour pouvoir le "centrer" et
 l'adapter chez soi,
   * avoir une page d'accueil avec les thèmes créés et ce dont on
 souhaite garder la trace,
   * passer de plusieurs requêtes overpass à une seule avec la
 personnalisation de l'affichage,
   * faciliter la création de requète overpass,
   * améliorer l'interface pour faire disparaître au maximum les
 clés/valeurs en anglais (souvent un frein pour de nombreuses personnes),
   * lier mapcontrib avec osmose sur la partie qualité et opendata,
   * ...

Si vous avez des questions, bien évidemment n'hésitez pas !

Guillaume Amat, Vincent Bergeot, Frédéric Rodrigo



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



--
Vincent Bergeot

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Tom Hughes


On 13/05/16 14:43, Maarten Deen wrote:

On 2016-05-13 14:59, Grant Slater wrote:

Kudos for the very clear explanation.


Over today (for at least the weekend) we are switching to the new
frontend & backend servers in York (Bytemark). London Imperial will be
offline from approximately 5pm (GMT+1) for the first weekend of power
maintenance.


Is my understanding correct that this will put all servers in York and
eliminate the latency and therefore the slowness?


As of now everything is running in York so that we are ready for the 
power to go off in London over the weekend.


On Monday we plan to move service back to London though I will probably 
try and keep the uploads going through the backend servers at York to 
see if that improves the speed issues seen this week.


In due course the new database server in London will likely become the 
master with the one in York as a slave for servicing reads but with the 
ability to flip the master over if we need to run from York for some reason.



Am I also correct to assume that the current situation is only because
of this move (and prompted by the maintenance at Imperial) and is not
planned to be a permanent setup?


Well long term we want to have things spread over multiple sites so that 
we can cope with a data centre going down and part of this is us 
learning the best way to split things up and arrange things so that we 
can achieve redundancy without impacting other things.


So there will likely be some tinkering and experimentation over the 
coming weeks as we try different things to see what works best.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

[OSM-co] Semanario 303 en español está en línea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español

  http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Maarten Deen


On 2016-05-13 14:59, Grant Slater wrote:

Kudos for the very clear explanation.


Over today (for at least the weekend) we are switching to the new
frontend & backend servers in York (Bytemark). London Imperial will be
offline from approximately 5pm (GMT+1) for the first weekend of power
maintenance.


Is my understanding correct that this will put all servers in York and 
eliminate the latency and therefore the slowness?
Am I also correct to assume that the current situation is only because 
of this move (and prompted by the maintenance at Imperial) and is not 
planned to be a permanent setup?


Regards,
Maarten

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

[Talk-es] Semanario OSM 303 está en linea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-ec] Semanario 303 en español está en línea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español

  http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec

[Talk-cl] Semanario 303 en español está en línea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español

  http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[talk-latam] Semanario OSM 303 está en linea

Hola, el semanario Nr. 303, el sumario de lo que está ocurriendo en el
mundo de OpenStreetMap
está en línea en español http://www.weeklyosm.eu/es/archives/7456

¡Disfruta!

Algunos artículos destacados de esta edición # 303 son:

   - “maperos urbanos” *en la India*
   -
*mapa oficial bastante obsoleto en Mexico *
   - *Open Cage data blog interview con Brian Prangle y Rob Nickerson en*
   Inglaterra
- Simone Cortesi y Wikimusesums en Napoli, Italia
   - rutas de bicicleta en Mainz, Alemania


weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages


-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-it] Problema

2016-05-13 Per discussione Volker Schmidt

Non penso che siamo gli unici paesi al mondo ad aver questo problema... O
> almeno spero... :-)
>

No!

vedi http://overpass-turbo.eu/s/gcy

Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mapping party Volta Mantovana.

2016-05-13 Per discussione Alessandro Palmas


Il 10/05/2016 21:04, Rizzi ha scritto:

Ciao a tutti,

segnalo iniziativa organizzata dal Linux Ludus di Villafranca-Mozzecane
in collaborazione con il Comune di Volta Mantovana (MN).

4 giugno 2016:
Mapping party a Volta Mantovana - II° edizione.
ritrovo ore 15.30 presso il palazzo Gonzaga - Volta Mantovana.

Articolo sul wiki:
http://wiki.openstreetmap.org/wiki/2016_Mapping_party_a_Volta_mantovana



Ciao,
l'ho aggiunto nel calendario della wiki, tra alcuni minuti dovrebbe 
apparire.


Alessandro Ale_Zena_IT

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Jo

Hi Grant,

Thank you for the technical explanation and especially for all the efforts
improving the infrastructure! It's unfortunate uploads are so much slower
now, but if the whole setup is more reliable/redundant, that's a small
price to pay.

Polyglot

2016-05-13 14:59 GMT+02:00 Grant Slater :

> Hi All,
>
> On Monday 9th May 2016 the master OSM database server was moved to
> York (Bytemark) from London (Imperial).
> This was to avoid multiple upcoming weekends of planned power testing
> & maintenance at the Imperial data centre. For the last few years
> Imperial has housed all our main critical systems including master &
> slave DB servers and frontend & backend web/api servers. We also added
> 4 new frontend/backend web/api server to York on Monday.
>
> We now have the master database server in York and the secondary
> database server in Imperial. We also have a warm standby slave db in
> AWS Ireland. A fourth SSD (NVMe) based DB server was delivered
> yesterday (Thursday), but it needs testing (burn-in, reliability,
> performance etc) before we can start using it. Slave DB servers can be
> promoted to master if required.
>
> The slave db servers serve Web/API read traffic and writes go to the
> master. When the frontend + backend servers were in the same data
> centre as the master db server the latency was <1ms. We now run a VPN
> to connect the servers up and the latency is ~8ms Imperial to
> Bytemark. Currently we are using the frontend & backends server at
> Imperial (closest to slave db read server) and sending writes over the
> VPN to Bytemark. The extra 8ms roundtrip is triggered multiple times
> based on the size of the upload changeset, this is the root cause for
> the slower uploads. The link between Imperial & Bytemark can handle
> gigabit speeds. Over the last few days we've been tweaking the VPN
> settings to get optimal latency & throughput over the links.
>
> Over today (for at least the weekend) we are switching to the new
> frontend & backend servers in York (Bytemark). London Imperial will be
> offline from approximately 5pm (GMT+1) for the first weekend of power
> maintenance.
>
> In summary: The slow uploads are a known issue and we'll fix as soon
> as practical. Our main concern has been setting up multiple data
> center redundancy to avoid extended downtime.
>
> Here is the list of all core hardware and hosting locations:
> https://hardware.openstreetmap.org/
>
> Hope that answers the questions. ;-)
>
> Photos or it didn't happen:
> * Syncing & powering down before we start London -> York DB move:
> https://twitter.com/OSM_Tech/status/729582996685213696
> * Staged photo of racking up the master DB server at Bytemark:
> https://twitter.com/OSM_Tech/status/729693392737832961
> * Testing the new Frontend / Backend servers a week ago:
> https://twitter.com/OSM_Tech/status/728286193696292865
>
> Bytemark are a fantastic hosting company and their ongoing support of
> the OpenStreetMap project is highly commendable. Please support them
> ;-) https://twitter.com/bytemark/status/729698435339853824
>
> Kind regards,
>
> Grant
> Part of the OSM Ops team.
>
>
> On 13 May 2016 at 11:44, Tim Waters  wrote:
> > I believe the Dev mailing list may have some of your technical answers
> > https://lists.openstreetmap.org/pipermail/dev/2016-May/thread.html
> >
> > It appears from that list that the database servers are now a few
> > hundreds of miles from where the web servers are, causing the increase
> > in latency. I do not know if this is a permanent change, the thread on
> > osm-dev does seem to indicate that things are still in flux.
> >
> > Tim
> >
> >
> >
> > On 13 May 2016 at 06:02, Ben Discoe  wrote:
> >> Several of us have noticed radically slowly upload speed for
> >> changesets, roughly since the server move on May 9.  Like, as
> >> painfully slow as it used to be, it's now several times slower.
> >>
> >> It's been discussed with @OSM_Tech on twitter, in this thread:
> >> https://twitter.com/OSM_Tech/status/730857486618664960
> >>
> >> Before I get too hysterical, can somebody tell me what happened, and
> >> can it be fixed?
> >>
> >> OSM_Tech's mysterious message:
> >>   "Large uploads will take around 3 times longer. Small uploads extra
> >> delay should be minimal."
> >>
> >> Does this mean that something did change?  It is database writes that
> >> are taking so much longer?  Changesets with as few as 400 object are
> >> taking several times longer, what constitutes "large" vs. "small"?
> >> Can it be fixed?  Can I donate large sums of money somewhere to help
> >> it get fixed?
> >>
> >> Thanks,
> >> Ben
> >>
> >> ___
> >> talk mailing list
> >> talk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Grant Slater

Hi All,

On Monday 9th May 2016 the master OSM database server was moved to
York (Bytemark) from London (Imperial).
This was to avoid multiple upcoming weekends of planned power testing
& maintenance at the Imperial data centre. For the last few years
Imperial has housed all our main critical systems including master &
slave DB servers and frontend & backend web/api servers. We also added
4 new frontend/backend web/api server to York on Monday.

We now have the master database server in York and the secondary
database server in Imperial. We also have a warm standby slave db in
AWS Ireland. A fourth SSD (NVMe) based DB server was delivered
yesterday (Thursday), but it needs testing (burn-in, reliability,
performance etc) before we can start using it. Slave DB servers can be
promoted to master if required.

The slave db servers serve Web/API read traffic and writes go to the
master. When the frontend + backend servers were in the same data
centre as the master db server the latency was <1ms. We now run a VPN
to connect the servers up and the latency is ~8ms Imperial to
Bytemark. Currently we are using the frontend & backends server at
Imperial (closest to slave db read server) and sending writes over the
VPN to Bytemark. The extra 8ms roundtrip is triggered multiple times
based on the size of the upload changeset, this is the root cause for
the slower uploads. The link between Imperial & Bytemark can handle
gigabit speeds. Over the last few days we've been tweaking the VPN
settings to get optimal latency & throughput over the links.

Over today (for at least the weekend) we are switching to the new
frontend & backend servers in York (Bytemark). London Imperial will be
offline from approximately 5pm (GMT+1) for the first weekend of power
maintenance.

In summary: The slow uploads are a known issue and we'll fix as soon
as practical. Our main concern has been setting up multiple data
center redundancy to avoid extended downtime.

Here is the list of all core hardware and hosting locations:
https://hardware.openstreetmap.org/

Hope that answers the questions. ;-)

Photos or it didn't happen:
* Syncing & powering down before we start London -> York DB move:
https://twitter.com/OSM_Tech/status/729582996685213696
* Staged photo of racking up the master DB server at Bytemark:
https://twitter.com/OSM_Tech/status/729693392737832961
* Testing the new Frontend / Backend servers a week ago:
https://twitter.com/OSM_Tech/status/728286193696292865

Bytemark are a fantastic hosting company and their ongoing support of
the OpenStreetMap project is highly commendable. Please support them
;-) https://twitter.com/bytemark/status/729698435339853824

Kind regards,

Grant
Part of the OSM Ops team.

On 13 May 2016 at 11:44, Tim Waters  wrote:
> I believe the Dev mailing list may have some of your technical answers
> https://lists.openstreetmap.org/pipermail/dev/2016-May/thread.html
>
> It appears from that list that the database servers are now a few
> hundreds of miles from where the web servers are, causing the increase
> in latency. I do not know if this is a permanent change, the thread on
> osm-dev does seem to indicate that things are still in flux.
>
> Tim
>
>
>
> On 13 May 2016 at 06:02, Ben Discoe  wrote:
>> Several of us have noticed radically slowly upload speed for
>> changesets, roughly since the server move on May 9.  Like, as
>> painfully slow as it used to be, it's now several times slower.
>>
>> It's been discussed with @OSM_Tech on twitter, in this thread:
>> https://twitter.com/OSM_Tech/status/730857486618664960
>>
>> Before I get too hysterical, can somebody tell me what happened, and
>> can it be fixed?
>>
>> OSM_Tech's mysterious message:
>>   "Large uploads will take around 3 times longer. Small uploads extra
>> delay should be minimal."
>>
>> Does this mean that something did change?  It is database writes that
>> are taking so much longer?  Changesets with as few as 400 object are
>> taking several times longer, what constitutes "large" vs. "small"?
>> Can it be fixed?  Can I donate large sums of money somewhere to help
>> it get fixed?
>>
>> Thanks,
>> Ben
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] Problema

2016-05-13 Per discussione Andrea Lattmann

>Questo però è mappare per il rendering... >dovrebbe essere il rendering 
>in caso di presenza di left/right e >assenza del tag name a farlo in 
>automatico.

Concordo, sta al rendering a renderizzarlo corretto e da parte nostra inserire 
correttamente i dati. 
Quindi provvederò ad aggiungere name:left name:right ed a togliere name.
Non penso che siano gli unici paesi al mondo ad aver questo problema... O 
almeno spero... :-)


Andrea Lattmann

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

2016-05-13 Per discussione Sérgio V .

Bom dia Nelson,

>São 2 andares do mesmo prédio ou o prédio é apenas o 
>https://www.openstreetmap.org/way/414428800 ?

Sim, são 2 blocos de níveis diferentes:

O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em 
geral sobreloja);

O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei 
quantos pavimentos, uns 10).

Será que adicionando "level" ou coisa parecida sai o aviso de "buiding inside 
buiding " ou overlappings semelhantes?

Se for assim, talvez para os demais eventuais milhares de casos semelhantes 
teria que adicionar genericamente um level=0 para o bloco de térreo, e um 
level=1 para  o bloco do corpo. (E "talvez" adicionar algo como 
"fixme=verificar numero de pavimentos para  building:levels e " - não teria 
como verificar antes um por um. Não vem estes dados junto. Teria que ser só "in 
loco" (tradução livre: coisa de loco). Ou não adicionar: a informação "level" 0 
e 1 seria completa em si. Fica implícito que o resto seria a completar, como 
para tudo no OSM).

Se tiveres uma solução e quiseres testar nestes , fique à vontade. Agora que me 
dei conta disto vou testar no outro também.

Obrigado.

- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

2016-05-13 Per discussione Nelson A. de Oliveira

2016-05-13 8:02 GMT-03:00 Sérgio V. :
> me mandou do [https://www.openstreetmap.org/way/414428800] dentro do
> [https://www.openstreetmap.org/way/414428734]:

São 2 andares do mesmo prédio ou o prédio é apenas o
https://www.openstreetmap.org/way/414428800 ?

> -Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates
> and fixes incorrect data. Part of core now.":
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?

Ficou obsoleto ao ser incorporado ao JOSM (antes ele era um plugin
separado; esse plugin separado que é obsoleto).
O validador do JOSM está certo.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

2016-05-13 Per discussione Martin Koppenhoefer

2016-05-13 11:55 GMT+02:00 Paolo Monegato :

> Però la questione delle amenity duplicate è un po' diversa. Al tempo ogni
> singolo pezzo d'edificio risultava taggato come "ospedale" per esempio.
>


ma questo solo se aggiungi un ospedale ad ogni edificio, quindi crei questi
duplicati.


Con il risultato che un singolo complesso ospedaliero composto da più
> edifici pareva essere una serie di ospedali diversi.
>


si, il solito problema che l'edificio viene parificato con l'utilizzo. E'
sempre sbagliato, ma nel caso di un supermercato (per esempio) spesso non
nuoce.


Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema

2016-05-13 Per discussione Martin Koppenhoefer

2016-05-13 12:06 GMT+02:00 Paolo Monegato :

> Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:
>
>> la via ha due nomi.
>>
>
> Assolutamente no. La strada ha due nomi, ma perché sono due vie diverse
> (ognuna con un solo nome), una per il comune X e l'altra per il comune Y.



no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi (volendo
si può vedere la via suddivisa, una parte ha un nome, l'altra parte ha
l'altro nome).
La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di un
fiume per esempio capita spesso che appartiene a tutti i due confinanti, ma
il nome diverso solitamente è dovuto a lingue diverse. In questo caso non
parleresti di 2 fiumi, no?

Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] ��(

2016-05-13 Per discussione cleary

I agree that there is a need to improve our classification of places.
However I think that taking population as the sole criterion will create
more discrepancies than we have already.

For example, I live in a Sydney suburb that has a population greater
than the gazetted "state suburb" of Sydney (roughly the CBD area). If we
adopted a strictly population-based criterion, my suburb and many others
with more than 10,000 people would be "towns" in OSM and Sydney CBD be a
"town". My suburb has about the same population as the rural city of
Griffith, NSW. I think Griffith is a city but my suburb is not.

The figure extracted from the OSM population data shows Nowra with over
32,000 population. On the ABS website, the ABS census data for 2011
shows the "state suburb" of Nowra having 9,200 people .. just a village.
If we add the adjacent areas of North Nowra, South Nowra, West Nowra and
Bomaderry, then ABS shows the "Nowra/Bomaderry Urban Centre" which
includes the areas around Nowra as having approx. 28,000 people. So do
we show Bomaderry as part of greater Nowra, or is it a village/town in
its own right?  Does North Nowra exist in its own right as a
suburb/village or is it just part of the larger Nowra?

There is also the issue of population density. 500 people living in a
couple of square kilometres might be a village. Another 500 people
living in a gazetted location of hundreds of square kilometres could
hardly be said to be living in a village even though their location has
an equivalent population.

I won't keep going on and on, but there are many questions thrown up by
relying on population alone as the criterion for determining if a place
is a city or town or whatever. I think it has to be a sort of "common
sense" decision taking population into account but other factors as
well.  But I do support the need to try to clarify our classifications
and appreciate the difficulty in resolving the issue.

On Fri, May 13, 2016, at 07:11 PM, Warin wrote:
> On 5/13/2016 11:36 AM, Warin wrote:
>> On 5/6/2016 9:51 AM, Simon Slater wrote:
>>> On Thu, 5 May 2016 10:10:35 AM Ian Sergeant wrote:
>>>
 1. Any attempt to make something render on sparse parts of the map,
is a rendering issue.  Any renderer is free to pre-process the
data based on a population and remoteness algorithm if they
wish.  2. Personally, I make anything a town if it has services.
If it has a pub, a take-away, a supermarket, a post-office, and
a fuel station, then it's a town.  I save hamlet for a
population grouping without any services, and a locality for a
place where there is essentially no population clustering.  This
is a natural skew towards remoter destinations becoming towns,
because they are service towns for surrounding areas, rather
than necessarily having large populations themselves.

>>> Post offices may be a good guide.  25 years ago there were at least
>>> 4 post offices between here (Swan Hill) and Kerang.  Now there is
>>> only one at Lake Boga, but all the other post codes are still in
>>> place, mail routing through either Kerang or Swan Hill.
>>
>> Australia post has;
>>  * Post Office (PO) and
>>  * Local Post Office (LPO) The LPO is usually smaller and within
>>another business ..usually a local convenience store.
>>
>> The ABS has this
>>
>> http://www.abs.gov.au/AUSSTATS/abs@.nsf/2f762f95845417aeca25706c00834efa/1d90c1ef4ac928d5ca2570ec0018e4f7!OpenDocument[1]
>> "*Identifying towns*

>> In this review *small towns* have been defined as population centres
>> with between 1,000 and 19,999 people. Towns might ideally be
>> distinguished from cities and from smaller rural communities
>> according to functional criteria, such as the presence or absence of
>> various educational, medical, recreational and retail services,
>> together perhaps with administrative criteria such as whether or not
>> a city or town council operated from within the town. While such
>> conceptual distinctions might be made, it is difficult to put such
>> definitions into practice. The above population size was therefore
>> considered the most suitable alternative which would generally
>> encompass these criteria."
>>
>>
>> I tend to concur with this - simplest to implement and verify.  I do
>> note the 'medical' services that ABS have for identifying towns etc,
>> that may be a usefull criteria in addition to number of pubs, petrol
>> stations etc.
>>
>>

> I have gotten some 1,400 'towns from the OSM data base .. many of
> these have no population given, but from those that do; Penrith
> 178465 Bunbury  64385 Maitland  61431 Palmerston46618
> Melton45624 Port Macquarie41723 Sunbury
> 33062 Pakenham  32911 Nowra 32556 Albany30656
> Devonport 29051 Goulburn  21484 Busselton 21407 Ocean Grove
> 16093 Bacchus Marsh 14913 Port Hedland  13772 Torquay
> 13339 Coolum Beach  13154 Broome

Re: [Talk-GB] New user renaming highway=cycleway with NCN references

2016-05-13 Per discussione David Woolley


On 13/05/16 11:17, Dave F wrote:

I think you're combining two separate issues.

Designated cycle route NCN4 was implemented along the K canal long
before 2012. There a was short time when a free license was required to
officially use it.

Whether individual people had a license or not made no difference to
it's status.


I think the problem is that bicycle= is being used for two different 
purposes, which are somewhat orthogonal.  One is to indicate access and 
the other is to indicate designation.  I think the situation is that the 
designated cycle route runs over a permissive path, not a public right 
of way.  You either need bicycle=permissive;designated, or to have a 
combined value, something like bicycle=permissive-designated.  The 
latter is better as the multi value notation tends to imply a union of 
permissions, not an intersection.


Designating as public footpath or bridleway gives certain legal rights, 
e.g. the right to not have the path obstructed, whereas designating a 
permissive path as a national cycle route only gives a routing 
preference.  There are also long distance foot routes that often go over 
permissive paths.


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Mapcontrib, logiciel

2016-05-13 Per discussione Hélène PETIT


trop bien !


Le 13/05/2016 à 10:42, Vincent Bergeot a écrit :

Bonjour,
un mail pour vous présenter MapContrib, logiciel dont l'objectif est de
faciliter la contribution à OpenStreetMap (par exemple sur des carto,
avec des classes, et autres cadres non imaginés !).

Chacun (-e) de vous peut créer des thèmes qu'il met à disposition
ensuite de toutes personnes ayant un compte openstreetmap et permettre
ainsi à plus de personnes de contribuer simplement (y compris sur
téléphone car c'est responsive).

Voici quelques thèmes créés centrés sur Clermont pour le state of the
map (occasion de nous rencontrer si vous le souhaitez) :
par exemple :
Bornes incendies : http://www.cartes.xyz/t/s8c2d9-Les_bornes__incendie
Boites aux lettres : http://www.cartes.xyz/t/2c4196-Boites_aux_lettres

ou pour les parkings à vélo, trouver ceux dont la "capacity" n'est pas
renseignée :
http://www.cartes.xyz/t/s8c2d5-Combien_de_vlos_peut_on_accrocher

L'idée étant de pouvoir permettre à des non informaticiens mais un peu
cartographes de construire des cartes pour faciliter la contribution à
des personnes ni informaticiennes ni cartographes, alors si vous avez
envie, c'est à vous :
http://mapcontrib.xyz

Pour vous aider, quelques vidéos : https://vimeo.com/channels/1070848

Ce que nous souhaitons continuer à développer
(https://github.com/MapContrib/MapContrib/issues) :

  * le fait de copier un thème simplement pour pouvoir le "centrer" et
l'adapter chez soi,
  * avoir une page d'accueil avec les thèmes créés et ce dont on
souhaite garder la trace,
  * passer de plusieurs requêtes overpass à une seule avec la
personnalisation de l'affichage,
  * faciliter la création de requète overpass,
  * améliorer l'interface pour faire disparaître au maximum les
clés/valeurs en anglais (souvent un frein pour de nombreuses personnes),
  * lier mapcontrib avec osmose sur la partie qualité et opendata,
  * ...

Si vous avez des questions, bien évidemment n'hésitez pas !

Guillaume Amat, Vincent Bergeot, Frédéric Rodrigo



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

2016-05-13 Per discussione Sérgio V .

Obrigado Nelson e Marcio.


O JOSM tá atualizado.

Os casos de prédios vizinhos simples grudados não tão acusando problema mesmo 
(como em https://www.openstreetmap.org/way/414428517).

Os que acusam problema são os compostos de mais de uma área: uma dentro da 
outra, ou em parte por cima, com nós ou ways sobre outros (sem multipolígono).


Sobre:

>Se você adicionar a tag de building=* nos seus prédios você vai ver que o 
>aviso de caminhos sobrepostos some.

>Só vai precisar ver o problema de "prédio dentro de prédio".


Como se resolve o

"building inside building"?

Peguei um exemplo dos importados da PMPA, o caso que o 
Papibaquígrafo me 
mandou do [https://www.openstreetmap.org/way/414428800] dentro do 
[https://www.openstreetmap.org/way/414428734]:

-Selecionei os 2 ways "building=yes" simples (sem multipolígono);

-Passei o validador, acusam só 1 coisa: "building inside building".


1)Testei com o plugin "Merge overlap": não alterou nada, os 2 ways só tem um nó 
em comum no perímetro.

2)Testei com o "Join overlapping areas": mas apaga a de dentro, ficando só o 
contorno de fora. Perde o sentido original (tipo: corpo + cobertura do prédio).

3)Fiz o "create multipolygon": ficou o multipolígono como "building=yes" (saiu 
a tag "building=yes" dos 2 membros).

Não adicionei "building=yes" nos 2 membros.

-Passei o validador (selecionados só os 2 ways):nos 2 membros não dá mais aviso.

-Passei de novoo validador (selecionada a relação multipolígono), acusou só 1 
coisa:

"Intersection between multipoygon ways"


4) Aí adicionei "building=yes" nos 2 membros.

-Passei o validador, selecionados só os 2 ways: nos 2 membros não dá mais aviso.

-Passei de novo o validador (selecionada a relação multipolígono), acusou 3 
coisas:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way" (acho que por causa do "building=yes" nos membros, 
além do multipolígono em si).


5)Se fizer "unglue" (g) no único nó em overlapping, acusa 5 coisas:

ERRO:

Building duplicated nodes - Duplicated nodes"

warnings:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way"

"Crossing buildings"


Desfiz.

6)Se remover o "building=yes" só do way "inner", acusa o mesmo que 4).

7)Se remover o "building=yes" só do way "outer", acusa de novo só 1 coisa:

-"Intersection between multipolygon ways"

8)Se fizer "unglue" (g) no único nó em overlapping, acusa 2 coisas:

"Intersection between multipolygon ways"

"Mixed type duplicated nodes - Duplicated nodes"

9)Se fizer "fix" neste nó, cola de novo, e volta ao 7).

Não resolvi. Deixei (por enquanto) como estava.

- - - - - - - - - - - - - - -

PERGUNTA:

Existe alguma destas versões de "overlapping" que seja aceitável? (válida para 
o OSM)

Qual solução?

-Se puderem, podem mostrar em cima deste exemplo mesmo do 
[https://www.openstreetmap.org/way/414428734], que aí eu vejo como ficou para 
entender o que foi alterado.

-Tem também este típico dos casos de "building inside building", com não só 1 
nó, mas todos ways em overlapping (todos os nós do de dentro estão grudados no 
de fora): https://www.openstreetmap.org/way/414743168

PS.:

-Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates and 
fixes incorrect data. Part of core now.": 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?


- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Tim Waters

I believe the Dev mailing list may have some of your technical answers
https://lists.openstreetmap.org/pipermail/dev/2016-May/thread.html

It appears from that list that the database servers are now a few
hundreds of miles from where the web servers are, causing the increase
in latency. I do not know if this is a permanent change, the thread on
osm-dev does seem to indicate that things are still in flux.

Tim



On 13 May 2016 at 06:02, Ben Discoe  wrote:
> Several of us have noticed radically slowly upload speed for
> changesets, roughly since the server move on May 9.  Like, as
> painfully slow as it used to be, it's now several times slower.
>
> It's been discussed with @OSM_Tech on twitter, in this thread:
> https://twitter.com/OSM_Tech/status/730857486618664960
>
> Before I get too hysterical, can somebody tell me what happened, and
> can it be fixed?
>
> OSM_Tech's mysterious message:
>   "Large uploads will take around 3 times longer. Small uploads extra
> delay should be minimal."
>
> Does this mean that something did change?  It is database writes that
> are taking so much longer?  Changesets with as few as 400 object are
> taking several times longer, what constitutes "large" vs. "small"?
> Can it be fixed?  Can I donate large sums of money somewhere to help
> it get fixed?
>
> Thanks,
> Ben
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] Relation Internazionali d'Italia #2 MTB al Monte Stella

2016-05-13 Per discussione Dino Michelini

  Avendo in passato organizzato per molti anni attività per mtb (gare,
escursioni, ecc.) vorrei sottolineare che ormai è prassi per gli enti
preposti alla salvaguardia del territorio (enti parco/riserve, ecc.)
redigere regolamenti per l'utilizzo delle mtb nelle aree naturali in
base a normative comunitarie, nazionali, comunali che spesso
l'escursionista non conosce. A volte questi regolamenti limitano o
vietano l'uso della mtb in quanto "mezzo" utilizzato piuttosto che come
pratica (gara, allenamento, escursione/passeggiata): ad es. è il caso
delle riserve integrali e delle aree classificate come habitat sensibile
da salvaguardare. Più in generale si può dire che come per il
campeggio/bivacco anche l'utilizzo della mtb è sempre più spesso
disciplinato e che pertanto sarebbe opportuno informarsi preventivamente
se in determinate zone la mtb si può utilizzare e in che modo per
evitare problemi con i preposti al controllo (guardia parchi, agenti
forestale, ecc.).
Nel classificare un sentiero anche per mtb credo che
dovremmo tenere conto di tutto ciò...

Il 13.05.2016 09:03 emmexx ha
scritto: 

> On 05/13/2016 08:33 AM, Marco Bartalini wrote:
> 
>> da
questo intervento capisco che c'è molta disinformazione sulla pratica
della mtb
> 
> E io capisco che non sei mai stato al Monte
Stella.
> Il Monte Stella e' un giardino pubblico di Milano.
> Il
regolamento del Comune di Milano per i giardini pubblici specifica
> che
al loro interno ci si puo' muovere in bici a passo d'uomo.
> 
> Se mi
sai spiegare come, al di fuori di manifestazioni limitate nel
> tempo,
sia possibile usare i percorsi di un parco per fare MTB, saro'
> felice
di cambiare opinione.
> 
> ciao
> maxx
> 
>
___
> Talk-it mailing list
>
Talk-it@openstreetmap.org [1]
>
https://lists.openstreetmap.org/listinfo/talk-it [2]

Con Tutto Incluso Light navighi fino a 20 Mega senza limiti e chiami a 0 
cent/minuto verso tutti i fissi e i mobili in Italia a 19,95 euro/mese per 
sempre. In piu' ora l'attivazione e' Gratis! http://casa.tiscali.it/

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)

2016-05-13 Per discussione Marco_T

Paolo Monegato wrote
> Però la questione delle amenity duplicate è un po' diversa. Al tempo 
> ogni singolo pezzo d'edificio risultava taggato come "ospedale" per 
> esempio. Con il risultato che un singolo complesso ospedaliero composto 
> da più edifici pareva essere una serie di ospedali diversi.

Sicuramente e' come dici tu.
Mi ha ingannato il fatto che, come vedi qui:
http://www.openstreetmap.org/way/138898202#map=19/45.54132/11.54827
questa chiesa (ma anche tutte quelle che ho già sistemato a Vicenza) si
trova nello stato in cui erano gli ospedali, credo, quindi com amenity
duplicate per lo stesso edificio. 
Pensavo quindi fosse un problema generalizzato ma ricontrollando ho visto
che c'e' solo in alcune zone del Veneto forse a causa di edit successivi.
La mia e' solo una segnalazione, gestiscila come ritieni piu' opportuno.
Ciao.

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Osmveneto-Correzione-errori-da-import-e-non-solo-tp5873389p5873475.html
Sent from the Italy General mailing list archive at Nabble.com.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Upload slowness - what's going on?

2016-05-13 Per discussione Michał Brzozowski

Their response is indeed so vague that I suspect even they don't know
what's happening ;)

Certainly, when you use JOSM, you can choose how much objects to
upload at once. Small bundles (100...200) seem to work better. You can
experiment with it.

Michał

On Fri, May 13, 2016 at 7:02 AM, Ben Discoe  wrote:
> Several of us have noticed radically slowly upload speed for
> changesets, roughly since the server move on May 9.  Like, as
> painfully slow as it used to be, it's now several times slower.
>
> It's been discussed with @OSM_Tech on twitter, in this thread:
> https://twitter.com/OSM_Tech/status/730857486618664960
>
> Before I get too hysterical, can somebody tell me what happened, and
> can it be fixed?
>
> OSM_Tech's mysterious message:
>   "Large uploads will take around 3 times longer. Small uploads extra
> delay should be minimal."
>
> Does this mean that something did change?  It is database writes that
> are taking so much longer?  Changesets with as few as 400 object are
> taking several times longer, what constitutes "large" vs. "small"?
> Can it be fixed?  Can I donate large sums of money somewhere to help
> it get fixed?
>
> Thanks,
> Ben
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-GB] New user renaming highway=cycleway with NCN references

2016-05-13 Per discussione Dave F


I think you're combining two separate issues.

Designated cycle route NCN4 was implemented along the K canal long 
before 2012. There a was short time when a free license was required to 
officially use it.


Whether individual people had a license or not made no difference to 
it's status.


Dave F.

On 13/05/2016 10:08, David Woolley wrote:

On 12/05/16 23:53, Andy Townsend wrote:

It depends where you are, I think. Certainly the canal towpath nearest
to me (Cromford Canal) is mostly public footpath. It's all been
surveyed, and the designation has been added fairly conservatively, i.e.
only where there's signage, and even on that basis most is still public
footpath.


Before the BWB to CRT transition, there was no public right of way on 
bicycle on most English towpaths.  You needed an explicit licence, 
although the licence was free and really only about agreeing to safety 
and other usage rules.


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-gb-thenorth] Proposal to do some mapping in North Lancashire

2016-05-13 Per discussione Chris Hill

It's great that you want to add to the map data. Please do not add the 
OS OpenMap Local building outlines. They are heavily simplified and as 
such, poor quality. You can't distinguish how many residences there are 
in a building outline, so is it detached, semi-detached or a terrace? 
Adding buildings is valuable, but I believe in quality not quantity, so 
I would trace building outlines from aerial images and not import the 
'dumbed-down' OS Open data. Let's make the best map we can, not just 
import OS's deliberately reduced quality stuff.


Cheers,
Chris (chillly)

BTW, this list list is almost dead. If you really want to reach people I 
would use talk-gb.



On 13/05/16 10:50, Roger James wrote:

Hi,

I am proposing to do some mapping in a couple of parishes in North 
Lancashire. These are "Slyne-with-Hest" and "Nether Kellet". I plan to 
use the latest OS OpenMap Local dataset to provide basic building 
boundaries where none previously exist. I will be using OSTN02 data to 
do the transforms.


Any comments or suggestions gratefully accepted.

Roger

___
Talk-gb-thenorth mailing list
Talk-gb-thenorth@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-thenorth




___
Talk-gb-thenorth mailing list
Talk-gb-thenorth@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-thenorth

Re: [Talk-it] Problema


Il 12/05/2016 22:12, beppebo...@libero.it ha scritto:
Ho visto ora la discussione è visto che qualche volta mi è capitato di 
trovare situazioni simili vorrei dire la mia. 


Lo so, t'avevo anche menzionato in lista regionale su una discussione 
apposita [1]...


Una possibile idea assurda che mi è venuta è inserire due way 
sovrapposte con lanes 1 e nomi diversi, ma non lo trovo praticabile.


Infatti non lo è. Anche perché in teoria dovresti anche dare alle way il 
senso di marcia.


Fintantoché il sistema è rendering non permetta di dare un nome ad 
ogni singola corsia, inserire i due nomi come avviene in tutte le 
mappe cittadine e name left and right penso sia il compromesso più 
accettabile.


IMHO dovrebbe arrangiarsi il rendering, prendendo il dato da left e right

Per la questione dei civici ovviamente è un problema, ma a mio avviso 
relativo li si mette il dato corretto e basta.


Ovvio, ma dato che gli editor più avanzati ti suggeriscono il nome della 
via è facile sbagliare.


Se ad esempio oltre al doppio nome, name left and right ci fosse name 
left is in x e right is in y e suddividerli per metri di corsia 
sarebbe il top, ma tutto un domani si potrà fare.


Non penso che serva. Hai un comune a destra e uno a sinistra, è naturale 
che il left sia per uno e il right per l'altro.




Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:

la via ha due nomi.


Assolutamente no. La strada ha due nomi, ma perché sono due vie diverse 
(ognuna con un solo nome), una per il comune X e l'altra per il comune Y.



Il 12/05/2016 23:34, Martin Koppenhoefer ha scritto:
si, sono d'accordo, non è la soluzione migliore, perciò vanno messo 
name:left e name:right, ma in questo caso il risultato su quasi tutte 
le mappa è nessun nome. Se ci metti anche un tag "name", per la 
maggior parte delle mappe sarebbe meglio, poi chi vuole renderizzare 
name:left e right potrebbe ignorare il tag name dove name:left e/o 
right sono presenti.


Questo però è mappare per il rendering... dovrebbe essere il rendering 
in caso di presenza di left/right e assenza del tag name a farlo in 
automatico.


ciao
Paolo M

[1] http://liste.remixtj.net/pipermail/osmveneto/2016-March/002843.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-de] Wochennotiz Nr. 303 03.05.2016–09.05.2016

2016-05-13 Per discussione Walter Nordmann


Hallo,

die Wochennotiz Nr. 303 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:


http://blog.openstreetmap.de/blog/2016/05/wochennotiz-nr-303/

Viel Spaß beim Lesen!

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] [Osmveneto] Correzione errori da import (e non solo)


Il 12/05/2016 23:14, Marco_T ha scritto:

Ho dato un'occhiata al wiki.

Secondo me sarebbe piu' coerente aggiungere un punto alla pagina che punta
la voce "Amenity duplicate":
http://wiki.openstreetmap.org/wiki/Veneto/Import/Amenity_duplicate_primo_Import_Day
nella sezione "Chiese" si potrebbe scrivere:
"- qualora l'edificio principale sia suddiviso in porzioni, al fine di
preservare per futuri usi le geometrie importate, si consiglia di
raggruppare le parti in una relazione building secondo questo wiki:
http://wiki.openstreetmap.org/wiki/Tag:type%3Dbuilding;

Purtroppo non ho un account per modificare il wiki (mai fatto prima) e non
vorrei fare casini... magari piu' avanti mi attivo.


Però la questione delle amenity duplicate è un po' diversa. Al tempo 
ogni singolo pezzo d'edificio risultava taggato come "ospedale" per 
esempio. Con il risultato che un singolo complesso ospedaliero composto 
da più edifici pareva essere una serie di ospedali diversi.
Tra l'altro, dato che all'epoca si corresse un bel po' di roba, non so 
nemmeno se il problema in questione esista ancora. L'ho inserito giusto 
con l'obiettivo di verificare se era tutto risolto o se c'era ancora 
qualcosa da fare.


Ad ogni modo vedrò di trovare un posto alle righe che hai proposto, su 
quella o sulla pagina principale.


ciao
Paolo M


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-gb-thenorth] Proposal to do some mapping in North Lancashire

2016-05-13 Per discussione Roger James


Hi,

I am proposing to do some mapping in a couple of parishes in North 
Lancashire. These are "Slyne-with-Hest" and "Nether Kellet". I plan to 
use the latest OS OpenMap Local dataset to provide basic building 
boundaries where none previously exist. I will be using OSTN02 data to 
do the transforms.


Any comments or suggestions gratefully accepted.

Roger

___
Talk-gb-thenorth mailing list
Talk-gb-thenorth@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-thenorth

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water


Il 12/05/2016 22:20, Simone F. ha scritto:
Ho corretto le geometrie delle strade segnalate nella presentazione, 
riguardanti il Veneto.
Ho aggiunto a "Edifici fantasma" e "Percorsi mappati male" [0] la voce 
"Dove", per segnalare le zone da sistemare.


ps: potresti aggiornare la paginetta per i landuse?


Fatto.


Grazie.


Il 12/05/2016 22:51, Federico Cortese ha scritto:


Però non correggete tutto altrimenti rovinate la presentazione di 
Volker per OSMIT :-D




Tranquillo, di roba da correggere ce n'è... E comunque s'era rimasti 
d'accordo con Volker (discutendo in ML regionale, ma anche di persona 
l'ultima volta che ci siamo visti dal vivo) di vedere cosa si riusciva a 
correggere in questi giorni pre-OSMit [1], così da dare anche un tocco 
positivo alla presentazione (una cosa tipo "la comunità s'è organizzata 
e con un piccolo sforzo è riuscita a sistemare nel tempo X tot cose". Il 
che serve anche a stimare il tempo necessario a completare l'opera).


ciao
Paolo M

[1] m'ero ripromesso di sistemare la questione riverbank, ma purtroppo 
ho avuto poco tempo e soprattutto problemi tecnici (sul portatile non va 
più l'usb... e usare JOSM senza mouse non è certo il massimo, 
soprattutto se si vorrebbe fare un lavoro che richiede un continuo zoom. 
Per non parlare poi del fisso che è ormai da rottamare: pensa che non 
riesco ad usare in contemporanea josm e mapillary...).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] ��(

2016-05-13 Per discussione Warin

On 5/13/2016 11:36 AM, Warin wrote:

On 5/6/2016 9:51 AM, Simon Slater wrote:

On Thu, 5 May 2016 10:10:35 AM Ian Sergeant wrote:

1. Any attempt to make something render on sparse parts of the map, is
a rendering issue. Any renderer is free to pre-process the data based
on a population and remoteness algorithm if they wish.

Australia post has;

*
Post Office (PO) and
*
Local Post Office (LPO)

The LPO is usually smaller and within another business ..usually a local
convenience store.
The ABS has this
http://www.abs.gov.au/AUSSTATS/abs@.nsf/2f762f95845417aeca25706c00834efa/1d90c1ef4ac928d5ca2570ec0018e4f7!OpenDocument
"*Identifying towns*

In this review *small towns*have been defined as population centres with between 1,000
and 19,999 people. Towns might ideally be distinguished from cities
and from smaller rural communities according to functional criteria,
such as the presence or absence of various educational, medical,
recreational and retail services, together perhaps with administrative
criteria such as whether or not a city or town council operated from
within the town. While such conceptual distinctions might be made, it
is difficult to put such definitions into practice. The above
population size was therefore considered the most suitable alternative
which would generally encompass these criteria."
I tend to concur with this - simplest to implement and verify. I do
note the 'medical' services that ABS have for identifying towns etc,
that may be a usefull criteria in addition to number of pubs, petrol
stations etc.

I have gotten some 1,400 'towns from the OSM data base .. many of these have no
population given, but from those that do;

Penrith 178465
Bunbury 64385
Maitland61431
Palmerston 46618
Melton 45624
Port Macquarie 41723
Sunbury 33062
Pakenham32911
Nowra 32556
Albany 30656
Devonport 29051
Goulburn21484
Busselton 21407
Ocean Grove 16093
Bacchus Marsh 14913
Port Hedland13772
Torquay 13339
Coolum Beach13154
Broome 12766
Batemans Bay12000
Lara11192
Drysdale10927

Compare this to the 'cities';

Charters Towers 8,234

Charleville 4,700
Caloundra 3,550
Winton 1,337

Winton and Charleville 'cities' when Broome is not? No .. sorry that makes no
sense, even when taking into account 'remoteness' and services.

And the other end of 'towns';

Marble Bar 194
Coral Bay 190
Coorow 176
Guilderton 146
Marvel Loch 98
Popanyinning87
Betoota 0
Ooldea 0

Ooldea used to have a hermit, he could still be kicking ... the others there
were railway workers with homes elsewhere.
Betoota used to have 1, but he died.
I don't think anyone could call these 'towns'! Even on a 'services' scale.

_There is a clear disparity here. _

I hope to get all the 'towns' populations that are missing entered from the ABS
census 2011, and then look again at these 'towns'.
I have entered all the 'cities' population data that was missing, so that bit
is done.

I am yet to get the villages list, if I do!

---
As a reminder of what I first proposed
OSM wiki presently has by population
city>100,000>town>10,000>village>200>hamlet>100

__I think for Australia;
city>10,000>town>1,000>village>100>hamlet>10

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] New user renaming highway=cycleway with NCN references

2016-05-13 Per discussione David Woolley


On 12/05/16 23:53, Andy Townsend wrote:

It depends where you are, I think.  Certainly the canal towpath nearest
to me (Cromford Canal) is mostly public footpath. It's all been
surveyed, and the designation has been added fairly conservatively, i.e.
only where there's signage, and even on that basis most is still public
footpath.


Before the BWB to CRT transition, there was no public right of way on 
bicycle on most English towpaths.  You needed an explicit licence, 
although the licence was free and really only about agreeing to safety 
and other usage rules.


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Mapcontrib, logiciel