date:20170425

Re: [Talk-cz] LinuxDays a OpenAlt 2017 (SotM)

2017-04-25 Per discussione Pavel Zbytovský

čau,

také bych se rád účastnil obou akcí. Na obou bych rád nabídl workshopy pro
začátečníky, pokročilé a případně i přednášky (indoor, osmcz, jsmapy atd)

*ad LinuxDays-Praha)* stánek je bezva nápad!

*ad OpenAlt-Brno)* Rádi bychom tam udělali OSMCZ track a též SotM CZ+SK
2017. V Brně jsme se sešli ve složení Mirek,Tkk,Vop,Láďa,já. Můžete se
prosím ozvat, kdo byste měli zájem se do užší organizace akce zapojit?

Mějte se fajn!
Pavel


*// Relevantní maily/thready jsou tyto:*

-- Forwarded message -
From: Ladislav Nesnera 
Date: Tue, Mar 28, 2017 at 1:38 PM
Subject: Re: [Talk-cz] spolecna konference osgeo, wikimedia, osm

Shrnu pro ty, co neusledovali vývoj:

   - Wikimedia.CZ probere na své schůzce a dá vědět
   - OSGeo.cz prožene přes svůj bord
   - OSM.cz - včera pár lidí využilo návštěvu Pavla Zbytovského v Brně a
   prohodilo k tomu pár slov, o která se jistě vzápětí podělí
   - OpenAlt, z.s. - se zájmem vyčkává



-- Forwarded message -
From: Miroslav Suchy 
Date: Tue, Apr 11, 2017 at 9:01 AM
Subject: Re: [Talk-cz] SOTM CZ 2017

> díky za dotaz, "něco" se chystá.
To "něco" je zřejmě OpenAlt. Ještě to není 100%. Ale letošní SOTM bude asi
součástí OpenAltu:
   https://openalt.cz/2017/
Datum OpenAltu je už jisté, tak se mrkněte.
Mohli bychom mít celý track. Tj. když budete chtít, můžete být celý den
zalezlí na OSM přednáškách. Ale pokud vás
některá nebude bavit tak můžete zavítat do nějaké jiné posluchárny a
poslechnout si přednášku z jiné Open* oblasti.





On Tue, Apr 25, 2017 at 7:46 PM Marián Kyral  wrote:

> Ahoj,
> tak se zase pomalu blíží podzim ;-) a s tím i Linux Days [1] a OpenAlt [2].
>
> Letos uvažuji, že bych se zúčastnil obou akcí. Na Linux Days se mi
> posledně líbilo, a mohl bych pokračovat ve své loňské přednášce "OSM včera,
> dnes a zítra". Loni jsem za 50 minut stěží stihl historii, letos by to
> mohla být současnost a za rok si dáme budoucnost :-D
> Na OpenAlt jsem sice ještě nebyl, ale možné pokračování loňského SOTM si
> nemůžu nechat ujít ;-)
>
> Přidá se někdo? Co třeba nějaký stánek propagující OSM na Linux Days? Loni
> se mně na to ptali, ale já nejsem typ na tyhle věci. A letos je ještě
> relativně dost času něco zorganizovat, sehnat sponzory, vyrobit propagační
> předměty…
>
> [1] https://www.linuxdays.cz/2017/
> [2] https://openalt.cz/2017/
>
> 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: [OSM-talk] Finding duplicate cycleways

2017-04-25 Per discussione Ture Pålsson

> 25 apr. 2017 kl. 21:52 skrev Martin Koppenhoefer :
> 
> 
> 
> sent from a phone
> 
> On 25. Apr 2017, at 19:07, Tobias Zwick  > wrote:
> 
>> I would say so, as long as there are not in reality two cycleways (see
>> above). Wouldn't you?
> 
> 
> it depends on the meaning/reading. I believe cycleway=track is bad anyway, 
> it's ok for preliminary mapping but fails when it comes to […]

On a side note, around where I live I see quite a few cycleways mapped as their 
own ways, tagged highway=cycleway,cycleway=track. Does the cycleway=track mean 
anything in this context (and if so: what?) or is it a mapping error?

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

Re: [Talk-us] Best practice in Lane Editing

2017-04-25 Per discussione Marc Gemis

I thought the "standard" was to put the exit and entrance nodes at the
place where there is no physical barrier. Continuous white lines
should be mapped with change:lanes and should have no impact on the
position of the node. So definitely position "2".
IMHO This is illustrated by the picture on
https://wiki.openstreetmap.org/wiki/Lanes

m

On Tue, Apr 25, 2017 at 11:26 AM, Rihards  wrote:
> On 2017.04.25. 12:19, Horea Meleg wrote:
>> Hy guys, thanks for your responses.
>> Do you think that is better to move motorway_junction where continuous line 
>> begins? In real life you can't cross a continuous line, so I think it should 
>> be the same in OSM. What do you think?
>
> i'd probably go for "between where you may and may not enter the lane",
> maybe even leaning more towards the beginning of the allowed move.
> if you are mapping individual turning lanes, then "between" wouldn't
> work that well - for these, i'd err on starting them where one may enter
> the lane at the beginning.
>
>> Thanks,
>> Horea
>>
>> -Original Message-
>> From: Rihards [mailto:ric...@nakts.net]
>> Sent: Tuesday, April 25, 2017 11:05 AM
>> To: Hans De Kryger ; Horea Meleg 
>> 
>> Cc: talk-US@openstreetmap.org
>> Subject: Re: [Talk-us] Best practice in Lane Editing
>>
>> On 2017.04.25. 09:50, Hans De Kryger wrote:
>>> The motorway link should be dropped down to 2 where the lane actually
>>> starts
>>
>> between 1 & 2 for sure.
>>
>>> *Regards,**
>>> *
>>>
>>> *Hans*
>>>
>>> On Mon, Apr 24, 2017 at 11:45 PM, Horea Meleg >> > wrote:
>>>
>>> Hello all,
>>>
>>> Me and my Telenav colleagues started to edit lane numbers in Detroit
>>> area. We met lots of cases where highway_link starts exactly at the
>>> junction of roads. For example, this case here: 42.474427,
>>> -83.155894.
>>>
>>> 
>>>
>>> Do you think it is ok to leave motorway_junction as it is already
>>> mapped and add lanes=5 between 1 and motorway_junction, or you
>>> consider it’s better to move it in position 1 or 2 and add lane
>>> number on motorway and motorway_link accordingly.
>>>
>>> __ __
>>>
>>> Thank you,
>>>
>>> Horea Meleg
>>>
>>> __ __
>>>
>>> __ __
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>> 
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>
>>
>> --
>>  Rihards
>> ___
>> 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

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

[Talk-it] R: Re: monumenti e memoriali

2017-04-25 Per discussione frali...@alice.it

Buongiorno,

non è facile rispondere perchè il 'memoriale' ha mille sfaccettature.
esempio.
il 3.11.1928 un'eruzione lavica che minacciava l'abitato di S.Alfio si fermò  a 
 Magazzeni,
con un evento più unico che raro (si aprì un'altra bocca che ebbe una storia 
famosa).
poichè la popolazione di allora in quella notta era impegnata in una 
processione religiosa, si attribuì la cosa ad un intervento divino.
a ricordo dell'evento sui luoghi vi è una chiesetta su uno spiazzale delimitato 
da ringhiere,
e da una lapide sormontata da una riproduzione della Pietà michelangiolesca con 
iscrizione.
ora riportare su OSM la chiesetta, il piazzale e le ringhiere potrebbe essere 
non particolarmente difficile.
ma come riporti una lapide a tematica religiosa,che riproduce un noto 
monumento, e che riguarda un fatto di cronaca?
ovvero una forma di ex-voto monumentale? ci si deve basare sulla religione come 
un semplice altarino?
oppure ci  basare sull'architettura della statua? o sul fatto di cronaca inciso 
sulla lapide?
ma sarebbe ancora riduttivo perchè il memoriale è tutto il complesso chiesetta 
-piazza-lapide.
Spero che sia un caso limite





Messaggio originale

Da: dieterdre...@gmail.com

Data: 25-apr-2017 23.27

A: "openstreetmap list - italiano"

Ogg: Re: [Talk-it] monumenti e memoriali





sent from a phone
On 25. Apr 2017, at 22:58, demon.box  wrote:

e poi?

name=A ricordo dei partigiani caduti o meglio description:it?


in generale, historic=monument sono strutture commemorative accessibili 
dall'uomo, i monumenti alla guerra tipici in Italia sono quasi tutti memorial.
Questo sarebbe un esempio di un monumento di guerra che in osm è monument: 
http://www.upsavoie-mb.fr/wp/wp-content/uploads/duomont.jpg
Invece il name  del tuo esempio per me sarebbe qualcosa come "monumento ai 
partigiani", mentre "A ricordo dei partigiani caduti" lo vedo più come valore 
di "inscription" (se letteralmente) oppure "description:it" (se si tratta di 
una descrizione che non appare sul monumento)
Ciao, Martin 



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

Re: [Talk-ca] Telenav mapping turn restrictions

2017-04-25 Per discussione m

Hi all, 

> On Apr 25, 2017, at 11:29 AM, Stewart C. Russell  wrote:
> 
> On 2017-04-25 12:43 AM, Andrew Lester wrote:
>> Okay Telenav, you win. …
> 
> Yes, that must be frustrating. Would hate to lose you as a contributor.

Alienating and driving away local contributors is the last thing we would want 
to accomplish!

Let’s try and move past hurtful statements about us and our intent, and towards 
some hopefully constructive ways to fix mistakes we have made and prevent 
future ones from happening.

Let me suggest this: I will take the concerns raised here to our team and get 
back to the list before the end of the week with proposed next steps to fix 
where possible. We will use Github tickets to track this. This is something new 
we are starting to make our work and processes more visible and transparent: 
https://github.com/TelenavMapping/mapping-projects/issues 
. You can follow 
along and chime in there as well. 

My invitation to set up a town hall meeting with you and some of our team 
members also still stands.

Andrew — I added the issues you mentioned in your email as tickets. Some of 
them need more information to be actionable though, I hope you are able to 
provide some.

Stewart:

> 
> They're also adding futile turn restrictions at the join of one-way
> on/off ramps, like this:
> 
> https://www.openstreetmap.org/relation/7096540

That changeset was closed more than a month ago, we stopped adding these 
‘implicit’ restrictions after the issue was first raised and it had become 
clear that there needed to be more discussion around them.
> 
> (in a huge changeset, with the super-helpful comment “small updates”, no
> less)

You’re right, that’s not very helpful at all — we actually recently tightened 
up our changeset commit best practices to avoid things like huge changesets and 
meaningless comments. We published this on Github as well (feedback welcome): 
https://github.com/TelenavMapping/mapping-projects/wiki/Changeset-Best-Practices

I hope this helps us move forward.

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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

2017-04-25 Per discussione Kathleen Lu

Hi Blake,
Sorry for dropping this thread. Which generic waiver exactly are you
referring to?
The purpose of these templates is for data providers who are concerned
about attribution being provided properly. It may be that some providers do
not care, in which case a less specific waiver may work.
Best,
Kathleen

On Fri, Apr 7, 2017 at 9:49 PM Blake Girardot HOT/OSM <
blake.girar...@hotosm.org> wrote:

> Hi Simon, Kathleen, all,
>
> Is there any concern that the specific exemptions for cc-by 4 and some
> extent 2/3, which specifically mention the attribution method and URL,
> license and version number, will cause an issue should the means of
> OSM attribution or the license change (even a version number bump) in
> the future?
>
> I fear that as written, any changes to any of the above would make
> these exemptions non-valid anymore and data contributed under them
> could potentially be candidates for removal.
>
> The generic waiver seems better.
>
> It is not clear to me why there are different versions either if the
> generic waiver applies to the same cc-* licenses as the two version
> specific references.
>
> Cheers
> Blake
>
>
>
> On Thu, Apr 6, 2017 at 9:03 PM, Simon Poole  wrote:
> > Sorry this took so long, I've added suggested wording here
> >
> https://wiki.osmfoundation.org/wiki/Licence/Waiver_and_Permission_Templates
> >
> > Thanks again to Kathleen Lu for drafting this.
> >
> > Simon
> >
> >
> > Am 23.01.2017 um 23:47 schrieb Simon Poole:
> >
> > The LWG has 3 US based legal professionals on it, no need for me to
> > climb out on a limb :-). I'll ask for an opinion internally and get back
> > to you.
> >
> > Simon
> >
> >
> > Am 23.01.2017 um 23:23 schrieb Blake Girardot HOT/OSM:
> >
> > On Mon, Jan 23, 2017 at 10:37 PM, Simon Poole  wrote:
> >
> > Blake where is the imagery provider in question based?
> >
> > United States
> >
> > Cheers
> > blake
> >
> >
> > Simon
> >
> >
> > Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM:
> >
> > On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
> >
> > In any case, getting permission to distribute on ODbL terms only would
> > seem to be suboptimal and endangers any contributions based on so
> > licensed material as any license change, even in name only, would cause
> > issues that require going back to the licensor.
> >
> > Simon, can you give an example of language you think would be best for
> this?
> >
> > Something like:
> >
> > "Specific permission is granted to use this imagery for digitizing
> > data into OpenStreetMap and the resulting OpenStreetMap data to be be
> > released under the OSM project's license of choice."
> >
> > Is that what you have in mind?
> >
> > Cheers,
> > Blake
> >
> >
> >
> >
> > 
> > Blake Girardot
> > Humanitarian OpenStreetMap Team, TM3 Project Manager
> > skype: jblakegirardot
> > HOT Core Team Contact: i...@hotosm.org
> >
> > ___
> > legal-talk mailing list
> > legal-talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/legal-talk
> >
> > ___
> > legal-talk mailing list
> > legal-talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/legal-talk
> >
> >
> >
> >
> >
> > ___
> > legal-talk mailing list
> > legal-talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/legal-talk
> >
> >
> >
> > ___
> > legal-talk mailing list
> > legal-talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/legal-talk
> >
>
>
>
> --
> 
> Blake Girardot
> Humanitarian OpenStreetMap Team, TM3 Project Manager
> skype: jblakegirardot
> HOT Core Team Contact: i...@hotosm.org
> Live OSM Mapper-Support channel - https://hotosm-slack.herokuapp.com/
> BE A PART OF HOT'S MICRO GRANTS: https://donate.hotosm.org/
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Taiwan Open Government Data License

2017-04-25 Per discussione Kathleen Lu

Hi Dan,
The English version, at least, appears less restrictive than CC BY 4.0, and
closer to the Canada Open Government License. The license is not specific
as to the type of attribution required.
The conservative route, is, as Frederik said, to ask the agency if
attribution on the osm.org/copyright webpage is acceptable. If it is, then
I see no other barriers to using the data.  You might also ask the opinion
of the Licensing Working Group at legal-questi...@osmfoundation.org
Best,
Kathleen

