Re: [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Greg Morgan]

On Wed, Oct 18, 2017 at 12:52 PM, Tod Fitch  wrote:

Tod,

Thank you for your help in Arizona--mostly metro Phoenix.  I think that we
need to ask MapBox to revise the 2017 Tiger layer.  There were short ways
without names in Tiger 2017 that both the Tiger 2014  and Tiger 2015 layers
have/had.  It was a mistake for them to remove 2015.  That is why you could
not find some of the names with the 2017 layer.

He! He!  You left me some great challenges.  I think those are best consume
in small changes.  Thanks also for the overpass query.

I think I got them all. The ones that had a name on the Tiger 2017 overlay
> at least. The ones that did not have a Tiger name (looks to be mostly
> service roads) I changed to “fixme=chdr_USA_AZ_name_fixup_required”
>
>
> Here is a search for those:
>
> /*
> This query looks for nodes, ways and relations
> with the given key/value combination.
> Choose your region and hit the Run button above!
> */
> [out:xml]/*fixed by auto repair*/[timeout:25];
> // gather results
> (
>   // query part for: “name=chdr_USA_AZ_name_fixup_required”
>   node["fixme"="chdr_USA_AZ_name_fixup_required"](31.259769987394286,-116.
> 56494140625001,37.309014074275915,-108.0615234374);
>   way["fixme"="chdr_USA_AZ_name_fixup_required"](31.259769987394286,-116.
> 56494140625001,37.309014074275915,-108.0615234374);
>   relation["fixme"="chdr_USA_AZ_name_fixup_required"](31.
> 259769987394286,-116.56494140625001,37.309014074275915,-108.
> 0615234374);
> );
> // print results
> out meta;/*fixed by auto repair*/
> >;
> out meta qt;/*fixed by auto repair*/
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Bernie Connors]

  James, Julia,        I am responsible for delivering the NB high resolution imagery to Esri Canada. The imagery only includes about 10% ‎of the province and it is mostly in the urban areas but it does include many of our smaller urban communities. I can provide a shape file of the covered areas. Bernie. Sent from my BlackBerry 10 smartphone on the Bell network.From: JamesSent: Wednesday, October 18, 2017 4:37 PMTo: Julia CCc: Talk-CA OpenStreetMapSubject: Re: [Talk-ca] Building Canada 2020 OSMGeoWeek MapathonsAnything in New Brunswick will most likely have high resolution imagery as the goverment donated their imagery to ESRI world imagery. The praries (Northern alberta, Saskatchewan, Manitoba) have vary little mappers compared to the rest of the country, it would be fun for people to give them a helping hand like we did for Fort Mac during the wild fires.On Wed, Oct 18, 2017 at 3:15 PM, Julia C  wrote:Hi everyone,I am currently working at Mapbox on the Data Team and previously worked at StatCan on the Crowdsourcing project. Mapbox is collaborating with StatCan to engage Canadian universities to participate in the Building Canada 2020 project by hosting mapathons during OSMGeoWeek (November 12-18, 2017).We want to make sure we are accomplishing this in a way that encourages new Canadian mappers, while also ensuring participants are being educated properly about OSM and the community.The plan is to help educate Canadian universities about organizing mapathons through documentations like teachOSM as well as to set up clear tasks for students to complete during the mapathons. We have started outlining the information on this wiki page.On the Canada OSM Tasking Manager there are already some tasks related to the Building Canada 2020 project. My plan is to add additional tasks for students to complete. The tasks will clearly outline what the students should map and where they should map. I would like to know if you have any suggestions on cities/towns/communities in Canada to focus on, particularly rural regions that are not mapped and have high resolution imagery.Regards,Julia
___
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] Texas - redacted roads.

[Nick Hocking]

Sam wrote

"
https://services.slip.wa.gov.au/public/services/SLIP_Public_Services/Transport/MapServer/WMSServer
"


Thanks Sam,

That WMS works well.  I'll start working on this this weekend.

The first area I looked at (Banksia Grove) looks to be a bit of a nightmare
:-(
Takes us back to to days of NearMap.  It might be easier to just delete the
geometry and re-add from Bing (with names from that WMS).

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

Re: [Talk-ca] Talk-ca Digest, Vol 116, Issue 28

[keith hartley]

Hi Everyone and Julia
I'm working with Manitoba GIS users group (or MGUG)  to increase OSM
literacy within our community, and work on HOT tasks as well as help
organize with Building 20/20. We have a number of governmental, private and
educational groups within our user group and I would like to work with them
and the greater OSM community to do this! We can provide data, and
frameworks to help!

I have a talk at our annual large convention Oct 23rd  where I am going to
address the greater membership to find interest. We could help bring a few
university's and high schools that I'm sure would love to assist, as we've
been doing geo-week and GIS day in the past.

I've talked with a few prof's at Assiniboine community college and
University of Winnipeg about Mapping Brandon (they have a great staff) . As
well as our education working group could follow up with high school
students.

We're still organizing but would love to jump at something national!

Keith



On Wed, Oct 18, 2017 at 1:36 PM, <talk-ca-requ...@openstreetmap.org> wrote:

> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. Re: COMS2200 Ottawa, Carleton University (Pierre Béland)
>2. Building Canada 2020 OSMGeoWeek Mapathons (Julia C)
>3. Re: Building Canada 2020 OSMGeoWeek Mapathons (James)
>
>
> --
>
> Message: 1
> Date: Wed, 18 Oct 2017 12:27:58 + (UTC)
> From: Pierre Béland <pierz...@yahoo.fr>
> To: Talk-CA OpenStreetMap <talk-ca@openstreetmap.org>
> Subject: Re: [Talk-ca] COMS2200 Ottawa, Carleton University
> Message-ID: <1572357348.567200.1508329678...@mail.yahoo.com>
> Content-Type: text/plain; charset="utf-8"
>
> Overpass peut être utilisé de deux façons pour analyser l'historique
> d'OSM1. DATE: État de la carte à une date précise : Exemple de James
> 2. ADIFF: Transactions effectuées entre deux dates. Dans l'exemple
> ci-dessous, j'utilise xml plutot que json comme format d'output. Aussi
> plutot que out body et out skel , j'utilise out meta geom pour plus de
> détail. Beaucoup d'infos disponibles dans le fichier. Par contre, les
> données ne sont pas affichées sur la carte.
> Voir http://overpass-turbo.eu/s/sq6
>
> Pierre
>
>
> Le mercredi 18 octobre 2017 06:47:20 HAE, James <james2...@gmail.com>
> a écrit :
>
>  I've gave an example to your students to find old nodes(thanks andy for
> synthax I forgot how to query in past)https://github.com/
> TraceyLauriault/COMS2200A/issues/43
>
>
> On Oct 18, 2017 6:07 AM, "Andy Townsend" <ajt1...@gmail.com> wrote:
>
> For info, there's a bunch of stuff that you can do with Overpass to see
> the state of an object on a certain date, for example:
>
> [date:"2017-08-25T00:17:06Z"];
> way(300069227);
> out geom;
>
> http://overpass-turbo.eu/s/spV
>
> Also it might be worth considering using the dev site
> https://master.apis.dev.openst reetmap.org/ (or even your own hosted OSM
> API) if you want to try an extensive test of "see what this looks like".
> As James has already said, the main OSM site is constantly subject to fixes
> and corrections by everyone - that's kind of the point :)
>
> For example, I used the dev API here to experiment with the mapping of
> drop kerbs etc.:
>
> https://master.apis.dev.openst reetmap.org/#map=18/54.01973/-
> 1.04546=D
>
> Best Regards,
>
> Andy
>
>
> __ _
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.or g/listinfo/talk-ca
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
> -- next part --
> An HTML attachment was scrubbed...
> URL: <http://lists.openstreetmap.org/pipermail/talk-ca/
> attachments/20171018/a1a0443c/attachment-0001.html>
>
> --
>
> Message: 2
> Date: Wed, 18 Oct 2017 14:15:20 -0500
> From: Julia C <juliacon...@gmail.com>
> To: talk-ca@openstreetmap.org
> Subject: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons
> Message-ID:
> <

Re: [Talk-us] Allegheny County, PA: Building Footprints import

[GeoKitten]

The import is now online at http://tasks.openstreetmap.us/project/131

If you're interested, go ahead and contribute.

>  Original Message 
> Subject: [Talk-us] Allegheny County, PA: Building Footprints import
> Local Time: October 10, 2017 7:38 PM
> UTC Time: October 10, 2017 11:38 PM
> From: geokitten...@protonmail.com
> To: talk-us@openstreetmap.org 
>
> I would like to propose an import of buildings in Allegheny County from
> the county's open data. I'm contacting everyone because the import guidelines
> require all imports to be discussed within the local community. Since neither
> Pittsburgh nor Pennsylvania has much of a community where we can discuss these
> issues, I put this on the US list.
>
> The wiki page is here:
> http://wiki.openstreetmap.org/wiki/Allegheny_County_Building_Import
> In summary, I wish to import around 500,000 buildings in Allegheny County.
> The data is good quality and I've confirmed that we're allowed to use it. I
> already have a plan on how to import it: I will ask for an account on the OSM
> US Tasking Manager and put it there, where the community will be free to
> help add the buildings on chunk at a time. I am styling my import after some
> previous imports of Microsoft building data in the South (link:
> http://tasks.openstreetmap.us/project/122 ). I'm personally interested in this
> project so I plan on contributing to the actual import.
>
> Is this import a good idea? If you have any concerns, suggestions,
> or improvements, I am eager to hear them. I'm a mapper local to this area but
> this is the first import I've tried to conduct.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Pierre Béland]

Malheureusement John, il y a eu pire comme problèmes de qualité pour l'ouragan 
Matthews. 
Pouratant, on prétendait supporter une urgence, puis une fois les medias 
ailleurs, on arrête les mapathons et on laisse les problèmes.  De là mon 
article sur HOT qui disait que c'était une cause oubliée.
 
Pierre 
 

Le mercredi 18 octobre 2017 18:31:19 HAE, john whelan 
 a écrit :  
 
 I completely agree with Pierre on this one.  Especially if its going to 
involve more than one University.
In Ottawa we imported the building outlines first through opendata.  Then new 
mappers can just add tags.  Just as a reminder here are some buildings mapped 
in Africa probably in a maperthon and its not untypical.

http://www.jatws.org/johnw/building3.jpg
I don't think we have the resources to clean up the map afterwards.  This is a 
project that Stats is interested in to sell the data.  There have been some 
conversations about the use of paid mappers this might be an appropriate use 
for them.  I'm not even sure we have enough resources to have an experienced iD 
OSM mapper at each location where they will be mapping and ideally it should be 
two.
Cheerio John

On 18 October 2017 at 16:21, Matthew Darwin  wrote:

  
Hi all,
 
my 2c: 
 
 
If we want to have a bunch of new to OSM people map things, I would suggest 
that these is a physical location with experts present.   As we see with the 
Carleton University example (not uOttawa), it's hard to get new folks on 
board... i would guess  that although there was training provided to Carleton 
Students, it was done as a lecture rather than a lab.
 
I was introduced to OSM mapping by joining a meetup, getting an intro and then 
everyone sitting around one big table (experts and new folks) with their 
laptops and start working through whatever the project was. It lasted 2-3 
hours. I thought it worked well, and could start working through things on my 
own after, but still asking questions of experts.  I still made mistakes, but 
having experts sitting in the same room to ask questions was invaluable for me.
 
  On 2017-10-18 04:04 PM, Pierre Béland wrote:
  
  Il y a d'autres priorités que les immeubles et je ne suis pas convaincu que 
l'objectif Immeubles 2020 proposé par des partenaires doit être endossé par la 
communauté OSM-Canada.
 
   Encore plus que le monde rural, il y a tout le nord à cartographier. Puis 
les divers projets de Mapathon on montré que de grandes vagues de nouveaux 
contributeurs arrivent rapidement, cartographient souvent sans la précision et 
la qualité nécessaire et quittent après souvent une seule soirée de 
participation. 
  L'objectif de tels mapathons doit être repensé. Il doit viser à initer et 
former des nouveaux contributeurs. L'exemple de l'université d'Ottawa nous 
montre comment ces groupes ont besoin de support. Il ne s'agit pas de faire de 
la publicité et les convaincre de démarrer des projets. Nous aurons ensuite à 
réparer les pots cassés.
  
  En  Haiti, lors de l'ouragan Matthews en octobre 2016 des vagues déferlantes 
de contributeurs ont laissé pendant deux semaines des vagues déferlantes de 
mauvaises données. Personne ensuite pour réparer. 
  Vite, vite, repensons cette approche.   
 Pierre 
   
  
 Le mercredi 18 octobre 2017 15:38:19 HAE, Stewart C. Russell 
 a écrit :  
  
   Hi Julia
 
 > I would like to know if you have any suggestions on
 > cities/towns/communities in Canada to focus on, particularly rural
 > regions that are not mapped and have high resolution imagery.
 
 I'd be pleasantly surprised if there was much intersection between
 "rural" and "high-resolution imagery" in Canada. Our rural population
 density is very low.
 
 Stewart 
 
 __ _
 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
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] Quarterly Project: Addresses and Postcodes

[Steve Doerr]

On 10/10/2017 19:07, Robert Whittaker (OSM lists) wrote:

It doesn't seem to have been mentioned here yet, but this quarter's UK
mapping project is to improve addresses and postcodes:
https://osmuk.org/uncategorized/jump-in-to-our-quarterly-mapping-project/




It would be useful to have some guidance on tagging for UK addresses. 
For instance, how would you tag the different elements of the following 
address for a pub/carvery that opened recently near me:


The Spring River
Talbot Lane
Weldon
Ebbsfleet Valley
SWANSCOMBE
DA10 1AZ

Regards,
Steve

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

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[john whelan]

I completely agree with Pierre on this one.  Especially if its going to
involve more than one University.

In Ottawa we imported the building outlines first through opendata.  Then
new mappers can just add tags.  Just as a reminder here are some buildings
mapped in Africa probably in a maperthon and its not untypical.

http://www.jatws.org/johnw/building3.jpg

I don't think we have the resources to clean up the map afterwards.  This
is a project that Stats is interested in to sell the data.  There have been
some conversations about the use of paid mappers this might be an
appropriate use for them.  I'm not even sure we have enough resources to
have an experienced iD OSM mapper at each location where they will be
mapping and ideally it should be two.

Cheerio John

On 18 October 2017 at 16:21, Matthew Darwin  wrote:

