Re: [OSM-talk-fr] Désabonnement de la liste

[Marc Gemis]

2018-04-19 22:18 GMT+02:00 Jérôme Cornet :
> Bonjour à tous,
>
> en tant qu'ancien administrateur de liste de diffusion, je me permets de
> répondre sur la cause *probable* de ces problèmes.
>
> Le point commun c'est GMail (et d'autres fournisseurs d'emails similaires
> comme Yahoo).
>

Mais la seule liste d'OpenStreetMap qui donne des problème c'est
talk-fr. Pas de problèmes avec talk, talk-be, talk-gb, tagging,
talk-au ...

m.

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

Re: [talk-au] Am I doing intersections right?

[Alex Sims]

Hi,

You might be mapping for the renderer. :)

I have been not giving slip roads a name and making sure they are 
highway=secondary_link, trunk_link etc, which is considered valid by Keep 
Right, Geofabrik etc. It also makes sense on the ground as there is no physical 
sign on the slip road to give its name, it has none.

This then works correctly when using mkgmap and putting the data on a Garmin 
GPS.

Alex

On 24 Apr 2018, at 1:23 pm, Joel H. 
> wrote:


I have recently added and changed some details related to intersections (mostly 
adding slip roads and traffic lights).

What I'm mostly interested about are slip (turn left anytime with care) roads. 
I have made the decision for slip roads to inherit both the name and the road 
type (with the addition of making it a linking road) from its destination.

You can see examples here: 
https://www.openstreetmap.org/#map=19/-27.82146/153.02973


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

[talk-au] Am I doing intersections right?

[Joel H.]

I wouldn't call myself new exactly, but since most roads were down since
the time I joined somethings are hazy.

I have recently added and changed some details related to intersections
(mostly adding slip roads and traffic lights).

What I'm mostly interested about are slip (turn left anytime with care)
roads. I have made the decision for slip roads to inherit both the name
and the road type (with the addition of making it a linking road) from
its destination.

You can see examples here:
https://www.openstreetmap.org/#map=19/-27.82146/153.02973

And here: https://www.openstreetmap.org/#map=19/-27.50755/152.94778

I don't think direction routing is a good source to go off. But when I
do it my way OSRM will say "Turn left onto the sliproad towards *Mount
Lindesay Highway" *I feel that this is correct.
**

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

Re: [OSM-talk] Sidewalk symmetry

[Clifford Snow]

As someone who as mapped sidewalks both as metadata to an existing road and
as separate ways, my recommendation is to map as separate ways. Let me
explain why I recommend separate ways over the metadata approach.

Communities are starting to put emphasis on alternatives like public
transportation, cycling and walking to driving for a number of reasons, For
example traffic congestion. green house gases, and health benefits to name
three. There is also a segment of the population with limited mobility
issues that need to commute via wheelchairs and public transportation. All
of this requires some form of routing. Routing via metadata breaks down at
the intersection, especially complex ones. There is the routing problem
that Mateusz Konieczny mentioned of what to call the sidewalk, but research
scientists believe they can use the spatial proximity of the road to give
instructions such as "walk on the left side of Main Street towards..."

Separate ways also have the advantage of being able to capture data on the
physical aspects of the way, such as surface material, width, smoothness,
tactile pads, kerb cuts, etc.

I've talked to some GIS folks about their sidewalk data. Some have some
beautiful polygon sidewalk data. But none of the data is any good if we
can't route. It's only purpose is to serve as a inventory of sidewalks.

The one advantage to the metadata approach is speed. It's much quicker to
add sidewalk=left/right/both/none. But like the cities standalone sidewalk
data, it doesn't route all that well.

Jmapb - if your goal is just to map sidewalks as inventory - then use the
metadata approach. I can attest that it is easier. But if you want someone
to use the data, then map it as separate ways.

There is a good website that explains the separate way approach
opensidewalks.com. I know the people who put it together and they convinced
me it's the better approach.

Clifford




On Mon, Apr 23, 2018 at 1:26 PM, Mateusz Konieczny 
wrote:

> On Mon, 23 Apr 2018 19:25:12 +0200
> Tobias Knerr  wrote:
>
> > Comparing the mapping styles solely based on ease of mapping would
> > only make sense if separate ways were able to express the same
> > information contained in sidewalk tags.
>
> Note that some information may not be expressed (or extremely hard)
> with sidewalk tags.
>
> For added fun, some people map sidewalks in even greater detail, using
> area:highway (and sometimes forget to add either sidewalk tag or
> sidewalk mapped as line, what is also causing problems).
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] U-turn penalty?

[Xavier Prudent]

Hello Daniel,

Thank you for this fast answer. Is that then possible to forbid left turns?

Our group may then want to implement this uturn restriction, are there
still active developers on osrm?

Regards,
Xavier

Le lun. 23 avr. 2018 à 18:27, Daniel Patterson  a écrit :

> Hi Xavier,
>
>   This u-turn penalty only applies to what you might call "direct u-turns"
> - those that occur on a single line feature, like at the end of a
> cul-de-sac.
>
>   Unfortunately, for u-turns between divided roads, this penalty value
> isn't applied - OSRM treats those as two consecutive left turns (or right
> turns, depending on your country).
>
>   There's an open ticket about this problem:
> https://github.com/Project-OSRM/osrm-backend/issues/4368, but nobody has
> really looked into fixing it yet.
>
> daniel
>
> On Mon, Apr 23, 2018 at 3:17 PM, Xavier Prudent 
> wrote:
>
>> Hello,
>>
>> I want to forbid u-turns during the routing.
>> I hence played with the u_turn_penalty parameter in profiles/car.lua
>>
>>   u_turn_penalty = 20,
>>
>> then reconstructed the osrm objects using osrm-extract and osrm-contract.
>> I tried values 0, 20, 240 and 1000. The routing clearly changed, but I
>> keep on getting u-turns. For higher parameters I even get more u-turns.
>>
>> My understanding was that the higher the parameter, the less u-turn one
>> should have.
>>
>> Did I understand correctly? How can I forbid u-turn then?
>>
>> Regards,
>>
>> Xavier
>>
>> --
>>
>> *Xavier Prudent *
>>
>> *Data Scientist  - Data Mining - Machine Learning*
>>
>> Web:* www.xavierprudent.com *
>> Tel (Québec)  : (514) 668 76 46
>> Skype : xavierprudent
>>
>>
>>
>> ___
>> 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 mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] U-turn penalty?

[Xavier Prudent]

Hello,

I want to forbid u-turns during the routing.
I hence played with the u_turn_penalty parameter in profiles/car.lua

  u_turn_penalty = 20,

then reconstructed the osrm objects using osrm-extract and osrm-contract.
I tried values 0, 20, 240 and 1000. The routing clearly changed, but I keep
on getting u-turns. For higher parameters I even get more u-turns.

My understanding was that the higher the parameter, the less u-turn one
should have.

Did I understand correctly? How can I forbid u-turn then?

Regards,

Xavier

-- 

*Xavier Prudent *

*Data Scientist  - Data Mining - Machine Learning*

Web:* www.xavierprudent.com *
Tel (Québec)  : (514) 668 76 46
Skype : xavierprudent
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Condividere query overpass turbo

[Ivo Reano]

Grazie!!!

http://overpass-turbo.eu/s/yap
​
Perfetto.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Importación CDAU. Proyecto de importación en Málaga

[Javier Sánchez Portero]

El 23 de abril de 2018, 18:12, alan_gr  escribió:

> Buenas tardes,
>
> Qué significado tienen los portales de tipo "accesorio", que aparecen en el
> mapa como por ejemplo "11acc"? Son direcciónes de verdad que se deben
> mapear?
>
> Un saludo
> Alan
> --
>


Hola Alan

No tengo ni idea. Sólo te puedo decir que solamente aparecen en la
provincia de Sevilla y Málaga. Quizá María López pueda decirnos algo:


El 3 de abril de 2018, 13:32, Paloma Maria Lopez Lara <
paloma.lopez.l...@juntadeandalucia.es> escribió:

> Si tenéis alguna duda al respecto del proyecto de CDAU me podéis
> escribir,si queréis.
> Saludos y gracias por el trabajo!
>
> paloma
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Condividere query overpass turbo

[Maurizio Napolitano]

Una volta che hai fatto la query premi il tasto "share" (o
"condividi") e ti apparirà un permalink che potrai usare per
condividere la query fatta con overpass-turbo.eu

2018-04-23 23:05 GMT+02:00 Ivo Reano :
> Come da soggetto vorrei inviare a qualcuno una specifica query.
> Ho visto che qui è stato usato un link che però non riesco a capire come
> comporre/ottenere..
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

[Talk-it] Condividere query overpass turbo

[Ivo Reano]

Come da soggetto vorrei inviare a qualcuno una specifica query.
Ho visto che qui è stato usato un link che però non riesco a capire come
comporre/ottenere..
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] osm2pgsql su windows

[emmexx]

On 04/23/2018 05:45 PM, Roberto Brazzelli wrote:
> Il vantaggio che avrei a caricare i dati  su db  osm2pgsql è 
> solo quello di poter caricare grande aree?

Caricare i dati su un database non credo ti serva per fare editing dei
dati, cioè non è un modo alternativo a josm.

ciao
maxx

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

Re: [OSM-talk] Sidewalk symmetry

[Mateusz Konieczny]

On Mon, 23 Apr 2018 19:25:12 +0200
Tobias Knerr  wrote:

> Comparing the mapping styles solely based on ease of mapping would
> only make sense if separate ways were able to express the same
> information contained in sidewalk tags.

Note that some information may not be expressed (or extremely hard)
with sidewalk tags.

For added fun, some people map sidewalks in even greater detail, using
area:highway (and sometimes forget to add either sidewalk tag or
sidewalk mapped as line, what is also causing problems).

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

Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.

[David Marín Carreño]

Viendo los ejemplos me parece bien abrir la posibilidad de rebajar de
categoría ciertas nacionales (de trunk a primary) cuando existen
alternativas gratuitas mejores y más usadas, así como subir a categoría
trunk dichas alternativas que no lo sean ya, siempre empleando criterios
objetivos y que podamos consensuar.

Y siempre podremos discutir por aquí los casos concretos y/o polémicos.

Un cordial saludo,
--
David Marín


El lun., 23 abr. 2018 a las 16:56, César Martínez Izquierdo (<
cesar@gmail.com>) escribió:

