[Talk-us] Whole-US Garmin Map update - 2018-01-31

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-01-31

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-01-31/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-01-31

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-talk-ie] Maps.openstreetmap.ie Pink tiles

[Colm Moore]

Hi,


Pink 'tiles' tend to indicate that the tiles aren't available / are being 
refreshed.


http://overpass-turbo.openstreetmap.ie/ is about 16 days out of date.


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

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[john whelan]

There are a lot of resources available.  The tool you use in many ways
doesn't matter too much when you are explaining.  ARCgis format can be
converted to .OSM format.  All the GIS tools use the same basic idea of
nodes and ways.  Some use layers, OSM just bungs it all in together.

There are tools to bring in a GPS track very easily into .osm it was at one
time the primary method for recording highways.

The cities aren't going to open up their GIS databases any time soon to
students.  The only way to mix in crowdsourcing on the tags is basically
OSM.

I suggest you find something you want to do from the jargon in the
curriculum and then we'll try to figure out how to do it.  Hopefully we can
benefit the building project as me go.

Cheerio John

On 2 February 2018 at 18:26, Jonathan Brown  wrote:

> Fair enough. It’s jargon from the “innovation, creativity and
> entreprenship” focus in many education sectors these days. Eduspeak,
> agreed. What I meant to say is that the workflow and the technology to
> support the teaching and learning environment for future “citizen
> scientists” needs to be piloted before we can expect students contribute to
> a well-planned flight plan. I can’t see teachers investing instructional
> time to enable the required training to happen unless it is connected to a
> cross-curricular activity as the Manitoba folks point out.
>
>
>
> In Ontario, school boards are licensed to use ArcGIS. This is what many
> municipal and regional GIS staff us. For the non-GIS experts it is not
> user-friendly. I saw this first hand with an outdoor education teacher I
> was observing as he tried to get his GPS data into the program. I also
> heard from a group of teachers I spoke to a professional development
> session in Toronto today that they would love to use GIS tools to teach
> problem-solving in their courses, but not if the technology is too
> complicated or unreliable to use in their classes. I know you’ll have an
> opinion about that, so fire away. I’m trying to figure out what Keith
> pointed out with his experience in Manitoba.
>
>
>
> So, I concur with the need for OSM project management. My guess is that
> might be the role of the Ministry of Infrastructure under the current SMART
> cities challenge they issued:  http://www.infrastructure.gc.
> ca/plan/cities-villes-eng.html
>
> Also, the Canadian Ministry of Innovation, Science and Economic
> Development announced $50 million funding to train 1 million K-12 teachers
> and students on how to use digital technology in the classroom. The CanCode
> federal program
> 
> aims “to equip youth, including traditionally underrepresented groups, with
> the skills and study incentives they need to be prepared for the jobs of
> today and the future.” The funding, however, is going to NGOs because our
> K-12 education sector in Canada is a provincial responsibility. Canada does
> not have a Ministry of Education or a federal department of education like
> in the US.
>
>
>
> That said, I think from my conversations with this community and phone
> calls with folks at Telenav and within the OSM community (a phone call with
> Clifford was most helpful for me). Telenav’s presentation at SOTM 2017 was
> also helpful. Telenav talked Maproulette.org,
> 
>  a
> gamified way to parse out small tasks for mappers to fix, and
> Improveosm.org , a big data resource
> where Telenav has collected billions of *GPS traces* that point our
> errors in OSM. A heatmap highlights the zones of errors that includes
> information and action items. Someone at the conference commented that,
> “historically OpenStreetMap was rather clunky and best for those with more
> patience than I. Thankfully useful apps like MAPS.ME
>  & OSM.And  have emerged.
> These apps use OpenStreetMap as a base map, but present it in an
> aesthetically appealing and more efficient way. They also allow you to
> download regions for offline use, an invaluable feature when you’re
> travelling.”  ,
>
>
>
> As an example of a K-12 use case flight plan there is the Lifelong
> Learning Mapping Project, a European Comenius-funded project involving 5
> different countries in 5 different languages. What was the quality of the
> data collected by those students? Who were the experienced flight crew that
> provided the schools with support? Do they have a flight plan that could be
> adapted to the BC2020 project? https://wiki.openstreetmap.
> org/wiki/Life_Long_Learning_Mapping_Project
>
> We have 13 pan-Canadian jurisdictions, so maybe start with some of those
> jurisdictions where OSM capacity already exists and start a wiki flight
> plan.
>
>
>
> Alessandro 

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[OSM Volunteer stevea]

I repeat myself:  less buzzword-compliance, please.  More embracing of 
tried-and-true OSM tenets and culture, like front-loaded planning, ongoing, 
wide-area project management on something with nationwide scope as this, wiki 
writing/updating both intent and ongoing status, making available short video 
clip "flight plans" (OSM curriculum specific to entering building data) to 
explain process to various audiences in Canada  You have Ottawa as a "good 
acorn," clone what was learned there into the wiki (better than now) and target 
other cities and audiences to harmonize with slow-yet-steady OSM-style growth.  
That is how this turns into "mighty oaks."

I met Clifford in Seattle two summers ago, he presented some excellent OSM 
community-building strategies at SOTM-US, I had a contract with Telenav for a 
while, I know maps.me, and I watched Philly Fresh Food turn into rather 
impressive results, as it was well-planned and was ready to receive beneficial 
and unexpected synergies.  (That didn't happen because somebody said "synergy," 
by the way).  I've been around the OSM block and I'm obviously passionate about 
it yielding awesome results.  But only when some awesome happens up-front.  
Otherwise (and I've both seen it and cleaned it up), it gets messy, and fast.

Yes, gathering "how" intelligence from existing projects is smart.  Yes, 
learning that concerns like liability and a PERCEIVED "lack of control" in an 
open, public, crowdsourced database like OSM can pose problems, but only if you 
push through these perceptions with an understanding of previous pitfalls, and 
the commensurate good planning and active management which can and do avoid 
these.  With both, you can address not only these (perceived) issues, "you" 
(and who is that?) can "drive" the project virtually anyplace desired, provided 
it sticks to OSM's good tenets and keeps the finish line in sight while hewing 
to good bounds to get there.  This project does better at that now, I think it 
will continue to do so.  It seriously needs a flight crew, steering committee, 
whatever you wish to call it.  While those specific individual human beings 
might be in a government bureaucracy (or, they might not), they MUST (I repeat, 
MUST) be steeped in culture and methods of OSM.  Knowledge of ArcGIS or other 
GIS/cartography experience is fine, knowledge of other sorts of crowdsourcing 
can help, yet the way that things are well-built and work in OSM is unique to 
OSM.  Embrace that, and fly.  Don't, or put too much emphasis on "the way we've 
always done things here" and you create more difficulties.

It is getting better.  (As my tone hews closer to honey than vinegar, it will 
get better).  Again, I've said it and said it and said it.  So please:  do it.  
The good intentions to do so are clearly there, that is a terrific place to be 
to continue onto the next steps.

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

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[Jonathan Brown]

Fair enough. It’s jargon from the “innovation, creativity and entreprenship” 
focus in many education sectors these days. Eduspeak, agreed. What I meant to 
say is that the workflow and the technology to support the teaching and 
learning environment for future “citizen scientists” needs to be piloted before 
we can expect students contribute to a well-planned flight plan. I can’t see 
teachers investing instructional time to enable the required training to happen 
unless it is connected to a cross-curricular activity as the Manitoba folks 
point out. 

In Ontario, school boards are licensed to use ArcGIS. This is what many 
municipal and regional GIS staff us. For the non-GIS experts it is not 
user-friendly. I saw this first hand with an outdoor education teacher I was 
observing as he tried to get his GPS data into the program. I also heard from a 
group of teachers I spoke to a professional development session in Toronto 
today that they would love to use GIS tools to teach problem-solving in their 
courses, but not if the technology is too complicated or unreliable to use in 
their classes. I know you’ll have an opinion about that, so fire away. I’m 
trying to figure out what Keith pointed out with his experience in Manitoba.  

So, I concur with the need for OSM project management. My guess is that might 
be the role of the Ministry of Infrastructure under the current SMART cities 
challenge they issued:  
http://www.infrastructure.gc.ca/plan/cities-villes-eng.html
Also, the Canadian Ministry of Innovation, Science and Economic Development 
announced $50 million funding to train 1 million K-12 teachers and students on 
how to use digital technology in the classroom. The CanCode federal program 
aims “to equip youth, including traditionally underrepresented groups, with the 
skills and study incentives they need to be prepared for the jobs of today and 
the future.” The funding, however, is going to NGOs because our K-12 education 
sector in Canada is a provincial responsibility. Canada does not have a 
Ministry of Education or a federal department of education like in the US. 

That said, I think from my conversations with this community and phone calls 
with folks at Telenav and within the OSM community (a phone call with Clifford 
was most helpful for me). Telenav’s presentation at SOTM 2017 was also helpful. 
Telenav talked Maproulette.org, a gamified way to parse out small tasks for 
mappers to fix, and Improveosm.org, a big data resource where Telenav has 
collected billions of GPS traces that point our errors in OSM. A heatmap 
highlights the zones of errors that includes information and action items. 
Someone at the conference commented that, “historically OpenStreetMap was 
rather clunky and best for those with more patience than I. Thankfully useful 
apps like MAPS.ME & OSM.And have emerged. These apps use OpenStreetMap as a 
base map, but present it in an aesthetically appealing and more efficient way. 
They also allow you to download regions for offline use, an invaluable feature 
when you’re travelling.”  ,

As an example of a K-12 use case flight plan there is the Lifelong Learning 
Mapping Project, a European Comenius-funded project involving 5 different 
countries in 5 different languages. What was the quality of the data collected 
by those students? Who were the experienced flight crew that provided the 
schools with support? Do they have a flight plan that could be adapted to the 
BC2020 project? 
https://wiki.openstreetmap.org/wiki/Life_Long_Learning_Mapping_Project
We have 13 pan-Canadian jurisdictions, so maybe start with some of those 
jurisdictions where OSM capacity already exists and start a wiki flight plan.  

Alessandro pointed us to the Philly Fresh Food Mapper 
https://www.geovista.psu.edu/phillyfood/
This is a good example of harnessing “crowdsourcing” and “citizen science” to 
solve a local problem. Sterling Quinn already shared with us the following in 
an email: “We also held a map-a-thon at a public library in North Philly where 
we got people from the food, tech, and education communities together. That was 
probably the most interesting thing to come out of the project. I also had a 
few discussions with people working with the city to make a similar database, 
but they had some of the usual concerns about using OSM as their main 
repository (e.g., liability, perceived lack of control).”

Jonathan 

From: OSM Volunteer stevea
Sent: Friday, February 2, 2018 4:58 PM
To: Jonathan Brown; talk-ca
Subject: Re: [Talk-ca] BC2020i OSM Distributed Model and Education

On Jan 30, 2018, at 7:49 AM, Jonathan Brown  wrote:
> I don’t mind reviewing the OSM education wiki for lessons learned and 
> “promising practices” and seeing how it might inform the design of a mapathon 
> event aligned to the K-12 curricula and postsecondary capstone project model. 
> It will be messy, but that’s the nature of the beast. To use the jargon, 
> start small, fail fast and 

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[john whelan]

I think we need to identify the possible problem areas and those things
that would be useful to the students.  Not all students will have the same
needs.

The first is we really want to avoid students tracing building outlines in
iD.  Experience has shown they aren't very good at it.  JOSM and the
building_tool plugin works well but needs some preplanning.  If NRC LiDar
building outlines come off that gets round the problem.

First to get an understanding of GIS basics we need to reduce the idea of
an electronic map to two things.  Nodes and ways and we add tags to these.
You can call them different things but basically the nodes have a Longitude
and Latitude tag and the ways connect them.  Tag the way as a highway and
you have a road.  Tag it as a waterway and you have a river.  Four nodes
with four ways connecting them gives you the outline of a building.  Closed
ways are a special case and take tags such as building=yes.

Because my background is technical I would suggest a mention of XML format
of fire type .osm.  It evolved from SGML and is today used in many ways
including the internal file format for Microsoft Word.

An exercise might be to extract a building from OSM in JOSM save the file
and look at it in something such as notepad++


  
  
  
  
  
  
  
  
  
  














  


You can see from the idents around way and /way the tags for the building
are grouped together.  The important thing about .xml are the tags.  In a
conventional database if a tag is unrecognised strange things can happen.
With XML only data from within recognised tags are used which means new
tags can be added without affecting the normal processing.  It is often
used as a file transfer format from one system to another.

On a less technical level often people have difficulty in grasping that the
map shown on www.openstreetmap.org is not the real live map.  It would be
useful to mention the concept of rendering and to show the map rendered in
different ways.  OSMand comes to mind.  Look at map layers on
openstreetmap.org.

For the building project itself it would be useful to look at how we
extract the data from the map.  With paper map you'd need to count the
buildings but with an electronic map a program can count them for you.

It would be useful if someone could produce a sample in R that takes a .osm
file and counts the buildings.  A task from that would be to extend it to
count the number of two storey (story) buildings.  Legally in Canada by act
of parliament "storey" is used rather than the American "story".  Discuss
perhaps?

Local knowledge is always preferred in OSM.  So I would suggest for the
mapathon ensure the building outlines are in place then ask the students to
enrich the map by adding tags.  Run R before and after to show the
differences and the impact.

Dig into https://wiki.openstreetmap.org/wiki/Education and see if there is
anything useful.

Be aware there are many different points of view within OpenStreetMap, as
an example map features and taginfo often differ.  Map features is
someone's idea of this is how to tag taginfo is this are the tags that have
been used.  Could students explain why this is so?

OpenStreetMap isn't just about geography and producing a printed map.
Maperitive is an excellent tool for creating your own map either to the
screen or printed by the way and it can be customised.  Making a simple
change is easy but its almost a programming language in its own right.

The suggestions may or may not be relevant but they cover a fairly wide
range of subjects.

Have fun

Cheerio John








On 30 January 2018 at 10:49, Jonathan Brown  wrote:

> I don’t mind reviewing the OSM education wiki for lessons learned and
> “promising practices” and seeing how it might inform the design of a
> mapathon event aligned to the K-12 curricula and postsecondary capstone
> project model. It will be messy, but that’s the nature of the beast. To use
> the jargon, start small, fail fast and apply what you learn to the next
> event.
>
>
>
> Durham Region is planning on hosting a mapathon event as early as this
> March. I’m working with the GIS Supervisor who also teaches GIS to 2nd
> year environmental science students at Durham College. I also have a
> teacher who is very good at working with students who normally would not
> participate in these kinds of events, but who have street knowledge.
>
>
>
> Jamie Boyd and Moses Iziomon at the Treasury Board’s Open Government
> branch may have some funding to support Alessandro’s group in helping to
> engage the OSM “crowdmappers” and citizen science practitioners. This could
> align to their 2 year open government plan http://open.canada.ca/en/
> 4plan/creating-canadas-4th-plan-open-government-2018-20. They are looking
> for workshop ideas for early May.
>
>
>
> Does anyone know of OSM expertise that we could tap into for a mapathon
> event in the Durham Region? Thanks.
>
>
>
>

Re: [Talk-it] Tag

[Gabriele Perrini]

Io avevo pensato a cycleway=share_pedestrian

Il giorno ven 2 feb 2018 alle 23:25 Volker Schmidt  ha
scritto:

> Di quello che so non esiste in OSM.
> E' sulla mia lista di punti di domanda. Mi sembra che si tratta di una
> specialità italiana.
>
> L'unico modo che conosco per risolverlo, ma è pesante, è di utilizzare un
> alternativo modello di descrivere le corsie:
> https://wiki.openstreetmap.org/wiki/Lanes
>
> Volker
>
> 2018-02-02 23:12 GMT+01:00 Gabriele Perrini :
>
>> Ciao,
>> Il tag della Corsia in promiscuo biciclette e pedoni.
>> Senso unico!
>>
>> ___
>> 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

Re: [Talk-it] Tag

[Volker Schmidt]

Di quello che so non esiste in OSM.
E' sulla mia lista di punti di domanda. Mi sembra che si tratta di una
specialità italiana.

L'unico modo che conosco per risolverlo, ma è pesante, è di utilizzare un
alternativo modello di descrivere le corsie:
https://wiki.openstreetmap.org/wiki/Lanes

Volker

2018-02-02 23:12 GMT+01:00 Gabriele Perrini :

> Ciao,
> Il tag della Corsia in promiscuo biciclette e pedoni.
> Senso unico!
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 2/10 東京！街歩き！マッピングパーティ：第16回 赤坂氷川神社

[Keisuke Oki]

こちらもよろしくお願いします。

沖啓介

2018年2月3日 1:20 yasunari yamashita :

> 東京！街歩き！マッピングパーティ 世話役の山下です。
> 皆さん、こんにちわ。
>
> 東京！街歩き！マッピングパーティは東京十社を廻っています。
> 第16回 赤坂氷川神社は、来週土曜日の開催！
> https://openstreetmap.connpass.com/event/76265/
> 皆様の参加をおまちしています！！
>
>
> 2018年1月15日 21:01 yasunari yamashita :
> > 東京！街歩き！マッピングパーティ 世話役の山下です。
> > 皆さん、こんにちわ。
> >
> > 毎月開催している東京！街歩き！マッピングパーティ
> > 次回は 2/10 に赤坂氷川神社をターゲットに開催します。
> > https://openstreetmap.connpass.com/event/76265/
> >
> > マッピングパーティに参加せずしてマッパーというなかれ（笑
> > 是非、ご参加ください！！
> > --
> > 山下康成＠東京都新宿区
>
>
>
> --
> 山下康成＠東京都新宿区
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-it] Tag