On Wed, Apr 26, 2017 at 4:34 AM Frederik Ramm  wrote:

> Hi,
>
> On 04/25/2017 01:38 AM, 積丹尼 Dan Jacobson wrote:
> > What do you folks think about
> > http://data.gov.tw/license#eng ?
> > Can we use that data?
>
> Not without further clarification. The way in which we would use the
> data could be seen as violating their 3.2: "[The user] must make an
> explicit notice of statement as attribution requested in the Exhibit
> below by the Data Providing Organization". We *can* make such an
> explicit notice on our osm.org/copyright page but we cannot ensure that
> anyone who downloads our data or who looks at our map sees that notice.
> We have to ask them if that kind of notice is enough.
>
> This is a similar issue as we always have with CC-BY licensed data.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

2017-04-25 Per discussione Marc Gemis

Julien, and others,

thanks a lot for this text. I still have to go through all the
details, but here are already some remarks.

- Me too, would love to see landuse=forest be used in a more strict
way, only for areas where timber is really used for commercial
purposes. It's even possible that at certain periods there are no
trees in such areas. For the rest I would love that landcover=trees
would be more accepted and rendered.
One of the reasons is that landuse=forest clashes with e.g.
landuse=residential in large private parks.  But I fear too any people
stick to their "managed" definition and just want to see trees on the
default map.

- Some mapper split a landuse=farmyard and use landuse=residential
around the farm itself. I do not do this. What do you think about this
?

- During one of my recent walks I found some areas like
https://xian.smugmug.com/OSM/OSM-2017/2017-04-02-Postel-AK/i-5D62hDt
some were larger than what you see on this picture, I think I would
use natural=grassland on those. Other suggestions ?   It was hard to
take a better picture

- Often it is better to use natural=tree_row instead of
landuse=forest/natural=wood IMHO.

regards

m

On Tue, Apr 25, 2017 at 9:31 AM, Julien Minet  wrote:
> Hi list,
>
> Following some discussions about landuse=farmland|meadow some times ago in
> this list, I've written an article here
> (http://www.nobohan.be/2017/04/20/landuse-osm-belgium/) about land-use
> mapping in Belgium: what could be the best practices adapted to the Belgian
> landscape. Of course, there's matter for discussions about that topic ;-)
>
> I think this text could be used to make a page on
> https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/, since
> it discuss what are the local conventions for land-use mapping in Belgium.
>
> Do you also want to put this text on osm.be, similarly to the Marc Gemis
> articles? Maybe a better place for discussions...
>
> Cheers,
>
> Julien
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[Talk-cz] Další překlady wiki

2017-04-25 Per discussione Dalibor Jelínek

Ahoj,

ve spolupráci s Lukášem a nově i s Majkou, naší odbornicí na němčinu,
přinášíme další překlady wiki k počtení a případným opravám.

 

Mějte se,

Dalibor

 

*  Cs:Adresy   - 8.4.2017 

*  Cs:Jak mapujeme  ,
Cs:Editory   - 9.4.2017 

*  Cs:Vytvoření účtu

- 10.4.2017

 

 

*  kids_area  =* -
4.4.2017 

*  zoo  =birds
 , boundary
 =military district
 ,
boundary  =economic
 , boundary
 =timezone
  - 5.4.2017


*  cycleway  =opposite
 , cycleway
 =opposite_track
 ,
cycleway 
=opposite_lane
 ,
cycleway  =track
 , cycleway
 =asl
 , cycleway
 =bike_box
  - 7.4.2017


*  communication:bos
 =*,
communication:microwave
 =*,
amenity  =stables
 ,
bridge:movable 
=lift  ,
historic  =stone
  (Majkaz) -
7.4.2017 

*  tourism 
=trail_riding_station

, opensource  =*,
highway  =speed_display
  -
8.4.2017 

*  generator:source
 =biogas
 ,
generator:source
 =solar

(Majkaz) - 8.4.2017 

*  generator:place
 =* - 9.4.2017 

*  de:amtlicher_gemeindeschluessel

=*, de:regionalschluessel
 =*,
amenity  =prison_camp
 , asb
 =*, onkz
 =*, highspeed
 =* (Majkaz) -
9.4.2017 

*  monitoring:radiation
 =*,
tower:type 
=defensive
 ,
man_made 
=goods_conveyor

(Majkaz) - 10.4.2017 

*  waterway 
=stream_end
  -
11.4.2017 

*  network  =Flinkster
 , operator
 =Cambio
 , operator
 =Drive Carsharing

[Talk-es] Como saber que sistemas de referencia de coordenadas debo usar?

2017-04-25 Per discussione Oswaldo Franco

Hola a todos, soy un nuevo emprendedor en este mundo de los SIG.


Me surge una duda, como yo se que sistemas de referencia de coordenadas debo 
usar para abrir una capa o georeferenciar una imagen por ejemplo en QGIS?


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

Re: [Talk-de] Diskussionen auf deutsch

2017-04-25 Per discussione Martin Koppenhoefer

sent from a phone

> On 25. Apr 2017, at 23:28, Frederik Ramm  wrote:
> 
> Ich behelfe mir da mit "feed2imap" und kann die Forums-Posts dann in
> meinem normalen Mailsetup lesen. Nur wenn ich antworten will, muss ich
> übers Webinterface gehen.

danke für den Hinweis, bin zwar noch nicht sicher ob das für mich der Weg ist 
(soweit ich das verstehe müsste ich regelmäßig per cron und immer-an-Rechner 
die Sachen in den Mailaccount kopieren), aber es hat mich schonmal zum rss-Feed 
für alle neuen Beiträge im deutschen Forum geführt, zum Lesen ist das ein 
Riesenfortschritt, und fürs Schreiben gibt es wohl derzeit sowieso keine 
Alternativen.

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

Re: [Talk-de] Datenschutz bei OSM

2017-04-25 Per discussione Frederik Ramm

Hi,

On 04/25/2017 09:17 PM, Pascal Neis wrote:
> Gerade ein bisschen eine "schwierige" Situation für mich. Zum einen den Leuten
> es Recht zu machen, die Bedenken wegen ihrer Privatsphäre haben und zum
> Anderen denen, die einfach nur den Dienst und dessen Vorteile für OSM nutzen
> möchten.

Also *Christoph* etwas recht zu machen, ist sowieso schwierig, der ist
sehr anspruchsvoll ;)

Ich sehe das Problem genauso wie Pascal: Es ist ein Rückschritt für die
einfache Benutzung von Pascals Tools, und es wird sich sicherlich auch
ein wenig in den Nutzerzahlen bemerkbar machen. Das schmerzt einen
natürlich als Tool-Autor, wenn man es seinen Usern absichtlich schwerer
macht.

Zugleich ist es in meinen Augen schon ganz klar eine Verbesserung, wenn
hier durch den Login deutlich gesagt wird: Das hier ist als internes
Tool für OSMer gedacht und nicht für die Öffentlichkeit.

Man könnte jetzt natürlich zynisch sagen: Es bringt gar nichts, den
legitimen Nutzern fordert es zusätzliche Mausklicks ab, und die
illegitimen machen sich halt schnell einen Account.

Trotzdem finde ich die Symbolwirkung gut und wichtig, und unterm Strich
würde ich das glaub ich an Pascals Stelle auch so machen.

Christoph hat natürlich recht, dass Pascal nun theoretisch sehen kann,
*welcher* OSM-User welche Seiten aufgerufen hat. Auch bei der OSMF im
Logfile könnte sich wiederfinden, dass User X zu einem bestimmten
Zeitpunkt ein OAuth-Token für Pascals Tools erzeugt hat. Was Pascal mit
diesen Daten macht, ist ihm im Rahmen der strengen Regeln des BDSG
überlassen - eine kurzfristige Speicherung zu betrieblichen Zwecken, zum
Beispiel, um einen "scraper" zu identifizieren und zu sperren, der den
ganzen Server leersaugt, wäre sicherlich zulässig. Da hab ich aber genug
Vertrauen zu Pascal, dass er mit dieser Information kein Schindluder
treibt. Und ich kann ihn ja ab und zu mal mit Berufung auf das BDSG um
eine Auskunft zu den zu mir gespeicherten Daten bitten. *wegrenn* ;)

Ach nee, dann müsste ich ihm ja meine ganzen Sockenpuppen verraten.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Datenschutz bei OSM

2017-04-25 Per discussione Christoph Hormann

On Tuesday 25 April 2017, Pascal Neis wrote:
>
> Wer sich wessen Profile anschaut werden dabei nicht extra
> gespeichert. Dies ist meiner Meinung nach auch nicht vertretbar. Was
> sollte ich mit diesen Informationen auch? Wenn ich davon eine
> Statistik irgendwo zeige, werde ich wohl eher nicht mehr zu einem
> OSM-Event kommen dürfen, oder?

Naja - im Prinzip könnte man daraus schon potentiell interessante Dinge 
in Richtung wer interessiert sich für wen und so was ableiten.  Das 
wäre, wenn man es nur statistisch auswertet auch nicht wirklich 
problematisch.  Aber wenn Du die Notwendigkeit des Logins einführst, um 
potentiellem Missbrauch der angezeigten Informationen vorzubeugen, dann 
solltest Du das natürlich nicht hintenherum zur Datenerfassung nutzen.  
Deshalb auch mein Vorschlag klar dranzuschreiben, dass diese Daten 
nicht erfasst werden.

Im Grunde wäre es auch eigentlich für solche Anwendungen gut, wenn es so 
was wie ein anonymes OAuth gäbe, also wo osm.org nur mitteilt, dass das 
ein angemeldeter Nutzer ist, wo es aber keinen Access Token gibt.

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

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

Re: [Talk-it] monumenti e memoriali

2017-04-25 Per discussione Martin Koppenhoefer



sent from a phone

> On 25. Apr 2017, at 22:58, demon.box  wrote:
> 
> e poi?
> 
> name=A ricordo dei partigiani caduti o meglio description:it?



in generale, historic=monument sono strutture commemorative accessibili 
dall'uomo, i monumenti alla guerra tipici in Italia sono quasi tutti memorial.

Questo sarebbe un esempio di un monumento di guerra che in osm è monument: 
http://www.upsavoie-mb.fr/wp/wp-content/uploads/duomont.jpg

Invece il name  del tuo esempio per me sarebbe qualcosa come "monumento ai 
partigiani", mentre "A ricordo dei partigiani caduti" lo vedo più come valore 
di "inscription" (se letteralmente) oppure "description:it" (se si tratta di 
una descrizione che non appare sul monumento)

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

Re: [Talk-de] Diskussionen auf deutsch

2017-04-25 Per discussione Frederik Ramm

Hallo,

On 04/24/2017 09:24 PM, Florian Lohoff wrote:
> Ich ignoriere das Forum - Ich bin ein Tastaturmensch und lese meine
> Mails mit mutt in plain-ascii - Klicki-Bunti Foren über DSL-Light
> was ich zu hause habe zu nutzen ist einfach totaler Mumpitz.

Ich behelfe mir da mit "feed2imap" und kann die Forums-Posts dann in
meinem normalen Mailsetup lesen. Nur wenn ich antworten will, muss ich
übers Webinterface gehen.

Sicherlich könnte man das genauso in eine Mailingliste gaten. Aber das
Unidirektionale ist ja auch nur ein Hack, der viele nicht glücklich
machen wird.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[Talk-it] monumenti e memoriali

2017-04-25 Per discussione demon.box

scusate, lo sò ritorno di nuovo su questa questione ma...

voi come mappate monumenti e memoriali?

historic=monument

e poi?

nient'altro oppure ad es. name=Monumento ai Caduti? oppure utilizzate il tag
description:it per descriverlo brevemente?

stesso discorso per le lapidi, magari ad es. a memoria dei partigiani caduti
con una sfilza di nomi:

historic=memorial
memorial:type=stele

e poi?

name=A ricordo dei partigiani caduti o meglio description:it?

scusate voi che linea utilizzate?
grazie.
--enrico





--
View this message in context: 
http://gis.19327.n8.nabble.com/monumenti-e-memoriali-tp5895877.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-legal-talk] Taiwan Open Government Data License

2017-04-25 Per discussione Frederik Ramm

Hi,

On 04/25/2017 01:38 AM, 積丹尼 Dan Jacobson wrote:
> What do you folks think about
> http://data.gov.tw/license#eng ?
> Can we use that data?

Not without further clarification. The way in which we would use the
data could be seen as violating their 3.2: "[The user] must make an
explicit notice of statement as attribution requested in the Exhibit
below by the Data Providing Organization". We *can* make such an
explicit notice on our osm.org/copyright page but we cannot ensure that
anyone who downloads our data or who looks at our map sees that notice.
We have to ask them if that kind of notice is enough.

This is a similar issue as we always have with CC-BY licensed data.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-es] Traducción del wiki de OSM al español

2017-04-25 Per discussione dcapillae

Las páginas wikis en el wiki de OSM se pueden editar tanto desde el código
wiki como con un editor WYSIWYG (lo que ves es lo que obtienes). En este
sentido, funciona igual que Wikipedia.

Hay que ser riguroso tanto en la fidelidad de las traducciones como en el
uso del código wiki. Una página mal editada o mal traducida no sirve de
mucho. Si otro editor la encuentra en esas malas condiciones, lo más
probable es que la traduzca nuevamente y deseche lo existente. Es más rápido
editarla desde de cero que perder el tiempo en corregir la traducción o
tener que ir corrigiendo los errores de código.

Para más detalles sobre como funciona el wiki, se puede consultar la página 
ES:Wiki   . No hacer nada sin
antes documentarse mínimamente sobre cómo se hace me parece la mejor
práctica a seguir en cualquier cuestión relacionada con OSM.



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Traduccion-del-wiki-de-OSM-al-espa-ol-tp5895584p5895875.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [OSM-talk] Finding duplicate cycleways

2017-04-25 Per discussione Martin Koppenhoefer

sent from a phone

> On 25. Apr 2017, at 19:07, Tobias Zwick  wrote:
> 
> I would say so, as long as there are not in reality two cycleways (see
> above). Wouldn't you?

it depends on the meaning/reading. I believe cycleway=track is bad anyway, it's 
ok for preliminary mapping but fails when it comes to the details. A distinct 
carriageway should sooner or later get its own way, IMHO, so this is not 
something I personally would do anyway (because I'm fine with relying on 
geometry and won't add explicit cycleway=track tags with my own interpretation 
of which cycleways are associated with which streets).