> Hola yopaseopor,
>
> Respecto a la señalización de largo recorrido, me has convencido de
> que no debe ser un criterio a considerar para trunk. Se supone que
> quien vaya a usar los datos de OSM no necesita de forma perentoria
> leer la señalización (puesto que los datos ya le van a dar la ruta
> óptima).
>
> Saludos.
>
> 2018-04-20 19:08 GMT+02:00 yo paseopor :
> > En general lo veo como tú César, a excepción que yo añadiría también como
> > alternativas las vías de pago, si no me dejaría la mayoría de vías
> rápidas
> > de algunas comunidades autónomas, y aunque nos duela en el bolsillo las
> > usamos siempre que tenemos prisa y queremos hacer adelantamientos
> "seguros y
> > fáciles". Eso sí, soy consciente de que en un país tan variopinto como
> en el
> > que nos encontramos hay casuísticas que hacen que una carretera por mala
> que
> > sea debe mantener su estatus.
> > Por lo que hace referencia a la señalización de largo recorrido no estoy
> > para nada de acuerdo, por el simple hecho de que somos OSM, y aunque
> solo se
> > hable Calasparra de Enmedio, si esa autovía o vía rápida es la mejor
> > solución para llegar a Roma Osmand, Mapsme,quiensea nos recomendará
> usarla
> > dirección Calasparra de Enmedio (y el día que consiga meter las señales
> de
> > tráfico y destino dentro de OSM ya ni os cuento), sin que nuestro viaje
> se
> > resienta por ello (¿o es que nadie que vaya de Valencia a Alicante sin
> pagar
> > sabe que hay cierto pueblo llamado "La Font de la Figuera" ?
> >
> >
> https://www.mapillary.com/app/?lat=38.7250342=-0.9366197=17=ZFNZLM90CU_eNSjRx5VrxA=photo=0.5882762328228478=0.7041884251718793=1.339285714285714
> >
> > Salut i nacionals
> > yopaseopor
> >
> > 2018-04-20 18:55 GMT+02:00 yo paseopor :
> >>
> >> Yo no digo que una carretera que tenga lanes=2 o maxspeed=100 sea tal,
> hay
> >> muchas más cosas a mirar, y muchos más criterios objetivos que no salen
> en
> >> OSM , como los imd y velocidades media, que nos ayudarían en saber qué
> >> carreteras son realmente utilizadas y por lo tanto IMPORTANTES.
> >> En cambio opino que representar todas las nacionales de un mismo color
> por
> >> el simple hecho de ser nacionales es un error que estamos cometiendo y
> que
> >> ya no se comete en la mayoría de países europeos. Decidme, de verdad,
> qué
> >> sentido tiene que dos vías importantes se muestren en el mapa la una al
> lado
> >> de la otra, cuando una de ellas ha dejado de serlo desde hace una década
> >> hasta el punto que le han pintado incluso un carril bici.
> >>
> >> Y si me apuras insisto, no se pierde nada de información, si para tí la
> >> categoría debe ser sólo administrativa ya puedes agarrar todas las que
> >> empiecen por N-, las que empiecen por las iniciales de la comunidad
> >> autónoma, y las que lleven las iniciales provinciales, y esa
> información ya
> >> está en OSM. Porque de las que empiecen por A o AP no vamos a dudar.
> >> En cambio imd y velocidad media, por poner un ejemplo no se tienen en
> >> cuenta en la actualidad y es una pena que esa información tan útil no
> se vea
> >> reflejada en el mapa (porque la categoría sería una combinación de
> varios
> >> parámetros, no sólo uno de ellos)
> >>
> >> Salut i nacionals
> >> yopaseopor
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
>
>
> --
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>César Martínez Izquierdo
>GIS developer
>-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
>SCOLAB: http://www.scolab.es
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] osm2pgsql su windows

[Martin Koppenhoefer]

sent from a phone

> On 23. Apr 2018, at 18:05, Francesco Frassinelli  wrote:
> 
> P.S. Sconsiglio di usare PostgreSQL su Windows (è testato solo sulla versione 
> server, puoi avere problemi con antivirus, hai un numero massimo sul numero 
> di connessioni in contemporanea, e limitazioni varie). In generale, 
> sconsiglio di usare Windows :-D


sottoscrivo, per iniziare, se hai un po’ di spazio libero sul disco, potresti 
usare linux in un virtual box, oppure se hai bisogno di performance, in un dual 
boot. Inizialmente si fa così, non devi lasciare windows subito, solo quando 
non ne avrei più bisogno ;-)

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

Re: [Talk-it] osm2pgsql su windows

[Martin Koppenhoefer]

sent from a phone

> On 23. Apr 2018, at 17:45, Roberto Brazzelli  wrote:
> 
> Il vantaggio che avrei a caricare i dati  su db  osm2pgsql è 
> solo quello di poter caricare grande aree?


osm2pgsql crea un estratto di certi dati OSM (il filtro è configurabile), li 
interpreta (area o no, ecc.) e li importa in un database postgres/postgis, crea 
degli indici, ecc.

Il vantaggio è quello di avere un estratto dei dati utili per il rendering in 
un database spaziale che consente varie operazioni e funzioni spaziali (per 
esempio di selezione, o di trasformazione), che fa interrogare velocemente i 
dati di una zona geografica (perché è organizzato in maniera spaziale).

Senza il db i dati non sono pronti da usare, come puoi verificare se ti guardi 
un file osm in un editor di testo 


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

Re: [Talk-dk] Corrections to Denmark OSM data

[Andrew Wiseman]

Hello,

Thank you again for the feedback. We are going to start working on this 
project: https://github.com/osmlab/appledata/issues/69

The main two team members working on it will be feta2 and pale_blue_dot, with 
LessThan3Nodes, IWantToBelieve and JadeHeart also working on it some. They also 
plan on correcting any road data issues they find while working on this 
project. 

As always, please let me know if you have any suggestions or feedback.

Thanks,

Andrew
 

Andrew Wiseman |  Maps | andrew_wise...@apple.com
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-ja] 高速道路の定義について(まとめページ)

[Ryosuke Amano]

横浜のあまのです。

hayashi様

根本的なところかもしれませんが、貴方の指す「自動車専用道路」とは、どのような意味で使っておりますでしょうか？

仮に道路法で規定される「自動車専用道路」ということでしたらば、例えば高速自動車国道は自動車専用道路ではありませんので、対象外ということになります。
つまり東名高速道路や名神高速道路、東北自動車道などといった道路は対象外になります。
（高速自動車国道は、高速自動車国道法に基づいて規定されています）

逆に日本語として広義な意味で用いているのであれば、どのような背景があれ実態として
JA:Tag:highway=motorway、もっというと、Tag:highway=motorwayの意に沿ってさえすればいいわけです。

道路法第48条の2で規定される自動車専用道路は「市街地の交通の円滑化」「特定の道路の区間内の交通円滑化/道路交通騒音により生じる障害の防止」という目的で「供用前に」指定されるもので、速度に関しての規定はありません。
（この場合の速度は、道路交通法に基づき道路標識等で標示するか、もしくは同法施行令第11条に規定される、世間一般でいわれている一般道路の法定速度(自動車60km/hなど)が最高速度に、最低速度は無しになる）
ですから、必ずしも高速で通行できるとは限りません。
（一応、整備水準に関しては道路構造令で推奨基準は担保されていますが）

また、昔は一般道路や一般有料道路だった道路を高規格に改良・整備し、立体交差化と沿道からクローズド化して、限られた地点からのみアクセスできるようにし、道路交通法に基づいて通行できる車両を規制し、さらに高速に通行できるよう最高速度を標示しても、法令上は自動車専用道路ではありません。

そんなこんなで、他にもたくさん道路関係だけでいろいろな政策や法、それに関わる省令・施行規則等がぐちゃぐちゃに絡み合っているのが実態です。

そんな中で、Tag:highway=motorwayの条件、すなわちその道路がどういう基本属性なのかを判定する、簡便で第一のふるいとして取り上げたのが「高速道路ナンバリング」路線ということだったのです。
この対象路線の選定理由と選定路線に関しては、先日も取り上げた以下の資料を参照してください。
http://www.mlit.go.jp/road/ir/ir-council/numbering/pdf99/1.pdf

当然、判断に迷う路線は出てくることでしょう。でもそれは次の段階の話でいいと思います。それこそ実態に合わせて個別に判定ということになるでしょうし、また別に議論を上げる必要が出るかもしれません。

なおこの資料にも載っていますが、閣議決定され全国にわたり整備されている「高規格幹線道路網」は網羅していますので、貴方のおっしゃる「前方互換性」はあるかと思います。

そして、既存製品やアプリへの懸念について、おっしゃることが分からなくもないです。
が、今までこうした重要な定義が曖昧なまま走ってきてしまったことについては、どのように考えますでしょうか？
実際の供用状態により近く、分かりやすく誰でも明確な基準が出来たことで、この際一度仕切り直してはっきりさせてもいいのではないでしょうか？

また「高速道路ナンバリング」のタグ付けの方法については、おっしゃる通りリレーションでいいと思います。
私が言いたいのは、Tag:highway=motorwayの判定基準に「高速道路ナンバリング」を用いる、という点ですので。

最後に、

>「自動車専用道路」は「国で最高品質の道路」とみなすことができます。
> また、「自動車専用道路」という言葉には２つの意味がありますが実体は同じですので、標識にアクセス制限の意味があるからと言っても道路品質が担保していないということにはなりえません。
> また、日本の法令上、"いわゆる「高速道路」ならば「自動車専用道路」である"という論理が成立しますので、、定義が曖昧な「いわゆる高速道路」よりも、定義がはっきりしていて識別が簡単な「自動車専用道路」

この部分が、私にはどうしてもわかりません。
このように成り立つ、根拠法令、施行規則、通達その他を具体的に取り上げて述べて頂けないでしょうか？

よろしくお願いいたします。

あまの



yuu hayashi  wrote:

> hayashiです。
> 
> muramotoさん、質問への回答ありがとうございます。
> 回答へのコメントを記入いたしました。
> 
> https://docs.google.com/document/d/1HFI2g6bDglVyOD0rhUJSdXJ3ac23E73D-4VXxPoT3hY/edit#
> 
> このメールにも提示いたします。
> 
> 
> 
> １．現行方式の問題点は何ですか？
> 
> motorwayの一義的な定義は「国で最高品質の道路」であり、道路品質の担保が必要と考えられます。しかし日本では「自動車専用道路」標識がある道路という定義になっています。これはアクセス制限であり、道路品質が担保されていません。
> 
> 
> 既にこの件に関しては4/15に反証を出しているとおり「自動車専用道路」は「国で最高品質の道路」とみなすことができます。
> また、「自動車専用道路」という言葉には２つの意味がありますが実体は同じですので、標識にアクセス制限の意味があるからと言っても道路品質が担保していないということにはなりえません。
> また、日本の法令上、"いわゆる「高速道路」ならば「自動車専用道路」である"という論理が成立しますので、定義が曖昧な「いわゆる高速道路」よりも、定義がはっきりしていて識別が簡単な「自動車専用道路」をmotorwayとする現行案のほうが合理的である。
> 
> 
> ２．どのような不都合が生じているのでしょうか？
> 
> 保土ヶ谷バイパス、横浜新道、遠軽北見道路など、一体的に運用されている道路の一部のみに「自動車専用道路」と指定されている例があります。このような場合、一連の道路の一部のみにmotorwayを付与されます。「最高品質」を道路ネットワーク性の観点でとらえた場合、一連の道路の一部のみがmotorwayになるとネットワーク性が損なわれ、「最高品質」が確保できないと考えられます。
> 
> 上記のような問題に対処するために高規格道路のような「路線」全体に関わる属性に対しては「リレーション」を使うことになっています。WAYには個別の区間に関わる属性を入れることになっています。highway=moterwayはWAYなので、路線の一部に指定されている項目はWAYで入う力することはOSM全体のタグ付け体系として当然のことです。
> 
> 
> ３．改定方式ではどのようなメリットが生じるのでしょうか？
> 
> 例えば「高速道路ナンバリング」は高速道路ネットワークを考慮して国交省により付与されます。そのため、ネットワーク性に関する品質は現行方式と比べて向上すると考えられます。
> 
> 「高速道路ナンバリング」に関しては既に「リレーション」として入力が進んでいます。「リレーション」で登録しておくことで
> 国交省の動向を迅速かつ簡便に対応可能です。路線やネットワーク等の表現力もWAYよりもリレーションのほうが遥かに強力です。既に入力済みのデータをWAYに再入力しても、実際のPOIが増えるわけではないので、単に再入力分の手間が増えるだけでメリットは全く感じられません。
> 
> 
> ４．現行の「Relation:route」タグがあるのに改定が必要となる理由が説明されていません。
> 
> 今回の改定案は「motorwayの定義として適切な道路の選定(例えば高速道路ナンバリングされた道路)」であり、「高速道路ナンバリングされた道路に付与する適切なタグの選定」ではありません。今回の改定採否に関わらず、高速道路ナンバリングされた道路に「Relation:route」タグをつけることは推奨されます。
> 
> 今回の改定案は「motorway」に「高速道路ナンバリングされた道路」割り当てるという提案ですから、「motorway」に割り当てるものになぜ「高速道路ナンバリングされた道路)」を選んだかを説明する必要が有ります。
> WAY:highway=moterwayに割り当てるのならば、リレーションとして入力されるべき「高速道路ナンバリングされた道路」よりも「自動車専用道路」に指定された区間を登録するほうが合理的です。
> 
> 
> ５．既に入力された「highway=moterway」はどうするのでしょうか？
> 
> 一つの案として、motorroad=yesを「自動車専用道路」標識がついた道路と定義し、motorwayから外れた道路に付与することが考えられます。
> 
> ここは最重要ポイントなのでしっかりとした対策を提示して欲しいところです。
> タグの定義を変える際には、過去のどのような提案でも「互換性」が確保されてきました。本来なら改定案を提案するなら最低限「前方互換性」が確保できることを示したうえで提案するべきです。
> 
> 
> 
> 私の質問で特に重要なのは （５）の質問です。
> 
> OpenStreetMapコミュニティでは「自由な地図をみんなの手に」を標榜して活動をしています。
> マッパーだけではなく、OpenStreetMapのユーザー（アプリやサービスの開発者もユーザです）がいてこそ マッピングが楽しいのです。
> 
> 提案１では、現在OSMを利用しているカーナビ製品やアプリがすべて使えなくなってしまいます。
> カーナビ製品は回収したうえでソフトウェアの改修が必要ですし、アプリ開発者も開発計画にない改修が発生します。
> アプリ開発者にとっては大変な痛手です。多分、もう二度とOpenStreetMapを使った製品やサービスを作ろうとは思わなくなるでしょう。
> 売りっぱなしで保守をやろうとしないカーナビを掴まされたユーザは「OpenStreetMap ＝ ダメマップ」の評価を下すことでしょう。
> 
> 最低限「前方互換性」は確保すべきです。
> 今までTagの改定が行われる際に互換性を考慮しない提案など見たことがありません。
> 
> 例えば、バス停(highway=bus_stop)は、より正確なタグ付けのために新しい公共交通機関スキーマ(ver2.0)へ改定されました。
> その際には、highway=bus_stopはそのまま残しつつ新しい(public_transport=stop_position)を加える
> という方式が採用されています。
> これにより古いレンダラーやアプリでも従来通りバス停のアイコンが表示できますし、新しいアプリではバスを利用した経路探索やバスのりばを検索することができるようになりました。
> 
> 互換性が確保できないなら、OSMに与える多大な損失を上回るメリットを提示してください。
> 
> 
> 2018年4月22日 21:03 tomoya muramoto :
> 
> > 提案1への質問に対して回答を記入しました。
> > あくまでもmuramotoの観点ですので、他の方からのご意見もよろしくお願いします。
> >
> > muramoto
> >
> > ___
> > Talk-ja mailing list
> > Talk-ja@openstreetmap.org
> > 