> Hi all,
>
> my 2c:
>
> If we want to have a bunch of new to OSM people map things, I would
> suggest that these is a *physical location* with *experts presen**t*.
> As we see with the Carleton University example (not uOttawa), it's hard to
> get new folks on board... i would guess  that although there was training
> provided to Carleton Students, it was done as a lecture rather than a lab.
>
> I was introduced to OSM mapping by joining a meetup, getting an intro and
> then everyone sitting around one big table (experts and new folks) with
> their laptops and start working through whatever the project was. It lasted
> 2-3 hours. I thought it worked well, and could start working through things
> on my own after, but still asking questions of experts.  I still made
> mistakes, but having experts sitting in the same room to ask questions was
> invaluable for me.
>
> On 2017-10-18 04:04 PM, Pierre Béland wrote:
>
> Il y a d'autres priorités que les immeubles et je ne suis pas convaincu
> que l'objectif Immeubles 2020 proposé par des partenaires doit être endossé
> par la communauté OSM-Canada.
>
> Encore plus que le monde rural, il y a tout le nord à cartographier. Puis
> les divers projets de Mapathon on montré que de grandes vagues de nouveaux
> contributeurs arrivent rapidement, cartographient souvent sans la précision
> et la qualité nécessaire et quittent après souvent une seule soirée de
> participation.
>
> L'objectif de tels mapathons doit être repensé. Il doit viser à initer et
> former des nouveaux contributeurs. L'exemple de l'université d'Ottawa nous
> montre comment ces groupes ont besoin de support. Il ne s'agit pas de faire
> de la publicité et les convaincre de démarrer des projets. Nous aurons
> ensuite à réparer les pots cassés.
>
> En  Haiti, lors de l'ouragan Matthews en octobre 2016 des vagues
> déferlantes de contributeurs ont laissé pendant deux semaines des vagues
> déferlantes de mauvaises données. Personne ensuite pour réparer.
>
> Vite, vite, repensons cette approche.
>
> Pierre
>
>
> Le mercredi 18 octobre 2017 15:38:19 HAE, Stewart C. Russell
>   a écrit :
>
>
> Hi Julia
>
> > I would like to know if you have any suggestions on
> > cities/towns/communities in Canada to focus on, particularly rural
> > regions that are not mapped and have high resolution imagery.
>
> I'd be pleasantly surprised if there was much intersection between
> "rural" and "high-resolution imagery" in Canada. Our rural population
> density is very low.
>
> Stewart
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
> ___
> Talk-ca mailing 
> listTalk-ca@openstreetmap.orghttps://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] Building Canada 2020 OSMGeoWeek Mapathons

[Pierre Béland]

Le projet Building Canada 2020 et la page wiki créée pour le projet ne sont pas 
à l'initiative de la communauté OSM du Canada.  À mon avis, les initiateurs de 
ce projet doivent indiquer clairement qui est responsable de ce projet et qu'il 
n'est pas endossé par la communauté OSM du Canada. 
Nous avons plutôt un rôle de sous-traitants,  simplement informés et invités à 
y participer. Je ne sais pas si des partenaires externes oseraient démarrer 
ainsi un projet en France ou en Allemagne.
Ce n'est pas à mon avis de cette façon que nous allons développer des 
communautés OSM.
 
Pierre 
 

Le mercredi 18 octobre 2017 15:15:45 HAE, Julia C  a 
écrit :  
 
 Hi everyone,
I am currently working at Mapbox on the Data Team and previously worked at 
StatCan on the Crowdsourcing project. Mapbox is collaborating with StatCan to 
engage Canadian universities to participate in the Building Canada 2020 project 
by hosting mapathons during OSMGeoWeek (November 12-18, 2017).
We want to make sure we are accomplishing this in a way that encourages new 
Canadian mappers, while also ensuring participants are being educated properly 
about OSM and the community.
The plan is to help educate Canadian universities about organizing mapathons 
through documentations like teachOSM as well as to set up clear tasks for 
students to complete during the mapathons. We have started outlining the 
information on this wiki page.
On the Canada OSM Tasking Manager there are already some tasks related to the 
Building Canada 2020 project. My plan is to add additional tasks for students 
to complete. The tasks will clearly outline what the students should map and 
where they should map. 
I would like to know if you have any suggestions on cities/towns/communities in 
Canada to focus on, particularly rural regions that are not mapped and have 
high resolution imagery.
Regards,Julia
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Federico Cortese]

2017-10-18 19:03 GMT+02:00 Alessandro :
>
> Ogni tanto bisognerebbe spegnere il pc, accendere il gps e uscire a mappare.
>
+1, quanto hai ragione!

Ciao,
Federico

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

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Matthew Darwin]

Hi all,

my 2c:

If we want to have a bunch of new to OSM people map things, I would 
suggest that these is a *physical location* with *experts presen**t*. 
  As we see with the Carleton University example (not uOttawa), it's 
hard to get new folks on board... i would guess  that although there 
was training provided to Carleton Students, it was done as a lecture 
rather than a lab.


I was introduced to OSM mapping by joining a meetup, getting an intro 
and then everyone sitting around one big table (experts and new folks) 
with their laptops and start working through whatever the project was. 
It lasted 2-3 hours. I thought it worked well, and could start working 
through things on my own after, but still asking questions of 
experts.  I still made mistakes, but having experts sitting in the 
same room to ask questions was invaluable for me.


On 2017-10-18 04:04 PM, Pierre Béland wrote:
Il y a d'autres priorités que les immeubles et je ne suis pas 
convaincu que l'objectif Immeubles 2020 proposé par des partenaires 
doit être endossé par la communauté OSM-Canada.


Encore plus que le monde rural, il y a tout le nord à cartographier. 
Puis les divers projets de Mapathon on montré que de grandes vagues 
de nouveaux contributeurs arrivent rapidement, cartographient 
souvent sans la précision et la qualité nécessaire et quittent après 
souvent une seule soirée de participation.


L'objectif de tels mapathons doit être repensé. Il doit viser à 
initer et former des nouveaux contributeurs. L'exemple de 
l'université d'Ottawa nous montre comment ces groupes ont besoin de 
support. Il ne s'agit pas de faire de la publicité et les convaincre 
de démarrer des projets. Nous aurons ensuite à réparer les pots cassés.


En  Haiti, lors de l'ouragan Matthews en octobre 2016 des vagues 
déferlantes de contributeurs ont laissé pendant deux semaines des 
vagues déferlantes de mauvaises données. Personne ensuite pour réparer.


Vite, vite, repensons cette approche.

Pierre


Le mercredi 18 octobre 2017 15:38:19 HAE, Stewart C. Russell 
 a écrit :



Hi Julia

> I would like to know if you have any suggestions on
> cities/towns/communities in Canada to focus on, particularly rural
> regions that are not mapped and have high resolution imagery.

I'd be pleasantly surprised if there was much intersection between
"rural" and "high-resolution imagery" in Canada. Our rural population
density is very low.

Stewart


___
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-ie] Esri World Imagery on OpenStreetMap

[Donal Diamond]

This confirms Belfast got some new esri imagery:

https://arcgis-content.maps.arcgis.com/apps/MapSeries/index.html?appid=764ca9b83add496ab90aba74405ef4a9

Found via
https://blogs.esri.com/esri/arcgis/tag/whats-new-in-world-imagery/

In Josm for bing imagery show tile properties will show some meta data with
acquisition date.

Donal



On 18 October 2017 at 19:47, Colm Moore  wrote:

> Hi,
>
>
> I think some of this imagery is now showing around Belfast and Lisburn.
>
>
> Some Bing imagery may have updated also.
>
>
> Where can one find where each photography supplier covers?
>
>
> Colm
>
>
> 
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
>
>
> 
> From: Colm Moore 
> Sent: 26 August 2017 02:15
> To: talk-ie@openstreetmap.org
> Subject: Esri World Imagery on OpenStreetMap
>
>
> Hi,
>
>
> It seems Esri World Imagery is available on OpenStreetMap. I don't know
> the extent.
>
>
> Some of it may be related to the DigitalGlobe imagery.
>
>
> http://wiki.openstreetmap.org/wiki/Esri
>
> https://blogs.esri.com/esri/arcgis/2017/08/24/world-imagery-in-osm/
>
>
> Esri is unrelated to The Economic and Social Research Institute.
>
>
> Colm
>
>
> 
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Alan Richards]

The ESRI layer in BC is now pretty good as well, and has the latest
orthophotography from all the cities with open data (and a few that don't).
Much easier than manually collecting from each municipality. Generally this
is still the urban cities and town, and not rural areas of course though.
Unless the regional districts every collect orthophotos I'm not sure we're
likely to get any high-resolution outside of the bigger cities.

Alan

On Wed, Oct 18, 2017 at 1:37 PM, Stewart C. Russell 
wrote:

> Hi Julia
>
> > I would like to know if you have any suggestions on
> > cities/towns/communities in Canada to focus on, particularly rural
> > regions that are not mapped and have high resolution imagery.
>
> I'd be pleasantly surprised if there was much intersection between
> "rural" and "high-resolution imagery" in Canada. Our rural population
> density is very low.
>
>  Stewart
>
> ___
> 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] Building Canada 2020 OSMGeoWeek Mapathons

[Pierre Béland]

Il y a d'autres priorités que les immeubles et je ne suis pas convaincu que 
l'objectif Immeubles 2020 proposé par des partenaires doit être endossé par la 
communauté OSM-Canada.

Encore plus que le monde rural, il y a tout le nord à cartographier. Puis les 
divers projets de Mapathon on montré que de grandes vagues de nouveaux 
contributeurs arrivent rapidement, cartographient souvent sans la précision et 
la qualité nécessaire et quittent après souvent une seule soirée de 
participation.
L'objectif de tels mapathons doit être repensé. Il doit viser à initer et 
former des nouveaux contributeurs. L'exemple de l'université d'Ottawa nous 
montre comment ces groupes ont besoin de support. Il ne s'agit pas de faire de 
la publicité et les convaincre de démarrer des projets. Nous aurons ensuite à 
réparer les pots cassés.

En  Haiti, lors de l'ouragan Matthews en octobre 2016 des vagues déferlantes de 
contributeurs ont laissé pendant deux semaines des vagues déferlantes de 
mauvaises données. Personne ensuite pour réparer.
Vite, vite, repensons cette approche. 
Pierre 
 

Le mercredi 18 octobre 2017 15:38:19 HAE, Stewart C. Russell 
 a écrit :  
 
 Hi Julia

> I would like to know if you have any suggestions on
> cities/towns/communities in Canada to focus on, particularly rural
> regions that are not mapped and have high resolution imagery.

I'd be pleasantly surprised if there was much intersection between
"rural" and "high-resolution imagery" in Canada. Our rural population
density is very low.

 Stewart

___
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-be] building = staketsel

[Steven Clays]

Strange, because http://www.openstreetmap.org/way/465851481 renders
perfectly.

2017-10-18 14:47 GMT+02:00 Ruben :

> On Wed, 18 Oct 2017 10:04:01 +0200, Pieter Brusselman <
> pieter.brussel...@tragewegen.be> wrote:
> > Hi,
> >
> > Some time ago I mapped some 'man_made = pier' on the Zuidlede. Those
> > items don't show up on the map.  Perhaps due to the rendering_style.
> >
> > I was looking for some examples and i found:
> > http://www.openstreetmap.org/relation/7340858#map=18/51.0/3.73357.
> > Here, the pier/staketsel is mapped as a 'building'.  I don't think this
> > is realy a building :-).
>
> That is due to an illegal and very badly performed import.
>
> Do not pay attention to any tags that endless_autumn has added. (Or fix
> them :) )
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Stewart C. Russell]

Hi Julia

> I would like to know if you have any suggestions on
> cities/towns/communities in Canada to focus on, particularly rural
> regions that are not mapped and have high resolution imagery.

I'd be pleasantly surprised if there was much intersection between
"rural" and "high-resolution imagery" in Canada. Our rural population
density is very low.

 Stewart

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

Re: [Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[James]

Anything in New Brunswick will most likely have high resolution imagery as
the goverment donated their imagery to ESRI world imagery. The praries
(Northern alberta, Saskatchewan, Manitoba) have vary little mappers
compared to the rest of the country, it would be fun for people to give
them a helping hand like we did for Fort Mac during the wild fires.

On Wed, Oct 18, 2017 at 3:15 PM, Julia C  wrote:

> Hi everyone,
>
> I am currently working at Mapbox on the Data Team and previously worked at
> StatCan on the Crowdsourcing project. Mapbox is collaborating with
> StatCan to engage Canadian universities to participate in the Building
> Canada 2020 project
>  
> by
> hosting mapathons during OSMGeoWeek  (November
> 12-18, 2017).
>
> We want to make sure we are accomplishing this in a way that encourages
> new Canadian mappers, while also ensuring participants are being educated
> properly about OSM and the community.
>
> The plan is to help educate Canadian universities about organizing
> mapathons through documentations like teachOSM  as
> well as to set up clear tasks for students to complete during the
> mapathons. We have started outlining the information on this wiki page
> 
> .
>
> On the Canada OSM Tasking Manager  there are
> already some tasks related to the Building Canada 2020 project. My plan is
> to add additional tasks for students to complete. The tasks will clearly
> outline what the students should map and where they should map.
>
> I would like to know if you have any suggestions on
> cities/towns/communities in Canada to focus on, particularly rural regions
> that are not mapped and have high resolution imagery.
>
> Regards,
> Julia
>
> ___
> 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-us] Redacting 75, 000 street names contributed by user chdr

[Greg Morgan]

On Oct 10, 2017 8:13 AM, "Tod Fitch"  wrote:

I have started trying to clean up some of the redactions in Arizona,
starting with the town of Maricopa. As Ian pointed out, these were
“pre-redacted” and rather than deleting the road name, the name was changed
to chdr_USA_AZ_name_fixup_required.


I did not see that the redaction was finished. I will work on any of the
remaining names. The chdr changes were focused on various new subdivisions
at time of the changes.


The problem is there are some roads that do not have names on the Tiger
2017 overlay. At this time I have left those untouched.

My worry is that there does not seem to be a lot of local mappers working
in the area so it may be a while before the remaining
name=chdr_USA_AZ_name_fixup_required roads get fixed. In the meantime data
consumers will be giving confusing information to end users. I can see (or
mentally hear) lots of routing guidance with “turn right at churdr usa az
name fixup required”.

I am inclined to simply delete the name if Tiger 2017 has no name. That
will do two things: 1. Make the map and routing less wrong. And 2. Allow
the normal QA tools we have indicate an issue (residential road with no
name).

Thoughts?

Tod