[Gabriele Perrini]

Ciao,
Il tag della Corsia in promiscuo biciclette e pedoni.
Senso unico!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[OSM Volunteer stevea]

On Jan 30, 2018, at 7:49 AM, Jonathan Brown  wrote:
> I don’t mind reviewing the OSM education wiki for lessons learned and 
> “promising practices” and seeing how it might inform the design of a mapathon 
> event aligned to the K-12 curricula and postsecondary capstone project model. 
> It will be messy, but that’s the nature of the beast. To use the jargon, 
> start small, fail fast and apply what you learn to the next event.

With all due respect to you, Johnathan, I don't know where you got that jargon, 
but it does not apply to OSM:  our worldwide mapping project is not a "dumping 
ground" to "fail fast" where poor quality data are entered and then corrected 
as a nationwide project finds its footing, lurching forward to apply newly 
discovered corrections to its past mistakes.  No, it must plan first.  Pilots 
file flight plans, and they stay in contact with control towers with status and 
progress reports.  A nationwide OSM project is no different if all passengers 
are expected to land safely, especially on a long flight!

Sure, mistakes happen and we learn from them, course-correcting along the way, 
that's simply human nature.  But as I have been exhorting for months, what will 
MAKE BC2020 a successful OSM project is this:  good planning NOW and project 
management along the way.  BOTH must be front-loaded into the nationwide OSM 
project that BC2020 is, not bolted on later as an afterthought.

> Jamie Boyd and Moses Iziomon at the Treasury Board’s Open Government branch 
> may have some funding to support Alessandro’s group in helping to engage the 
> OSM “crowdmappers” and citizen science practitioners. This could align to 
> their 2 year open government plan 
> http://open.canada.ca/en/4plan/creating-canadas-4th-plan-open-government-2018-20.
>  They are looking for workshop ideas for early May.

If TB has funding, ask them to seek and pay for expertise in nationwide-scope 
OSM project management experience:  good planning, harmonizing vision/goals of 
BC2020 with the culture of OSM to be "OSM first" (it is), writing wiki, 
assuring that mapathons, meetups, university and K-12 events have structure, 
direction and a solid plan FIRST before entering vast building data.  Too many 
large-scale OSM projects fail due to poor planning, a lack of standardization 
as to what and how goals are to be achieved and hence suffer poor results.  The 
method by which this gets solved is with up-front planning, that means NOW or 
very soon.  Crowdsourcing is not a magic bullet that yields great results for 
free or without planning.  There are costs involved:  thought, discussion, 
consensus, documentation and those take time and effort.

BC2020 has had a recent "reality check" that is it more than BC2020i (the 
initiative), it is now a full-fledged BC2020 WikiProject (without the i, as an 
OSM project).  That means wikis, import plans, documenting the process that 
each city/event might and should take, etc. get adhered to and followed.  To 
keep this communication in the dark and out of a wider OSM view essentially 
dooms this project to failure.  Please:  plan now for superior data later.  It 
has gotten better in the last week or two, but the "messy nature of the beast" 
approach noted above is not acceptable to the greater OSM community.  Both wiki 
and talk-ca are important venues for this dialog, private email exchanges can 
supplement it, but a nationwide project deserves a nationwide discussion that 
is front-loaded and transparent, not (exclusively) "fail fast."  In fact, OSM 
insists upon this.

Please install pilots in your large, jet aircraft.  If it is to fly and land at 
its destination (years into the future), it not only deserves, it simply must 
have an experienced flight crew.

With respect to you, all OSM volunteers in Canada, and indeed the OSM community 
at large,
SteveA
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Chiarimento Tag strade

[Volker Schmidt]

se non lo sai, no tag

2018-02-02 19:57 GMT+01:00 Gabriele Perrini :

> Inoltre non so la larghezza dei marciapiedi, metto un tag specifico oppure
> ometto il tag?
>
> Il giorno ven 2 feb 2018 alle 19:53 Gabriele Perrini <
> perrinigabri...@gmail.com> ha scritto:
>
>> Tutto chiarissimo.
>> Unici dubbi:
>> 1) LINES=2 cosa vuol dire? cosa specifica? Inoltre potreste spiegarmi
>> anche cosa vuol dire la corsia bus conta e quella bici no?
>> 2) Volker non dovrei anche inserire oneway:bus=yes ??? Se no, mi
>> spiegheresti il perchè?
>> 3) Per DISTANCE intendo la lunghezza complessiva. Mi spiego meglio: il
>> piano della mobilità dolce approvato il 28 aprile 2015 suddivide gli
>> itinerari ciclabili in percorsi denominati A,B,C ecc...Ogni percorso
>> possiede una Lunghezza complessiva. Ho visto la guida e c'era messo che in
>> caso di lunghezza complessiva mettere distance e no leight.
>> 4)Non ho afferrato bene il concetto...se ho due metri e mezzo metto 2,5 o
>> 25?
>>
>> Il giorno 2 febbraio 2018 19:36, Volker Schmidt  ha
>> scritto:
>>
>>> Scusate tutti, ma non capisco che cosa intendete con distance su un way?
>>>
>>> cito dal wiki key:distance
>>> " This describes the distance (i.e., total length; physical extent) of a
>>> geographic feature. It is used in two kinds of elements: route relations
>>> and milestone nodes, as specified below. "
>>>
>>> 2018-02-02 19:22 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
>>> liste.gira...@posteo.eu>:
>>>
 Il 02/02/2018 19:08, Alessandro ha scritto:

> Il 02/02/2018 17:58, Gabriele Perrini ha scritto:
>
>> 
>> 6)distance:7.846 m
>>
>>
> Ciao,
> distance=7.846 significa 7 virgola 8
> se intendi 7,8km inserisci 7846
>
> Non aggiungere [m] perchè di default è già in metri (come il peso in
> tonnellate, altezza e larghezza in metri e velocità in km/h)
>
> Alessandro Ale_Zena_IT
>
> ___
>

 MmmH!

 Di default sono Km:

 https://wiki.openstreetmap.org/wiki/Key:distance

 Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri
 che ho fatto.. :)

 Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).


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


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

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

[Volker Schmidt]

1) LINES=2 cosa vuol dire? cosa specifica? Inoltre potreste spiegarmi anche
> cosa vuol dire la corsia bus conta e quella bici no?
>
lanes=2 è il numero di corsie della strada. Per i dettagli vedi [1]

2) Volker non dovrei anche inserire oneway:bus=yes ??? Se no, mi
> spiegheresti il perchè?
>
buona domanda. Ho assunto che il bus va nei due sensi, quindi sarebbe
oneway:bus=no che è implicito. Se invece gli autobus non possono utilizzare
la corsia principale nel senso del senso unico, ma solo la corsia
preferenziale nel senso opposto, dovresti mettere la combinazione bus=no e
oneway:bus=-1

> 3) Per DISTANCE intendo la lunghezza complessiva. Mi spiego meglio: il
> piano della mobilità dolce approvato il 28 aprile 2015 suddivide gli
> itinerari ciclabili in percorsi denominati A,B,C ecc...Ogni percorso
> possiede una Lunghezza complessiva. Ho visto la guida e c'era messo che in
> caso di lunghezza complessiva mettere distance e no leight.
>
Quale guida? Come chiaramente dice la wiki, la chiave  "distance" non va su
oggetti di tip "way", solo su "relation" di tipo "route" e con un
significato diverso su "node" di tipo "milestone" - vedi [2]

> 4)Non ho afferrato bene il concetto...se ho due metri e mezzo metto 2,5 o
> 25?
>
per "distance" l'unità è km, per "height ", "width" ecc l'unità è m. Poi in
OSM si utilizza il punto decimale, non la virgola.

[1] https://wiki.openstreetmap.org/wiki/Key:lanes
[2] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone

>
> Il giorno 2 febbraio 2018 19:36, Volker Schmidt  ha
> scritto:
>
>> Scusate tutti, ma non capisco che cosa intendete con distance su un way?
>>
>> cito dal wiki key:distance
>> " This describes the distance (i.e., total length; physical extent) of a
>> geographic feature. It is used in two kinds of elements: route relations
>> and milestone nodes, as specified below. "
>>
>> 2018-02-02 19:22 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
>> liste.gira...@posteo.eu>:
>>
>>> Il 02/02/2018 19:08, Alessandro ha scritto:
>>>
 Il 02/02/2018 17:58, Gabriele Perrini ha scritto:

> 
> 6)distance:7.846 m
>
>
 Ciao,
 distance=7.846 significa 7 virgola 8
 se intendi 7,8km inserisci 7846

 Non aggiungere [m] perchè di default è già in metri (come il peso in
 tonnellate, altezza e larghezza in metri e velocità in km/h)

 Alessandro Ale_Zena_IT

 ___

>>>
>>> MmmH!
>>>
>>> Di default sono Km:
>>>
>>> https://wiki.openstreetmap.org/wiki/Key:distance
>>>
>>> Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri che
>>> ho fatto.. :)
>>>
>>> Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).
>>>
>>>
>>> --
>>> _|_|_|_|_|_|_|_|_|_
>>> |_|_|_|_|_|_|_|_|_|_|
>>> Simone Girardelli
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it 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] Chiarimento Tag strade

[Gabriele Perrini]

Il tag LANES cosa vuol dire? Potreste spiegarmelo? Perchè nel caso che
avevo preso in considerazione i bus non contato le bici si?

Il giorno 2 febbraio 2018 19:02, Volker Schmidt  ha
scritto:

> Suppongo che conosci la pagina wiki "bicycle" [1]
>
> Prima cosa: si parte della direzione del highway nella mappa, che non
> avevi indicato per il tuo esempio. Questo è importante perché sinistra |
> destra si riferisce alla direzione della way, che non coincide
> necessariamente con la direzione del senso unico
>
> Supponiamo che la direzione del highway=residential sulla mappa coincida
> con la direzione del senso unico.
>
> La strada senza le corsie:
> highway=residential
> oneway=yes
> lanes=2 (la corsia bus conta, la corsia bici non conta)
> name=
> surface=asphalt
> smoothness=good
> lit=yes
> width= (larghezza totale incluso le corsie, ma non sono 100% sicuro)
>
> (non ho capito l'uso di distance nel tuo esempio)
>
> Aggiungiamo le corsie (seguendo l'esempio B6 della pagina wiki più una
> corsia ciclabile sulla destra):
> cycleway:right=lane
> busway=opposite_lane
> cycleway:left=share_busway
> oneway:bicycle=no
>
> Aggiungiamo anche i marciapiedi
> sidewalk=both
>
> Per le larghezze lo vedo così:
> width:cycleway:left=
> width:busway=
> width=  (larghezza della strada totale, con le corsie, ma senza i
> marciapiedi)
> width:sidewalk:left=
> width:sidewalk:right=
>
> [1] https://wiki.openstreetmap.org/wiki/Bicycle
>
> Volker
>
>
>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] using image recognition to create building foot prints.

[Gravel, Pierre (NRCan/RNCan)]

Bien reçu
Je t’informerai lorsque nous aurons des données issues de la pré-production.

Le processus que nous sommes à mettre en place utilise directement le nuage de 
point.
L’identification individuelle des bâtiments est l’un des deux principaux 
problèmes que nous rencontrons :
- La trop grande proximité entre des bâtiments fait en sorte que les empreintes 
sont fusionnées en une seule.
- Le présence de végétation au-dessus des bâtiments réduit la densité de points 
et il en résulte parfois une diminution de la qualité de la représentation.

Pour la fusion des bâtiments, nous pourrons qualifier la probabilité de fusion 
en utilisant les points de sol qui peuvent se retrouver entre deux bâtiments. 
Cette mesure de la probabilité sera fournie en attribut avec les empreintes.

De plus, les maisons jumelés , ou duplex, ou maisons en rangées ne seront pas 
considérées comme étant des bâtiments fusionnés car les données LiDAR ne 
peuvent faire ce type de distinction.

Je suis très content que ce produit suscite de l’intérêt et que nous aurons la 
chance d’avoir de la rétroaction avant la publication de la première version 
officielle.

Bon vendredi.

Pierre



From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: February 2, 2018 12:26 PM
To: Gravel, Pierre (NRCan/RNCan) ; john whelan 

Cc: Talk-CA OpenStreetMap ; Alasia, Alessandro 
(STATCAN) ; Bergeron, Denis (NRCan/RNCan) 

Subject: Re: [Talk-ca] using image recognition to create building foot prints.

Pierre,

Je suis aussi intéressé à collaborer à tester de telles données  Les milieux 
urbains denses devraient poser un problème particulier pour l'identification 
des immeubles individuels. À voir comment les modèles de classification peuvent 
performer en utilisant les données d'élévation.

Pierre


Le vendredi 2 février 2018 11:10:41 HNE, john whelan 
> a écrit :


I think when you have something available we should be able to find resources 
to double check the quality and also to work out a process to import them.  The 
latter will be interesting both from the technical point of view and the 
acceptance within the OSM community.
My concern on the Canadian building project was getting reasonable building 
outlines from a mixture of mappers given some experiences we've seen in the 
past.
Cheerio John

2018-02-02 11:01 GMT-05:00 Gravel, Pierre (NRCan/RNCan) 
>:

Hi John, yes I am on the mailing list.

I confirm that we (NRCAN) are working on a process to extract building 
footprints from airborne LiDAR data and we expect to disseminate these 
footprints from June 2018 on Open Map Canada Portal.

The accuracy of these footprints well be very good, but of course that an 
automatic extraction process can’t be better than human eyes.