Cycleway=* is a property, it says a highway has cycle infrastructure attached 
(a lane or a nearby track). highway=cycleway is a distinct cycleway. There's no 
contradiction or duplication if you do both: say with a tag that a road has a 
cycleway nearby and add this cycleway explicitly as distinct geometry. This is 
similar to adding the bridge=yes property to ways on bridges AND map the (same) 
bridge as man_made=bridge, perfectly fine (for bridges at least).

On the other hand the wiki says since 2013 that you shouldn't add the 
cycleway=track tag to roads where the cycleway is already explicitly mapped:
https://wiki.openstreetmap.org/wiki/Key:cycleway
so it might be seen as an error. It all boils down to common interpretation of 
tags (and with the wiki continuously changing and more and more people starting 
to map, what you think today is established meaning might change tomorrow, very 
unfortunately as I would like to add).

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

Re: [OSRM-talk] [API] Role of profile

2017-04-25 Per discussione Daniel Patterson

Hi Mateusz,

  The  in the URL is an unused string.  It's there for future 
compatibility if we ever add multiple-profile support to OSRM, but osrm-routed 
does not look at it currently, other than to ensure that it's there.

  Quite a few people use it as a reverse-proxy filtering token - run a reverse 
proxy with multiple osrm-routed instances behind it, and forward requests to 
the appropriate backend based on the contents of the "profile" field.  It works 
quite well.

daniel

> On Apr 25, 2017, at 12:37 PM, Mateusz Loskot  wrote:
> 
> Hi,
> 
> I'm familiar with role of profile in the OSRM processing flow
> as well as descriptions regarding profile and {profile} parameter
> in the HTTP API docs.
> 
> Still. I'm not entirely clear about the profile role in the HTTP API URLs.
> 
> My current understanding is this:
> 
> 1. profile is actively used during extraction phase of data processing
> 2. user can feed extraction with any custom profile as long as it is
> valid for OSRM
> 3. generated .osrm package corresponds to single profile used during 
> processign
> 3. once data extracted and contracted, and complete multi-file .osrm package
> is ready, profile is not used
> 4. osrm-routed serves routing per single .osrm package, so single profile too.
> 
> When requesting osrm-route, I noticed
> * custom profile is not referenced anywhere
> * actually, profile seems not used
> 
> For example, I have simplistic .osrm package sample
> extracted using custom xxx profile and osrm-routed at
> http://localhost:5000, and both requests
> return the same response valid for the sample data
> 
> route/v1/car/30,20;30,15
> route/v1/xxx/30,20;30,15
> 
> in fact, any {profile} parameter works
> 
> /route/v1/nosuchprofile/30,20;30,15
> 
> Now, if I use libosrm API, neither engine config nor any of *Parameters
> require specification of profile.
> 
> These observations as well as the fact that osrm-routed
> serves single .osrm package, so no profile ambiguity is actually
> possible, make me think the {profile} parameter in URLs is unused and 
> redundant.
> 
> Is that correct?
> 
> Best regards
> -- 
> Mateusz Loskot, http://mateusz.loskot.net
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk


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

[OSRM-talk] [API] Role of profile

2017-04-25 Per discussione Mateusz Loskot

Hi,

I'm familiar with role of profile in the OSRM processing flow
as well as descriptions regarding profile and {profile} parameter
in the HTTP API docs.

Still. I'm not entirely clear about the profile role in the HTTP API URLs.

My current understanding is this:

1. profile is actively used during extraction phase of data processing
2. user can feed extraction with any custom profile as long as it is
valid for OSRM
3. generated .osrm package corresponds to single profile used during processign
3. once data extracted and contracted, and complete multi-file .osrm package
is ready, profile is not used
4. osrm-routed serves routing per single .osrm package, so single profile too.

When requesting osrm-route, I noticed
* custom profile is not referenced anywhere
* actually, profile seems not used

For example, I have simplistic .osrm package sample
extracted using custom xxx profile and osrm-routed at
http://localhost:5000, and both requests
return the same response valid for the sample data

route/v1/car/30,20;30,15
route/v1/xxx/30,20;30,15

in fact, any {profile} parameter works

/route/v1/nosuchprofile/30,20;30,15

Now, if I use libosrm API, neither engine config nor any of *Parameters
require specification of profile.

These observations as well as the fact that osrm-routed
serves single .osrm package, so no profile ambiguity is actually
possible, make me think the {profile} parameter in URLs is unused and redundant.

Is that correct?

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

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

Re: [Talk-de] Datenschutz bei OSM

2017-04-25 Per discussione Pascal Neis


Hi,

Am 25.04.17 um 20:07 schrieb Christoph Hormann:

On Tuesday 25 April 2017, Pascal Neis wrote:


Auf der anderen Seite, sollten wir aber auch versuchen die Mapper
nicht komplett "gläsern" und für alle abrufbar zu gestalten. Als
ersten Schritt habe ich daher zumindest HDYC[1] hinter den bekannten
OAuth Login[2] von OSM.org gebracht. Viele von euch hatten ja bereits
signalisiert, dass sie so etwas begrüßen würden.


Das ist aber ein bisschen auch ein zweischneidiges Schwert - die
Motivation einen, sagen wir mal fahrlässigen Missbrauch, zu verhindern,
ist lobenswert.  Auf der anderen Seite fallen durch die Anmeldung auch
neue Nutzungsdaten an (sprich: Du kannst dann erkennen, wer sich denn
für wessen Mapping-Metadaten interessiert).


durch den Login fallen nicht mehr Daten an, als wie bereits
Infos von OSM über die User bereits abrufbar sind. Ich vermute
du meinst den Access auf die User-Preferences, oder? Diese Infos
sind bereits entweder hier öffentlich[1] oder über die API hier[2]
abrufbar (soweit ich mir das angeschaut habe). Neue Daten sollten
von dort also nicht kommen. Am Rande: Die EMail-Adresse ist nicht dabei.

Wer sich wessen Profile anschaut werden dabei nicht extra gespeichert.
Dies ist meiner Meinung nach auch nicht vertretbar. Was sollte ich mit
diesen Informationen auch? Wenn ich davon eine Statistik irgendwo zeige,
werde ich wohl eher nicht mehr zu einem OSM-Event kommen dürfen, oder?

Aber wie du schon schreibst, ein "zweischneidiges Schwert".

Wenn du wirklich bedenken hast, HDYC sehr gerne weiter benutzen
würdest, ihm aber nicht traust: Denke evtl., wie bereits von vielen
praktiziert, über einen weiteren OSM Account nach. Dann nicht extra
für's mappen von Sachen, die Andere nicht erfahren sollen, sondern
weiterhin um Dienste wie meinen oder andere von OSM zu nutzen.

Gerade ein bisschen eine "schwierige" Situation für mich. Zum einen den 
Leuten
es Recht zu machen, die Bedenken wegen ihrer Privatsphäre haben und zum 
Anderen
denen, die einfach nur den Dienst und dessen Vorteile für OSM nutzen 
möchten.


Viele Grüße
Pascal

[1] http://www.openstreetmap.org/user/pitscheplatsch
[2] osm.org/api/0.6/user/52626

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

Re: [Talk-es] Traducción del wiki de OSM al español

2017-04-25 Per discussione JeSe-MX

Pues, de mi parte, yo iba a traducir, no se mucho inglés, pero con mi práctica
de cartografía para OSM, me será fácil traducir y hasta añadir ejemplos para
que sea más fácil su comprensión de las etiquetas.
Sólo que tuve un detalle, y fue allá cuando estaba diario activo (de esas
épocas cuando no tienes necesidad de trabajar o de dinero), que la wiki tiene
un lenguaje algo raro para mi, no es como editar una página como con
Dreamweaver o similares, sino que aparece el código, ignoro cómo se llame.
¿Hay alguna forma de editar como se ve la presentación web?
Perdón si ya lo explicaron, pero me perdí algunos correos del tema.

▶JeSe-MX◀
【Sebastián Morales】

El mar 25 25e abr 25e 2017 a las 11:24, dcapillae
escribió: Hola, Sebastián.

Comprendo a qué te refieres. Nuestra lengua tiene múltiples variantes aun
siendo un mismo idioma. En principio, el wiki de OSM contempla sólo idioma
español, sin especificar nada más. Hay que entender que se refiere a
personas que hablan español, sin importar el país.

Los lectores potenciales de nuestra traducción pueden ser españoles,
méxicanos, cubanos, chilenos... Conviene tenerlo presente y procurar usar un
lenguaje lo más neutro posible. En general, el contenido del wiki es
bastante técnico y preciso, poco propenso a digresiones innecesarias, así
que serán pocas las ocasiones en que nuestro léxico genere confusión,
siempre y cuando nos ajustamos con precisión a la traducción exacta del
inglés.

Aun así, si conocemos que en otros países se usa un término distinto,
recomiendo añadir las posibles variantes de uso frecuente en otros países. Y
si no se conocen, tampoco hay que preocuparse, alguien las añadirá en el
futuro. Consulta la página del wiki dedicada a Buses
para ver un ejemplo:
"Autobuses, buses, colectivos (ARG), ómnibus (URU), Combis, Custers (PE),
trolebuses...", en cada país o región se les denomina de una forma distinta,
y el wiki trata de recogerlas todas para evitar confusiones.

Otra posibilidad es usar la plantilla RelatedTermList
. Con ella
podemos añadir una lista de términos relacionados a pie de página. La habrás
visto en algunas traducciones del wiki (p. e., ES:Tag:leisure=common
). Además de
términos relacinados, podemos mencionar las distintas denominaciones que
tiene una misma característica según el país.

-
Daniel Capilla
OSM user: dcapillae
--
View this message in context:
http://gis.19327.n8.nabble.com/Traduccion-del-wiki-de-OSM-al-espa-ol-tp5895584p5895861.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [Talk-cz] kruhák havlíčkův brod

2017-04-25 Per discussione Marek Janata

nepustilo mě to z průmyslové prvním výjezdem - zkusím to zítra ještě
jednou, třeba byla chyba někde v matrixu...

díky moc

M

út 25. 4. 2017 v 20:03 odesílatel Karel Volný  napsal:

> taky myslím, že je to správně, akorát jižní přípojka byla 'unclassified'
> což
> jsem opravil na 'tertiary'
>
> ... musím říct, že MapFactor mi sice většinou funguje lépe než OsmAnd, ale
> taky má svoje mouchy; podezříval bych eventuelně stará data, ale poslední
> úprava před rokem, hm, tak asi ne
>
> K.
>
> On Tuesday 25 April 2017 19:50:46 Marián Kyral wrote:
> > Ahoj,
> > kruhový objezd je vždy jednosměrka. Takže to je zmapováno správně. OSMR
> to
> > routuje správně:
> https://www.openstreetmap.org/directions?engine=osrm_car;
> > route=49.59324%2C15.59198%3B49.59311%2C15.59463#map=18/49.59245/15.59375
> >
> > Odkud, kam se snažíš dostat? Jaké máš nastavení pro navigaci?
> >
> > Marián
> >
> > -- Původní e-mail --
> > Od: Marek Janata 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 25. 4. 2017 19:18:50
> > Předmět: [Talk-cz] kruhák havlíčkův brod
> > "
> >
> > Ahoj,
> >
> >
> >
> >
> > omlouvám se za další začátečnicky dotaz - navigace (MapFactor) vidí
> tenhle
> > kruhák jako jednosměrku a nepustí mě na něj - je správně zadaný? (nevím
> kdo
> > ho editoval)
> >
> >
> >
> > https://www.openstreetmap.org/edit#map=18/49.59268/15.59385
> > (https://www.openstreetmap.org/edit#map=18/49.59268/15.59385)
> >
> >
> >
> >
> > Jak by měl správně vypadat? (klidně ho opravím, ale nechci ho zmršit)
> >
> >
> >
> >
> > Marek
> >
> > ___
> > 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-us] Last word on named driveways

2017-04-25 Per discussione Richard Welty

On 4/22/17 4:18 AM, Paul Johnson wrote:
>
> Given the inconsistency of TIGER data, I would not be surprised if no
> automated effort will be ever attempted to deal with that dataset ever
> again.  That said, there are tilesets out there that show TIGER data
> that thas a newer name or geometry than what OSM has, though this
> itself has it's pitfalls as I've noticed a tendency for such datasets
> to false-positive on a name because OklaDOT renamed something and
> whatever Census-taker mapped it in TIGER kept the old name.
when assessing TIGER, it's good to keep in mind that it's a moving
target. the
copy that was imported into OSM was the 2007 version, which was midway
through
the improvement project, and the reason why some parts of TIGER are much
less
bad than other parts of TIGER in OSM.

there are various layers available which render newer TIGER so it can be
used as
a backdrop image for editing, i sometimes use these when cleaning up older,
obviously bad TIGER.  and TIGER really is improving. a major part of
that is that
the Census Bureau is trying to work with local GIS departments more and
reduce
their direct involvement in maintainence, which seems to me to be the
right way
to go.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [Talk-it] Funzione per trasferire una posizione dal PC allo Smartphone

2017-04-25 Per discussione carlo folini

Ciao,
per cosa gli serve?
Se serve per arrivare ad una posizione potrebbe bastare un link creato
clickando su openstreetmap.com con mouse destro sulla mappa e selezionare
"Indicazioni fino a qua" e copiare il link dalla barra degli indirizzi.

Il giorno 25 aprile 2017 11:12, Marcello  ha scritto:

> Salve,
>
> un nuovo utente mi ha chiesto se con OSM è possibile avere una funzione
> simile a quella di GoogleMaps, dove è possibile salvare una posizione
> della mappa nel PC e trovarsela nello smartphone. Attualmente ha
> installato Osmand, che conosco pochissimo, per cui chiedo se c'è qualche
> modo per fare ciò con Osmand o altri software, oltre alla possibilità di
> salvare una posizione nel proprio profilo OSM, utilizzata quando si
> sceglie "Vai alla posizione di casa", che potrebbe essere visualizzata
> aprendo un browser da smartphone e loggandosi in OSM.
>
> Ciao
> Marcello
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
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-de] Datenschutz bei OSM

2017-04-25 Per discussione Christoph Hormann

On Tuesday 25 April 2017, Pascal Neis wrote:
>
> Auf der anderen Seite, sollten wir aber auch versuchen die Mapper
> nicht komplett "gläsern" und für alle abrufbar zu gestalten. Als
> ersten Schritt habe ich daher zumindest HDYC[1] hinter den bekannten
> OAuth Login[2] von OSM.org gebracht. Viele von euch hatten ja bereits
> signalisiert, dass sie so etwas begrüßen würden.