> On Oct 9, 2017, at 12:21 PM, Ian McEwen 
wrote:
>
> AZ has none because of https://www.openstreetmap.org/changeset/51502902
> rather than an actual absence of things to fix from this (that changeset
> essentially pre-redacted the names, so they no longor appear in
> Frederick's list of redactions). I've fixed those I could find in the
> Tucson & Pima County areas, but there's still lots to be gone over in
> AZ.
>
> Just mentioning this so if anyone's doing anything like tasking manager
> work, they'll know they need to special-case AZ.
>
> On Mon, Oct 09, 2017 at 09:21:59AM -0700, Tod Fitch wrote:
>> FYI,
>>
>> No redactions in Oregon, Arizona or Utah. I’ve added Tiger 2017 names to
the ways in the list located in California and Nevada. Later today I’ll do
New Mexico and Colorado.
>>
>> I’ve got to restrain myself from correcting geometry, adding surface,
lanes, turn lanes, etc. while I do this. :)
>>
>> Tod
>>
>>> On Oct 9, 2017, at 9:01 AM, Tod Fitch  wrote:
>>>
>>> Looks like there are about 6600 redactions in the US. Did a quick sort
of the list by country and state and it looks like Texas has the most (by
eyeing the list rather than counting). Most states have a very manageable
number. There were about 42 in California and I was able to apply Tiger
2017 names to 38 of those. Most states will be that easy.
>>>
>>> All I did was take the list, extract out the ones for California, do a
edit to add "https://www.openstreetmap.org/way/“ in front of the way ID and
then do a “Load Location” in JOSM for each. Looked at them with the Tiger
2017 overlay imagery to see if there was a name I could apply. Took maybe
1/2 hour to do all of California.
>>>
>>> Not sure this is a big enough job to bother putting up a OSM task for
it. Just grab the way IDs in your state, and maybe in your neighboring
state(s), and do it.
>>>
>>> Texas and maybe New York will require more work, so maybe those could
be broken into tasks. But for the rest I think it would pretty much be “one
state is one task”.
>>>
 On Oct 8, 2017, at 3:28 AM, Nick Hocking 
wrote:

 Can someone put up an OSM task so that we can replace these names ,
from Tiger 2017?
 ___
 Talk-us mailing list
 Talk-us@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


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

[Talk-ca] Building Canada 2020 OSMGeoWeek Mapathons

[Julia C]

Hi everyone,

I am currently working at Mapbox on the Data Team and previously worked at
StatCan on the Crowdsourcing project. Mapbox is collaborating with StatCan
to engage Canadian universities to participate in the Building Canada 2020
project

by
hosting mapathons during OSMGeoWeek  (November
12-18, 2017).

We want to make sure we are accomplishing this in a way that encourages new
Canadian mappers, while also ensuring participants are being educated
properly about OSM and the community.

The plan is to help educate Canadian universities about organizing
mapathons through documentations like teachOSM  as
well as to set up clear tasks for students to complete during the
mapathons. We have started outlining the information on this wiki page

.

On the Canada OSM Tasking Manager  there are
already some tasks related to the Building Canada 2020 project. My plan is
to add additional tasks for students to complete. The tasks will clearly
outline what the students should map and where they should map.

I would like to know if you have any suggestions on
cities/towns/communities in Canada to focus on, particularly rural regions
that are not mapped and have high resolution imagery.

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Alfredo Gattai]

Due chiarimenti veloci:

Il CAI mette il name solo sulla relazione in quanto la stessa puo'
comprendere varie way che hanno gia' nomi propri.

Il nome scelto e' sulla segnaletica o vi sara' posto appena vengono fatti i
lavori. Laddove ce ne sia uno storico gia' conosciuto si tiene quello.

Nei casi di sovrapposizioni con altre associazioni ci si accorda prima.
Esempio recente in Liguria con il CAI la FIE e la Regione.

Io direi di lasciare un po' rodare il meccanismo, se poi di trovano
soluzioni migliori a cambiare un tag si fa in changeset.

Alfredo

Il 18 Ott 2017 7:44 PM, "Andreas Lattmann"  ha
scritto:

> >> A voler fare l'avvocato del diavolo: il nome di una via è un nome
> >attribuito
> >> artificiosamente da un'organizzazione (comune) con il fine della
> >preparazione
> >> del catasto/stradario.
>
> Infattiii! Non riesco a capire perché tutti questi problemi con il name
> assegnato dai CAI. Che ci piaccia o meno è il CAI che decide il nome.
>
> >Ogni tanto bisognerebbe spegnere il pc, >accendere il gps e uscire a
> mappare.
>
> Alessandro Il mio pc è morto! :-/
>
> Se guardi i miei changeset sono stati fatti con Vespucci :-D
>
> Ciao ragazzi.
>
> Andreas Lattmann
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> 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] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Andreas Lattmann]

>> A voler fare l'avvocato del diavolo: il nome di una via è un nome
>attribuito
>> artificiosamente da un'organizzazione (comune) con il fine della
>preparazione
>> del catasto/stradario.

Infattiii! Non riesco a capire perché tutti questi problemi con il name 
assegnato dai CAI. Che ci piaccia o meno è il CAI che decide il nome.

>Ogni tanto bisognerebbe spegnere il pc, >accendere il gps e uscire a mappare.

Alessandro Il mio pc è morto! :-/

Se guardi i miei changeset sono stati fatti con Vespucci :-D

Ciao ragazzi.

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Andreas Lattmann]

>non è il nome con cui la gente conosce il >sentiero (che se non ha un 
>nome specifico probabilmente è >conosciuto con il numero)

Qui il discorso cambia, se è conosciuto con un nome, allora credo che sia 
corretto mettere il name sulla way ed il nome CAI sulla relazione. Potrebbe 
andare bene?


Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 18:46, Luigi Toscano ha scritto:

A voler fare l'avvocato del diavolo: il nome di una via è un nome attribuito
artificiosamente da un'organizzazione (comune) con il fine della preparazione
del catasto/stradario.

Qual è il confine? (scusando il gioco di parole)


Il nome della via però si lega anche ad altre informazioni come i 
civici, oltre ad essere presente sulla strada nelle apposite tabelle. 
L'utilità di mettere per forza un nome ad un sentiero, nome che nella 
segnaletica sul posto non trovo [1], invece non la vedo (dal punto di 
vista OSM).


Senza contare poi che volendo qualsiasi altra associazione alpinistica 
potrebbe farsi il suo catasto e dare i suoi nomi. E lì poi ci si 
troverebbe a scegliere quale dei nomi va messo [2]... Cosa che invece 
difficilmente può succedere per le vie di un paese.


ciao
Paolo M

[1] Se mettono la segnaletica allora è tutto un altro paio di maniche, 
ed inizia ad avere un senso usare il tag name... che comunque mica sto 
dicendo come altri che quel nome fittizio va messo su "description", 
dico che forse si potrebbe lasciare libero il name ed usare 
official_name (anche se per certi versi forse qualcuno potrebbe dire che 
sarebbe meglio un nuovo tag: cai_name)


[2] Metti che l'AVS decida che il sentiero si chiama Tizio, mentre il 
CAI dice che si chiama Caio. Che si fa? Che non è neppure un esempio 
tanto campato in aria visto che l'AVS vorrebbe, imho giustamente, i nomi 
solo in tedesco...



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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Ivo Reano]

> E che i locals conoscano un sentiero per il suo numero non l'ho mai
> sentita, magari lo conoscono con un loc_name oppure dicono "il sentiero per
> X".
>

Dipende... Se il numero è conosciuto da 40 anni, viene usato dai locali e
dagli escursionisti locali!
Poi ci sono le "Strade comunali" per coloro che hanno una mulattiera che
comunica la borgata col comune.

Il catasto vuole dare una razionalizzazione della situazione esistente, non
creare discussioni infinite se un nome "giusto" ci sia o meno


>
> Ogni tanto bisognerebbe spegnere il pc, accendere il gps e uscire a
> mappare.
>
> Alessandro


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

[OSM-ja] 11/11 東京！街歩き！マッピングパーティ：第13回 大宮八幡宮

[yasunari yamashita]

山下です。皆さんこんにちわ。

東京を街歩きして、
楽しみながら 自由な地図であるOpenStreetMapに書いていくマッピングパーティ、
11月は東京のへそ・子育て厄除けの八幡さまである大宮八幡宮へ行きます
https://openstreetmap.connpass.com/event/69224/
みなさん、どうぞお越しください！！
-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Alessandro]

Il 18/10/2017 18:46, Luigi Toscano ha scritto:



A voler fare l'avvocato del diavolo: il nome di una via è un nome attribuito
artificiosamente da un'organizzazione (comune) con il fine della preparazione
del catasto/stradario.



Mi pare l'intervento più sensato della giornata.
Non è che nella settimana della creazione ci sia stato un ottavo giorno 
in cui tutte le strade ed i sentieri ebbero un nome.


E che i locals conoscano un sentiero per il suo numero non l'ho mai 
sentita, magari lo conoscono con un loc_name oppure dicono "il sentiero 
per X".


Ogni tanto bisognerebbe spegnere il pc, accendere il gps e uscire a mappare.

Alessandro

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Luigi Toscano]

On Wednesday, 18 October 2017 18:41:43 CEST Paolo Monegato wrote:
> Il 18/10/2017 18:27, Andreas Lattmann ha scritto:
> > Paolo, non voglio dilungarmi sul name. È già stato affrontato 1 volte
> > in lista. Può andar bene inserirlo in official_name, visto che è il nome
> > ufficiale, ma mi chiedo, perché non deve essere inserito anche nel name?
> > Per il rendering?
> no, perché è un nome attribuito artificiosamente da un'organizzazione
> con il fine della preparazione del catasto dei sentieri

A voler fare l'avvocato del diavolo: il nome di una via è un nome attribuito 
artificiosamente da un'organizzazione (comune) con il fine della preparazione 
del catasto/stradario.

Qual è il confine? (scusando il gioco di parole)

-- 
Luigi

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 18:27, Andreas Lattmann ha scritto:

Paolo, non voglio dilungarmi sul name. È già stato affrontato 1 volte in 
lista. Può andar bene inserirlo in official_name, visto che è il nome 
ufficiale, ma mi chiedo, perché non deve essere inserito anche nel name? Per il 
rendering?


no, perché è un nome attribuito artificiosamente da un'organizzazione 
con il fine della preparazione del catasto dei sentieri


non è il nome con cui la gente conosce il sentiero (che se non ha un 
nome specifico probabilmente è conosciuto con il numero)


ciao
Paolo M


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

Re: [Talk-GB] Quarterly Project: Addresses and Postcodes

[Robert Whittaker (OSM lists)]

On 18 October 2017 at 16:43, Brian Prangle  wrote:
> The latest iteration of your postcode mapping viusalisation tool is a great
> QA tool for filling in gaps. However - 2 questions

For anyone else reading, we're talking about
http://robert.mathmos.net/osm/postcodes/stats/

> What do the columns  S0 and S5  signify?

The s0 and s5 columns are the number of (geographic) postal sectors
with 0 or <5% of postcode units having at least one instance on an OSM
object. So if s0=1, then there's at least one postcode in every
(geographic) sector. If s5=0, then at least 5% of postcode units exist
in OSM for each (geographic) sector. (That's roughly explained in the
abbr tag titles on the page, but not all browsers expose those to the
user. I'll add some text under the table to clarify this, and also
explain what "Geo Units" is.) The idea of having those columns is that
getting those numbers down might be a motivating challenge for people.

> What made you stop using the geopunk website?

I originally only added it as a stop-gap as a quick way to display a
map of the area covered by each sector. I've now got my own sector
maps (albeit showing centroids rather than a boundary) but that
fulfilled the original need. geopunk seemed overly commercialised by
adverts for my personal taste and I didn't see it adding any value. Is
there something that was there that you're missing?

> Are we going to monitor progress with a taginfo script, like we did before?

I'm currently recording the s0, s5, "OSM units" (i.e. unique
postcodes) totals from http://robert.mathmos.net/osm/postcodes/stats/
along with the total number of OSM objects with postcodes and the
errors as quoted at
http://robert.mathmos.net/osm/postcodes/osm-errors.html every day. I
intend to do some graphs of these when I get some time. I'm not
currently storing any breakdown by postal area or district though.

Robert.

-- 
Robert Whittaker

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

[OSRM-talk] error: undefined reference to 'boost::re_detail::cpp_regex_traits_implementation::transform

[Mateusz Loskot]

Hi,

I'm building the current master on Ubuntu 16.04 (inside Bash on Windows),
using GCC 7.2 and 6.3 and Boost 1.58 - all installed from Xenial packages.
I'm experiencing the linker failure for libosrm_extract.a around libboost_regex.

It has been a while (~6 weeks) since I built OSRM master last time,
but the OSRM used to build fine in that environment.

I'm puzzled, because I see the Travis CI builds are perfectly green.

I wonder if anyone experienced similar issue.

Below, I paste the g++ command with link error.
As you can see all of the Boost libraries (and some others) are repeated,
but that should not be relevant to the issue. In fact, I tried w/o the redundant
libs to confirm the linking still fails.


/usr/bin/g++-6-Wall -Wextra -pedantic -Wuninitialized
-Wunreachable-code -Wstrict-overflow=1 -U_FORTIFY_SOURCE
-D_FORTIFY_SOURCE=2 -fdiagnostics-color=auto -fPIC
-ftemplate-depth=1024 -ffunction-sections -fdata-sections -std=c++14
-O3 -DNDEBUG   -fuse-ld=gold -Wl,--disable-new-dtags
-Wl,--gc-sections -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common
CMakeFiles/osrm-extract.dir/src/tools/extract.cpp.o  -o osrm-extract
-rdynamic libosrm_extract.a -lboost_program_options -lbz2
-lboost_regex -lboost_date_time -lboost_chrono -lboost_filesystem
-lboost_iostreams -lboost_thread -lboost_system -lpthread -lexpat
-llua5.2 -lm -lz -ltbb -ltbbmalloc -lbz2 -lboost_regex
-lboost_date_time -lboost_chrono -lboost_filesystem -lboost_iostreams
-lboost_thread -lboost_system -lpthread -lexpat -llua5.2 -lm -lz -ltbb
-ltbbmalloc
libosrm_extract.a(restriction_parser.cpp.o):restriction_parser.cpp:function
__gnu_cxx::__normal_iterator,
std::allocator > >
boost::re_detail::re_is_set_member<__gnu_cxx::__normal_iterator,
std::allocator > >, char, boost::regex_traits, unsigned
int>(__gnu_cxx::__normal_iterator,
std::allocator > >, __gnu_cxx::__normal_iterator,
std::allocator > >, boost::re_detail::re_set_long
const*, boost::re_detail::regex_data > const&, bool): error: undefined
reference to 
'boost::re_detail::cpp_regex_traits_implementation::transform_primary[abi:cxx11](char
const*, char const*) const'
libosrm_extract.a(restriction_parser.cpp.o):restriction_parser.cpp:function
__gnu_cxx::__normal_iterator,
std::allocator > >
boost::re_detail::re_is_set_member<__gnu_cxx::__normal_iterator,
std::allocator > >, char, boost::regex_traits, unsigned
int>(__gnu_cxx::__normal_iterator,
std::allocator > >, __gnu_cxx::__normal_iterator,
std::allocator > >, boost::re_detail::re_set_long
const*, boost::re_detail::regex_data > const&, bool): g[abi:cxx11](char
const*, char const*) const'

-- 
Mateusz Loskot, http://mateusz.loskot.net

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

Re: [Talk-it] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Andreas Lattmann]

Paolo, non voglio dilungarmi sul name. È già stato affrontato 1 volte in 
lista. Può andar bene inserirlo in official_name, visto che è il nome 
ufficiale, ma mi chiedo, perché non deve essere inserito anche nel name? Per il 
rendering?

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-us] hydrology Alaska

[Christoph Hormann]