The quality of these footprints are totally depending on the quality of the 
LiDAR data in input (density and classification) and we will filter LiDAR 
projects that we will use to make sure that the footprints quality will meet a 
minimum threshold.

It’s not an objective of NRCAN to upload these footprints on OSM, but I think 
that these footprints can be a very good start for OSM communities then to 
allow people to improve these footprints.

I take the opportunity to ask you if you accept to give us a feedback on these 
footprints before the official launch.

If yes, It will be my pleasure to provide a pre-production data for those who 
want to check them.



It sounds good ?



Best Regards



Pierre Gravel

Centre canadien de cartographie et d’observation de la terre

Ressources naturelles Canada / Gouvernement du Canada

pierre.gra...@canada.ca / Tél. 819-564-5600, 
poste 246



Canadian Center of Mapping and Earth Observation

Natural Resources Canada / Government of Canada

pierre.gra...@canada.ca / Tel. 819-564-5600, 
x246









From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: January 29, 2018 4:54 PM
To: Talk-CA OpenStreetMap 
>; john whelan 
>
Cc: Gravel, Pierre (NRCan/RNCan) 
>
Subject: Re: [Talk-ca] using image recognition to create building foot prints.



Précision,

Les missions aériennes permettent de produire des images de grande qualité.

 On y associe des équipements LIDAR qui émettent un signal vers le sol pour 
mesurer la distance. Aussi bien la technique LIDAR que de petits drones sont 
aujourd'hui capables de produire des modèles d'élévation avec quelques 
centimètres de précision.  Cela permet aussi de produire des modèles 3D des 
immeubles et de distinguer avec la végétation.



Suite aux inondations du 

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[Jonathan Brown]

I don’t mind reviewing the OSM education wiki for lessons learned and 
“promising practices” and seeing how it might inform the design of a mapathon 
event aligned to the K-12 curricula and postsecondary capstone project model. 
It will be messy, but that’s the nature of the beast. To use the jargon, start 
small, fail fast and apply what you learn to the next event. 

Durham Region is planning on hosting a mapathon event as early as this March. 
I’m working with the GIS Supervisor who also teaches GIS to 2nd year 
environmental science students at Durham College. I also have a teacher who is 
very good at working with students who normally would not participate in these 
kinds of events, but who have street knowledge. 

Jamie Boyd and Moses Iziomon at the Treasury Board’s Open Government branch may 
have some funding to support Alessandro’s group in helping to engage the OSM 
“crowdmappers” and citizen science practitioners. This could align to their 2 
year open government plan 
http://open.canada.ca/en/4plan/creating-canadas-4th-plan-open-government-2018-20.
 They are looking for workshop ideas for early May. 

Does anyone know of OSM expertise that we could tap into for a mapathon event 
in the Durham Region? Thanks. 


Jonathan 

From: talk-ca-requ...@openstreetmap.org
Sent: Monday, January 29, 2018 11:06 PM
To: talk-ca@openstreetmap.org
Subject: Talk-ca Digest, Vol 119, Issue 32

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: using image recognition to create building foot   prints.
  (Matthew Darwin)
   2. Re: using image recognition to create building foot   prints.
  (john whelan)
   3. Re: using image recognition to create building foot   prints.
  (Matthew Darwin)
   4. Re: using image recognition to create building foot   prints.
  (Matthew Darwin)


--

Message: 1
Date: Mon, 29 Jan 2018 21:11:04 -0500
From: Matthew Darwin 
To: Talk-CA OpenStreetMap 
Subject: Re: [Talk-ca] using image recognition to create building foot
prints.
Message-ID: <50feb14c-0770-4e78-3363-daec8951a...@mdarwin.ca>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

+1

Unless someone has lots of $$$ to throw at OSM work (which could then 
fund full time coordinators, trainers, lawyers, etc), the only way I 
see to coordinate is to approach it like how OSM in Canada was build 
up to now... distributed model with local groups doing what makes 
sense for their area.   There is, of course, no way to map all 
buildings in Canada by 2020 this way.  Still it is good to set 
aspirational goals...

On 2018-01-29 08:57 PM, Pierre Béland wrote:
>
> Il faut une part de réalisme. Pour bien coordonner, il ne suffit pas 
> de créer une tâche et d'inviter à participer. Nous ne sommes pas une 
> communauté structurée au niveau national.  Je comprends que diverses 
> universités s'intéressent au projet OSM et aimeraient initier leurs 
> étudiants à ce projet. La meilleure solution je pense c'est de se 
> mettre en contact avec la communauté OSM locale et s'assurer de bien 
> encadrer la formation et les premiers jours de participation à OSM.
>
> Les contributeurs sont davantage actifs dans leurs communautés 
> locales ou selon leur divers intérêts liés à leur travail ou loisir. 
> Personne n'est prêt à s'engager à coordonner un tel projet au niveau 
> national.

-- next part --
An HTML attachment was scrubbed...
URL: 


--

Message: 2
Date: Mon, 29 Jan 2018 21:17:51 -0500
From: john whelan 
To: Matthew Darwin 
Cc: Talk-CA OpenStreetMap 
Subject: Re: [Talk-ca] using image recognition to create building foot
prints.
Message-ID:

Content-Type: text/plain; charset="utf-8"

 and I think I agree with Pierre the best approach would be to do it a step
at a time using experienced local resources.

We do need to engage with high schools and the Universities but it is
difficult with the resources available.  There is some material available
https://wiki.openstreetmap.org/wiki/Education but it would need reviewing
to see if it is relevant to what is required.

We were exceptionally fortunate in Ottawa with the pilot and the 

Re: [Talk-de] Relationen löschen

[Michael Reichert]

Hallo Roland,

Am 02.02.2018 um 18:24 schrieb Roland Olbricht:
> ich habe mal eine Anleitung geschrieben, damit man das gut in einem
> Changeset hinbekommen kann:
> 
> https://wiki.openstreetmap.org/wiki/DE:How_to_delete_a_relation
> 
> Da ich gerade keine löschbedürftige Relation gefunden habe, habe ich das
> Hochladen nicht ausprobiert. Von der Logik her sollte es aber gehen.
> 
> Die Seite ist gewollt im Wiki abgelegt, denn ich freue mich über
> Ergänzungen aus der tatsächlichen Erprobung.

Dein Ansatz hat einen Haken. Bei Grenzrelationen haben die Ways
gewöhnlicherweise mindestens ein boundary=* und sind somit nicht mehr
ungetaggt. Mein Programm [1] sortiert daher nur Ways aus, welche keine
"wichtigen" Tags [2] haben und von keinem anderen Objekt mehr
referenziert werden. boundary=* ist in diesem Fall dann ein unwichtiges Tag.

Man kann aber mit dem Tool auch das Resultat der von dir genannte
Overpass-Abfrage einlesen (statt einem großen Länderextrakt).

Anmerkung: Bei historischen Grenzen wie Württemberg oder Baden findet
sich heute i.d.R. mindestens eine AL10-Grenze, die diesen Grenzverlauf
noch nutzt, aber bei anderen Boundary-Relationen für andere Arten von
Grenzen ist das anders.

Viele Grüße

Michael


[1] https://github.com/Nakaner/prepdelrels
[2] Es wird ungefähr derselbe Regelsatz verwendet, mit dem der Layer
"Name/description without important tags" im Tagging-View des OSM
Inspectors erzeugt wird.
http://tools.geofabrik.de/osmi/?view=tagging=8.94543=49.17493=11=no_feature_tag_nodes,no_feature_tag_ways
https://blog.geofabrik.de/?p=425#h2-no-important-tags

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [OSM-talk-fr] Paris n'existe plus ?

[Jocelyn Jaubert]

Bonjour,

Le 02/02/2018 à 19:38, Francois Gouget a écrit :
> Mais je ne me sens pas le courage de le faire pour les ~21000 erreurs de 
> ce type sur Paris !
> 
> https://osmose.openstreetmap.fr/en/errors/?source=683=2060=12
> 
> Y a-t-il moyen de demander à Osmose de rescanner la zone pour cette 
> erreur ? Ou alors est-ce qu'il le fait automatiquement une fois de temps 
> en temps ?

Osmose se relance tout seul automatiquement tous les ~2 jours, et met à
jour les erreurs.

Si c'est corrigé, les erreurs disparaitront toutes seules.


-- 
Jocelyn

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

Re: [OSM-talk-fr] Paris n'existe plus ?

[Vincent Bergeot]

Si j'ai tout compris, osmose repasse toutes les 48h environ (le temps de 
couvrir le planet...)





Le 2 février 2018 19:38:54 GMT+01:00, Francois Gouget  a écrit 
:
>On Fri, 2 Feb 2018, Francois Gouget wrote:
>
>> 
>> J'ai hérité de toute une série d'erreurs Osmose disant que 
>> addr:city=Paris est "non concordant avec une ville".
>>  
>> https://osmose.openstreetmap.fr/fr/error/15563651812
>> https://osmose.openstreetmap.fr/fr/error/15563639725
>> https://osmose.openstreetmap.fr/fr/error/15563637394
>> 
>> Bug Osmose ou bien faut-il mettre autre chose à cause des 
>> arrondissements ?
>
>D'après ce qu'on m'a dit (bizarre, l'email n'apparaît pas encore ici)
>il 
>y a eu une erreur d'édition des limites de Paris ce qui a causé cette 
>floppée d'erreurs.
>
>J'ai marqué mes erreurs comme 'corrected' ce qui forcera Osmose à les 
>rescanner et il devrait alors découvrir qu'elles ont effectivement été 
>corrigées.
>
>Mais je ne me sens pas le courage de le faire pour les ~21000 erreurs
>de 
>ce type sur Paris !
>
>https://osmose.openstreetmap.fr/en/errors/?source=683=2060=12
>
>Y a-t-il moyen de demander à Osmose de rescanner la zone pour cette 
>erreur ? Ou alors est-ce qu'il le fait automatiquement une fois de
>temps 
>en temps ?
>
>-- 
>Francois Gouget   http://fgouget.free.fr/
> Stolen from an Internet user:
>  "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

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

Re: [Talk-it] Chiarimento Tag strade

[Gabriele Perrini]

Inoltre non so la larghezza dei marciapiedi, metto un tag specifico oppure
ometto il tag?

Il giorno ven 2 feb 2018 alle 19:53 Gabriele Perrini <
perrinigabri...@gmail.com> ha scritto:

> Tutto chiarissimo.
> Unici dubbi:
> 1) LINES=2 cosa vuol dire? cosa specifica? Inoltre potreste spiegarmi
> anche cosa vuol dire la corsia bus conta e quella bici no?
> 2) Volker non dovrei anche inserire oneway:bus=yes ??? Se no, mi
> spiegheresti il perchè?
> 3) Per DISTANCE intendo la lunghezza complessiva. Mi spiego meglio: il
> piano della mobilità dolce approvato il 28 aprile 2015 suddivide gli
> itinerari ciclabili in percorsi denominati A,B,C ecc...Ogni percorso
> possiede una Lunghezza complessiva. Ho visto la guida e c'era messo che in
> caso di lunghezza complessiva mettere distance e no leight.
> 4)Non ho afferrato bene il concetto...se ho due metri e mezzo metto 2,5 o
> 25?
>
> Il giorno 2 febbraio 2018 19:36, Volker Schmidt  ha
> scritto:
>
>> Scusate tutti, ma non capisco che cosa intendete con distance su un way?
>>
>> cito dal wiki key:distance
>> " This describes the distance (i.e., total length; physical extent) of a
>> geographic feature. It is used in two kinds of elements: route relations
>> and milestone nodes, as specified below. "
>>
>> 2018-02-02 19:22 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
>> liste.gira...@posteo.eu>:
>>
>>> Il 02/02/2018 19:08, Alessandro ha scritto:
>>>
 Il 02/02/2018 17:58, Gabriele Perrini ha scritto:

> 
> 6)distance:7.846 m
>
>
 Ciao,
 distance=7.846 significa 7 virgola 8
 se intendi 7,8km inserisci 7846

 Non aggiungere [m] perchè di default è già in metri (come il peso in
 tonnellate, altezza e larghezza in metri e velocità in km/h)

 Alessandro Ale_Zena_IT

 ___

>>>
>>> MmmH!
>>>
>>> Di default sono Km:
>>>
>>> https://wiki.openstreetmap.org/wiki/Key:distance
>>>
>>> Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri che
>>> ho fatto.. :)
>>>
>>> Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).
>>>
>>>
>>> --
>>> _|_|_|_|_|_|_|_|_|_
>>> |_|_|_|_|_|_|_|_|_|_|
>>> Simone Girardelli
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chiarimento Tag strade

[Gabriele Perrini]

Tutto chiarissimo.
Unici dubbi:
1) LINES=2 cosa vuol dire? cosa specifica? Inoltre potreste spiegarmi anche
cosa vuol dire la corsia bus conta e quella bici no?
2) Volker non dovrei anche inserire oneway:bus=yes ??? Se no, mi
spiegheresti il perchè?
3) Per DISTANCE intendo la lunghezza complessiva. Mi spiego meglio: il
piano della mobilità dolce approvato il 28 aprile 2015 suddivide gli
itinerari ciclabili in percorsi denominati A,B,C ecc...Ogni percorso
possiede una Lunghezza complessiva. Ho visto la guida e c'era messo che in
caso di lunghezza complessiva mettere distance e no leight.
4)Non ho afferrato bene il concetto...se ho due metri e mezzo metto 2,5 o
25?

Il giorno 2 febbraio 2018 19:36, Volker Schmidt  ha
scritto:

> Scusate tutti, ma non capisco che cosa intendete con distance su un way?
>
> cito dal wiki key:distance
> " This describes the distance (i.e., total length; physical extent) of a
> geographic feature. It is used in two kinds of elements: route relations
> and milestone nodes, as specified below. "
>
> 2018-02-02 19:22 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
> liste.gira...@posteo.eu>:
>
>> Il 02/02/2018 19:08, Alessandro ha scritto:
>>
>>> Il 02/02/2018 17:58, Gabriele Perrini ha scritto:
>>>
 
 6)distance:7.846 m


>>> Ciao,
>>> distance=7.846 significa 7 virgola 8
>>> se intendi 7,8km inserisci 7846
>>>
>>> Non aggiungere [m] perchè di default è già in metri (come il peso in
>>> tonnellate, altezza e larghezza in metri e velocità in km/h)
>>>
>>> Alessandro Ale_Zena_IT
>>>
>>> ___
>>>
>>
>> MmmH!
>>
>> Di default sono Km:
>>
>> https://wiki.openstreetmap.org/wiki/Key:distance
>>
>> Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri che
>> ho fatto.. :)
>>
>> Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).
>>
>>
>> --
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>> Simone Girardelli
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Paris n'existe plus ?

[Francois Gouget]

On Fri, 2 Feb 2018, Francois Gouget wrote:

> 
> J'ai hérité de toute une série d'erreurs Osmose disant que 
> addr:city=Paris est "non concordant avec une ville".
>  
> https://osmose.openstreetmap.fr/fr/error/15563651812
> https://osmose.openstreetmap.fr/fr/error/15563639725
> https://osmose.openstreetmap.fr/fr/error/15563637394
> 
> Bug Osmose ou bien faut-il mettre autre chose à cause des 
> arrondissements ?

D'après ce qu'on m'a dit (bizarre, l'email n'apparaît pas encore ici) il 
y a eu une erreur d'édition des limites de Paris ce qui a causé cette 
floppée d'erreurs.