Das ist aber ein bisschen auch ein zweischneidiges Schwert - die 
Motivation einen, sagen wir mal fahrlässigen Missbrauch, zu verhindern, 
ist lobenswert.  Auf der anderen Seite fallen durch die Anmeldung auch 
neue Nutzungsdaten an (sprich: Du kannst dann erkennen, wer sich denn 
für wessen Mapping-Metadaten interessiert).  Wäre schön, wenn Du diese 
Daten nicht speicherst und dies per Datenschutzrichtlinie auch 
entsprechend transparent dokumentierst.

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

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

Re: [Talk-cz] kruhák havlíčkův brod

2017-04-25 Per discussione Karel Volný

taky myslím, že je to správně, akorát jižní přípojka byla 'unclassified' což 
jsem opravil na 'tertiary'

... musím říct, že MapFactor mi sice většinou funguje lépe než OsmAnd, ale 
taky má svoje mouchy; podezříval bych eventuelně stará data, ale poslední 
úprava před rokem, hm, tak asi ne

K.

On Tuesday 25 April 2017 19:50:46 Marián Kyral wrote:
> Ahoj,
> kruhový objezd je vždy jednosměrka. Takže to je zmapováno správně. OSMR to
> routuje správně: https://www.openstreetmap.org/directions?engine=osrm_car;
> route=49.59324%2C15.59198%3B49.59311%2C15.59463#map=18/49.59245/15.59375
> 
> Odkud, kam se snažíš dostat? Jaké máš nastavení pro navigaci?
> 
> Marián
> 
> -- Původní e-mail --
> Od: Marek Janata 
> Komu: OpenStreetMap Czech Republic 
> Datum: 25. 4. 2017 19:18:50
> Předmět: [Talk-cz] kruhák havlíčkův brod
> "
> 
> Ahoj,
> 
> 
> 
> 
> omlouvám se za další začátečnicky dotaz - navigace (MapFactor) vidí tenhle
> kruhák jako jednosměrku a nepustí mě na něj - je správně zadaný? (nevím kdo
> ho editoval)
> 
> 
> 
> https://www.openstreetmap.org/edit#map=18/49.59268/15.59385
> (https://www.openstreetmap.org/edit#map=18/49.59268/15.59385)
> 
> 
> 
> 
> Jak by měl správně vypadat? (klidně ho opravím, ale nechci ho zmršit)
> 
> 
> 
> 
> Marek
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> "


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] kruhák havlíčkův brod

2017-04-25 Per discussione Marián Kyral

Ahoj,
kruhový objezd je vždy jednosměrka. Takže to je zmapováno správně. OSMR to
routuje správně: https://www.openstreetmap.org/directions?engine=osrm_car;
route=49.59324%2C15.59198%3B49.59311%2C15.59463#map=18/49.59245/15.59375

Odkud, kam se snažíš dostat? Jaké máš nastavení pro navigaci?

Marián

-- Původní e-mail --
Od: Marek Janata 
Komu: OpenStreetMap Czech Republic 
Datum: 25. 4. 2017 19:18:50
Předmět: [Talk-cz] kruhák havlíčkův brod
"

Ahoj,




omlouvám se za další začátečnicky dotaz - navigace (MapFactor) vidí tenhle
kruhák jako jednosměrku a nepustí mě na něj - je správně zadaný? (nevím kdo
ho editoval)



https://www.openstreetmap.org/edit#map=18/49.59268/15.59385
(https://www.openstreetmap.org/edit#map=18/49.59268/15.59385)




Jak by měl správně vypadat? (klidně ho opravím, ale nechci ho zmršit)




Marek

___
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] LinuxDays a OpenAlt 2017

2017-04-25 Per discussione Marián Kyral

Ahoj,
tak se zase pomalu blíží podzim ;-) a s tím i Linux Days [1] a OpenAlt [2].

Letos uvažuji, že bych se zúčastnil obou akcí. Na Linux Days se mi posledně
líbilo, a mohl bych pokračovat ve své loňské přednášce "OSM včera, dnes a
zítra". Loni jsem za 50 minut stěží stihl historii, letos by to mohla být
současnost a za rok si dáme budoucnost :-D
Na OpenAlt jsem sice ještě nebyl, ale možné pokračování loňského SOTM si
nemůžu nechat ujít ;-)

Přidá se někdo? Co třeba nějaký stánek propagující OSM na Linux Days? Loni
se mně na to ptali, ale já nejsem typ na tyhle věci. A letos je ještě
relativně dost času něco zorganizovat, sehnat sponzory, vyrobit propagační
předměty…

[1] https://www.linuxdays.cz/2017/
[2] https://openalt.cz/2017/

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

Re: [Talk-de] Datenschutz bei OSM

2017-04-25 Per discussione Pascal Neis


Hi,

Am 25.03.17 um 18:36 schrieb Frederik Ramm:


Der Ausgangspunkt war, dass ich gesagt habe: Es gibt Leute, die bei uns
nicht mitmachen, weil sie das Gefühl haben, dass man dadurch zu viel von
sich preisgibt - sozusagen eine "Einladung zum Stalking". Selbst wenn
wir "rechtlich" auf der sicheren Seite wären (und es ist unklar,
inwiefern wir das sind), so frage ich, ob das ausreicht - haben wir
vielleicht eine Art Fürsorgepflicht gegenüber unseren Mappern und
sollten die nach Kräften vor möglichem Datenmissbrauch schützen, selbst
wenn sie eigentlich das Häkchen "jeder kann mit meinen Daten machen, was
er will" gesetzt haben?


ich bin ja so ein bisschen der Ursprung für das ganze Unheil ;)

Ehrlich gesagt hätte ich eine stärkere/größere Diskussion hier auf
der ML oder auch im Forum bzgl. des Datenschutzes erwartet. Zumindest
vor ein paar Jahren wollte doch der ein oder andere rechtlich gegen
mich vorgehen.

Grundsätzlich vertrete ich die Meinung, dass die Metadaten, die beim
Mappen entstehen, weiterhin verfügbar sein sollten, wenn nicht sogar
müssen. Andernfalls sehe ich keine Chance um z.B. gegen Vandalismus
vorgehen zu können. Als erster Schritt sollten wir also auf alle Fälle
versuchen, neue Mitglieder bei der Registrierung ordentlich darauf
hinzuweisen, dass beim Erfassen der Geodaten auch die Metadaten
gespeichert werden und verfügbar sind. So wie es bereits von Frederik
oder auch anderen beschrieben wurde.

Auf der anderen Seite, sollten wir aber auch versuchen die Mapper
nicht komplett "gläsern" und für alle abrufbar zu gestalten. Als ersten
Schritt habe ich daher zumindest HDYC[1] hinter den bekannten OAuth
Login[2] von OSM.org gebracht. Viele von euch hatten ja bereits
signalisiert, dass sie so etwas begrüßen würden.

Hoffe damit zumindest schon einen kleinen Teil beigetragen zu haben.

Viele Grüße
Pascal

PS: Werde diesen Text auch im Forum[3] posten.

[1] https://hdyc.neis-one.org
[2] http://wiki.openstreetmap.org/wiki/OAuth
[3] https://forum.openstreetmap.org/viewtopic.php?id=57813

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

[Talk-cz] kruhák havlíčkův brod

2017-04-25 Per discussione Marek Janata

Ahoj,

omlouvám se za další začátečnicky dotaz - navigace (MapFactor) vidí tenhle
kruhák jako jednosměrku a nepustí mě na něj - je správně zadaný? (nevím kdo
ho editoval)

https://www.openstreetmap.org/edit#map=18/49.59268/15.59385

Jak by měl správně vypadat? (klidně ho opravím, ale nechci ho zmršit)

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

Re: [OSM-talk] Finding duplicate cycleways

2017-04-25 Per discussione Tobias Zwick

> https://www.google.com/maps/@47.6757218,-117.3849352,3a,75y,70.4h,83.24t/data=!3m6!1e1!3m4!1sqdzvokjXjkutvCYJLOWh_A!2e0!7i13312!8i6656!5m1!1e4
> 
> That's a bicycle lane on the road, plus a distinct bicycle path running
> parallel to it.  It's mapped in OSM as a "cycleway=lane" on the road and a 
> "highway=cycleway" running parallel to it.

Okay, I mean of course duplicate cycleways where the duplicate mapping
is an error. Correct usages like you present can be filtered out by
looking a the value of the cycleway tag: If there is a separate way and
the cycleway-tag on the road is a track, then it is probably an error.

> do you suppose this is an error?

I would say so, as long as there are not in reality two cycleways (see
above). Wouldn't you?

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

Re: [Talk-cz] CheckAutopista2

2017-04-25 Per discussione Marek


A něco jiného co pracuje i s ostatními silnicemi?


A ještě si dovoluji upozornit, že to podle popisu pracuje jen s dálnicemi
(tedy motorway a motorway_link).
Majka



--
___
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-es] Traducción del wiki de OSM al español

2017-04-25 Per discussione dcapillae

Hola, Sebastián.

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

[Talk-cat] Invitació: sessió de co-creació estudi economia col·laborativa // 5 de Maig a la UOC 22@

2017-04-25 Per discussione Enric Senabre Hidalgo

Benvolguts/des,

Us contacto des del grup de recerca Dimmons.net a l'IN3 de la UOC, en
relació a l'estudi Col·lacy que hem iniciat sobre plataformes
d'economia col·laborativa a Barcelona, en el marc del projecte europeu
DECODE: http://decodeproject.eu/

La primera sessió tindrà lloc el 5 de Maig per la tarda. Hem
identificat una sèrie d'iniciatives com OpenStreetMap a Catalunya que
operen en diferents àmbits, i amb un grau de maduresa pel qual creiem
que podríeu aportar molt a aquesta primera sessió que estem
organitzant.

Més que d'una entrevista o metodologia d'investigació a l'ús, estem
preparant un taller que ens permeti explorar al costat de plataformes
com la vostra millors pràctiques, problemàtiques i reptes,
oportunitats i escenaris de futur.

Es tracta d'un format que permetrà aprendre a totes les persones
participants, connectar i veure més enllà junts i juntes, a més de
contribuir a la nostra investigació (els resultats estaran disponibles
en obert), i per això confiem que podrà ser útil també per al vostre
projecte.

Per compensar l'esforç que suposi algú del projecte assistir, i
contribuir a la sostenibilitat de les iniciatives, oferim a aquelles
que ho requereixin una retribució de 60 euros.

Aquí tots els detalls de la convocatòria:

Taller d'investigació co-creada Dimmons.net
Divendres 5 de Maig, de 15h a 18:30h (amb pausa i refrigeri)
UOC - Edifici 22@
Rambla del Poblenou, 156
08018 Barcelona

Esperant la vostra confirmació, o qualsevol consulta al respecte,
rebeu una salutació.

Enric

-- 
Enric Senabre Hidalgo
Dimmons Research Group
IN3 - Internet Interdisciplinary Institute
in3.uoc.edu
CECAN Fellow, University of Surrey
cecan.ac.uk

(+34) 627 596 939
(+34) 93 253 5740
esena...@uoc.edu
backlogs.net / dimmons.net
@esenabre / @dimmonsnet

Av. Carl Friedrich Gauss, 5
08860 Castelldefels (Barcelona)

Aquest missatge és confidencial, la difusió de les dades que inclou
és regulada per la Llei orgànica de protecció de dades i la Llei de
serveis de la societat de la informació. Abans d’imprimir aquest
missatge electrònic penseu en el medi ambient.

Este mensaje es confidencial, la difusión de los datos que incluye
está regulada por la Ley orgánica de protección de datos y la Ley de
servicios de la sociedad de la información. Antes de imprimir este
mensaje electrónico piensa en el medio ambiente.

This message is confidential. Dissemination of this message and its
contents is regulated by the Spanish laws on Information Society
Services and Data Protection. Please consider the environment before
printing.

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

Re: [Talk-ca] Telenav mapping turn restrictions

2017-04-25 Per discussione Stewart C. Russell

On 2017-04-25 12:43 AM, Andrew Lester wrote:
> Okay Telenav, you win. …

Yes, that must be frustrating. Would hate to lose you as a contributor.

They're also adding futile turn restrictions at the join of one-way
on/off ramps, like this:

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

(in a huge changeset, with the super-helpful comment “small updates”, no
less)

While you might be able to haul a U-ey round these, pretty sure the road
regulations disallow it, along with basic common sense and steering
geometry.

cheers,
 Stewart

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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

2017-04-25 Per discussione François Lacombe

Hello,

C'est vrai que je n'avais pas vu tout ces problèmes.

D'accord avec vous pour créer deux points distincts
Une relation de type site semble lourd mais pour autant le bon outil parce
qu'il n'y a pas de périmètre fermé pour entourer tout ces éléments
Parfois il y a deux points géodésiques sur le même pylône, je l'ai vu
récemment (il y a donc 3 nœuds, même aujourd'hui, dans la base)


A+

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 25 avril 2017 à 10:24, Vincent Pottier  a écrit :

> Le 23/04/2017 à 11:03, Art Penteur a écrit :
>
>> C'est l'occasion de poser la question du codage des pylônes qui
>> portent un point géodésique.
>>
>> Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/
>> 1.41735
>>
>> Quelle solution fait consensus, actuellement ?
>>- 1 seul nœud avec tous les attributs (power-=tower et  man_made
>> survey_point). ça a une certaine cohérence physique, mais pose des
>> problèmes de codage (par exemple, comment combiner la ref IGN et la
>> ref RTE) ?
>>- 2 nœuds très proches (éventuellement liés par une relation de type
>> site)
>>- créer un polygone power=tower, avec un nœud à chacun des pieds du
>> pylône, avec le survey_point naturellement à l'intérieur du polygone
>> (mais la page wiki de power=tower interdit les polygones) ?
>>- autre ?
>>
>> Art
>>
>> Bonjour,
>
> Le nœud survey_point comporte un tag ele qui vaut pour l'altitude du
> repère et non celle du pylône, celle-ci étant considérée au pied de ce
> dernier, au niveau du sol.
>
> Le pylône est un objet propre avec ses propres coordonnées, sa propre
> altitude, le repère en est un autre : d'où deux objets différents.
>
> En ne gardant qu'un seul nœud, on induit une erreur, de considérer le tag
> ele comme étant l'altitude du pylône.
>
> Après, reste à voir comment relier les deux.
>
> FrViPofm
>
>
> ___
> 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-cz] CheckAutopista2

2017-04-25 Per discussione majka

A ještě si dovoluji upozornit, že to podle popisu pracuje jen s dálnicemi
(tedy motorway a motorway_link).
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cl] International Space Apps Challenge 2017

2017-04-25 Per discussione Cristián Serpell

jaja Pucha si es por eso todos queremos poleras. Yo no podré asistir, pero
si necesitan cualquier ayuda remota pueden avisarme.

Cristián

