[Talk-it] Fwd: Importare i fabbricati

[Andreas Lattmann]

>C'è un metodo 'facile' per importarle?
Il Mouse? :-) 

Io ho sempre fatto a mano. Comunque non credo che esista un "metodo facile".  
Scusa ma come si chiama il tuo paese? 
Posso metter mano io,  e non hai bisogno neanche di fare il conflate...  ;-) 

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Pražské OSM setkání - výstupy

[Jan Dudík]

Asi jak kde,
Já teď koukl na svoje okolí, většinu poznámek založila kolegyně Majka a
jsou to chybějící POI.
Pak jsem se podíval na Krumlov, kde bylo celkem asi sedm poznámek, z toho
dvě validní (směnárna, akceptovány karty) a tři popisující objekty, co už v
mapě byly. U dvou mi překladač z korejštiny vyhodil nesmyly, jedna byla na
parkovišti a jedna na silnici...
Možná to bude spíš pražský problém :-P

JAnD

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 4. dubna 2017 2:20 Petr Vozdecký  napsal(a):

> -- Původní e-mail --
>
>
>1. vrstva s mapovými poznámkami na osmcz
>
> 
>  (zatím
>není na produkci)
>
>
> Tak to ocenuju, to bude docela dobra nakopavka pro uzivatele... tech
> puntiku je tam furt mtrak a diky Maps.me bych asi zavedl rovnou system
> "nedava smysl = mazu". Nasel jsem napr.: "Tad by me zajimalo, kam to
> vede...", nebo studanku uprostred lesa oznacenou "tady to myslim neni
> spravne, ale je potreba to zkontrolovat"... pripadne poznamky psane
> cinsky...
>
> Myslim by nebylo od veci zavest "povinne" :) na kvartalnich pivech
> kolektivni pulhodinku nad cistenim mapy od techto notes... uprime receno
> bych treba i nektere opravil, u kazde druhe me ale ihned napadne: "s timhle
> bych udelal kratky proces, ale nezdrbe me za to nekdo?" A tak mi prijde, ze
> "kolektivni" vina (dva az tri lidi) pomuze lepe a rychleji rozhodnout ta
> razna reseni udelat...
>
> vop
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] New Overpass API v0.7.54 version

[Roland Olbricht]

Hello everybody,

the blog
http://dev.overpass-api.de/blog/
has not only new entries but now also an RSS feed:
http://dev.overpass-api.de/blog/rss.xml

Cheers,

Roland


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

Re: [Talk-us] Sabotage or a really bad bot?

[Greg Morgan]

On Mon, Apr 3, 2017 at 3:56 PM, Charlotte Wolter 
wrote:

> Hello,
>
> Looks like, given Paul's information, that I just have to go in and
> correct as many as I can.
> This is an occasional issue with TIGER data. Somehow, when an
> address is located at the end of a driveway, especially long driveways,
> the driveway is given the street name. It may be a thing with TIGER
> software. Having worked on the Census, I know they create streets by
> marking a GPS point for every address. So, somehow the processing of
> the information they get, driveways become streets.
> I'll keep working on it.
>

I think that you are doing the wrong thing here.  The data came from the
Virgina to Census as is.  It is not like the Census made a mistake here.
That's how the jurisdiction maps their area.  To remove the street names or
the driveways is wrong for the area.  I make my statements based on the
prior version.  Dave Hansen brought those driveways as the were.  The
bot-mode expanded a the names and removed moved a few Tiger tags.  You'll
have remove the names from a larger portion than just Rustburg. I don't
think that you are being respectful of the local customs by imposing your
jurisdictions customs on their area.

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

Re: [Talk-us] [Talk-ca] Telenav mapping turn restrictions

[James Mast]

Martijn, that intersection for as long as I can remember, has allowed the right 
turn @ the intersection and also via the slip lane.  The slip lane being closed 
when StreetView drove by was indeed temporary.  They were using it as a 
temporary staging area for construction vehicles for the bridge they were 
replacing on Pine Creek Road (well since completed) that was on the other side 
of the intersection.


-James


From: Martijn van Exel 
Sent: Monday, April 3, 2017 1:18:38 PM
To: James Mast
Cc: talk...@openstreetmap.org; OSM US
Subject: Re: [Talk-ca] Telenav mapping turn restrictions

James -- I could not find any OSC / Mapillary imagery at the location of your 
example so I took a peek at <> google street view. What I see there is 
that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
traffic which may very well inform the allowed right turn at the intersection? 
Or do you know this to be permanent? In this particular case, based on the info 
I have, the _link way should have access=no and indeed no restriction would be 
necessary. (Obviously I can't make those edits because of <> above.)

I'm not saying that there cannot be exceptions to the general rule that 'when 
there is a turn ramp one must use it', (and as I said before our team is not 
adding these 'implicit' restrictions until we clear this up). What I am looking 
for is more clarity (specifically in Canada but in the US also) as to traffic 
regulations that would make adding these restrictions not only valid but also a 
boost to the quality of OSM data. I would only want us to add these if there is 
no confusion regarding correctness and there is added value to adding them.

I'm cc-ing the US list as there are very similar traffic situations there and 
I'm interested in clarifying the situation there as well.

Martijn

On Apr 3, 2017, at 6:47 AM, James Mast 
> wrote:


Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
still might be legal to right turn at the main intersection?  It might be if 
you haven't been there, even with the slip lane being there.

Case in point, if you were to have one of your mappers modify this intersection 
[2] with a 'no right turn' relation, you would be adding false information to 
the OSM database.  While there is a 'slip' lane for right turns, there is 
overhead signage past that slip lane leaving US-19 saying that you are allowed 
to make a right hand turn at the intersection.  So, [3] would be completely 
legal and would be prevented if a false relation were to be added here.

This is just something you can't be 100% sure of without visiting it in person, 
or have imagery from something like Mapillary to see it.  So, I can see why 
Andrew was upset about this.

-James

[1] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
[2] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
[3] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457



From: Stewart C. Russell >
Sent: Friday, March 31, 2017 7:26:12 PM
To: talk...@openstreetmap.org
Subject: Re: [Talk-ca] Telenav mapping turn restrictions

On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> … the engine
> may decide, lacking an explicit restriction, to take the non _link turn
> because it's faster even if that is an illegal turn. That is why we need
> these restrictions to be explicit in the data.

but … but — that's Tagging For The Map, or worse, Tagging To Fix
Software Stupidity. It's explicitly mapping something that's *not*
there, and so is contrary to what we're supposed to map.

I don't have a problem with it being in Telenav's data, but it doesn't
belong in OSM.

 Stewart


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

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

Re: [Talk-ca] Telenav mapping turn restrictions

[James Mast]

Martijn, that intersection for as long as I can remember, has allowed the right 
turn @ the intersection and also via the slip lane.  The slip lane being closed 
when StreetView drove by was indeed temporary.  They were using it as a 
temporary staging area for construction vehicles for the bridge they were 
replacing on Pine Creek Road (well since completed) that was on the other side 
of the intersection.


-James


From: Martijn van Exel 
Sent: Monday, April 3, 2017 1:18:38 PM
To: James Mast
Cc: talk-ca@openstreetmap.org; OSM US
Subject: Re: [Talk-ca] Telenav mapping turn restrictions

James -- I could not find any OSC / Mapillary imagery at the location of your 
example so I took a peek at <> google street view. What I see there is 
that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
traffic which may very well inform the allowed right turn at the intersection? 
Or do you know this to be permanent? In this particular case, based on the info 
I have, the _link way should have access=no and indeed no restriction would be 
necessary. (Obviously I can't make those edits because of <> above.)

I'm not saying that there cannot be exceptions to the general rule that 'when 
there is a turn ramp one must use it', (and as I said before our team is not 
adding these 'implicit' restrictions until we clear this up). What I am looking 
for is more clarity (specifically in Canada but in the US also) as to traffic 
regulations that would make adding these restrictions not only valid but also a 
boost to the quality of OSM data. I would only want us to add these if there is 
no confusion regarding correctness and there is added value to adding them.

I'm cc-ing the US list as there are very similar traffic situations there and 
I'm interested in clarifying the situation there as well.

Martijn

On Apr 3, 2017, at 6:47 AM, James Mast 
> wrote:


Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
still might be legal to right turn at the main intersection?  It might be if 
you haven't been there, even with the slip lane being there.

Case in point, if you were to have one of your mappers modify this intersection 
[2] with a 'no right turn' relation, you would be adding false information to 
the OSM database.  While there is a 'slip' lane for right turns, there is 
overhead signage past that slip lane leaving US-19 saying that you are allowed 
to make a right hand turn at the intersection.  So, [3] would be completely 
legal and would be prevented if a false relation were to be added here.

This is just something you can't be 100% sure of without visiting it in person, 
or have imagery from something like Mapillary to see it.  So, I can see why 
Andrew was upset about this.

-James

[1] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
[2] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
[3] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457



From: Stewart C. Russell >
Sent: Friday, March 31, 2017 7:26:12 PM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Telenav mapping turn restrictions

On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> … the engine
> may decide, lacking an explicit restriction, to take the non _link turn
> because it's faster even if that is an illegal turn. That is why we need
> these restrictions to be explicit in the data.

but … but — that's Tagging For The Map, or worse, Tagging To Fix
Software Stupidity. It's explicitly mapping something that's *not*
there, and so is contrary to what we're supposed to map.

I don't have a problem with it being in Telenav's data, but it doesn't
belong in OSM.

 Stewart


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

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

Re: [OSM-ja] openstreetmap.jpページのrssフィードのリンク

[奥田洋平]

いいださん

奥田です。お返事いただきありがとうございます。

はい、サイト上部のRSSアイコンのリンク先について
ご対応いただければと思います。
よろしくお願いします。


2017年4月3日 23:44 Satoshi IIDA :
>
> いいだです。
>
> おっと、ご指摘ありがとうございます。
> すみません、パッと見てみたのですが、当該部分を直すのに
> どこをいじればよいのかちょっと探さないといけないかんじで、
> いま出張で海外にでてしまっているので、少しお時間ください。
> （サイト上部のRSSアイコンのリンク先、ですよね）
>
>
>
>
>
>
> 2017年4月4日 0:27 奥田洋平 :
>>
>> 奥田と申します。
>> はじめて投稿いたします。
>>
>> openstreetmap.jpで、ページ上部に表示されるrssフィードのアイコンのリンク先が
>> //rss.xml
>> となっています。
>>
>> 適切なリンク先のURLは
>> https://openstreetmap.jp/rss.xml
>> かとおもいますので、修正いただけませんでしょうか
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>
>
> --
> Satoshi IIDA
> mail: nyamp...@gmail.com
> twitter: @nyampire
>
> ___
> 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

Re: [Talk-cz] Pražské OSM setkání - výstupy

[Petr Vozdecký]

-- Původní e-mail --
"



   1. vrstva s mapovými poznámkami na osmcz
   
(http://rawgit.com/osmcz/osmcz/master/index.html#map=14/50.1218/14.2467=xN)
    (zatím není na produkci)




"
Tak to ocenuju, to bude docela dobra nakopavka pro uzivatele... tech puntiku
je tam furt mtrak a diky Maps.me bych asi zavedl rovnou system "nedava smysl
= mazu". Nasel jsem napr.: "Tad by me zajimalo, kam to vede...", nebo 
studanku uprostred lesa oznacenou "tady to myslim neni spravne, ale je
potreba to zkontrolovat"... pripadne poznamky psane cinsky...

Myslim by nebylo od veci zavest "povinne" :) na kvartalnich pivech
kolektivni pulhodinku nad cistenim mapy od techto notes... uprime receno 
bych treba i nektere opravil, u kazde druhe me ale ihned napadne: "s timhle
bych udelal kratky proces, ale nezdrbe me za to nekdo?" A tak mi prijde, ze
"kolektivni" vina (dva az tri lidi) pomuze lepe a rychleji rozhodnout ta 
razna reseni udelat...

vop

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

[OSM-talk-fr] "Que s'est-il passé pour que le burger devienne si cher à Paris?"

[Shohreh]

"Réalisées grâce à l'ouverture du fichier Sirene des entreprises françaises,
nos cartes montrent la progression des nouveaux types d'enseignes qui font
monter en gamme l'offre urbaine."

https://www.slate.fr/story/135242/burgers-cafes-salades-bio-evolution-restauration-region-parisienne



--
View this message in context: 
http://gis.19327.n8.nabble.com/Que-s-est-il-passe-pour-que-le-burger-devienne-si-cher-a-Paris-tp5894688.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[Clifford Snow]

Let me tag onto Denis' suggestion to manually add the data. If you can get
people interested in OSM but sponsoring the update, then you'll have people
that will keep it current. For a town of 8,100 people, it would only take a
small handful to make a huge difference. And OSM is easy enough for the
average person to grasp.

I'be be happy to help setting up the Tasking Manager for your project.

+1 on the suggestion to use Carto or Mapbox to serve the tiles. You could
do it yourself with Geoserver [1], Boundless offers a easy installation
package. But the Mapbox or Carto offers much greater ease and you don't
have to run the server.

Clifford

[1] http://geoserver.org
[2] https://boundlessgeo.com/

On Mon, Apr 3, 2017 at 1:34 PM, Denis Carriere 
wrote:

> For a village of only 8,100 people, adding the data manually + using
> Tasking Manager might be your best option.
>
> As for your custom web map, have you considered using CARTO
>  [0] or MapboxStudio 
> [1]?
>
> They are both great web OpenStreetMap based map solutions that can get you
> a web map within no time. Nothing against QGIS... but it's a little clunky
> trying to symbolize all your OSM & custom layers.
>
> Parcel data shouldn't be imported into OSM, however you can import that as
> a custom dataset into your custom Web map (which would look really slick!).
>
> Best of luck!
>
> [0]: https://carto.com/
> [1]: https://www.mapbox.com/studio/
> *~~*
> *Denis Carriere*
> *GIS Software & Systems Specialist*
>
> On Mon, Apr 3, 2017 at 1:22 PM, john whelan  wrote:
>
>> Treasury Board put a fair bit of effort into an Open Data licence.  The
>> City of Ottawa has adopted it with some minor changes.  At the municipal
>> level the license has been approved by OpenStreetMap's legal working group.
>>
>> I would suggest step one would be to have your data formally approved
>> with this license.
>>
>> Step two might be to have a look on the wiki about how other governments
>> are using OpenStreetMap.
>>
>> Stats Canada is doing a pilot project on buildings so they probably have
>> some analysis tools floating round if you need them.
>>
>> As James has said there is expertise lying around in bringing this data
>> into OpenStreetMap but there is some red tape involved which we can ease
>> you through.
>>
>> Cheerio John
>>
>> On 3 Apr 2017 12:33 pm, "Anatolijs Venovcevs" <
>> gist...@happyvalley-goosebay.com> wrote:
>>
>>> Hello everyone,
>>>
>>>
>>>
>>> I’ve been a longtime fan of Open Street Map but this is the first time I
>>> ever decided to help contribute to it. I am the GIS technologist for the
>>> Town of Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -
>>> https://www.openstreetmap.org/#map=14/53.3085/-60.3463
>>>
>>>
>>>
>>> It’s a small, isolated community of approximately 8,100 people and I’m
>>> the only one with any GIS training and experience. As a result, I’m
>>> responsible for doing just about everything to assist the town in
>>> geospatial-related functions and have a very tight budget and not a lot of
>>> time to them. One of the things there’s been a real interest in is
>>> developing some sort of a basic interactive web map for the town’s public
>>> information (zoning, water and sewer lines, attractions for our tourist
>>> map, etc.). I’m planning on using QGIS plugin qgis2web to do that and use
>>> an OpenStreetMap background.
>>>
>>>
>>>
>>> Before I can do that, OpenStreetMap data for the town needs to be
>>> updated. It looks to me approximately five years out of date and the town
>>> has been experiencing a major boom in the last few years. Currently, the
>>> town has possession of an updated street centerline network (digitized from
>>> 40 cm resolution orthorectified Worldview 2 satellite imagery) and an
>>> up-to-date civic number system with building footprints and parcels for
>>> recreational spaces and etc. coming later this year. I’d like to share them
>>> with the OSM community.
>>>
>>>
>>>
>>> Before I do that, I’m looking for community buy-in for the project. I
>>> will start with manually adding the new streets that have been built over
>>> the last few years and correct any information within the town boundaries
>>> that no longer represents reality on the ground. If that’s ok with all of
>>> you, I’d like to make the OSM web mapping for my corner of Canada a little
>>> better.
>>>
>>>
>>>
>>> Thank you,
>>>
>>>
>>>
>>> *Anatolijs Venovcevs*
>>>
>>>
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> 

Re: [Talk-us] Sabotage or a really bad bot?

[Rihards]

On 2017.04.04. 01:35, Charlotte Wolter wrote:
> 
> Yes, Rihards, I've been doing this since 2009, so I know what a
> driveway is.
> Maybe you should check my woerk to make sure I'm doing it right
> ... NOT!

hmm... that might have come across wrong - did not mean to imply you
doing anything wrong, just mentioned an approach seen before with other
mappers, and it seemed like a simple thing to check - maybe even meant
more for a casual list-reader who might get an impression that driveways
are not welcome in osm.

sorry if the sparse message did not transfer that well between our
cultures - i'll put the blame about the short content without smalltalk
on the lack of time ;)