Re: [Talk-cz] Export GPX z Garmina

[Miroslav Suchý]

Dne 22.4.2018 v 12:51 Petr Schönmann napsal(a):
> Když už jsme u toho exportu. Garmin si ukládá pro mě nepochopitelně
> nějak trasy. Algoritmu jsem nepřišel na kloub ( Někdy ukládá po 3000
> pointech, někdy tam je i vyšší číslo). Nešlo by docílit chování 1x gpx /
> den ?

Já jsem měl v menu, že se trackování spouští automaticky při zapnutí
GPSky. To jsem si vypnul a musím teď jít do Track managera a spustit
trackování manuálně, ale když to pak stopnu a uložím, tak tam mám jenom
tu stopu z toho výletu.
Ergo nemám ani problém s těmi 3k pointy.

Mirek

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

Re: [OSM-talk] OpenStreetMap Carto release v4.10.0

[Marco]

So nice to finally have the office=* tag showing up, well done!

On April 20, 2018 1:27:38 PM GMT+02:00, "Daniel Koć"  
wrote:
>Dear all,
>
>Today, v4.10.0 of the OpenStreetMap Carto stylesheet (the default
>stylesheet on the OSM website) has been released. Once changes are
>deployed on the openstreetmap.org it will take couple of days before
>all tiles show the new rendering.
>
>Changes include
>- Adding rendering for historic=castle and historic=manor
>- Adding rendering office=* as dots + names
>- Adding rendering for waterway=waterfall
>- Adding place=square name rendering for nodes
>- Adding rendering for big natural=bay
>- Adding rendering for leisure=beach_resort
>- Adding rendering for amenity=parking_space
>- Adding rendering of aerialway=zip_line
>- Adding rendering for shop=bed
>- Adding rendering for shop=video_games
>- Adding halo to roads on z6 and z7
>- Extending intermittent waterbody rendering to landuse=basin
>- Moving highway=mini_roundabout rendering to higher zoom level
>- Dropping waterway=derelict_canal rendering
>- Small documentation and code fixes
>
>Thanks to all the contributors for this release, including d3d9,
>doktorpixel14 and hikemaniac, new contributors.
>
>For a full list of commits, see
>https://github.com/gravitystorm/openstreetmap-carto/compare/v4.9.0...v4.10.0
>
>As always, we welcome any bug reports at
>https://github.com/gravitystorm/openstreetmap-carto/issues
>
>-- 
>"My method is uncertain/ It's a mess but it's working" [F. Apple]
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Sidewalk symmetry

[Tobias Knerr]

On 18.04.2018 05:03, Andrew Harvey wrote:
> highway, surface, maxspeed, maxweight, maxheight, width, oneway, access,
> lanes, turn:lanes, lit, parking:lane:left, parking:lane:right,
> parking:condition:left, parking:condition:right,parking:lane:left:type,
> parking:lane:right:type, etc.

The percentage of roads tagged with all these details is vanishingly
small, and will likely remain so for at least another decade.

At the level of detail that's realistically achievable in the medium
term, sidewalk tags make a lot of sense: They're easy to use for the
common case (where sometimes not even the existence of sidewalks is
mapped yet), and still allow for micromapping in pockets of unusually
high data quality.

> I realise editors can and do abstract some of this, but if we can put
> all those sidewalk attributes on their own ways it makes it much easier
> to map by reducing the complexity of the highway centerline.

Comparing the mapping styles solely based on ease of mapping would only
make sense if separate ways were able to express the same information
contained in sidewalk tags.

That's not the case, though: With separate sidewalk ways, it's
impossible (in the general case) to figure out which road section that
sidewalk way belongs to.

Not having this basic information available makes separately mapped
sidewalks unusable for entire categories of applications – sometimes
leading to worse outcomes than not having the sidewalk mapped at all.
And while you could fix that issue with relations, this would clearly
not be easier for mappers than using sidewalk tags is.

As for the original question: sidewalk=separate seems like an attempt to
solve the aforementioned issue, but it does not actually achieve this
goal – it only tells you that *some* sidewalk way belongs to this
section of road, but does not help you to find out *which* sidewalk way
that is. As such, it's not a very useful tag, and not a compelling
reason to map asymmetric real-world situations in a symmetric way.

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

Re: [Talk-es] Importación CDAU. Proyecto de importación en Málaga

[alan_gr]

Buenas tardes,

Qué significado tienen los portales de tipo "accesorio", que aparecen en el
mapa como por ejemplo "11acc"? Son direcciónes de verdad que se deben
mapear?

Un saludo
Alan




--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-us] What is a sockpuppet (sock puppet?)

[Rihards]

On 2018.04.23. 19:58, Charlotte Wolter wrote:
> Hello,
> 
>     Sorry I'm not up on the latest OSM slang, but
> what is a sockpuppet (sock puppet?)?

That's a bit older than OSM.
https://en.wikipedia.org/wiki/Sockpuppet_(Internet) is a good overview.

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

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

[Talk-us] What is a sockpuppet (sock puppet?)

[Charlotte Wolter]

Hello,

Sorry I'm not up on the latest OSM slang, but
what is a sockpuppet (sock puppet?)?

Charlotte



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



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

[Diversity-talk] A bog standard first quarterly project - Gendered Toilets

[Rory McCann]

Hi all,

The poll[1] has closed, and it's close but "Gendered Toilets / unisex"
has the most votes. This should be a good, bog standard, first quarterly
project. There are 207,000 amenity=toilets mapped in OSM, and only ~4%
of them have any gender markers, "male"/"female"/"unisex". Lots to do!

I've started a wiki page here
https://wiki.openstreetmap.org/wiki/Diversity_Quarterly_Project/2018_Q2

Please feel free to update it, expand it, correct it, etc.

Here's an overpass query that shows all toilets on a map:
https://overpass-turbo.eu/s/y8Y Here's one that (I think) will show all
amenity=toilets without a female/male tag:
https://overpass-turbo.eu/s/y8U  An overpass query to show all without
male, female *or* unisex tag (right now this is practically all
toilets): https://overpass-turbo.eu/s/y8W

Those maps will tell you what you need to go out and map.

amenity=toilets are for free standing toilets. We should decide how to
map toilet genderings, (esp unisex toilets) inside other amenities. e.g.
a restaurant with gender neutral toielts. toilets:unisex=yes probably.

Are there other attributes to add that I haven't mentioned?

I added the word "unisex" because of one isssue. About 6 months ago I
noticed that JOSM's validator suggests changing "female=yes male=yes" on
toilets to "unisex=yes", which is actually quite different[2]. It has
been fixed and won't suggest that again. If you see a toilets with
"unisex=yes" you should double check and fix it if needed. Perhaps we
could find all toilets changed by the JOSM editor from male/female to
unisex.

-- 
Rory


[1] https://framadate.org/iICunKdggDUaDEmE
[2] https://josm.openstreetmap.de/ticket/15536

___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-se] Terrängkartor i PDF-fomat

[Ture Pålsson]

> 23 apr. 2018 kl. 15:01 skrev Kristoffer Malmström :
> 
> Finns detta som något projekt på github eller liknande? Vore intressant att 
> se hur det är uppbyggt och går antagligen att köra till fler saker.

Mitt git-repo innehåller lite  för mycket privata saker för att släppas (det 
här är ju ett hobbyprojekt som spretat hit och dit under över sju år…) men ett 
första försök till källkodsdist finns nu på:

http://lab3.turepalsson.se/map/source/

Varning för en rätt ohelig allians av C, shellscripts, Python och SQL! :-)

  — Ture



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

Re: [Talk-it] osm2pgsql su windows

[Francesco Frassinelli]

Il giorno 23 aprile 2018 17:45, Roberto Brazzelli 
ha scritto:

> Sto provando varie soluzioni per renderizzare i dati di osm
> ma non ho ancora ben chiara la differenza tra il formato .osm
> e .pfb (sono gli stessi dati solo compressi?)
>

Stessi dati. Il primo è basato su XML, il secondo è binario, più compatto.


> Il vantaggio che avrei a caricare i dati  su db  osm2pgsql è
> solo quello di poter caricare grande aree?
>

Puoi interrogare il database* ed estrapolare ogni tipo di dato che
desideri: porzioni di spazio, specifiche features, statistiche, eccetera.
Potresti anche interrogare XML con strumenti come XQuery e maneggiarlo con
XSLT., ma le performance sarebbero terribili e non credo si possano fare
query geospaziali o indicizzazione (al più abbinandolo ad un database SQL).
Inutile dire che senza indicizzazione ogni interrogazione non triviale
richiederebbe una marea di tempo.

Buona serata,
Frafra