2017-04-25 11:27 GMT-03:00 Danilo Lacoste :

> quedé inscrito :D
> saludos.
>
>
>
> 2017-04-25 11:15 GMT-03:00 Exequiel Gaete Pavez :
>
>> Se podría, cierto?
>>
>> Danilo, inscríbete y me comprometo a gestionar el envío
>> (Si es que hay poleras, claro)
>>
>> 2017-04-25 11:11 GMT-03:00 Danilo Lacoste :
>>
>>> Esas poleras son terribles de wenas, será mucho pedir que me guarden una
>>> y envien a temuco? :D
>>>
>>> 2017-04-25 10:59 GMT-03:00 Exequiel Gaete Pavez :
>>>
 ¿Qué hay que hacer?
 Yo puedo estar la mañana del sábado hasta como las 430pm.

 Y... habrá polera, verdad?


 2017-04-24 10:54 GMT-03:00 Julio Costa Zambelli <
 julio.co...@openstreetmap.cl>:

> Estimados,
>
> Les escribo para invitarlos a participar del International Space Apps
> Challenge 2017, la hackatón de la NASA, cuya sede chilena organizamos 
> desde
> 2013. Nos reuniremos en la sede Santiago-San Joaquín de la UTFSM (Metro
> Camino Agrícola), este Sábado y Domingo.
>
> Pueden obtener más información e inscribirse en:
> http://www.spaceapps.cl/
>
> Aprovecho la oportunidad para pedirle a quienes nos puedan ayudar
> cualquier día entre el viernes 28 y domingo 30, que se comuniquen conmigo
> por está vía.
>
> Saludos,
>
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
>
> julio.co...@openstreetmap.cl
>
> https://www.openstreetmap.cl/
> Cel: +56(9)89981083 <09%208998%201083>
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>


 --

 Exequiel Gaete Pavez
 +56 9 9328 7569 <09%209328%207569>

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


>>>
>>>
>>> --
>>> Danilo Lacoste Z.   dan...@lacosox.org
>>> Ing. Civil en informática
>>> www.lacosox.org
>>>
>>
>>
>>
>> --
>>
>> Exequiel Gaete Pavez
>> +56 9 9328 7569 <09%209328%207569>
>>
>
>
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cz] CheckAutopista2

2017-04-25 Per discussione Jan Martinec

Ahoj,

V zásadě nejjednodušší je doskrolovat si k tomu v mapě, a pak dát Select in
current view. Případně můžeš zkusit vyhledávání podle ref, ale tam bude
trochu problém s jednoznačností: D11 jsem našel, silnic číslo 9 mi to
nabídlo hromadu v různých státech.

Zdar,
Honza Piškvor Martinec

Dne 25. 4. 2017 17:01 napsal uživatel "Marek" :

> Jak v programu CheckAutopista2 přidám na zkontrolování určitou silnici?
>
>
>
> ___
> 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-es] Traducción del wiki de OSM al español

2017-04-25 Per discussione JeSe-MX

Buenos días desde México:
Yo estoy suscrito a muchas de las listas de había hispana, y estoy enterado de 
este correo de querer traducir las wiki.
Acá en el foro (donde yo estaba más activo hace tiempo), un compañero creo que 
hizo lo que sugieren: copiar del inglés y pegar al español e ir traduciendo de 
a poco. Comenzó muy bien, pero poco a poco se fue viendo que utilizaba el 
traductor en línea. Entonces optó por no traducir, pues había poco 
entendimiento el algunas frases "traducidas".
Y entonces ahora tengo yo una duda, ¿La traducción al español se hará a español 
neutro?
Me refiero porque por lo menos yo luego suelo tener dudas con algunas palabras 
del español de España. Posiblemente las palabras que se usen en la traducción 
sean neutrales, no lo sé, pero sí es mi duda, pues yo tendría problema cuando 
lea un artículo en español de España.
¿O crear otro idioma como "Español Latino"?
「Sebastián Morales」【JeSe-MX en Internet.】

  El vie 21 21e abr 21e 2017 a las 8:47, Miguel 
Sevilla-Callejo escribió:   Hola Daniel,

La traducción al español, que efectivaemnte está bastante deficiente en 
la wiki, entiendo que habría que coordinarla con los compañeros 
latinoamericanos que no estan en esta lista por lo que entiendo que un 
primer lugar habría que coordinarse con ellos. Hay una lista talk-latam 
creo pero está muy desactivada. En estos momentos se coordinan más por 
el grupo de telegram http://t.me/osmlatam

Hay varias cuestiones, no solo la traducción de la wiki (también de iD y 
otras herramientas) que tendríamos que tener coordinadas con ellos.

Si algún colega latino lee este mensaje le animo a contribuir al trabajo 
coordinado en este sentido.

Un saludo

Miguel

On 20/04/17 16:01, dcapillae wrote:
> Saludos,
>
> Quisiera animar a la comunidad española de OSM a colaborar en la  traducción
> del wiki   . La
> comunidad hispana es muy grande y, en correspondencia, debería tener un gran
> número de páginas traducidas. Quizás no consigamos ser la comunidad con más
> páginas en su idioma, pero como poco deberíamos estar entre las primeras,
> aunque sólo sea por el número potencial de usuarios. Queda mucho trabajo por
> hacer para tener toda la documentación de OSM en español.
>
> No hace falta involucrarse demasiado, bastaría con colaborar traduciendo
> algún artículo de vez en cuando. Seguro que alguna vez habéis consultado una
> etiqueta en el wiki para la que no había todavía traducción al español. Ésa
> puede ser una buena ocasión para involucrarse y colaborar en su traducción,
> aunque sea sólo puntualmente.
>
> También podéis hacerlo de forma algo más sistemática, por ejemplo,
> traduciendo páginas que tenga relación con algún tema de vuestro interés
> (buscad por  categorías
>   , la
> mayoría están ya traducidas). Por ejemplo, si os interesan los temas
> relacionados con la bicicleta, echad un vistazo a la  categoría en español
>   sobre el tema
> y comparadla con la  categoría en inglés
>   para ver
> cuántas páginas faltan por traducir y si podéis echar un mano con alguna.
>
> En el wiki hay un gran número de páginas con conceptos técnicos que resultan
> difíciles de traducir si no se tienen conocimientos previos. Si tenéis
> experiencia con alguno de estos temas, sería genial que trabajaseis en su
> traducción. Consultad  Category:ES:Técnico
>   , en español,
> y  Category:Technical
>   , en inglés.
>
> Trabajar en la traducción del wiki es muy satisfactorio por muchas razones,
> entre otras, porque traduciendo la documentación de OSM se aprende mucho
> sobre su funcionamiento, uso de etiquetas, aplicaciones disponibles,
> técnicas de mapeo, etc. Además, es una forma muy sencilla de colaborar en la
> promoción del proyecto. Si un usuario novel que no sepa mucho inglés tiene a
> su disposición toda la documentación en español, seguro que se anima a
> seguir aprendiendo.
>
> Por último, recordad que hay un  wikiproyecto
> 
> para coordinar los trabajos de traducción al español no sólo del wiki, sino
> de cualquier página web, editor y cualquiera otra documentación o software
> relacionado con OpenStreetMap.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: 
> http://gis.19327.n8.nabble.com/Traduccion-del-wiki-de-OSM-al-espa-ol-tp5895584.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cz] CheckAutopista2

2017-04-25 Per discussione Marek


Jak v programu CheckAutopista2 přidám na zkontrolování určitou silnici?



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

Re: [Talk-cat] OSM a les Jornades SIG Lliure

2017-04-25 Per discussione Jaume Figueras i Jové


Hola,

doncs jo tampoc puc. El 31 tinc classe fins les 19h. El dia de les 
jornades tinc classe... o sigui que res de res aquest any.


Salut!

On 20/04/17 23:58, yo paseopor wrote:

Wenes!
Jo treballo a l'Arboç (Tarragona) fins les 16, i mínim si tot sortís bé
trigaria una hora i dos , tres quarts
Així que depen d'aquí a quina hora fos la mapató hi podria assistir.

yopaseopor


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



--
   Jaume Figueras i Jové
o o o  Responsable de projectes SIG
o o o  inLab FIB
o o o
U P C  Universitat Politècnica de Catalunya - Barcelona Tech

   E-mail : jaume.figue...@upc.edu
   Web: http://inlab.fib.upc.edu/
   Telf   : +34937398621 (intern UPC: 98621)
   Mòbil  : +34650756456 (intern UPC: 44785)
   Fax: +34937398628 (intern UPC: 98628)

   Adreça : inLab FIB
Edifici B5-S102
C/ Jordi Girona, 31
08025 BARCELONA

Ubuntu User #14347 - Linux User #504317

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

Re: [Talk-cl] International Space Apps Challenge 2017

2017-04-25 Per discussione Danilo Lacoste

quedé inscrito :D
saludos.



2017-04-25 11:15 GMT-03:00 Exequiel Gaete Pavez :

> Se podría, cierto?
>
> Danilo, inscríbete y me comprometo a gestionar el envío
> (Si es que hay poleras, claro)
>
> 2017-04-25 11:11 GMT-03:00 Danilo Lacoste :
>
>> Esas poleras son terribles de wenas, será mucho pedir que me guarden una
>> y envien a temuco? :D
>>
>> 2017-04-25 10:59 GMT-03:00 Exequiel Gaete Pavez :
>>
>>> ¿Qué hay que hacer?
>>> Yo puedo estar la mañana del sábado hasta como las 430pm.
>>>
>>> Y... habrá polera, verdad?
>>>
>>>
>>> 2017-04-24 10:54 GMT-03:00 Julio Costa Zambelli <
>>> julio.co...@openstreetmap.cl>:
>>>
 Estimados,

 Les escribo para invitarlos a participar del International Space Apps
 Challenge 2017, la hackatón de la NASA, cuya sede chilena organizamos desde
 2013. Nos reuniremos en la sede Santiago-San Joaquín de la UTFSM (Metro
 Camino Agrícola), este Sábado y Domingo.

 Pueden obtener más información e inscribirse en:
 http://www.spaceapps.cl/

 Aprovecho la oportunidad para pedirle a quienes nos puedan ayudar
 cualquier día entre el viernes 28 y domingo 30, que se comuniquen conmigo
 por está vía.

 Saludos,

 Julio Costa Zambelli
 Fundación OpenStreetMap Chile

 julio.co...@openstreetmap.cl

 https://www.openstreetmap.cl/
 Cel: +56(9)89981083 <09%208998%201083>


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


>>>
>>>
>>> --
>>>
>>> Exequiel Gaete Pavez
>>> +56 9 9328 7569 <09%209328%207569>
>>>
>>> ___
>>> Talk-cl mailing list
>>> Talk-cl@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cl
>>>
>>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>
>
>
> --
>
> Exequiel Gaete Pavez
> +56 9 9328 7569 <09%209328%207569>
>



-- 
Danilo Lacoste Z.   dan...@lacosox.org
Ing. Civil en informática
www.lacosox.org
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cl] International Space Apps Challenge 2017

2017-04-25 Per discussione Exequiel Gaete Pavez

Se podría, cierto?

Danilo, inscríbete y me comprometo a gestionar el envío
(Si es que hay poleras, claro)

2017-04-25 11:11 GMT-03:00 Danilo Lacoste :

> Esas poleras son terribles de wenas, será mucho pedir que me guarden una y
> envien a temuco? :D
>
> 2017-04-25 10:59 GMT-03:00 Exequiel Gaete Pavez :
>
>> ¿Qué hay que hacer?
>> Yo puedo estar la mañana del sábado hasta como las 430pm.
>>
>> Y... habrá polera, verdad?
>>
>>
>> 2017-04-24 10:54 GMT-03:00 Julio Costa Zambelli <
>> julio.co...@openstreetmap.cl>:
>>
>>> Estimados,
>>>
>>> Les escribo para invitarlos a participar del International Space Apps
>>> Challenge 2017, la hackatón de la NASA, cuya sede chilena organizamos desde
>>> 2013. Nos reuniremos en la sede Santiago-San Joaquín de la UTFSM (Metro
>>> Camino Agrícola), este Sábado y Domingo.
>>>
>>> Pueden obtener más información e inscribirse en:
>>> http://www.spaceapps.cl/
>>>
>>> Aprovecho la oportunidad para pedirle a quienes nos puedan ayudar
>>> cualquier día entre el viernes 28 y domingo 30, que se comuniquen conmigo
>>> por está vía.
>>>
>>> Saludos,
>>>
>>> Julio Costa Zambelli
>>> Fundación OpenStreetMap Chile
>>>
>>> julio.co...@openstreetmap.cl
>>>
>>> https://www.openstreetmap.cl/
>>> Cel: +56(9)89981083 <09%208998%201083>
>>>
>>>
>>> ___
>>> Talk-cl mailing list
>>> Talk-cl@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cl
>>>
>>>
>>
>>
>> --
>>
>> Exequiel Gaete Pavez
>> +56 9 9328 7569 <09%209328%207569>
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>>
>
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>



-- 

Exequiel Gaete Pavez
+56 9 9328 7569
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-lt] Juostinis upių žemėlapis

2017-04-25 Per discussione Tomas Straupis

2017 m. balandžio 25 d. 15:22, Mykolas Okulič-Kazarinas rašė:
> Naudingas darbas, puikiai aprašyta. Rimtumo suteikia nuoroda į
> Mikalojaus Kristupo Radvilos 1613 metų žemėlapį. Tomai, ar neketini
> publikuoti kokiame nors moksliniame žurnale?

  Na būtų visai įdomus užsiėmimas, bet tada lygis turėtų būti visai
kitas... Dabar tik labai bendrai aprašiau principą ir rezultatus. Ir
tai, kas buvo padaryta, nėra labai sudėtinga - užtrukau gerą pusdienį
(neskaičiuojant n bokalų dėliojant mintyse realizavimo idėją).

  Šiame etape apskritai net nebuvo nagrinėjama automatinio raudonosios
linijos brėžimo tema. Mintis su ja kaip ir aiški: reikia nubrėžti kiek
galima tiesesnę kreivę, kad per nurodytą atstumą d nuo jos (į kairę ir
į dešinę) tilptų nurodytas objektas - šiuo atveju konkreti upė.

> Visuose didesniuose vingiuose raudona linija galėtų likti vingio
> viduje. Šiame pavyzdyje: viršutinis didelis vingis būtų mažiau
> vingiuotas, didesnio spindulio. Žemiau esantys vingiai nesikeistų.

  Taip, teisingas pastebėjimas. Iš principo taip ir buvo daryta rankom
braižant raudonąją liniją. Tik nereikia pamiršti, kad kadangi tikslas
yra padaryti SIAURĄ žemėlapį, tai yra apribotas atstumas į kairę ir į
dešinę nuo centro linijos (per daug tiesinant kreivę iš matymo lauko
gali pabėgti upė). Kitas dalykas, kad čia prisideda vienas iš
kartografijos aspektų - tai ne visada yra tikslusis mokslas, kartais
reikia žmogaus akies, norint įvertinti tam tikrus dalykus (kaip kažkas
buvo išsireiškęs „and that's my friend, why cartography is art rather
than science“). Pavyzdžiui galima pasižiūrėti, kokie įdomūs objektai
yra aplink (piliakalniai, stovyklavietės, keliai) ir atitinkamai
pakraipyti žemėlapį (raudonąją liniją).

-- 
Tomas

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

Re: [Talk-cl] International Space Apps Challenge 2017

2017-04-25 Per discussione Exequiel Gaete Pavez

¿Qué hay que hacer?
Yo puedo estar la mañana del sábado hasta como las 430pm.

Y... habrá polera, verdad?


2017-04-24 10:54 GMT-03:00 Julio Costa Zambelli <
julio.co...@openstreetmap.cl>:

> Estimados,
>
> Les escribo para invitarlos a participar del International Space Apps
> Challenge 2017, la hackatón de la NASA, cuya sede chilena organizamos desde
> 2013. Nos reuniremos en la sede Santiago-San Joaquín de la UTFSM (Metro
> Camino Agrícola), este Sábado y Domingo.
>
> Pueden obtener más información e inscribirse en: http://www.spaceapps.cl/
>
> Aprovecho la oportunidad para pedirle a quienes nos puedan ayudar
> cualquier día entre el viernes 28 y domingo 30, que se comuniquen conmigo
> por está vía.
>
> Saludos,
>
> Julio Costa Zambelli
> Fundación OpenStreetMap Chile
>
> julio.co...@openstreetmap.cl
>
> https://www.openstreetmap.cl/
> Cel: +56(9)89981083 <09%208998%201083>
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>


-- 

Exequiel Gaete Pavez
+56 9 9328 7569
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk] Tagging and rendering of television masts

2017-04-25 Per discussione Andy Townsend


On 25/04/2017 13:51, Greg Troxel wrote:


However, if one renders and one doesn't, in the default style, that's a
bug, and presumably someone can make a pull request to fix it - it seems
obviously uncontroversial.


You'd have thought so, but a project maintainer closed exactly that 
issue at https://github.com/gravitystorm/openstreetmap-carto/issues/181 
back in 2014.  Unfortunately it's not the only example where the 
"standard" map takes "unusual" rendering decisions.  Put bluntly, if it 
doesn't work for you, use a different map.  Personally, I gave up using 
it about 3 years ago because it was no longer fit for purpose, at least 
for me.


Best Regards,

Andy



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

Re: [OSM-talk] Tagging and rendering of television masts

2017-04-25 Per discussione Greg Troxel

Oleksiy Muzalyev  writes:

> Both "man_made=tower;tower:type=communications" and "man_made=mast"
> are being used interchangeably. One of them is rendered with a good
> icon and another not rendered at all on the OSM map.
> I was not suggesting to re-tag this particular communication mast per
> se, but to attract an attention to this phenomenon.

In general, it seems that tower is for a larger structure that is more
lattice-like and mast for a structure that is more of a pole.   I am not
sure this distinction makes sense, but I am also not sure it's harmufl.

However, if one renders and one doesn't, in the default style, that's a
bug, and presumably someone can make a pull request to fix it - it seems
obviously uncontroversial.

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

Re: [Talk-lt] Juostinis upių žemėlapis

2017-04-25 Per discussione Mykolas Okulič-Kazarinas

Naudingas darbas, puikiai aprašyta. Rimtumo suteikia nuoroda į
Mikalojaus Kristupo Radvilos 1613 metų žemėlapį. Tomai, ar neketini
publikuoti kokiame nors moksliniame žurnale?

Bežiūrint kilo mintis ką būtų galima dar patobulinti.

Visuose didesniuose vingiuose raudona linija galėtų likti vingio
viduje. Šiame pavyzdyje: viršutinis didelis vingis būtų mažiau
vingiuotas, didesnio spindulio. Žemiau esantys vingiai nesikeistų.

Raudonos linijos kreivumas galėtų būtų optimizuotas taip, kad vingiai
užpildytų lapą. Išlyginti tas raudonos linijos vietas, kur smulkūs
vingiai išsitenka žemėlapio juostos plotyje - raudoną liniją vingiuoti
minimaliai, kur tai neišvengiama.

Matematiškai (vingius įsivaizduojant kaip apskritimų lankų rinkinį)
abu patobulinimai reikštų posūkių spindulių didinimą.


2017 m. balandžio 24 d. 19:29, Tomas Straupis  rašė:
> Sveiki
>
>   Pažaidžiau su sena idėja pasidaryti juostinį upių žemėlapį (spausdinamą).
>   Šiek tiek bendros informacijos kaip sekėsi:
>   https://blog.openmap.lt/2017/04/24/juostinis-upiu-zemelapis/
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt



-- 
Mykolas Okulič-Kazarinas

+370 6985 1144

Sent frоm my Mozilla Firefox

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

Re: [OSM-talk-ie] Choice of grid

2017-04-25 Per discussione Donal Diamond

Who are your users? - the public or gis-professionals?

Most non-professional people and outdoor enthusiasts would use Irish Grid
EPSG:29903

(29903 replaces OSNI 1952 / Irish National Grid (code 29901) and TM65 /
Irish Grid (code 29902).)

Donal

On 25 April 2017 at 12:56, Paul Oldham  wrote:

> Folks, I could use some advice.
>
> As I've mentioned here before we've put Irish tiles into our mapping
> software, mainly based on OSM data. In the application we show grid
> references and I'm aware that there's 2/3 Irish grid reference systems
> which have been used in Ireland: historically you had EPSG:29902/EPSG:29903
> (which seem to be identical for our purposes) but as I understand it you've
> now moved over to the Irish Transverse Mercator (ITM) or EPSG:2157.
>
> My questions are:
>
> 1. I'm assuming that OSI and OSNI maps are now all EPSG:2157. Is that
> right?
>
> 2. Assuming I'm right does anyone still use EPSG:29902/3 or has everyone
> now switched to using EPSG:2157 for quoting grid references?
>
> TIA
>
> --
> Paul
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] come mappare una piccola chiusa di un canale di irrigazione

2017-04-25 Per discussione diego

Andrea Albani wrote
> Ciao,
> 
> l'uso di lock_gate è, come da wiki, pensato per mappare le chiuse che
> permettono alle barche di superare dei dislivelli, quindi in questo caso
> non si applicherebbe.
> 
> Esiste un tag in stato draft [0] che documenta questo tipo di chiuse
> (sluice gate) e da taginfo si vede che è già stato usato 134 volte.
> 
> Nel tuo caso proporrei di mettere un highway=path, bridge=yes, layer=1 (e
> width=0.4...stimo) per il percorso e vicino un nodo sulla waterway con
> waterway=flow_control e flow_control=sluice_gate.
> 
> My 2 cents
> 
> Ciao
> 
> [0] http://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

Grazie, mi sembra la soluzione migliore...farò come hai detto tu
grazie



--
View this message in context: 
http://gis.19327.n8.nabble.com/come-mappare-una-piccola-chiusa-di-un-canale-di-irrigazione-tp5895821p5895850.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

2017-04-25 Per discussione Lionel Giard

Hi,

Concerning the wood-tag : I was personally using the first approach Here
 where it says that
natural=wood is for area covered by tree, and natural=forest is for area
managed for land forestry (like plantation in the Ardennes). And most of
the time, the only "wood" areas are the place around motorway intersections
for example (between the roads, you often have an area covered by tree,
without real management).

I agree with you about fenced area that correspond to pasture/meadow. But I
would also include, based on local knowledge only, some non-fenced area as
landuse=meadow when it is an area for cutting only (to feed cattle for
example) like it is often the case in some part of Wallonia. It's sometimes
area that are unsuitable for agriculture, but used just to feed cattle
without letting them graze on it (like when it is too dangerous).
And for any uncultivated area, composed of mostly grasses and herbaceous,
there always is the natural=grassland
 tag.

Every other cultivated area, should then only be orchard or farmland. The
only problem can be when a combination of different types of agriculture
occur at the same place, then i don't know how to map.

Lionel

Garanti
sans virus. www.avast.com

<#m_-9078182235892435705_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2017-04-25 11:40 GMT+02:00 Gerard Vanderveken :

> Hi,
>
> One remark for the wood-tag:
> The tag natural=wood
>  is sometimes
> used for forests, but since natural=wood would refers to unmanaged, natural
> forests, IMHO it should not be used in Belgium since no more forests are
> completely natural: every patches of forest in Belgium has experienced
> human interventions in the recent history.
> In several forests Zoniënwoud, Meerdaalwoud, ... are some nature reserves.
> Places where nature can have its course and where only very minimal human
> intervention take place (eg clearance of paths)
> I think these reserves (Joseph Zwaenepoel, Kerselaerplein, Everzwijnbad,
> Pruikemakers) could qualify as wood.
>
> I think meadow is a good tag for the grass lands. Conversion between
> farmland and grass land takes somtetimes place but mosttimes as incidental
> crop harvest of grass.
> Making a pasture requires also fencing, which is not a temporary measure.
>
> So, when there is a grass land without fence surrounded by farmland, it is
> likely farmland.
> Other grass lands are usually fenced and are meadow.
> Local knowledge will tell if it is to be one or the other
>
> Regards,
> Gerard.
>
> Julien Minet wrote:
>
> Hi list,
>
> Following some discussions about landuse=farmland|meadow some times ago in
> this list, I've written an article here (http://www.nobohan.be/2017/
> 04/20/landuse-osm-belgium/) about land-use mapping in Belgium: what could
> be the best practices adapted to the Belgian landscape. Of course, there's
> matter for discussions about that topic ;-)
>
> I think this text could be used to make a page on
> https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/,
> since it discuss what are the local conventions for land-use mapping in
> Belgium.
>
> Do you also want to put this text on osm.be, similarly to the Marc Gemis
> articles? Maybe a better place for discussions...
>
> Cheers,
>
> Julien
>
> --
>
> ___
> 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
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-ie] Choice of grid

2017-04-25 Per discussione Paul Oldham


Folks, I could use some advice.

As I've mentioned here before we've put Irish tiles into our mapping 
software, mainly based on OSM data. In the application we show grid 
references and I'm aware that there's 2/3 Irish grid reference systems 
which have been used in Ireland: historically you had 
EPSG:29902/EPSG:29903 (which seem to be identical for our purposes) but 
as I understand it you've now moved over to the Irish Transverse 
Mercator (ITM) or EPSG:2157.


My questions are:

1. I'm assuming that OSI and OSNI maps are now all EPSG:2157. Is that 
right?


2. Assuming I'm right does anyone still use EPSG:29902/3 or has everyone 
now switched to using EPSG:2157 for quoting grid references?


TIA

--
Paul

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

Re: [Talk-at] GPX-Daten glätten

2017-04-25 Per discussione Friedrich Volkmann


On 25.04.2017 12:15, Christian Aigner | sys-admin.at wrote:

Ich hab ein paar alte GPX-Daten von mir angesehen, und da mein damaliges
Gerät nicht besonders genau war, springen die Punkte ziemlich wild in
der Gegend herum. So etwas lade ich natürlich nicht auf die
OpenStreetMap hoch. Also wollte ich die Daten glätten.


Dadurch werden sie auch nicht richtiger, sie sehen nur richtiger aus. Ich 
finde es besser, wenn andere an der Streuung gleich erkennen können, dass 
der Empfang schlecht war. Ganz abgesehen davon gehen bei jeder Vereinfachung 
Informationen verloren (Abstecher, Serpentinen...).



Gibt's für Linux einen GPX-Filter für die Kommandozeile, der ähnlich
gute Qualität bietet?


Das weiß ich nicht, aber generell würde ich bei Informationsverlust nicht 
von Qualität sprechen.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] GPX-Daten glätten

2017-04-25 Per discussione wolfbert

> Gibt's für Linux einen GPX-Filter für die Kommandozeile, der ähnlich gute 
> Qualität bietet?

Hallo Christian,

laut Home Page verwendet gpsvisualizer GPSBabel, und das gibt es für Linux 
auch. Wenn es nicht Kommandozeile sein muss, lohnt vielleicht ein Blick auf 
GpsPrune.

LG
Wolfgang


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

Re: [Talk-ca] Telenav mapping turn restrictions

2017-04-25 Per discussione James

I've caught them also adding roads in Ottawa that dont exist, despite
having OpenStreetCam imagery available

Like here:
http://www.openstreetmap.org/#map=19/45.42203/-75.63455
That added the branch that connects lemieux street to overpass/labelle
street despite this being paved over 2+ years ago...

On Apr 25, 2017 12:45 AM, "Andrew Lester"  wrote:

Okay Telenav, you win.

I've come across many mapping issues over the last few weeks, and nearly
all of them have been created by Telenav mappers. These include malformed
restrictions that prevent legal routing (these are in addition to the
subjective turn restrictions discussed previously), adding names to
driveways in strata developments (that I had previously removed), replacing
my on-the-ground mapping with their own based solely on out-of-date imagery
or the often-questionable Geobase, wildly incorrect highway
classifications, and much more. Since these mappers seem to be intent on
destroying the map (their actions can't be classified as anything but
destructive), I'm throwing in the towel. If Telenav wishes to pay their
employees to degrade the quality of the map, there isn't much I can do as a
lone hobbyist in my spare time. At the rate I'm seeing things going, it
won't be long until the OSM database has been degraded to the state that
Google Maps is in these days since they started letting any yahoo edit
their map.

Going forward, I'm going to stick to mapping trails (which I sincerely hope
Telenav doesn't branch out to), things like parks, and adding new roads. If
a Telenav mapper later comes along and removes that new/realigned road
because it doesn't look like that on Bing, then I guess they'd win again.
I'm no longer going to clean up after Telenav, because they don't appear to
want a quality map. I'll just have to accept that the routing on my
OSM-based Garmin maps will gradually degrade and will likely contain
routing issues, so I'll be careful about selecting my own route.

I used to promote OSM as a great map that had benefits over others like
Google, but I'm going to stop doing so because I no longer believe that.
Congratulations, Telenav. You've beaten a heavy mapper into submission.
You're free to degrade the map in the Victoria area as much as you want,
and I won't fight back anymore.

...at least the Telenav employees still get paid, so someone benefits from
all of this in some twisted way...

Andrew Lester
Victoria, BC, Canada