> Charlotte Wolter
> 
> 
> At 01:54 AM 4/3/2017, you wrote:
>> On 2017.04.03. 04:26, Charlotte Wolter wrote: > Hello, > > I
>> came across a really weird situation while doing a Maproulette >
>> change. > In Rustberg, a small town in rural Virginia >
>> (http://www.openstreetmap.org/edit?editor=id#map=16/37.2772/-79.1011),  >
>> almost every driveway has been named after the street it intersects.
>> In > addition, numerous very short "driveways" have been created, some
>> of > which go nowhere. > The edits all were done four years
>> ago, it seems. Here is the > message about the edits: "Edited almost 4
>> years ago by bot-mode > Version #2 · Changeset #15805152." >
>> I removed most of the names and the "driveways" in town, but > they
>> continued well out of town, and finally I gave up. Could someone >
>> take a look at this and, perhaps, reverse the change set? >
>> Thanks the driveways, did you check with sat imagery ? were they at
>> least near what looked like roads or not ? > Charlotte > > > Charlotte
>> Wolter > 927 18th Street Suite A > Santa Monica, California > 90403 >
>> +1-310-597-4040 > techl...@techlady.com > Skype: thetechlady > > > >
>> ___ >  Talk-us mailing
>> list > Talk-us@openstreetmap.org >
>> https://lists.openstreetmap.org/listinfo/talk-us -- Rihards
>> ___ Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
> 
> Charlotte Wolter
> 927 18th Street Suite A
> Santa Monica, California
> 90403
> +1-310-597-4040
> techl...@techlady.com
> Skype: thetechlady
> 
> 


-- 
 Rihards

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

Re: [Talk-us] Sabotage or a really bad bot?

[Charlotte Wolter]

Hello,

Looks like, given Paul's information, that I just have to go in and
correct as many as I can.
This is an occasional issue with TIGER data. Somehow, when an
address is located at the end of a driveway, especially long driveways,
the driveway is given the street name. It may be a thing with TIGER
software. Having worked on the Census, I know they create streets by
marking a GPS point for every address. So, somehow the processing of
the information they get, driveways become streets.
I'll keep working on it.

--C




At 01:54 AM 4/3/2017, you wrote:

On 2017.04.03. 04:26, Charlotte Wolter wrote:
> Hello,
>
> I came across a really weird situation while doing a Maproulette
> change.
> In Rustberg, a small town in rural Virginia
> (http://www.openstreetmap.org/edit?editor=id#map=16/37.2772/-79.1011),
> almost every driveway has been named after the street it intersects. In
> addition, numerous very short "driveways" have been created, some of
> which go nowhere.
> The edits all were done four years ago, it seems. Here is the
> message about the edits: "Edited almost 4 years ago by bot-mode
> Version #2 · Changeset #15805152."
> I removed most of the names and the "driveways" in town, but
> they continued well out of town, and finally I gave up. Could someone
> take a look at this and, perhaps, reverse the change set?
> Thanks

the driveways, did you check with sat imagery ?
were they at least near what looked like roads or not ?

> Charlotte
>
>
> Charlotte Wolter
> 927 18th Street Suite A
> Santa Monica, California
> 90403
> +1-310-597-4040
> techl...@techlady.com
> Skype: thetechlady
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


--
 Rihards


Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady



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

Re: [Talk-ca] In progress: Clearances for Ontario and Toronto Open Data Licences

[James]

Is there documentation on this, you will have to create a wiki page on the
matter with links to the dataset so we can analyze it.

On Mon, Apr 3, 2017 at 5:46 PM, Stewart Russell  wrote:

> Just so folks know, there are a few initiatives going on that could lead
> us to using Ontario and Toronto open data.
>
> I requested the LWG review the licences last month. This will take a few
> months to rattle through the system.
>
> Also last month on Open Data Day, there were useful contacts made at the
> Ontario Treasury Board. I will be back in touch with them once the LWG
> result comes through.
>
> Just last week, Brian Bancroft made a great contact at the city of
> Toronto, and discussions are just starting.
>
> So it's a start, at least ...
>
>  Stewart
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[john whelan]

Let's go back to my full statement:

The City of Ottawa has adopted it with some minor changes.  At the
municipal level the license has been approved by OpenStreetMap's legal
working group.

Stewart>This is not the case, unfortunately.

If the Ottawa license is used with a change of municipal name then I do not
see what the problem is.  Ontario and Toronto licenses are different and
were derived from a different source to my understanding.  I accept these
may not be compatible with OSM and before their use they need to be
verified.  I think Jamie has already raised the issue that if Open Data is
used the license might be an issue.

Cheerio John

On 3 April 2017 at 17:22, Stewart C. Russell  wrote:

> On 2017-04-03 01:22 PM, john whelan wrote:
> > … At the municipal level the license has been approved by
> > OpenStreetMap's legal working group.
>
> This is not the case, unfortunately. This from personal communication
> from Simon Poole of the OSM Foundation's legal team from March 2017:
>
> >> [The Ontario and Toronto licences] illustrate why we didn't want to
> >> make a blanket statement wrt OGL licence variants in CA and why in
> >> general the situation is a bit of a mess.
>
> All individual OGL variants need approval from the legal working group.
>
> So perhaps the OGL licensing route wouldn't be the best route: a lot of
> bureaucracy on the Happy Valley-Goose Bay side, and then a several month
> wait for the LWG to review. I don't think Anatolijs would want that.
>
> Given the size of the town and the severe budget constraints, you might
> have more luck suggesting to the town that allowing the road data to be
> imported to OSM would be a real value proposition. There are permission
> request letters here:
> https://wiki.openstreetmap.org/wiki/Import/GettingPermission . The
> town's response to that would be an important thing to include in the
> import wiki page.
>
> There's a (slim) possibility that the town's data, being derived from
> Worldview 2 data, may not able to be licensed under an open licence. Is
> there anything in the data agreement between the town and Worldview
> regarding data rights?
>
> As long as the town is amenable and the licence isn't horrible, the OSM
> import process described here isn't too onerous:
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
> There have been several notes to the OSM Imports list¹ from municipal
> GIS techs who want to do the same as you, and as long as there's a wiki
> page and permission from the town granted, it goes ahead smoothly.
>
> (and even if everything goes sideways, there's a lot you can do with a
> vehicle and a GPS that sidesteps licensing completely …)
>
> Really pleased that you want to do this, Anatolijs!
>
> Best Wishes,
>  Stewart
>
>
> ---
> ¹: https://lists.openstreetmap.org/listinfo/imports
>
> >
> > On 3 Apr 2017 12:33 pm, "Anatolijs Venovcevs"
> >  > > wrote:
> >
> > Hello everyone,
> >
> > __ __
> >
> > I’ve been a longtime fan of Open Street Map but this is the first
> > time I ever decided to help contribute to it. I am the GIS
> > technologist for the Town of Happy Valley-Goose Bay in Newfoundland
> > and Labrador, Canada -
> > https://www.openstreetmap.org/#map=14/53.3085/-60.3463
> > 
> >
> > 
> >
> > It’s a small, isolated community of approximately 8,100 people and
> > I’m the only one with any GIS training and experience. As a result,
> > I’m responsible for doing just about everything to assist the town
> > in geospatial-related functions and have a very tight budget and not
> > a lot of time to them. One of the things there’s been a real
> > interest in is developing some sort of a basic interactive web map
> > for the town’s public information (zoning, water and sewer lines,
> > attractions for our tourist map, etc.). I’m planning on using QGIS
> > plugin qgis2web to do that and use an OpenStreetMap background.
> >
> > 
> >
> > Before I can do that, OpenStreetMap data for the town needs to be
> > updated. It looks to me approximately five years out of date and the
> >  town has been experiencing a major boom in the last few years.
> > Currently, the town has possession of an updated street centerline
> > network (digitized from 40 cm resolution orthorectified Worldview 2
> > satellite imagery) and an up-to-date civic number system with
> > building footprints and parcels for recreational spaces and etc.
> > coming later this year. I’d like to share them with the OSM
> > community.
> >
> > __ __
> >
> > Before I do that, I’m looking for community buy-in for the project.
> > I will start with manually adding the new streets that have been
> > built over the last few years and correct any information within the
> > town boundaries that no longer represents reality on the ground. If
> > that’s ok with all of you, I’d like to make the OSM web 

[Talk-ca] In progress: Clearances for Ontario and Toronto Open Data Licences

[Stewart Russell]

Just so folks know, there are a few initiatives going on that could lead us
to using Ontario and Toronto open data.

I requested the LWG review the licences last month. This will take a few
months to rattle through the system.

Also last month on Open Data Day, there were useful contacts made at the
Ontario Treasury Board. I will be back in touch with them once the LWG
result comes through.

Just last week, Brian Bancroft made a great contact at the city of Toronto,
and discussions are just starting.

So it's a start, at least ...

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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[Stewart C. Russell]

On 2017-04-03 04:34 PM, Denis Carriere wrote:
> 
> They are both great web OpenStreetMap based map solutions that can get
> you a web map within no time. Nothing against QGIS... but it's a little
> clunky trying to symbolize all your OSM & custom layers.

Great suggestions on Carto and Mapbox, but you can't beat the price of
qgis2web. If you have your GIS project already in QGIS, there's also
nothing quicker for making simple slippy maps.

cheers,
 Stewart

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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[Stewart C. Russell]

On 2017-04-03 01:22 PM, john whelan wrote:
> … At the municipal level the license has been approved by 
> OpenStreetMap's legal working group.

This is not the case, unfortunately. This from personal communication
from Simon Poole of the OSM Foundation's legal team from March 2017:

>> [The Ontario and Toronto licences] illustrate why we didn't want to
>> make a blanket statement wrt OGL licence variants in CA and why in
>> general the situation is a bit of a mess.

All individual OGL variants need approval from the legal working group.

So perhaps the OGL licensing route wouldn't be the best route: a lot of
bureaucracy on the Happy Valley-Goose Bay side, and then a several month
wait for the LWG to review. I don't think Anatolijs would want that.

Given the size of the town and the severe budget constraints, you might
have more luck suggesting to the town that allowing the road data to be
imported to OSM would be a real value proposition. There are permission
request letters here:
https://wiki.openstreetmap.org/wiki/Import/GettingPermission . The
town's response to that would be an important thing to include in the
import wiki page.

There's a (slim) possibility that the town's data, being derived from
Worldview 2 data, may not able to be licensed under an open licence. Is
there anything in the data agreement between the town and Worldview
regarding data rights?

As long as the town is amenable and the licence isn't horrible, the OSM
import process described here isn't too onerous:
https://wiki.openstreetmap.org/wiki/Import/Guidelines
There have been several notes to the OSM Imports list¹ from municipal
GIS techs who want to do the same as you, and as long as there's a wiki
page and permission from the town granted, it goes ahead smoothly.

(and even if everything goes sideways, there's a lot you can do with a
vehicle and a GPS that sidesteps licensing completely …)

Really pleased that you want to do this, Anatolijs!

Best Wishes,
 Stewart


---
¹: https://lists.openstreetmap.org/listinfo/imports

> 
> On 3 Apr 2017 12:33 pm, "Anatolijs Venovcevs" 
>  > wrote:
> 
> Hello everyone,
> 
> __ __
> 
> I’ve been a longtime fan of Open Street Map but this is the first 
> time I ever decided to help contribute to it. I am the GIS 
> technologist for the Town of Happy Valley-Goose Bay in Newfoundland 
> and Labrador, Canada - 
> https://www.openstreetmap.org/#map=14/53.3085/-60.3463 
> 
> 
> 
> 
> It’s a small, isolated community of approximately 8,100 people and 
> I’m the only one with any GIS training and experience. As a result, 
> I’m responsible for doing just about everything to assist the town
> in geospatial-related functions and have a very tight budget and not
> a lot of time to them. One of the things there’s been a real
> interest in is developing some sort of a basic interactive web map
> for the town’s public information (zoning, water and sewer lines,
> attractions for our tourist map, etc.). I’m planning on using QGIS
> plugin qgis2web to do that and use an OpenStreetMap background.
> 
> 
> 
> Before I can do that, OpenStreetMap data for the town needs to be 
> updated. It looks to me approximately five years out of date and the
>  town has been experiencing a major boom in the last few years. 
> Currently, the town has possession of an updated street centerline 
> network (digitized from 40 cm resolution orthorectified Worldview 2 
> satellite imagery) and an up-to-date civic number system with 
> building footprints and parcels for recreational spaces and etc. 
> coming later this year. I’d like to share them with the OSM 
> community.
> 
> __ __
> 
> Before I do that, I’m looking for community buy-in for the project.
> I will start with manually adding the new streets that have been
> built over the last few years and correct any information within the
> town boundaries that no longer represents reality on the ground. If
> that’s ok with all of you, I’d like to make the OSM web mapping for
> my corner of Canada a little better.
> 
> 
> 
> Thank you,
> 
> __ __
> 
> *Anatolijs Venovcevs* 
> 
> __ __
> 
> 
> ___ Talk-ca mailing list
>  Talk-ca@openstreetmap.org  
> https://lists.openstreetmap.org/listinfo/talk-ca 
> 
> 
> 
> 
> ___ Talk-ca mailing list
>  Talk-ca@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ca
> 



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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Martin Koppenhoefer]

sent from a phone

> On 3 Apr 2017, at 19:31, Norbert  wrote:
> 
> Wenn ich innerorts die Hauptstraße mit zone:traffic=DE:urban tagge ist es 
> doch getan.
> Wenn jetzt ein Stück Hauptstraße auf 30 begrenzt wird, bekommt diese Stück 
> maxspeed=30 plus source:maxspeed=sign


und wenn da ein 50 Schild steht?

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

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[Philippe Verdy]

Sinon je remarque que le placement dans OSM des lignes de falaises ne
semble pas suivre correctement les isohypses sur la ligne de rupture de
pente

 Il me semble qu'avec le MNT on a moyen de calculer les vecteurs de pente
(dont la norme s'exprime généralement en pourcentage et la direction suit
celle de plus forte pente vers le bas, orthogonaux aux isohypses: ils sont
premier niveau de dérivation de l'altitude) puis leur gradient (dérivée
seconde): une falaise est située sur une ligne où ce gradient atteint un
maximum (donc calculer la troisième dérivée) et se prolonge tant que ce
maximum dépasse un seuil; la quatrième dérivée permet de connecter les
points pour former le tracé de la falaise (en prenant les points dont cette
dérivée est la plus faible en valeur absolue).

Y a-t-il eu des essais de dérivation des modèles numériques de terrain
(déjà analysés sous forme d'isohypses connexes au lieu de simples nuages de
points dont il n'est pas facile de calculer des dérivées sans interpolation
entre eux).

Noter que cela pourrait servir aussi à tracer les lignes de crête (pas
toujours sur des falaises, car il n'y a pas partout de grosses ruptures de
pente, ou bien cette rupture forme un angle entre deux pentes qui isolément
ne sont pas suffisantes pour être qualifiées de falaises, une falaise
devant avoir une pente descendante au moins de 100% sur au moins un des
côtés de la crête, on peut avoir une pente de 60% d'un côté et 60% de
l'autre, pour un total de 120% de rupture de pente qui pourrait faire
croire à une falaise alors que c'est une crête encore facilement accessible
à pied et dont les pentes ne sont pas trop dangereuses)

Seulement les isohypses sont actuellement encore des bitmaps, et les nuages
de points nécessaires devraient être plus denses dans les zones de forte
pente pour avoir une dérivation correcte (alternative: faire des
interpolations avec des splines quadratiques ou cubiques, pour faire des
triangulations en facettes 3D; améliorer la précision et la stabilité des
dérivées successives avec des facettes non plus planes mais en splines
surfaciques). J'ai conscience que cela demande un travail énorme comparable
à un rendu 3D avec des quantités énormes de facettes à traiter, donc
beaucoup de mémoire si on veut couvrir même une seule montagne ou un seul
plateau sur une zone carrée d'environ 20 km de côté où peuvent s'imbriquer
déjà pas loin de 1000 niveaux d'isohypses à 1 mètre et parfois plusieurs
centaines sur les petites surfaces où justement on cherche les falaises et
crêtes. Il y a sans doute des heurisitques pour éliminer rapidement des
zones mais elles risquent d'éliminer des endroit où une ligne de falaise
forme une pointe ou une petite avancée qu'elle contourne


Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :

> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
> rien de plus (pas de nom consacré de chapelle)
>
> Le 3 avril 2017 à 20:34, JB  a écrit :
>
>> Bonjour,
>> Je tente d'améliorer le rendu de cartes à partir de données OSM. Le but
>> est de voir jusqu'à quel niveau de qualité on peut espérer arriver à partir
>> des données brutes, en croisant une feuille de style (R25) et un petit peu
>> de code. Ça reste plutôt expérimental. Sur conseil de Florian qui a déjà
>> fait une belle première salve de critiques, je fais suivre l'information
>> ici.
>> La carte, c'est ici : http://randocarto.fr/temp/Samoens_v2_A1_400dpi.png.
>> Le fichier est un peu lourd, 143mo. J'en suis à la version 2 de la carte,
>> je ne sais pas combien de passes seront nécessaires pour arriver aux
>> limites des outils.
>> Du coup, je suis preneur de toutes les critiques sur la carte elle-même.
>> Si vous vous ennuyez, il est aussi possible de contribuer dans la zone, par
>> exemple sur les landuses qui restent assez rustiques par endroits.
>> Voilà voilà, dès qu'on arrive à une version correcte, vous pourrez aller
>> randonner dans le coin avec OSM en version papier.
>> JB.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Barriera solo per vehicoli larghi

[Martin Koppenhoefer]

sent from a phone

> On 3 Apr 2017, at 11:33, Volker Schmidt  wrote:
> 
> Il secondo perché devo creare due ways dove in realtà c'è solo uno. E, 
> inoltre è laborioso.


in realtà al palo su cui poggia la sbarra ci sono due ways: uno a destra e uno 
a sinistra 


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

Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

[Philippe Verdy]

Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
rien de plus (pas de nom consacré de chapelle)

Le 3 avril 2017 à 20:34, JB  a écrit :

> Bonjour,
> Je tente d'améliorer le rendu de cartes à partir de données OSM. Le but
> est de voir jusqu'à quel niveau de qualité on peut espérer arriver à partir
> des données brutes, en croisant une feuille de style (R25) et un petit peu
> de code. Ça reste plutôt expérimental. Sur conseil de Florian qui a déjà
> fait une belle première salve de critiques, je fais suivre l'information
> ici.
> La carte, c'est ici : http://randocarto.fr/temp/Samoens_v2_A1_400dpi.png.
> Le fichier est un peu lourd, 143mo. J'en suis à la version 2 de la carte,
> je ne sais pas combien de passes seront nécessaires pour arriver aux
> limites des outils.
> Du coup, je suis preneur de toutes les critiques sur la carte elle-même.
> Si vous vous ennuyez, il est aussi possible de contribuer dans la zone, par
> exemple sur les landuses qui restent assez rustiques par endroits.
> Voilà voilà, dès qu'on arrive à une version correcte, vous pourrez aller
> randonner dans le coin avec OSM en version papier.
> JB.
>
> ___
> 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] Valeurs multiples pour des altitudes

[Frédéric Rodrigo]

Normalement Osmose doit aller dans le sens du wiki. Donc si Osmose 
signale et que le wiki confirme, c'est probablement données qui sont à 
corriger ;).


Osmose prend bien en compte le tag ele pour détecter les duplications de 
node.


(Osmose ce n'est pas magique, c'est juste du code et du code libre et 
dispo sur le net, donc c'est possible de le consulter pour voir ce que 
ça fait quand on se pose une question)


Frédéric.


Le 02/04/2017 à 22:07, osm.sanspourr...@spamgourmet.com a écrit :


On peut au moins pour Osmose surveiller les points et les mettre en 
faux positifs.


On peut de la même manière qu'on dit de ne pas déplacer dire de ne pas 
fusionner.


Jean-Yvon

Le 02/04/2017 à 22:03, Topographe Fou - letopographe...@gmail.com a 
écrit :
S'assurer aussi que Osmose et autres outils ne génèrent pas une 
erreur quand deux repères géodésiques sont superposés sinon un autre 
refusionnera pensant bien faire.


D'ailleurs une nouvelle règle Osmose pourrait signaler quand un 
repère géodésique a plusieurs altitudes (ele=*) ou références (réf=*) 
pour suggérer une séparation. Qu'en pensez-vous ?


LeTopographeFou
*De:* osm.sanspourr...@spamgourmet.com
*Envoyé:* 2 avril 2017 8:57 PM
*À:* talk-fr@openstreetmap.org
*Répondre à:* talk-fr@openstreetmap.org
*Objet:* Re: [OSM-talk-fr] Valeurs multiples pour des altitudes


Effectivement Florian avait bien documenté et Olivier-S 
 a cassé les deux 
"double" points il y a 6 ans !


Comme il n'a pas fait de modif depuis 3 ans, peut-être faire bêtement 
un revert même si je suis plus pour indiquer aux gens que l'on 
corrige et pourquoi.


Jean-Yvon

Le 02/04/2017 à 16:48, Jean-Claude Repetto - jrepe...@free.fr a écrit :

Bonjour,

A l'origine, il y avait bien deux points, mais quelqu'un les a 
fusionnés:

https://www.openstreetmap.org/changeset/5581294
https://www.openstreetmap.org/changeset/5581232

Je pense qu'il faudrait faire un revert de ces modifications, car 
ces points, bien qu'ayant les mêmes coordonnées géographiques, 
n'avaient pas la même altitude.


Jean-Claude

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




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




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




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

[Talk-si] Poročilo srečanja Openstreetmap (Trnovski zvon, 31.3.2017)

[colored stone]

Prvo letošnje (vsakoletno) tradicionalno srečanje OSM  v piceriji Trnovski
zvon je uspelo. Upamo, da ne bo ostalo edino letos.

...
Eno glavnih tem je "odprl" Klemen, ki je nekaj povedal o orientacijskih
kartah, ki se uporabljajo pri orientacijskih tekmah v okviru Orientacijske
zveze Slovenije. Njegova ideja je, da bi poizkusili OSM uporabiti kot
podlago za izdelavo teh kart. Nekaj podobnega je OPENORIENTEERINGMAP (
http://oomap.co.uk/global/#/new/streeto_global/15/14.4876/46.0602/).

Za začetek je smiselno, da se pripravi nekakšen matching med legendo na
orientacijskih kartah in OSM tagi.

...
Druge debate so se vrtele predvsem okrog tega, kako uporabiti nove
brezplačne podatke od Gurs. Za začetek smo se strinjali, da poskušamo
pripraviti basemap kot podlago za JOSM (za ceste in hišne številke).
Okviren dogovor je, da bomo za to poskušali organizirati posebno delavnico
v juniju (2017, če bo šlo). Pred tem morda uspemo pripraviti matching.

...
Ocenjevali smo tudi dosedanji uvoz RABA-KGZ. Pojavlja se vprašanje, kaj
storiti na področjih, ki so že podrobno kartirana. Ali jih kar povoziti ?
Dogovorjeni smo, da poskušamo avtorje na takih področjih prej povprašati,
kaj menijo o uvozu.

...
Dogovorili smo se tudi, da debate, ki smo jih vrteli mimo forumov,
prenesemo na tole mailing listo. Tale zapis je že del tega dogovora.


Ostale debate pa niso za zapisnik:)


Zapisal: CS
___
Talk-si mailing list
Talk-si@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-si

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Ho applicato la query [3] con "diff" nella zona di Città Giardino, in una
bbox "mista" con civici precendentemente mappati dallo user uid=675302 e
quelli del recente import.

Qui si nota anche l'offset.

[3] http://overpass-turbo.eu/s/o2x
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?