On Wednesday 18 October 2017, Andy Townsend wrote:
>
> https://www.openstreetmap.org/#map=17/69.94271/-152.49898
>
> isn't the result of simplification, though, is it?  You can see the
> pixels...

Like others here i have no practical experience with scanaerial but it 
seems the vectorization algorithm used is very non-sophisticated 
leading to the geometries shown.  Tracing higher resolution images at 
higher resolution and running Douglas-Peucker over it will likely not 
produce good results either (you will get the typical jagged corners).

Those cases where good results were achieved with scanaerial seem to be 
using relatively low resolution images processed at a much higher 
resolution - like here:

http://www.openstreetmap.org/#map=12/68.8084/160.9188

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-it] Italia geografica?

[Paolo Monegato]

Il 16/10/2017 10:21, Martin Koppenhoefer ha scritto:

Ho una domanda, questa relazione secondo voi ha senso?

https://www.openstreetmap.org/relation/7357659 



Dal punto di vista di OSM non è imho di nessuna utilità. Dal punto di 
vista di Wikipedia può essere utile per la voce relativa alla regione 
geografica italiana, ma non mi sembra una ragione sufficiente per 
mantenere la relazione su OSM.


A me sembrano di base un po' fascisti, e l'articolo WP sembra più di 
descrivere vecchi confini politici che attuali confini geografici, 
mentre la relazione sembra descrivere un'oggetto fantasioso tramite 
confini attuali.


Vecchi confini politici? Mi sembra che quei confini amministrativi non 
ci siano mai stati. Guardate bene, c'è Malta, c'è il Ticino... non c'è 
Lampedusa, non c'è il Tarvisio...


Cerchiamo di non confondere i confini di uno stato con i confini di una 
regione geografica (che è così definita per determinati criteri, non 
solamente fisici).


"geograficamente", io mi sarei aspettato altre regioni (appenino, 
pianura del po, sud degli alpi, isole, ecc.), e se già dobbiamo andare 
oltre i confini (corsica, slovenia), allora perché non ci mettiamo 
anche Costantinopili? ;-)


Una regione geografica non deve avere per forza un'estensione ridotta. E 
i criteri per definirla non sono solo fisici (naturali) ma possono 
essere anche storici, culturali, funzionali... Si può parlare della 
regione pontina, come della regione caucasica o della regione mediterranea.


ciao
Paolo M

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

Re: [Talk-GB] Quarterly Project: Addresses and Postcodes

[Brian Prangle]

Hi Robert

The latest iteration of your postcode mapping viusalisation tool is a great
QA tool for filling in gaps. However - 2 questions

What do the columns  S0 and S5  signify?
What made you stopusig the geopunk website?

Are we going to monitor progress with a taginfo script, like we did before?
Regards

Brian


On 10 October 2017 at 19:07, Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com> wrote:

> It doesn't seem to have been mentioned here yet, but this quarter's UK
> mapping project is to improve addresses and postcodes:
> https://osmuk.org/uncategorized/jump-in-to-our-quarterly-mapping-project/
>
> I've had a go at starting a wiki page for it at
> https://wiki.openstreetmap.org/wiki/UK_2017_Q4_Project:_
> Addresses_and_Postcodes
> which will hopefully contain some useful information. I'd encourage
> others to help improve it further.
>
> To coincide with the launch of the project I've also done a bit of
> development on my previous postcode analysis tools at
> http://robert.mathmos.net/osm/postcodes/ . You can now see stats of
> how many postcodes are mapped in each area, district and sector, as
> well as viewing potential errors (postcodes not found in Code-Point
> Open, or that are a long way from their centroid) to check/fix.
>
> As well as just generally increasing the number of addresses and
> postcodes in OSM, a couple of possible goals for the quarter would be
> to ensure we've map at least one postcode in each sector (only 615 to
> go), and to reduce the number of sectors with less than 5% of units
> present in OSM (currently 5562).
>
> I'd also like to draw your attention to the OSM/FHRS comparison
> excellent tool at http://gregrs.dev.openstreetmap.org/fhrs/ which is a
> great source of addresses/postcodes of food outlets to add in areas
> where some amenities are mapped but not individual houses.
>
> Robert.
>
> --
> Robert Whittaker
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Philippe Verdy]

Les rendus ne sont pas hypothétiques, même si concernant le rendu bitmap
c'est limité. Ne pas oublier que ce n'est pas que pour Mapnik mais aussi
pour les exports vers d'autres applications ou appareils et pour le rendu
vectoriel qui saura parfaitement utiliser les préférences linguistiques de
l'utilisateur (et qui le font déjà même si pour l'isntant on n'a pas de
rendu vectoriel sur le site osm.org, mais ça viendra vite et on mettra
alors aussi vite Mapnik aux oubliettes pour libérer des tonnes de
ressources sur les serveurs de rendu qui sont bien chargés !).


Le 18 octobre 2017 à 15:23, marc marc  a écrit :

> Bonjour,
>
> RainU de quelle nom officiellement bilingue tu parles ?
> Le seul cas récent que je me souvient est une commune qui avait une langue
> différente selon les rues mais j'ai jamais vu 2 noms dans fantoir pour une
> même rue
>
> Philippe que de complications !
> Pour l'utilisation de name en France
> - pas de problème de rendu avec Pékin, c'est pas en France
> - pas de problème avec les voisins multilingues, c'est pas en France (et
> en plus les règles locales en vigueur fonctionnent)
> - Reste le cas de name en France qu'on pourrait énoncer simplement :
> Pour les rues, communes, rivières etc, arbitrairement la langue/nom tel
> que repris au registre avec les règles de non abréviation et de majuscule
> habituelle d'osm
>
> Pour name:fer autant il me semble totalement inutile lorsqu'il n'y a
> aucune traduction (ce serrait tout dupliquer pour rien)
> Tout aussi inutile comme sauvegarde (cela revient à tout dupliquer)
> Autant je comprend son utilité pour combler le manque de valeur par défaut
> (même si cela me semble une mauvaise solution) pour un hypothétique rendu
> qui aurait plus d'une langue dans sa liste (je n'en connaît pas).
>
> Je pense qu'on devrait déjà remettre name en ordre.
>
> Cordialement,
> Marc
> ___
> 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] ASSEGNAZIONE NOMI SENTIERI e RELAZIONI

[Paolo Monegato]

Il 18/10/2017 07:55, Andreas Lattmann ha scritto:

http://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

Appunto! Ed il name è "da qui a li". Lo ha stabilito il CAI il name, non 
possiamo stabilirlo noi!

Se il CAI decide di dare ad un sentiero il nome "tutti i mappatori OSM sono persone 
volenterose e lodevoli" dovremmo inserirlo nel name, non nel description.

Posso capire che sarebbe più da description, ma se il CAI ha stabilito che 
quello è il nome, è quello e basta.


Beh, direi che quello è il nome del CAI, non "il nome" in senso assoluto...

Non sarebbe meglio usare "official_name" per questi nomi inventati dal 
CAI? Lasciando il tag name senza valore (eccetto dove esiste già).


ciao
Paolo M

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

Re: [Talk-it] Tag bacheca necrologi

[Martin Koppenhoefer]

2017-10-18 11:17 GMT+02:00 mbranco2 :

> Da tag_info [1] vedo però che finora non ne sono state inserite, quindi
> puoi inaugurare il tag board_type=obituary (oppure =necrology), associato a
> information=board.
>


+1 per "board_type=obituary". Secondo il wiki, il tag board_type era
specificato insieme a tourism=information e information=board, cosa non si
applica ai necrologi.
https://wiki.openstreetmap.org/wiki/Key%3Aboard_type
(ho anche leggermente aggiornato la definizione, visto che di "notice"
c'erano già 8000)

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Christian Rogel]

> Le 2017 Here 18 à 07:54, Christian Quest  a écrit :
> 
> Le 17 octobre 2017 à 19:22, Christian Rogel  > a écrit :
> 
> Sur la page *name= en anglais, il est bien indiqué qu’il faut y mettre le « 
> default name », donc, si le nom est déjà mis par défaut, il n’y a aucune 
> raison logique de le doublonner, ou alors « default » compte pour du beurre.
> 
> La  précision :fr ne peut alors concerner que ce qui ne serait pas là par 
> défaut. C’est comme cela que ça marche dans la plupart des cas,où on se donne 
> la peine de définir une valeur par défaut.
> Quelle raison y aurait-il de déroger à la régle du défaut ?
> 
> avoir name + name:fr permet:
> 1) de savoir que name=* est en français si les deux sont identiques
> 2) de permettre un rendu où l'on peut favoriser une langue...
> 
> En effet, si on a juste name, rien ne me permet de savoir que ce name est en 
> français et que je peux l'utiliser en priorité pour le rendu "FR"... ou 
> alors, je suis obligé de faire une requête géographique en plus pour savoir 
> que comme je suis dans un pays où la langue officielle est le français (et 
> donc encore un appel à d'autres infos comme une relation type-default), j'ai 
> de fortes chances que ce name soit en français...
> 
> Pour mémoire le rendu FR utilise (dans l'ordre):
> - name:fr (c'est ce que je veux)
> - intl_name (car potentiellement écrit avec alphabet roman)
> - name (dernière pioche et de langue/alphabet inconnu)
> 
> Je comprends bien le risque de retrouver dans name des versions multilingues 
> pour de mauvaises raisons, mais à l'usage des données, avoir les deux 
> simplifie grandement les choses et les clarifiant !
> 
> Ceci représente très peu de données en plus dans la base, c'est marginal et 
> si on se pose ce genre de question il y a bien d'autres données moins utiles 
> qu'on pourrait du coup limiter.
> 
> Je suis donc partisan de doubler name et name:fr (et en plus ça permet de 
> détecter les name=* multilingues qui ne devraient pas l'être).

Si le point de vue du doublage prévaut, cela va donner des résultats curieux :

Les zones (très vastes) où les toponymes sont majoritairement dans une langue 
allophone se verront attribuer la quaité de « français » (c’est le sens de 
l’Histoire et on vient de le rappeler aux Catalans)., mais je suis très étonné 
d’apprendre que les quartiers de ma ville, dont le nom est en breton depuis des 
siècles vont magiquement être travestis en noms français (Stang Vihan, Stang 
Zu, Tréquéffelec, Créac’h Guen, Kerjestin,…)
Les zones trilingues (Alsace, Bretagne Est) devront être taggués name, name:fr, 
name:lang 1, name:lang 2 (ce sera génial pour les noms de voie)

En fait, si vous tenez tant que cela à votre truc, soyez cohérents, déterminez 
la zone où il n’y a pas de langue locale, afin de ne pas vous faire accuser 
d’impérialisme linguistique, dénonçable devant la communauté internationale 
(Mussolini a laissé de mauvais souvenir au Tyrol du Sud et au Val d’Aoste).

Vous pourriez l’imposer par un bot, mais, essayez d’aller le défendre sur la 
liste internationale OSM : vous n’y serez pas forcèment bien reçu, vu que c’est 
la « fête » des bots, en ce moment.


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

[Talk-ec] Test

[Horea Meleg]

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[marc marc]

Bonjour,

RainU de quelle nom officiellement bilingue tu parles ?
Le seul cas récent que je me souvient est une commune qui avait une langue 
différente selon les rues mais j'ai jamais vu 2 noms dans fantoir pour une même 
rue

Philippe que de complications !
Pour l'utilisation de name en France
- pas de problème de rendu avec Pékin, c'est pas en France
- pas de problème avec les voisins multilingues, c'est pas en France (et en 
plus les règles locales en vigueur fonctionnent)
- Reste le cas de name en France qu'on pourrait énoncer simplement :
Pour les rues, communes, rivières etc, arbitrairement la langue/nom tel que 
repris au registre avec les règles de non abréviation et de majuscule 
habituelle d'osm

Pour name:fer autant il me semble totalement inutile lorsqu'il n'y a aucune 
traduction (ce serrait tout dupliquer pour rien)
Tout aussi inutile comme sauvegarde (cela revient à tout dupliquer)
Autant je comprend son utilité pour combler le manque de valeur par défaut 
(même si cela me semble une mauvaise solution) pour un hypothétique rendu qui 
aurait plus d'une langue dans sa liste (je n'en connaît pas).

Je pense qu'on devrait déjà remettre name en ordre.

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

[Talk-cz] Wikidata a roboeditace - Was: WeeklyOSM CZ 374 (Was was: [OSM-talk] Could we just pause any wikidata edits for a month or two?)

[Jan Martinec]

On 10/18/2017 11:34 AM, Tom Ka wrote:

Ahoj, je dostupné vydání 374 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/9476

* Stáří zástavby podle OSM?
* Posledních 15 schránek v Brně.
* Statistiky slovenské DB fotek.
* Telenav data v Kanadě.
* PT_Assistant pro JOSM.
* Mapování kanadských budov.
* Postřehy k MapSwipe.
* Budoucnost OSMTracker.
*What3words pro Mercedes-Benz.

Pěkné počtení ...

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



"Yuri Astrakhan začal hledat jméno pro svůj projekt Wikidata+OSM 
SPARQL." 
https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service


V tomhle podání to zní téměř nudně - ale hlavně to začal propagovat jako 
nástroj pro masovou mechanickou editaci všeho všude, a spustil tím, 
řekněme, "smršť připomínek" v OSM-talk hned v několika vláknech 
("Quick-Fix" a 3x "wikidata") 
https://lists.openstreetmap.org/pipermail/talk/2017-October/thread.html


Mimo jiné tam padla výzva "než se tohle dořeší, prosím, nedělejte 
masivní přetagovávání wikidata=*"

https://lists.openstreetmap.org/pipermail/talk/2017-October/079069.html
To se sice týká primárně botů, nikoli manuální editace - ale je možné, 
že teď bude na changesety s tímto tagem celosvětově upřeno mnohem více 
očí, než bývá jindy, tj. třeba na Klaudianovy popisky k palácům.


Celkem to asi problém nebude, jen je to trochu věc, která se děje 
maličko neviditelně (mimo ten list jsou vidět jen reverty), ale má 
dopady i třeba sem.


Zdar,
HPM

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

Re: [Talk-cl] Ayuda Como mapear esto....

[Dalacost]

corrección, ahora vi que si tiene una parte de 4 carriles.

2017-10-18 9:44 GMT-03:00 Dalacost :
> Esta bueno el ejemplo de VIña, pero aun no me convence totalmente pues
> ahí ambas rutas tendrían el mismo sentido y solo son 2 carriles, osea
> es parte de lo más común de las calles de Chile (la gran mayoría tiene
> 2 carriles, una para cada sentido). En mi caso tenemos 4 carriles,
> siendo 2 de ellos en sentido contrario, en una separación intermitente
> como en viña. ¿la cantidad de carriles no afecta la lógica?
>
> saludos.
>
> 2017-10-18 9:34 GMT-03:00 Julio Costa Zambelli :
>> A mi entender donde haya segregación se hacen las dos vías y donde no la
>> haya se hace una. Como ejemplo este segmento de San Martin en Viña:
>> http://www.openstreetmap.org/#map=19/-33.01878/-71.55919
>>
>> Los retornos normalmente se hacen con una vía que conecta las dos que están
>> independientes (Por ejemplo:
>> https://www.mapillary.com/map/im/rbDLbSCxG3kCc3ZskXCo5w).
>>
>>
>>
>> Julio Costa Zambelli
>> Fundación OpenStreetMap Chile
>>
>> julio.co...@openstreetmap.cl
>>
>> https://www.openstreetmap.cl/
>> Cel: +56(9)89981083
>>
>> 2017-10-17 20:23 GMT-03:00 Dalacost :
>>>
>>> Quiza la pregunta a responder sería, que tan larga la separación debe ser
>>> para considerarla una ruta distinta y hacer la distinción?
>>> En el caso que expongo deben ser unos 500 metros de ruta donde desaparece
>>> el bandejon, para después volver a aparecer. En otros casos quizá serán
>>> menos metros (como por ejemplo un punto de retorno ).
>>>
>>>
>>>
>>> On Oct 17, 2017 4:29 PM, "Cristián Serpell"  wrote:

 También puede ser por un tema de seguridad, si un vehículo de emergencia
 tiene que dar una vuelta, por ejemplo.

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

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



-- 
www.lacosox.org

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

Re: [OSM-talk-be] building = staketsel

[Ruben]

On Wed, 18 Oct 2017 10:04:01 +0200, Pieter Brusselman 
 wrote:
> Hi,
> 
> Some time ago I mapped some 'man_made = pier' on the Zuidlede. Those 
> items don't show up on the map.  Perhaps due to the rendering_style.
> 
> I was looking for some examples and i found: 
> http://www.openstreetmap.org/relation/7340858#map=18/51.0/3.73357. 
> Here, the pier/staketsel is mapped as a 'building'.  I don't think this 
> is realy a building :-).

That is due to an illegal and very badly performed import.

Do not pay attention to any tags that endless_autumn has added. (Or fix them :) 
)

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

Re: [Talk-cl] Ayuda Como mapear esto....

[Dalacost]

Esta bueno el ejemplo de VIña, pero aun no me convence totalmente pues
ahí ambas rutas tendrían el mismo sentido y solo son 2 carriles, osea
es parte de lo más común de las calles de Chile (la gran mayoría tiene
2 carriles, una para cada sentido). En mi caso tenemos 4 carriles,
siendo 2 de ellos en sentido contrario, en una separación intermitente
como en viña. ¿la cantidad de carriles no afecta la lógica?

saludos.

2017-10-18 9:34 GMT-03:00 Julio Costa Zambelli :
> A mi entender donde haya segregación se hacen las dos vías y donde no la
> haya se hace una. Como ejemplo este segmento de San Martin en Viña:
> http://www.openstreetmap.org/#map=19/-33.01878/-71.55919
>
> Los retornos normalmente se hacen con una vía que conecta las dos que están
> independientes (Por ejemplo:
> https://www.mapillary.com/map/im/rbDLbSCxG3kCc3ZskXCo5w).
>
>
>
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
>
> julio.co...@openstreetmap.cl
>
> https://www.openstreetmap.cl/
> Cel: +56(9)89981083
>
> 2017-10-17 20:23 GMT-03:00 Dalacost :
>>
>> Quiza la pregunta a responder sería, que tan larga la separación debe ser
>> para considerarla una ruta distinta y hacer la distinción?
>> En el caso que expongo deben ser unos 500 metros de ruta donde desaparece
>> el bandejon, para después volver a aparecer. En otros casos quizá serán
>> menos metros (como por ejemplo un punto de retorno ).
>>
>>
>>
>> On Oct 17, 2017 4:29 PM, "Cristián Serpell"  wrote:
>>>
>>> También puede ser por un tema de seguridad, si un vehículo de emergencia
>>> tiene que dar una vuelta, por ejemplo.
>>>
>>> ___
>>> Talk-cl mailing list
>>> Talk-cl@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cl
>>>
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>



-- 
www.lacosox.org

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

Re: [Talk-ca] COMS2200 Ottawa, Carleton University

[Pierre Béland]

Overpass peut être utilisé de deux façons pour analyser l'historique d'OSM1. 
DATE: État de la carte à une date précise : Exemple de James
2. ADIFF: Transactions effectuées entre deux dates. Dans l'exemple ci-dessous, 
j'utilise xml plutot que json comme format d'output. Aussi plutot que out body 
et out skel , j'utilise out meta geom pour plus de détail. Beaucoup d'infos 
disponibles dans le fichier. Par contre, les données ne sont pas affichées sur 
la carte.
Voir http://overpass-turbo.eu/s/sq6
 
Pierre 
 

Le mercredi 18 octobre 2017 06:47:20 HAE, James  a 
écrit :  
 
 I've gave an example to your students to find old nodes(thanks andy for 
synthax I forgot how to query in 
past)https://github.com/TraceyLauriault/COMS2200A/issues/43


On Oct 18, 2017 6:07 AM, "Andy Townsend"  wrote:

For info, there's a bunch of stuff that you can do with Overpass to see the 
state of an object on a certain date, for example:

[date:"2017-08-25T00:17:06Z"];
way(300069227);
out geom;

http://overpass-turbo.eu/s/spV

Also it might be worth considering using the dev site 
https://master.apis.dev.openst reetmap.org/ (or even your own hosted OSM API) 
if you want to try an extensive test of "see what this looks like".  As James 
has already said, the main OSM site is constantly subject to fixes and 
corrections by everyone - that's kind of the point :)

For example, I used the dev API here to experiment with the mapping of drop 
kerbs etc.:

https://master.apis.dev.openst reetmap.org/#map=18/54.01973/- 1.04546=D

Best Regards,

Andy


__ _
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.or g/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-cl] experimentos con osm-history-renderer