--
*From: *m...@rtijn.org
*To: *"James Mast" 
*Cc: *"OSM US" , "talk-ca" <
talk-ca@openstreetmap.org>
*Sent: *Wednesday, April 5, 2017 6:00:35 AM

*Subject: *Re: [Talk-ca] Telenav mapping turn restrictions

James — Thanks. This means that at the very least we need to check on a
jurisdiction by jurisdiction basis if these turns are allowed or not.

Just as a data point, Google maps won’t let you make that turn either [1].
That’s not to argue that I am right in any way, just to show that false
assumptions regarding turns are made outside of OSM.

[1] https://www.google.com/maps/dir/40.586229,-80.
0446722/40.586796,-80.0438587/@40.5879274,-80.0482634,17.
23z/data=!4m2!4m1!3e0


On Apr 3, 2017, at 9:31 PM, James Mast  wrote:

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

Re: [Talk-GB] Open Litter Map now online

2017-04-25 Per discussione Seán Lynch

Hi Dave & David,

Thanks for the feedback- appreciate it.

OpenLitterMap.com enables Citizen Scientists to tell a story and like the
millions of tonnes of plastic choking our oceans, it is meant to be
provocative (hence a few animations). I think one of the websites strengths
is its ability to communicate the problems of littering and be used in an
educational setting for collecting data and communicating that data. The
nav bar is fixed at the top which clearly says "Maps & Data" which guides
the user to click on a country name for a list of areas that have maps
within each country. Each sub-country location can be loaded on a map,
which also has a time slider and dynamically-sized weighted hex. grid for
spatial analysis. It might take a minute to navigate but I don't think it's
particularly difficult? All instructions are listed on each respective
page. I will follow up with some improved tutorials soon.

If you are unable to contribute as little as 30p a day to finance the
continued development of OpenLitterMap.com, there is a free account, which
will increase in upload allowance as you play the game. I think the first 2
increases are at level 5 and 10 and I will leave you explore if you want to
find out how it will increase over time. Basically the more people that are
happy to contribute, the greater the upload allowance will be for everyone.
At the moment I need to be conservative as I am financing this
independently, but I hope there are a community of mappers out there who
would like to see this project developed further. Any additional feedback
is welcome and I will take OSM considerations seriously.

Once the data grows a bit, researchers and councils can download it at ease
which I hope can improve our modes of understanding and intervention. The
goal here is to find new ways to stop plastic reaching the ocean by
enabling civic participation and creating open data.

If you would like to give it a whirl and report back, please do

Kind regards,

Seán

On 25 April 2017 at 11:19, David Woolley  wrote:

> On 25/04/17 10:44, Dave F wrote:
>
>> Unsure how you expect this site to reduce litter. It's not going to
>> prevent people dropping their waste & it's more productive to contact
>> your local authority to get fly-tipping debris removed.
>>
>
> +1
>
> Also, by looking at sites that already collect this sort of information,
> e.g. FixMyStreet.com, one would conclude that the map you get will show the
> locations of concerned individuals, not a complete picture of the litter,
> and that, where there is a picture, it can be predicted from local
> sociological and environmental conditions, that are probably already well
> known to the relevant council employees, and their refuse collection
> companies.
>
> My guess would be that the areas with the worst littering problems have
> relatively few concerned individuals, and, in any case, the number of
> individuals sufficiently interested to spend the time needed to lock up a
> GPS and take the photographs, is too few to get even 1% coverage.
>
> (I also found the animation annoying, and possibly even disability
> discrimination violations, and found it difficult work out what you were
> really doing.  I'm still not completely sure.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

-- 
https://openlittermap.com @OpenLitterMap (Fb, Tw, Ig)
M.Sc. Coastal & Marine Environments (NUIG, 2015)
M.Sc. GIS & Remote Sensing (UCC, 2014)
B.A. Geography & Economics (UCC, 2011)
ie.linkedin.com/in/seanlynchgis
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Open Litter Map now online

2017-04-25 Per discussione Warin


On 25-Apr-17 08:19 PM, David Woolley wrote:

On 25/04/17 10:44, Dave F wrote:

Unsure how you expect this site to reduce litter. It's not going to
prevent people dropping their waste & it's more productive to contact
your local authority to get fly-tipping debris removed.


+1


A Mayor of North Sydney NSW Australia found rubbish piled up beside the 
council bins, so he organised more pick ups.

The amount of rubbish beside the bins did not decrease!
So he doubled the number of bins.
The amount of rubbish increased!

He removed the bins. Quite a few locals were upset at this taking place.
There was vastly less rubbish at these places. People, including the 
locals, were much happier with this result.


I wish you luck with 'your' rubbish.

(His name was Ted Mack, refused the Mayor's 'free' car and driver 
preferring to drive his old car himself.

https://en.wikipedia.org/wiki/Ted_Mack_(politician))



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

Re: [talk-au] Roadside rest areas tagged as camp sites

2017-04-25 Per discussione Warin


A sample from most of NSW.

167 with tourism=camp_site and name~"Rest Area" , these are mostly 
eastern NSW.


~900 with highway=rest_area

~10 duplicates between the two cases. .

The NSW govt. list is ~1,000.

To Do??
Take the respective 'tourism=camp_site' data to 'highway=rest_area' with 
'caravan=yes'. At this stage I'd not map the possible time constraints 
here. Check these against LPI data.


Check against the NSW gov list for any missing ones, these can be viewed 
in detail with the LPI data .. if present there then they can be mapped 
from the LPI data, possibly only the service road.
Check the NSW gov list for ones with toilets and check against OSM data, 
if missing toilets then check LPI Imagery for a toilet like building and 
map that as a building=yes comment=toilet?


Humm should I check for OSM ones not present on the NSW gov list? And if 
not present .. then what? Look at the LIP data? And if not there .. then 
contact the mapper.


Comments??

(I was expecting more of the camp site tagging.)

On 20-Apr-17 10:38 AM, Warin wrote:

Rest Areas ... a summary so far?

_Best tag_ to use is highway=rest_area as this reflects what they 
actually are.



_'Camping_' is limited in most of these due to the hard surfaces, it 
would be better to use a caravan tag where this is 'on the ground 
truth'. A tag to use under rest area looks to be caravan=yes. 
Personally I would be tempted to use a separate node/way with 
tourism=caravan_site.. following the thinking of one feature one OSM 
element.


'Camping' or 'Caravanning' appears to be limited to a maximum stay of 
~24 hours at least by some (for these areas) 
http://thegreynomads.activeboard.com/t60796278/rms-rest-area-clarification/


So this maybe be a usefull tag to include caravan:condition:maxstay=24 
(or caravan_site:condition:maxstay=24).


As this applies to all then it should be rest_area:condition:maxstay=24



_HGV_
Where the rest area is intended for hgv use only then using access 
tags would be best? access=no, hgv=yes looks suitable.



_Rendering_. This is poor for 'Rest Areas' (looks to be showing the 
name only at present) and will be a concern for mappers using the tag. 
Hopefully renders will catch up?


_Numbers_. Probably some ~4,000 of these in Australia. Some of these 
Australian ones are already in OSM, total in OSM world wide is 
~10,000. Changing the present rest areas from 'camp_site' to rest area 
might result in, say, an addition ~2,000 rest areas in OSM? Not a vast 
number .. but any addition helps let the renders know that these 
things exist in some quantity.

Revise estimate down to possibly 300.



Regarding the various gov listings of rest areas .. not certain of 
there legal use for adding data from them to OSM.
Possibly use them for checking OSM data .. where OSM is missing then 
I'd look for web confirmation and the copyright of that confirmation 
... possibly look to imagery for more confirmation.

And possibly survey. However I'm not looking at that at this time.



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

Re: [Talk-GB] Open Litter Map now online

2017-04-25 Per discussione David Woolley


On 25/04/17 10:44, Dave F wrote:

Unsure how you expect this site to reduce litter. It's not going to
prevent people dropping their waste & it's more productive to contact
your local authority to get fly-tipping debris removed.


+1

Also, by looking at sites that already collect this sort of information, 
e.g. FixMyStreet.com, one would conclude that the map you get will show 
the locations of concerned individuals, not a complete picture of the 
litter, and that, where there is a picture, it can be predicted from 
local sociological and environmental conditions, that are probably 
already well known to the relevant council employees, and their refuse 
collection companies.


My guess would be that the areas with the worst littering problems have 
relatively few concerned individuals, and, in any case, the number of 
individuals sufficiently interested to spend the time needed to lock up 
a GPS and take the photographs, is too few to get even 1% coverage.


(I also found the animation annoying, and possibly even disability 
discrimination violations, and found it difficult work out what you were 
really doing.  I'm still not completely sure.


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

[Talk-at] GPX-Daten glätten

2017-04-25 Per discussione Christian Aigner | sys-admin.at

Ich hab ein paar alte GPX-Daten von mir angesehen, und da mein damaliges
Gerät nicht besonders genau war, springen die Punkte ziemlich wild in
der Gegend herum. So etwas lade ich natürlich nicht auf die
OpenStreetMap hoch. Also wollte ich die Daten glätten. Von Hand aus war
mir das aber zu mühsam, weil es doch eine sehr lange Route war, die ich
damals gegangen bin.

Heute habe ich im Internet einen sehr brauchbaren Filter gefunden:

http://www.gpsvisualizer.com/tutorials/track_filters.html

Das Ergebnis ist ziemlich gut, mal von einigen kleinen Unschönheiten in
engen Kurven abgesehen. Die kann man anschließend von Hand korrigieren.

Leider ist das Tool nur online zu benützen. Aber probiert es ruhig mal
aus. Ich hab den Punkteabstand mit 5, 10, 15, 20, 30 Meter getestet und
das Ergebnis war bei 15 Meter ganz brauchbar.

Gibt's für Linux einen GPX-Filter für die Kommandozeile, der ähnlich
gute Qualität bietet?

LG,
Christian


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

Re: [Talk-GB] Open Litter Map now online

2017-04-25 Per discussione Dave F


Hi

On 24/04/2017 22:36, Seán Lynch wrote:



Would appreciate some feedback. I hope you like it!


I find the initial page very irritating. Are sliding, wobbly text blocks 
& images really necessary?


You say it's a map, yet make it very hard to find. There's no mention of 
clicking the country/town to display one. As you call it a map wouldn't 
it be beneficial to put a map on the home page?


I'm not willing to pay to be able to contribute above the minimum.

Unsure how you expect this site to reduce litter. It's not going to 
prevent people dropping their waste & it's more productive to contact 
your local authority to get fly-tipping debris removed.


Wish I could of been more positive
DaveF
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] Land-use mapping with OSM in Belgium

2017-04-25 Per discussione Gerard Vanderveken


Hi,

One remark for the wood-tag:
The tag natural=wood 
 is sometimes 
used for forests, but since natural=wood would refers to unmanaged, 
natural forests, IMHO it should not be used in Belgium since no more 
forests are completely natural: every patches of forest in Belgium has 
experienced human interventions in the recent history.

In several forests Zoniënwoud, Meerdaalwoud, ... are some nature reserves.
Places where nature can have its course and where only very minimal 
human intervention take place (eg clearance of paths)
I think these reserves (Joseph Zwaenepoel, Kerselaerplein, Everzwijnbad, 
Pruikemakers) could qualify as wood.


I think meadow is a good tag for the grass lands. Conversion between 
farmland and grass land takes somtetimes place but mosttimes as 
incidental crop harvest of grass.

Making a pasture requires also fencing, which is not a temporary measure.

So, when there is a grass land without fence surrounded by farmland, it 
is likely farmland.

Other grass lands are usually fenced and are meadow.
Local knowledge will tell if it is to be one or the other

Regards,
Gerard.

Julien Minet wrote:


Hi list,

Following some discussions about landuse=farmland|meadow some times 
ago in this list, I've written an article here 
(http://www.nobohan.be/2017/04/20/landuse-osm-belgium/) about land-use 
mapping in Belgium: what could be the best practices adapted to the 
Belgian landscape. Of course, there's matter for discussions about 
that topic ;-)


I think this text could be used to make a page on 
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/, 
since it discuss what are the local conventions for land-use mapping 
in Belgium.


Do you also want to put this text on osm.be , similarly 
to the Marc Gemis articles? Maybe a better place for discussions...


Cheers,

Julien



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

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

Re: [Talk-us] Best practice in Lane Editing

2017-04-25 Per discussione Rihards

On 2017.04.25. 12:19, Horea Meleg wrote:
> Hy guys, thanks for your responses.
> Do you think that is better to move motorway_junction where continuous line 
> begins? In real life you can't cross a continuous line, so I think it should 
> be the same in OSM. What do you think?

i'd probably go for "between where you may and may not enter the lane",
maybe even leaning more towards the beginning of the allowed move.
if you are mapping individual turning lanes, then "between" wouldn't
work that well - for these, i'd err on starting them where one may enter
the lane at the beginning.

> Thanks,
> Horea
> 
> -Original Message-
> From: Rihards [mailto:ric...@nakts.net] 
> Sent: Tuesday, April 25, 2017 11:05 AM
> To: Hans De Kryger ; Horea Meleg 
> 
> Cc: talk-US@openstreetmap.org
> Subject: Re: [Talk-us] Best practice in Lane Editing
> 
> On 2017.04.25. 09:50, Hans De Kryger wrote:
>> The motorway link should be dropped down to 2 where the lane actually 
>> starts
> 
> between 1 & 2 for sure.
> 
>> *Regards,**
>> *
>>
>> *Hans*
>>
>> On Mon, Apr 24, 2017 at 11:45 PM, Horea Meleg > > wrote:
>>
>> Hello all,
>>
>> Me and my Telenav colleagues started to edit lane numbers in Detroit
>> area. We met lots of cases where highway_link starts exactly at the
>> junction of roads. For example, this case here: 42.474427,
>> -83.155894.
>>
>> 
>>
>> Do you think it is ok to leave motorway_junction as it is already
>> mapped and add lanes=5 between 1 and motorway_junction, or you
>> consider it’s better to move it in position 1 or 2 and add lane
>> number on motorway and motorway_link accordingly.
>>
>> __ __
>>
>> Thank you,
>>
>> Horea Meleg
>>
>> __ __
>>
>> __ __
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-us
>> 
>>
>>
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
> 
> 
> --
>  Rihards
> ___
> 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-us] Best practice in Lane Editing

2017-04-25 Per discussione Horea Meleg

Hy guys, thanks for your responses.
Do you think that is better to move motorway_junction where continuous line 
begins? In real life you can't cross a continuous line, so I think it should be 
the same in OSM. What do you think?

Thanks,
Horea

-Original Message-
From: Rihards [mailto:ric...@nakts.net] 
Sent: Tuesday, April 25, 2017 11:05 AM
To: Hans De Kryger ; Horea Meleg 

Cc: talk-US@openstreetmap.org
Subject: Re: [Talk-us] Best practice in Lane Editing

On 2017.04.25. 09:50, Hans De Kryger wrote:
> The motorway link should be dropped down to 2 where the lane actually 
> starts

between 1 & 2 for sure.

> *Regards,**
> *
> 
> *Hans*
> 
> On Mon, Apr 24, 2017 at 11:45 PM, Horea Meleg  > wrote:
> 
> Hello all,
> 
> Me and my Telenav colleagues started to edit lane numbers in Detroit
> area. We met lots of cases where highway_link starts exactly at the
> junction of roads. For example, this case here: 42.474427,
> -83.155894.
> 
> 
> 
> Do you think it is ok to leave motorway_junction as it is already
> mapped and add lanes=5 between 1 and motorway_junction, or you
> consider it’s better to move it in position 1 or 2 and add lane
> number on motorway and motorway_link accordingly.
> 
> __ __
> 
> Thank you,
> 
> Horea Meleg
> 
> __ __
> 
> __ __
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us
> 
> 
> 
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 


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

[Talk-it] Funzione per trasferire una posizione dal PC allo Smartphone

2017-04-25 Per discussione Marcello

Salve,

un nuovo utente mi ha chiesto se con OSM è possibile avere una funzione
simile a quella di GoogleMaps, dove è possibile salvare una posizione
della mappa nel PC e trovarsela nello smartphone. Attualmente ha
installato Osmand, che conosco pochissimo, per cui chiedo se c'è qualche
modo per fare ciò con Osmand o altri software, oltre alla possibilità di
salvare una posizione nel proprio profilo OSM, utilizzata quando si
sceglie "Vai alla posizione di casa", che potrebbe essere visualizzata
aprendo un browser da smartphone e loggandosi in OSM.

Ciao
Marcello


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

Re: [Talk-it] come mappare una piccola chiusa di un canale di irrigazione

2017-04-25 Per discussione Andrea Albani

Ciao,

l'uso di lock_gate è, come da wiki, pensato per mappare le chiuse che
permettono alle barche di superare dei dislivelli, quindi in questo caso
non si applicherebbe.

Esiste un tag in stato draft [0] che documenta questo tipo di chiuse
(sluice gate) e da taginfo si vede che è già stato usato 134 volte.

Nel tuo caso proporrei di mettere un highway=path, bridge=yes, layer=1 (e
width=0.4...stimo) per il percorso e vicino un nodo sulla waterway con
waterway=flow_control e flow_control=sluice_gate.

My 2 cents

Ciao

[0] http://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Trafikverket (igen)

2017-04-25 Per discussione Joakim Fors

Om inte annat så skulle det vara bra att använda NVDb som QA verktyg för att se 
var det saknas vägar/hastigheter/ytbeläggning i OSM. Då får man iaf hjälp att 
se vad som behöver kartläggas bättre. Skulle jag ha tid så hade jag kunnat fixa 
och trixa med sådana lager som kunde användas som bakgrund i diverse 
redigerare. Måste dock avstå då familj samt förestående flytt stjäl all tid. :/

openstreetmap.se servern finns iaf tillgänglig om någon behöver plats för att 
göra saker. Bara att kontakta mig eller Kalle.


> On 25 Apr 2017, at 08:52, Christian Asker  wrote:
> 
> Hej. Jag håller med, en noggrann import av utvalda attribut samt där vägar 
> helt saknas skulle vara toppen. 
> 
> Join by location kanske inte funkar om inte vägarna har exakt samma 
> positioner. Man kan göra en "buffer" (blir korvliknande polygoner istället 
> för linjer) av ena lagret som man sedan gör join by location på.
> 
> Mvh Christian 
> 
> 
> 
> Mattias Dalkvist  skrev: (25 april 2017 04:02:53 CEST)
> 2017-04-24 22:32 GMT+02:00 Andreas Vilén :
>  Man ska nog inte utgå ifrån att nvdb är bättre än redan karterat. Någon rak 
> import från nvdb över befintlig data skulle jag iaf ställa mig emot. Hellre 
> isf att importera väl genomdiskuterade attribut i omgångar.
> 
>  /Andreas
> 
> 2017-04-24 22:37 GMT+02:00 Christian Asker :
>  Hej. Det är ju jättegoda nyheter. Men går det att göra en allmän import?
>  Alla vägar matchar ju inte så bra vad gäller positionen mm. Där jag bor
>  finns det även en hel del fel i NVDB främst vad gäller mindre vägar
>  (funktionell vägklass 8-9), som man ju inte vill importera.
> 
> 
> 
> Förespråkar inte någon direkt import av vägdatat. Tänkte mer att det
> borde gå att automatiskt föra över ett attribut från nvdb till osm
> data. Som sedan granskas/förbättras av någon med stöd av
> lokalkunskap/mapillary/flygbilder etc
> 
> Linkande med väggeometrin borde det gå att automatiskt få fram de
> vägar som finns i nvdb men inte i osm. Som sedan granskas/förbättras
> av någon med stöd av lokalkunskap/mapillary/flygbilder etc
> 
> Jag har tillräckligt med gis kunskaper att veta att det kanske går att
> göra men inte riktigt hur ;)
> Har provat med Join by location men får inte riktigt ut det jag vill ha.
> 
> 
>  Mattias Dalkvist  skrev: (24 april 2017 20:47:42 CEST)
> 
>  2017-04-24 19:47 GMT+02:00 Per Eric Rosén :
> 
>   Underbart! Alltså hela NVBD? Ser ju ut som det.
> 
> 
>  Japp
> 
>   Jag skulle gärna importera beläggning på vägar, men det kanske är bäst
>  att
>   importera med andra liknande egenskaper.
> 
>   Någon som jobbar med ovanstående?
> 
> 
>  Jag har tittat lite på det i qgis men mina gis skills är för dåliga =/
>  Hittade inget sätt att dela nvdb linjerna på samma ställen som osm för
>  att kunna kopiera över attributen.
> 
>  Sedan kanske vi borde börja med själva väg geometrin det finns massor
>  av mindre vägar som vi inte har med. Samt att lägesnoggrannheten borde
>  vara bättre i många fall.
> 
> 
>  --
>  Sent from my Android device with K-9 Mail. Please excuse my brevity.
> 
> 
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my 
> brevity.___
> 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: [OSM-talk-fr] OpenData RTE dans Osmose-QA