[hyan...@gmail.com]

Hola,

las donaciones para movilizar el drone pueden hacerlas en
http://blog.openstreetmap.co/donations/

habrá un listado de agradecimientos, si hacen una consignación por favor
enviar los detalles de nombre y cantidad del aportante a
i...@openstreetmap.co

El proyecto actual está en:

http://tareas.openstreetmap.co/project/46

Saludos,

Humberto Yances

El 2 de abril de 2017, 15:33, Fredy Rivera  escribió:

> Nuestro equipo esta listo para drsplazarse a Mocoa y tomar imagenes via
> Drone . Peto necesitamos apoyo con los costes de desplazamiento. Si como
> dice Humberto Caritas u otra organizacion lo puede costear sería magnifico.
> Salu2
> Fredy
>
> El abr. 2, 2017 10:17 AM, "Federico Explorador (Nevados.org)" <
> federico.explora...@nevados.org> escribió:
>
>> Hola,
>>
>> Gracias Jean Guilhem por la iniciativa.
>>
>>
>>
>> Caritas Alemana (entidad con que trabajo) ha aprobado 150 millones de
>> pesos para ayuda humanitaria, será implementada con la Pastoral Social que
>> tiene equipo en la zona. Además hay un Equipo Local de Coordinación con
>> otras ONG y organizaciones internacionales bajo liderazgo de ACNUR, con
>> apoyo de OCHA en Bogotá.
>>
>>
>>
>> Para los equipos locales sería importante contar con un mapa urbano (un
>> *.jpg generado a partir de OSM).
>>
>>
>>
>> Para el mapeo recomiendo:
>>
>> -  Identificar personas que podrían mapear con conocimiento
>> local: calles (con nombre), edificios públicos, albergues, puentes caídos.
>>
>> -  No hay imágenes Bing – buscar alternativa.
>>
>> -  Mapear, en caso de imagen de satélite disponible, las cuencas
>> de los ríos (el área del lecho de río, con natural=scree) para dimensionar
>> las zonas inundables/inundadas.
>>
>>
>>
>> Saludos,
>> Federico
>>
>>
>>
>> *De:* Jean-Guilhem Cailton [mailto:j...@arkemie.com]
>> *Enviado el:* domingo, 02 de abril de 2017 4:02 a. m.
>> *Para:* talk-co@openstreetmap.org
>> *Asunto:* [OSM-co] Fwd: Mapeo para Mocoa, Colombia ?
>>
>>
>>
>>
>>
>>  Message transféré 
>>
>> *Sujet : *
>>
>> Mapeo para Mocoa, Colombia ?
>>
>> *Date : *
>>
>> Sun, 2 Apr 2017 10:18:57 +0200
>>
>> *De : *
>>
>> Jean-Guilhem Cailton  
>>
>> *Pour : *
>>
>> OpenStreetMap Latinoamérica 
>> , talk-co@openstreetmap.org
>>  
>>
>> *Copie à : *
>>
>> HOT@OSM (Humanitarian OpenStreetMap Team) 
>> 
>>
>>
>>
>> Hola,
>>
>> Hay un esfuerzo par mapear después de la avalancha en Mocoa, Colombia
>> (mas de 230 muertos y muchos desaparecidos) ?
>>
>> http://cnnespanol.cnn.com/2017/04/01/colombia-santos-decreta
>> -el-estado-de-calamidad-publica-tras-tragedia-en-mocoa/
>>
>> https://www.openstreetmap.org/#map=15/1.1461/-76.6466
>>
>> Mapear los edificios que todavía faltan en OSM podría seguramente ser
>> útil, por ejemplo.
>>
>> Saludos,
>>
>> Jean-Guilhem
>>
>> --
>> "Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
>> on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
>> Dominique Dupagne, La revanche du rameur
>> 
>>
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
>>
>>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-br] divulgação dos dados

[vinicius freitas rocha]

Muito obrigado estou trabalhando para resolver.

Em 31 de março de 2017 22:32, Sérgio V.  escreveu:

> Bem-vindo Vinicius,
>
> Isso, também acho que basta o coordenador do projeto enviar um email
> simples para esta lista aqui autorizando a importação.
>
>
> Quanto às tags utilizadas, talvez seja bom dar uma verificada nas mais
> adequadas, por exemplo em:
>
>  http://www.openstreetmap.org/changeset/47337726
> *name=Salgado da Dona Tereza
> *shop=kitchen  >> (https://wiki.openstreetmap.
> org/wiki/Pt:Tag:shop%3Dkitchen) é para loja que vende mobiliário de
> cozinha;
> mas, pelo nome do estabelecimento, me parece, seria uma lancheria ou
> similar?
> Neste caso talvez:  https://wiki.openstreetmap.org/wiki/Pt:Tag:
> amenity%3Dfast_food#Fast-food ?
> Mais: cuisine=... (https://wiki.openstreetmap.org/wiki/Pt:Key:cuisine)
>
> http://www.openstreetmap.org/node/4762959049
> *name=Associação de moradores do bairro Engenharia
> *office=association >> pelo nome do estabelecimento, me parece, seria
> adequado amenity=community_centre ? (https://wiki.openstreetmap.
> org/wiki/Pt:Tag:amenity%3Dcommunity_centre)
> *suburb=Engenharia  >>  se for para bairro se usa "addr:suburb=" (
> https://wiki.openstreetmap.org/wiki/Key:place#Values)
>
> Já que você tem vários objetos,  seria bom ajustar de início pra depois
> não precisar ficar voltando a cada um.
> Veja quais tags lhe servem melhor para os objetos mapeados, você pode
> procurar pelas "chaves" (key): https://wiki.openstreetmap.org/wiki/Pt-br:
> Elementos_de_Mapa
>
> Ótima contribuição.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
*Vinicus Freitas Rocha*
Técnico em Geoprocessamento
Instituto Federal do Espirito Santo - IFES
 055 (027) 3322-5016 / 055 (027) 99877-1997
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk-fr] Test rendu carte − retours bienvenus

[JB]

Bonjour,
Je tente d'améliorer le rendu de cartes à partir de données OSM. Le but 
est de voir jusqu'à quel niveau de qualité on peut espérer arriver à 
partir des données brutes, en croisant une feuille de style (R25) et un 
petit peu de code. Ça reste plutôt expérimental. Sur conseil de Florian 
qui a déjà fait une belle première salve de critiques, je fais suivre 
l'information ici.
La carte, c'est ici : 
http://randocarto.fr/temp/Samoens_v2_A1_400dpi.png. Le fichier est un 
peu lourd, 143mo. J'en suis à la version 2 de la carte, je ne sais pas 
combien de passes seront nécessaires pour arriver aux limites des outils.
Du coup, je suis preneur de toutes les critiques sur la carte elle-même. 
Si vous vous ennuyez, il est aussi possible de contribuer dans la zone, 
par exemple sur les landuses qui restent assez rustiques par endroits.
Voilà voilà, dès qu'on arrive à une version correcte, vous pourrez aller 
randonner dans le coin avec OSM en version papier.

JB.

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

Re: [Talk-GB] StyleSheet for Outdoors Rendering

[Andy Townsend]

On 03/04/2017 18:08, Graham Jones wrote:
One more thing.  Does anyone have a way of generating a map key from a 
carto style?  Otherwise I might have to write something.


You might want to start with 
https://github.com/gravitystorm/mapnik-legendary .  Not sure how far 
that progressed, or what work it'd need to do to take it forward from today.


Best Regards,

Andy (not the author of that repository!)


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

Re: [Talk-in] How to get all missing street names for chennai?

[Aruna S]

On Mon, Apr 3, 2017 at 3:25 AM, Srikanth Lakshmanan 
wrote:

> Hi Shrini,
>
>
> On 2 April 2017 at 21:41, Shrinivasan T  wrote:
>
>> How can get them all?
>>
>
> Mapzen provides metro extracts[0] and I used xpath here to get list of
> nodes without name:ta. Parsing extracted Chennai osm file (400 MB) consumes
> lot of memory. Python experts, please feel free to optimize this code[1] in
> better ways.  The list of nodes (I will come to ways, relations soon) is
> available here[2].
>

Firstly, sorry I think I misunderstood your question - you want to make
Tamil maps! That's awesome - my music teacher will be very happy. : )

You can use https://github.com/mapbox/osm-tag-stats with the country
mb-tiles from http://osmlab.github.io/osm-qa-tiles/country.html, with a
filter like `["==", "name:ta", ""]`.

You can then convert the geojson to csv using a converter available online.

Shrini, and Srikanth, if you require a CSV similar to what Srikanth has
generated, I am happy to generate it for you with a link to the node on
OpenStreetMap. But, first I am curious if Arun, or other Mapboxers on the
list, can explain how to make a To-Fix task if we have a CSV - not sure
what attributes the CSV should have. This will make the process of using
the csv to edit the map really easy, instead of adding edits one by one
from a CSV.

Let's make the map better!
Aruna
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] Référence pour une ancienne voie de chemin de fer

[JB]

Le 03/04/2017 à 19:34, osm.sanspourr...@spamgourmet.com a écrit :

Le 03/04/2017 à 09:03, JB - jb...@mailoo.org a écrit :

Le 02/04/2017 à 20:50, osm.sanspourr...@spamgourmet.com a écrit :


plutôt que old_ref et old_name (qui ne sont pas faux en soit), si tu 
as des dates tu peux préciser :


name:-1960-05-24=Ligne de La Possonnière à Niort

ref:-1960-05-24= 523000
(et si tu sais depuis quand c'est une voie verte, tu en fais de même 
mais avec une date de début pour le nom de la voie verte.


Sauf qu'il me semble que c'est très fortement déconseillé : pas 
d'élément variable dans la clé. Donc pas de date dans la clé.

JB.

Que nenni, c'est possible pour les dates.
À mettre en plus de name et de ref, old_name et old_ref afin que les 
application qui ne l'exploitent pas marchent normalement.

https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Date_namespace_suffix_as_.22keyname:DATESPEC.3D...22
Absolument, et comme le dit la page de détail : "This is a proposal (and 
should be treated as such)" : 
https://wiki.openstreetmap.org/wiki/Proposed_features/Date_namespace et 
https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Date_namespace#This_is_a_proposal


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

Re: [OSM-talk-fr] Référence pour une ancienne voie de chemin de fer

[Philippe Verdy]

Je suis d'accord aussi: certes on peut difficilement chercher par cette clé
(c'est une limite actuelle du système des clés qui n'est pas structuré),
mais on peut trouver les infos par d'autres clés, ou par préfixe, ou par
géométrie, et les tags seront utiles malgré tout pour donner des infos
détaillées et précises sur la validité des données. Et cela apporte es
infos utiles aussi pour faire du rapprochement de données quand elles ne
sont pas toujours basées sur les toutes dernières infos en vigueur (il y a
des tas de jeux de données qui utilisent d'anciennes références, pas si
anciennes que ça quand elles datent de moins de 10 ans et qu'il n'est pas
prévus de mise à jour systématiquye non plus chaque année). Ces données un
peu "anciennes" sont pourtant indispensables pour les études statistiques
et pour permettre de faciliter la réutilisation des cartes: c'est mieux que
de tenter de rapprocher avec d'autres entités proches mais pas complètement
équivalentes.

Au delà les données historiques (pas trop vieilles) sont encore en vigueur
pour d'autres usages que leur seul "définisseur" officiel initial. Je pense
que des données relatives à des entités qui étaient en vigueur il y a moins
de 10 ans sont toutes aussi utiles, et parfois plus concernant justement
les infrastructures qui n'ont pas complètement disparu. Rien que pour le
géocodage cela peut aider à lever des ambiguités: les nouvelles références
q'appliquent seulement aux nouvelles données créées masi la plupart du
temps ces nouvelles données sont quasi inexistantes et mettront du temps à
apparaître. En attendant les données se basent sur des relevés plus
anciens. Il suffit de voir que m^peme pour l'imagerie aérienne, on utilise
encore des clichés vieux de plusieurs années. Le monde n'évolue jamais de
façon instantanée et synchrone et les données historiques récentes (une ou
deux décennies) sont TRES utiles.


Le 3 avril 2017 à 19:34,  a écrit :

>
>
> Le 03/04/2017 à 09:03, JB - jb...@mailoo.org a écrit :
>
> Le 02/04/2017 à 20:50, osm.sanspourr...@spamgourmet.com a écrit :
>
> plutôt que old_ref et old_name (qui ne sont pas faux en soit), si tu as
> des dates tu peux préciser :
>
> name:-1960-05-24=Ligne de La Possonnière à Niort
> ref:-1960-05-24= 523000
> (et si tu sais depuis quand c'est une voie verte, tu en fais de même mais
> avec une date de début pour le nom de la voie verte.
>
> Sauf qu'il me semble que c'est très fortement déconseillé : pas d'élément
> variable dans la clé. Donc pas de date dans la clé.
> JB.
>
> Que nenni, c'est possible pour les dates.
> À mettre en plus de name et de ref, old_name et old_ref afin que les
> application qui ne l'exploitent pas marchent normalement.
> https://wiki.openstreetmap.org/wiki/Comparison_of_life_
> cycle_concepts#Date_namespace_suffix_as_.22keyname:DATESPEC.3D...22
>
> ___
> 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-nl] StreetComplete

[Marc Zoutendijk]

> Op 3 apr. 2017, om 20:06 heeft Marc Zoutendijk  het 
> volgende geschreven:
> 
> @Alex en @Pander Opentaal:
> 

Ik bedoelde @Alert

Marc.



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

Re: [OSM-talk-nl] StreetComplete

[Marc Zoutendijk]

@Alex en @Pander Opentaal:

Ik raad jullie aan om de discussie op het forum te voeren, omdat de NL 
mailinglist niet heel erg actief is.
Dit jaar 9 onderwerpen op de lijst en meer dan 200 op het forum….
En ik vind het onderwerp belangrijk genoeg om meer mappers mee kennis te laten 
maken!
 

https://forum.openstreetmap.org/viewforum.php?id=12 



Marc.



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

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

[Talk-it] Importare i fabbricati

[carlo folini]

Ciao,
dopo un po' di tempo di mappatura di OSM, mi rendo conto che il fatto di
non avere i fabbricati del mio paese complica un po' le cose nel mappare i
toponimi.
Mapparli uno ad uno è un lavoro troppo menoso...

Le informazioni sono disponibili da qualche parte per il caricamento su OSM?
C'è un metodo 'facile' per importarle?

-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] OSM som underlag för att producera CC0/CC BY-material i rasterform?

[M Branting]

Tänkte barar påpeka att innan man diskuterar olika licenser, så måste
frågan ställas om det över huvud taget finns något som omfattas av
upphovsrätt. Enskilda kartdata har inte tillräcklig verkshöjd för att
omfattas av upphovsrätten. Däremot omfattas större samlingar av det s.k.
katalogskyddet. Det måste då handla om en större del av den samlade
databasen, eller åtminstone en större samling data. Rättspraxis är minst
sagt oklar om hur mycket av "katalogen" som ska ingå för att katalogskyddet
ska gå in. En mer begränsad samling kartdata kan man alltså förfoga över
som man vill. Annorlunda är det med rasterkartor, där själva formgivningen
(men inte faktauppgifter som sådana) kan räknas som konstnärligt skapande.

Den 30 mars 2017 16:41 skrev Karl Wettin :

>
> On 30 Mar 2017, at 15:36, Bernt Rane  wrote:
>
>
> Hej Bernt,
>
>
> ODbL är ju till sin natur lite mer restriktiv då den kräver samma
> licensform för bearbetningar av data om vi förstått rätt. Dvs mer lik CC
> BY-SA.
>
>
> Det stämmer, ODbL är mycket lik CC-BY-SA.
>
> Åtminstone om man släpper sitt aggregerade data vidare i vektorform.
> Frågan: om man skapar a) kartbilder eller b) karttjänster (i form av
> rastertjänster av typen WMS eller slippy map/xyz-maps) och det ingår OSM
> som del i underlagen är det enligt villkoren att släppa dessa kartbilder
> resp rasterkarttjänster för vidareutnyttjande som CC BY / CC0?
>
>
> Min tolkning av ODbL är att alla derivat måste bli ODbL, men alla verkar
> inte hålla med om det.
>
> Sedan vet jag inte om det är så att du frågar huruvida ni får släppa era
> egna data som CC0 när ni redan skänkt dem som ODbL till OSM? Det går
> naturligtvis utmärkt att licensiera sina egna data på flera sätt,
> exempelvis att man lägger ut den som CC0 på ett ställe och samtidigt
> donerar den som ODbL till OSM. Men så fort du lyfter data från OSMs databas
> så måste du lämna källhänvisning.
>
> Här finns för övrigt en påbörjad Sverige-karta som helt och hållet bygger
> på CC0-licensierad data: 
>
> Antar att frågan har ställts förr och vi har ju tillgång till licensen som
> vi nu gräver i, men jag är intresserad av hur en diskussion kring detta har
> gått förut och om det finns något mer skrivet kring detta (annat än i
> själva licensen ODbL då).
>
>
> OSM bytte från CC-BY-SA till ODbL den 12 september 2012. Det föranleddes
> av en stor diskussion där man förenklat vägde mellan CC0 och just ODbL. Om
> man förenklar den förenklingen så löd argumentet ungefär att detta är data
> som till absolut största del skapas på fritid av volontärer och det är inte
> mer än rätt att de skall få creds för sitt jobb, speciellt om man skall
> locka till sig fler volontärer.
>
> Personligen kan jag ha förståelse för att argumentet är lockande, men
> sluter mig till lägret som anser att den större samhällsnyttan, både lokalt
> och globalt, på kort och lång sikt, kommer när man inte sätter några som
> helst restriktioner på hur datamängderna får användas. Att om måttet på
> framgång för öppna data är hur mycket de används så motverkar man sitt eget
> mål när man sätter den minsta restriktion. Det står mer om det argumentet
> här: .
>
>
>
> kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-us] [Talk-ca] Telenav mapping turn restrictions

[Shawn K. Quinn]

On 04/03/2017 12:18 PM, Martijn van Exel wrote:
> What I am looking for is more clarity (specifically in Canada but
> in the US also) as to traffic regulations that would make adding these
> restrictions not only valid but also a boost to the quality of OSM data.
> I would only want us to add these if there is no confusion regarding
> correctness and there is added value to adding them.
> 
> I'm cc-ing the US list as there are very similar traffic situations
> there and I'm interested in clarifying the situation there as well.

Around Houston, there were a couple of places where it was specifically
signed that one could not make a turn (usually a right turn) at the
intersection if there was a turning bay with a triangular/porkchop
island. However at others there is no explicit signage and in fact
there's one intersection where it's specifically signed that one can
turn out of the second lane at the intersection where it was signed
before "no right turn around island".

To more directly answer the question, I don't think there is a law in
Texas saying that one must use the turning lane if it's present. It's
often ill-advised to make a right turn at the intersection itself in
those cases, though.

-- 
Shawn K. Quinn 
http://www.rantroulette.com
http://www.skqrecordquest.com

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

Re: [OSM-talk-fr] Référence pour une ancienne voie de chemin de fer

[osm . sanspourriel]

Le 03/04/2017 à 09:03, JB - jb...@mailoo.org a écrit :

Le 02/04/2017 à 20:50, osm.sanspourr...@spamgourmet.com a écrit :


plutôt que old_ref et old_name (qui ne sont pas faux en soit), si tu 
as des dates tu peux préciser :


name:-1960-05-24=Ligne de La Possonnière à Niort

ref:-1960-05-24= 523000
(et si tu sais depuis quand c'est une voie verte, tu en fais de même 
mais avec une date de début pour le nom de la voie verte.


Sauf qu'il me semble que c'est très fortement déconseillé : pas 
d'élément variable dans la clé. Donc pas de date dans la clé.

JB.

Que nenni, c'est possible pour les dates.
À mettre en plus de name et de ref, old_name et old_ref afin que les 
application qui ne l'exploitent pas marchent normalement.

https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts#Date_namespace_suffix_as_.22keyname:DATESPEC.3D...22
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Norbert]

Ich denke mal Du meinst zone:traffic aus dem Proposal von 2009.
Gibt es eigentlich auch mal abgesegnete Proposals?

Ich verstehe aber den Grund für maxspeed:implicit nicht.

Wenn ich innerorts die Hauptstraße mit zone:traffic=DE:urban tagge ist 
es doch getan.
Wenn jetzt ein Stück Hauptstraße auf 30 begrenzt wird, bekommt diese 
Stück maxspeed=30 plus source:maxspeed=sign