[Julio Costa Zambelli]

Hola Danilo,

Se tomo algo así como tres semanas, pero me respondió, aunque no muy
positivamente. Me dio a entender de que era complejo y que no tenia mucho
tiempo para explicarlo en detalle. De todas maneras le respondí que no era
necesario algo muy paso a paso, sino más bien algo del tipo "ejecuta el
comando X con las variables A y B invocando a los archivos Y y Z". Mañana
se cumplen tres semanas desde ese mensaje, así es que todavía hay
esperanzas de una respuesta XD

Saludos,

Julio Costa Zambelli
Fundación OpenStreetMap Chile

julio.co...@openstreetmap.cl

https://www.openstreetmap.cl/
Cel: +56(9)89981083

2017-10-17 22:13 GMT-03:00 Danilo Lacoste :

> Hola julio, te respondió ?
> ahora tengo algo de tiempo para meter las manos nuevamente aquí.
>
> On Sep 6, 2017 12:41, "Julio Costa Zambelli" 
> wrote:
>
>> Le acabo de enviar un email preguntando que archivos y en que orden se
>> utilizan, y en general que consejos nos puedes dar sobre el uso del script.
>> Veamos que nos puede comentar.
>>
>> Saludos,
>>
>> Julio Costa Zambelli
>> Fundación OpenStreetMap Chile
>>
>> julio.co...@openstreetmap.cl
>>
>> https://www.openstreetmap.cl/
>> Cel: +56(9)89981083 <09%208998%201083>
>>
>> 2017-09-06 10:56 GMT-03:00 Danilo Lacoste :
>>
>>> Sería bueno preguntarle cuales son las fuentes que se usan ahora, hace
>>> unos años usé este script en alguna de sus versiones antiguas (estoy
>>> seguro que debo tenerlo en alguno disco duro por ahí), pero ahora en
>>> la nueva versión hay muchos cambios y las fuentes que se usan son
>>> diferentes, no he podido entender cuales son leyendo el código.
>>>
>>> Sé que se usan archivos de http://planet.openstreetmap.org/ , pero no
>>> sé cuales. (hay varios tipos y el orden/formato en que se consultan es
>>> diferente al orden/formato en que se publican en el sitio de OSM).
>>> Conclusión, estoy colgado.
>>>
>>> En cualquier caso, alguien tiempo/ganas para dedicarse a esto?
>>>
>>> saludos.
>>>
>>> 2017-09-06 10:46 GMT-03:00 Julio Costa Zambelli <
>>> julio.co...@openstreetmap.cl>:
>>> > ¿Quieres que le pregunte sobre como usar el script (¿Es el que está en
>>> > https://github.com/derickr/osm-year-in-edits ?)?
>>> >
>>> > Efectivamente está menos documentado que el sitio de OSM Chile
>>> > (https://github.com/osmCL/sitioweb-principal) y eso es mucho decir XD
>>> >
>>> >
>>> >
>>> > Julio Costa Zambelli
>>> > Fundación OpenStreetMap Chile
>>> >
>>> > julio.co...@openstreetmap.cl
>>> >
>>> > https://www.openstreetmap.cl/
>>> > Cel: +56(9)89981083
>>> >
>>> > 2017-09-05 19:35 GMT-03:00 Danilo Lacoste :
>>> >>
>>> >> Si liberó los scripts de hecho ahora están mejorados. Tiene opciones
>>> para
>>> >> hacer barridos y otros movientos pro. El problema es que no he
>>> encontrado
>>> >> nada de documentación como usar los script,  lo poco que he aprendido
>>> ha
>>> >> sido leyendo el  codigo.
>>> >>
>>> >> On Sep 5, 2017 19:28, "Julio Costa Zambelli"
>>> >>  wrote:
>>> >>>
>>> >>> Ojala pudiéramos lograr algo como lo que hizo Dereck Rethans hace
>>> varios
>>> >>> años (https://vimeo.com/34404102). Creo que nunca lo documentó en
>>> detalle,
>>> >>> ni liberó algún script, pero quizás se puede replicar parte del
>>> >>> procedimiento a partir de la descripción general que hace en su blog:
>>> >>> https://derickrethans.nl/year-of-edits.html y de ser necesario me
>>> ofrezco
>>> >>> para enviarle un email preguntándole lo que nos falte.
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> Julio Costa Zambelli
>>> >>> Fundación OpenStreetMap Chile
>>> >>>
>>> >>> julio.co...@openstreetmap.cl
>>> >>>
>>> >>> https://www.openstreetmap.cl/
>>> >>> Cel: +56(9)89981083
>>> >>>
>>> >>> 2017-09-05 18:09 GMT-03:00 Danilo Lacoste :
>>> 
>>>  buena, yo creo que podemos trabajar en una versión completa que
>>>  muestre varias ciudades, con algunos logos, textos y una musica
>>>  entretenida.
>>> 
>>>  podemos comenzar generando algunos videos de diferentes ciudades,
>>> que
>>>  opinan?
>>> 
>>> 
>>>  2017-09-05 17:59 GMT-03:00 Julio Costa Zambelli
>>>  :
>>>  > Compartido vía Twitter y Facebook de la Fundación.
>>>  >
>>>  >
>>>  >
>>>  > Julio Costa Zambelli
>>>  > Fundación OpenStreetMap Chile
>>>  >
>>>  > julio.co...@openstreetmap.cl
>>>  >
>>>  > https://www.openstreetmap.cl/
>>>  > Cel: +56(9)89981083
>>>  >
>>>  > 2017-09-05 12:03 GMT-03:00 Danilo Lacoste :
>>>  >>
>>>  >> quedarían mejor si algun audiovisual uniera estos videos, con
>>> musica
>>>  >> y
>>>  >> todo. por ahí si te creo jajaj
>>>  >>
>>>  >>
>>>  >> 2017-09-01 18:22 GMT-03:00 Marcelo Aliaga :
>>>  >> > Está de lujo!
>>>  >> >
>>>  >> > 2017-09-01 17:04 GMT-03:00 Danilo Lacoste 

Re: [Talk-it] Ultimo tratto relazione Alpinistica

[Alfredo Gattai]

Non e' che "dirt" mi faccia impazzire se devo essere sincero, il punto e'
che in nessuno dei catasti ufficiali regionali e nemmeno nel modello di
dati di quello del CAI c'e' niente di piu' dettagliato di

"naturale"
"selciato/lastricato"
"asfalto/cemento"

in OSM c'e' un po' piu' di scelta infatti ogni volta che posso uso gravel,
cobblestone, etc ma anche in OSM non esiste un fondo come quello della
fotografia.
Potresti sempre fare qualche indagine nelle proposte e dentro taginfo,
vedere se c'e' qualcosa di gia' usato in giro e fare una pagina di
proposta. Magari una volta concluso l'iter si riesce a far approvare
qualche surface in piu' e la si usa.
Consapevoli pero' che rimarra' solo all'interno di OSM a causa dei limiti
sopracitati.

C'e' poi sempre all'orizzonte il problema dell'aggiornamento. Dubito che un
percorso a mega blocchi e sfasciumi come quello possa cambiare di molto ma
ad esempio dalle mie parti (Liguria) un bel fondo gravel o compacted puo'
cambiare tranquillamente in dirt nel giro delle pioggie autunnali per poi
magari doverci aggiungere anche un bel obstacle=vegetation a primavera.

Vedi tu, se hai voglia e tempo di strutturare una proposta sentiti libero
pero' eviterei nuove invenzioni senza l'approval della comunita'.

Alfredo






2017-10-18 13:06 GMT+02:00 angelo mornata :

> angelo mornata ha condiviso un file di OneDrive. Per visualizzarlo, fare
> clic sull'immagine seguente.
> 
> 
>
> Ho fatto relazione per sentiero 23, e definito con sac_scale il tratto
> alpinistico.
>
>
> *Rimango dubbioso* per quanto riguarda la definizione *"dirt"* delle
> superfici che non rientrano nelle wiki già esistenti...che sono: terra,
> erba, ghiaia.
>
> *Esempio*: 4 tappa alta via della Val malenco "Rif Longoni- Lago Palù",
> più di 1 terzo del sentiero si svolge tra blocchi di granito di notevole
> cubatura (tra un blocco e l'altro ci si può infilare una persona) metterci
> "dirt" la cui traduzione è "sporco o pianetta terra" mi sempra troppo
> generico e fuorviante, aggiungiamo anche che qualche ben pensante ci ha
> messo Mbt scale zero e la frittata è fatta.
>
> *Si potrebbe pensare* un'altra definizione più calzante alla situazione?
>
>
> Grazie
> Angelo
>
>
>
> --
> *Da:* Alfredo Gattai 
> *Inviato:* lunedì 16 ottobre 2017 09:14
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] Ultimo tratto relazione Alpinistica
>
> Meglio provare a prediligere la sicurezza ed evitare che qualche
> sprovveduto prenda per sentiero un tratto di arrampicata anche se facile. I
> dislivelli ed i tempi sono una informazione utile ma secondaria in questo
> caso. Puoi sempre ricalcolarli al ribasso per il tratto che metti in
> relazione.
>
> Alfredo
>
> Il 16 Ott 2017 7:38 AM, "angelo mornata"  ha
> scritto:
>
> Scusate ma, usando sac_scale per il tratto alpinistico non *perdiamo
> tempistica e dislivello*  del sopracitato?
>
> Vi sembra giusto farlo?
>
> Grazie per la pazienza
>
> Angelo
> --
> *Da:* matteocalosi 
> *Inviato:* domenica 15 ottobre 2017 12:13
> *A:* talk-it@openstreetmap.org
> *Oggetto:* Re: [Talk-it] Ultimo tratto relazione Alpinistica
>
> Se non ci sono indicazioni/segnavia non mettere nessuna ref e nessuna
> relazione sentiero, solo la way con le tag appropriate. Io non metterei
> cai_scale in questo caso, sac_scale va sicuramente bene anche per tratti
> (semi)alpinistici di questo tipo (scrambling, non vie di roccia vere e
> proprie), altrimenti cosa esisterebbero a fare i gradi T4-T6? Per me "via
> normale cima x" va bene come nome way.
>
> La relazione andrebbe messa invece sul sentiero per il bivacco (23?) ma in
> realtà andrebbe messa a partire da zero su tutti i sentieri della zona che
> è
> da questo punto di vista completamente vuota.
>
>
> voschix wrote
> > forse aiuta in questa discussione
> > alpino (it) = alpine (en)
> > alpinistico (it) = mountaineering (en)
> >
> > Sac scale:
> > http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> > http://www.sac-cas.ch/fileadmin/sac/PDF-Dateien/
> > Unterwegs/Schwierigkeitsskala/Scala_di_difficolta_per_gite_
> > escursionistiche-trekking.pdf
> > http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> > è solo applicabile per trekking alpino, non per tratti alpinistici
> >
> > http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> >
> > http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> >
> >
> >
> > 2017-10-15 10:42 GMT+02:00 angelo mornata 
>
> > angelo.mornata@
>
> > :
> >
> >> https://www.vienormali.it/montagna/cima_scheda.asp?cod=2247
> 
> Cima di Malvedello via normale - Relazione scalata Cima di ...
> 

Re: [Talk-it] Tag bacheca necrologi

[Marco]

Grazie ad entrambi per le risposte e scusate il ritardo. Non ho idea di 
quale sia il nome "ufficiale", cercando su google qualcuno le chiama 
plance, qualcuno bacheche.


Alcune sono così 
https://www.google.no/maps/@45.4586645,8.6257267,3a,20y,180.52h,82.21t/data=!3m6!1e1!3m4!1sGoLTMwf3rBkaevunpImBRQ!2e0!7i13312!8i6656!5m1!1e1, 
altre così 
http://www.monopolitimes.com/wp-content/uploads/2015/01/manifesto-funebre-bacheca-plance-largo-portavecchia-3.jpg


Il risultato è lo stesso, ed il suggerimento di marco mi sembra ottimo, 
grazie mille!


Ciao

Marco

Il 18/10/2017 11:17, mbranco2 ha scritto:
Neanch'io le avevo presente, ma cercando in rete le immagini per 
"bacheca annunci funebri" ci sono vari esempi di bacheche riservate 
per quello scopo, quindi è giusto che abbiano uno specifico tag.
Da tag_info [1] vedo però che finora non ne sono state inserite, 
quindi puoi inaugurare il tag board_type=obituary (oppure =necrology), 
associato a information=board.


Ciao,
Marco


[1] https://taginfo.openstreetmap.org/keys/board_type#values

 
	Mail priva di virus. www.avast.com 
 




Il giorno 15 ottobre 2017 19:45, Marco > ha scritto:


Immagino che ogni comune in Italia abbia un discreto numero di
"bacheche" apposite per i necrologi, quindi magari qualcuno prima
di me si è già posto il problema di quale tag scegliere. Sulla
wiki non ho trovato nulla di simile, come posso mapparle?

Grazie

Marco


___
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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-us] Mapping turn lanes in dual carriageway intersections

[Horea Meleg]

Hello all,
During our editing work on lanes in Detroit and Phoenix we found some 
interesting situations, usually on intersections with dual carriage way, where 
missing turn:lanes tagging can affect the lane connectivity.
So, in this situation: 42.329625, -83.16889
[cid:image005.jpg@01D3481E.54C260C0]
There is no turn:lane info on the middle way, so there will be no connectivity 
between Way 1 and Way 4 and also Way 3 and Way 2.
Our Map Analyst team mapped lane info based on Mapbox 
initiative,
 in brief we mapped only where the marking is present on the road. So, on 
middle way from picture above, we didn't add turn:lanes, therefor will be no 
connectivity to left.
We thought about a solution to resolve this issue, and we think that best 
option is to add there turn:lanes:both_ways=left on middle way like this:
[cid:image006.jpg@01D3481E.54C260C0]
So, in future we will map this cases like this.
We'd love any input and advice from you guys. If you have any questions or 
comments, please let me/us know.
You can add comment and share with us your opinion here: 
https://github.com/TelenavMapping/mapping-projects/issues/36. Also, you can 
find more details on that page.


Thank you,
Horea Meleg,
Telenav

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

Re: [OSM-talk-be] building = staketsel

[Marc Gemis]

A man_made=pier should be rendered on the default style, see e.g.
http://www.openstreetmap.org/way/22909776#map=18/51.08352/4.36580
Adding building is wrong. I don't know whether a pier mapped as an area
will show up though. Perhaps one could add area=yes.

Can you include a link to the Pier in Zuidlede ?

m.

On Wed, Oct 18, 2017 at 10:04 AM, Pieter Brusselman <
pieter.brussel...@tragewegen.be> wrote:

> Hi,
>
> Some time ago I mapped some 'man_made = pier' on the Zuidlede.  Those
> items don't show up on the map.  Perhaps due to the rendering_style.
>
> I was looking for some examples and i found: http://www.openstreetmap.org/
> relation/7340858#map=18/51.0/3.73357.  Here, the pier/staketsel is
> mapped as a 'building'.  I don't think this is realy a building :-).
>
> According to http://wiki.openstreetmap.org/wiki/Marine_navigation it
> should be 'Piers  against which boats
> can be moored should be tagged as (man_made
> =pier
> ) together with
> mooring =yes/ferry/etc. '
>
>
> --
>
> Pieter Brusselman
> *Cartografie ~ Projectmedewerker*
>
> [image: (logo boompja)] 
>
> *A* Kasteellaan 349 A, 9000 Gent
> *T* 09 / 331 59 27
> *W *www.tragewegen.be
>
> [image: logo facebook] 
>
> ter info: ik werk niet op vrijdag
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Philippe Verdy]

Le 18 octobre 2017 à 07:54, Christian Quest  a
écrit :

> Pour mémoire le rendu FR utilise (dans l'ordre):
> - name:fr (c'est ce que je veux)
> - intl_name (car potentiellement écrit avec alphabet roman)
>

Correction ici: "int_name=*". Ce nom est typiquement celui utilisé en
navigation aérienne et sur les billets et réservations de transports
internationaux. Il est souvent en graphie "simplifiée", sans accent, et
souvent uniquement en forme courte, mais pas nécessairement le nom correct
utilisé en anglais.

- name (dernière pioche et de langue/alphabet inconnu)
>

A cette place, le pense qu'on devrait ajouter avant le "name:en=*" (afin
d'avoir les noms anglais comme "fallback" avant d'afficher le nom par
défaut en écriture grecque, cyrillique, arménienne, géorgienne, arabe,
maldivienne, éthiopienne, devanagari, birmane, thaïe, laotienne, khmère,
japonaise, sinographique, ou même le nom vietnamien en écriture latine
officielle avec ses diacritiques inconnus en français comme le crochet
cornu attaché à certaines voyelles voire deux accents avec les accents de
ton et avec la séparation des syllabes).

Cela faciliterait la lecture des cartes francophones de l'Asie, du
Moyen-Orient où les noms anglophones sont particulièrement utiles à défaut
de noms francophones plutôt que la graphie locale officielle (il suffit de
regarder le rendu Mapnik par défaut d'OSM.org pour voir combien il est
difficile de trouver des lieux dans ces régions en navigant la carte,
notamment dans des régions qui n'ont jamais été officiellement
francophones).

En effet le fallback normal en français reste quand même d'utiliser
l'anglais en dernière chance, avant le nom "par défaut" qui est en fait
défini par un nom officiel local, et parfois en plusieurs langues
simultanément (exemple en Belgique et en Espagne avec les noms bilingues ou
trilingues co-officiels, mais aussi pour les objets à la frontière
française comme les noms de cols et sommets de montagne ou certains cours
d'eau servant de frontière où on ne peut pas choisir entre deux langues
officielles tout aussi légitimes dans "name=*", alors qu'on, peut les
séparer correctement dans "name:langue=*).

Noter que ces noms doubles dans le "name=*" par défaut sont signalés encore
par Osmose ("deux noms") mais ne devraient pas l'être pour les objets
frontaliers (ou dans les zones à revendications multiples comme "Mont Blanc
/ Monte Blanco" et qu'Osmose pourrait aussi garder un petit buffer de marge
autour des frontières pour le cas des imprécisions possibles des tracés ou
des localisations (100 mètres de tampon devraient suffire) avant de
déclarer qu'une langue est officielle ou détriment d'une autre (notamment
les noms de sommets et cols et les cours d'eau frontaliers).

Certains noms doubles sont admis aussi pour les ponts frontaliers qui
peuvent être bilingues (pour les ponts tenir compte de sa longueur réelle
mais le buffer de 100 mètres maxi donne déjà une longueur de pont de 200
mètres qui couvrent pratiquement tous les cas et au delà il vaut mieux
couper le pont en deux parties à un point très proche de la frontière
"officielle", et ce découpage permet aussi de changer le numéro de "ref=*"
qui change de norme nationale, ce point de découpe sera bien dans la marge
de 100 mètres).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Ultimo tratto relazione Alpinistica

[angelo mornata]

angelo mornata ha condiviso un file di OneDrive. Per visualizzarlo, fare clic 
sull'immagine seguente.



[https://jxgpbw.by3302.livefilestore.com/y4mleOhdeRyL_ev9Bs5QPaZH7MpfkX198_XN8EywUUWDDQ4Aa5wvnbDe7LtD8GcgBwcGPxfHFqg432-F0QrwrMv4CGPeOmQ-e0-ZdxqXSZTtmY70D5vMDAUW2LZecvdQiMKu4Wcf4OZWUPcRWOsvomuDw2xkkXOn_HH4IlccbELzp32KGsv3kAm0q7kXc0A_CDRGbS7APfvWXKnKr3yU3iBbg?width=200=150=center]




Ho fatto relazione per sentiero 23, e definito con sac_scale il tratto 
alpinistico.


Rimango dubbioso per quanto riguarda la definizione "dirt" delle superfici che 
non rientrano nelle wiki già esistenti...che sono: terra, erba, ghiaia.

Esempio: 4 tappa alta via della Val malenco "Rif Longoni- Lago Palù", più di 1 
terzo del sentiero si svolge tra blocchi di granito di notevole cubatura (tra 
un blocco e l'altro ci si può infilare una persona) metterci "dirt" la cui 
traduzione è "sporco o pianetta terra" mi sempra troppo generico e fuorviante, 
aggiungiamo anche che qualche ben pensante ci ha messo Mbt scale zero e la 
frittata è fatta.

Si potrebbe pensare un'altra definizione più calzante alla situazione?


Grazie

Angelo




Da: Alfredo Gattai 
Inviato: lunedì 16 ottobre 2017 09:14
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Ultimo tratto relazione Alpinistica

Meglio provare a prediligere la sicurezza ed evitare che qualche sprovveduto 
prenda per sentiero un tratto di arrampicata anche se facile. I dislivelli ed i 
tempi sono una informazione utile ma secondaria in questo caso. Puoi sempre 
ricalcolarli al ribasso per il tratto che metti in relazione.

Alfredo

Il 16 Ott 2017 7:38 AM, "angelo mornata" 
> ha scritto:

Scusate ma, usando sac_scale per il tratto alpinistico non perdiamo tempistica 
e dislivello  del sopracitato?

Vi sembra giusto farlo?

Grazie per la pazienza

Angelo


Da: matteocalosi >
Inviato: domenica 15 ottobre 2017 12:13
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] Ultimo tratto relazione Alpinistica

Se non ci sono indicazioni/segnavia non mettere nessuna ref e nessuna
relazione sentiero, solo la way con le tag appropriate. Io non metterei
cai_scale in questo caso, sac_scale va sicuramente bene anche per tratti
(semi)alpinistici di questo tipo (scrambling, non vie di roccia vere e
proprie), altrimenti cosa esisterebbero a fare i gradi T4-T6? Per me "via
normale cima x" va bene come nome way.

La relazione andrebbe messa invece sul sentiero per il bivacco (23?) ma in
realtà andrebbe messa a partire da zero su tutti i sentieri della zona che è
da questo punto di vista completamente vuota.


voschix wrote
> forse aiuta in questa discussione
> alpino (it) = alpine (en)
> alpinistico (it) = mountaineering (en)
>
> Sac scale:
> http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> http://www.sac-cas.ch/fileadmin/sac/PDF-Dateien/
> Unterwegs/Schwierigkeitsskala/Scala_di_difficolta_per_gite_
> escursionistiche-trekking.pdf
> http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
> è solo applicabile per trekking alpino, non per tratti alpinistici
>
> http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
>
> http://www.sac-cas.ch/it/in-cammino/scale-della-difficolta.html;
>
>
>
> 2017-10-15 10:42 GMT+02:00 angelo mornata 

> angelo.mornata@

> :
>
>> https://www.vienormali.it/montagna/cima_scheda.asp?cod=2247
[https://www.vienormali.it/images/fotocime/2247_cimadimalvedello1.jpg]

Cima di Malvedello via normale - Relazione scalata Cima di 
...
www.vienormali.it
Cima di Malvedello: descrizione della via normale di salita a Cima di 
Malvedello nel gruppo Masino con itinerario, tempi e difficoltà (relazione del 
16/06/2012 di ...


>> https://www.vienormali.it/montagna/cima_scheda.asp?cod=2247;
>> Cima di Malvedello via normale - Relazione scalata Cima di ...
>> https://www.vienormali.it/montagna/cima_scheda.asp?cod=2247;
>> www.vienormali.it
>> Cima di Malvedello: descrizione della via normale di salita a Cima di
>> Malvedello nel gruppo Masino con itinerario, tempi e difficoltà
>> (relazione
>> del 16/06/2012 di ...
>> *Situazione fisica della via dal bivacco*: nessun segno di vernice,
>> nessuna traccia, 4/5 ometti non contigui, nessuna croce di vetta,
>> praticamtente via per chi ha esperienza alpinistrica, non particolarmente
>> difficile confermo la difficolta F scala CAI Alpinismo.
>>
>>
>> *Situazione grafica in OSM prima del mio inserimento*: Giorgio83 con
>> metodo sac_scale ha tracciato il sentiero che da Poira di Civo sale al
>> 

Re: [OSM-talk] DWG survey on organised editing

[john whelan]

Having just witnessed  a major screw up by a local University who didn't
understand how we do things and managed to both mess up the map and the 150
student assignments a wiki community written guideline would be a good
start.

The intentions were good but the impact wasn't for both sides and it would
be nice to avoid similar situations in future.

Perhaps something in learnOSM or a pointer in there.  Make it easy to find
for those who are thinking of giving students an assignment especially if
it will count towards their final grade.

Thanks John

On 18 October 2017 at 06:31, Yves  wrote:

> That's a good point, starting with an OSMF guideline, then after a while,
> a policy if needed.
> Or do you mean a wiki community written guideline?
> Yves
>
> Le 18 octobre 2017 03:05:28 GMT+02:00, john whelan 
> a écrit :
>>
>> Probably what we could do with is a set of guidelines for people
>> organising mapping groups.  This is not policy so much as best practices.
>>
>> Could this be done before we thrash out a policy?
>>
>> Thanks John
>>
>> On 17 Oct 2017 8:27 pm, "Frederik Ramm"  wrote:
>>
>>> Hi,
>>>
>>> the results are in!
>>>
>>> https://wiki.osmfoundation.org/wiki/Data_Working_Group/Resul
>>> ts_of_Organised_Editing_Survey_2017
>>>
>>> Thank you everyone who participated.
>>>
>>> Bye
>>> Frederik
>>>
>>> --
>>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>>
>>> ___
>>> 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-ca] COMS2200 Ottawa, Carleton University

[James]

I've gave an example to your students to find old nodes(thanks andy for
synthax I forgot how to query in past)
https://github.com/TraceyLauriault/COMS2200A/issues/43


On Oct 18, 2017 6:07 AM, "Andy Townsend"  wrote:

> For info, there's a bunch of stuff that you can do with Overpass to see
> the state of an object on a certain date, for example:
>
> [date:"2017-08-25T00:17:06Z"];
> way(300069227);
> out geom;
>
> http://overpass-turbo.eu/s/spV
>
> Also it might be worth considering using the dev site
> https://master.apis.dev.openstreetmap.org/ (or even your own hosted OSM
> API) if you want to try an extensive test of "see what this looks like".
> As James has already said, the main OSM site is constantly subject to fixes
> and corrections by everyone - that's kind of the point :)
>
> For example, I used the dev API here to experiment with the mapping of
> drop kerbs etc.:
>
> https://master.apis.dev.openstreetmap.org/#map=18/54.01973/-
> 1.04546=D
>
> Best Regards,
>
> Andy
>
>
> ___
> 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] Utilisation du tag 'name' avec les langues régionales

[Philippe Verdy]

Le 18 octobre 2017 à 09:43, Christian Quest  a
écrit :

> 2017-10-18 9:35 GMT+02:00 rainerU :
>
>>
>> Il y a des cas ou le nom INSEE/Cadastre/Fantoir est dans une langue
>> régionale et
>> il existe aussi une version de ce nom en langue française (voir l'exemple
>> que
>> j'ai donnée dans mon précédent message dans ce fil). J’ajouterais donc un
>> texte
>> du genre :
>>
>> In the case where the official name is a local language name and a
>> version in
>> french language exists, this name will be put in alt_name (alt_name:fr?)
>>
>
>
> Si la seule différence c'est la langue, ce n'est pas de mon point de vue
> un nom alternatif, juste une traduction donc name:xx
>

Je ne pense pas: même si le nom officiel utilisé en français est en fait
importé d'une langue régionale, et qu'il existe encore un nom alternatif
vernaculaire "traduit" en français ou francisé, l'usage officiel le plus
courant primera pour "name:fr=nom issu d'une langue régionale" et sinon le
nom francisé sera dans "alt_name:fr=*" en tant que variante seulement ou
dans "old_name:fr=*" si la francisation n'est plus d'actualité.
Exemple des anciens noms "français" d'ancienne colonies ou protectorats,
tel que
- "old_name:fr=Pékin" alors que maintenant c'est "name:fr=Beijing",
- "old_name:fr=Bombay" alors que maintenant c'est "name:fr=Mumbai"
(pour cela on suit les recommandations en usage diplomatique. On peut
garder un ancien nom si par exemple on trouve des références de textes en
français issus des ambassades ou consulats ou sites d'information d'offices
culturels officiels étrangers destinés à la France ou un pays francophone,
ou à l'ONU, où le pays maintenant non francophone dans ses langues
officielles reconnait et utilise encore une graphie vernaculaire ancienne,
ou dans les listes de toponymes étrangers des représentations diplomatiques
françaises, ou à l'ONU).
Le "alt_name:fr=*" sera préféré à "old_name:fr=*" si le nom vernaculaire
est encore d'usage courant (par exemple dans les articles de presse hors de
l'usage vernaculaire local).

Exemple "alt_name:fr=Saint-Barth" est courant même si le nom officiel est
"name:fr=Saint-Barthélemy", et de même "alt_name:en=Saint Barth" et
"name:en=Saint Barthelemy" (sans abréviation "St." et sans trait d'union et
sans accent en anglais) et les noms "*:fr" sont également mis dans les noms
par défaut.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] DWG survey on organised editing

[Yves]

That's a good point, starting with an OSMF guideline, then after a while, a 
policy if needed. 
Or do you mean a wiki community written guideline? 
Yves 

Le 18 octobre 2017 03:05:28 GMT+02:00, john whelan  a 
écrit :
>Probably what we could do with is a set of guidelines for people
>organising
>mapping groups.  This is not policy so much as best practices.
>
>Could this be done before we thrash out a policy?
>
>Thanks John
>
>On 17 Oct 2017 8:27 pm, "Frederik Ramm"  wrote:
>
>> Hi,
>>
>> the results are in!
>>
>> https://wiki.osmfoundation.org/wiki/Data_Working_Group/
>> Results_of_Organised_Editing_Survey_2017
>>
>> Thank you everyone who participated.
>>
>> Bye
>> Frederik
>>
>> --
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>>
>> ___
>> 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-ca] COMS2200 Ottawa, Carleton University

[Andy Townsend]

For info, there's a bunch of stuff that you can do with Overpass to see 
the state of an object on a certain date, for example:


[date:"2017-08-25T00:17:06Z"];
way(300069227);
out geom;

http://overpass-turbo.eu/s/spV

Also it might be worth considering using the dev site 
https://master.apis.dev.openstreetmap.org/ (or even your own hosted OSM 
API) if you want to try an extensive test of "see what this looks 
like".  As James has already said, the main OSM site is constantly 
subject to fixes and corrections by everyone - that's kind of the point :)


For example, I used the dev API here to experiment with the mapping of 
drop kerbs etc.:


https://master.apis.dev.openstreetmap.org/#map=18/54.01973/-1.04546=D

Best Regards,

Andy


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

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

[Lester Caine]

On 18/10/17 05:14, Yuri Astrakhan wrote:
> Lester, I agree with you that Wikidata should not contain an object for
> everything that OSM may have.  I don't believe there should be an entry
> for every McDonalds on the planet, or for every artist's work that
> someone may decide to include in OSM.  But that's up to Wikidata
> contributors.  Lets instead talk about practical usages of our data.

A good example, a list of every McDonalds on the planet is a job for
McDonalds. Does that database exist as a freely indexed? I've not
looked, but if all of the objects in OSM have an operator=mcdonalds:MCID
then an automated bot can identify problems with that cross referenced
list. With a growing access to these sorts of datasets a standard method
of using them would be nice and I include using using wikidata feeds in
that 'good practice'.

> Here is a wonderful site I saw at a conference a few days ago.  It lets
> you plan your trip based on the places you are interested in.  You can
> visualise all sorts of places - cultural, religious, hotels, bars -
> anything, and plot your course.  And it uses Wikidata, images from
> Commons, and Wikipedia text itself to describe the places.  The authors
> spoke at length how Wikidata tags in OSM has helped them build it, and
> the difficulty they had in all sorts of "data voodoo" to figure things
> out.  For example, they often correlate OSM & Wikidata locations by
> proximity, and try to guess if it's a match. They have done an
> outstanding job making sense of our data, but I think we could have made
> their job a lot easier with our communal data curation capabilities, and
> also help others who may have similar needs.
> 
> https://opentripmap.com/en/#14/40.7355/-73.9806
> 

Nice example of cross referencing but it would be enhanced by links back
to the websites of the various locations identified ... and this would
also allow things like my daughter fell foul off recently ... she was in
London and being 'vegan' went to a vegan restaurant ... which was closed
short term for refurbishment. Road closures and other short term changes
are not something OSM can really manage ...

> You do raise an important point about 1:1 vs part of vs ...  In order to
> be useful in data processing by 3rd party, data needs to answer a
> simple  questions:  does the linked Wikidata/Wikipedia represents this
> whole object, or is it simply related to it in some way.  Here, the 1:1
> is meant somewhat loosely - there are some cases when things don't align
> perfectly, but that's a separate topic.
> 
> If wiki* page is about that object, the consumer may choose to use
> multilingual names, show a portion of Wikipedia articles in the user's
> language, use Wikidata statements, and show images from Commons.

Current searches on wikpedia for things like 'sculptors' and the
location of their installations is somewhat difficult when there is not
an english article. wikidata is helping to find other language
references to subject or object, but in many cases currently 'commons'
is still not well indexed into that mix. Not an OSM problem but one that
holds up adding links easily currently.

> If wiki* is only *related* somehow to the object, no such automatic
> usage is possible. The link is still very valuable for the editors of
> the map, but not as much to the data consumers.  Examples include a wiki
> article that has just a section about this work of art, or wiki page is
> a list that includes all churches in the area, or describe a class of
> these objects (e.g. brand) but not this object itself.  Moreover, I
> suspect our favorite tools like Nominatim would also be mislead if they
> rely on Wiki* links that relate to the object, but not about the object
> itself. After all, if the object is well known, it would probably have
> its own wiki page, or at least a wikidata entry.

Past 'bad' experience of wikipedia have not helped in my adoption of
that as a repository of material but I think the sort of material I've
had stripped from wikipedia in the past SHOULD have a safe home in
wikidata.

> Some translations are completely different articles?
> 
> I'm not sure what you meant here. I have heard of rare cases when
> unrelated wikipedia articles are connected to each other, but usually
> those get fixed as soon as someone notices.

Again ... wikidata by it's nature is probably helping to identify
'multiple' articles across the different wiki language bases. Again it's
articles on artists that I've hit with different content where there is
not an english version currently.

> The problem I still see is that many of the items I am looking to
> link to
> are elements of an article rather than the whole article, such as the
> location of the works of a particular artist. At some point in the
> future wikidata may well have a complete index of QID's for every
> artist's work, but currently I don't have the time to add 

Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

[Max1234Ita]

bubix wrote
> Ecco il viadotto "Campo Sportivo" di cui parlavate..
> https://www.openstreetmap.org/way/366296638
> 
> Bubix


...e noto anche che, nella zona circostante, tuta l'idrografia reca nel nome
la dicitura "Rio", "Torrente", ecc. :)

Ciao!
Max



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Marciapiede alberato

[Max1234Ita]

dieterdreist wrote
> nel caso di alberi urbani faccio un node per ogni albero (natural=tree),
> poi ci sono questi tag per il tipo:
> denotation=urban (alberi in un centro abitato, generico, non in filiera
> lungo la strada)
> denotation=avenue (in filiera lungo la strada)
> 
> Ciao,
> Martin

Interessante il tag denotation, non lo conoscevo ancora:
http://wiki.openstreetmap.org/wiki/Key:denotation

... e si applica anche ai tree_row! :)


Ciao e buona giornata.
Max





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Parco regionale della Grigna Settentrionale

[Dario Crespi]

>
> fatti rilasciare un foglio su carta intestata che permette l'integrazione
> dei dati dei confini su OpenStreetMap.


Fatto. Ho scritto al mio contatto, che è anche referente dell'ufficio
ambiente del parco. Incrociamo le dita.

Dario

Il giorno 18 ottobre 2017 11:29, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 18/10/2017 11:08, Dario Crespi ha scritto:
>
>> Ciao,
>>
>> mi piacerebbe inserire su OSM il parco regionale della Grigna
>> Settentrionale, che è questo qui: http://www.parks.it/parco.grig
>> na.settentrionale/map.php
>>
>> Io di queste cose non ci capisco nulla, per cui chiedo a voi: c'è modo di
>> prendere i confini da quel link e importarli su OSM?
>> Vedo in fondo alla pagina
>>
>> © 2017 - Comunità Montana Valsassina, Valvarrone, Val d'Esino e Riviera
>>
>> e ho già i contatti con la comunità montana per via di Wikimania Esino
>> Lario.
>>
>
> Ciao Dario,
> fatti rilasciare un foglio su carta intestata che permette l'integrazione
> dei dati dei confini su OpenStreetMap.
>
> Non dovrebbe essere una struttura particolarmente burocratica e i confini
> non hanno riservatezza o chissà quali potenziali problemi: va e torna
> vincitore :-)
> Ci serve il file coi confini: anche fosse tecnicamente possibile tirarli
> fuori dalla mappa Google legalmente non si può fare.
>
> Alessandro
>
> ___
> 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] [Osmf-talk] DWG survey on organized editing