2017-04-25 Per discussione Vincent Pottier


Le 23/04/2017 à 11:03, Art Penteur a écrit :

C'est l'occasion de poser la question du codage des pylônes qui
portent un point géodésique.

Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/1.41735

Quelle solution fait consensus, actuellement ?
   - 1 seul nœud avec tous les attributs (power-=tower et  man_made
survey_point). ça a une certaine cohérence physique, mais pose des
problèmes de codage (par exemple, comment combiner la ref IGN et la
ref RTE) ?
   - 2 nœuds très proches (éventuellement liés par une relation de type site)
   - créer un polygone power=tower, avec un nœud à chacun des pieds du
pylône, avec le survey_point naturellement à l'intérieur du polygone
(mais la page wiki de power=tower interdit les polygones) ?
   - autre ?

Art


Bonjour,

Le nœud survey_point comporte un tag ele qui vaut pour l'altitude du 
repère et non celle du pylône, celle-ci étant considérée au pied de ce 
dernier, au niveau du sol.


Le pylône est un objet propre avec ses propres coordonnées, sa propre 
altitude, le repère en est un autre : d'où deux objets différents.


En ne gardant qu'un seul nœud, on induit une erreur, de considérer le 
tag ele comme étant l'altitude du pylône.


Après, reste à voir comment relier les deux.

FrViPofm

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

Re: [Talk-us] Fixing Multipolygons

2017-04-25 Per discussione Jochen Topf

Hi!

On Fri, Apr 21, 2017 at 02:19:25PM -0400, Kevin Kenny wrote:
> How current is the information behind your map? I've been tidying some
> multipolygons locally, and they seem to be rendering only on the left side.
> I don't think I've actually broken anything. If it might be more than a
> couple of weeks old, then I can explain that it's simply rendering old, bad
> data.

The map data is updated continuously from minutely diffs, but the map
tiles weren't expired automatically, so you might well have been seeing
old data. I have added a daily expiry now.

The overlay with the red multipolygon outlines is updated and the tiles
expired daily.

If you still see discrepancies, check the OSM Inspector
http://tools.geofabrik.de/osmi/?view=areas . If it reports any problems,
fix those. Then, if there are still problems, email me or open an issue
at https://github.com/osmlab/fixing-polygons-in-osm/issues with specific
information about the OSM objects that are rendered incorrectly.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-us] Best practice in Lane Editing

2017-04-25 Per discussione Rihards

On 2017.04.25. 09:50, Hans De Kryger wrote:
> The motorway link should be dropped down to 2 where the lane actually starts

between 1 & 2 for sure.

> *Regards,**
> *
> 
> *Hans*
> 
> On Mon, Apr 24, 2017 at 11:45 PM, Horea Meleg  > wrote:
> 
> Hello all,
> 
> Me and my Telenav colleagues started to edit lane numbers in Detroit
> area. We met lots of cases where highway_link starts exactly at the
> junction of roads. For example, this case here: 42.474427,
> -83.155894.
> 
> 
> 
> Do you think it is ok to leave motorway_junction as it is already
> mapped and add lanes=5 between 1 and motorway_junction, or you
> consider it’s better to move it in position 1 or 2 and add lane
> number on motorway and motorway_link accordingly.
> 
> __ __
> 
> Thank you,
> 
> Horea Meleg
> 
> __ __
> 
> __ __
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us
> 
> 
> 
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 


-- 
 Rihards

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

[OSM-talk-be] Land-use mapping with OSM in Belgium

2017-04-25 Per discussione Julien Minet

Hi list,

Following some discussions about landuse=farmland|meadow some times ago in
this list, I've written an article here (
http://www.nobohan.be/2017/04/20/landuse-osm-belgium/) about land-use
mapping in Belgium: what could be the best practices adapted to the Belgian
landscape. Of course, there's matter for discussions about that topic ;-)

I think this text could be used to make a page on
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/, since
it discuss what are the local conventions for land-use mapping in Belgium.

Do you also want to put this text on osm.be, similarly to the Marc Gemis
articles? Maybe a better place for discussions...

Cheers,

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

Re: [talk-au] Keeping SA roads up to date

2017-04-25 Per discussione Daniel O'Connor

Would be good to setup monthly run of https://github.com/q-bits/osm-scripts
but I lack the ability to do it.

It might not detect roundabouts; but will pick out name differences and
unknown roads. We got it down to under 300 at one point, I think.



On 25 Apr 2017 11:31 AM, "Alex Sims"  wrote:

> Hi,
>
> I “dogfood” OpenStreetMap and use it in my GPS for directions. I was a bit
> surprised when I came across an almost two year old roundabout on a main
> road that wasn’t mapped. I’ve mapped it now at http://www.openstreetmap.
> org/changeset/48106706#map=15/-35.5205/138.6359
>
> This seems to be a problem that, as editors were not picking and mapping
> up this change. Maybe no editors travels this way, but still I was a bit
> embarrassed by the non-editors in the car.
>
> I found a number of data sources with no hint of it such as aerial imagery
> or Strava cycling data. GPS tracks hints at it but I can’t be sure. I did
> find it in the Roads data set on data.sa.gov.au but not on “State
> Maintained Roads”.
>
> As a suggestion, it looks as though we need some sort of comparison
> process for generations of “State Maintained Roads” to identify and
> validate changes. Another solution is to recruit more editors.
>
> Your thoughts?
>
> Alex
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-se] Trafikverket (igen)

2017-04-25 Per discussione Christian Asker

Hej. Jag håller med, en noggrann import av utvalda attribut samt där vägar helt 
saknas skulle vara toppen. 

Join by location kanske inte funkar om inte vägarna har exakt samma positioner. 
Man kan göra en "buffer" (blir korvliknande polygoner istället för linjer) av 
ena lagret som man sedan gör join by location på.

Mvh Christian 



Mattias Dalkvist  skrev: (25 april 2017 04:02:53 CEST)
>2017-04-24 22:32 GMT+02:00 Andreas Vilén :
>> Man ska nog inte utgå ifrån att nvdb är bättre än redan karterat.
>Någon rak import från nvdb över befintlig data skulle jag iaf ställa
>mig emot. Hellre isf att importera väl genomdiskuterade attribut i
>omgångar.
>>
>> /Andreas
>
>2017-04-24 22:37 GMT+02:00 Christian Asker :
>> Hej. Det är ju jättegoda nyheter. Men går det att göra en allmän
>import?
>> Alla vägar matchar ju inte så bra vad gäller positionen mm. Där jag
>bor
>> finns det även en hel del fel i NVDB främst vad gäller mindre vägar
>> (funktionell vägklass 8-9), som man ju inte vill importera.
>>
>>
>
>Förespråkar inte någon direkt import av vägdatat. Tänkte mer att det
>borde gå att automatiskt föra över ett attribut från nvdb till osm
>data. Som sedan granskas/förbättras av någon med stöd av
>lokalkunskap/mapillary/flygbilder etc
>
>Linkande med väggeometrin borde det gå att automatiskt få fram de
>vägar som finns i nvdb men inte i osm. Som sedan granskas/förbättras
>av någon med stöd av lokalkunskap/mapillary/flygbilder etc
>
>Jag har tillräckligt med gis kunskaper att veta att det kanske går att
>göra men inte riktigt hur ;)
>Har provat med Join by location men får inte riktigt ut det jag vill
>ha.
>
>>
>> Mattias Dalkvist  skrev: (24 april 2017 20:47:42
>CEST)
>>>
>>> 2017-04-24 19:47 GMT+02:00 Per Eric Rosén :
>>>
  Underbart! Alltså hela NVBD? Ser ju ut som det.
>>>
>>>
>>> Japp

  Jag skulle gärna importera beläggning på vägar, men det kanske är
>bäst
 att
  importera med andra liknande egenskaper.

  Någon som jobbar med ovanstående?
>>>
>>>
>>> Jag har tittat lite på det i qgis men mina gis skills är för dåliga
>=/
>>> Hittade inget sätt att dela nvdb linjerna på samma ställen som osm
>för
>>> att kunna kopiera över attributen.
>>>
>>> Sedan kanske vi borde börja med själva väg geometrin det finns
>massor
>>> av mindre vägar som vi inte har med. Samt att lägesnoggrannheten
>borde
>>> vara bättre i många fall.
>>>
>>
>> --
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
>
>
>-- 
>Mattias Dalkvist
>
>___
>Talk-se mailing list
>Talk-se@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-se

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

76 matches

Mail list logo