Die Seitenstraßen, die 30-Zone sind, bekommen dann ein zone:traffic=DE:30
ein maxspeed=30 ist dann auch nicht mehr nötig und ein source:maxspeed 
schon gar nicht.
Man müsst beim Proposal nur bei den ? ? ? DE:30 mit den Defaultwerten 
ergänzen.


Gruß
Norbert

Am 03.04.2017 um 11:32 schrieb Martin Koppenhoefer:

es reicht für source:maxspeed dann aber eigentlich aus, zu wissen ob
es ein explizites oder implizites limit ist, (weil es z.B. auch 50er
Schilder innerorts gibt). D.h. man könnte was in dieser Art machen
(angenommen, 30er und 20er Zonen sind immer innerorts):

maxspeed:implicit=yes/no
traffic_zone=DE:urban/DE:rural/DE:motorway/DE:zone30/DE:zone20
maxspeed=tatsächliche Begrenzung

source:maxspeed bräuchte man nicht mehr, bzw. können diejenigen
weiterverwenden, die da Werte wie "survey" eintragen wollen.
Genausowenig bräuchte man zone:maxspeed, weil das bereits in der
traffic_zone enthalten wäre, und wenn es dabei um mehr als nur
maxspeed gehen soll (nicht hupen etc.), dann wäre der tag mit einem
generischen Namen sowieso besser beschrieben. Das Umtaggen von
source:maxspeed und zone:maxspeed zu traffic_zone und
maxspeed:implicit sollte ausserdem in vielen Fällen (traffic_zone)
bzw. allen Fällen (maxspeed:implicit) automatisch möglich sein. Gefixt
wird dadurch, dass man auch bei einem explizit ausgeschilderten
maxspeed highway sagen kann, ob er sich innerorts oder ausserorts
befindet (gem. StVO) (indem man die Daten dort nachträgt, wo sie
derzeit noch fehlen, nämlich bei source:maxspeed=sign road_marking
etc,).

Gruß,
Martin

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



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

Re: [Talk-ca] Telenav mapping turn restrictions

[James]

I've made it easier for everyone I sent an email to the local police
station about the legalities of turning right at the light vs taking the
ramp/turning lane. Hopefully they will answer me.

On Mon, Apr 3, 2017 at 1:18 PM, Martijn van Exel  wrote:

> James -- I could not find any OSC / Mapillary imagery at the location of
> your example so I took a peek at <> google street view. What I see
> there is that the slip road / ramp was (as of Aug 2016 -- temporarily?)
> closed to traffic which may very well inform the allowed right turn at the
> intersection? Or do you know this to be permanent? In this particular case,
> based on the info I have, the _link way should have access=no and indeed no
> restriction would be necessary. (Obviously I can't make those edits because
> of <> above.)
>
> I'm not saying that there cannot be exceptions to the general rule that
> 'when there is a turn ramp one must use it', (and as I said before our team
> is not adding these 'implicit' restrictions until we clear this up). What I
> am looking for is more clarity (specifically in Canada but in the US also)
> as to traffic regulations that would make adding these restrictions not
> only valid but also a boost to the quality of OSM data. I would only want
> us to add these if there is no confusion regarding correctness and there is
> added value to adding them.
>
> I'm cc-ing the US list as there are very similar traffic situations there
> and I'm interested in clarifying the situation there as well.
>
> Martijn
>
>
> On Apr 3, 2017, at 6:47 AM, James Mast  wrote:
>
> Martijn, with your example you gave back 3/30 [1], are you 100% sure that
> it still might be legal to right turn at the main intersection?  It might
> be if you haven't been there, even with the slip lane being there.
>
> Case in point, if you were to have one of your mappers modify this
> intersection [2] with a 'no right turn' relation, you would be adding false
> information to the OSM database.  While there is a 'slip' lane for right
> turns, there is overhead signage past that slip lane leaving US-19 saying
> that you are allowed to make a right hand turn at the intersection.  So,
> [3] would be completely legal and would be prevented if a false relation
> were to be added here.
>
> This is just something you can't be 100% sure of without visiting it in
> person, or have imagery from something like Mapillary to see it.  So, I can
> see why Andrew was upset about this.
>
> -James
>
> [1] https://www.openstreetmap.org/directions?engine=osrm_
> car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.
> 66520/-111.86552
> [2] https://www.openstreetmap.org/directions?engine=osrm_
> car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#
> map=19/40.58625/-80.04431
> [3] https://www.openstreetmap.org/directions?engine=osrm_
> car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#
> map=19/40.58648/-80.04457
>
> --
> *From:* Stewart C. Russell 
> *Sent:* Friday, March 31, 2017 7:26:12 PM
> *To:* talk-ca@openstreetmap.org
> *Subject:* Re: [Talk-ca] Telenav mapping turn restrictions
>
> On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> > … the engine
> > may decide, lacking an explicit restriction, to take the non _link turn
> > because it's faster even if that is an illegal turn. That is why we need
> > these restrictions to be explicit in the data.
>
> but … but — that's Tagging For The Map, or worse, Tagging To Fix
> Software Stupidity. It's explicitly mapping something that's *not*
> there, and so is contrary to what we're supposed to map.
>
> I don't have a problem with it being in Telenav's data, but it doesn't
> belong in OSM.
>
>  Stewart
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


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

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[john whelan]

Treasury Board put a fair bit of effort into an Open Data licence.  The
City of Ottawa has adopted it with some minor changes.  At the municipal
level the license has been approved by OpenStreetMap's legal working group.

I would suggest step one would be to have your data formally approved with
this license.

Step two might be to have a look on the wiki about how other governments
are using OpenStreetMap.

Stats Canada is doing a pilot project on buildings so they probably have
some analysis tools floating round if you need them.

As James has said there is expertise lying around in bringing this data
into OpenStreetMap but there is some red tape involved which we can ease
you through.

Cheerio John

On 3 Apr 2017 12:33 pm, "Anatolijs Venovcevs" <
gist...@happyvalley-goosebay.com> wrote:

> Hello everyone,
>
>
>
> I’ve been a longtime fan of Open Street Map but this is the first time I
> ever decided to help contribute to it. I am the GIS technologist for the
> Town of Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -
> https://www.openstreetmap.org/#map=14/53.3085/-60.3463
>
>
>
> It’s a small, isolated community of approximately 8,100 people and I’m the
> only one with any GIS training and experience. As a result, I’m responsible
> for doing just about everything to assist the town in geospatial-related
> functions and have a very tight budget and not a lot of time to them. One
> of the things there’s been a real interest in is developing some sort of a
> basic interactive web map for the town’s public information (zoning, water
> and sewer lines, attractions for our tourist map, etc.). I’m planning on
> using QGIS plugin qgis2web to do that and use an OpenStreetMap background.
>
>
>
> Before I can do that, OpenStreetMap data for the town needs to be updated.
> It looks to me approximately five years out of date and the town has been
> experiencing a major boom in the last few years. Currently, the town has
> possession of an updated street centerline network (digitized from 40 cm
> resolution orthorectified Worldview 2 satellite imagery) and an up-to-date
> civic number system with building footprints and parcels for recreational
> spaces and etc. coming later this year. I’d like to share them with the OSM
> community.
>
>
>
> Before I do that, I’m looking for community buy-in for the project. I will
> start with manually adding the new streets that have been built over the
> last few years and correct any information within the town boundaries that
> no longer represents reality on the ground. If that’s ok with all of you,
> I’d like to make the OSM web mapping for my corner of Canada a little
> better.
>
>
>
> Thank you,
>
>
>
> *Anatolijs Venovcevs*
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-us] [Talk-ca] Telenav mapping turn restrictions

[Martijn van Exel]

James -- I could not find any OSC / Mapillary imagery at the location of your 
example so I took a peek at <> google street view. What I see there is 
that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
traffic which may very well inform the allowed right turn at the intersection? 
Or do you know this to be permanent? In this particular case, based on the info 
I have, the _link way should have access=no and indeed no restriction would be 
necessary. (Obviously I can't make those edits because of <> above.)

I'm not saying that there cannot be exceptions to the general rule that 'when 
there is a turn ramp one must use it', (and as I said before our team is not 
adding these 'implicit' restrictions until we clear this up). What I am looking 
for is more clarity (specifically in Canada but in the US also) as to traffic 
regulations that would make adding these restrictions not only valid but also a 
boost to the quality of OSM data. I would only want us to add these if there is 
no confusion regarding correctness and there is added value to adding them.

I'm cc-ing the US list as there are very similar traffic situations there and 
I'm interested in clarifying the situation there as well.

Martijn

> On Apr 3, 2017, at 6:47 AM, James Mast  wrote:
> 
> Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
> still might be legal to right turn at the main intersection?  It might be if 
> you haven't been there, even with the slip lane being there.
> 
> Case in point, if you were to have one of your mappers modify this 
> intersection [2] with a 'no right turn' relation, you would be adding false 
> information to the OSM database.  While there is a 'slip' lane for right 
> turns, there is overhead signage past that slip lane leaving US-19 saying 
> that you are allowed to make a right hand turn at the intersection.  So, [3] 
> would be completely legal and would be prevented if a false relation were to 
> be added here.
> 
> This is just something you can't be 100% sure of without visiting it in 
> person, or have imagery from something like Mapillary to see it.  So, I can 
> see why Andrew was upset about this.
> 
> -James
> 
> [1] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
>  
> 
> [2] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
>  
> 
> [3] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457
>  
> 
> From: Stewart C. Russell 
> Sent: Friday, March 31, 2017 7:26:12 PM
> To: talk...@openstreetmap.org
> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>  
> On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> > … the engine
> > may decide, lacking an explicit restriction, to take the non _link turn
> > because it's faster even if that is an illegal turn. That is why we need
> > these restrictions to be explicit in the data.
> 
> but … but — that's Tagging For The Map, or worse, Tagging To Fix
> Software Stupidity. It's explicitly mapping something that's *not*
> there, and so is contrary to what we're supposed to map.
> 
> I don't have a problem with it being in Telenav's data, but it doesn't
> belong in OSM.
> 
>  Stewart
> 
> 
> ___
> Talk-ca mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca 
> 
> ___
> Talk-ca mailing list
> talk...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ca 
> 
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ca] Telenav mapping turn restrictions

[Martijn van Exel]

James -- I could not find any OSC / Mapillary imagery at the location of your 
example so I took a peek at <> google street view. What I see there is 
that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
traffic which may very well inform the allowed right turn at the intersection? 
Or do you know this to be permanent? In this particular case, based on the info 
I have, the _link way should have access=no and indeed no restriction would be 
necessary. (Obviously I can't make those edits because of <> above.)

I'm not saying that there cannot be exceptions to the general rule that 'when 
there is a turn ramp one must use it', (and as I said before our team is not 
adding these 'implicit' restrictions until we clear this up). What I am looking 
for is more clarity (specifically in Canada but in the US also) as to traffic 
regulations that would make adding these restrictions not only valid but also a 
boost to the quality of OSM data. I would only want us to add these if there is 
no confusion regarding correctness and there is added value to adding them.

I'm cc-ing the US list as there are very similar traffic situations there and 
I'm interested in clarifying the situation there as well.

Martijn

> On Apr 3, 2017, at 6:47 AM, James Mast  wrote:
> 
> Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
> still might be legal to right turn at the main intersection?  It might be if 
> you haven't been there, even with the slip lane being there.
> 
> Case in point, if you were to have one of your mappers modify this 
> intersection [2] with a 'no right turn' relation, you would be adding false 
> information to the OSM database.  While there is a 'slip' lane for right 
> turns, there is overhead signage past that slip lane leaving US-19 saying 
> that you are allowed to make a right hand turn at the intersection.  So, [3] 
> would be completely legal and would be prevented if a false relation were to 
> be added here.
> 
> This is just something you can't be 100% sure of without visiting it in 
> person, or have imagery from something like Mapillary to see it.  So, I can 
> see why Andrew was upset about this.
> 
> -James
> 
> [1] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
>  
> 
> [2] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
>  
> 
> [3] 
> https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457
>  
> 
> From: Stewart C. Russell 
> Sent: Friday, March 31, 2017 7:26:12 PM
> To: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>  
> On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> > … the engine
> > may decide, lacking an explicit restriction, to take the non _link turn
> > because it's faster even if that is an illegal turn. That is why we need
> > these restrictions to be explicit in the data.
> 
> but … but — that's Tagging For The Map, or worse, Tagging To Fix
> Software Stupidity. It's explicitly mapping something that's *not*
> there, and so is contrary to what we're supposed to map.
> 
> I don't have a problem with it being in Telenav's data, but it doesn't
> belong in OSM.
> 
>  Stewart
> 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca 
> 
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-ca 
> 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Ho modificato la tua query con "diff" per lavorare solo in una bbox di
prova, ottenendo questa [1]
Sembra funzioni come la versione che usa "changed" [2]


[1] http://overpass-turbo.eu/s/o2o
[2] http://overpass-turbo.eu/s/o1H


Il giorno 3 aprile 2017 15:55, Davide Sandona' 
ha scritto:

> Hai provato ad utilizzare il comando diff? [1]
> Attenzione che la seguente query [2] opera su tutta la città di Torino, ci
> vorrà del tempo per renderizzare i dati...
>
> [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#
> Delta_between_two_dates_.28.22diff.22.29
> [2] http://overpass-turbo.eu/s/o1O
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] StyleSheet for Outdoors Rendering

[Graham Jones]

One more thing.  Does anyone have a way of generating a map key from a
carto style?  Otherwise I might have to write something.

Cheers


Graham

On 2 Apr 2017 17:21, "Graham Jones"  wrote:

> Thank you all for your suggestions.
> It is all coming back to me slowly now
>
> I decided to have a go at a large scale monochrome outdoor map.  Two
> reasons for this:
>
>1. I want to use it as a background to show the route of a race, so I
>can show the route as a coloured overlay and it will show up nicely.
>2. I am colourblind and struggle if he difference between features is
>colour, so I want the difference to be line weight or pattern instead - I
>can imagine using this for a printed outdoor map for me to use.
>
> Have based it on Greg's work (because it is easier to start out simple so
> I understand what I am doing, and he has got the OS projection working
> nicely), adding in features as I realise I need them, plagiarising Andy's
> code when necessary (I will update the credits in the README)
>
> It is stored here if anyone is interested:
> https://github.com/jones139/gb-leisure-carto   (mine are the style files
> with the '-mono' suffix - it is now so different to Greg's that I should
> maybe change its name, unless Greg would like a mono map too?)
>
> you can see what it looks like here:
> https://github.com/jones139/gb-leisure-carto/blob/master/
> gb-leisure-mono.png
> (this gives a scale of about 1:12500 when printed on A4.
>
> The style currently does the area I was interested in ok (although I am
> minded to make walls and hedges use a pattern rather than a simple line),
> but I am sure there are important features missing when I look at a
> different area, so it is a long way of finished.
>
> Thanks again for your help.
>
> Graham.
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Nella bbox di prova ho voluto includere sia i civici così come importati,
sia alcuni modificati. A quella data purtroppo non c'erano tutte le
modifiche successive, fatte per soddisfare OSM inspector e direttive ISTAT..

Esempio:

addr:street="Murazzi Del Po" > "Murazzi del Po"


Il giorno 3 aprile 2017 15:21, Damjan Gerl  ha scritto:

> Forse ti potrebbe andare bene l'estrazione dei dati che alla data xy erano
> di Ale_Zena_IT-import [1], ma da verificare se ti da i dati di quel giorno
> oppure quelli attuali...
>
> Damjan
>
> [1] http://overpass-turbo.eu/s/o1H
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[James]

As long as the license of the data is compatible with the ODbL, I'd love to
help out.

I can help you set up the project on the osmcanada tasking manager :
tasks.osmcanada.ca so many people could collaborate on this effort.

On Apr 3, 2017 12:33 PM, "Anatolijs Venovcevs" <
gist...@happyvalley-goosebay.com> wrote:

> Hello everyone,
>
>
>
> I’ve been a longtime fan of Open Street Map but this is the first time I
> ever decided to help contribute to it. I am the GIS technologist for the
> Town of Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -
> https://www.openstreetmap.org/#map=14/53.3085/-60.3463
>
>
>
> It’s a small, isolated community of approximately 8,100 people and I’m the
> only one with any GIS training and experience. As a result, I’m responsible
> for doing just about everything to assist the town in geospatial-related
> functions and have a very tight budget and not a lot of time to them. One
> of the things there’s been a real interest in is developing some sort of a
> basic interactive web map for the town’s public information (zoning, water
> and sewer lines, attractions for our tourist map, etc.). I’m planning on
> using QGIS plugin qgis2web to do that and use an OpenStreetMap background.
>
>
>
> Before I can do that, OpenStreetMap data for the town needs to be updated.
> It looks to me approximately five years out of date and the town has been
> experiencing a major boom in the last few years. Currently, the town has
> possession of an updated street centerline network (digitized from 40 cm
> resolution orthorectified Worldview 2 satellite imagery) and an up-to-date
> civic number system with building footprints and parcels for recreational
> spaces and etc. coming later this year. I’d like to share them with the OSM
> community.
>
>
>
> Before I do that, I’m looking for community buy-in for the project. I will
> start with manually adding the new streets that have been built over the
> last few years and correct any information within the town boundaries that
> no longer represents reality on the ground. If that’s ok with all of you,
> I’d like to make the OSM web mapping for my corner of Canada a little
> better.
>
>
>
> Thank you,
>
>
>
> *Anatolijs Venovcevs*
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

[Anatolijs Venovcevs]

Hello everyone,

 

I've been a longtime fan of Open Street Map but this is the first time I
ever decided to help contribute to it. I am the GIS technologist for the
Town of Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -

https://www.openstreetmap.org/#map=14/53.3085/-60.3463

 

It's a small, isolated community of approximately 8,100 people and I'm the
only one with any GIS training and experience. As a result, I'm responsible
for doing just about everything to assist the town in geospatial-related
functions and have a very tight budget and not a lot of time to them. One of
the things there's been a real interest in is developing some sort of a
basic interactive web map for the town's public information (zoning, water
and sewer lines, attractions for our tourist map, etc.). I'm planning on
using QGIS plugin qgis2web to do that and use an OpenStreetMap background.

 

Before I can do that, OpenStreetMap data for the town needs to be updated.
It looks to me approximately five years out of date and the town has been
experiencing a major boom in the last few years. Currently, the town has
possession of an updated street centerline network (digitized from 40 cm
resolution orthorectified Worldview 2 satellite imagery) and an up-to-date
civic number system with building footprints and parcels for recreational
spaces and etc. coming later this year. I'd like to share them with the OSM
community.

 

Before I do that, I'm looking for community buy-in for the project. I will
start with manually adding the new streets that have been built over the
last few years and correct any information within the town boundaries that
no longer represents reality on the ground. If that's ok with all of you,
I'd like to make the OSM web mapping for my corner of Canada a little
better.

 

Thank you,

 

Anatolijs Venovcevs 

 

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

Re: [Talk-GB] RTK / Base Stations / NTRIP

[Andy Robinson]

Hi Grant,

Neat to hear you have been experimenting. I recall looking at RINEX post 
processing a few years back when we didn’t have aerial imagery but the need for 
accurate GPS seemed to recede with time, however having access to something 
which gets survey level precision would put is on a par with the OS when it 
comes to adding new development content. I hate having to add stuff roughly, 
especially when there is a danger I'm unlikely to revisit.

The Emlid Reach RS (like similar antenna) isn’t cheap kit, which is probably 
the biggest disadvantage of accurate surveying.

Cheers
Andy

-Original Message-
From: Grant Slater [mailto:openstreet...@firefishy.com] 
Sent: 02 April 2017 22:03
To: osm-gb
Subject: [Talk-GB] RTK / Base Stations / NTRIP

Hi OSM GB,

I've recently been experimenting with Real-time Kinematic (RTK) "GPS"
GNSS receivers and RTKLIB with some reasonable success. I've been able to get 
repeatable centimetre level position accuracy.
I've been using u-blox NEO-M8T chipsets.

Unfortunately there are very few open and realtime RTK/RTCM NTRIP streams 
available in the UK.
The lack of access to a reasonably nearby stream limits the RTK to mostly 
post-processing application.

The open live streams I have found for the UK are at Daresbury, Inverness, 
Shoeburyness. All of which are in excess of 70km from where I live.

OS Net has good coverage, but is commercial. They do provide open access RINEX 
post processing data, 24 hours after capture:
https://www.ordnancesurvey.co.uk/gps/os-net-rinex-data/