J'ai marqué mes erreurs comme 'corrected' ce qui forcera Osmose à les 
rescanner et il devrait alors découvrir qu'elles ont effectivement été 
corrigées.

Mais je ne me sens pas le courage de le faire pour les ~21000 erreurs de 
ce type sur Paris !

https://osmose.openstreetmap.fr/en/errors/?source=683=2060=12

Y a-t-il moyen de demander à Osmose de rescanner la zone pour cette 
erreur ? Ou alors est-ce qu'il le fait automatiquement une fois de temps 
en temps ?

-- 
Francois Gouget   http://fgouget.free.fr/
 Stolen from an Internet user:
  "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Chiarimento Tag strade

[Volker Schmidt]

Scusate tutti, ma non capisco che cosa intendete con distance su un way?

cito dal wiki key:distance
" This describes the distance (i.e., total length; physical extent) of a
geographic feature. It is used in two kinds of elements: route relations
and milestone nodes, as specified below. "

2018-02-02 19:22 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu>:

> Il 02/02/2018 19:08, Alessandro ha scritto:
>
>> Il 02/02/2018 17:58, Gabriele Perrini ha scritto:
>>
>>> 
>>> 6)distance:7.846 m
>>>
>>>
>> Ciao,
>> distance=7.846 significa 7 virgola 8
>> se intendi 7,8km inserisci 7846
>>
>> Non aggiungere [m] perchè di default è già in metri (come il peso in
>> tonnellate, altezza e larghezza in metri e velocità in km/h)
>>
>> Alessandro Ale_Zena_IT
>>
>> ___
>>
>
> MmmH!
>
> Di default sono Km:
>
> https://wiki.openstreetmap.org/wiki/Key:distance
>
> Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri che
> ho fatto.. :)
>
> Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Chiarimento Tag strade

[liste DOT girarsi AT posteo DOT eu]

Il 02/02/2018 19:08, Alessandro ha scritto:

Il 02/02/2018 17:58, Gabriele Perrini ha scritto:


6)distance:7.846 m



Ciao,
distance=7.846 significa 7 virgola 8
se intendi 7,8km inserisci 7846

Non aggiungere [m] perchè di default è già in metri (come il peso in 
tonnellate, altezza e larghezza in metri e velocità in km/h)


Alessandro Ale_Zena_IT

___


MmmH!

Di default sono Km:

https://wiki.openstreetmap.org/wiki/Key:distance

Infatti mi hai fatto preoccupare con tutte le relazioni sui sentieri che 
ho fatto.. :)


Io ho messo distance=n. (es. distance=7.560 ovvero 7Km, 560 Mt).


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

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

Re: [Talk-it] Chiarimento Tag strade

[Alessandro]

Il 02/02/2018 17:58, Gabriele Perrini ha scritto:


6)distance:7.846 m



Ciao,
distance=7.846 significa 7 virgola 8
se intendi 7,8km inserisci 7846

Non aggiungere [m] perchè di default è già in metri (come il peso in 
tonnellate, altezza e larghezza in metri e velocità in km/h)


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Chiarimento Tag strade

[Volker Schmidt]

Suppongo che conosci la pagina wiki "bicycle" [1]

Prima cosa: si parte della direzione del highway nella mappa, che non avevi
indicato per il tuo esempio. Questo è importante perché sinistra | destra
si riferisce alla direzione della way, che non coincide necessariamente con
la direzione del senso unico

Supponiamo che la direzione del highway=residential sulla mappa coincida
con la direzione del senso unico.

La strada senza le corsie:
highway=residential
oneway=yes
lanes=2 (la corsia bus conta, la corsia bici non conta)
name=
surface=asphalt
smoothness=good
lit=yes
width= (larghezza totale incluso le corsie, ma non sono 100% sicuro)

(non ho capito l'uso di distance nel tuo esempio)

Aggiungiamo le corsie (seguendo l'esempio B6 della pagina wiki più una
corsia ciclabile sulla destra):
cycleway:right=lane
busway=opposite_lane
cycleway:left=share_busway
oneway:bicycle=no

Aggiungiamo anche i marciapiedi
sidewalk=both

Per le larghezze lo vedo così:
width:cycleway:left=
width:busway=
width=  (larghezza della strada totale, con le corsie, ma senza i
marciapiedi)
width:sidewalk:left=
width:sidewalk:right=

[1] https://wiki.openstreetmap.org/wiki/Bicycle

Volker



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

Re: [Talk-ca] using image recognition to create building foot prints.

[Pierre Béland]

Pierre, 
Je suis aussi intéressé à collaborer à tester de telles données  Les milieux 
urbains denses devraient poser un problème particulier pour l'identification 
des immeubles individuels. À voir comment les modèles de classification peuvent 
performer en utilisant les données d'élévation.
 
Pierre 
 

Le vendredi 2 février 2018 11:10:41 HNE, john whelan 
 a écrit :  
 
 I think when you have something available we should be able to find resources 
to double check the quality and also to work out a process to import them.  The 
latter will be interesting both from the technical point of view and the 
acceptance within the OSM community. 

My concern on the Canadian building project was getting reasonable building 
outlines from a mixture of mappers given some experiences we've seen in the 
past. 

Cheerio John

2018-02-02 11:01 GMT-05:00 Gravel, Pierre (NRCan/RNCan) 
:


Hi John, yes I am on the mailing list.

I confirm that we (NRCAN) are working on a process to extract building 
footprints from airborne LiDAR data and we expect to disseminate these 
footprints from June 2018 on Open Map Canada Portal.

The accuracy of these footprints well be very good, but of course that an 
automatic extraction process can’t be better than human eyes.

The quality of these footprints are totally depending on the quality of the 
LiDAR data in input (density and classification) and we will filter LiDAR 
projects that we will use to make sure that the footprints quality will meet a 
minimum threshold.

It’s not an objective of NRCAN to upload these footprints on OSM, but I think 
that these footprints can be a very good start for OSM communities then to 
allow people to improve these footprints.

I take the opportunity to ask you if you accept to give us a feedback on these 
footprints before the official launch.

If yes, It will be my pleasure to provide a pre-production data for those who 
want to check them.

 

It sounds good ?

 

Best Regards

 

Pierre Gravel

Centre canadien de cartographie et d’observation de la terre

Ressources naturelles Canada / Gouvernement du Canada

pierre.gra...@canada.ca / Tél. 819-564-5600, poste 246

 

Canadian Center of Mapping and Earth Observation

Natural Resources Canada / Government of Canada

pierre.gra...@canada.ca / Tel. 819-564-5600, x246

 

 

 

 

From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: January 29, 2018 4:54 PM
To: Talk-CA OpenStreetMap ; john whelan 

Cc: Gravel, Pierre (NRCan/RNCan) 
Subject: Re: [Talk-ca] using image recognition to create building foot prints.

 

Précision,  

Les missions aériennes permettent de produire des images de grande qualité. 

 On y associe des équipements LIDAR qui émettent un signal vers le sol pour 
mesurer la distance. Aussi bien la technique LIDAR que de petits drones sont 
aujourd'hui capables de produire des modèles d'élévation avec quelques 
centimètres de précision.  Cela permet aussi de produire des modèles 3D des 
immeubles et de distinguer avec la végétation.

 

Suite aux inondations du Richelieu et du Lac Champlain en 2011, des modèles 
d'élévation très des zones urbaines en bordure de la rivière Richelieu ont été 
produites.

 

Si on se rappelle les discussions il y a quelques mois, un tel travail d'import 
va nécessiter des ressources importantes. Les diverses communautés OSM locales 
devront évaluer leur capacité à réaliser des projets d'import d'immeubles. Et 
il faut éviter de se baser sur le modèle «Cartoparties» pour réaliser de tels 
projets. Des milliers de personnes qui sont sensibiliées quelques heures à la 
cartographie ne reviennent pas ensuite et laisse souvent une donnée de piètre 
qualité.

 

Il faut être réaliste et construire peu à peu, motiver des communautés locales 
à expérimenter un modèle d'import de la donnée. Cela fera ensuite boule de 
neige ( c'est de saison :)  )


Pierre

 

 

Le lundi 29 janvier 2018 16:07:31 HNE, Pierre Béland  a 
écrit :

 

 

Bonjour John

 

Les spécialistes d'imagerie produisent des couches de données assez précises à 
partir d'imagerie LIDAR ou de drones, incluant, immeubles, cours d'eau et 
occupation du sol. Ces images offrent qualité et précision. Des techniques de 
classification, interprétation, correction permettent aux spécialistes de 
converger vers un produit de qualité.  Et bien sûr toutes ces avancées 
technologiques et l'accès éventuel à des profanes bousculent les habitudes tout 
comme les véhicules sans conducteur :)

 

Même si Statistique Canada fournit à OSM un fichier produit par des 
spécialistes, il sera nécessaire ensuite d'établir une procédure d'import, de 
fusionner / aligner avec les données existantes et de corriger. 

 

Et ouvront la porte au Futur! Une autre avenue, c'est l'accès aux profanes que 
nous sommes à des outils semi-automatiques pour faciliter la digitalisation de 

Re: [Talk-ec] Mejoras a la red de carreteras en Ecuador

[Gonzales, Miriam - (p)]

Hola Daniel + Andrew

Espero se encuentren muy bien, qué gusto saludarlos y saber que el equipo de 
Apple Maps está colaborando en la mejora de los datos en LATAM. Les comparto un 
par de documentos para que puedan ver los avances en Ecuador hemos tomado miles 
de kilómetros de imágenes con OpenStreetCam además de que nuestro Mapping Team 
ha estado trabajando en la mejora de los datos de calles y carreteras. Los 
retos principales a los que nos seguimos enfrentando es cómo agregar los 
nombres de las calles y los POIs

Presentación de Avances en Ecuador
https://www.slideshare.net/MiriamGonzalez49/mejorando-datos-de-caminos-y-carreteras-usando-openstreetcam

Captura de Imágenes en Ecuador con OpenStreetCam
http://www.openstreetcam.org/map/@-1.8541685045484668,-79.19714368879796,8z

Saludos y gracias,

M

From: Daniel Orellana [mailto:daniel.orell...@ucuenca.edu.ec]
Sent: Thursday, February 1, 2018 5:55 AM
To: OpenStreetMap Ecuador 
Subject: Re: [Talk-ec] Mejoras a la red de carreteras en Ecuador

Hola Andrew.

Bienvenido a la comunidad OSM de Ecuador. Que bien que puedan sumarse a los 
esfuerzos para mejorar el mapa de Ecuador. Aunque la comunidad no es muy 
grande, somos algunos contribuyentes que estamos pendientes de lo que se puede 
hacer.

Los problemas más frecuentes en el mapa de Ecuador son (probablemente en ese 
orden):

1. Completar vías terciarias / unclassified, principalmente fuera de zonas 
urbanas.
2. Consistencia topológica en las vías dentro de zonas urbanas.
3. Elementos importantes para la movilidad no motorizada (peatones y 
bicicletas) tales como aceras, andenes, pasos peatonales, ciclovías, etc.

También te comento que la empresa TELNAV ha estado colaborando también en el 
mapa desde hace algunos meses.


Saludos cordiales,

daniel.


___
Daniel Orellana, PhD.
Profesor Principal
Universidad de Cuenca

>> Consulta mi 
>> agenda
>> Publicaciones en Google 
>> Scholar
>> Perfil en ResearchGate
>> Investigación en 
>> LlactaLAB
>> Investigación en 
>> iDRHICA

2018-01-31 15:45 GMT-05:00 Andrew Wiseman 
>:
Hola,

Mi nombre es Andrew Wiseman, trabajo para el equipo de Apple Maps. Estamos 
interesados en ayudando a mejorar la red de vías de circulación en Ecuador en 
OSM: cosas como añadiendo calles que faltan, asegurarse que vías estan 
conectadas y clasificaciones estén consistentes, mejorando alineación con 
trazas de GPS, y otros problemas similares.

Tenemos una página de Github para este proyecto: 
https://github.com/osmlab/appledata/issues/25

¿Tienen ustendes sugerencias de zonas que necesitan mejoras o tipos de 
problemas que son frecuentes?

Muchas gracias,

Andrew

Apple, Inc.

Andrew Wiseman |  Maps | 
andrew_wise...@apple.com

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


Advertencia legal:
Este mensaje y, en su caso, los archivos anexos son confidenciales, 
especialmente en lo que respecta a los datos personales, y se dirigen 
exclusivamente al destinatario referenciado. Si usted no lo es y lo ha recibido 
por error o tiene conocimiento del mismo por cualquier motivo, le rogamos que 
nos lo comunique por este medio y proceda a destruirlo o borrarlo, y que en 
todo caso se abstenga de utilizar, reproducir, alterar, archivar o comunicar a 
terceros el presente mensaje y ficheros anexos, todo ello bajo pena de incurrir 
en responsabilidades legales. Las opiniones contenidas en este mensaje y en los 
archivos adjuntos, pertenecen exclusivamente a su remitente y no representan la 
opinión de la Universidad de Cuenca salvo que se diga expresamente y el 
remitente esté autorizado para ello. El emisor no garantiza la integridad, 
rapidez o seguridad del presente correo, ni se responsabiliza de posibles 
perjuicios derivados de la captura, incorporaciones de virus o 

[Talk-de] Relationen löschen (was: Königreich Württemberg)

[Roland Olbricht]

Hallo zusammen,

ich habe mal eine Anleitung geschrieben, damit man das gut in einem 
Changeset hinbekommen kann:


https://wiki.openstreetmap.org/wiki/DE:How_to_delete_a_relation

Da ich gerade keine löschbedürftige Relation gefunden habe, habe ich das 
Hochladen nicht ausprobiert. Von der Logik her sollte es aber gehen.


Die Seite ist gewollt im Wiki abgelegt, denn ich freue mich über 
Ergänzungen aus der tatsächlichen Erprobung.


Viele Grüße,

Roland


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

Re: [Talk-ca] Talk-ca Digest, Vol 120, Issue 2

[keith hartley]

ons aériennes permettent de produire des images de grande
> > qualité.
> >
> >  On y associe des équipements LIDAR qui émettent un signal vers le sol
> > pour mesurer la distance. Aussi bien la technique LIDAR que de petits
> > drones sont aujourd'hui capables de produire des modèles d'élévation avec
> > quelques centimètres de précision.  Cela permet aussi de produire des
> > modèles 3D des immeubles et de distinguer avec la végétation.
> >
> >
> >
> > Suite aux inondations du Richelieu et du Lac Champlain en 2011, des
> > modèles d'élévation très des zones urbaines en bordure de la rivière
> > Richelieu ont été produites.
> >
> >
> >
> > Si on se rappelle les discussions il y a quelques mois, un tel travail
> > d'import va nécessiter des ressources importantes. Les diverses
> communautés
> > OSM locales devront évaluer leur capacité à réaliser des projets d'import
> > d'immeubles. Et il faut éviter de se baser sur le modèle «Cartoparties»
> > pour réaliser de tels projets. Des milliers de personnes qui sont
> > sensibiliées quelques heures à la cartographie ne reviennent pas ensuite
> et
> > laisse souvent une donnée de piètre qualité.
> >
> >
> >
> > Il faut être réaliste et construire peu à peu, motiver des communautés
> > locales à expérimenter un modèle d'import de la donnée. Cela fera ensuite
> > boule de neige ( c'est de saison :)  )
> >
> >
> > *Pierre *
> >
> >
> >
> >
> >
> > Le lundi 29 janvier 2018 16:07:31 HNE, Pierre Béland <pierz...@yahoo.fr>
> > a écrit :
> >
> >
> >
> >
> >
> > Bonjour John
> >
> >
> >
> > Les spécialistes d'imagerie produisent des couches de données assez
> > précises à partir d'imagerie LIDAR ou de drones, incluant, immeubles,
> cours
> > d'eau et occupation du sol. Ces images offrent qualité et précision. Des
> > techniques de classification, interprétation, correction permettent aux
> > spécialistes de converger vers un produit de qualité.  Et bien sûr toutes
> > ces avancées technologiques et l'accès éventuel à des profanes bousculent
> > les habitudes tout comme les véhicules sans conducteur :)
> >
> >
> >
> > Même si Statistique Canada fournit à OSM un fichier produit par des
> > spécialistes, il sera nécessaire ensuite d'établir une procédure
> d'import,
> > de fusionner / aligner avec les données existantes et de corriger.
> >
> >
> >
> > Et ouvront la porte au Futur! Une autre avenue, c'est l'accès aux
> profanes
> > que nous sommes à des outils semi-automatiques pour faciliter la
> > digitalisation de différents éléments tels immeubles, routes et rivières.
> > Je ne connais pas l'historique des expériences d'utilisation de tels
> > outils. Mais on peut remonter en 2011, où on parlait d'un outil de
> > détection de route. Divers articles traitent aussi de ce sujet.
> >
> > https://alastaira.wordpress.com/2011/02/04/automatic-road-
> > detection-using-bing-maps-imagery/
> >
> > https://gis.stackexchange.com/questions/77876/is-there-a-
> > tool-that-performs-automatic-recognition-of-buildings
> >
> >
> >
> >
> >
> > Facebook a aussi expérimenté des outils de reconnaissance d'image en
> > Thaîlande récemment. Selon les plaintes de certains contributeurs, les
> > données ont été ajoutées à OSM sans valider suffisamment avec la réalité
> > sur le terrain.
> >
> >
> >
> > Je pense qu'il serait intéressant pour les contributeurs expérimentés
> > d'avoir accès à des outils semi-automatisés facilitant dans JOSM par
> > exemple le tracé d'immeubles, routes, cours d'eau, etc. Pour un cours
> d'eau
> > par exemple, je déplace le curseur de la souris, et les contours et le
> > centre de la rivière sont tracés automatiquement. Ou encore le contour
> d'un
> > lac est tracé.
> >
> >
> >
> >
> >
> > *Pierre *
> >
> >
> >
> >
> >
> > Le lundi 29 janvier 2018 15:15:59 HNE, john whelan <
> jwhelan0...@gmail.com>
> > a écrit :
> >
> >
> >
> >
> >
> > ·
> >
> > *NRCan is working on a methodology to extract building footprints,
> > including topographic elevation and height attributes, from LiDAR *
> >
> > *Traditionally OSM has not been happy with this sort of thing.  The
> > accuracy can be poor.*
> >
> > *We probably need to think about this since the BC2020i project had this
> > mentioned a

Re: [Talk-it] Chiarimento Tag strade

[Gabriele Perrini]

Forse sono stato poco chiaro! Adesso ho anche io schiarito le idee
Faccio un riassunto:
Seguendo sempre la foto allegata nel messaggio precedente, devo tag le
piste ciclabili. Io mi sa che ho anche preso in considerazione la strada e
non c entra nulla!
Perora ho inserito:
1) busway:right=lane
2) cycleway:left=lane
3 cycleway:right=share_busway
4)name:A
5)surface:asphalt
6)distance:7.846 m