[Martin Koppenhoefer]

2017-10-18 10:44 GMT+02:00 Stefano :

> Io non sono socio e l'ho compilato...
>



hai ragione, chiedo scusa, il survey era annunciato anche sulle liste,
hanno mandato una mail solo ai soci, ma potevi partecipare anche
altrimenti.

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

[Talk-cz] WeeklyOSM CZ 374

[Tom Ka]

Ahoj, je dostupné vydání 374 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/9476

* Stáří zástavby podle OSM?
* Posledních 15 schránek v Brně.
* Statistiky slovenské DB fotek.
* Telenav data v Kanadě.
* PT_Assistant pro JOSM.
* Mapování kanadských budov.
* Postřehy k MapSwipe.
* Budoucnost OSMTracker.
*What3words pro Mercedes-Benz.

Pěkné počtení ...

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

Re: [Talk-it] Parco regionale della Grigna Settentrionale

[Alessandro Palmas]

Il 18/10/2017 11:08, Dario Crespi ha scritto:

Ciao,

mi piacerebbe inserire su OSM il parco regionale della Grigna 
Settentrionale, che è questo qui: 
http://www.parks.it/parco.grigna.settentrionale/map.php


Io di queste cose non ci capisco nulla, per cui chiedo a voi: c'è modo 
di prendere i confini da quel link e importarli su OSM?