P.S. Sconsiglio di usare PostgreSQL su Windows (è testato solo sulla
versione server, puoi avere problemi con antivirus, hai un numero massimo
sul numero di connessioni in contemporanea, e limitazioni varie). In
generale, sconsiglio di usare Windows :-D
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[talk-latam] ahora se muestran "oficinas" como iconos en el mapa

[Marco Antonio]

hola,

después de la última actualización de osm-carto [1], ahora se pueden
ver las oficinas mapeadas como puntitos azules oscuros... oficinas
gubernamentales, oficinas de asociaciones, oficinas de transporte,
oficinas de profesionales, oficinas de ONGs, etc...

algunas oficinas gubernamentales:
https://www.openstreetmap.org/#map=19/-17.39120/-66.15639

dado esto se va tener que mejorar el mapa porque "salen a luz" algunos
errores cometidos como las agencias de turismo. si tiene office=yes
solo pone un puntito y hay que ampliar más para ver el nombre, eso
hace que debamos corregir a un tipo especifico para que se muestre
bien en el zoom 18, que es el que tiene más detalle...

Abrazos,

Marco Antonio

[1] https://www.openstreetmap.org/user/kocio/diary/43745

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

[Talk-it] osm2pgsql su windows

[Roberto Brazzelli]

Ciao a tutti,
qualcuno ha testato l'installazione di osm2pgsql su windows?
Le risorse che ho trovato sono...
http://awcull.com/2015/09/30/postgis-osm2pgsql-windows.html
http://learnosm.org/it/osm-data/osm2pgsql/
ma prima di provare volevo conferma.

Sto provando varie soluzioni per renderizzare i dati di osm
ma non ho ancora ben chiara la differenza tra il formato .osm
e .pfb (sono gli stessi dati solo compressi?)
Il vantaggio che avrei a caricare i dati  su db  osm2pgsql è
solo quello di poter caricare grande aree?

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

Re: [Talk-de] lit=no trotz street_lamp in der Umgebung

[Harald Hartmann]

> PS: natürlich ist dort jetzt nicht alles gleich ein Fehler (einige
> false/positives, je nachdem wie groß der Umkreis gewählt wurde), aber
> viel suspektes habe ich dennoch gefunden, wo es sich mal lohnt, das
> lit=no nochmal zu überprüfen.

http://overpass-turbo.eu/s/y9W wäre dann z.B. so etwas, worüber man
diskutieren kann, ob der 50m Fussweg, der von beiden "Eingängen"
beleuchtet wird, wirklich "unbeleuchtet" ist.

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

Re: [Talk-de] lit=no trotz street_lamp in der Umgebung

[Harald Hartmann]

Ich habe mich mal Copy aus der Overpass Beispielsammlung [1]
bedient, und wie folgt angepasst:

1. suche alle highway mit lit=no
2. suche im 8m Umkreis dessen nach highway=street_lamp
3. suche nun mit 2. wieder in 1.

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

PS: natürlich ist dort jetzt nicht alles gleich ein Fehler (einige
false/positives, je nachdem wie groß der Umkreis gewählt wurde), aber
viel suspektes habe ich dennoch gefunden, wo es sich mal lohnt, das
lit=no nochmal zu überprüfen.


[1]
https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung#Highway_in_der_N.C3.A4he_von_Schulen_mit_unangemessenem_maxspeed_.28seit_0.7.54.29

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

[Talk-us] United States Bicycle Route ballots pending AASHTO approval

[OSM Volunteer stevea]

It's a busy time for new national bicycle routes in the USA's USBRS!  To help 
OSM "get ahead of the curve" of May's AASHTO ballot, several USBR applications 
by state DOTs have been made available, allowing OSM to enter these 
state-at-a-time national bicycle route data.  Currently

a USBR 35 realignment in Michigan,
USBR 50 in Nevada,
USBR 66 in Missouri and
USBR 221 and USBR 421 re-numberings

are Spring 2018 ballot items which have been completed or need no additional 
work in OSM, while

USBR 15 in Georgia and
USBR 36 in Pennsylvania

have been "seeded" as route relations at termini, yet still need to be fully 
entered into OSM.  Please visit our wiki 
https://wiki.osm.org/wiki/WikiProject_U.S._Bicycle_Route_System for links to 
the route data ballots (OSM-US has explicit permission to enter these).

USBRs 21 and 25 in Ohio, while "rumored" to be on this semi-annual ballot, do 
not have what OSM considers as route data from ODOT suitable to meet OSM's 
"high bar standard" sufficient to enter into OSM.  When/as these data become 
available (likely as an AASHTO application), the project will endeavor to make 
these data more widely available.

So if you're in Georgia or Pennsylvania (or even if not!) and want to help 
build Earth's largest official cycling route network, check it out and have fun!

SteveA
California
USBRS in OSM guy (among other hats I wear)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Désabonnement de la liste

[Erik Amzallag]

Hello,


> S'il y a une configuration magique de serveur pour éviter ça, je suis
> preneur, mais curieusement ce sont toujours les mêmes adresses qui posent
> problèmes, et
> ce internationalement (donc à comparer aux très nombreux fournisseurs
> d'accès de part le monde, qui proposent en général une adresse email et eux
> aussi
> essaient d'éviter le spam intelligemment!)
>

Sur l'interface d'administration de la liste Mailman, aller dans
"Traitements des rejets" (je n'ai plus l’appellation anglaise, les listes
que je gère sont en français), et modifier les valeurs
- bounce_score_threshold (l'augmenter pour autoriser un plus grand nombre
de rebonds)
- bounce_info_stale_after (la réduire pour augmenter la fréquence du RAZ du
compteur de rebonds)

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

Re: [Talk-cz] Data ze ZÚ

[Lukas Gebauer]

> > 2a) sekundárně nějaký výškopis lepší než SRTM,
> 
> Dovolím si to upřesnit. Výškopis pro OSM vůbec přínosný není, protože OSM
> (téměř) data o výšce nesbírá. Tvůj (Honzo) závěr, že DMR 5G by bylo ideální
> začlenit do OSM může znít hezky třeba pro někoho, kdo neví, co zkratka OSM
> znamená, jinak je ale nereálný.

Opět s tebou nemohu souhlasit. Pro ČR existuje tak podrobný výškopis 
z laserového měření, že se podle toho dá zmapovat kdejaký sráz, val, 
úvoz, atd. A to pro OSM přínos je, protože to z ortomapy fakt 
nevyčteš.



-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
https://www.geoget.cz/ - Geocaching solution


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

Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.

[César Martínez Izquierdo]

Hola yopaseopor,

Respecto a la señalización de largo recorrido, me has convencido de
que no debe ser un criterio a considerar para trunk. Se supone que
quien vaya a usar los datos de OSM no necesita de forma perentoria
leer la señalización (puesto que los datos ya le van a dar la ruta
óptima).

Saludos.

2018-04-20 19:08 GMT+02:00 yo paseopor :
> En general lo veo como tú César, a excepción que yo añadiría también como
> alternativas las vías de pago, si no me dejaría la mayoría de vías rápidas
> de algunas comunidades autónomas, y aunque nos duela en el bolsillo las
> usamos siempre que tenemos prisa y queremos hacer adelantamientos "seguros y
> fáciles". Eso sí, soy consciente de que en un país tan variopinto como en el
> que nos encontramos hay casuísticas que hacen que una carretera por mala que
> sea debe mantener su estatus.
> Por lo que hace referencia a la señalización de largo recorrido no estoy
> para nada de acuerdo, por el simple hecho de que somos OSM, y aunque solo se
> hable Calasparra de Enmedio, si esa autovía o vía rápida es la mejor
> solución para llegar a Roma Osmand, Mapsme,quiensea nos recomendará usarla
> dirección Calasparra de Enmedio (y el día que consiga meter las señales de
> tráfico y destino dentro de OSM ya ni os cuento), sin que nuestro viaje se
> resienta por ello (¿o es que nadie que vaya de Valencia a Alicante sin pagar
> sabe que hay cierto pueblo llamado "La Font de la Figuera" ?
>
> https://www.mapillary.com/app/?lat=38.7250342=-0.9366197=17=ZFNZLM90CU_eNSjRx5VrxA=photo=0.5882762328228478=0.7041884251718793=1.339285714285714
>
> Salut i nacionals
> yopaseopor
>
> 2018-04-20 18:55 GMT+02:00 yo paseopor :
>>
>> Yo no digo que una carretera que tenga lanes=2 o maxspeed=100 sea tal, hay
>> muchas más cosas a mirar, y muchos más criterios objetivos que no salen en
>> OSM , como los imd y velocidades media, que nos ayudarían en saber qué
>> carreteras son realmente utilizadas y por lo tanto IMPORTANTES.
>> En cambio opino que representar todas las nacionales de un mismo color por
>> el simple hecho de ser nacionales es un error que estamos cometiendo y que
>> ya no se comete en la mayoría de países europeos. Decidme, de verdad, qué
>> sentido tiene que dos vías importantes se muestren en el mapa la una al lado
>> de la otra, cuando una de ellas ha dejado de serlo desde hace una década
>> hasta el punto que le han pintado incluso un carril bici.
>>
>> Y si me apuras insisto, no se pierde nada de información, si para tí la
>> categoría debe ser sólo administrativa ya puedes agarrar todas las que
>> empiecen por N-, las que empiecen por las iniciales de la comunidad
>> autónoma, y las que lleven las iniciales provinciales, y esa información ya
>> está en OSM. Porque de las que empiecen por A o AP no vamos a dudar.
>> En cambio imd y velocidad media, por poner un ejemplo no se tienen en
>> cuenta en la actualidad y es una pena que esa información tan útil no se vea
>> reflejada en el mapa (porque la categoría sería una combinación de varios
>> parámetros, no sólo uno de ellos)
>>
>> Salut i nacionals
>> yopaseopor
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
   SCOLAB: http://www.scolab.es
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

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

Re: [OSM-talk-be] Crab Addr import tool [solved]

[Sus Verhoeven]

Hooi Glen,

Bedankt voor de vlotte oplossing, nu werkt het prima met de nieuwe link..

Sus

2018-04-23 13:14 GMT+02:00 Glenn Plas :

> Hi Sus,
>
> (EN below)
>
> Ik heb het in orde gebracht. in de XML kan je definieren dat de export
> niet geupload mag worden, daar stond 'upload=no' ipv 'upload=false' en er
> is recentelijk 'never' bijgekomen, sindsdien geeft JOSM een fout op die
> 'no' , voordien werkte dat gewoon, nu niet meer.
>
> De HTTPS versie van aptum werkt niet goed in combinatie met JOSM voor een
> resem technische redenen (+ lokale aanpassingen aan JOSM settings) , dus de
> enige echte die zeker moet werken voor iedereen is :
>
> http://crab-import.osm.be
>
> Bedankt voor de melding .
>
>
> ---
>
> I resolved the problem with exporting data, in the XML that is being
> exported we define a field called 'upload' and used to give it a value of
> 'no'.  So upload=no , which stopped working after another option got
> introduced : upload=never.  Since then the latest releases of JOSM started
> giving errors when you use upload=no as it should have been upload=false
> instead officially.
>
> the HTTPS version of the crab-import tool will not work, due to a number
> of technical reasons (+ local setting changes), so the one and only link
> that should definitely work is the non-https one.
>
> http://crab-import.osm.be
>
> Thanks for the headsup,
>
> Glenn
>
>
>
>
> On 23-04-18 10:54, Sus Verhoeven wrote:
>
> Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
> straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
> klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
> Ik gebruik http://aptum.bitless.be/
> Is er iets mis of doe ik iets mis ?
>
> Sus
>
>
> ___
> 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

Re: [Talk-us] [OSM-talk] Undiscussed mass-revert by user Nakaner-repair

[Jack Armstrong dan...@sprynet.com]

Hyperbole? Not at all. It appears in just the one changeset, 57914505, this user created approximately 5,800 untagged nodes. The user was contacted, but does not respond. There are 6-8 new users who just started editing in and around Denver. Circumstantial evidence seems to indicagte they are part of a team in that they all started about the same time, their edits are remarkably similar and they all use the same changeset comment, "adding parking". They don't respond to changeset comments.In this changeset (not Denver), the user created some odd lines. Maybe they mean something, but I don't understand them. If the user replied, it would help to understand the user's edits. This does not look like, "added parking". I'm not hating on new users. I would love for them to join OSM and help map. All I'm saying is that there is a new group of mappers who are creating poor edits and will not communicate.https://www.openstreetmap.org/edit?changeset=57918111#map=17/33.10686/-117.18078-Original Message-
From: Greg Morgan 
Sent: Apr 23, 2018 11:10 AM
To: "ajt1...@gmail.com" 
Cc: Talk 
Subject: Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user	Nakaner-repair

On Sun, Apr 22, 2018 at 11:42 PM, ajt1...@gmail.com  wrote:
  

  
  
On 23/04/2018 03:40, Jack Armstrong dan...@sprynet.com wrote:

  
  I fully support the efforts of Nakaner.
There are 6-8 users creating a mess in the Denver, Colorado
area.


What'd really help matters would be if local mappers could comment
on changesets by new mappers (both "good" and "bad").  I see that
someone's already commented on a couple of the "thousands of node
additions" that you're presumably referring to here (if that was you
- thanks!), but often locals are by far the best people to say "that
doesn't look correct".  See
https://openstreetmap.org/changeset/57929974 for an example near me
by one of the "organised" mappers that alerted GB and DE mappers to
the problems there.


  


See
here: https://www.openstreetmap.org/edit?node=5538075288#map=19/39.71967/-104.98736Okay so Jack fully supports Nakaner.  He reports that 6-8 users are creating a mess in the Denver, Colorado area.  If we look at the node that Jack is pointing to, then we will see that Victoria1901, https://www.openstreetmap.org/user/Victoria1901 has made 30 edits.  There are zero blocks against her.   Hyperbole!  Hyperbole!  So she didn't draw in the way.  Honestly, are we going to grow new mappers or not.  We have to let new people fail.  That's part of the learning process.  In the same area is chachafish, https://www.openstreetmap.org/user/chachafish.  The user has 124,710 edits.  Is there something that you don't like?  So have I covered two of the 6-8 editors messing up Denver Colorado?Regards,Greg


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

Re: [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Jack Armstrong dan...@sprynet.com]

I fully support the efforts of Nakaner. There are 6-8 users creating a mess in the Denver, Colorado area.See here: https://www.openstreetmap.org/edit?node=5538075288#map=19/39.71967/-104.98736-Original Message->From: EthnicFood IsGreat >Sent: Apr 22, 2018 11:28 PM>To: talk-us@openstreetmap.org>Subject: Re: [Talk-us] Undiscussed mass-revert by user Nakaner-repair>>> As a member of the US community, I'm in favor of reverting the bad >> edits, even if it removes some good contributions.>> Mark - Message: 1>> Date: Sat, 21 Apr 2018 13:27:14 + (UTC)>> From: Mikel Maron >> To: Michael Reichert ,  Talk-us>> 	>> Subject: Re: [Talk-us] Undiscussed mass-revert by user Nakaner-repair>> Message-ID: <232049907.3007698.1524317234...@mail.yahoo.com>>> Content-Type: text/plain; charset="utf-8"   blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } Nakaner>> This is an epic effort and appreciated.>> But there are two things that need to be cleared up.>>>   The choice was to either accept that OSM>> is overrun by a army of sockpuppets who ignore us at all or to make the>> time/money they invest into editing a waste of time/money by reverting their edits even if it removes good contributions. That's sad but what is the alternative? It's not a binary choice. The alternative is to establish good dialogue with the communities you are monitoring (the US on this case), and make sure there is awareness and buy in to your proposed action. I don't think that would be difficult or time consuming but does take consideration of other mappers in OSM who you don't regularly communicate with.>>>   There is no formal policy yet but that doesn't mean that they can do what they want to do. If it is against the interests of the community, it's against the existing unwritten rules.>> There is no such thing that gives anyone the right for large scale vigilante actions. There is enough justification to potentially take action (after discussion and with proper communication) -- sock puppets for one -- that you don't need to invoke organized editing.   If and when we do have a policy, we in the osmf will also need to develop clear guidance on how it is communicated and implemented. Mikel On Friday, April 20, 2018, 8:22 PM, Michael Reichert  wrote: Hi, Am 20.04.2018 um 17:13 schrieb Ian Dees:>>> I noticed that user Nakaner-repair just reverted 1000+ changesets>>> throughout the United States without any discussion in the local community.>>> Nakaner-repair points to a thread in the German forum [0] that seems to>>> indicate that they think these edits were made by paid mappers. Having not>>> heard from those suspected paid mappers, they went ahead and reverted>>> without discussion from the local community.>> TL;DR A group of mappers (presumeably from UTC+5) started adding>> highway=service and doing wrong quality assurance on roads in Europe and>> the U.S. in mid/end of March. British and later German mappers found>> these strange edits last week, some German searched for more accounts,>> SomeoneElse and myself wrote changeset comments and SomeoneElse (DWG)>> blocked many on them. Unfortunately, the 0-hour user blocks are not as useful as they are>> usually (and I expected them to be). They have been ignored and they>> continued editing or created sockpuppets. Longer blocks were ignored and>> they continued editing after the block. Changeset comments were not>> answered or the response did not answer the question. Since this week, they don't do any QA on roads any more and only add>> highway=service in the U.S. They create new accounts if their old>> accounts are blocked. This pattern now repeats day by day and the last>> resort was to revert their work because that causes financial damage (I>> hope they get paid). Please see some inline comments/responses on Ian's questions below. ->> The full story: On 2018-03-29 Will Phillips writes to the Talk-gb mailing list that he>> observed "a series of edits with users removing or changing access and>> oneway tags". He describes the quality of these edits as "very poor". At>> that time "none of them has yet responded to changeset comments".>> https://lists.openstreetmap.org/pipermail/talk-gb/2018-March/021259.html SomeoneElse suggests him to write an email to d...@osmfoundation.org>> (the DWG).>> https://lists.openstreetmap.org/pipermail/talk-gb/2018-March/021260.html I am not subscribed to Talk-gb and did not notice it at that time. On 2018-04-09 tux67 creates a new thread on the German forum because he>> found two users (sri_harsha and Premsakhare) editing roads globally>> without local knowledge. He asks other 

Re: [Talk-se] Terrängkartor i PDF-fomat

[Kristoffer Malmström]

Finns detta som något projekt på github eller liknande? Vore intressant att
se hur det är uppbyggt och går antagligen att köra till fler saker.

*Med vänliga hälsningar*
*Kristoffer Malmström*
Tel: 0733690161

Den 23 april 2018 13:33 skrev :

>
> Quoting Tomas Marklund :
>
> Ja, jag håller med föregående talare: *Riktigt* snyggt! Lite ovant
>> gui-mässigt att translatera kartan för att placera rektangeln istället för
>> att dra själva rektanglen, men det funkar ju bara man vänder på hjärnan
>> lite temporärt.
>>
>
> Tack! Jo, det känns ju lite bakvänt men det löser en del problem... T.ex.
> vad som händer om en klantig användare drar iväg rektangeln utanför den
> visade ytan och så. :-) Jag tror Lantmäteriets utskriftstjänst gör likadant.
>
> Ett tips: Skriv gärna ut ele-taggen på sjöar också. Även om det inte är nån
>> officiell osm-rekommendation att sätta ele-taggar på sjöar så är det
>> ganska
>> gott om sjöar som har det ändå. Då blir det ännu mer terräng-kartan-likt
>> :)
>>
>
> Bra idé! Tyvärr är min etikettplacerare rätt korkad, så det kommer nog att
> bli rätt fult i första vändan, men jag ska titta på det.
>
> Nyfiken fråga: Varifrån kommer datat till höjdkurvorna? Det finns inget
>> sådant i osm väl?
>>
>
> Här: https://www.eea.europa.eu/data-and-maps/data/copernicus-land
> -monitoring-service-eu-dem
>
>
>
> ___
> 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-ja] 高速道路の定義について(まとめページ)

[yuu hayashi]

hayashiです。

muramotoさん、質問への回答ありがとうございます。
回答へのコメントを記入いたしました。

https://docs.google.com/document/d/1HFI2g6bDglVyOD0rhUJSdXJ3ac23E73D-4VXxPoT3hY/edit#

このメールにも提示いたします。



１．現行方式の問題点は何ですか？

motorwayの一義的な定義は「国で最高品質の道路」であり、道路品質の担保が必要と考えられます。しかし日本では「自動車専用道路」標識がある道路という定義になっています。これはアクセス制限であり、道路品質が担保されていません。


既にこの件に関しては4/15に反証を出しているとおり「自動車専用道路」は「国で最高品質の道路」とみなすことができます。
また、「自動車専用道路」という言葉には２つの意味がありますが実体は同じですので、標識にアクセス制限の意味があるからと言っても道路品質が担保していないということにはなりえません。
また、日本の法令上、"いわゆる「高速道路」ならば「自動車専用道路」である"という論理が成立しますので、定義が曖昧な「いわゆる高速道路」よりも、定義がはっきりしていて識別が簡単な「自動車専用道路」をmotorwayとする現行案のほうが合理的である。


２．どのような不都合が生じているのでしょうか？

保土ヶ谷バイパス、横浜新道、遠軽北見道路など、一体的に運用されている道路の一部のみに「自動車専用道路」と指定されている例があります。このような場合、一連の道路の一部のみにmotorwayを付与されます。「最高品質」を道路ネットワーク性の観点でとらえた場合、一連の道路の一部のみがmotorwayになるとネットワーク性が損なわれ、「最高品質」が確保できないと考えられます。

上記のような問題に対処するために高規格道路のような「路線」全体に関わる属性に対しては「リレーション」を使うことになっています。WAYには個別の区間に関わる属性を入れることになっています。highway=moterwayはWAYなので、路線の一部に指定されている項目はWAYで入う力することはOSM全体のタグ付け体系として当然のことです。


３．改定方式ではどのようなメリットが生じるのでしょうか？

例えば「高速道路ナンバリング」は高速道路ネットワークを考慮して国交省により付与されます。そのため、ネットワーク性に関する品質は現行方式と比べて向上すると考えられます。

「高速道路ナンバリング」に関しては既に「リレーション」として入力が進んでいます。「リレーション」で登録しておくことで
国交省の動向を迅速かつ簡便に対応可能です。路線やネットワーク等の表現力もWAYよりもリレーションのほうが遥かに強力です。既に入力済みのデータをWAYに再入力しても、実際のPOIが増えるわけではないので、単に再入力分の手間が増えるだけでメリットは全く感じられません。


４．現行の「Relation:route」タグがあるのに改定が必要となる理由が説明されていません。

今回の改定案は「motorwayの定義として適切な道路の選定(例えば高速道路ナンバリングされた道路)」であり、「高速道路ナンバリングされた道路に付与する適切なタグの選定」ではありません。今回の改定採否に関わらず、高速道路ナンバリングされた道路に「Relation:route」タグをつけることは推奨されます。

今回の改定案は「motorway」に「高速道路ナンバリングされた道路」割り当てるという提案ですから、「motorway」に割り当てるものになぜ「高速道路ナンバリングされた道路)」を選んだかを説明する必要が有ります。
WAY:highway=moterwayに割り当てるのならば、リレーションとして入力されるべき「高速道路ナンバリングされた道路」よりも「自動車専用道路」に指定された区間を登録するほうが合理的です。


５．既に入力された「highway=moterway」はどうするのでしょうか？

一つの案として、motorroad=yesを「自動車専用道路」標識がついた道路と定義し、motorwayから外れた道路に付与することが考えられます。

ここは最重要ポイントなのでしっかりとした対策を提示して欲しいところです。
タグの定義を変える際には、過去のどのような提案でも「互換性」が確保されてきました。本来なら改定案を提案するなら最低限「前方互換性」が確保できることを示したうえで提案するべきです。



私の質問で特に重要なのは （５）の質問です。

OpenStreetMapコミュニティでは「自由な地図をみんなの手に」を標榜して活動をしています。
マッパーだけではなく、OpenStreetMapのユーザー（アプリやサービスの開発者もユーザです）がいてこそ マッピングが楽しいのです。

提案１では、現在OSMを利用しているカーナビ製品やアプリがすべて使えなくなってしまいます。
カーナビ製品は回収したうえでソフトウェアの改修が必要ですし、アプリ開発者も開発計画にない改修が発生します。
アプリ開発者にとっては大変な痛手です。多分、もう二度とOpenStreetMapを使った製品やサービスを作ろうとは思わなくなるでしょう。
売りっぱなしで保守をやろうとしないカーナビを掴まされたユーザは「OpenStreetMap ＝ ダメマップ」の評価を下すことでしょう。

最低限「前方互換性」は確保すべきです。
今までTagの改定が行われる際に互換性を考慮しない提案など見たことがありません。

例えば、バス停(highway=bus_stop)は、より正確なタグ付けのために新しい公共交通機関スキーマ(ver2.0)へ改定されました。
その際には、highway=bus_stopはそのまま残しつつ新しい(public_transport=stop_position)を加える
という方式が採用されています。
これにより古いレンダラーやアプリでも従来通りバス停のアイコンが表示できますし、新しいアプリではバスを利用した経路探索やバスのりばを検索することができるようになりました。

互換性が確保できないなら、OSMに与える多大な損失を上回るメリットを提示してください。


2018年4月22日 21:03 tomoya muramoto :

> 提案1への質問に対して回答を記入しました。
> あくまでもmuramotoの観点ですので、他の方からのご意見もよろしくお願いします。
>
> muramoto
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-be] Crab Addr import tool

[Sus Verhoeven]

Ik moet terug tot versie 13265 wil het werken.

Sus

2018-04-23 13:29 GMT+02:00 Sus Verhoeven :

> Ik gebruik altijd de laatste versie van JOSM, nu 13576.
> Ik ben wel een tijdje inactief geweest.
>
> Sus
>
> 2018-04-23 11:52 GMT+02:00 Glenn Plas :
>
>> You need to use http://crab-import.osm.be/  or
>> https://crab-import.osm.be/
>>
>> Ik kan bevestigen dat er een probleem is bij het exporteren , blijkbaar
>> aanvaard JOSM de web request niet meer (JOSM heeft een interne webserver)
>>
>> Kan je uw JOSM versie eens doorgeven aub ?  Heb je recentelijk een
>> upgrade gedaan ?
>>
>> Glenn
>>
>>
>> On 23-04-18 10:54, Sus Verhoeven wrote:
>>
>> Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
>> straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
>> klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
>> Ik gebruik http://aptum.bitless.be/
>> Is er iets mis of doe ik iets mis ?
>>
>> Sus
>>
>>
>> ___
>> 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

Re: [Talk-se] Terrängkartor i PDF-fomat

[ture]

Quoting Tomas Marklund :


Ja, jag håller med föregående talare: *Riktigt* snyggt! Lite ovant
gui-mässigt att translatera kartan för att placera rektangeln istället för
att dra själva rektanglen, men det funkar ju bara man vänder på hjärnan
lite temporärt.


Tack! Jo, det känns ju lite bakvänt men det löser en del problem...  
T.ex. vad som händer om en klantig användare drar iväg rektangeln  
utanför den visade ytan och så. :-) Jag tror Lantmäteriets  
utskriftstjänst gör likadant.



Ett tips: Skriv gärna ut ele-taggen på sjöar också. Även om det inte är nån
officiell osm-rekommendation att sätta ele-taggar på sjöar så är det ganska
gott om sjöar som har det ändå. Då blir det ännu mer terräng-kartan-likt :)


Bra idé! Tyvärr är min etikettplacerare rätt korkad, så det kommer nog  
att bli rätt fult i första vändan, men jag ska titta på det.



Nyfiken fråga: Varifrån kommer datat till höjdkurvorna? Det finns inget
sådant i osm väl?


Här:  
https://www.eea.europa.eu/data-and-maps/data/copernicus-land-monitoring-service-eu-dem



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

Re: [Talk-es] Centros de formación no reglada

[Jesús Gómez Fernández]

Yo soy partidario de retomar la propuesta amenity=training + training=*
Ahora mismo todo centro de formación fuera de amenity=school, college o
university es un completo cajón desastre en OSM.
Etiquetar como *school* academias sin formación reglada y de cualquier
índole solo hace perjudicar la calidad del dato o darle poca utilidad si se
quiere utilizar aplicando algún filtro.

Un saludo.


El 20 de abril de 2018, 12:20, Lanxana .  escribió:

> Buenos días,
>
> Hace ya tiempo que se van sucediendo diferentes consultas sobre la mejor
> manera de etiquetar un centro de formación no reglada.
>
> Con la voluntad de abrir el debate y encontrar la mejor manera de
> etiquetar este tipo de centros, he estado haciendo un repaso a qué opciones
> tenemos actualmente y qué tipos de centro quedan fuera de ese etiquetado
> estándar.  Los datos que he recogido los he volcado en un documento
> colaborativo para que podamos participar todos los interesados en el tema.
>
> El documento se encuentra en: https://pad.disroot.org/p/lanxana#
>
> Para algunos casos ya se han encontrado opciones de etiquetado (gracias,
> compañeros!), pero gran parte de centros siguen sin una opción clara
> (oposiciones, refuerzo escolar, oficios, informática…).
>
> En 2010 hubo una propuesta en tagging para usar amenity=training +
> training=* [1], pero la propuesta está abandonada. Creo que sería una buena
> opción retomar esta propuesta, revisar si hay que añadir/quitar alguna
> subdivisión y completar las definiciones (inexistentes en este momento). No
> sé cuál sería el procedimiento más correcto… ¿ponernos en contacto con su
> promotor? ¿retomarla directamente?. No sé bien cómo funciona el tema en la
> wiki, ni cómo ni cuándo pasó la propuesta  a considerarse abandonada, así
> que tampoco sé cómo se debería reactivar, en caso que os parezca bien esta
> opción.
>
> Saludos!
>
> [1] https://wiki.openstreetmap.org/wiki/Proposed_features/training
>
>
>
> 
>  Libre
> de virus. www.avast.com
> 
> <#m_7303816626646681898_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] Crab Addr import tool

[Sus Verhoeven]

Ik gebruik altijd de laatste versie van JOSM, nu 13576.
Ik ben wel een tijdje inactief geweest.

Sus

2018-04-23 11:52 GMT+02:00 Glenn Plas :

> You need to use http://crab-import.osm.be/  or https://crab-import.osm.be/
>
> Ik kan bevestigen dat er een probleem is bij het exporteren , blijkbaar
> aanvaard JOSM de web request niet meer (JOSM heeft een interne webserver)
>
> Kan je uw JOSM versie eens doorgeven aub ?  Heb je recentelijk een upgrade
> gedaan ?
>
> Glenn
>
>
> On 23-04-18 10:54, Sus Verhoeven wrote:
>
> Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
> straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
> klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
> Ik gebruik http://aptum.bitless.be/
> Is er iets mis of doe ik iets mis ?
>
> Sus
>
>
> ___
> 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

[talk-au] Investigating a NSW Schools Import

[Andrew Harvey]

I'm investigating the possibility of importing NSW Public Schools data

into OpenStreetMap in line with the Import Guidelines
.

At this stage I'm seeking buy in from the local community as well as
feedback on my plan, before taking it to the imports list. Please refrain
from jumping the gun by importing this data before this review has been
completed.

The data is CC BY 4.0 licensed (although the link above says only CC BY,
I've confirmed via email that it is CC BY 4.0) and the OSMF CC BY waiver
has been completed
.

1. Attribute Mapping

Here is a sample of the attribute mapping I've applied, I'd appreciate any
feedback on this.

amenity=school
access=private
// Although generally on public land, access to public school grounds
is similar to any other private property, you can be there by invitation
and you can walk up to the front door but the owner/school can ask you to
leave at any time.
addr:city=Crows Nest
// suburb
addr:postcode=2065
capacity=927
// Based on enrolment numbers, although they aren't necessarily equal I
think in lieu of better information it serves as a good placeholder
contact:email=northsydbo-h.sch...@det.nsw.edu.au
website=http://www.northsydbo-h.schools.nsw.edu.au
// derived from the email, but looks fine
contact:fax=+61 2 9957 6310
contact:phone=+61 2 9955 1565
fee=no
Public schools don't have compulsory fees to attend, unlike most
private schools.
isced:level=2-3
Upstream uses Infants, Primary, Secondary which are mapped to the
https://wiki.openstreetmap.org/wiki/Key:isced:level levels 0, 1, 2-3
respectively.
grades=7-12
https://wiki.openstreetmap.org/wiki/Key:grades
name=North Sydney Boys High School
operator=NSW Department of Education
// being part of the NSW Public Schools dataset implies they are
operated by the NSW Department of Education which in tern implies they are
public schools
ref:au.gov.nsw.cese=8132
ref:au.gov=7614
// these references although not necessary might make it easier to keep
data in sync with future upstream updates
school:gender=male
  // mixed, male, female
school:selective=yes
  // yes, no, partial
school:specialty=comprehensive
  // agricultural, languages, arts, comprehensive (most)
start_date=1915-01-01

A question is should we apply the source tag to the changeset or the
object. What should we do with the existing source tag? If it's obvious it
relates to the geometry I suggest it be moved to source:geometry, otherwise
I'd suggest it be deleted (it's still there in the history). Though a
specific source:name tag should be retained.

I'm proposing to use on the changeset tag:

source:url=https://data.cese.nsw.gov.au/data/dataset/nsw-pub
lic-schools-master-dataset
source=NSW CESE Public Schools Master Dataset

Along with a comment pointing to this thread.

2.  Import Plan

To make importing the data easier, I've put together a basic web
application at
https://andrewharvey.github.io/au-nsw-public-schools-to-osm/diff.html.
Based on matches identified by distance to nearest school within 200m you
can see which tags will change. It uses the JOSM Remote Control to load the
change into JOSM where the final upload(s) will take place.

My import plan is to go through this and and apply the changes or edit them
manually as necessary. In cases where tags conflict I plan to open
changeset comments to ask the author to determine what to do.

I plan to use an dedicated imports account.

I plan to add the attribution to the Contributors page.

Most public primary schools have interchangeable names "Foo Primary School"
and "Foo Public School". If a different name is already tagged, I propose
we move it to alt_name, that makes the names consistent, but also means
that it might not match the name used on the ground. What do people think
about this?

All the code and cached versions of the data files are available at
https://github.com/andrewharvey/au-nsw-public-schools-to-osm.

Some stats...

Total features from OSM: 2636 (1649 matched, 987 unmatched)
Total features from Upstream: 2209 (1713 matched, 496 unmatched)

Of most interest are those 496 features from the upstream dataset not found
in OSM, but the other 1713 are still of interest as they add a lot of
missing tags to the existing objects in OSM. I haven't yet looked through
the "schools" we have in OSM but the dataset doesn't have, because the vast
majority will be private schools, and not things we need to investigate
further.

I'm aware there are a number of "schools" in the upstream data we might not
consider schools for OSM for example "Field of Mars Environmental Education
Centre", "Royal National Park Environmental Education Centre" as the
students attending here are likely on excursion. However given the wiki
says "place where pupils, normally between the ages of 

Re: [OSM-talk-be] Crab Addr import tool [solved]

[Glenn Plas]

Hi Sus,

(EN below)
 
Ik heb het in orde gebracht. in de XML kan je definieren dat de export
niet geupload mag worden, daar stond 'upload=no' ipv 'upload=false' en
er is recentelijk 'never' bijgekomen, sindsdien geeft JOSM een fout op
die 'no' , voordien werkte dat gewoon, nu niet meer.

De HTTPS versie van aptum werkt niet goed in combinatie met JOSM voor
een resem technische redenen (+ lokale aanpassingen aan JOSM settings) ,
dus de enige echte die zeker moet werken voor iedereen is :

http://crab-import.osm.be

Bedankt voor de melding .


---

I resolved the problem with exporting data, in the XML that is being
exported we define a field called 'upload' and used to give it a value
of 'no'.  So upload=no , which stopped working after another option got
introduced : upload=never.  Since then the latest releases of JOSM
started giving errors when you use upload=no as it should have been
upload=false instead officially.

the HTTPS version of the crab-import tool will not work, due to a number
of technical reasons (+ local setting changes), so the one and only link
that should definitely work is the non-https one.

http://crab-import.osm.be

Thanks for the headsup,

Glenn




On 23-04-18 10:54, Sus Verhoeven wrote:
> Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
> straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
> klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
> Ik gebruik http://aptum.bitless.be/
> Is er iets mis of doe ik iets mis ?
>
> Sus
>
>
> ___
> 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-it] [ItalyFuelStations] revisione pre-import

[Martin Koppenhoefer]

per dire, questa è una pompa bianca?
http://nuovavenezia.gelocal.it/polopoly_fs/1.1400889.1416611507!/httpImage/image.jpg_gen/derivatives/landscape_250/image.jpg
L'articolo dice di si.
Per me questo sarebbe brand=Vega

Ho guardato, perché in Germania esiste una sorta di associazione (credo),
che si chiama "Freie Tankstelle" (=pompa bianca), e hanno un logo:
https://upload.wikimedia.org/wikipedia/de/thumb/6/6f/FreieT.svg/100px-FreieT.svg.png

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

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Martin Koppenhoefer]

2018-04-23 10:42 GMT+02:00 Cascafico Giovanni :

> Non mi sembra. Se assegni solo il brand, Mapnik [1] non lo fa vedere:
> questo potrebbe essere il motivo per cui ci troviamo molti brand==name.
>



hai ragione, mi sono confuso, perché c'è un vecchio ticket e non c'era
opposizione se ricordo bene:
https://github.com/gravitystorm/openstreetmap-carto/issues/1874

Ci sono altri applicazioni però che fanno vedere il brand per benzinai.

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

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Martin Koppenhoefer]

2018-04-23 10:30 GMT+02:00 Aury88 :

> che
> condivido, è da fare  non qui ma nella mailing list internazionale dedicata
> al tagging. fino a quando non verrà accettato uno stile differente conviene
> mantenere l'attuale  tagging per quanto ambiguo.



se noi usassimo un tag specifico per indicare un "benzinaio indipendente",
sarebbe l'inizio di uno stile differente. Usare un tag dedicato non deve
per forza significare togliere brand=indipendent (quindi non ci sono
pratticamente controindicazioni a farlo da subito), anche se io lo farei.
Non c'è l'obbligo di coordinarsi a livello internazionale, anche se
concordo, generalmente è considerabile.





> anche perchè introdurre
> solo da noi un tag per indicare l'indipendenza dal brand renderebbe
> ambiguo/errato l'uso del tag brand=independent nel resto del mondo senza
> averlo consultato.
>



il tag è già errato, perché non corrisponde al significato del campo
"brand", ed è anche ambiguo, perché non vedo che non ci possono essere
benzinai che si chiamino proprio "indipendent".

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

[Talk-lt] Atvirojo žemėlapio metinis susitikimas

[Tomas Straupis]

Sveiki visi

  Kitą pirmadienį - 2018-04-30 - bus rengiamas metinis asociacijos
„Atvirasis žemėlapis“ visuotinis narių susitikimas. Dienotvarkėje
turime tik vieną oficialų klausimą - metinės ataskaitos patvirtinimą:
  http://asociacija.openmap.lt/report/2017/

  Asociacija ir jos veikla yra visiškai atvira, be juridinių dalykų
mažai kuo skiriasi nuo talk-lt, todėl kviečiame visus norinčius
prisijungti. Pakalbėsime kaip visada apie viską, kas susiję su
OpenStreetMap ir šiaip žemėlapiais. Taigi jei turite klausimų,
pasiūlymų ar šiaip norite sužinoti, kaip kur kas vyksta, o gal tiesiog
norite susipažinti asmeniškai - ateikite!

  Susitikimo vieta - Savičiaus gatvės Špunkos rūsys:
  https://craftbeer.openmap.lt/#c/16.6/54.67922/25.28925/0/0/p2811970425
  Pradžia - 18:00.
  Pabaiga -  :-)

  Iki!

-- 
Tomas

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

Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Jack Armstrong dan...@sprynet.com]

Hyperbole? Not at all. It appears in just the one changeset, 57914505, this user created approximately 5,800 untagged nodes. The user was contacted, but does not respond. There are 6-8 new users who just started editing in and around Denver. Circumstantial evidence seems to indicagte they are part of a team in that they all started about the same time, their edits are remarkably similar and they all use the same changeset comment, "adding parking". They don't respond to changeset comments.In this changeset (not Denver), the user created some odd lines. Maybe they mean something, but I don't understand them. If the user replied, it would help to understand the user's edits. This does not look like, "added parking". I'm not hating on new users. I would love for them to join OSM and help map. All I'm saying is that there is a new group of mappers who are creating poor edits and will not communicate.https://www.openstreetmap.org/edit?changeset=57918111#map=17/33.10686/-117.18078-Original Message-
From: Greg Morgan 
Sent: Apr 23, 2018 11:10 AM
To: "ajt1...@gmail.com" 
Cc: Talk 
Subject: Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user	Nakaner-repair

On Sun, Apr 22, 2018 at 11:42 PM, ajt1...@gmail.com  wrote:
  

  
  
On 23/04/2018 03:40, Jack Armstrong dan...@sprynet.com wrote:

  
  I fully support the efforts of Nakaner.
There are 6-8 users creating a mess in the Denver, Colorado
area.


What'd really help matters would be if local mappers could comment
on changesets by new mappers (both "good" and "bad").  I see that
someone's already commented on a couple of the "thousands of node
additions" that you're presumably referring to here (if that was you
- thanks!), but often locals are by far the best people to say "that
doesn't look correct".  See
https://openstreetmap.org/changeset/57929974 for an example near me
by one of the "organised" mappers that alerted GB and DE mappers to
the problems there.


  


See
here: https://www.openstreetmap.org/edit?node=5538075288#map=19/39.71967/-104.98736Okay so Jack fully supports Nakaner.  He reports that 6-8 users are creating a mess in the Denver, Colorado area.  If we look at the node that Jack is pointing to, then we will see that Victoria1901, https://www.openstreetmap.org/user/Victoria1901 has made 30 edits.  There are zero blocks against her.   Hyperbole!  Hyperbole!  So she didn't draw in the way.  Honestly, are we going to grow new mappers or not.  We have to let new people fail.  That's part of the learning process.  In the same area is chachafish, https://www.openstreetmap.org/user/chachafish.  The user has 124,710 edits.  Is there something that you don't like?  So have I covered two of the 6-8 editors messing up Denver Colorado?Regards,Greg


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

Re: [OSM-talk-be] Crab Addr import tool

[Glenn Plas]

You need to use http://crab-import.osm.be/  or https://crab-import.osm.be/

Ik kan bevestigen dat er een probleem is bij het exporteren , blijkbaar
aanvaard JOSM de web request niet meer (JOSM heeft een interne webserver)

Kan je uw JOSM versie eens doorgeven aub ?  Heb je recentelijk een
upgrade gedaan ?

Glenn


On 23-04-18 10:54, Sus Verhoeven wrote:
> Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
> straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
> klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
> Ik gebruik http://aptum.bitless.be/
> Is er iets mis of doe ik iets mis ?
>
> Sus
>
>
> ___
> 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-africa] Remote Sensing Consultancy in DRC

[Geoffrey Kateregga]

Dear all,



Please note that there is a vacancy announcement for an international
consultant in remote sensing in DRC.

Deadline for application is 26th April.



https://jobs.fao.org/careersection/fao_external/jobdetail.ftl?job=180407=
GMT%2B02%3A00



Apply and/or disseminate to your networks !



Thanks


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

[OSM-talk-be] Crab Addr import tool

[Sus Verhoeven]

Het lukt mij niet meer de Crab gegevens in te laden in JOSM, enkel de
straatgegevens van OSM worden nog ingeleladen als ik op een straatnaam
klik. De gegevens zijn wel bijgewerkt tot 2018-03-26 .
Ik gebruik http://aptum.bitless.be/
Is er iets mis of doe ik iets mis ?

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

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Cascafico Giovanni]

Il giorno 21 aprile 2018 02:01, Martin Koppenhoefer 
ha scritto:

> > On 20. Apr 2018, at 10:48, Cascafico Giovanni 
> wrote:
> >
> > (non appare Q8 se è solo nel brand)
>
> si, appare.
>

Non mi sembra. Se assegni solo il brand, Mapnik [1] non lo fa vedere:
questo potrebbe essere il motivo per cui ci troviamo molti brand==name.

[1] http://overpass-tirbo.eu/s/y8M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Aury88]

dieterdreist wrote
> sent from a phone
> 
>> On 21. Apr 2018, at 07:56, Federico Cortese 

> cortesefed@

>  wrote:
>> 
>> operator=Pompe Bianche, bisognerebbe comunque decidere per
>> una delle due.
> 
> 
> se “Pompe Bianche” è una scritta che si trova, userei brand, se è una
> struttura/ditta/rete etc. potrebbe essere taggato in operator, ma se è un
> termine generico e non trova riscontro diretto (insegna), non lo metterei
> in operator o brand o name. 
> Sarebbe come mettere “name=no_name” per dire qualcosa non ha nome.
> 
> Ciao,
> Martin 
> ___
> Talk-it mailing list

> Talk-it@

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

confermo che è solo come vengono generalmente definite in italia le pompe di
benzina che non si affidano ad alcun brand. non si chiamano così ne è
l'operatore a chiamarsi così.per rispondere alla tua successiva mail sarà
anche non corretto, ma attualmente brand=independent viene usato
internazionalmente per indicare il fatto che non appartenga ad alcun brand
ed ecco perchè non concordo, allo stato attuale, neanche sulla tua
definizione di "tag libero" per il caso specifico. comunque sia questa tua
proposta di un tag specifico per indicare l'assenza del brand, che
condivido, è da fare  non qui ma nella mailing list internazionale dedicata
al tagging. fino a quando non verrà accettato uno stile differente conviene
mantenere l'attuale  tagging per quanto ambiguo. anche perchè introdurre
solo da noi un tag per indicare l'indipendenza dal brand renderebbe
ambiguo/errato l'uso del tag brand=independent nel resto del mondo senza
averlo consultato.



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

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

Re: [Talk-se] Terrängkartor i PDF-fomat

[Tomas Marklund]