Fin qui è corretto? Cosa manca?
Io ho ipotizzato possa mancare
A) highway
B) oneway
C) width
Correggetemi se sbaglio!
Come faccio visto che ci sono due piste ciclabili a segnare sia oneway e
widht per ogni singola corsia? Inoltre highway bisogna metterlo? Se si,
cosa? Devo aggiungere altro?

Sto lavorando ad un progetto di tesi per inserire il servizio di bike
sharing.
Grazie anticipatamente per l aiuto a tutti i membri della community

Il giorno ven 2 feb 2018 alle 16:23 Gabriele Perrini <
perrinigabri...@gmail.com> ha scritto:

> Salve a tutti...
> avrei bisogno di una piccola mano d'aiuto.
> Ho visto le guide ma alcune cose non sono riuscito ad interpretrarle.
> In allegato a questa mail ho caricato una foto della strada su cui sto
> lavorando (ho suddiviso le strade per caratteristiche e percorsi secondo il
> piano traffico ufficiale del Comune di Palermo).
> L'obiettivo finale è andare ad inserire i percorsi ciclabili presenti
> sulle varie strade
> Ho fatto diversi ragionamenti ma ho ancora molte perplessità.
> Potreste vedere se i tag che vorrei inserire sono corretti?Passo dopo
> passo scriverò anche i dubbi...
>
> 1) Innanzitutto catalogo la strada:
> HIGHWAY = RESIDENTIAL
> 2) il nome
> NAME = A (secondo il piano degli itinerari ciclabili approvato il 28
> aprile 2015)
> 3) DISTANCE = 7.846 m
> 4) BUSWAY:RIGHT = LANE
> 5) ONEWAY:BUS = -1 (primo dubbio. in una guida ho trovato che inserendo -1
> vado a specificare che in questo caso l'autobus si dirige nel verso
> opposto. E' corretto? diversamente cosa mi consigliate di inserire?)
> 6) WIDTH:RIGHT =1.10 m (è corretta la formula? cioè esprime che la corsia
> ciclabile sul lato destro è larga 1,10m?)
> 7) CICLEWAY:LEFT = LANE
> 8) ONEWAY:BICYCLE = YES (stessa considerazione fatta nel punto 5)
> 9) CICLEWAY: RIGHT = SHARE_BUSWAY
> 10) WIDTH: LEFT =2.50 m
> 11) ONEWAY:BICYCLE=-1 (c.s)
> 12) CYCLEWAY:RIGHT=OPPOSITE
> 13) SURFACE= ASPHALT
>
> Manca qualche tag? C'è qualcosa in più? I valori sono corretti? La
> segnaletica come si esprime?
> Grazie anticipatamente
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 2/10 東京！街歩き！マッピングパーティ：第16回 赤坂氷川神社

[yasunari yamashita]

東京！街歩き！マッピングパーティ　世話役の山下です。
皆さん、こんにちわ。

東京！街歩き！マッピングパーティは東京十社を廻っています。
第16回 赤坂氷川神社は、来週土曜日の開催！
https://openstreetmap.connpass.com/event/76265/
皆様の参加をおまちしています！！


2018年1月15日 21:01 yasunari yamashita :
> 東京！街歩き！マッピングパーティ　世話役の山下です。
> 皆さん、こんにちわ。
>
> 毎月開催している東京！街歩き！マッピングパーティ
> 次回は 2/10 に赤坂氷川神社をターゲットに開催します。
> https://openstreetmap.connpass.com/event/76265/
>
> マッピングパーティに参加せずしてマッパーというなかれ（笑
> 是非、ご参加ください！！
> --
> 山下康成＠東京都新宿区



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-ca] using image recognition to create building foot prints.

[john whelan]

I think when you have something available we should be able to find
resources to double check the quality and also to work out a process to
import them.  The latter will be interesting both from the technical point
of view and the acceptance within the OSM community.

My concern on the Canadian building project was getting reasonable building
outlines from a mixture of mappers given some experiences we've seen in the
past.

Cheerio John

2018-02-02 11:01 GMT-05:00 Gravel, Pierre (NRCan/RNCan) <
pierre.gra...@canada.ca>:

> Hi John, yes I am on the mailing list.
>
> I confirm that we (NRCAN) are working on a process to extract building
> footprints from airborne LiDAR data and we expect to disseminate these
> footprints from June 2018 on Open Map Canada Portal.
>
> The accuracy of these footprints well be very good, but of course that an
> automatic extraction process can’t be better than human eyes.
>
> The quality of these footprints are totally depending on the quality of
> the LiDAR data in input (density and classification) and we will filter
> LiDAR projects that we will use to make sure that the footprints quality
> will meet a minimum threshold.
>
> It’s not an objective of NRCAN to upload these footprints on OSM, but I
> think that these footprints can be a very good start for OSM communities
> then to allow people to improve these footprints.
>
> I take the opportunity to ask you if you accept to give us a feedback on
> these footprints before the official launch.
>
> If yes, It will be my pleasure to provide a pre-production data for those
> who want to check them.
>
>
>
> It sounds good ?
>
>
>
> Best Regards
>
>
>
> Pierre Gravel
>
> Centre canadien de cartographie et d’observation de la terre
>
> Ressources naturelles Canada / Gouvernement du Canada
>
> pierre.gra...@canada.ca / Tél. 819-564-5600 <(819)%20564-5600>, poste 246
>
>
>
> Canadian Center of Mapping and Earth Observation
>
> Natural Resources Canada / Government of Canada
>
> pierre.gra...@canada.ca / Tel. 819-564-5600, x246 <(819)%20564-5600>
>
>
>
>
>
>
>
>
>
> *From:* Pierre Béland [mailto:pierz...@yahoo.fr]
> *Sent:* January 29, 2018 4:54 PM
> *To:* Talk-CA OpenStreetMap ; john whelan <
> jwhelan0...@gmail.com>
> *Cc:* Gravel, Pierre (NRCan/RNCan) 
> *Subject:* Re: [Talk-ca] using image recognition to create building foot
> prints.
>
>
>
> Précision,
>
> Les missions aériennes permettent de produire des images de grande
> qualité.
>
>  On y associe des équipements LIDAR qui émettent un signal vers le sol
> pour mesurer la distance. Aussi bien la technique LIDAR que de petits
> drones sont aujourd'hui capables de produire des modèles d'élévation avec
> quelques centimètres de précision.  Cela permet aussi de produire des
> modèles 3D des immeubles et de distinguer avec la végétation.
>
>
>
> Suite aux inondations du Richelieu et du Lac Champlain en 2011, des
> modèles d'élévation très des zones urbaines en bordure de la rivière
> Richelieu ont été produites.
>
>
>
> Si on se rappelle les discussions il y a quelques mois, un tel travail
> d'import va nécessiter des ressources importantes. Les diverses communautés
> OSM locales devront évaluer leur capacité à réaliser des projets d'import
> d'immeubles. Et il faut éviter de se baser sur le modèle «Cartoparties»
> pour réaliser de tels projets. Des milliers de personnes qui sont
> sensibiliées quelques heures à la cartographie ne reviennent pas ensuite et
> laisse souvent une donnée de piètre qualité.
>
>
>
> Il faut être réaliste et construire peu à peu, motiver des communautés
> locales à expérimenter un modèle d'import de la donnée. Cela fera ensuite
> boule de neige ( c'est de saison :)  )
>
>
> *Pierre *
>
>
>
>
>
> Le lundi 29 janvier 2018 16:07:31 HNE, Pierre Béland 
> a écrit :
>
>
>
>
>
> Bonjour John
>
>
>
> Les spécialistes d'imagerie produisent des couches de données assez
> précises à partir d'imagerie LIDAR ou de drones, incluant, immeubles, cours
> d'eau et occupation du sol. Ces images offrent qualité et précision. Des
> techniques de classification, interprétation, correction permettent aux
> spécialistes de converger vers un produit de qualité.  Et bien sûr toutes
> ces avancées technologiques et l'accès éventuel à des profanes bousculent
> les habitudes tout comme les véhicules sans conducteur :)
>
>
>
> Même si Statistique Canada fournit à OSM un fichier produit par des
> spécialistes, il sera nécessaire ensuite d'établir une procédure d'import,
> de fusionner / aligner avec les données existantes et de corriger.
>
>
>
> Et ouvront la porte au Futur! Une autre avenue, c'est l'accès aux profanes
> que nous sommes à des outils semi-automatiques pour faciliter la
> digitalisation de différents éléments tels immeubles, routes et rivières.
> Je ne connais pas l'historique des expériences d'utilisation de tels
> outils. Mais on peut remonter en 2011, où on parlait d'un outil de
> détection de 

Re: [Talk-de] OpenMetroMaps - Ideenwerkstatt am 11. Februar 2018 in Berlin

[Sebastian Kürten]

Hallo Michael,

danke für die Hinweise. Nach weiterer Recherche in den angesprochenen
Threads, insbesondere hier:

https://lists.openstreetmap.org/pipermail/talk/2017-November/079492.html

bin ich auf diesen Artikel im Wiki gestoßen:

https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data

in dem auch vorm Import von Daten aus Wikidata zu OSM gewarnt wird.

Dass eine noch stärkere Inkompatibilität zwischen OSM und Wikidata
bezüglich Datenaustausch besteht als ich bisher dachte, ist auf jeden
Fall schade.

Meiner Einschätzung nach gehen hier wertvolle Synergien verloren.
Vielleicht liegt deshalb, gerade unter diesem Gesichtspunkt, eine Chance
darin, für bestimmte Datenthemenfelder, wie hier die Struktur eine
ÖPNV-Netzes, eine weitere Datenbank aufzubauen. Wenn man diese sehr
sorgsam nur auf tatsächlichen Public-Domain Daten / Fakten /
nicht-schützbaren Informationen aufbaut und als Public Domain / CC0
veröffentlicht, dann könnte man von diesem Datensatz aus in OSM und
Wikidata hinein validieren und Veränderungen einfließen lassen.

Viele Grüße
Sebastian

On Fri, 2 Feb 2018 15:01:40 +0100
Michael Reichert  wrote:

> Hallo,
> 
> Am 2018-02-02 um 13:26 schrieb Sebastian Kürten:
> > Mir ist bewusst, dass es gerade in der Richtung OSM zu
> > Wikidata Probleme mit den Lizenzbedingungen gibt, aber die Richtung
> > Wikidata zu OSM ist wegen CC0 ja wenig problematisch.  
> 
> Auf den ersten Blick mag Wikidata kompatibel erscheinen. Tatsächlich
> ist es aber anders. Die Wikimedia Foundation stellt sich auf den
> Standpunkt stellt, dass Fakten frei und nicht schützbar seien. Bei
> OSM sind wir da anderer Meinung, schließlich beanspruchen wir sogar
> Schutzrechte auf unsere Faktensammlung (und in Europa gibt es diese
> Rechte auch).
> 
> Siehe dazu auch:
> https://lists.openstreetmap.org/pipermail/talk/2015-June/073240.html
> https://lists.openstreetmap.org/pipermail/talk/2015-June/073248.html
> https://lists.openstreetmap.org/pipermail/talk/2015-June/073238.html
> https://lists.openstreetmap.org/pipermail/talk/2017-October/079065.html
> und die ganzen Diskussionen auf der Mailingliste Talk in der zweiten
> Hälfte des Jahres 2017
> 
> Viele Grüße
> 
> Michael
> 

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

Re: [Talk-dk] Busholdepladser

[Jørgen Elgaard Larsen]

Michel Coene skrev:

Hvis det er en P-plads som KUN bliver brugt til turist busser kan du
bruge Name-tagget, det vil sikker blive vist på de fleste kort.
Så noget som "Name=Ballerup Touring bus parking".
Men vi danser her lige på kanten ag det lovlige, og du burde lave
den mindst på Dansk og på Engelsk.



Jeg vil mene, at man skal holde sig fra at bruge name til andet end et 
egentligt navn. Både af hensyn til sproget og af hensyn til søgbarhed.



Til stoppesteder ville jeg bruge:
  public_transport=stop_position
  highway=bus_stop
  bus=yes
  operator=busselskab1;busselskab2;...
  tourist_bus=designated


Til parkering KUN for turistbusser ville jeg bruge
  amenity=parking
  access=no
  tourist_bus=designated

Til parkering fortrinsvis til turistbusser, ville jeg bruge
  amenity=parking
  tourist_bus=designated

Til parkering, der kan bruges til af alle (også turist-busser), ville 
jeg bruge

  amenity=parking
  access=yes
  tourist_bus=yes



Godt nok siger wikien, at tourist_bus=* kun er til veje, men jeg mener 
stadig, at det giver mening.


Jeg fandt i hvert fald et par tilfælde, hvor det bliver brugt nogenlunde 
som jeg foreslår. F.x. https://www.openstreetmap.org/node/5000426667



- Jørgen

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

Re: [OSRM-talk] osrm-datastore error code 21

[Daniel Patterson]

Hey Kieran,

 Thanks for the update.  I'll try simulating this condition locally and see
if we can get a better error message out of the code here - it'll save
folks time in the future if we don't have to repeat this exercise :-)

daniel

On Fri, Feb 2, 2018 at 4:25 AM, Kieran Caplice 
wrote:

> Hi Daniel,
>
> Many thanks for the reply again. An update: turns out when I rebooted the
> machine to fix the issue with running osrm-datastore across different
> users, I had forgotten that changes to /etc/sysctl.conf are not persisted
> after rebooting, so all is working fine now after adding the kernel.shmall
> and kernel.shmmax properties again.
>
> Kind regards,
> Kieran Caplice
>
> On 29/01/18 18:07, Daniel Patterson wrote:
>
> Hi Kieran,
>
>   The problem is definitely occurring when trying to allocate the shared
> memory block.  This line from your strace output shows the error happening:
>
> shmget(0x10001b9, 96772768369, IPC_CREAT|0644) = -1 EINVAL (Invalid
> argument)
>
>   I suspect the "code 21 (EISDIR)" message we're printing out here is
> wrong or misleading, maybe.
>
>   Can you try playing with the constants in this test program?
>
>
> ---BEGIN test.c---
> #include 
> #include 
> #include 
> #include 
> #include 
>
> //#define MEMORY_SIZE 96772768369
> #define MEMORY_SIZE 1024*1024
> #define KEY_PATH "/tmp/osrm.lock"
>
> int main(void) {
>
>   key_t tok = ftok(KEY_PATH, 0);
>
>   // Original that was being called
>   //int result = shmget(0x10001b9, 96772768369, IPC_CREAT|0644);
>
>   int result = shmget(tok, MEMORY_SIZE, IPC_CREAT|0644);
>
>   if (result == -1) {
> printf("shmget returned -1: errno is %d: %s\n", errno,
> strerror(errno));
>   } else {
> printf("shmget worked - cleaning up\n");
> shmctl(result, IPC_RMID, NULL);
>   }
>
> }
> --END test.c-
>
>   Try different values of "MEMORY_SIZE", and also try uncommenting the
> original shmget line that I've included, see if that works standalone, and
> see what messages you get.
>
>   Compiling the test program should be a simple "gcc test.c"
>
> daniel
>
> On Mon, Jan 29, 2018 at 1:48 AM, Kieran Caplice <
> kieran.capl...@temetra.com> wrote:
>
>> Hi Julien/Daniel,
>>
>> Thanks for the replies. I had read that github issue prior to emailing
>> the list, and it did solve the initial error I was having, which was due to
>> running osrm-datastore as root and later as user "osrm". Rebooting the
>> machine solved this as it did for you, Julien. But after that I'm faced
>> with this issue.
>>
>> @Daniel: /tmp contains the two files:
>> -rw-rw-r-- 1 osrm  osrm 0 Jan 26 16:34 osrm-datastore.lock
>> -rw-rw-r-- 1 osrm  osrm 0 Jan 26 16:34 osrm.lock
>>
>> Output of the strace:
>>
>> root@htzh /opt/osrm # su - osrm -c "strace osrm-datastore
>> /opt/osrm/data/planet-latest/planet-latest.osrm"
>> ...
>> open("/opt/osrm/data/planet-latest/planet-latest.osrm.tld", O_RDONLY) = 5
>> read(5, "OSRN\5\17\0M\25\17\0\0\0\0\0\0\1\0\3\0\1\1\3\0\1\0\v\0\1\1\v\0"...,
>> 8191) = 8191
>> close(5)= 0
>> stat("/opt/osrm/data/planet-latest/planet-latest.osrm.partition",
>> 0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
>> stat("/opt/osrm/data/planet-latest/planet-latest.osrm.cells",
>> 0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
>> stat("/opt/osrm/data/planet-latest/planet-latest.osrm.cell_metrics",
>> 0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
>> stat("/opt/osrm/data/planet-latest/planet-latest.osrm.mldgr",
>> 0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
>> ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
>> ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
>> write(1, "[info] Allocating shared memory "..., 57[info] Allocating
>> shared memory of 96772768369 bytes
>> ) = 57
>> stat("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
>> stat("/tmp/osrm.lock", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
>> stat("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
>> stat("/tmp/osrm.lock", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
>> shmget(0x10001b9, 96772768369, IPC_CREAT|0644) = -1 EINVAL (Invalid
>> argument)
>> ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
>> ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
>> write(2, "\33[31m[error] Error while attempt"..., 88[error] Error while
>> attempting to allocate shared memory: Invalid argument, code 21) = 88
>> write(2, "\33[0m", 4)   = 4
>> write(2, "\n", 1
>> )   = 1
>> write(2, "terminate called after throwing "..., 48terminate called after
>> throwing an instance of ') = 48
>> ...
>>
>> Can you provide any further insight into what the problem might be?
>>
>> By the way, we're using the latest release version (v5.15.0) built from
>> source on 16.04.
>>
>> Kind regards,
>> Kieran Caplice
>>
>>
>> On 26/01/18 17:48, Julien Coupey wrote:
>>

[OSM-talk-fr] Carto Remix ?

[David Delon]

Bonjour,

Je fais partie du collectif des garrigues : une association sur le 
territoire des garrigues entre Nîmes et Montpellier qui organise, entre 
autres, des Carto Parties. On cartographie beaucoup de patrimoine des 
garrigues : cabane et mur  en pierre sèche, mares, sources etc. Voir 
http://www.wikigarrigue.info/wakka.php?wiki=CartoParties .


Juste qu'ici, la connaissance ainsi cartographiée est valorisée en 
utilisant umap ou via des parcours de géocaching sur mesure.


On aimerait valoriser différemment les données cartographiées, d'où 
l'idée d'organiser un moment "CARTO REMIX" (nom à définir). Cela 
s'inspirerait du principe de "MUSEOMIX" 
(http://www.museomix.org/concept/), réunir des équipes 
pluridisciplinaires (médiateurs, spécialise patrimoines local, 
spécialiste osm, informaticien, bidouilleur etc) pour produire, en 
équipe, pendant un temps déterminé, des prototypes libres de dispositifs 
de médiation de territoire en se basant sur des données OSM.


D'où ma question : avez-vous entendu parler de projets similaires ? Ou 
en cours de création (je pense que l'idée est dans l'air et qu'il y a 
sûrement des initiatives comparables en gestation) ? Avez-vous des 
suggestions ? Des contacts ?


David.

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

Re: [Talk-de] OpenMetroMaps - Ideenwerkstatt am 11. Februar 2018 in Berlin

[Michael Reichert]

Hallo,

Am 2018-02-02 um 13:26 schrieb Sebastian Kürten:
> Mir ist bewusst, dass es gerade in der Richtung OSM zu
> Wikidata Probleme mit den Lizenzbedingungen gibt, aber die Richtung
> Wikidata zu OSM ist wegen CC0 ja wenig problematisch.

Auf den ersten Blick mag Wikidata kompatibel erscheinen. Tatsächlich ist
es aber anders. Die Wikimedia Foundation stellt sich auf den Standpunkt
stellt, dass Fakten frei und nicht schützbar seien. Bei OSM sind wir da
anderer Meinung, schließlich beanspruchen wir sogar Schutzrechte auf
unsere Faktensammlung (und in Europa gibt es diese Rechte auch).

Siehe dazu auch:
https://lists.openstreetmap.org/pipermail/talk/2015-June/073240.html
https://lists.openstreetmap.org/pipermail/talk/2015-June/073248.html
https://lists.openstreetmap.org/pipermail/talk/2015-June/073238.html
https://lists.openstreetmap.org/pipermail/talk/2017-October/079065.html
und die ganzen Diskussionen auf der Mailingliste Talk in der zweiten
Hälfte des Jahres 2017

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-dk] Busholdepladser

[Thomas Andersen]

Kære alle
Tak for svar, vi prøver os frem med jeres råd :)

-Thomas

2018-01-30 11:15 GMT+01:00 Michel Coene :

> Hvis det er en P-plads som KUN bliver brugt til turist busser kan du bruge
> Name-tagget, det vil sikker blive vist på de fleste kort.
> Så noget som "Name=Ballerup Touring bus parking".
> Men vi danser her lige på kanten ag det lovlige, og du burde lave den
> mindst på Dansk og på Engelsk.
>
> 2018-01-29 18:20 GMT+01:00 Michael Andersen :
>
>> On mandag den 29. januar 2018 12.35.52 CET Thomas Andersen wrote:
>> > Kære alle
>> >
>> > Jeg er blevet spurgt om jeg ikke kan smide turistbus-holdepladser ind i
>> OSM
>> > i en kommune. Altså de steder, som turistbusser dels kan holde og dels
>> kan
>> > smide aflæse/afhente folk.
>> >
>> > Er der en specifik katagori for dette i OSM, eller hvad foreslår I man
>> gør?
>>
>> Jeg kan ikke umiddelbart finde en passende kategori og alt hvad jeg kan
>> finde af
>> referencer til turistbusser er
>> https://taginfo.openstreetmap.org/keys/tourist_bus (adgangsrettigheder).
>>
>> Afhængigt af hvad der er brug for vil jeg foreslå at der tilføjes passende
>> adgangsrettigheder til p-pladser eller individuelle båse
>> (amenity=parking_space).
>>
>> Sådanne pladser vil ikke blive specielt fremhævet på vores standardkort,
>> så
>> derfor vil jeg foreslå:
>>
>> At disse så findes ved hjælp af f.eks. https://overpass-turbo.eu/s/vxl og
>> visualiseres på https://wiki.openstreetmap.org/wiki/UMap, hvis ikke man
>> ønsker
>> at lave sin egen rendering på f.eks. https://wiki.openstreetmap.org/wiki/
>> Mapbox
>>
>> Jeg kender en rasteplads ved Ribe, der ofte bliver brugt af turistbusser
>> til
>> opsamling/afsætning af passagerer der skal på gruppetur sydpå, men det er
>> formentlig ikke den slags pladse der tænkes på?
>>
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk
>>
>
>
>
> --
> Michel Coene
> Georginehaven 94
> Dk-2765 Smørum
>
> +45 52339625 <+45%2052%2033%2096%2025>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
>


-- 
Med Venlig Hilsen / Regards

cand.scient in geography and geoinformatics
Thomas Kristian Andersen
mobile: + 45 2083 1505 (DK)
mail: thomas.kristian.ander...@gmail.com

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

[Talk-dk] Fwd: [OSM-talk] Mini grant program for Open Data Day

[Michael Andersen]

Er nogen her interesserede i at være med til at organisere et sådant 
arrangement? Jeg forestiller mig at vi kunne lave en workshop for alle der 
måtte være interesserede i at lære (mere) om OSM.

--  Forwarded Message  --

Subject: [OSM-talk] Mini grant program for Open Data Day
Date: onsdag den 31. januar 2018, 23.49.31 CET
From: Jinal Foflia 
To: Talk Openstreetmap 

Hey everyone,

March 3rd is the Open Data Day. Let us celebrate it by organising or
joining one of the dozens of events around the world.

If you have an event in mind? Apply for a mini-grant to host your own event
in your community [1]. This program is to help local communities share the
benefits of open data, particularly in Open Mapping.

[1] -
https://blog.mapbox.com/apply-for-an-open-data-day-mini-grant-b7dce3ad2d53

Happy mapping,

Jinal Foflia

-

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

Re: [OSM-talk-be] low emission zones

[joost schouppe]

As you can see here, some parts of it is, and some of it isn't:

https://www.openstreetmap.org/relation/7966961#map=17/51.19473/4.40380
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

oops: https://wambachers-osm.website/boundaries/idx43o.jsp version 4.3


Am 02.02.2018 um 13:31 schrieb Walter Nordmann:


Hi Ashim,

no problem (with boundaries map ;))

there are 2 ways:

GUI 4.3 - will only work for <= 50 boundaries

- open https://wambachers-osm.website/boundaries/idx42o.jsp ( not 
zero)

- select Maharashtra
- open context menu / select next admin level
- enable shp/single/land in the buttom line
- export
- unzip

better: CLI 4.3 no boundaries limit

curl -f -o land-1950884.zip --url 
'https://wambachers-osm.website/boundaries/exportBoundaries20?cliVersion=1.0=xx=shp=single=land=false=1950884_al=4_al=5'


you need to replace x with your api/cli-key.

regards
walter

see: 
https://wambachers-osm.website/images/osm/snaps_2018/Maharashtra_Al4-Al5.png




Am 02.02.2018 um 13:02 schrieb Ashim Kapoor:


On Fri, Feb 2, 2018 at 5:27 PM, Arun Ganesh > wrote:



My query is that I am ONLY seeing the state level boundaries.
Why is the union not giving me the union of the state and
district boundaries ?



It would help to know exactly the result you expect? Also maybe
abetter place to get help on overpass queries is the #osm irc channel



I was trying to plot the state boundary of Maharsahtra and the 
district boundaries for the districts inside Maharashtra. That's the 
result I was expecting.



sorry: you are no newbie. I mistook you for ashim..

;)


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





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




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


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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

Hi Ashim,

no problem (with boundaries map ;))

there are 2 ways:

GUI 4.3 - will only work for <= 50 boundaries

- open https://wambachers-osm.website/boundaries/idx42o.jsp ( not zero)
- select Maharashtra
- open context menu / select next admin level
- enable shp/single/land in the buttom line
- export
- unzip

better: CLI 4.3 no boundaries limit

curl -f -o land-1950884.zip --url 
'https://wambachers-osm.website/boundaries/exportBoundaries20?cliVersion=1.0=xx=shp=single=land=false=1950884_al=4_al=5'


you need to replace x with your api/cli-key.

regards
walter

see: 
https://wambachers-osm.website/images/osm/snaps_2018/Maharashtra_Al4-Al5.png




Am 02.02.2018 um 13:02 schrieb Ashim Kapoor:


On Fri, Feb 2, 2018 at 5:27 PM, Arun Ganesh > wrote:



My query is that I am ONLY seeing the state level boundaries.
Why is the union not giving me the union of the state and
district boundaries ?



It would help to know exactly the result you expect? Also maybe
abetter place to get help on overpass queries is the #osm irc channel



I was trying to plot the state boundary of Maharsahtra and the 
district boundaries for the districts inside Maharashtra. That's the 
result I was expecting.



sorry: you are no newbie. I mistook you for ashim..

;)


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





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


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

Re: [OSM-talk-be] low emission zones

[Marc Gemis]

Is the R10 part of the LEZ ?


On Fri, Feb 2, 2018 at 8:50 AM, joost schouppe  wrote:
> Jo, that's right. The Antwerp one was supposed to be "everything within the
> ring road". But you need to put the infrastructure somewhere, and then the
> polygon needs to reflect that infrastructure exactly (i.e. it should be
> impossible to get fined if you stay out of the polygon). I was involved in
> this fine-tuning in my previous job.
>
> We still need to translate the access restrictions into tags.
>
> --
> Joost Schouppe
>
> ___
> 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

[Talk-de] OpenMetroMaps - Ideenwerkstatt am 11. Februar 2018 in Berlin

[Sebastian Kürten]

Liebe OSM-Community,

im Rahmen des Förderprogramms Prototype Fund der Open Knowledge
Foundation arbeite ich seit September letzten Jahres am Projekt
OpenMetroMaps. Dabei geht es darum, freie schematische Liniennetzpläne
für ÖPNV-Netze zu erarbeiten.

Da ich bisher weitgehend allein daran arbeite, bin ich auf der Suche
nach Mitstreitern, die sich für den Bereich Mapping und ÖPNV
interessieren. Gesucht werden Mapper und kreative Nutzer, die
Kartenmaterial des ÖPNV für Ihre Stadt oder Region erstellen oder
verwenden wollen und Entwickler, die das Thema spannend finden und
neue technische Möglichkeiten schaffen wollen. Dazu möchte ich
eine Ideenwerkstatt veranstalten. Dabei soll es ganz offen darum gehen,
was wir mit dem Projekt noch bezwecken könnten, was für Probleme
in dem Bereich ungelöst sind und darum, generell Visionen für das
Mapping des ÖPNV zu erarbeiten. Aber auch andere Interessierte an
dem Themenbereich sind herzlich eingeladen!

Zum Projekt:

Ziel von OpenMetroMaps ist es einerseits, freies Datenmaterial zur
Verfügung zu stellen und andererseits freie Software zu entwickeln,
die neuartige Anwendungen mit Liniennetzplänen ermöglicht. Denkbar
sind hier zum Beispiel interaktive Karten oder Darstellungen von
Routenverläufen.

Im Projekt wurde bisher ein Dateiformat entwickelt, dass zur Speicherung
eines solche Netzplans genutzt werden kann. Inzwischen gibt es Tools,
mit denen die Daten aus der OpenStreetMap oder aus GTFS-Daten in dieses
Format importiert werden können. Mit Hilfe eines Desktop-Editors lassen
sich die Pläne dann öffnen, bearbeiten und in verändertem Layout
abspeichern. Daneben gibt es Viewer für verschiedene Plattformen
(Desktop via AWT/Swing, Android und Web-Browser via GWT).

Ich verstehe das Projekt nicht als Konkurrenz zur OSM sondern eher als
Ergänzung, als Nutzer der Daten der OSM, aber auch als Möglichkeit,
Daten in der OSM pflegen zu können. Wenn eine Pipeline zum Import der
OSM-Daten für ein ÖPNV-Netz aufgesetzt wurde, lassen sich die Daten
bspw. regelmäßig importieren und mit anderen Versionen (z.B. aus
früheren Imports) abgleichen. Ein solcher Abgleich kann einerseits
visuell passieren. Die schematische Ansicht erleichtert solche Vorgänge,
da sie im Vergleich zu einer geografischen Ansicht mehr Übersicht
bietet. Andererseits sind auch programmierte Validierungen vorstellbar,
die Veränderungen erkennen und die Möglichkeit geben, Inkonsistenzen
aufzuspüren und zu bewerten.

Auf ähnliche Art und Weise ist auch vorstellbar Datenpflege in anderen
Open-Data und Open-Knowledge Projekten, wie etwa Wikidata oder der
Wikipedia, durchzuführen. In Wikidata werden bspw. auch Linien und
deren Streckenverläufe abgespeichert, da es für jeden Bahnhof ein
Datenobjekt gibt. Nachbarbahnhöfe werden als Datenverknüpfung im
Bezug auf die verbindende Linie gespeichert. In Wikipedia gibt es
Templates für die Linienverläufe, die genutzt werden, um
Navigationshilfen auf den entsprechenden Bahnhofsartikeln darzustellen.
Hier gibt es erhebliche Redundanzen zwischen OSM / Wikidata und
Wikipedia. Mir ist bewusst, dass es gerade in der Richtung OSM zu
Wikidata Probleme mit den Lizenzbedingungen gibt, aber die Richtung
Wikidata zu OSM ist wegen CC0 ja wenig problematisch.


Wir treffen uns zur Ideenwerkstatt am:

Sonntag, den 11.02.2018 zwischen 14-16:30 Uhr

an dieser Adresse[1]:

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23–24
10963 Berlin

Da die Räume nur begrenzte Kapazität bieten, bitte ich vorab um eine
Anmeldung per Mail. 

Weitere Informationen zum Projekt findet ihr auf der
Projekt-Website[2], sowie auf der Seite des Prototype Fund[3].

Ich freue mich auf eure Rückmeldung und zahlreiches Erscheinen.

Viele Grüße
Sebastian Kürten

[1] 
https://www.openstreetmap.org/?mlat=52.49844=13.38106#map=19/52.49844/13.38106
[2] http://www.openmetromaps.org
[3] https://prototypefund.de/project/open-metro-maps

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

Re: [OSRM-talk] osrm-datastore error code 21

[Kieran Caplice]

Hi Daniel,

Many thanks for the reply again. An update: turns out when I rebooted 
the machine to fix the issue with running osrm-datastore across 
different users, I had forgotten that changes to /etc/sysctl.conf are 
not persisted after rebooting, so all is working fine now after adding 
the kernel.shmall and kernel.shmmax properties again.


Kind regards,
Kieran Caplice

On 29/01/18 18:07, Daniel Patterson wrote:

Hi Kieran,

  The problem is definitely occurring when trying to allocate the 
shared memory block.  This line from your strace output shows the 
error happening:


shmget(0x10001b9, 96772768369, IPC_CREAT|0644) = -1 EINVAL (Invalid 
argument)


  I suspect the "code 21 (EISDIR)" message we're printing out here is 
wrong or misleading, maybe.


  Can you try playing with the constants in this test program?


---BEGIN test.c---
#include 
#include 
#include 
#include 
#include 

//#define MEMORY_SIZE 96772768369
#define MEMORY_SIZE 1024*1024
#define KEY_PATH "/tmp/osrm.lock"

int main(void) {

  key_t tok = ftok(KEY_PATH, 0);

  // Original that was being called
  //int result = shmget(0x10001b9, 96772768369, IPC_CREAT|0644);

  int result = shmget(tok, MEMORY_SIZE, IPC_CREAT|0644);

  if (result == -1) {
    printf("shmget returned -1: errno is %d: %s\n", errno, 
strerror(errno));

  } else {
    printf("shmget worked - cleaning up\n");
    shmctl(result, IPC_RMID, NULL);
  }

}
--END test.c-

  Try different values of "MEMORY_SIZE", and also try uncommenting the 
original shmget line that I've included, see if that works standalone, 
and see what messages you get.


  Compiling the test program should be a simple "gcc test.c"

daniel

On Mon, Jan 29, 2018 at 1:48 AM, Kieran Caplice 
> wrote:


Hi Julien/Daniel,

Thanks for the replies. I had read that github issue prior to
emailing the list, and it did solve the initial error I was
having, which was due to running osrm-datastore as root and later
as user "osrm". Rebooting the machine solved this as it did for
you, Julien. But after that I'm faced with this issue.

@Daniel: /tmp contains the two files:
-rw-rw-r-- 1 osrm  osrm 0 Jan 26 16:34 osrm-datastore.lock
-rw-rw-r-- 1 osrm  osrm 0 Jan 26 16:34 osrm.lock

Output of the strace:

root@htzh /opt/osrm # su - osrm -c "strace osrm-datastore
/opt/osrm/data/planet-latest/planet-latest.osrm"
...
open("/opt/osrm/data/planet-latest/planet-latest.osrm.tld",
O_RDONLY) = 5
read(5,
"OSRN\5\17\0M\25\17\0\0\0\0\0\0\1\0\3\0\1\1\3\0\1\0\v\0\1\1\v\0"...,
8191) = 8191
close(5)   = 0
stat("/opt/osrm/data/planet-latest/planet-latest.osrm.partition",
0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
stat("/opt/osrm/data/planet-latest/planet-latest.osrm.cells",
0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
stat("/opt/osrm/data/planet-latest/planet-latest.osrm.cell_metrics",
0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
stat("/opt/osrm/data/planet-latest/planet-latest.osrm.mldgr",
0x7ffcde3c8d20) = -1 ENOENT (No such file or directory)
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(1, "[info] Allocating shared memory "..., 57[info]
Allocating shared memory of 96772768369 bytes
) = 57
stat("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
stat("/tmp/osrm.lock", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
stat("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
stat("/tmp/osrm.lock", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
shmget(0x10001b9, 96772768369, IPC_CREAT|0644) = -1 EINVAL
(Invalid argument)
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
write(2, "\33[31m[error] Error while attempt"..., 88[error] Error
while attempting to allocate shared memory: Invalid argument, code
21) = 88
write(2, "\33[0m", 4)   = 4
write(2, "\n", 1
)   = 1
write(2, "terminate called after throwing "..., 48terminate called
after throwing an instance of ') = 48
...

Can you provide any further insight into what the problem might be?

By the way, we're using the latest release version (v5.15.0) built
from source on 16.04.

Kind regards,
Kieran Caplice


On 26/01/18 17:48, Julien Coupey wrote:

Hi,

Not sure if you're hitting the same problem here, but I recall
a related discussion happening a while back at:

https://github.com/Project-OSRM/osrm-backend/issues/1724


At least it provides a few hints on permissions and shared memory.

Re: [OSM-talk-be] temporary cycle routes

[Marc Gemis]

The road properties are mapped on the road. The relation (also for
motorways) should not impose this. The E34-relation contains segments
with traffic signals, so it's not all freeway/motorway.
We should differentiate between fiets-o-strade-the-cycleway and
fiets-o-strade-the-route. The latter can contain cycleways and
residential roads imho.

Maybe we should invent something like
highway=cycleway;cycleway=fiets-o-strade for the former.

On Fri, Feb 2, 2018 at 8:47 AM, joost schouppe  wrote:
> @Ben: I was also thinking about proposed, but I don't like how this is not
> in the main tag. Instead of route=bicycle + state=proposed, I would prefer
> something like route:proposed=bicycle. Then you automatically break data-use
> that hasn't heared about these 2000 objects worldwide that have a breaking
> extra tag. I can see how that would be annoying. Still, the specialists
> (cycle layer, waymarkedtrails) seem to know about it, so I suppose that ship
> has sailed.
>
> @all: so it would be OK to map "official detours", if signposted.
>
> Subquestion: But a Fietsostrade is more than a cycle route, it also comes
> with certain assumptions about road properties (much like a car motorway
> does). The official detour would definitely be missing those features. I
> would say that as long as there is no one-on-one between the route and the
> road features, data users should not make assumptions about "this is part of
> a fietsostrade route, hence it will have fietsostrade infrastructure". And
> we should map those properties that make it special on the segments only.
> The alternative would be to have two types of relations or two types of
> roles within a relation.
>
> --
> Joost
>
> ___
> 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-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Ashim Kapoor]

On Fri, Feb 2, 2018 at 5:27 PM, Arun Ganesh  wrote:

>
> My query is that I am ONLY seeing the state level boundaries. Why is the
>> union not giving me the union of the state and district boundaries ?
>>
>>>
>>>
> It would help to know exactly the result you expect? Also maybe abetter
> place to get help on overpass queries is the #osm irc channel
>
>
>>
>>>
I was trying to plot the state boundary of Maharsahtra and the district
boundaries for the districts inside Maharashtra. That's the result I was
expecting.




> sorry: you are no newbie. I mistook you for ashim..
>>>
>>>
> ;)
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Mateusz Loskot]

I thought that would be the case too.
Unfortunately, I can not cancel any builds at
https://travis-ci.org/Project-OSRM/osrm-backend/
I can cancel builds of projects where I'm a member/developer though.

Mateusz

On 2 February 2018 at 11:44, Johan Uhle  wrote:
> I think you should be able to cancel builds manually as well, so that might
> be the way to go in this specific case.
>
> Best,
> Johan
>
> On Fri, Feb 2, 2018 at 11:08 AM, Mateusz Loskot  wrote:
>>
>> Hi Johan,
>>
>> On 2 February 2018 at 10:12, Johan Uhle  wrote:
>> >
>> > auto-cancellation on Travis is enabled. It only cancels pending builds
>> > though, so does not kick in for force pushes if the build is already
>> > running.
>>
>> Yes, it cancels pending only indeed.
>> I just had an impression that it did not cancel pending build - I git
>> push forced
>> my PR 2-3 times within a few minutes. I might got confused though.
>>
>> Best regards,
>> --
>> Mateusz Loskot, http://mateusz.loskot.net
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>



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

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

[Talk-it] Problema semantico con le isole

[Martin Koppenhoefer]

Ho notato che abbiamo tante isole mappate come way (giustamente), che hanno
oltre ai tag dell'isola anche tag del tipo boundary=administrative,
admin_level=4
Per esempio:
https://www.openstreetmap.org/way/10365367
https://www.openstreetmap.org/way/434911186
https://www.openstreetmap.org/way/434911183
https://www.openstreetmap.org/way/200251163
ecc.
(ce ne sono parrecchi).

Il problema con l'attuale tagging è che si definiscono nuove regioni, con
nomi come "Isola di Lipari". Visto che le aree sono già dentro il confine
della relazione della regione, io toglierei i tag boundary=administrative,
admin_level=4 completamente, non servono.
Se si insiste nel avere way, allora si dovrebbe creare un altro way
sovrapposto (sembra asurdo).

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

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Patrick Niklaus]

There is an issue with Travis CI
https://github.com/travis-ci/travis-ci/issues/4867 about this.

Sadly doesn't look it would be getting solved soon.

Cheers,
Patrick

On Fri, Feb 2, 2018 at 10:58 AM, Mateusz Loskot  wrote:
> I thought that would be the case too.
> Unfortunately, I can not cancel any builds at
> https://travis-ci.org/Project-OSRM/osrm-backend/
> I can cancel builds of projects where I'm a member/developer though.
>
> Mateusz
>
> On 2 February 2018 at 11:44, Johan Uhle  wrote:
>> I think you should be able to cancel builds manually as well, so that might
>> be the way to go in this specific case.
>>
>> Best,
>> Johan
>>
>> On Fri, Feb 2, 2018 at 11:08 AM, Mateusz Loskot  wrote:
>>>
>>> Hi Johan,
>>>
>>> On 2 February 2018 at 10:12, Johan Uhle  wrote:
>>> >
>>> > auto-cancellation on Travis is enabled. It only cancels pending builds
>>> > though, so does not kick in for force pushes if the build is already
>>> > running.
>>>
>>> Yes, it cancels pending only indeed.
>>> I just had an impression that it did not cancel pending build - I git
>>> push forced
>>> my PR 2-3 times within a few minutes. I might got confused though.
>>>
>>> Best regards,
>>> --
>>> Mateusz Loskot, http://mateusz.loskot.net
>>>
>>> ___
>>> OSRM-talk mailing list
>>> OSRM-talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>>
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>
>
>
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [OSM-talk-fr] Paris n'existe plus ?

[Noémie Lehuby]

Bonjour, 

il y a bien eu un souci sur la ville de Paris : 

* introduit dans ce changeset :
https://www.openstreetmap.org/changeset/55845110
* corrigé dans ce changeset :
https://www.openstreetmap.org/changeset/55966381

Noémie 

Le 2018-02-02 02:41, Francois Gouget a écrit :

> J'ai hérité de toute une série d'erreurs Osmose disant que 
> addr:city=Paris est "non concordant avec une ville".
> 
> https://osmose.openstreetmap.fr/fr/error/15563651812
> https://osmose.openstreetmap.fr/fr/error/15563639725
> https://osmose.openstreetmap.fr/fr/error/15563637394
> 
> Bug Osmose ou bien faut-il mettre autre chose à cause des 
> arrondissements ?
> 
> Je vois la même erreur sur Lyon mais cette fois sur des tags 
> addr:city=Lyon 2eme Arrondissement par exemple. Les noeuds qui ont 
> addr:city=Lyon ne semblent pas être signalés en erreur.
> 
> https://osmose.openstreetmap.fr/fr/error/15571465364 
> ___
> 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-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Arun Ganesh]

> My query is that I am ONLY seeing the state level boundaries. Why is the
> union not giving me the union of the state and district boundaries ?
>
>>
>>
It would help to know exactly the result you expect? Also maybe abetter
place to get help on overpass queries is the #osm irc channel


>
>> sorry: you are no newbie. I mistook you for ashim..
>>
>>
;)
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Johan Uhle]

I think you should be able to cancel builds manually as well, so that might
be the way to go in this specific case.

Best,
Johan

On Fri, Feb 2, 2018 at 11:08 AM, Mateusz Loskot  wrote:

> Hi Johan,
>
> On 2 February 2018 at 10:12, Johan Uhle  wrote:
> >
> > auto-cancellation on Travis is enabled. It only cancels pending builds
> > though, so does not kick in for force pushes if the build is already
> > running.
>
> Yes, it cancels pending only indeed.
> I just had an impression that it did not cancel pending build - I git
> push forced
> my PR 2-3 times within a few minutes. I might got confused though.
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Mateusz Loskot]

Hi Johan,

On 2 February 2018 at 10:12, Johan Uhle  wrote:
>
> auto-cancellation on Travis is enabled. It only cancels pending builds
> though, so does not kick in for force pushes if the build is already
> running.

Yes, it cancels pending only indeed.
I just had an impression that it did not cancel pending build - I git
push forced
my PR 2-3 times within a few minutes. I might got confused though.

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

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

Re: [OSM-talk-be] low emission zones

[joost schouppe]

Jo, that's right. The Antwerp one was supposed to be "everything within the
ring road". But you need to put the infrastructure somewhere, and then the
polygon needs to reflect that infrastructure exactly (i.e. it should be
impossible to get fined if you stay out of the polygon). I was involved in
this fine-tuning in my previous job.

We still need to translate the access restrictions into tags.

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

Re: [OSM-talk-be] temporary cycle routes

[joost schouppe]

@Ben: I was also thinking about proposed, but I don't like how this is not
in the main tag. Instead of route=bicycle + state=proposed, I would prefer
something like route:proposed=bicycle. Then you automatically break
data-use that hasn't heared about these 2000 objects worldwide that have a
breaking extra tag. I can see how that would be annoying. Still, the
specialists (cycle layer, waymarkedtrails) seem to know about it, so I
suppose that ship has sailed.

@all: so it would be OK to map "official detours", if signposted.

Subquestion: But a Fietsostrade is more than a cycle route, it also comes
with certain assumptions about road properties (much like a car motorway
does). The official detour would definitely be missing those features. I
would say that as long as there is no one-on-one between the route and the
road features, data users should not make assumptions about "this is part
of a fietsostrade route, hence it will have fietsostrade infrastructure".
And we should map those properties that make it special on the segments
only. The alternative would be to have two types of relations or two types
of roles within a relation.

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

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Johan Uhle]

Hi Mateusz,

auto-cancellation on Travis is enabled. It only cancels pending builds
though, so does not kick in for force pushes if the build is already
running.

The Travis situation has been quite unsatisfactory recently, mostly due to
slow Mac OS builds. We are trying to come up with solutions to improve on
that.

Best,
Johan

On Thu, Feb 1, 2018 at 6:23 PM, Mateusz Loskot  wrote:

> Hi,
>
> TL;TR: Is the auto cancellation [1] configured in the Travis CI
> settings for OSRM?
>
> I've been git push -f updating one PR I submitted lately and
> I suspect the auto cancellation is not configured because arrival of new
> commit does not cancel the PR build job and the CI resources are
> unnecessarily kept busy.
>
> Perhaps the auto-cancellation could be enabled, for PRs only.
>
> [1] https://docs.travis-ci.com/user/customizing-the-build#
> Building-only-the-latest-commit
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Maison du Vélo

[Simon Réau]

Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
question mal exprimé étais plus pour une réutilisation. Sur quelle tag
existant ou non je pourrais me baser pour extraire tous les lieux type
"maison du vélo" sachant quelles sont toutes un peux différentes.

Pour celle de Tours le shop=bicycle me dérange car ce n'est pas réellement
un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.

Le 1 février 2018 à 09:28, Erwan Salomon  a écrit :

> Où je découvre la clef « club=* »
> j’aurais peut-être du l’utiliser
> office=association n’est pas rendu d’où le rajout de shop=bicycle (qui est
> quand même une des fonctions de l’association)
> ici c’est un atelier vélo / recycleriez / réemploi un peu officiel, ça me
> semble moins complet qu’une maison du vélo
> il y en a des moins officiel dans la ville, mais moins localisé (dont
> l’instigateur est mort récemment en percutant un bus, pas trop l’endroit
> mais comme il était connu du monde du vélo alternatif / recyclerie
> peut-être certains d’entre vous le connaissiez : Rémi Guitteny)
> en plus officiel je pense qu’il faut pointer sur :
> https://www.openstreetmap.org/node/2319297870
>
> Le 31 janv. 2018 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :
>
> Et dans le même genre à Lorient :
>
> https://www.openstreetmap.org/node/5323787819
>
> Le 31/01/2018 à 20:42, Romain MEHUT - romain.me...@gmail.com a écrit :
>
> A Nancy https://www.openstreetmap.org/node/1225759070
>
> Romain
>
> Le 31 janvier 2018 à 13:28, Francescu GAROBY  a écrit
> :
>
>> Pour prendre un exemple que je connais (la Maison du Vélo, à Caen
>> ), le choix a été fait de
>> sous-tagguer les différents services proposés.
>>
>> Francescu
>>
>> Le 31 janvier 2018 à 12:29, marc marc  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Le 31. 01. 18 à 12:04, Simon Réau a écrit :
>>> > Sur Tours : la maison du vélo propose douches, consignes, accueil et
>>> > orientation des touristes, outils et pompe pour réparer son vélo ainsi
>>> > que la vente de quelques accessoire pour le vélo.
>>> >
>>> > Sur Rennes : Elle propose Point d’accueil pour la location des vélo
>>> > libre service, différent service proposé par les associations vélo
>>> (vélo
>>> > école, gravure bicycode, atelier d’auto-réparation ...) espace détente
>>> >
>>> > Comment taguer cela proprement ? actuellement celle de Tours est taguée
>>> > comme un magasin de vélo https://www.openstreetmap.org/node/4940263708
>>> > et celle de renne comme une un magasin de location de vélo associatif
>>>
>>> il faut choisir s'il y a une activité principale (à mettre dans amenity)
>>> avec des "sous-services" (à mettre en sous-tag) ou s'il y a des
>>> activités de même importance (dans ce cas pq pas faire plusieurs nœuds
>>> dans le même bâtiment) quitte à les regrouper avec une relation site
>>> (histoire de mettre les coordonnées de contact à un seul endroit).
>>> Par exemple est-ce que l'espace douche est proposé pour les cyclistes
>>> ou aussi destiné aux voyageurs de passage ?
>>> est-ce que l'info touristique est axé vélo ou c'est aussi info pédestre?
>>>
>>> Cordialement,
>>> Marc
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Francescu
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Saisie d'informations liées à la pêche

[Vincent Bergeot]

Bonjour,


Le 31/01/2018 à 11:21, Nicolas Moyroud a écrit :

Salut à tous,

Un ami pêcheur qui contribue un peu à OSM m'a posé des questions 
concernant le tagging d'infos liées à la pêche en France pour les lacs 
et les rivières. J'ai quelques propositions à lui faire, mais je 
voudrais avoir l'avis de spécialistes de la question si il y en a par 
ici.



j'ai fait suivre à un contributeur qui ne suit pas cette liste, et qui 
semble-t-il t'a répondu directement ?


je "reproduis" son avis sur la question en contexte !





Pour les zones en réserve (pêche interdite) le wiki indique clairement 
fishing=no. Par contre, il voudrait indiquer les zones en nokill (on 
doit rejeter le poisson après l'avoir pêché). Ce n'est pas documenté 
dans le wiki mais je pense qu'une bonne solution serait d'utiliser 
fishing=nokill.


selon lui c'est une variable annuelle qui peut-être difficile à 
maintenir, et avant de parler nokill, il y a sans doute déjà les zones à 
renseigner




Il me posait également la question pour les zones accessibles aux 
handicapés. Là je pense que la question ne se pose pas, c'est comme 
pour les accessibilité commerces ou les places de parking avec 
wheelchair=yes.


Enfin et surtout, il souhaite saisir dans OSM les catégories 
officielles de la fédération de pêche en France. Il m'a expliqué qu'il 
y avait deux catégories : la première correspond aux zones de présence 
des salmonidés (têtes de bassin), la deuxième aux zones sans 
salmonidé. Pour cette problématique je n'ai trouvé aucune info, je 
pense qu'il faudrait inventer un nouveau tag à ajouter sur les 
tronçons de rivières ou les lacs. Ma proposition serait 
fishing:FR:category=1 ou fishing:FR:category=2. Qu'est que vous en 
pensez ?


pour lui 4 caractéristiques importantes effectivement :

la catégorie, 1 ou 2

et surtout public/privé, sans doute un simple access=public/private

Il semble dire que c'est un enjeu important et que pour beaucoup de 
pécheurs il y a un besoin de savoir simplement "où je peux pêcher en 
sachant si c'est public ou privé".


Je lui ai proposé de continuer à discuter de tout cela ici mais je ne 
suis pas sur qu'il y viendra.

Nicolas, on peut aussi faire du lien entre des passionnés de pêche :)

à bientôt





Merci pour votre aide.

Nicolas


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



--
Vincent Bergeot


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

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

[Giorgio Limonta]

Grazie Andrea per la mail in privato dove mi ha dato alcuni consigli su come 
impostare la pagina dell'import, seguirò l'esempio della loro pagina realizzata 
per l'import degli edifici in provincia di Biella 
Il 01/02/2018 13:42:48 Alessandro ha scritto>Ciao Giorgio premesso che dei 99 
building presenti in OSM nel comune 22 sono 'miei' ed ho impostato solo 
building=yes Nella pagina dell'import dovresti scrivere >che i tag e l'history 
degli oggetti verranno preservati. Con JOSM è¨ possibile farlo tramite il 
plugin utilsplugin2

Grazie lo farò sicuramente anche perché dovrò rivedere tutta la pagina 
dell'import. Non ero a conoscenza del plugin avrei copiato e incollato i tag e 
i valori mancanti dalla vecchia feature a quella nuova l'altra ma meglio questo 
metodo ;)
Il 01/02/2018 19:51:46 Simone ha scritto
>Basta la firma di un Responsabile del servizio tecnico del Comune e non >del 
>sindaco?
Non so cosa si intenda per "basta" ma è sicuramente la persona responsabile del 
Comune che gestisce gli aspetti territoriali (se ci fosse lo sarebbe anche del 
SIT), comunque ovviamente il Sindaco e la componente politica di Sabbioneta 
sono a conoscenza dei progetti di valorizzazione in corso e le finalità di 
diffusione delle informazioni, che hanno in questa questa procedura di import 
una fase importante per creare la base sulla quale caricare le informazioni 
geografiche raccolte e che andremo a raccogliere. Vi assicuro che non è stato 
semplice spiegare perché mi servisse questa liberatoria e soprattutto ottenerla.

 Giorgio Limontamobile +393384635443








Message: 7
Date: Thu, 1 Feb 2018 19:51:46 +0100
From: liste DOT girarsi AT posteo DOT eu 
To: talk-it@openstreetmap.org
Subject: Re: [Talk-it] Sabbioneta progetto Cerchio d'Acqua e richiesta
    supporto per possibile import
Message-ID: <70debe4c-ef2f-0a6a-7882-535184447...@posteo.eu>
Content-Type: text/plain; charset=utf-8; format=flowed

Il 01/02/2018 19:41, Alessandro ha scritto:
> Il 01/02/2018 17:41, Andrea Musuruane ha scritto:
>> Ciao,
>>
> 
> 
>> Perdonami, ma non ho capito bene e non riesco ad aprire l'autorizzazione.
>>
>> In pratica il Comune vi ha concesso il ricalco delle ortofoto di sua 
>> proprietà e poi sulla base di queste avete ricalcato i vari edifici?
>>
> 
> Ciao,
> qui (1) la pagina wiki dove trovi il link diretto (2) al pdf della 
> liberatoria.
> 
> Alessandro Ale_Zena_IT
> 
> 
> 1) https://wiki.openstreetmap.org/wiki/Lombardia/MN/Sabbioneta
> 2) https://wiki.openstreetmap.org/wiki/File:Sabbioneta_liberatoriaOSM.PDF
> 