I'd be interested to know if anyone else has been experimenting with RTK?

Do you need a live RTCM stream for experimenting / survey? I can create one, 
happy to travel closer on the weekends too. I use a Emlid Reach RS.

Kind regards,
Grant

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


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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

[Jan Macura]

2017-04-03 17:01 GMT+02:00 majka :

> Jako první vypni tu automatickou aktualizaci.
>

To jde? :D hledám v nastavení a nenacházím..


> A pak je třeba jen stáhnout starší
> verzi a spustit tuhle.
>

Supr, to je ta stránka, co jsem nemohl najít.
Díky!

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

[Talk-ca] Route verte 1 en 4 exemplaires

[Alouette955]

Bonjour,

Voici un extrait d’un message que j’ai envoyé au contributeur MonReseauVelo:

  Bonjour,

  Je m'aperçois que la relation Route verte 1 originale (415116) n'existe 
plus mais que les portions de ma région (Laval)
  se retrouvent dans 4 relations Route verte 1 dont les numéros sont 
7073216, 7073222, 7073230 et 7073389.

  Vous êtes le créateur récent de la première, Je me doute donc que vous 
travaillez activement sur ce(s) relation(s).

  Pouvez-vous expliquer votre processus et la raison d'être de cette 
situation?

Il y a certainement une explication mais, en attente de sa réponse attention 
aux modifications à la RV1 ... et peut-être le reste du réseau RV.

Salutations,

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

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

[majka]

Jako první vypni tu automatickou aktualizaci. A pak je třeba jen stáhnout
starší verzi a spustit tuhle. Lze
i přejmenovat, třeba na josm_old.jar, a jednoduše mít k dispozici verze
obojí. Jen se pluginy pokaždé při přepnutí na novější verzi budou ptát na
aktualizaci, pokud to tak máš nastaveno.

Majka


2017-04-03 16:56 GMT+02:00 Jan Macura :

> Ahoj,
>
> provedla se mi automatická aktualizace. Existuje nějaký snadný postup jak
> JOSM downgradovat na starší verzi?
>
> Díky
>  H.
>
> 2017-04-02 19:06 GMT+02:00 Marián Kyral :
>
>> Pozor, pozor, pozor.
>>
>>
>> V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou
>> tracer používá a proto se místo zobrazení dialogu s konfliktními tagy
>> zobrazí chyba: java.lang.NoSuchMethodError
>>
>> Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří
>> vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)
>>
>> Marián
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

[Jan Macura]

Ahoj,

provedla se mi automatická aktualizace. Existuje nějaký snadný postup jak
JOSM downgradovat na starší verzi?

Díky
 H.

2017-04-02 19:06 GMT+02:00 Marián Kyral :

> Pozor, pozor, pozor.
>
>
> V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou
> tracer používá a proto se místo zobrazení dialogu s konfliktními tagy
> zobrazí chyba: java.lang.NoSuchMethodError
>
> Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří
> vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Pražské OSM setkání - výstupy (mapy.cz a OSM)

[Jan Martinec]

Dne 2.4.2017 v 15:18 Pavel Zbytovský napsal(a):


  * mapy.cz  už ukazuje (c) OpenStreetMap i na české mapě :-)


No, to je sice dobrá reklama pro OSM, ale zdá se, že trochu klamavá ;)
Řešilo se to tu před dvěma roky se závěrem, že je asi jednodušší a 
zřejmě i právně neprůstřelnější atribuovat všude, než zjišťovat "je 
viewport mimo Československo?"


Viz tady ten thread:
https://lists.openstreetmap.org/pipermail/talk-cz/2015-April/011655.html

Zdar,
HPM

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

Re: [OSM-ja] openstreetmap.jpページのrssフィードのリンク

[Satoshi IIDA]

いいだです。

おっと、ご指摘ありがとうございます。
すみません、パッと見てみたのですが、当該部分を直すのに
どこをいじればよいのかちょっと探さないといけないかんじで、
いま出張で海外にでてしまっているので、少しお時間ください。
（サイト上部のRSSアイコンのリンク先、ですよね）






2017年4月4日 0:27 奥田洋平 :

> 奥田と申します。
> はじめて投稿いたします。
>
> openstreetmap.jpで、ページ上部に表示されるrssフィードのアイコンのリンク先が
> //rss.xml
> となっています。
>
> 適切なリンク先のURLは
> https://openstreetmap.jp/rss.xml
> かとおもいますので、修正いただけませんでしょうか
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-cz] Otevřená data v Plzni

[Jan Macura]

Ahoj,

boží! Skvělá práce, Pavle! A ani to nakonec nestálo tolik úsilí, ne? :-)
Takže můžeme začít vymýšlet, co všechno a jak naimportujeme :-)

H.

2017-04-03 15:11 GMT+02:00 Pavel Cvrček :

> Ahoj,
>
> dnes mi dorazilo do e-mailu následující:
>
> "Rád bych vás informoval, že v Plzni došlo k dohodě, že data poskytována
> za GIS budou stejně jako ostatní data v opendatech města plzně pod licencí
> Open Data Commons Open Database License (ODbL) (viz úvodní stránka opendat
> města Plzně: https://opendata.plzen.eu/).
> Licenční omezení „Creative Commons Uveďte autora – Zachovejte licenci“,
> které je dosud uvedeno u všech dat GIS bude odstraněno při nejbližším
> importu nových datových vrstev do Opendat (předpokládáme, že zítra)"
>
> :)
>
> Pavel
>
> Dne 17. února 2017 13:03 Pavel Cvrček  napsal(a):
>
> Ahoj,
>>
>> tak jsem udělal první výstřel na oddělení GIS Správy informačních
>> technologií města, která má otevřená data na starosti. Zatím jsme si
>> vyměnili dva e-maily, kde jsme se domlouvali, co je potřeba s tím, že se to
>> "pošouplo" výše, aby žádost někdo posoudil. Nadhodil jsem to formou viz
>> níže. Tak uvidíme... výsledek pak napíšu.
>>
>> Pavel
>>
>> Dne 13. února 2017 4:03 Matej Lieskovský 
>> napsal(a):
>>
>>> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>>>
>>> Zkušenost z Prahy:
>>> Změna licence je těžká. Raději miřte na explicitní souhlas. Pomáhá:
>>>  - zdůraznit, že to bude otevřený formát (a pouze odvozená data)
>>>  - slíbit jim uvedení zdroje (source tag)
>>>  - nabídnout zpracování statistik o využívanosti dat (pro ně je to
>>> možnost vykázat nějakou užitečnost, pro nás je to vyhledání všech
>>> changesetů a prvků s tím source tagem)
>>>
>>> Posílal jsem kompletní komunikaci s IPR Praha, můžete se inspirovat :)
>>>
>>> 2017-02-12 20:58 GMT+01:00 Jan Macura :
>>>
 Ahoj,

 na začátek musím poznamenat, že ve srovnání s Krnem Plzeň těžce
 prohrává. KMZ, výkresy z CADu, obrázky PNG... Naprosto tristní formáty, pro
 GIS de facto nepoužitelné. Škoda slov. Co by teď člověk dal za GeoJSON...

 Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud by nikdo v listu
 nevěděl líp, mohli bychom zkusit obrátit se s prosbou o konzultaci
 kompatibility licencí na Creative Commons ČR
 .

 H.

 2017-02-12 20:46 GMT+01:00 Pavel Cvrček :

> Ahoj,
>
> město Plzeň již nějaký čas zpřístupňuje některá svá data jako open
> data (https://opendata.plzen.eu/) a postupně nabídku dat rozšiřuje.
> Co jsem se namátkou díval, jsou poskytována pod licencí Creative Commons
> Uveďte autora-Zachovejte licenci.
>
> Předpokládám, že tato licence není OSM kompatibilní. Chtěl bych se ně
> proto obrátit, zda by data mohli zveřejňovat i pod licencí, která umožní
> jejich využití pro potřeby OSM. Rád bych se zeptal zkušenějších... musí
> být Open Data Commons Open Database License (ODbL)? Nebo co vše je
> akceptovatelné, aby šlo z dat čerpat pro potřeby OSM?
>
> Díky
>
> Pavel
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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


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

[OSM-ja] openstreetmap.jpページのrssフィードのリンク

[奥田洋平]

奥田と申します。
はじめて投稿いたします。

openstreetmap.jpで、ページ上部に表示されるrssフィードのアイコンのリンク先が
//rss.xml
となっています。

適切なリンク先のURLは
https://openstreetmap.jp/rss.xml
かとおもいますので、修正いただけませんでしょうか
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-be] WMS in ID

[joost schouppe]

Philippe,
Om te zien welke lagen in de service zitten:
http://data-mobility.irisnet.be/geoserver/bm_bike/wms?request=getcapabilities

En zoek naar bike_shed_view om bij het begin van de lagen te komen.

2017-03-31 11:46 GMT+02:00 Jonathan Beliën :

> Hello Philippe,
>
>
> You can't add "raw" WMS query directly to iD Editor.
> You need to create an URL containing every parameters needed (layers, zoom
> level, projection, ...) to make it work.
>
> If you tell me which layer(s) of this service you need, I can give you the
> correct URL to enter in iD !
>
> Jonathan
>
>
> Le 31-03-17 à 10:49, Philippe Casteleyn a écrit :
>
> Ik  probeer de OSM fietsparkings van Brussel met de officiële te
> vergelijken.
>
> Ik plak
>
> http://data-mobility.irisnet.be/geoserver/bm_bike/wms?
>
> in ID in de custom background.
>
> Maar er gebeurt niets.
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

[Talk-it] R: Re: I: Re: software ricerca modifiche per niubbi

[frali...@alice.it]

Buongiorno,
come  i pokemon adesso l'Utente Pasticcione si è evoluto in altro account, ma 
rimane sempre lo steso rompimento come se fosse il portatore delle Sacre 
Scritture




Messaggio originale

Da: cortese...@gmail.com

Data: 3-apr-2017 11.44

A: "frali...@alice.it", "openstreetmap list - 
italiano"

Ogg: Re: [Talk-it] I: Re: software ricerca modifiche per niubbi



Con achavi non dovresti avere problemi, funziona via web all'indirizzo che ti 
ho linkato: basta indicare data di inizio verifica data di fine e l'area di 
interesse semplicemente visualizzando la zona a schermo. Chiaramente è molto 
più limitato ma funziona bene.
Ciao,Federico






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

Re: [Talk-it] [civici Torino] Offset generale

[Davide Sandona']

Hai provato ad utilizzare il comando diff? [1]
Attenzione che la seguente query [2] opera su tutta la città di Torino, ci
vorrà del tempo per renderizzare i dati...

[1]
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Delta_between_two_dates_.28.22diff.22.29
[2] http://overpass-turbo.eu/s/o1O

Davide.

Il giorno 3 aprile 2017 14:39, Cascafico Giovanni  ha
scritto:

> Ho usato lo user ID invece dello username Ale_Zena-import solo per
> comodità;  il problema credo sia un'altro: non riesco ad isolare i nodi che
> sono stati creati da questo utente e poi modificati da me od altri che sono
> successivamente intervenuti per risolvere i problemi non geo (task [1]).
>
> La query che ho segnalato non ha problemi ad estrarre i nodi creati da
> Ale_Zena-import, ma esclude quelli successivamente modificati da altri.
>
> Ho provato la query [2] che dovrebbe estrarre i nodi con addr_housenumber
> cambiati dopo una certa data. Qualcuno vuole controllare se potrebbe essere
> usata per isolare i nodi da spostare?
> Poi sarà da vedere su overpass-turbo riesce ad ustrarre tutto il comune...
>
>
> [1] http://osmit-tm.wmflabs.org/project/24
> [2] http://overpass-turbo.eu/s/o1y
>
> Il giorno 3 aprile 2017 11:35, girarsi_liste  ha
> scritto:
>
>> Il 03/04/2017 11:08, Cascafico Giovanni ha scritto:
>> > Come si potrebbe estrarre i nodi importati, includendo anche quelli
>> > successivamente modificati? Sto provando la query [1], in base
>> all'userid
>> > di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.
>> >
>> >
>> >
>> > [1] http://overpass-turbo.eu/s/o0i
>> >
>>
>> Forse perchè stai sbagliando user, è:
>>
>> Ale_Zena_IT-import
>>
>>
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address
>> _import_for_Torino#Dedicated_upload_account
>>
>>
>> --
>> 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] [civici Torino] Offset generale

[Damjan Gerl]

Forse ti potrebbe andare bene l'estrazione dei dati che alla data xy erano di 
Ale_Zena_IT-import [1], ma da verificare se ti da i dati di quel giorno oppure 
quelli attuali...

Damjan

[1] http://overpass-turbo.eu/s/o1H


-- Header Originale ---

Da  : "Cascafico Giovanni" cascaf...@gmail.com
A  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Data  : Mon, 3 Apr 2017 14:39:16 +0200
Oggetto : Re: [Talk-it] [civici Torino] Offset generale

> Ho usato lo user ID invece dello username Ale_Zena-import solo per
> comodità;  il problema credo sia un'altro: non riesco ad isolare i nodi che
> sono stati creati da questo utente e poi modificati da me od altri che sono
> successivamente intervenuti per risolvere i problemi non geo (task [1]).
> 
> La query che ho segnalato non ha problemi ad estrarre i nodi creati da
> Ale_Zena-import, ma esclude quelli successivamente modificati da altri.
> 
> Ho provato la query [2] che dovrebbe estrarre i nodi con addr_housenumber
> cambiati dopo una certa data. Qualcuno vuole controllare se potrebbe essere
> usata per isolare i nodi da spostare?
> Poi sarà da vedere su overpass-turbo riesce ad ustrarre tutto il comune...
> 
> 
> [1] http://osmit-tm.wmflabs.org/project/24
> [2] http://overpass-turbo.eu/s/o1y
> 
> Il giorno 3 aprile 2017 11:35, girarsi_liste  ha
> scritto:
> 
> > Il 03/04/2017 11:08, Cascafico Giovanni ha scritto:
> > > Come si potrebbe estrarre i nodi importati, includendo anche quelli
> > > successivamente modificati? Sto provando la query [1], in base all'userid
> > > di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.
> > >
> > >
> > >
> > > [1] http://overpass-turbo.eu/s/o0i
> > >
> >
> > Forse perchè stai sbagliando user, è:
> >
> > Ale_Zena_IT-import
> >
> >
> > https://wiki.openstreetmap.org/wiki/Import/Catalogue/
> > Address_import_for_Torino#Dedicated_upload_account
> >
> >
> > --
> > 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-cz] Otevřená data v Plzni

[Pavel Cvrček]

Ahoj,

dnes mi dorazilo do e-mailu následující:

"Rád bych vás informoval, že v Plzni došlo k dohodě, že data poskytována za
GIS budou stejně jako ostatní data v opendatech města plzně pod licencí
Open Data Commons Open Database License (ODbL) (viz úvodní stránka opendat
města Plzně: https://opendata.plzen.eu/).
Licenční omezení „Creative Commons Uveďte autora – Zachovejte licenci“,
které je dosud uvedeno u všech dat GIS bude odstraněno při nejbližším
importu nových datových vrstev do Opendat (předpokládáme, že zítra)"

:)

Pavel

Dne 17. února 2017 13:03 Pavel Cvrček  napsal(a):

> Ahoj,
>
> tak jsem udělal první výstřel na oddělení GIS Správy informačních
> technologií města, která má otevřená data na starosti. Zatím jsme si
> vyměnili dva e-maily, kde jsme se domlouvali, co je potřeba s tím, že se to
> "pošouplo" výše, aby žádost někdo posoudil. Nadhodil jsem to formou viz
> níže. Tak uvidíme... výsledek pak napíšu.
>
> Pavel
>
> Dne 13. února 2017 4:03 Matej Lieskovský 
> napsal(a):
>
>> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>>
>> Zkušenost z Prahy:
>> Změna licence je těžká. Raději miřte na explicitní souhlas. Pomáhá:
>>  - zdůraznit, že to bude otevřený formát (a pouze odvozená data)
>>  - slíbit jim uvedení zdroje (source tag)
>>  - nabídnout zpracování statistik o využívanosti dat (pro ně je to
>> možnost vykázat nějakou užitečnost, pro nás je to vyhledání všech
>> changesetů a prvků s tím source tagem)
>>
>> Posílal jsem kompletní komunikaci s IPR Praha, můžete se inspirovat :)
>>
>> 2017-02-12 20:58 GMT+01:00 Jan Macura :
>>
>>> Ahoj,
>>>
>>> na začátek musím poznamenat, že ve srovnání s Krnem Plzeň těžce
>>> prohrává. KMZ, výkresy z CADu, obrázky PNG... Naprosto tristní formáty, pro
>>> GIS de facto nepoužitelné. Škoda slov. Co by teď člověk dal za GeoJSON...
>>>
>>> Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud by nikdo v listu
>>> nevěděl líp, mohli bychom zkusit obrátit se s prosbou o konzultaci
>>> kompatibility licencí na Creative Commons ČR
>>> .
>>>
>>> H.
>>>
>>> 2017-02-12 20:46 GMT+01:00 Pavel Cvrček :
>>>
 Ahoj,

 město Plzeň již nějaký čas zpřístupňuje některá svá data jako open data
 (https://opendata.plzen.eu/) a postupně nabídku dat rozšiřuje. Co jsem
 se namátkou díval, jsou poskytována pod licencí Creative Commons Uveďte
 autora-Zachovejte licenci.

 Předpokládám, že tato licence není OSM kompatibilní. Chtěl bych se ně
 proto obrátit, zda by data mohli zveřejňovat i pod licencí, která umožní
 jejich využití pro potřeby OSM. Rád bych se zeptal zkušenějších... musí
 být Open Data Commons Open Database License (ODbL)? Nebo co vše je
 akceptovatelné, aby šlo z dat čerpat pro potřeby OSM?

 Díky

 Pavel

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


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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Domas Jokubauskis]

2017 m. balandžio 3 d. 12:08, Tomas Straupis  rašė:

>   Žodžiu bent jau aš atsargiai žiūrėčiau į problemų sprendimą savo
> programinės įrangos diegimo keliu.
>

Man atrodo, kad idealus variantas būtų pagerinti sąrašyno sąsają OSM mastu.
Pavyzdys: https://lists.fedoraproject.org/archives/ - šiuolaikiškas
sąrašyno archyvas ir galimybė rašyti tiesiai iš naršyklės.

-- 
Pagarbiai
Domas Jokubauskis
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Ho usato lo user ID invece dello username Ale_Zena-import solo per
comodità;  il problema credo sia un'altro: non riesco ad isolare i nodi che
sono stati creati da questo utente e poi modificati da me od altri che sono
successivamente intervenuti per risolvere i problemi non geo (task [1]).

La query che ho segnalato non ha problemi ad estrarre i nodi creati da
Ale_Zena-import, ma esclude quelli successivamente modificati da altri.

Ho provato la query [2] che dovrebbe estrarre i nodi con addr_housenumber
cambiati dopo una certa data. Qualcuno vuole controllare se potrebbe essere
usata per isolare i nodi da spostare?
Poi sarà da vedere su overpass-turbo riesce ad ustrarre tutto il comune...


[1] http://osmit-tm.wmflabs.org/project/24
[2] http://overpass-turbo.eu/s/o1y

Il giorno 3 aprile 2017 11:35, girarsi_liste  ha
scritto:

> Il 03/04/2017 11:08, Cascafico Giovanni ha scritto:
> > Come si potrebbe estrarre i nodi importati, includendo anche quelli
> > successivamente modificati? Sto provando la query [1], in base all'userid
> > di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.
> >
> >
> >
> > [1] http://overpass-turbo.eu/s/o0i
> >
>
> Forse perchè stai sbagliando user, è:
>
> Ale_Zena_IT-import
>
>
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/
> Address_import_for_Torino#Dedicated_upload_account
>
>
> --
> 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] Barriera solo per vehicoli larghi

[Martin Koppenhoefer]

sent from a phone

> On 3 Apr 2017, at 11:33, Volker Schmidt  wrote:
> 
> (2) potrei raddoppiare il way per un breve tratto attorno alla barriera.



si, probabilmente la soluzione migliore, al meno se esiste un pAlo tra percorso 
pedonale e percorso dei veicoli: non richiede trattamento speciale ed è  anche 
compatibile con il nostro modo normale di mappare.


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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