Ja, jag håller med föregående talare: *Riktigt* snyggt! Lite ovant
gui-mässigt att translatera kartan för att placera rektangeln istället för
att dra själva rektanglen, men det funkar ju bara man vänder på hjärnan
lite temporärt.

Ett tips: Skriv gärna ut ele-taggen på sjöar också. Även om det inte är nån
officiell osm-rekommendation att sätta ele-taggar på sjöar så är det ganska
gott om sjöar som har det ändå. Då blir det ännu mer terräng-kartan-likt :)

Nyfiken fråga: Varifrån kommer datat till höjdkurvorna? Det finns inget
sådant i osm väl?

/Tomas

Den 21 april 2018 18:59 skrev Erik Lundin :

> Riktigt snyggt!
>
> /Erik
>
>
> Den 2018-04-21 kl. 16:42, skrev Ture Pålsson:
>
>> Jag har under en längre tid roat mig med att försöka rendera kartor från
>> OSM-data och få dem så lika Lantmäteriets klassiska terrängkarta som
>> möjligt. Nu har jag slängt på ett halvtaffligt webinterface på det, så att
>> även andra kan testa.
>>
>> Prova genom att surfa till http://lab3.turepalsson.se/map/ , panorera
>> och zooma tills den mörka rektangeln är där ni vill ha den, och klicka
>> "Request" nere till höger.
>>
>> Rapportera gärna om något ser galet ut!
>>
>> Dock:
>>
>> 1. Jag vet att GUI:t är buggigt på en massa sätt. Ni behöver inte
>> rapportera det. :-)
>>
>> 2. Om kartan blir fel för att underliggande OSM-data blir fel ska ni inte
>> rapportera till mig utan fixa datat! :-)
>>
>> 3. Maskinen som det hela körs på är rätt klen. Det tar runt en minut att
>> rendera en karta. Alla kartor ställs i en kö, så om alla kastar sig över
>> den kan det nog ta en stund att få sin karta.
>>
>> 4. Undvik helst att rendera kartor över "täta" områden, som Stockholms
>> innerstad. Det tar en jäkla tid och blir ändå inte vidare snyggt.
>> Renderaren gör lite tappra försök till generalisering, men den är inte så
>> smart än.
>>
>> 5. LMV-data finns envart över Stockholms län, och av någon anledning
>> fattas det rutor där med.
>>
>>
>>
>> ___
>> 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
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Pascal Neis]

Hi,

Am 23.04.18 um 09:10 schrieb Greg Morgan:

Okay so Jack fully supports Nakaner.  He reports that 6-8 users are

creating a mess in the Denver, Colorado area.  If we look at the node that
Jack is pointing to, then we will see that Victoria1901,
https://www.openstreetmap.org/user/Victoria1901 has made 30 edits.  There
are zero blocks against her.   Hyperbole!  Hyperbole! 

[...]

She/he has been blocked:
https://www.openstreetmap.org/user/Victoria1901/blocks

Furthermore, her commented changesets are quite usefull:
https://resultmaps.neis-one.org/osm-discussion-comments?uid=7787732

Last but not least, always good to check:
https://hdyc.neis-one.org/?Victoria1901

All the best,
Pascal

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

Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Greg Morgan]

On Sun, Apr 22, 2018 at 11:42 PM, ajt1...@gmail.com 
wrote:

> On 23/04/2018 03:40, Jack Armstrong dan...@sprynet.com wrote:
>
> I fully support the efforts of Nakaner. There are 6-8 users creating a
> mess in the Denver, Colorado area.
>
>
> What'd really help matters would be if local mappers could comment on
> changesets by new mappers (both "good" and "bad").  I see that someone's
> already commented on a couple of the "thousands of node additions" that
> you're presumably referring to here (if that was you - thanks!), but often
> locals are by far the best people to say "that doesn't look correct".  See
> https://openstreetmap.org/changeset/57929974 for an example near me by
> one of the "organised" mappers that alerted GB and DE mappers to the
> problems there.
>
>
> See here: https://www.openstreetmap.org/edit?node=
> 5538075288#map=19/39.71967/-104.98736
>
> Okay so Jack fully supports Nakaner.  He reports that 6-8 users are
creating a mess in the Denver, Colorado area.  If we look at the node that
Jack is pointing to, then we will see that Victoria1901,
https://www.openstreetmap.org/user/Victoria1901 has made 30 edits.  There
are zero blocks against her.   Hyperbole!  Hyperbole!  So she didn't draw
in the way.  Honestly, are we going to grow new mappers or not.  We have to
let new people fail.  That's part of the learning process.  In the same
area is chachafish, https://www.openstreetmap.org/user/chachafish.  The
user has 124,710 edits.  Is there something that you don't like?  So have I
covered two of the 6-8 editors messing up Denver Colorado?

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

Re: [Talk-cz] Data ze ZÚ

[Miroslav Suchy]

Dne 22.4.2018 v 23:19 Jan Macura napsal(a):
> Dovolím si to upřesnit. Výškopis pro OSM vůbec přínosný není, protože OSM 
> (téměř) data o výšce nesbírá. Tvůj (Honzo)
> závěr, že DMR 5G by bylo ideální začlenit do OSM může znít hezky třeba pro 
> někoho, kdo neví, co zkratka OSM znamená,
> jinak je ale nereálný.

Tak já výškopis docela používám, když mapuji potok nebo řeku a není na fotce 
není pro les nebo skály vidět. A pokud vím,
že tam ta řeka je, tak logicky teče nejnižším místem. Ale uznávám, že v ČR to 
moc nepoužívám. To spíše mimo Evropu.

Mirek

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

Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[ajt1...@gmail.com]

On 23/04/2018 03:40, Jack Armstrong dan...@sprynet.com wrote:
I fully support the efforts of Nakaner. There are 6-8 users creating a 
mess in the Denver, Colorado area.


What'd really help matters would be if local mappers could comment on 
changesets by new mappers (both "good" and "bad").  I see that someone's 
already commented on a couple of the "thousands of node additions" that 
you're presumably referring to here (if that was you - thanks!), but 
often locals are by far the best people to say "that doesn't look 
correct".  See https://openstreetmap.org/changeset/57929974 for an 
example near me by one of the "organised" mappers that alerted GB and DE 
mappers to the problems there.




See 
here: https://www.openstreetmap.org/edit?node=5538075288#map=19/39.71967/-104.98736


That actually appears to be by a mapper using a different process (JOSM) 
but adding things in some of the same areas (LA, Denver) as the other group.


Best Regards,

Andy

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

Re: [OSM-talk] [Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Greg Morgan]

On Sun, Apr 22, 2018 at 7:40 PM, Jack Armstrong dan...@sprynet.com <
jacknst...@sprynet.com> wrote:

> I fully support the efforts of Nakaner. There are 6-8 users creating a
> mess in the Denver, Colorado area.
>
> See here: https://www.openstreetmap.org/edit?node=
> 5538075288#map=19/39.71967/-104.98736
>


I cannot tell.  What is it that these six to eight mappers are doing?  Are
these the same six to eight mappers that are receiving blocks?

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

Re: [Talk-us] [OSM-talk] Undiscussed mass-revert by user Nakaner-repair

[Greg Morgan]

On Sun, Apr 22, 2018 at 7:40 PM, Jack Armstrong dan...@sprynet.com <
jacknst...@sprynet.com> wrote:

> I fully support the efforts of Nakaner. There are 6-8 users creating a
> mess in the Denver, Colorado area.
>
> See here: https://www.openstreetmap.org/edit?node=
> 5538075288#map=19/39.71967/-104.98736
>


I cannot tell.  What is it that these six to eight mappers are doing?  Are
these the same six to eight mappers that are receiving blocks?

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

Re: [OSM-talk] Oracle is changing Java's license how will it affect JOSM?

[Greg Morgan]

On Sun, Apr 22, 2018 at 1:06 PM, john whelan  wrote:

> JAVA started as a SUN product.  It is now an Oracle product.  I spent a
> number of years working with Oracle on license for their databases.  A
> number of sales people's statements about their licensing were dubious and
> inconsistent so I'll admit I am slightly bias.
>
> Having said that if we look at the requirements then we'd like the ability
> to run on UNIX and Windows.  Apple are their own world and yes it can be
> run but Apple don't especially like you running it.
>
> We'd like to be able to run the software on corporate machines.  These
> days many companies follow the US government's lead and say JAVA is too
> much of a security risk to be allowed to install it.
>
>
Dude I went looking for these so called security issues. I found nothing.
Java is just another language.  I think that you are mixing up Java,
JavaScript, or Active X in the browser with Java as a whole. [1]The
only thing that I could find is that you would have to switch to ADA.  You
cannot trust, Ruby, Java, or your beloved dot net to manage a rocket
guidance system.  The last time I heard something like this was when Steve
Ballmer was at Microsoft.  It is fitting that he retired from Microsoft and
bought a basket ball team.  Apparently, Steve Ballmer feels comfortable in
a court room setting.  ;-)

Regards,
Greg


[1] https://www.irs.gov/pub/irs-pdf/p1075.pdf

9.3.16.12 Mobile Code (SC-18) The agency must: a. Define acceptable and
unacceptable mobile code and mobile code technologies c. Establish usage
restrictions and implementation guidance for acceptable mobile code and
mobile code technologies d. Authorize, monitor, and control the use of
mobile code within the information system Mobile code technologies include,
for example, Java, JavaScript, ActiveX, Postscript, PDF, Shockwave movies,
Flash animations, and VBScript, which are common installations on most end
user workstations. Usage restrictions and implementation guidance apply to
both the selection and use of mobile code installed on servers and mobile
code downloaded and executed on individual workstations and devices (e.g.,
tablet computers and smartphones).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Data ze ZÚ

[Marián Kyral]

-- Původní e-mail --
Od: Honza Cibulka 
Komu: talk-cz@openstreetmap.org
Datum: 22. 4. 2018 14:56:54
Předmět: [Talk-cz] Data ze ZÚ
"
Zdar vespolek,
jelikož se rozhodnutím soudu [1] zas dal do pohybu spor o data ZÚ, měl bych
volně související teoretickou otázku: jaké datové sady Zeměměřického úřadu
[2] by pro tuzemské OSM byly nejpřínosnější? Proč? A funguje něco takového v
zahraničí?




Budu rád za co nejkonkrétnější argumentaci.

"



Tak rozhodně nejužitečnější by bylo co nejpodrobnější ortofoto. Oproti
ostatním zdrojům (bing, mapbox, Digitalglobe) je nejpodrobnější a nemá
problém se spasováním snímků.




Pak by se určitě hodil ZABAGED. Zajímavé by byly vrcholy (které ale stejně
všechny nemají), lesní/polní cesty pro kontrolu, srázy a rokle - ty se s gps
v zalesněném terénu obzvlášť špatně mapují a je to velmi užitečná informace,
a taky DIBAVOD. Sice proběhl import, ale od té doby se data měnila, vznikaly
nové rybníky, přehrady, poldry, přeložky toků. Ale publikovaná datová sada
už aktualizována nebyla. Ovšem v ZABAGEDu data aktualizovaná jsou.




Marián




"






[1] http://gismentors.cz/blog/soud-nastavil-mantinely-cenam-dat-ze-zu/
(http://gismentors.cz/blog/soud-nastavil-mantinely-cenam-dat-ze-zu/)




[2] http://geoportal.cuzk.cz/(S(003ek0o14b2nafrrkyz5oamk))/Default.aspx?mode
=eShop_tab=sekce-01-gp=13#
(http://geoportal.cuzk.cz/(S(003ek0o14b2nafrrkyz5oamk))/Default.aspx?mode=eShop_tab=sekce-01-gp=13)




Jan Cibulka

 

tel. 776 307 158

http://datastory.cz(http://datastory.cz/)



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