Basta la firma di un Responsabile del servizio tecnico del Comune e non 
del sindaco?


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




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

Re: [OSM-talk-be] temporary cycle routes

[Jo]

Around Leuven there are a few that are (partially) signposted. But if you
want to take them to get all the way to Brussels for example, you'd either
need a helicopter to get across R0 or make a serious detour. I mapped some,
including the detours.

I tried mapping the one that goes to Tienen, but had to give up. All
detours at present.

2018-02-02 7:56 GMT+01:00 Marc Gemis :

> I would only map them if they are signposted. So if there are signs
> indicating how you get from one dedicated fiets-o-strade section to
> another via "regular" roads, no problem. If there are no signs, let
> the router decide the route based on other tags.
>
> As for the concrete that has to be placed on the ground. I'm not in
> favour of mapping things that one day might be there (or were there
> for that matter). There are already enough objects one have to
> maintain that are actually there.
>
> regards
>
> m
>
> On Thu, Feb 1, 2018 at 4:29 PM, Ben Abelshausen
>  wrote:
> > In London some of the routes are mapped as proposed, it's a bit annoying
> if
> > you don't know that they are just proposed and not actually there:
> >
> > https://www.openstreetmap.org/relation/6691788
> >
> > Rendering is a dotted version of the normal line on the cycle layer:
> >
> > https://www.openstreetmap.org/#map=18/51.54524/-0.01871=C
> >
> > So, not sure if we should be mapping this if they don't exist yet... but
> if
> > it's an 'official' detour why not? Some of these routes are only virtual
> > anyway and not signed at all.
> >
> > Cheers,
> > Ben
> >
> > On Thu, Feb 1, 2018 at 2:55 PM, joost schouppe  >
> > wrote:
> >>
> >> Hi,
> >>
> >> I got an interesting question today. As the Flemish "fietsostrades"
> >> (fietssnelwegen, or cycle highways) are taking shape, so they are being
> >> mapped in OSM. People are already using the data, even though in
> reality,
> >> this is till very much a project.
> >>
> >> In more and more places, parts are completely ready, but then just stop.
> >> And in some cases, there is an "official detour" of the fietsostrade. So
> >> while the infrastructure is not there yet, in a sense the route is
> already
> >> there.
> >>
> >> How do you think this should be mapped, if at all?
> >>
> >> --
> >> Joost Schouppe
> >> OpenStreetMap | Twitter | LinkedIn | Meetup
> >>
> >> ___
> >> 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
> >
>
> ___
> 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