2017 m. balandžio 3 d. 14:57, Mantas rašė:
> Būtų įdomu pamatyti antro klausimo statistiką atfiltravus tik tuos
> respondentus, kurie į ketvirtą klausimą atsakė „rašau“.

  Iš 20 web forumą pažymėjusių kaip norimą kanalą, 6 rašo ir 14 nerašo.

  Iš 16 rašančių, norimi kanalai:
  * sąrašynas - 14
  * web forumas - 6
  * kita - 5
  * char/irc - 3
  * google+ - 2
  * facebook - 1 :-D

  Bet nereikia pamiršti, kad tikriausiai yra tokių, kurie nerašo
būtent todėl, kad sąrašynas jiems netinka/nepatinka. Ta prasme, kad
atsiradus kitiems kanalams jie GAL pradėtų rašyti.
  PIRMINIS tikslas yra padidinti rašančiųjų skaičių, o ne padaryti
rašymą patogesnį (čia antrinis tikslas).

-- 
Tomas

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Mantas]

Būtų įdomu pamatyti antro klausimo statistiką atfiltravus tik tuos
respondentus, kurie į ketvirtą klausimą atsakė „rašau“.

Jei forumas patinka tik tiems, kurie tik skaito, tai žinoma, kad forumas
niekada neprigis.

2017 m. balandžio 3 d. 14:50, Ramas  rašė:

> Sveiki,
> visame OSM yra naudojama netgi daugiau bendravimo kanalų (pvz.
> help.osm.org, irc, github). Kiekvienas randa sau tinkamiausią būdą ir
> bendrauja :) O jei kažkur atsiranda įdomios info ar vyksta diskusija, tai
> žmonės labai greitai tuo pasidalina, tiesiog, natūraliai.
> Forumas tuščias. Net jeigu apklausos lyderis yra jis, dar vistiek neaišku
> ar ten bus bent kažkokios gyvybės.
>
>
> 2017-04-03 12:08 GMT+03:00 Tomas Straupis :
>
>> > Šiaip tai Google Groups neblogai veikia kaip forumas ir kaip sąrašynas,
>> bet
>> > bent jau man asmeniškai Google Groups kaip forumas yra gan prastas,
>> nežinau
>> > ar kas nors juo naudojasi.
>>
>>   Čia reikėtų paminėti vieną detalę, kad tiek sąrašynai, tiek
>> dabartinis OSM forumas sukasi OSM infrastruktūroje ir prižiūrimas OSM
>> adminų. T.y. mes niekaip neįtakojame pasirinktos programinės įrangos.
>> Jei norėtume daryti kažką savo, tai prarastume dabar turimą nieko
>> nedarant gaunamą priežiūrą. Jei išsikeltume į savo infrastruktūrą (ar
>> naudotume google priemones), tai kaip ir galėtume dėti bet ką bet
>> kaip, bet tada reikėtų patiems prisižiūrėti ir jau nebūtų trivialu
>> rasti Lietuvai specifinius bendravimo kanalus. Dabar gi gan greitai
>> OSM vikyje galima rasti nuorodas į bendrą forumą (ir jame rasti
>> Lietuvos grupę) ir sąrašynus (ir ten vėlgi rasti Lietuvos grupę).
>>
>>   Žodžiu bent jau aš atsargiai žiūrėčiau į problemų sprendimą savo
>> programinės įrangos diegimo keliu.
>>
>>   Ta prasme „šiaip tiesiog kažką įdiegus“ problema neišsispręs. Tiek
>> forumas, tiek facebook turi savo specifiką, todėl tai nėra bijekcija,
>> žinutės 1 prie 1 nesikonvertuoja iš vieno kanalo į kitą. Taigi
>> reikalingas kažkoks kitas sprendimas. Ir nežinau, ar variantas visas
>> žinutes vienaip ar kitaip automatiškai transliuoti per visus kanalus
>> yra labai geras... Bet čia tik mano nuomonė.
>>
>>   T.y. kiekviename naujame kanale (forume, FB) turi atsirasti bent
>> vienas žmogus, norintis tą kanalą prižiūrėti. Ar turime tokių
>> savanorių?
>>
>> --
>> Tomas
>>
>> ___
>> Talk-lt mailing list
>> Talk-lt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-lt
>>
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>


-- 
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Ramas]

Sveiki,
visame OSM yra naudojama netgi daugiau bendravimo kanalų (pvz. help.osm.org,
irc, github). Kiekvienas randa sau tinkamiausią būdą ir bendrauja :) O jei
kažkur atsiranda įdomios info ar vyksta diskusija, tai žmonės labai greitai
tuo pasidalina, tiesiog, natūraliai.
Forumas tuščias. Net jeigu apklausos lyderis yra jis, dar vistiek neaišku
ar ten bus bent kažkokios gyvybės.


2017-04-03 12:08 GMT+03:00 Tomas Straupis :

> > Šiaip tai Google Groups neblogai veikia kaip forumas ir kaip sąrašynas,
> bet
> > bent jau man asmeniškai Google Groups kaip forumas yra gan prastas,
> nežinau
> > ar kas nors juo naudojasi.
>
>   Čia reikėtų paminėti vieną detalę, kad tiek sąrašynai, tiek
> dabartinis OSM forumas sukasi OSM infrastruktūroje ir prižiūrimas OSM
> adminų. T.y. mes niekaip neįtakojame pasirinktos programinės įrangos.
> Jei norėtume daryti kažką savo, tai prarastume dabar turimą nieko
> nedarant gaunamą priežiūrą. Jei išsikeltume į savo infrastruktūrą (ar
> naudotume google priemones), tai kaip ir galėtume dėti bet ką bet
> kaip, bet tada reikėtų patiems prisižiūrėti ir jau nebūtų trivialu
> rasti Lietuvai specifinius bendravimo kanalus. Dabar gi gan greitai
> OSM vikyje galima rasti nuorodas į bendrą forumą (ir jame rasti
> Lietuvos grupę) ir sąrašynus (ir ten vėlgi rasti Lietuvos grupę).
>
>   Žodžiu bent jau aš atsargiai žiūrėčiau į problemų sprendimą savo
> programinės įrangos diegimo keliu.
>
>   Ta prasme „šiaip tiesiog kažką įdiegus“ problema neišsispręs. Tiek
> forumas, tiek facebook turi savo specifiką, todėl tai nėra bijekcija,
> žinutės 1 prie 1 nesikonvertuoja iš vieno kanalo į kitą. Taigi
> reikalingas kažkoks kitas sprendimas. Ir nežinau, ar variantas visas
> žinutes vienaip ar kitaip automatiškai transliuoti per visus kanalus
> yra labai geras... Bet čia tik mano nuomonė.
>
>   T.y. kiekviename naujame kanale (forume, FB) turi atsirasti bent
> vienas žmogus, norintis tą kanalą prižiūrėti. Ar turime tokių
> savanorių?
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-ca] Telenav mapping turn restrictions

[James Mast]

Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
still might be legal to right turn at the main intersection?  It might be if 
you haven't been there, even with the slip lane being there.

Case in point, if you were to have one of your mappers modify this intersection 
[2] with a 'no right turn' relation, you would be adding false information to 
the OSM database.  While there is a 'slip' lane for right turns, there is 
overhead signage past that slip lane leaving US-19 saying that you are allowed 
to make a right hand turn at the intersection.  So, [3] would be completely 
legal and would be prevented if a false relation were to be added here.

This is just something you can't be 100% sure of without visiting it in person, 
or have imagery from something like Mapillary to see it.  So, I can see why 
Andrew was upset about this.

-James

[1] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
[2] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
[3] 
https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457



From: Stewart C. Russell 
Sent: Friday, March 31, 2017 7:26:12 PM
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Telenav mapping turn restrictions

On 2017-03-31 04:29 PM, Martijn van Exel wrote:
> … the engine
> may decide, lacking an explicit restriction, to take the non _link turn
> because it's faster even if that is an illegal turn. That is why we need
> these restrictions to be explicit in the data.

but … but — that's Tagging For The Map, or worse, Tagging To Fix
Software Stupidity. It's explicitly mapping something that's *not*
there, and so is contrary to what we're supposed to map.

I don't have a problem with it being in Telenav's data, but it doesn't
belong in OSM.

 Stewart


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

Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)

[r00t]

Ahoj,

> Koukal jsem na tu OpenInfraMap a všimnul jsem si dvou věcí:
> - nezobrazují teplovody - takže většina pražských trubek se nezobrazí
> - nezobrazují vodárny
> Celkově mi přijde, že je snazší mapovat vodárnya telefonní ústředny než
> propojení mezi nimy, proto je škoda, že to ta mapa nezobrazuje.

Autora OpenInfraMap jsem kontaktoval kvuli chybam pri cachovani tiles pred
nejakou dobou. Taky jsem se zminil ze by bylo dobre vykreslovat vedeni VN ruzne
tluste podle poctu dratu a barevne transformatory/vypinace/prechody. Odpovedel
mi ze to je vsechno pekne ale posledni dobou vubec nema cas na OpenInfraMap
pracovat a zadne zmeny se nechystaji...

Styly OpenInfraMap jsou zde: https://github.com/openinframap/styles
Je tam nejaky par mesicu stary pull-request o vylepseni renderovani vedeni VN,
kde ru (autor OpenInfraMap) pise ze se mu nechce rebuildovat databaze kvuli
pridani novych tagu.
Takze muzeme sice udelat pull-request pro vykreslovani potrubi, ale vysledek 
bude
asi stejny, v soucasne DB ty data urcite nema, takze "mozna nekdy v budoucnu".

Nevim jak moc je renderovani dlazdic narocne, ale treba by melo smysl premyslet
o renderovani vlastni Ceske verze, s vrstvami jako jsou rozvody VN,
potrubi+vodarny+plynarny a telekomunikace. Pro zacatek pouzit styly OpenInfraMap
a doplnit je o dalsi potrebne veci.



r00tcz


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

[OSM-talk-be] @Philippe: Planmetric points

[Marc Gemis]

Given your bitter comment on:
https://blog.openstreetmap.org/2017/03/31/osm-plate-tectonics/

What was wrong with:
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsurvey_point
with the necessary subtags ?

And if you do not find an answer on this mailing list, why didn't you
try http://help.openstreetmap.org or the tagging mailing list, so you
reach a broader audience ?

As probably said before, not everybody has the same agenda as you. If
you want to map something nobody else is interested in (or has mapped
before), you cannot expect answers from the local community. Then it
is up to you to look further without sounding bitter.


m.

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

Re: [OSM-fi] Fixing broken and old-style multipolygons

[Jukka Rahkonen]

Hi,

Right, those seem to come from the notorious Corine Landcover import 
that was never completed nor reversed even it does have loads of 
topological errors. It does bring some colour to the map in about 25% of 
the Finnish territory, though. You may know that we do not have very 
good alternative sources for land cover imports because 71,6% of the 
area of Finland is covered by forests. Therefore our topographic map 
database does not even have a class for forests - they are background, 
not interesting at all.


I had a look at some polygons and I do not know exactly how they should 
be corrected. For example relation 
https://www.openstreetmap.org/relation/1481481#map=8/62.740/25.565


It has an inner member https://www.openstreetmap.org/way/104644001 which 
somehow looks the same as

https://www.openstreetmap.org/way/104646035

The inner polygon, that is coniferous wood, is a simple polygon with 
only outer ring. So as a stand-alone it could carry its own tags. But 
because the ring is re-used as a hole of the bigger mixed wood polygon 
it should not have tags. Instead the single ring coniferous area should 
be changed into a multipolygon relation that has only one member, and 
that new relation would get the coniferous tag. Is this correct?


I really much doubt that anybody is interested in correcting the Corine 
polygons but people has not been too eager to revert the import  either. 
Because of the colour, you know. But let's see how other members of the 
Finnish community react. I fear also that OSM will never get rid of the 
hand-written multipolygon relation system and because the reason for the 
trouble will not be fixed you have been forced to start  your huge 
effort with fixing the broken data 
https://wiki.openstreetmap.org/wiki/Area/The_Future_of_Areas. Good luck 
for you.


Regards,

-Jukka Rahkonen-



Jochen Topf kirjoitti 2017-04-03 13:25:

Hi!

You might have seen that a few weeks ago I started a huge effort to
clean up broken (multi)polgyons and old-style multipolygon relations
(with tags on ways instead of on the relation) in OSM. You can find out
more about this project on http://area.jochentopf.com/ .

I am writing on this list here, because Finland is a major hotspot for
those multipolygon problems. See these maps:

http://area.jochentopf.com/map/index.html#7/61.923/25.378
http://tools.geofabrik.de/osmi/?view=areas=28.31590=62.06443=8

This is probably due to some imported data. Is anybody here interested
in this topic? How can we move this forward?

Jochen


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

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Pelato Marcello]

Grazie molte.
Adesso rosico, ma sono contento.
Più che altro perché capiterà occasione per rifarmi, yuppie :D


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

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[Naveen Francis]

Looks like we dont have somewhere 228 highways without wikiarticle.

http://overpass-turbo.eu/s/nz2 [20 mb]


On 3 April 2017 at 13:28, Srihari Thalla  wrote:

> Very happy to know that :)
>
> I see that he has also updated NH wiki tags (but with errors, he is
> correcting too). @Naveen Can you check if all the NHs are properly tagged
> and complete with Wiki-pedia/data? Thanks.
>
> He is also adding Wiki info for cities and towns now.
>
> On Sat, 1 Apr 2017 at 06:53 Naveen Francis  wrote:
>
>> Challenge "Wiki for districts" is completed.
>> User Vonter  has added tags
>> for most of the  Indian districts :)
>>
>> Thanks,
>> naveenpf
>>
>> On 16 March 2017 at 21:25, Srihari Thalla 
>> wrote:
>>
>> I have set up these challenges as of today:
>>
>> [1] - Railway Station codes
>> [2] - Wiki tags for railway stations
>> [3] - Wiki tags for cities and towns
>> [4] - Wiki tags for districts
>>
>> -
>>
>> @Naveen I hope all the NHs are already traced and mapped [and updated to
>> the new numbering]? I'll check if Overpass QL supports regex tomorrow and
>> set up the challenges. I might need your help.
>>
>> -
>>
>> Regarding tracing roads and building in small towns and villages, I
>> noticed that more 50% of the villages were not even mapped (at least in
>> Andhra/Telangana, I didn't look at other states). I think this procedure
>> might be good:
>>
>> [a] - Place `node`s with place=village tags for untagged villages. We
>> don't know all the names, so we might want to leave the name for now.
>> [b] - Setup challenges to trace roads; and buildings
>> [c] - Work to get data about the villages (starting with their names
>> themselves)
>>
>> I can start [a] with Andhra Pradesh and Telangana
>> district-wise-alphabetically. If you are open to this idea, let me know and
>> your thoughts.
>>
>> -
>>
>> Here are the links for the Challenges [1,2,3,4]:
>>
>> [1] - Railway Station codes - http://maproulette.org/map/2403
>> [2] - Wiki for Railway Stations - http://maproulette.org/map/2404
>> [3] - Wiki for cities and towns - http://maproulette.org/map/2405
>> [4] - Wiki for districts - http://maproulette.org/map/2406
>>
>> cc Arun. Need your help spreading the word :)
>> -
>>
>> I am in touch with Martijn of MapRoulette. He said he would feature our
>> challenges in the upcoming newsletter. I think the challenges above are
>> pretty easy and useful for getting people from other communities interested
>> in OSM, as Arun said.
>>
>> But tracing untraced villages would be good for featuring in his
>> newsletter. That might bring attention. What do you think?
>>
>> On Wed, 15 Mar 2017 at 19:23 Naveen Francis  wrote:
>>
>> One more task
>>   - Add wikidata tags for Indian Highways, it has been add for about 100
>> primary highways.
>> https://en.wikipedia.org/wiki/List_of_National_Highways_in_
>> India_by_highway_number#/maplink/0
>> About 200 may be remaining, finding QID is easier since it is in one
>> place :)
>> https://www.wikidata.org/wiki/Wikidata:WikiProject_
>> Roads/India/National_Highways
>>
>>
>>
>>
>> On 15 March 2017 at 17:16, Arun Ganesh  wrote:
>>
>> Challenge 3 and 4 could be quite interesting to get other communities
>> interested in OSM.
>>
>> For Wikidata matching, we can share the challenge with the Wikimedia
>> India chapter. Adding these tags also help make maps on Wikipedia. See
>> Naveens' diary http://www.openstreetmap.org/user/naveenpf/diary/40515
>>
>> For any railway mapping we can spread the word on IRFCA, which would get
>> the railfans really excited.
>>
>> Srihari, if you can make the challenges, I could help spread the word. We
>> could also do mapping sprints to map them together with others to knock it
>> off.
>>
>> ___
>> 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
>>
>
> ___
> 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-nl] StreetComplete

[Alert Bouterse]

Beste Mappers,

Streetcomplete is inderdaad een App die ik vaak gebruik.  Het spoort de
gaten op in onze kaarten en stelt ons vragen, zoals wat is de naam van deze
straat, of wat zijn de openingstijden van deze winkel. De App is zeer
eenvoudig in gebruik.  Het is op dit moment in de App store nog een Beta
versie. Ik ben op dit moment bezig, op verzoek van de ontwikkelaar met het
vertalen van de App naar het Nederlands. Ik heb nog wel behoefte aan een
paar extra ogen die even kritisch meekijken. Ik hoor graag wie van
jullie hiertoe bereid is.

Grt,

Alert Bouterse

Op 3 apr. 2017 11:20 schreef "Pander OpenTaal" :

> Hoi allemaal,
>
> Hebben jullie de Android app StreetComplete al uitgeprobeerd? Soort van
> laagdrempelige Pokémon voor OSM'ers. Zie in de Google Play app store:
>
> https://play.google.com/store/apps/details?id=de.westnordost
> .streetcomplete
> of in de F-Droid app store:
>   https://f-droid.org/repository/browse/?fdid=de.westnordost.
> streetcomplete
>
> Probeer ook de optie "Scan for Quests here". De ontwikkelaar werkt hard
> aan de app en neemt alle feedback serieus. Zie daarvoor op GitHub:
>   https://github.com/westnordost/StreetComplete/issues
>
> Misschien is het goed om voor NL een overzicht te creëren van wat er via
> deze app tot nu toe bijgedragen voor automatische verificatie en een
> idee van de hoeveelheid data die zo wordt verzameld. Afijn, zie de
> issues op GitHub.
>
> Groeten,
>
> Pander
> --
> Stichting OpenTaal
> http://opentaal.org
> http://twitter.com/opentaal
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[gppes_osm]

Ich habe Deinen Text angestrengt gelesen und nicht ganz verstanden was Du sagen 
willst.

Ich gehe davon aus, dass es anderen mit meinen Zeilen auch so passiert sein 
koennte. Also zur Klarstellung: Ich wollte mit den Bits und Bytes sagen, dass 
man sich manches nicht zu sehr zu Herzen nehmen soll. Auch mir wurden schon von 
mir surveyte Daten "ausgebessert". Und da hilft mir der Satz dann einfach 
gelassener zu bleiben.

Wie mit der Privatsphaere von Menschen umzugehen ist, ist sogar in der oester. 
Verfassung festgelegt. Aber jeder darf fuer sich selber entscheiden. Ich halte 
es fuer wirklich falsch, respektiere aber, dass Du gerne Deine Ausweise 
jedermann zur Verfuegung stellen willst. Unangenehm empfinde ich, wenn jemand 
dritter salopp darum bittet, seine Anonymitaet aufzugeben. Das finde ich nicht 
richtig.

In 10 Jahren wird man Deinen Aufsatz hier auch noch lesen koennen (mit 
Realnamen - vorausgesetzt er ist es) vielleicht hast Du Dich bis dahin ja in 
irgend einer Form veraendert. Sowie das von Dir beschriebene HTML. Bei mir wird 
das sicher so sein, und ich werde froh sein, dass nicht jeder meiner Erguesse, 
mit meinem echten Namen unterschrieben, zu lesen sein wird.