Vedo in fondo alla pagina

© 2017 - Comunità Montana Valsassina, Valvarrone, Val d'Esino e Riviera

e ho già i contatti con la comunità montana per via di Wikimania Esino 
Lario.


Ciao Dario,
fatti rilasciare un foglio su carta intestata che permette 
l'integrazione dei dati dei confini su OpenStreetMap.


Non dovrebbe essere una struttura particolarmente burocratica e i 
confini non hanno riservatezza o chissà quali potenziali problemi: va e 
torna vincitore :-)
Ci serve il file coi confini: anche fosse tecnicamente possibile tirarli 
fuori dalla mappa Google legalmente non si può fare.


Alessandro

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

Re: [Talk-it] Tag bacheca necrologi

[mbranco2]

Neanch'io le avevo presente, ma cercando in rete le immagini per "bacheca
annunci funebri" ci sono vari esempi di bacheche riservate per quello
scopo, quindi è giusto che abbiano uno specifico tag.
Da tag_info [1] vedo però che finora non ne sono state inserite, quindi
puoi inaugurare il tag board_type=obituary (oppure =necrology), associato a
information=board.

Ciao,
Marco


[1] https://taginfo.openstreetmap.org/keys/board_type#values


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno 15 ottobre 2017 19:45, Marco  ha scritto:

> Immagino che ogni comune in Italia abbia un discreto numero di "bacheche"
> apposite per i necrologi, quindi magari qualcuno prima di me si è già posto
> il problema di quale tag scegliere. Sulla wiki non ho trovato nulla di
> simile, come posso mapparle?
>
> Grazie
>
> Marco
>
>
> ___
> 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] Parco regionale della Grigna Settentrionale

[Dario Crespi]

Ciao,

mi piacerebbe inserire su OSM il parco regionale della Grigna
Settentrionale, che è questo qui:
http://www.parks.it/parco.grigna.settentrionale/map.php

Io di queste cose non ci capisco nulla, per cui chiedo a voi: c'è modo di
prendere i confini da quel link e importarli su OSM?
Vedo in fondo alla pagina

© 2017 - Comunità Montana Valsassina, Valvarrone, Val d'Esino e Riviera

e ho già i contatti con la comunità montana per via di Wikimania Esino
Lario.

Se si può fare, vedo come muovermi.

Grazie,

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

Re: [Talk-us] hydrology Alaska

[Andy Townsend]

On 18/10/2017 05:49, ANT Berezhnyi wrote:

+10 to what AlaskaDave said



Simplification creates such a crap, as you led me to an example


https://www.openstreetmap.org/#map=17/69.94271/-152.49898

isn't the result of simplification, though, is it?  You can see the 
pixels...


I'd suggest that, before tracing any more, you revisit the lakes that 
you have added so far (like this one) and make sure that they match the 
best imagery.


Best Regards,

Andy


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

Re: [Talk-it] [Osmf-talk] DWG survey on organized editing

[Stefano]

Il giorno 18 ottobre 2017 10:24, Martin Koppenhoefer  ha scritto:

>
>
> 2017-10-18 9:53 GMT+02:00 Alessandro Palmas  it>:
>
>> Ecco i risultati dell'indagine su come la pensa la comunità della
>> mappatura organizzata e/o pagata.
>>
>>
>> https://wiki.osmfoundation.org/wiki/Data_Working_Group/Resul
>> ts_of_Organised_Editing_Survey_2017
>
>
>
> per precisione, l'indagine era soltanto tra i soci della OSMF, non in
> tutta la comunità dei mappatori OSM. Comunque, con più di 600 participanti
> è abbastanza rappresentativo per la foundation.
>

Io non sono socio e l'ho compilato...


>
> Ciao,
> Martin
>
> ___
> 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-cz] mapovat existenci wifi v metru?

[Jan Martinec]

Ahoj,

včera na mě v metru vyskočil hotspot "Metro - Wifi"; podle tohoto článku 
je pokryto 6 stanic.

https://zpravy.aktualne.cz/ekonomika/v-metru-chytnete-wi-fi-dopravni-podnik-spustil-pripojeni-na/r~4ef74a5cb33511e79090002590604f2e/

Má smysl to uvádět u stanice ("stanice s wifi" podle vzoru "kavárna s 
wifi"), nebo je to zbytečný?

(A pokud, kam zmapovat, na railway=station?
https://www.openstreetmap.org/node/4805705140
Pokryty jsou zjevně všechny prostory pro cestující)

Zdar,
Honza "Piškvor" Martinec

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

Re: [OSM-talk-be] GRB Flanders

[Van Herck Tom]

Door de overgang van AGIV naar Informatie Vlaanderen zijn al onze services 
(waaronder dus ook de GRB-services) veranderd.

Alles info staat op https://overheid.vlaanderen.be/Webdiensten-Ons-GIS-aanbod



Voor de GRB-services hebben we volgende mogelijkheden:



GRB

https://geoservices.informatievlaanderen.be/raadpleegdiensten/GRB/wms?



GRB-basiskaart

https://geoservices.informatievlaanderen.be/raadpleegdiensten/GRB-basiskaart/wms?

GRB-basiskaart - grijswaarden

https://geoservices.informatievlaanderen.be/raadpleegdiensten/GRB-basiskaart-grijs/wms?

GRB-selectie

https://geoservices.informatievlaanderen.be/raadpleegdiensten/GRB-selectie/wms?

WFS GRB

https://geoservices.informatievlaanderen.be/overdrachtdiensten/GRB/wfs?



WMTS GRB

http://tile.informatievlaanderen.be/ws/raadpleegdiensten/wmts



Groeten,



Tom


Van: Pieter Vander Vennet [mailto:pieterv...@gmail.com]
Verzonden: dinsdag 17 oktober 2017 21:08
Aan: talk-be@openstreetmap.org
Onderwerp: [OSM-talk-be] GRB Flanders

Hallo allemaal,
Waar kan ik wat meer informatie vinden over de AGIV GRB 'Flanders' kaarten? En 
hoe teken ik die het beste?

De voorbije weken heb ik serieus wat huisjes getraced, maar dat moet toch 
efficiënter kunnen...

Ik las ergens iets over plugins in JOSM... Is er een tutorial voor? (Of als 
iemand mij dat in een paar woorden kan uitleggen, wil ik die ook wel schrijven).
Ik vond deze 
wiki-pagina
 maar die is erg verouderd (slechts één link die nog werkt).

Met vriendelijke groeten,
Pieter Vander Vennet
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-ie] Reduction of size by area of exported OSM or GeoJson image

[Brian Hollinshead]

I am able to take an OSM or GeoJson file of County Carlow boundary and use
in leaflet or UMap.
I now would like a file for Carlow which is only 80% the area but the same
shape to overlay to show the population decrease 1841 to 1851 and having
the same lat/lon centre.

I have QGIS but am not familiar with it, any suggestions most welcome,
thank you.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] [Osmf-talk] DWG survey on organized editing

[Martin Koppenhoefer]

2017-10-18 9:53 GMT+02:00 Alessandro Palmas 
:

> Ecco i risultati dell'indagine su come la pensa la comunità della
> mappatura organizzata e/o pagata.
>
>
> https://wiki.osmfoundation.org/wiki/Data_Working_Group/Resul
> ts_of_Organised_Editing_Survey_2017



per precisione, l'indagine era soltanto tra i soci della OSMF, non in tutta
la comunità dei mappatori OSM. Comunque, con più di 600 participanti è
abbastanza rappresentativo per la foundation.

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

Re: [Talk-it] Marciapiede alberato

[Martin Koppenhoefer]

nel caso di alberi urbani faccio un node per ogni albero (natural=tree),
poi ci sono questi tag per il tipo:
denotation=urban (alberi in un centro abitato, generico, non in filiera
lungo la strada)
denotation=avenue (in filiera lungo la strada)

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

[OSM-talk-be] building = staketsel

[Pieter Brusselman]

Hi,

Some time ago I mapped some 'man_made = pier' on the Zuidlede. Those 
items don't show up on the map.  Perhaps due to the rendering_style.


I was looking for some examples and i found: 
http://www.openstreetmap.org/relation/7340858#map=18/51.0/3.73357. 
Here, the pier/staketsel is mapped as a 'building'.  I don't think this 
is realy a building :-).


According to http://wiki.openstreetmap.org/wiki/Marine_navigation it 
should be 'Piers  against which boats 
can be moored should be tagged as (man_made 
=pier 
) together with 
mooring =yes/ferry/etc. '



--

Pieter Brusselman
/Cartografie ~ Projectmedewerker/

(logo boompja) 

*A* Kasteellaan 349 A, 9000 Gent
*T* 09 / 331 59 27
*W *www.tragewegen.be

logo facebook 

ter info: ik werk niet op vrijdag

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

Re: [Talk-it] Marciapiede alberato

[mbranco2]

Hai toccato un'argomento interessante: quando basta una way e quando
facciamo un'area?
L'unica risposta univoca sarebbe "se è più largo di X metri facciamo
un'area, altrimenti facciamo una way".
Ma una regola del genere non c'è, ad esempio le strade (dal sentiero
all'autostrada) sono tutte way, e un'autostrada a 3 corsie più corsia
d'emergenza ha una larghezza di una quindicina di metri...

Nel tuo caso comunque io farei un'area, perchè il pedone può camminare sia
da un lato che dall'altro dei filari di alberi, e quindi usassi una way non
saprei dove metterla (a sinistra o a destra del filare d'alberi?).
Userei quindi highway=pedestrian + area=yes

Ciao,
Marco




Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno 17 ottobre 2017 10:35, Catonano  ha scritto:

> Riprovo:
>
> Come si mappa questo marciapiede alberato ?
>
> È un'area ?
>
> https://photos.app.goo.gl/BvrSNLYOS6Bh7ugX2
>
>
> ___
> 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] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

[paolo bubici]

Ecco il viadotto "Campo Sportivo" di cui parlavate..
https://www.openstreetmap.org/way/366296638

Bubix

Il giorno 15 ottobre 2017 22:54, Max1234Ita  ha
scritto:

> Daniele wrote
> > Le targhe su superstrade/autostrade ecc. indicano generalmente il nome
> del
> > ponte/cavalcavia stessi, non quelli del fiume/torrente che scavalcano.
> > Ma probabilmente sono più pratico di viabilità ordinaria che
> autostradale.
> > 
> > Dom 15/10/17, demon.box 
>
> > e.rossini73@
>
> >  ha scritto:
> >
> >  Oggetto: Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di
> > waterway=river
> >  A:
>
> > talk-it@
>
> >  Data: Domenica 15 ottobre 2017, 21:00
> >
> >  Daniele wrote
> >  >
> >  Inoltre quelle (rare) volte che sul ponte che lo scavalca vi
> >  è la targa
> >  > indicante il corso
> >  d'acqua superato mi sembra ci sia scritto solitamente,
> >
> >  > ad esempio "Fiume Po" , e
> >  non semplicemente "Po"
> >
> >  Come puoi vedere purtroppo per ogni
> >  "regola" esiste già più di una
> >  eccezione:
> >
> >
> > http://gis.19327.n8.nabble.com/file/t339261/
> galleria-Trentapassi.jpg
> >
> >
> >  In provincia di Brescia
> >  c'è infatti la superstrada che sale in vallecamonica
> >  lungo la quale tutti i cavalcavia e tutte le
> >  gallerie sono segnalate nel
> >  modo in cui
> >  vedi, cioè sul relativo cartello è stato sempre omesso
> >  il
> >  prefisso "Galleria" piuttosto
> >  che "Ponte" o "Calcavia" o
> >  "Viadotto".
> >  E volendo vedere
> >  quando li ho mappati mi sono chiesto cosa mettere in
> >
> >  bridge:name e tunnel:name
> >
> >  e per ora sono stato ligio a
> >  ciò che c'è scritto sul cartello omettendo il
> >  prefisso.
> >  Ciao.
> >
> >  --enrico
> >
>
>
> Non per fare l'avvocato del diavolo, ma... a voler ben vedere la "lettura
> del cartello è incompleta: si trascrive solo la dicitura scritta a chiare
> lettere ma si trascura la parte "iconografica" (rassegniamoci al fatto che
> ormai le lingue moderne si stanno sempre più contaminando con ideogrammi di
> vario genere).
>
> Sicuramente, il cartello che indica l'inizio di un tunnel si compone di due
> parti: una è l'indicazione "grafica"  del manufatto che si sta per
> incontrare:
>
> https://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_galleria.svg
> e che indica, appunto "Galleria" (o Tunnel, Galería, Galerie, галерея,
> Galerij, ecc. a seconda della lingua di chi lo legge)
>
> Segue poi un altro cartello, a fondo bianco, recante il nome del medesimo
> (nel caso citato "Trentapassi".
>
> La lettura completa del segnale restituirebbe quindi "Galleria
> Trentapassi",
> almeno nella nostra Lingua.
>  :)
>
> Poi, sul fatto che il nome riportato sul cartello indichi il nome della
> montagna  (se è un tunnel) o del corso d'acqua che viene oltrepassato, sono
> più che d'accordo: personalmente ho visto diversi casi in cui il nome si
> riferisce ad esempio a paesi che si trovano sopra, sotto o nelle immediate
> vicinanze.
> So addirittura di un "viadotto Campo Sportivo", che dovrebbe trovarsi nei
> dintorni di Savona (http://motorways-exitlists.com/europe/i/a10.htm)
>
> Max
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] [Osmf-talk] DWG survey on organized editing

[Alessandro Palmas]

Ecco i risultati dell'indagine su come la pensa la comunità della 
mappatura organizzata e/o pagata.



https://wiki.osmfoundation.org/wiki/Data_Working_Group/Results_of_Organised_Editing_Survey_2017


Alessandro

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Christian Quest]

2017-10-18 9:35 GMT+02:00 rainerU :

>
> Il y a des cas ou le nom INSEE/Cadastre/Fantoir est dans une langue
> régionale et
> il existe aussi une version de ce nom en langue française (voir l'exemple
> que
> j'ai donnée dans mon précédent message dans ce fil). J’ajouterais donc un
> texte
> du genre :
>
> In the case where the official name is a local language name and a version
> in
> french language exists, this name will be put in alt_name (alt_name:fr?)
>

Si la seule différence c'est la langue, ce n'est pas de mon point de vue un
nom alternatif, juste une traduction donc name:xx

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[rainerU]

Am 17.10.2017 um 18:11 schrieb Christian Rogel:
> 
> name:fr =* for the vernacular
> French name (needed exclusively off territories of the French Republic,
> especially for French variants like /Londres/ for /London
> / or /Munich/ for /München
> /)

Il y a des cas ou le nom INSEE/Cadastre/Fantoir est dans une langue régionale et
il existe aussi une version de ce nom en langue française (voir l'exemple que
j'ai donnée dans mon précédent message dans ce fil). J’ajouterais donc un texte
du genre :

In the case where the official name is a local language name and a version in
french language exists, this name will be put in alt_name (alt_name:fr?)


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

Re: [Talk-it] Sabbioneta progetto Cerchio d'Acqua e richiesta supporto per possibile import

[Alessandro Palmas]

  
  
Il 17/10/2017 14:11, Giorgio Limonta ha
  scritto:


  

  

  

  

Buongiorno
  lista,
  

  

  

  


Ciao Giorgio,

ecco apparire i primi edifici
http://www.openstreetmap.org/#map=18/45.00145/10.49214
Con Bing li si vedono abbastanza definiti; dopo averli disegnati li
si possono allineare accendendo le ortofoto del PCN.

Sabbioneta sarebbe il posto ideale per una gita in bicicletta in
questa stagione: ovviamente con fotocamera e gps al seguito :-) C'è
qualche 'biciclettaro' in zona?

Alessandro Ale_Zena_IT
  


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