> Gesendet: Montag, 03. April 2017 um 11:47 Uhr
> Von: "Robin Däneke" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im 
> Standardstil
>
> > Irgend jemand hat hier mal sinngemaess geschrieben: Es sind nur Bits und 
> > Bytes in einer Datenbank. An dieses Prinzip versuche ich mich so
> 
> > gut es geht zu halten (gelingt eh nicht immer).
> 
> Eine normale DB ist im Endeffekt echt nur eine Sammlung von digitalen Daten, 
> und *kann* als irgendein Modell dargestellt werden, muss aber nicht. Die OSM, 
> als GEOgraphischeDatenBank ist da anders. Du wirst die Datenstruktur der OSM 
> nicht als (Binär)baum oder als Zeitdiagramm beschreiben können, aber auch 
> wirst du nicht drum rum kommen, für die einzelnen Datensätze eine Projektion 
> auf eine Karte anzunehmen. Die Datenbank hat eine festgelegte Sprache (die 
> Tags/Positionen) und die sind darauf ausgelegt, dass im Endeffekt die 
> Daten(auswertung) auf einem geographisch festlegbaren Ort sind. Insofern ist 
> die OSM-DB Bits und Bytes mit Position auf einer Karte. Man soll natürlich 
> nicht für einen gewissen Render mappen, aber stell dir vor, wir hätten Zugang 
> zu einem nicht geografischen Editor, und laden ein Changeset ohne Ort hoch. 
> Das wäre dann aufgrund der Sprache ein Syntax oder Semantikerror. Insofern 
> ist die Datenbank nur als Karte in einer Projektion gebrauchbar. Das Mappen 
> ohne diesen Aspekt im Hinterkopf zu haben geht einfach nicht.
> 
> Aber wenn ich grad am Schreiben bin noch was zur Diskussion:
> Sprachen verändern sich. HTTP 2.0 statt 1.1, HTML 5.0, auch deutsch kam seit 
> althochdeutsch einen langen Weg, über "Ich saz ûf eime Steine" zu "Hearst, 
> oida!". Und genau so werden die Tags in der OSM sich lexikalisch, und 
> semantisch auch immer wieder verändern. Und wenn es einen Tag gibt, der 
> genauer Spezifiziert wird/werden soll, als ein anderer, der genau, oder eben 
> ungenau das selbe aussagt, dann ist es naheliegend, den ungenaueren nicht 
> mehr zu verwenden.
> 
> Und gleich ein Kommentar zum DB-Spring-Cleaning nach Topf: Da ich mich selbst 
> darüber noch nicht informiert habe, hab ich keine gebildete Meinung dazu, 
> aber meine ungebildete Meinung ist: Gut, dass da wer mal nicht nur sagt, dass 
> da was passieren muss, sondern das gleich, mit offenbar viel Unterstützung, 
> auch macht.
> 
> Ich weiß ja nicht wie das ankommen würde, aber wenn man dem OSM-Server ein 
> Script geben würde, das nicht ganz korrekte Changes (MultiPolygone) ohne 
> outer Rollen, Kaffeehäuser und Kebabstandeln in Öffirelationen, Ways die 
> sowohl oneway=yes als auch lanes:backward (ohne Erwähnung von 
> psv/bicycle/Ausnahmen) haben, usw. einfach ablehnt. Also einen Filter 
> einbauen. Da die Sprache im Zusammenhang genau definierbar ist, wäre das 
> sicher eine Variante gegen einige Fehler. Sowohl von Anfängern, als auch 
> verwirrten oder dem Tagging nicht zu 100% zugeneigten Mapmeistern. Neue Tags 
> wären noch erlaubt, aber sobald sie angenommen wurden (in der Wiki), und eine 
> fixe Definition haben, kommen sie so in den Filter. Würde zwar gegen das 
> KISS-Prinzip gehen, dass man bei Webservern verfolgt, aber würde der Qualität 
> zur Gute kommen. Auch könnten/sollten manche Prozesse (auch wenn das hier 
> nicht gern gehört wird) automatisiert werden. Tippfehler in Tags etwa, sollte 
> alle paar Monate eine Routine ausbessern. Nur in dem Skope: Da es vermutlich 
> nie einen Tag namens emegency oder einen Wert namens fire_hidrant geben wird. 
> Auch solche sachen wie power=substation und power=sub_station.Ist das selbe, 
> nur einmal falsch. Für sowas wären Automatismen nicht schlecht.  Meiner 
> Ansicht nach.
> 
> Mit freundlichen Grüßen
> Robin Däneke 

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[Robin Däneke]

> Irgend jemand hat hier mal sinngemaess geschrieben: Es sind nur Bits und 
> Bytes in einer Datenbank. An dieses Prinzip versuche ich mich so

> gut es geht zu halten (gelingt eh nicht immer).

Eine normale DB ist im Endeffekt echt nur eine Sammlung von digitalen Daten, 
und *kann* als irgendein Modell dargestellt werden, muss aber nicht. Die OSM, 
als GEOgraphischeDatenBank ist da anders. Du wirst die Datenstruktur der OSM 
nicht als (Binär)baum oder als Zeitdiagramm beschreiben können, aber auch wirst 
du nicht drum rum kommen, für die einzelnen Datensätze eine Projektion auf eine 
Karte anzunehmen. Die Datenbank hat eine festgelegte Sprache (die 
Tags/Positionen) und die sind darauf ausgelegt, dass im Endeffekt die 
Daten(auswertung) auf einem geographisch festlegbaren Ort sind. Insofern ist 
die OSM-DB Bits und Bytes mit Position auf einer Karte. Man soll natürlich 
nicht für einen gewissen Render mappen, aber stell dir vor, wir hätten Zugang 
zu einem nicht geografischen Editor, und laden ein Changeset ohne Ort hoch. Das 
wäre dann aufgrund der Sprache ein Syntax oder Semantikerror. Insofern ist die 
Datenbank nur als Karte in einer Projektion gebrauchbar. Das Mappen ohne diesen 
Aspekt im Hinterkopf zu haben geht einfach nicht.

Aber wenn ich grad am Schreiben bin noch was zur Diskussion:
Sprachen verändern sich. HTTP 2.0 statt 1.1, HTML 5.0, auch deutsch kam seit 
althochdeutsch einen langen Weg, über "Ich saz ûf eime Steine" zu "Hearst, 
oida!". Und genau so werden die Tags in der OSM sich lexikalisch, und 
semantisch auch immer wieder verändern. Und wenn es einen Tag gibt, der genauer 
Spezifiziert wird/werden soll, als ein anderer, der genau, oder eben ungenau 
das selbe aussagt, dann ist es naheliegend, den ungenaueren nicht mehr zu 
verwenden.

Und gleich ein Kommentar zum DB-Spring-Cleaning nach Topf: Da ich mich selbst 
darüber noch nicht informiert habe, hab ich keine gebildete Meinung dazu, aber 
meine ungebildete Meinung ist: Gut, dass da wer mal nicht nur sagt, dass da was 
passieren muss, sondern das gleich, mit offenbar viel Unterstützung, auch macht.

Ich weiß ja nicht wie das ankommen würde, aber wenn man dem OSM-Server ein 
Script geben würde, das nicht ganz korrekte Changes (MultiPolygone) ohne outer 
Rollen, Kaffeehäuser und Kebabstandeln in Öffirelationen, Ways die sowohl 
oneway=yes als auch lanes:backward (ohne Erwähnung von psv/bicycle/Ausnahmen) 
haben, usw. einfach ablehnt. Also einen Filter einbauen. Da die Sprache im 
Zusammenhang genau definierbar ist, wäre das sicher eine Variante gegen einige 
Fehler. Sowohl von Anfängern, als auch verwirrten oder dem Tagging nicht zu 
100% zugeneigten Mapmeistern. Neue Tags wären noch erlaubt, aber sobald sie 
angenommen wurden (in der Wiki), und eine fixe Definition haben, kommen sie so 
in den Filter. Würde zwar gegen das KISS-Prinzip gehen, dass man bei Webservern 
verfolgt, aber würde der Qualität zur Gute kommen. Auch könnten/sollten manche 
Prozesse (auch wenn das hier nicht gern gehört wird) automatisiert werden. 
Tippfehler in Tags etwa, sollte alle paar Monate eine Routine ausbessern. Nur 
in dem Skope: Da es vermutlich nie einen Tag namens emegency oder einen Wert 
namens fire_hidrant geben wird. Auch solche sachen wie power=substation und 
power=sub_station.Ist das selbe, nur einmal falsch. Für sowas wären 
Automatismen nicht schlecht.  Meiner Ansicht nach.

Mit freundlichen Grüßen
Robin Däneke (emergency99)

PS: Will jemand meine 4 anderen Vornamen auch noch haben, mit Passkopie, 
Studentenausweiß und Name der Nachbarskatze? []
Sorry, musste sein. Danke für so einige Popcorn-reife Momente in der Liste.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Barriera solo per vehicoli larghi

[girarsi_liste]

Il 03/04/2017 11:43, girarsi_liste ha scritto:
> Il 03/04/2017 11:33, Volker Schmidt ha scritto:
>> Quale è il tagging per una barriera con un passaggio laterale per veicoli
>> stretti e pedoni come questo: [1].
>>
>> Di solito utilizzavo un nodo sul way con:
>> vehicle=private
>> barrier=gate
>> bicycle=yes
>> foot=yes
>> maxwidth=1.2
>>
>> Mi sono venuti vari dubbi.
>>
> 
> Mi limito al solo esempio della foto, poi per il privato o cosa ci
> passa, non mi esprimo.
> 
> Un nodo sulla way per la stanga, a tergo un nodo per il paletto come
> barrier=bollard, ** bollard_type=* **, poi una path/footway passante per il
> passaggio stretto.
> 

Scusa ho sbagliato, è solo bollard=*


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



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

Re: [Talk-it] I: Re: software ricerca modifiche per niubbi

[Federico Cortese]

Con achavi non dovresti avere problemi, funziona via web all'indirizzo che
ti ho linkato: basta indicare data di inizio verifica data di fine e l'area
di interesse semplicemente visualizzando la zona a schermo. Chiaramente è
molto più limitato ma funziona bene.

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

Re: [Talk-it] Barriera solo per vehicoli larghi

[girarsi_liste]

Il 03/04/2017 11:33, Volker Schmidt ha scritto:
> Quale è il tagging per una barriera con un passaggio laterale per veicoli
> stretti e pedoni come questo: [1].
> 
> Di solito utilizzavo un nodo sul way con:
> vehicle=private
> barrier=gate
> bicycle=yes
> foot=yes
> maxwidth=1.2
> 
> Mi sono venuti vari dubbi.
> 

Mi limito al solo esempio della foto, poi per il privato o cosa ci
passa, non mi esprimo.

Un nodo sulla way per la stanga, a tergo un nodo per il paletto come
barrier=bollard, bollard_type=*, poi una path/footway passante per il
passaggio stretto.

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



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

Re: [Talk-it] [civici Torino] Offset generale

[girarsi_liste]

Il 03/04/2017 11:08, Cascafico Giovanni ha scritto:
> Come si potrebbe estrarre i nodi importati, includendo anche quelli
> successivamente modificati? Sto provando la query [1], in base all'userid
> di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.
> 
> 
> 
> [1] http://overpass-turbo.eu/s/o0i
> 

Forse perchè stai sbagliando user, è:

Ale_Zena_IT-import


https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Torino#Dedicated_upload_account


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



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

Re: [Talk-de] Mechanisches Umtaggen, Vorschlag zur vereinheitlichung von 30er Zonen tagging

[Martin Koppenhoefer]

> On 2 Apr 2017, at 13:22, Georg Feddern  wrote:
>
> zone:maxspeed=* liegt eigentlich immer innerhalb zone=DE:urban und könnte 
> theoretisch mit einem tag ausgedrückt werden - andererseits gibt es aber auch 
> noch ganz andere Spezial-Zonen, die evtl. irgendwann mal getaggt werden 
> wollen.
>
> Verquere Tatsachen kann man leider nun mal nicht mit einfachem Tagging 
> ausdrücken.


es reicht für source:maxspeed dann aber eigentlich aus, zu wissen ob
es ein explizites oder implizites limit ist, (weil es z.B. auch 50er
Schilder innerorts gibt). D.h. man könnte was in dieser Art machen
(angenommen, 30er und 20er Zonen sind immer innerorts):

maxspeed:implicit=yes/no
traffic_zone=DE:urban/DE:rural/DE:motorway/DE:zone30/DE:zone20
maxspeed=tatsächliche Begrenzung

source:maxspeed bräuchte man nicht mehr, bzw. können diejenigen
weiterverwenden, die da Werte wie "survey" eintragen wollen.
Genausowenig bräuchte man zone:maxspeed, weil das bereits in der
traffic_zone enthalten wäre, und wenn es dabei um mehr als nur
maxspeed gehen soll (nicht hupen etc.), dann wäre der tag mit einem
generischen Namen sowieso besser beschrieben. Das Umtaggen von
source:maxspeed und zone:maxspeed zu traffic_zone und
maxspeed:implicit sollte ausserdem in vielen Fällen (traffic_zone)
bzw. allen Fällen (maxspeed:implicit) automatisch möglich sein. Gefixt
wird dadurch, dass man auch bei einem explizit ausgeschilderten
maxspeed highway sagen kann, ob er sich innerorts oder ausserorts
befindet (gem. StVO) (indem man die Daten dort nachträgt, wo sie
derzeit noch fehlen, nämlich bei source:maxspeed=sign road_marking
etc,).

Gruß,
Martin

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

[Talk-it] Barriera solo per vehicoli larghi

[Volker Schmidt]

Quale è il tagging per una barriera con un passaggio laterale per veicoli
stretti e pedoni come questo: [1].

Di solito utilizzavo un nodo sul way con:
vehicle=private
barrier=gate
bicycle=yes
foot=yes
maxwidth=1.2

Mi sono venuti vari dubbi.

Questo tagging indica che c'è una barriera. Se sei un veicolo
non-bicicletta non passi se non sei il proprietario. Ma tutti che passano
non devono superare la larghezza di 1.2m.
Allora è sbagliato perché limita la larghezza dei veicoli privati.

Per correggere

(1) potrei utilizzare maxwidth:bicycle=1.2, ma questo è sbagliato perché
bloccherebbe una bicicletta privata con più di due meri di larghezza.

(2) potrei raddoppiare il way per un breve tratto attorno alla barriera.
Un way con
highway=track
tracktype=...
surface=...
smoothness=...
lit=...
access=private

con un nodo:

barrier=swing_gate
access=private (perché non fa passare neanche persone)
maxwidth=larghezza della barriera

e un secondo way con
highway=path
surface=...
smoothness=...
lit=...
motor_vehicle=no
maxwidth=1.2


Entrambi hanno problemi. Il primo blocca erroneamente bici private che
superano 1.2m di larghezza.
Il secondo perché devo creare due ways dove in realtà c'è solo uno. E,
inoltre è laborioso.

Spero che mi sia solo scappata la soluzione semplice ed ovvia.

[1]
https://www.mapillary.com/app/?lat=45.4071523217072=11.934412339561334=17=xQ83gDFPPOmCPkq-8OUTVw=photo




Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Flaminia Tumino]

Ciao a tutti,

ho aggiornato la pagina dell'evento con un breve resoconto.
https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2017-04-01

Of course suggestions and further edits welcome from everybody.

Buona settimana e a lunedì prossimo!

Flaminia

Il giorno 3 aprile 2017 10:47, Flaminia Tumino 
ha scritto:

> Buongiorno,
>
> sto scrivendo, vi mando tra poco!
>
> Il giorno 3 aprile 2017 10:18, Martin Koppenhoefer  > ha scritto:
>
>>
>>
>> 2017-04-03 8:57 GMT+02:00 Marcello Pelato :
>>
>>> Allora come è andata? Dai che sono curioso.
>>> Flaminia almeno tu, due parole :)
>>>
>>>
>>>
>>>
>>
>>
>>
>> è stato una passeggiata carina, ci racconterà Flaminia nel wiki:
>> https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2017-04-01
>>
>> Ciao,
>> Martin
>>
>>
>> ___
>> Talk-it-lazio mailing list
>> Talk-it-lazio@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>>
>>
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

[OSM-talk-nl] StreetComplete

[Pander OpenTaal]

Hoi allemaal,

Hebben jullie de Android app StreetComplete al uitgeprobeerd? Soort van
laagdrempelige Pokémon voor OSM'ers. Zie in de Google Play app store:

https://play.google.com/store/apps/details?id=de.westnordost.streetcomplete
of in de F-Droid app store:
  https://f-droid.org/repository/browse/?fdid=de.westnordost.streetcomplete

Probeer ook de optie "Scan for Quests here". De ontwikkelaar werkt hard
aan de app en neemt alle feedback serieus. Zie daarvoor op GitHub:
  https://github.com/westnordost/StreetComplete/issues

Misschien is het goed om voor NL een overzicht te creëren van wat er via
deze app tot nu toe bijgedragen voor automatische verificatie en een
idee van de hoeveelheid data die zo wordt verzameld. Afijn, zie de
issues op GitHub.

Groeten,

Pander
-- 
Stichting OpenTaal
http://opentaal.org
http://twitter.com/opentaal

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

Re: [Talk-gb-westmidlands] [Talk-GB] Import Progress

[Dan S]

2017-03-24 11:31 GMT+00:00 Andy Mabbett :
> On 24 March 2017 at 00:48, Andy Townsend  wrote:
>
>> On 19/03/2017 14:57, Andy Mabbett wrote:
>>>
>>> "On 19 March 2017 at 13:13, ajt1...@gmail.com  wrote:

 On 19/03/2017 12:52, Andy Mabbett wrote:
>
> I'm told that Brian has been blocked for these edits This is
> outrageous.

 No, he was sent this message:

 https://www.openstreetmap.org/user_blocks/1271
>>>
>>> Which opens with the words "brianboru blocked by SomeoneElse"
>
> [Snip long explanation confirming that Brian was indeed blocked]

Andy M, you're being pedantic. The "block" mechanism was used to send
a message to him, with no blocking effect in practice. It's clear as
day.

Dan

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

> Šiaip tai Google Groups neblogai veikia kaip forumas ir kaip sąrašynas, bet
> bent jau man asmeniškai Google Groups kaip forumas yra gan prastas, nežinau
> ar kas nors juo naudojasi.

  Čia reikėtų paminėti vieną detalę, kad tiek sąrašynai, tiek
dabartinis OSM forumas sukasi OSM infrastruktūroje ir prižiūrimas OSM
adminų. T.y. mes niekaip neįtakojame pasirinktos programinės įrangos.
Jei norėtume daryti kažką savo, tai prarastume dabar turimą nieko
nedarant gaunamą priežiūrą. Jei išsikeltume į savo infrastruktūrą (ar
naudotume google priemones), tai kaip ir galėtume dėti bet ką bet
kaip, bet tada reikėtų patiems prisižiūrėti ir jau nebūtų trivialu
rasti Lietuvai specifinius bendravimo kanalus. Dabar gi gan greitai
OSM vikyje galima rasti nuorodas į bendrą forumą (ir jame rasti
Lietuvos grupę) ir sąrašynus (ir ten vėlgi rasti Lietuvos grupę).

  Žodžiu bent jau aš atsargiai žiūrėčiau į problemų sprendimą savo
programinės įrangos diegimo keliu.

  Ta prasme „šiaip tiesiog kažką įdiegus“ problema neišsispręs. Tiek
forumas, tiek facebook turi savo specifiką, todėl tai nėra bijekcija,
žinutės 1 prie 1 nesikonvertuoja iš vieno kanalo į kitą. Taigi
reikalingas kažkoks kitas sprendimas. Ir nežinau, ar variantas visas
žinutes vienaip ar kitaip automatiškai transliuoti per visus kanalus
yra labai geras... Bet čia tik mano nuomonė.

  T.y. kiekviename naujame kanale (forume, FB) turi atsirasti bent
vienas žmogus, norintis tą kanalą prižiūrėti. Ar turime tokių
savanorių?

-- 
Tomas

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

Re: [Talk-it] [civici Torino] Offset generale

[Cascafico Giovanni]

Come si potrebbe estrarre i nodi importati, includendo anche quelli
successivamente modificati? Sto provando la query [1], in base all'userid
di Ale_Zena-import, ma non mi restituisce i nodi che ho modificato.



[1] http://overpass-turbo.eu/s/o0i


Il giorno 29 marzo 2017 17:25, Cascafico Giovanni  ha
scritto:

> Osservando i civici recentemente importati, mi sembra ci sia uno
> sfasamento generale approssimativamente di 4-5 metri a nord rispetto al
> PCN2012.
>
> Come si potrebbe procedere allo spostameto, una volta verificato l'errore?
>
> Per ciò che mi riguarda ho corretto la posizione di una decina di nodi, ma
> forse è meglio spostare prima che altri utenti effettuino correzioni
> selettive.
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[zjonaitis]

Naudojuosi Google Groups ir priekaištų neturiu. Administravimas paprastas ir 
lankstus. Tikrai galėtų būti svarstytinas variantas tarp visų forum tipo 
platformų.


Žilvinas

Sent from my Windows 10 phone

From: Mantas
Sent: 2017 m. balandžio 3 d., pirmadienis 11:55
To: Tomas Straupis
Cc: OSM Talk LT
Subject: Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

Šiaip tai Google Groups neblogai veikia kaip forumas ir kaip sąrašynas, bet 
bent jau man asmeniškai Google Groups kaip forumas yra gan prastas, nežinau ar 
kas nors juo naudojasi.
Aš pats prižiūriu ubuntu.lt forumą, kuris sukasi ant Spirit, ten teoriškai 
labai paprastai galima padaryti visų žinučių persiuntimą į sąrašyną, bet nebus 
išlaikomos gijos, visi laiškai keliaus kaip atskiros temos.
Gali būti, kad yra koks nors forumo variklis, kuris puikiai integruojasi su el. 
pašto sąrašynais, kaip kad Google Groups.

Facebook Grupės suteikia el. pašto adresą pavadini...@groups.facebook.com, šiuo 
adresu siunčiant laišką, automatiškai sukuriamas įrašas ant grupės sienos. Bet 
jei, kas nors komentuoja tą įrašą Facebooke, tai laiškai atgal negrįžta į 
sąrašyną. O jei kas nors atsako į temą ir nurodo Facebook Grupės el. pašto 
adresą, tai Facebook grupėje tai susikuria kaip atskiras įrašas, o ne 
komentaras.




2017 m. balandžio 3 d. 11:15, Tomas Straupis  rašė:
Sveiki

  Surašiau apklausos rezultatus ir šiek tiek interpretacijų:
  https://blog.openmap.lt/2017/04/02/bendravimo-kanalu-apklausos-rezultatai/

  Nors dėl facebook yra daug daugiau klausimų, pradžiai norėčiau visų
jūsų nuomonės, kaip jūs įsivaizduojate skirtingų kanalų veikimą vienu
metu. Tarkim pradžiai apie web forumą. Jį apklausoje mėgo labiausiai.
Kaip jūs įsivaizduojate web forumo naudojimą?
  1. Web forumo mėgėjai klausia/rašo iš karto į forumą ir ten laukia atsakymų?
  2. Kažkas iš web forumo mėgėjų persiunčia įdomias/svarbias žinutes
iš tinklaraščio ar iš sąrašyno į forumą?
  3. Kiti variantai?

--
Tomas

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



-- 
                 Mantas aka sirex
      __o                                   /\
    _ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/    \
^

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

Re: [Talk-us] Building import in the Chicago suburbs

[Andy Townsend]

Still no response on this - can anyone suggest a better way of getting 
in contact with Chicago-area mappers?


Best Regards,

Andy Townsend, on behalf of OpenStreetMap's Data Working Group.


On 25/03/2017 08:59, Andy Townsend wrote:
It looks like someone's been trying to perform a building import in 
Oak Park, near Chicago.


I've tried to get in touch with them:

http://resultmaps.neis-one.org/osm-discussion-comments?uid=5387019

https://www.openstreetmap.org/user_blocks/1276

but have had no response so far, although I suspect that the comments 
may have been read because they've actually resolved one of the 
problems raised.


As far as I can tell, there's been no discussion of the import in the 
usual channels.



Does anyone know anything about it, such as the license under which 
the data was imported?  If not, would it be possible for anyone more 
local than me to try and find out?


Best Regards,

Andy Townsend, on behalf of OpenStreetMap's Data Working Group.





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

Re: [Talk-us] Sabotage or a really bad bot?

[Rihards]

On 2017.04.03. 04:26, Charlotte Wolter wrote:
> Hello,
> 
> I came across a really weird situation while doing a Maproulette
> change.
> In Rustberg, a small town in rural Virginia
> (http://www.openstreetmap.org/edit?editor=id#map=16/37.2772/-79.1011),
> almost every driveway has been named after the street it intersects. In
> addition, numerous very short "driveways" have been created, some of
> which go nowhere.
> The edits all were done four years ago, it seems. Here is the
> message about the edits: "Edited almost 4 years ago by bot-mode
> Version #2 · Changeset #15805152."
> I removed most of the names and the "driveways" in town, but
> they continued well out of town, and finally I gave up. Could someone
> take a look at this and, perhaps, reverse the change set?
> Thanks

the driveways, did you check with sat imagery ?
were they at least near what looked like roads or not ?

> Charlotte
> 
> 
> Charlotte Wolter
> 927 18th Street Suite A
> Santa Monica, California
> 90403
> +1-310-597-4040
> techl...@techlady.com
> Skype: thetechlady
> 
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


-- 
 Rihards

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Mantas]

Šiaip tai Google Groups neblogai veikia kaip forumas ir kaip sąrašynas, bet
bent jau man asmeniškai Google Groups kaip forumas yra gan prastas, nežinau
ar kas nors juo naudojasi.

Aš pats prižiūriu ubuntu.lt forumą, kuris sukasi ant Spirit, ten teoriškai
labai paprastai galima padaryti visų žinučių persiuntimą į sąrašyną, bet
nebus išlaikomos gijos, visi laiškai keliaus kaip atskiros temos.

Gali būti, kad yra koks nors forumo variklis, kuris puikiai integruojasi su
el. pašto sąrašynais, kaip kad Google Groups.

Facebook Grupės suteikia el. pašto adresą pavadini...@groups.facebook.com,
šiuo adresu siunčiant laišką, automatiškai sukuriamas įrašas ant grupės
sienos. Bet jei, kas nors komentuoja tą įrašą Facebooke, tai laiškai atgal
negrįžta į sąrašyną. O jei kas nors atsako į temą ir nurodo Facebook Grupės
el. pašto adresą, tai Facebook grupėje tai susikuria kaip atskiras įrašas,
o ne komentaras.





2017 m. balandžio 3 d. 11:15, Tomas Straupis  rašė:

> Sveiki
>
>   Surašiau apklausos rezultatus ir šiek tiek interpretacijų:
>   https://blog.openmap.lt/2017/04/02/bendravimo-kanalu-
> apklausos-rezultatai/
>
>   Nors dėl facebook yra daug daugiau klausimų, pradžiai norėčiau visų
> jūsų nuomonės, kaip jūs įsivaizduojate skirtingų kanalų veikimą vienu
> metu. Tarkim pradžiai apie web forumą. Jį apklausoje mėgo labiausiai.
> Kaip jūs įsivaizduojate web forumo naudojimą?
>   1. Web forumo mėgėjai klausia/rašo iš karto į forumą ir ten laukia
> atsakymų?
>   2. Kažkas iš web forumo mėgėjų persiunčia įdomias/svarbias žinutes
> iš tinklaraščio ar iš sąrašyno į forumą?
>   3. Kiti variantai?
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>



-- 
 Mantas aka sirex
  __o   /\
_ \<,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-cz] 400 dni kontrol rozcestníků

[Michal Grézl]

no ja je fotim a zanasim podstatne dyl:)

2017-04-03 8:31 GMT+02:00 Marián Kyral :
> Kurnik. Takové pěkné výročí a já ten nový formulář ještě nemám :-D
>
> Ale maká se na něm. První, testovací verze bude snad již tento týden.
>
> Marián
>
> -- Původní e-mail --
> Od: Tom Ka 
> Komu: OpenStreetMap Czech Republic 
> Datum: 3. 4. 2017 8:23:21
> Předmět: [Talk-cz] 400 dni kontrol rozcestníků
>
> Ahoj, dival jsem se dneska na statistiky a zjistil jsem, ze
> rozcestniky uz fotime, kontrolujeme a zanasime do OSM 400 dni :-)
>
> http://osm.fit.vutbr.cz/OsmHiCheck/gp/stats.php?days=400
>
> A myslim, ze nam to docela jde (long live [Pp]etr18[68]8) !
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Flaminia Tumino]

Buongiorno,

sto scrivendo, vi mando tra poco!

Il giorno 3 aprile 2017 10:18, Martin Koppenhoefer 
ha scritto:

>
>
> 2017-04-03 8:57 GMT+02:00 Marcello Pelato :
>
>> Allora come è andata? Dai che sono curioso.
>> Flaminia almeno tu, due parole :)
>>
>>
>>
>>
>
>
>
> è stato una passeggiata carina, ci racconterà Flaminia nel wiki:
> https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2017-04-01
>
> Ciao,
> Martin
>
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it-lazio] incontro mappatori il 10/4

[jprimav]

Molto buona!

Ci siamo divertiti.. abbiamo mappato alcuni graffiti (artwork_type=graffiti)
Non esisteva questo tag in tutta Roma. Se metti questa query overpass
capisci il giretto che abbiamo fatto.

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

Soprattutto abbiamo imparato molto sull'utilizzo di GoMap!

Ci vediamo Lunedì 10 nel coworking a piazza Copernico dove ci ospiterà il
grande Ubaldo ;)

Ciao



--
View this message in context: 
http://gis.19327.n8.nabble.com/Talk-it-lazio-incontro-mappatori-il-10-4-tp5894560p5894634.html
Sent from the Lazio mailing list archive at Nabble.com.

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

Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)

[Mikoláš Štrajt]

Koukal jsem na tu OpenInfraMap a všimnul jsem si dvou věcí:




- nezobrazují teplovody - takže většina pražských trubek se nezobrazí

- nezobrazují vodárny




Celkově mi přijde, že je snazší mapovat vodárnya telefonní ústředny než
propojení mezi nimy, proto je škoda, že to ta mapa nezobrazuje.




-- 

Severák

 -- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 9:44:11
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)
"
Ahoj,



Jo, to se hodí. Bohužel je ve zmapovaných částech trochu chaos - co je vidět
na povrchu, většina je zmapovaná jako =overground, tj. "trubky leží na zemi,
nepodlezeš." Stejně jsou ale zmapované i trubky na sloupech, který by měly
být =overhead. V QA toolech jsem k tomu nic nenašel, a pokus napsat si do
JOSM validaci "pipeline=overground intersects highway" mi ještě nepřinesl
ovoce.




Takže zatím to řeším jenom ad hoc, když to někde potkám při editaci a tuším,
jak je to v terénu.




Dne 3. 4. 2017 9:26 napsal uživatel "Marián Kyral" :
"
Trubky pod zemí ani neřeším. Mně stačí, když budu vědět, kde na ně můžu
narazit na povrchu. Občas představují i docela významnou bariéru a hodí se
vědět, že tudy to třeba nepůjde.

Marián

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 9:14:42
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
"Tak s těmi trubkami je spíš problém, že ne všechny vedou na povrchu.



Trubka, která je pod zemí moc k orientaci nepomůže.


-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 8:36:26
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
"
No, celé openinframap se skládá z více vrstev (overalay tiles), já jsem
přidal pouze vrstvu power (a pojmenoval vedení vysokého napětí) a vrstvu
comm.
Trubky a další věci tam jsou také, ale v čech téměř nezmapováno, čili mi
přišlo zbytečné to přidávat.




A přesně jak říká Marián - v plánu jsou podrobnější popisky vrstev.




P.







On Mon, Apr 3, 2017 at 8:29 AM Marián Kyral  wrote:

"
Pod OpenInfraMap zase nevím, co přesně si mám představit. To infra je od
Infrastruktura? Je tam třeba vedení potrubí? To se na standardní mapě
nevykresluje a přitom to může být zajímavý orientační bod.

Ono je v plánu doplnit všechny vrstvy o nějaký podrobnější popis, který se
pak  bude skrývat pod speciální ikonkou.

Marián

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 4. 2017 22:17:29
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy


"
Ahoj,




2017-04-02 15:18 GMT+02:00 Pavel Zbytovský :
"2. vrstva Openinframap do sekce Speciální (a též maxzoomy a https)"


pěkný! "Vedení vysokého napětí" asi není úplně přesný, ne? Existuje důvod,
proč to nepojmenovat prostě OpenInfraMap?



H.




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

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

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

"

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

Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im Standardstil

[gppes_osm]

Irgend jemand hat hier mal sinngemaess geschrieben: Es sind nur Bits und Bytes 
in einer Datenbank. An dieses Prinzip versuche ich mich so gut es geht zu 
halten (gelingt eh nicht immer).

Ich wuerde mich freuen, gerade weil es einen Neuling treffen koennte, dass in 
Zukunft wohl ueberlegt wird, ob man hier in der Mailingliste Realnamen 
einfordert. Aus meiner Sicht ist das hier in der Liste sogar gar nie notwendig.

Lg.

> Gesendet: Sonntag, 02. April 2017 um 15:30 Uhr
> Von: wolfbert 
> An: "'OpenStreetMap AT'" 
> Betreff: Re: [Talk-at] Ankündigung der Entfernung von landuse =farm im 
> Standardstil
>
> On 2017-04-02 14:12, grubernd wrote:
> 
> > Lieber Friedrich, wenn es dein Ziel ist, aktive und produktive 
> > Mitglieder der Community und ihre Arbeit auf zutiefst persönlicher und 
> > unsachlicher Ebene zu beleidigen, dann bist du meiner Meinung nach auf 
> > einem sehr guten Weg.
> 
> Ich fühle mich nicht beleidigt. Wir investieren alle eine Menge Zeit und 
> Herzblut in die Sache, da kann es passieren, dass man mal empfindlich 
> reagiert (auch wenn's einem nachher vielleicht leid tut). Mein ursprüngliches 
> Posting war ja wirklich anonym. Kommunikation gelingt halt nicht immer 
> optimal. Versuchen wir's weiter ;-)
> 
> LG
> Wolfgang 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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

Re: [Talk-it-lazio] incontro mappatori il 10/4

[Martin Koppenhoefer]

2017-04-03 8:57 GMT+02:00 Marcello Pelato :

> Allora come è andata? Dai che sono curioso.
> Flaminia almeno tu, due parole :)
>
>
>
>



è stato una passeggiata carina, ci racconterà Flaminia nel wiki:
https://wiki.openstreetmap.org/wiki/Rome/Mapping_Party/2017-04-01

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

Re: [Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

Sveiki

  Surašiau apklausos rezultatus ir šiek tiek interpretacijų:
  https://blog.openmap.lt/2017/04/02/bendravimo-kanalu-apklausos-rezultatai/

  Nors dėl facebook yra daug daugiau klausimų, pradžiai norėčiau visų
jūsų nuomonės, kaip jūs įsivaizduojate skirtingų kanalų veikimą vienu
metu. Tarkim pradžiai apie web forumą. Jį apklausoje mėgo labiausiai.
Kaip jūs įsivaizduojate web forumo naudojimą?
  1. Web forumo mėgėjai klausia/rašo iš karto į forumą ir ten laukia atsakymų?
  2. Kažkas iš web forumo mėgėjų persiunčia įdomias/svarbias žinutes
iš tinklaraščio ar iš sąrašyno į forumą?
  3. Kiti variantai?

-- 
Tomas

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

Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)

[Marián Kyral]

No ono tomu moc nepomáhá to, že se to standardně nerenderuje. Issue na to
existuje a má teprve tři roky :-D

https://github.com/gravitystorm/openstreetmap-carto/issues/640

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 9:44:11
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)
"
Ahoj,



Jo, to se hodí. Bohužel je ve zmapovaných částech trochu chaos - co je vidět
na povrchu, většina je zmapovaná jako =overground, tj. "trubky leží na zemi,
nepodlezeš." Stejně jsou ale zmapované i trubky na sloupech, který by měly
být =overhead. V QA toolech jsem k tomu nic nenašel, a pokus napsat si do
JOSM validaci "pipeline=overground intersects highway" mi ještě nepřinesl
ovoce.




Takže zatím to řeším jenom ad hoc, když to někde potkám při editaci a tuším,
jak je to v terénu.




Dne 3. 4. 2017 9:26 napsal uživatel "Marián Kyral" :
"
Trubky pod zemí ani neřeším. Mně stačí, když budu vědět, kde na ně můžu
narazit na povrchu. Občas představují i docela významnou bariéru a hodí se
vědět, že tudy to třeba nepůjde.

Marián

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 9:14:42
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
"Tak s těmi trubkami je spíš problém, že ne všechny vedou na povrchu.



Trubka, která je pod zemí moc k orientaci nepomůže.


-- Původní e-mail --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2017 8:36:26
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
"
No, celé openinframap se skládá z více vrstev (overalay tiles), já jsem
přidal pouze vrstvu power (a pojmenoval vedení vysokého napětí) a vrstvu
comm.
Trubky a další věci tam jsou také, ale v čech téměř nezmapováno, čili mi
přišlo zbytečné to přidávat.




A přesně jak říká Marián - v plánu jsou podrobnější popisky vrstev.




P.







On Mon, Apr 3, 2017 at 8:29 AM Marián Kyral  wrote:

"
Pod OpenInfraMap zase nevím, co přesně si mám představit. To infra je od
Infrastruktura? Je tam třeba vedení potrubí? To se na standardní mapě
nevykresluje a přitom to může být zajímavý orientační bod.

Ono je v plánu doplnit všechny vrstvy o nějaký podrobnější popis, který se
pak  bude skrývat pod speciální ikonkou.

Marián

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 4. 2017 22:17:29
Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy


"
Ahoj,




2017-04-02 15:18 GMT+02:00 Pavel Zbytovský :
"2. vrstva Openinframap do sekce Speciální (a též maxzoomy a https)"


pěkný! "Vedení vysokého napětí" asi není úplně přesný, ne? Existuje důvod,
proč to nepojmenovat prostě OpenInfraMap?



H.




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

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

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

"

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

Re: [Talk-cz] Pražské OSM setkání - výstupy (pipeline)

[Jan Martinec]

Ahoj,

Jo, to se hodí. Bohužel je ve zmapovaných částech trochu chaos - co je
vidět na povrchu, většina je zmapovaná jako =overground, tj. "trubky leží
na zemi, nepodlezeš." Stejně jsou ale zmapované i trubky na sloupech, který
by měly být =overhead. V QA toolech jsem k tomu nic nenašel, a pokus napsat
si do JOSM validaci "pipeline=overground intersects highway" mi ještě
nepřinesl ovoce.

Takže zatím to řeším jenom ad hoc, když to někde potkám při editaci a
tuším, jak je to v terénu.

Dne 3. 4. 2017 9:26 napsal uživatel "Marián Kyral" :

> Trubky pod zemí ani neřeším. Mně stačí, když budu vědět, kde na ně můžu
> narazit na povrchu. Občas představují i docela významnou bariéru a hodí se
> vědět, že tudy to třeba nepůjde.
>
> Marián
>
> -- Původní e-mail --
> Od: Mikoláš Štrajt 
> Komu: OpenStreetMap Czech Republic 
> Datum: 3. 4. 2017 9:14:42
> Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
>
> Tak s těmi trubkami je spíš problém, že ne všechny vedou na povrchu.
>
> Trubka, která je pod zemí moc k orientaci nepomůže.
>
> -- Původní e-mail --
> Od: Pavel Zbytovský 
> Komu: OpenStreetMap Czech Republic 
> Datum: 3. 4. 2017 8:36:26
> Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
>
> No, celé openinframap se skládá z více vrstev (overalay tiles), já jsem
> přidal pouze vrstvu power (a pojmenoval vedení vysokého napětí) a vrstvu
> comm.
> Trubky a další věci tam jsou také, ale v čech téměř nezmapováno, čili mi
> přišlo zbytečné to přidávat.
>
> A přesně jak říká Marián - v plánu jsou podrobnější popisky vrstev.
>
> P.
>
>
> On Mon, Apr 3, 2017 at 8:29 AM Marián Kyral  wrote:
>
> Pod OpenInfraMap zase nevím, co přesně si mám představit. To infra je od
> Infrastruktura? Je tam třeba vedení potrubí? To se na standardní mapě
> nevykresluje a přitom to může být zajímavý orientační bod.
>
> Ono je v plánu doplnit všechny vrstvy o nějaký podrobnější popis, který se
> pak  bude skrývat pod speciální ikonkou.
>
> Marián
>
> -- Původní e-mail --
> Od: Jan Macura 
> Komu: OpenStreetMap Czech Republic 
> Datum: 2. 4. 2017 22:17:29
> Předmět: Re: [Talk-cz] Pražské OSM setkání - výstupy
>
> Ahoj,
>
> 2017-04-02 15:18 GMT+02:00 Pavel Zbytovský :
>
> 2. vrstva Openinframap do sekce Speciální (a též maxzoomy a https)
>
>
> pěkný! "Vedení vysokého napětí" asi není úplně přesný, ne? Existuje důvod,
> proč to nepojmenovat prostě OpenInfraMap?
>
> H.
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz