Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Clifford Snow]

Just to clarify, I'm not proposing a mechanical edit. I don't think it's
appropriate.

>From reading the responses, most people would prefer to keep the tag
tiger:reviewed. I respect it and will not ask for a change in JOSM.

Clifford






On Fri, May 11, 2018 at 2:15 PM, Wolfgang Zenker 
wrote:

> * Richard Welty  [180511 20:16]:
> > On 5/11/18 2:00 PM, Doug Hembry wrote:
> >> So I cast a vote for keeping it. At least don't mechanically remove
> them
> >> all, everywhere.
>
> > i still use the reviewed tags for guidance as well, and would prefer
> > that they
> > stick around. i remove them when i've reviewed a road carefully (name,
> > connectivity, location, classification, surface.)
>
> same for me; loosing this tag would make it much harder for me to
> keep track of the roads I have already reviewed/fixed and which ones are
> still to do.
>
> Wolfgang
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>



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

Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM

[yo paseopor]

Voy respondiendo:

En principio esta propuesta era sólo para la Red de Carreteras del Estado.
He pillado los mapas de velocidad media, de IMD y del Catálogo 2016 de la
Red de Carreteras del Estado y lo he pintado siguiendo unos criterios no
físicos (porque muchas veces se ha visto como muy negativo el marcar su
categoría OSM por su estado físico ,que fue mi idea inicial hace ya unos
años) , más allá de la administración de la que depende.

Por lo que las carreteras NO se clasifican por su estado, sino por su
importancia. Y convendreis conmigo en que dado un recorrido por el que
transcurren paralelos el trazado de una autovía y de una carretera nacional
se suela usar la autovía, hasta el punto de que en la mayoría de casos o
bien el trazado "desaparece" (pues es usado como trazado de uno de los
carriles de la autovía) o bien es traspasado a otra administración
(ejemplos se pueden ver en Castilla la Mancha, Catalunya, Comunitat
Valenciana... Por lo que su trazado pasa a ser tertiary (o secondary
estudiando el caso la comunidad) pues queda para tráfico local porque la
mayoría del trafico general irá por la autovía. No sólo eso , uno de los
motivos por los cuales no hay "nuevas nacionales" (carreteras de doble
sentido , con un solo carril por sentido, con enlaces a diversos nivel) es
porque el Ministerio las convierte en autovías.

Además todas aquellas carreteras que llevan una letra asignada porque son
un trazado antiguo pasan a ser tertiary a favor del trazado principal.

Sin embargo vereis recorridos paralelos convertidos en secondary (todos
aquellos que la vía alternativa es de pago, pues puede haber reticencias a
considerarla vía alternativa.)

Siguiendo el mapa y habiendo convertido todas aquellas que disponen de un
trazado paralelo se pueden ver la mayoría de nacionales como primary (por
tener cruces a mismo nivel, la gran mayoría transcurrir por dentro de
población, tener un arcén escaso y no un mejor trazado), estas nacionales
llegan dónde no hay autovía...en esencia , pues la mayoría de territorio
tiene autovía relativamente cerca, por lo que no debieran tener la
categoría principal que les podría tocar a alguna de esas autovías (a favor
de las carreteras multicarril o desdobladas que sí salen pintadas en verde
en ese mapa, pero hay que tener en cuenta que hay pocas , pues como dije
antes el Ministerio ha concentrado su inversión en hacer autovías, no en
mejorar trazados de nacionales de forma sustancial).

Además todas las vías que llevan a puertos y aeropuertos las considero
trunk por estratégicas (la gran mayoría parten de una de esas autovías).

Por lo que hace referencia a Soria, veo que me he dejado de marcar en verde
(trunk) la SO-20, que viene marcada en el mapa a la izquierda, como
carretera multicarril. La que se ve como tertiary no era intención que
correspondiera a la variante de Soria sino al trazado antiguo, que venía
dibujado en el mapa, pero bueno todo es revisable, especialmente por la
gente del territorio.Pueda ser un error de apreciación mío, seguramente

Y si hablamos de las Islas, pues es cierto: no las he contemplado...porque
hace años que NO forman parte de la Red de Carreteras del Estado, pues como
podeis comprobar en el mapa, vienen pintadas de gris, como otras
administraciones. Hay que pensar que el conflicto viene cuando hay más de
una administración con competencia en las carreteras principales. En el
caso de las islas hace ya tiempo que la administración de las carreteras
insulares importantes es única, a favor de la administración autonómica o
local.

Se han intentado seguir unos criterios objetivos y perdurables en el
tiempo.Son características comprobables y basados en publicaciones del
mismo Ministerio de Fomento. Aunque pueda parecer lo contrario esto no es
una ordenación por capricho y contra una administración en concreto. Es una
puesta al día de las categorías que realmente tienen nuestras carreteras,
porque yo entiendo que "a buena hambre no hay pan duro" pero es que hace
tiempo que en cuestión de carreteras, con tanta autovía y administraciones
autonómicas dejándose el dinero "hace tiempo que dejamos de pasar hambre" y
podemos ser algo exigentes con esa categorización.

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

Re: [OSM-talk-fr] Priorité au terrain et plaques ou panneaux bilingues

[Christian Rogel]

> Le 11 mai 2018 à 19:55, Rpnpif > a 
> écrit :
> 
> 
> Bien d'accord mais avec des nuances, la traduction en breton
> des noms de communes en pays gallo de Bretagne Est est très souvent
> purement fantaisiste. Dans beaucoup de ces communes, le breton n'a
> jamais été parlé (sauf en pays guérandais hors Bretagne
> administrative) et le mettre sur les panneaux est une chose qui
> fait plaisir à quelques intellos et fait partie des mesures qui
> éloignent les « gens » de l'« élite ».

La pose de panneaux n’a pas toujours de lien avec un usage de la langue. 
D’ailleurs, les noms officiels en Bretagne Ouest n’ont souvent qu’un faible 
rapport avec leur prononciation en breton.
Ainsi, Kerfeunteun, maintenant grand quartier de Quimper, se dit en breton 
Kerfeun, ce qui n’est écrit nulle part (sauf sur la façade d’un poissonnier).

> Je tempérerai cette opinion en disant que comme le reste de la Bretagne
> de nombreuses personnes du pays gallo tiennent à leur bretonnéité pour
> des raisons à la fois affectives et culturelles. Elles respectent le
> breton comme elles respectent la reine de France, Anne de Bretagne, une
> des icônes de leur « identité ».
> Maintenant mettre ça sur les panneaux du pays gallo n'a que très peu
> d'intérêt et est même nuisible à ceux nombreux qui ne s'y retrouvent
> pas.

Cela correspond à une demande sociale qui s’enrichit aujourd’hui d’une demande 
de noms en gallo.

> Par contre je soutiens la traduction en plus du français des objets
> OSM de Bretagne en Breton afin que ceux qui le veulent, vivent leur
> langue pleinement.
> 
> Je regrette simplement que le gallo ne soit pas utilisé là où il le
> devrait. Cette langue a son propre génie (et ce n'est pas du vieux
> français ou si peu, la France n'existait pas à ses origines. C'est un
> mélange de breton, français, romain et autres dont probablement du
> persan). Comme le Breton (plus ou moins celtique), c'est une langue
> d’immigrés.

C’est une vision de cases dans lesquelles les langues ne doivent pas sortir 
d’un territoire précis, mais, elle ne colle pas avec la réalité.

> Si on veut vraiment donner la priorité au terrain, on
> oublie les traductions des noms bretons sur les panneaux en pays de
> parler gallo pour y mettre les noms en gallo. Malheureusement, le gallo
> est essentiellement une langue orale dont très peu d'intellos ont
> formalisé l'écriture qui en tout cas n'est pas enseignée pour le bas
> peuple : il n'y a pas à ma connaissance d'école de type Diwan en gallo
> malgré sa présence à l'université (de Rennes).

Il n’existe pas de code de langue ISO 639 pour le gallo, il serait temps que 
les spécialistes du gallo y pensent (name = fr-x-gallo 64 occurences).
Non seulement, on ne mettra pas les noms gallos dans le name:br, mais, on y met 
d’abord les versions bretonnes des noms qui existaient traditionnellement 
depuis le Moyen-Âge (Roaz(h)on, Naoned), mais comme certains noms gallos 
viennent du celtique, il est aisé de reconstruire plus ou moins fidélement les 
formes du breton médiéval quand les 3/4 du pays gallo était brittophone.
Des noms de lieu venus du breton se voient vers Blain, Héric, Sion-les-Mines, 
etc.
Une nouvelle commune au Nord de Fougéres a pris le nom breton de Maen Roch 
(Pierre de Rocher) en hommage à ses carriers de granit.

> Je me souviens encore de l'époque au 20e siècle où l'élève qui osait
> parler un soi-disant « patois » sortait de classe avec les doigts en
> sang des coups de règles reçus de l'instituteur pour lui enlever l'envie
> de parler la langue de ses parents (comme pour les bretonnants mais 50
> ans avant). J'en ai été témoin. Malheureusement, ça a marché.
> 
> Garder la richesse patrimoniale de la Bretagne, c'est garder toute sa
> diversité.
> 
> En conclusion, oui au breton sur OSM, oui au gallo là où il a sa place,
> non au breton sur les panneaux là où il n'a rien à y faire sauf à titre
> décoratif. Donc je ne suis pas favorable à leur retranscription sur
> OSM en doublon.

Le breton a une profondeur historique qui a fait que nombreux lieux fort loin 
de la Bretagne ont reçu un nom en breton (Pariz = Paris, Bourdel = Bordeaux, 
Turgn = Tours, An Havr Nevez = Le Havre, Londres = Londrez, Boulogne = 
Boulongn), dont beaucoup sont à rechercher.
Comme je l’ai exliqué ici 
, tout nom 
de langue romane peut être adapté/reconstruit.  Si Martigné(-Ferchaud) est noté 
Marzhinieg(-Fergaod), tous les Martignac et Martigny de France et de Suisse 
peuvent recevoir un nom en breton. Même chose pour les Fresnes, Fresnay(e), 
Frênay et Fraïches.

> Quand il y a une erreur sur une inscription réelle, quelle est
> l'intérêt de la noter sur OSM ? Donc pourquoi le faire pour ce sujet ?

Le sujet du post n’est pas la question d’une erreur de transcription que celle 
de regarder la bonne source, donc, l’autorité locale, quand celle-ci a fait 
mettre des panneaux.
Sinon, on prend une source 

Re: [OSM-talk-fr] Fwd: Alerte Google : openstreetmap

[osm . sanspourriel]

En plus il ne dit pas qui on est.

Mais c'est presque mieux, les gens un peu curieux vont chercher qui se 
cache derrière OSM France.


Alors Christian, on fait défiler jusqu'à l'article intéressant sans 
récupérer la nouvelle adresse de base ? ;-)


Ceci dit, j'ai eu l'occasion de faire "involontairement" une switch2osm 
party chez un client. Sans parler du prix. J'ai juste montré que nôtre 
jeu de données était plus complet que le leur et qu'ils pouvaient 
compléter le nôtre avec le leur.


En l'occurrence plus d'aérodromes, avec les différentes références,  
langues, etc.


Il fallait presque les calmer ;-).

Jean-Yvon


Le 11/05/2018 à 10:53, Noémie Lehuby - noemie.leh...@zaclys.net a écrit :


Je pense que le bon lien est le suivant ;)

https://www.lemondeinformatique.fr/actualites/lire-google-fait-exploser-les-tarifs-des-api-de-maps-71697.html

Le 2018-05-11 10:46, Christian Quest a écrit :


Le Monde Informatique parle (un peu) d'OSM ;)

https://www.lemondeinformatique.fr/actualites/lire-kubernetes-des-containers-plus-isoles-des-apps-natives-mieux-gerees-71650.html 



--
Christian Quest - OpenStreetMap France

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




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


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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Wolfgang Zenker]

* Richard Welty  [180511 20:16]:
> On 5/11/18 2:00 PM, Doug Hembry wrote:
>> So I cast a vote for keeping it. At least don't mechanically remove them 
>> all, everywhere.

> i still use the reviewed tags for guidance as well, and would prefer
> that they
> stick around. i remove them when i've reviewed a road carefully (name,
> connectivity, location, classification, surface.)

same for me; loosing this tag would make it much harder for me to
keep track of the roads I have already reviewed/fixed and which ones are
still to do.

Wolfgang

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

[OSM-talk] Mapper of the Month: Yasunari Yamashita (Japan)

[Marc Gemis]

This month we interviewed 2 Japanese mappers.
The first interview is can be found on the Belgian website [1]. The
Japanese version as a diary entry [2]. The second one will be publish
in the next couple of days.

I hope you enjoy reading it.

regards


m.

[1] http://www.osm.be/2018/05/11/en-motm-Yasunari_Yamashita.html (English)
[2] https://www.openstreetmap.org/user/escada/diary/43903 (Japanese)

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

[Diversity-talk] Mapper of the Month: Yasunari Yamashita (Japan)

[Marc Gemis]

This month we interviewed 2 Japanese mappers.
The first interview is can be found on the Belgian website [1]. The
Japanese version as a diary entry [2]. The second one will be publish
in the next couple of days.

I hope you enjoy reading it.

regards


m.

[1] http://www.osm.be/2018/05/11/en-motm-Yasunari_Yamashita.html (English)
[2] https://www.openstreetmap.org/user/escada/diary/43903 (Japanese)

___
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-us] Drop the tiger:reviewed tag from roads

[OSM Volunteer stevea]

The legacy of TIGER-tagging will persist in OSM for a long, long time.  That is 
the reality of the import we did, rough/sloppy data and all.  This legacy 
serves as many lessons to be learned regarding the practice(s) of wide-scale 
imports.  If it sounds like I'm saying "we made this bed, so now we must sleep 
in it," you are correct.  There are no easy solutions, though there may be 
better ones.

As TIGER data remain a dominant source of road/highway data in the US (plus 
MANY improvements), obfuscating their source in the guise of "cleaning up their 
history" does not help.  In fact, a wholesale deletion of tags different than 
we delete them now (and have) hinders the continuing clean-up/improvement of 
these data.  I elect to continue to clean up noisy/messy/sloppy TIGER data 
where/when/as I can.  When these data reach a state of "good enough that I 
would enter them into OSM" (as good OSM Contributors, we share such judgements) 
I remove the tiger_reviewed tag.  I support others who do so, too.  Largely 
speaking, this is how we'll "solve" this, although solving with smarter/better 
solutions is certainly welcome.

Slowly, slowly indeed, we clean up TIGER.  It will take years, it may take 
decades.  I 100% support talking about strategies (especially better ones) to 
do so, I support the chip-chip-chip away at messy data that need improving as 
we have since TIGER finished uploading.  However, wholesale deletion of tags, 
as doing so contradicts the workflow we have evolved, no, I do not abide that.  
Should we want to improve that workflow, I'm listening.  But (politely, 
Clifford) I reject that the tiger:reviewed tag has lost all meaning.

We can be more clever, we can be more zealous, but let's not be more blind.

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

Re: [Talk-cz] Chybějící značka informace u samotného tourism=information

[Marián Kyral]

Dne 11.5.2018 v 10:51 Tom Ka napsal(a):
> Ahoj,
>
> doladeny tabulky pro kontroly tourism=information, generuje se i do
> GPX a JSON. Jak bude chvile, tak jeste bude potreba pridat podporu
> (ikonu) pro vrstvu chybnych rozcestniku na osmap.cz.
> Jinak jich bylo cca 520, neco jsem pooopravoval (hlavne TIC - tj
> pridani information=office). Dost bude lepsi zhlednout na miste.
>
> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?tourism

Ahoj,
jak mám otagovat takové ty vývěsky, které nejsou přímo pro turisty, ale
spíše pro místní obyvatele (informace obecního úřadu, myslivci, hasiči...)?

Na wiki jsem nic vhodného nenašel, ale možná jen špatně hledám.

Díky,
Marián

> Bye
>
> Dne 10. května 2018 14:09 Tom Ka  napsal(a):
>> GPX zatim ne, ale aspon tabulka:
>>
>> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?tourism
>>
>> Bye
>>
>>
>> Dne 10. května 2018 13:34 Tom Ka  napsal(a):
>>> Diky, usetril jsi mi praci. Dival jsem se na to a opravdu jsou to
>>> nevhodne zadana data, ktera by bylo velmi vhodne opravit/doplnit.
>>> Zkusim nejak zaintegrovat do kontrol rozcestniku, min pro sebe jako
>>> jedno GPX na stazeni pro offline provoz na miste.
>>>
>>> Bye
>>>
>>> Dne 9. května 2018 11:49 Milan Keršláger  
>>> napsal(a):
 Napsal jsem skript, který takové nedodělky ukáže (nastavte mapu a stiskněte
 Run):
 https://overpass-turbo.eu/s/yF5

 overpass turbo jsem neznal a je to zajímavé. Změny z OSM se promítají do 
 cca
 5 minut.
 Skripty si lze uložit na svůj OSM účet. Existují knihovny příkladů a
 nápověda.
 Milan Keršláger

 Dne pondělí 7. května 2018 9:51:45 UTC+2 Jan Skala napsal(a):
> Ahoj, než se na to kouknu detailně tak od stolu říkám, že nelze nastavit
> "negativní" pravidla vykreslování. Nelze nastavit pokud má prvek jen
> tourism=information, vykreslí se takhle. Tím pádem bude mít i rozcestník
> tuhle ikonu, pokud se tak vykreslování z nějakého důvodu rozhodne.
> Taky si myslím, že by bylo lepší lépe tagovat.
 --
 Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny „OSM
 paws“ ve Skupinách Google.
 Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
 zašlete e-mail na adresu osm-paws+unsubscr...@googlegroups.com.
 Chcete-li tuto diskusi zobrazit na webu, navštivte
 https://groups.google.com/d/msgid/osm-paws/de5edb9c-61f8-4510-87cb-9693d7a2eec2%40googlegroups.com.

 Další možnosti najdete na https://groups.google.com/d/optout.
> ___
> 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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Steve Friedl]

> I believe folks still use it in places to indicate that no-one has reviewed 
> it on the ground, but I cannot find the thread(s) where that was brought up. 

I’m exactly one of those users: once I’ve confirmed or fixed the object, I 
delete the tag, so this is still useful for me as a kind of to-do list.

I also delete tiger:reviewed=yes tags when otherwise editing an object.

Steve


From: Martijn van Exel [mailto:m...@rtijn.org] 
Sent: Friday, May 11, 2018 9:56 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Drop the tiger:reviewed tag from roads

I believe folks still use it in places to indicate that no-one has reviewed it 
on the ground, but I cannot find the thread(s) where that was brought up. 

I think a mechanical removal may be a bit overzealous, even though I personally 
wouldn't shed a tear. As long as there is at least one tag left that would 
indicate TIGER as the original source, so we can continue to detect 'unmodified 
TIGER' roads.
--
  Martijn van Exel
  mailto:m...@rtijn.org



On Fri, May 11, 2018, at 10:25, Clifford Snow wrote:
The tag, tiger:reviewed that is left over from the 2006/7 import of TIGER roads 
has lost any meaning. For example, look at 196th Avenue Southwest [1] in 
Thurston County WA. It's on version 6 yet still has tiger:reviewed=no. Note I 
picked this street at random from a overpass query [2]. I see this tag all the 
time. It's time to get rid of it. Not through a mechanical edit, but by editors 
making changes to roads.

I'm proposing to open a ticket for JOSM to add this tag to the list of 
discarded tags. I'd like to hear if there are any objects or think this is a 
good idea.

I did learn from Toby Murray this morning that you can add tiger:reviewed to 
the list of discarded tags in JOSM by going to preferences->Advanced 
Preferences and adding tiger:reviewed to tags.discardable. Then just reload 
JOSM for the changed to be active.

[1] http://www.openstreetmap.org/way/173554611
[2] http://overpass-turbo.eu/s/yJh

Clifford

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



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

Re: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Great, thanks again for your help.
Have a good week-end,
Patrick

2018-05-11 14:46 GMT-04:00 Sasha Khapyorsky :

> Technically it is possible (for example
> https://stackoverflow.com/questions/145270/calling-c-c-from-python),
> but I'm pretty sure that you will need to create sort of c++ envelop,
> shared lib, etc.. It would be easier just to do what you need in c++
> instead of python.
>
> Sasha
>
> On Fri, May 11, 2018 at 9:37 PM, Patrick Agin 
> wrote:
> > thanks Sasha. And do you know if it's possible to do calls to libosrm
> > functions directly from Python?
> >
> > 2018-05-11 14:33 GMT-04:00 Sasha Khapyorsky :
> >>
> >> Hi again, Patrick,
> >>
> >> On Fri, May 11, 2018 at 9:22 PM, Patrick Agin 
> >> wrote:
> >> >
> >> > And are you aware of some python code that would do the calls to
> >> > osrm-routed
> >> > in parallel threads?
> >>
> >> There are lot of examples of how to make python things in parallel
> >> threads. For example:
> >> https://stackoverflow.com/questions/2846653/how-to-use-
> threading-in-python
> >>
> >> Sasha
> >>
> >> > Regards,
> >> > Patrick
> >> >
> >> > 2018-05-11 14:07 GMT-04:00 Daniel Patterson :
> >> >>
> >> >> Patrick,
> >> >>
> >> >>   There are about a million possible paths you could take here, a lot
> >> >> of
> >> >> it will depend on what skills you have available.  Off the top of my
> >> >> head:
> >> >>
> >> >> 1) Speed things up by avoiding HTTP overhead and calling the
> >> >> libosrm.a
> >> >> functions directly instead of hitting `osrm-routed` over HTTP
> >> >> 2) Modify the OSRM C++ source code and strip out the parts of the
> >> >> map-matching response you don't need
> >> >> 3) Simplify your trace geometries to speed up map-matching
> >> >> 4) Break your trace list into sets and run these on multiple
> >> >> machines
> >> >> in parallel (make copies of the OSRM data onto multiple machines)
> >> >> 5) Just wait 10 hours, and get a good nights sleep
> >> >>
> >> >>   libosrm.a is thread-safe, so if you're calling functions from
> threads
> >> >> you can do many at once.
> >> >>
> >> >>   osrm-routed is multi-threaded, so you can run many queries in
> >> >> parallel -
> >> >> how many will depend on how many CPUs your machine has.  Profiling
> >> >> multi-threaded server performance is kind of beyond the scope of OSRM
> >> >> itself, there is lots of literature on it.
> >> >>
> >> >> daniel
> >> >>
> >> >> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin <
> agin.patr...@gmail.com>
> >> >> wrote:
> >> >>>
> >> >>> Sorry for the newbie question but what's the difference between
> >> >>> osrm-routed and libosrm? Is it mandatory to use the latter for a
> >> >>> parallel
> >> >>> usage? And do you have an example of code that does the calls in
> >> >>> parallel
> >> >>> threads? Thanks Sasha for your help.
> >> >>> Patrick
> >> >>>
> >> >>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
> >> 
> >>  Hi Patrick,
> >> 
> >>  If you are using libosrm (which reported to be thread safe:
> >>  https://github.com/Project-OSRM/osrm-backend/issues/4966) you can
> >>  just
> >>  split your list and run its parts in different parallel threads.
> >> 
> >>  Sasha
> >> 
> >>  On Fri, May 11, 2018 at 8:14 PM, Patrick Agin
> >>  
> >>  wrote:
> >>  > Hi,
> >>  > I want to call the map matching service for nearly a million of
> >>  > routes. I
> >>  > calculated that the task could take 10 hours on my laptop to
> >>  > complete.
> >>  > I was
> >>  > wondering if there's someone who faced the same problem and who
> >>  > addressed it
> >>  > in parallel, maybe with Spark? Another tool or way?
> >>  > Any hint is greatly appreciated!
> >>  > Patrick
> >>  >
> >>  > ___
> >>  > 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 mailing list
> >> >> OSRM-talk@openstreetmap.org
> >> >> https://lists.openstreetmap.org/listinfo/osrm-talk
> >> >>
> >> >
> >> >
> >> > ___
> >> > OSRM-talk mailing list
> >> > OSRM-talk@openstreetmap.org
> >> > https://lists.openstreetmap.org/listinfo/osrm-talk
> >> >
> >>
> >> 

Re: [OSRM-talk] map matching service for a huge number of requests

[Daniel Patterson]

Some folks have written Python wrappers around libosrm, like here:

  https://github.com/ustroetz/python-osrm

but I've never tried them, so I don't know how up-to-date they are, or how
easy they will be to get working.

If you're comfortable in NodeJS, then OSRM supports Node bindings as a
first-class citizen.

daniel

On Fri, May 11, 2018 at 11:46 AM, Sasha Khapyorsky 
wrote:

> Technically it is possible (for example
> https://stackoverflow.com/questions/145270/calling-c-c-from-python),
> but I'm pretty sure that you will need to create sort of c++ envelop,
> shared lib, etc.. It would be easier just to do what you need in c++
> instead of python.
>
> Sasha
>
> On Fri, May 11, 2018 at 9:37 PM, Patrick Agin 
> wrote:
> > thanks Sasha. And do you know if it's possible to do calls to libosrm
> > functions directly from Python?
> >
> > 2018-05-11 14:33 GMT-04:00 Sasha Khapyorsky :
> >>
> >> Hi again, Patrick,
> >>
> >> On Fri, May 11, 2018 at 9:22 PM, Patrick Agin 
> >> wrote:
> >> >
> >> > And are you aware of some python code that would do the calls to
> >> > osrm-routed
> >> > in parallel threads?
> >>
> >> There are lot of examples of how to make python things in parallel
> >> threads. For example:
> >> https://stackoverflow.com/questions/2846653/how-to-use-
> threading-in-python
> >>
> >> Sasha
> >>
> >> > Regards,
> >> > Patrick
> >> >
> >> > 2018-05-11 14:07 GMT-04:00 Daniel Patterson :
> >> >>
> >> >> Patrick,
> >> >>
> >> >>   There are about a million possible paths you could take here, a lot
> >> >> of
> >> >> it will depend on what skills you have available.  Off the top of my
> >> >> head:
> >> >>
> >> >> 1) Speed things up by avoiding HTTP overhead and calling the
> >> >> libosrm.a
> >> >> functions directly instead of hitting `osrm-routed` over HTTP
> >> >> 2) Modify the OSRM C++ source code and strip out the parts of the
> >> >> map-matching response you don't need
> >> >> 3) Simplify your trace geometries to speed up map-matching
> >> >> 4) Break your trace list into sets and run these on multiple
> >> >> machines
> >> >> in parallel (make copies of the OSRM data onto multiple machines)
> >> >> 5) Just wait 10 hours, and get a good nights sleep
> >> >>
> >> >>   libosrm.a is thread-safe, so if you're calling functions from
> threads
> >> >> you can do many at once.
> >> >>
> >> >>   osrm-routed is multi-threaded, so you can run many queries in
> >> >> parallel -
> >> >> how many will depend on how many CPUs your machine has.  Profiling
> >> >> multi-threaded server performance is kind of beyond the scope of OSRM
> >> >> itself, there is lots of literature on it.
> >> >>
> >> >> daniel
> >> >>
> >> >> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin <
> agin.patr...@gmail.com>
> >> >> wrote:
> >> >>>
> >> >>> Sorry for the newbie question but what's the difference between
> >> >>> osrm-routed and libosrm? Is it mandatory to use the latter for a
> >> >>> parallel
> >> >>> usage? And do you have an example of code that does the calls in
> >> >>> parallel
> >> >>> threads? Thanks Sasha for your help.
> >> >>> Patrick
> >> >>>
> >> >>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
> >> 
> >>  Hi Patrick,
> >> 
> >>  If you are using libosrm (which reported to be thread safe:
> >>  https://github.com/Project-OSRM/osrm-backend/issues/4966) you can
> >>  just
> >>  split your list and run its parts in different parallel threads.
> >> 
> >>  Sasha
> >> 
> >>  On Fri, May 11, 2018 at 8:14 PM, Patrick Agin
> >>  
> >>  wrote:
> >>  > Hi,
> >>  > I want to call the map matching service for nearly a million of
> >>  > routes. I
> >>  > calculated that the task could take 10 hours on my laptop to
> >>  > complete.
> >>  > I was
> >>  > wondering if there's someone who faced the same problem and who
> >>  > addressed it
> >>  > in parallel, maybe with Spark? Another tool or way?
> >>  > Any hint is greatly appreciated!
> >>  > Patrick
> >>  >
> >>  > ___
> >>  > 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 mailing list
> >> >> OSRM-talk@openstreetmap.org
> >> >> 

Re: [OSRM-talk] map matching service for a huge number of requests

[Sasha Khapyorsky]

Technically it is possible (for example
https://stackoverflow.com/questions/145270/calling-c-c-from-python),
but I'm pretty sure that you will need to create sort of c++ envelop,
shared lib, etc.. It would be easier just to do what you need in c++
instead of python.

Sasha

On Fri, May 11, 2018 at 9:37 PM, Patrick Agin  wrote:
> thanks Sasha. And do you know if it's possible to do calls to libosrm
> functions directly from Python?
>
> 2018-05-11 14:33 GMT-04:00 Sasha Khapyorsky :
>>
>> Hi again, Patrick,
>>
>> On Fri, May 11, 2018 at 9:22 PM, Patrick Agin 
>> wrote:
>> >
>> > And are you aware of some python code that would do the calls to
>> > osrm-routed
>> > in parallel threads?
>>
>> There are lot of examples of how to make python things in parallel
>> threads. For example:
>> https://stackoverflow.com/questions/2846653/how-to-use-threading-in-python
>>
>> Sasha
>>
>> > Regards,
>> > Patrick
>> >
>> > 2018-05-11 14:07 GMT-04:00 Daniel Patterson :
>> >>
>> >> Patrick,
>> >>
>> >>   There are about a million possible paths you could take here, a lot
>> >> of
>> >> it will depend on what skills you have available.  Off the top of my
>> >> head:
>> >>
>> >> 1) Speed things up by avoiding HTTP overhead and calling the
>> >> libosrm.a
>> >> functions directly instead of hitting `osrm-routed` over HTTP
>> >> 2) Modify the OSRM C++ source code and strip out the parts of the
>> >> map-matching response you don't need
>> >> 3) Simplify your trace geometries to speed up map-matching
>> >> 4) Break your trace list into sets and run these on multiple
>> >> machines
>> >> in parallel (make copies of the OSRM data onto multiple machines)
>> >> 5) Just wait 10 hours, and get a good nights sleep
>> >>
>> >>   libosrm.a is thread-safe, so if you're calling functions from threads
>> >> you can do many at once.
>> >>
>> >>   osrm-routed is multi-threaded, so you can run many queries in
>> >> parallel -
>> >> how many will depend on how many CPUs your machine has.  Profiling
>> >> multi-threaded server performance is kind of beyond the scope of OSRM
>> >> itself, there is lots of literature on it.
>> >>
>> >> daniel
>> >>
>> >> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin 
>> >> wrote:
>> >>>
>> >>> Sorry for the newbie question but what's the difference between
>> >>> osrm-routed and libosrm? Is it mandatory to use the latter for a
>> >>> parallel
>> >>> usage? And do you have an example of code that does the calls in
>> >>> parallel
>> >>> threads? Thanks Sasha for your help.
>> >>> Patrick
>> >>>
>> >>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
>> 
>>  Hi Patrick,
>> 
>>  If you are using libosrm (which reported to be thread safe:
>>  https://github.com/Project-OSRM/osrm-backend/issues/4966) you can
>>  just
>>  split your list and run its parts in different parallel threads.
>> 
>>  Sasha
>> 
>>  On Fri, May 11, 2018 at 8:14 PM, Patrick Agin
>>  
>>  wrote:
>>  > Hi,
>>  > I want to call the map matching service for nearly a million of
>>  > routes. I
>>  > calculated that the task could take 10 hours on my laptop to
>>  > complete.
>>  > I was
>>  > wondering if there's someone who faced the same problem and who
>>  > addressed it
>>  > in parallel, maybe with Spark? Another tool or way?
>>  > Any hint is greatly appreciated!
>>  > Patrick
>>  >
>>  > ___
>>  > 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 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 mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org

Re: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

thanks Sasha. And do you know if it's possible to do calls to libosrm
functions directly from Python?

2018-05-11 14:33 GMT-04:00 Sasha Khapyorsky :

> Hi again, Patrick,
>
> On Fri, May 11, 2018 at 9:22 PM, Patrick Agin 
> wrote:
> >
> > And are you aware of some python code that would do the calls to
> osrm-routed
> > in parallel threads?
>
> There are lot of examples of how to make python things in parallel
> threads. For example:
> https://stackoverflow.com/questions/2846653/how-to-use-threading-in-python
>
> Sasha
>
> > Regards,
> > Patrick
> >
> > 2018-05-11 14:07 GMT-04:00 Daniel Patterson :
> >>
> >> Patrick,
> >>
> >>   There are about a million possible paths you could take here, a lot of
> >> it will depend on what skills you have available.  Off the top of my
> head:
> >>
> >> 1) Speed things up by avoiding HTTP overhead and calling the
> libosrm.a
> >> functions directly instead of hitting `osrm-routed` over HTTP
> >> 2) Modify the OSRM C++ source code and strip out the parts of the
> >> map-matching response you don't need
> >> 3) Simplify your trace geometries to speed up map-matching
> >> 4) Break your trace list into sets and run these on multiple
> machines
> >> in parallel (make copies of the OSRM data onto multiple machines)
> >> 5) Just wait 10 hours, and get a good nights sleep
> >>
> >>   libosrm.a is thread-safe, so if you're calling functions from threads
> >> you can do many at once.
> >>
> >>   osrm-routed is multi-threaded, so you can run many queries in
> parallel -
> >> how many will depend on how many CPUs your machine has.  Profiling
> >> multi-threaded server performance is kind of beyond the scope of OSRM
> >> itself, there is lots of literature on it.
> >>
> >> daniel
> >>
> >> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin 
> >> wrote:
> >>>
> >>> Sorry for the newbie question but what's the difference between
> >>> osrm-routed and libosrm? Is it mandatory to use the latter for a
> parallel
> >>> usage? And do you have an example of code that does the calls in
> parallel
> >>> threads? Thanks Sasha for your help.
> >>> Patrick
> >>>
> >>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
> 
>  Hi Patrick,
> 
>  If you are using libosrm (which reported to be thread safe:
>  https://github.com/Project-OSRM/osrm-backend/issues/4966) you can
> just
>  split your list and run its parts in different parallel threads.
> 
>  Sasha
> 
>  On Fri, May 11, 2018 at 8:14 PM, Patrick Agin  >
>  wrote:
>  > Hi,
>  > I want to call the map matching service for nearly a million of
>  > routes. I
>  > calculated that the task could take 10 hours on my laptop to
> complete.
>  > I was
>  > wondering if there's someone who faced the same problem and who
>  > addressed it
>  > in parallel, maybe with Spark? Another tool or way?
>  > Any hint is greatly appreciated!
>  > Patrick
>  >
>  > ___
>  > 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 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 mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] map matching service for a huge number of requests

[Sasha Khapyorsky]

Hi again, Patrick,

On Fri, May 11, 2018 at 9:22 PM, Patrick Agin  wrote:
>
> And are you aware of some python code that would do the calls to osrm-routed
> in parallel threads?

There are lot of examples of how to make python things in parallel
threads. For example:
https://stackoverflow.com/questions/2846653/how-to-use-threading-in-python

Sasha

> Regards,
> Patrick
>
> 2018-05-11 14:07 GMT-04:00 Daniel Patterson :
>>
>> Patrick,
>>
>>   There are about a million possible paths you could take here, a lot of
>> it will depend on what skills you have available.  Off the top of my head:
>>
>> 1) Speed things up by avoiding HTTP overhead and calling the libosrm.a
>> functions directly instead of hitting `osrm-routed` over HTTP
>> 2) Modify the OSRM C++ source code and strip out the parts of the
>> map-matching response you don't need
>> 3) Simplify your trace geometries to speed up map-matching
>> 4) Break your trace list into sets and run these on multiple machines
>> in parallel (make copies of the OSRM data onto multiple machines)
>> 5) Just wait 10 hours, and get a good nights sleep
>>
>>   libosrm.a is thread-safe, so if you're calling functions from threads
>> you can do many at once.
>>
>>   osrm-routed is multi-threaded, so you can run many queries in parallel -
>> how many will depend on how many CPUs your machine has.  Profiling
>> multi-threaded server performance is kind of beyond the scope of OSRM
>> itself, there is lots of literature on it.
>>
>> daniel
>>
>> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin 
>> wrote:
>>>
>>> Sorry for the newbie question but what's the difference between
>>> osrm-routed and libosrm? Is it mandatory to use the latter for a parallel
>>> usage? And do you have an example of code that does the calls in parallel
>>> threads? Thanks Sasha for your help.
>>> Patrick
>>>
>>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :

 Hi Patrick,

 If you are using libosrm (which reported to be thread safe:
 https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
 split your list and run its parts in different parallel threads.

 Sasha

 On Fri, May 11, 2018 at 8:14 PM, Patrick Agin 
 wrote:
 > Hi,
 > I want to call the map matching service for nearly a million of
 > routes. I
 > calculated that the task could take 10 hours on my laptop to complete.
 > I was
 > wondering if there's someone who faced the same problem and who
 > addressed it
 > in parallel, maybe with Spark? Another tool or way?
 > Any hint is greatly appreciated!
 > Patrick
 >
 > ___
 > 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 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

Re: [OSRM-talk] Any existing tool to digest OSRM navi data?

[Jose Florido]

Maybe this will help you: http://www.liedman.net/leaflet-routing-machine/

On Fri, May 11, 2018 at 8:23 PM, Xavier Prudent 
wrote:

> Dear all,
>
> Under the option steps=true, osrm returns the detailed list of turn by
> turn steps along the itinerary.
>
> Does any tool already exist that can understand and display such
> information?
>
> 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] Any existing tool to digest OSRM navi data?

[Xavier Prudent]

Dear all,

Under the option steps=true, osrm returns the detailed list of turn by turn
steps along the itinerary.

Does any tool already exist that can understand and display such
information?

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: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Thanks Daniel. My first idea was to break my list into sets and running the
job on different machines as you said in 4).
But out of curiosity, can I make calls to libosrm.a functions directly from
Python?
And are you aware of some python code that would do the calls to
osrm-routed in parallel threads?
Regards,
Patrick

2018-05-11 14:07 GMT-04:00 Daniel Patterson :

> Patrick,
>
>   There are about a million possible paths you could take here, a lot of
> it will depend on what skills you have available.  Off the top of my head:
>
> 1) Speed things up by avoiding HTTP overhead and calling the libosrm.a
> functions directly instead of hitting `osrm-routed` over HTTP
> 2) Modify the OSRM C++ source code and strip out the parts of the
> map-matching response you don't need
> 3) Simplify your trace geometries to speed up map-matching
> 4) Break your trace list into sets and run these on multiple machines
> in parallel (make copies of the OSRM data onto multiple machines)
> 5) Just wait 10 hours, and get a good nights sleep
>
>   libosrm.a is thread-safe, so if you're calling functions from threads
> you can do many at once.
>
>   osrm-routed is multi-threaded, so you can run many queries in parallel -
> how many will depend on how many CPUs your machine has.  Profiling
> multi-threaded server performance is kind of beyond the scope of OSRM
> itself, there is lots of literature on it.
>
> daniel
>
> On Fri, May 11, 2018 at 10:57 AM, Patrick Agin 
> wrote:
>
>> Sorry for the newbie question but what's the difference between
>> osrm-routed and libosrm? Is it mandatory to use the latter for a parallel
>> usage? And do you have an example of code that does the calls in parallel
>> threads? Thanks Sasha for your help.
>> Patrick
>>
>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
>>
>>> Hi Patrick,
>>>
>>> If you are using libosrm (which reported to be thread safe:
>>> https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
>>> split your list and run its parts in different parallel threads.
>>>
>>> Sasha
>>>
>>> On Fri, May 11, 2018 at 8:14 PM, Patrick Agin 
>>> wrote:
>>> > Hi,
>>> > I want to call the map matching service for nearly a million of
>>> routes. I
>>> > calculated that the task could take 10 hours on my laptop to complete.
>>> I was
>>> > wondering if there's someone who faced the same problem and who
>>> addressed it
>>> > in parallel, maybe with Spark? Another tool or way?
>>> > Any hint is greatly appreciated!
>>> > Patrick
>>> >
>>> > ___
>>> > 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 mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Richard Welty]

On 5/11/18 2:00 PM, Doug Hembry wrote:
> So I cast a vote for keeping it. At least don't mechanically remove them 
> all, everywhere.
i still use the reviewed tags for guidance as well, and would prefer
that they
stick around. i remove them when i've reviewed a road carefully (name,
connectivity, location, classification, surface.)

richard

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


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

Re: [OSRM-talk] map matching service for a huge number of requests

[Sasha Khapyorsky]

Hi again,

On Fri, May 11, 2018 at 9:01 PM, Patrick Agin  wrote:
> Ok I found some explanations about libosrm here:
> https://github.com/Project-OSRM/osrm-backend/blob/master/docs/libosrm.md
> My second questions remains though: is libosrm mandatory for parallel use?

It is not mandatory. Just faster.

> or could I use osrm-routed too (even if it is slower)?
> All my code is written is Python so it could be great if I can integrate
> python code to do the calls in parallel.

The same you can do with Python run osrm-routed request in parallel
threads (or even parallel processes).

Sasha

> Thanks again
> P.
>
> 2018-05-11 13:57 GMT-04:00 Patrick Agin :
>>
>> Sorry for the newbie question but what's the difference between
>> osrm-routed and libosrm? Is it mandatory to use the latter for a parallel
>> usage? And do you have an example of code that does the calls in parallel
>> threads? Thanks Sasha for your help.
>> Patrick
>>
>> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
>>>
>>> Hi Patrick,
>>>
>>> If you are using libosrm (which reported to be thread safe:
>>> https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
>>> split your list and run its parts in different parallel threads.
>>>
>>> Sasha
>>>
>>> On Fri, May 11, 2018 at 8:14 PM, Patrick Agin 
>>> wrote:
>>> > Hi,
>>> > I want to call the map matching service for nearly a million of routes.
>>> > I
>>> > calculated that the task could take 10 hours on my laptop to complete.
>>> > I was
>>> > wondering if there's someone who faced the same problem and who
>>> > addressed it
>>> > in parallel, maybe with Spark? Another tool or way?
>>> > Any hint is greatly appreciated!
>>> > Patrick
>>> >
>>> > ___
>>> > 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 mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Ok I found some explanations about libosrm here:
https://github.com/Project-OSRM/osrm-backend/blob/master/docs/libosrm.md
My second questions remains though: is libosrm mandatory for parallel use?
or could I use osrm-routed too (even if it is slower)?
All my code is written is Python so it could be great if I can integrate
python code to do the calls in parallel.
Thanks again
P.

2018-05-11 13:57 GMT-04:00 Patrick Agin :

> Sorry for the newbie question but what's the difference between
> osrm-routed and libosrm? Is it mandatory to use the latter for a parallel
> usage? And do you have an example of code that does the calls in parallel
> threads? Thanks Sasha for your help.
> Patrick
>
> 2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :
>
>> Hi Patrick,
>>
>> If you are using libosrm (which reported to be thread safe:
>> https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
>> split your list and run its parts in different parallel threads.
>>
>> Sasha
>>
>> On Fri, May 11, 2018 at 8:14 PM, Patrick Agin 
>> wrote:
>> > Hi,
>> > I want to call the map matching service for nearly a million of routes.
>> I
>> > calculated that the task could take 10 hours on my laptop to complete.
>> I was
>> > wondering if there's someone who faced the same problem and who
>> addressed it
>> > in parallel, maybe with Spark? Another tool or way?
>> > Any hint is greatly appreciated!
>> > Patrick
>> >
>> > ___
>> > 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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Doug Hembry]

One contrary view: I regret to say that there are still quite a few 
"tiger:reviewed=no" roads in my neck of the woods - the south San 
Francisco Bay area. I select the setting to highlight them in JOSM, and 
use it to remind myself to try to survey and fully tag them. Where 
possible I prefer to actually drive the road before removing the tag. 
Or, where impractical (like private roads), at least use imagery to 
adjust their alignment. If the tag wasn't there I'd pretty soon loose 
track of which roads needed attention.

So I cast a vote for keeping it. At least don't mechanically remove them 
all, everywhere.

- Doug

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

Re: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Sorry for the newbie question but what's the difference between osrm-routed
and libosrm? Is it mandatory to use the latter for a parallel usage? And do
you have an example of code that does the calls in parallel threads? Thanks
Sasha for your help.
Patrick

2018-05-11 13:50 GMT-04:00 Sasha Khapyorsky :

> Hi Patrick,
>
> If you are using libosrm (which reported to be thread safe:
> https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
> split your list and run its parts in different parallel threads.
>
> Sasha
>
> On Fri, May 11, 2018 at 8:14 PM, Patrick Agin 
> wrote:
> > Hi,
> > I want to call the map matching service for nearly a million of routes. I
> > calculated that the task could take 10 hours on my laptop to complete. I
> was
> > wondering if there's someone who faced the same problem and who
> addressed it
> > in parallel, maybe with Spark? Another tool or way?
> > Any hint is greatly appreciated!
> > Patrick
> >
> > ___
> > 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

Re: [OSM-talk-fr] Priorité au terrain et plaques ou panneaux bilingues

[Rpnpif]

Le  9 mai 2018, Christian Rogel a écrit :

> Les lecteurs de cette liste ne peuvent ignorer combien j’ai pu, avec l’équipe 
> « OpenStreetMap e brezhoneg », m’impiquer dans le multilinguisme des cartes 
> OSM. Le site et le blog qui acccompagnent « la carte en breton » contient de 
> nombreuses observations utiles. http://www.openstreetmap.bzh/fr/
> 
> Il faut bien marquer la différence entre toponyme relevé sur le terrain et 
> toponyme traduit ou restitué .
> L’usage réel, dans le second cas, est extrêmement variable et il s’agit 
> parfois d’un usage postulé et à venir.
> Il est donc important que les toponymes affichés en doublet linguistiques 
> (couple nom officiel/second nom) soient clairement distingués par « 
> source:name:ISO639 = survey ».
>...

Bonjour,

Bien d'accord mais avec des nuances, la traduction en breton
des noms de communes en pays gallo de Bretagne Est est très souvent
purement fantaisiste. Dans beaucoup de ces communes, le breton n'a
jamais été parlé (sauf en pays guérandais hors Bretagne
administrative) et le mettre sur les panneaux est une chose qui
fait plaisir à quelques intellos et fait partie des mesures qui
éloignent les « gens » de l'« élite ».

Je tempérerai cette opinion en disant que comme le reste de la Bretagne
de nombreuses personnes du pays gallo tiennent à leur bretonnéité pour
des raisons à la fois affectives et culturelles. Elles respectent le
breton comme elles respectent la reine de France, Anne de Bretagne, une
des icônes de leur « identité ».
Maintenant mettre ça sur les panneaux du pays gallo n'a que très peu
d'intérêt et est même nuisible à ceux nombreux qui ne s'y retrouvent
pas.

Par contre je soutiens la traduction en plus du français des objets
OSM de Bretagne en Breton afin que ceux qui le veulent, vivent leur
langue pleinement.

Je regrette simplement que le gallo ne soit pas utilisé là où il le
devrait. Cette langue a son propre génie (et ce n'est pas du vieux
français ou si peu, la France n'existait pas à ses origines. C'est un
mélange de breton, français, romain et autres dont probablement du
persan). Comme le Breton (plus ou moins celtique), c'est une langue
d'immigrés.
Si on veut vraiment donner la priorité au terrain, on
oublie les traductions des noms bretons sur les panneaux en pays de
parler gallo pour y mettre les noms en gallo. Malheureusement, le gallo
est essentiellement une langue orale dont très peu d'intellos ont
formalisé l'écriture qui en tout cas n'est pas enseignée pour le bas
peuple : il n'y a pas à ma connaissance d'école de type Diwan en gallo
malgré sa présence à l'université (de Rennes).

Je me souviens encore de l'époque au 20e siècle où l'élève qui osait
parler un soi-disant « patois » sortait de classe avec les doigts en
sang des coups de règles reçus de l'instituteur pour lui enlever l'envie
de parler la langue de ses parents (comme pour les bretonnants mais 50
ans avant). J'en ai été témoin. Malheureusement, ça a marché.

Garder la richesse patrimoniale de la Bretagne, c'est garder toute sa
diversité.

En conclusion, oui au breton sur OSM, oui au gallo là où il a sa place,
non au breton sur les panneaux là où il n'a rien à y faire sauf à titre
décoratif. Donc je ne suis pas favorable à leur retranscription sur
OSM en doublon.

Quand il y a une erreur sur une inscription réelle, quelle est
l'intérêt de la noter sur OSM ? Donc pourquoi le faire pour ce sujet ?

Ce n'est que mon avis.

Bin le bonjour chez vous.
-- 
Alain Rpnpif
Breton gallo qui a entendu parler le gallo toute son enfance, qui
regrette qu'il soit en perte et qui déplore de l'avoir lui-même oublié
en partie.

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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Martijn van Exel]

Very true Mike. There is still some value in detecting TIGER roads that
are in 'original' state. For example, if you can detect a cluster of
'unmodified' TIGER roads, that would point to an area entirely untouched
by human editors.
I write 'original' and 'unmodified' in quotes, because a number of
bots have touched most TIGER imported ways, so TIGER ways having
version=1 are rare.--
  Martijn van Exel
  m...@rtijn.org



On Fri, May 11, 2018, at 11:44, Mike Thompson wrote:
> 
> 
> On Fri, May 11, 2018 at 10:56 AM, Martijn van Exel
>  wrote:>> __
>>  As long as there is at least one tag left that would indicate TIGER
>>  as the original source, so we can continue to detect 'unmodified
>>  TIGER' roads.>> -
> Just because a TIGER road has been modified doesn't mean it has been
> verified, for example if you add a side street you will probably have
> to add a shared node at its intersection with the road in question,
> and that would bump the version - meaning it is now "modified" even
> though the mapper may not have reviewed the entire length of the TIGER
> road.  Conversely, just because a TIGER road is still at version 0,
> doesn't mean it hasn't been verified as existing nodes that make up
> the way can be moved without bumping the version on the way.> 

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

Re: [OSRM-talk] map matching service for a huge number of requests

[Sasha Khapyorsky]

Hi Patrick,

If you are using libosrm (which reported to be thread safe:
https://github.com/Project-OSRM/osrm-backend/issues/4966) you can just
split your list and run its parts in different parallel threads.

Sasha

On Fri, May 11, 2018 at 8:14 PM, Patrick Agin  wrote:
> Hi,
> I want to call the map matching service for nearly a million of routes. I
> calculated that the task could take 10 hours on my laptop to complete. I was
> wondering if there's someone who faced the same problem and who addressed it
> in parallel, maybe with Spark? Another tool or way?
> Any hint is greatly appreciated!
> Patrick
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

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

Re: [OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Very interesting, thanks Bryan. Unfortunately, the requirement about Stata
is probably a downer for us.

2018-05-11 13:30 GMT-04:00 Sayer, Bryan :

> We use the Stata implementation OSRMTIME from Stephan Huber at Regensburg
> University  which can split the data across threads (we have 2 CPUS with
> four cores each, and two threads per core). So 16 threads on a 3.5 Ghz Xeon
> and 64 GB of RAM, and if the network traffic is low (like on holidays) I
> can get about 1.2 million routes per hour in the United States.
>
>
> Of course, this requires having Stata, but we find it is a pretty good way
> to do batch routing. I recently did about 460 million routes. But it only
> returns distance and time, not the actual route, if that matters.
>
>
> http://www.uni-regensburg.de/wirtschaftswissenschaften/vwl-
> moeller/medien/huber/osrm_paper_online.pdf
> osrmtime: Calculate Travel Time and Distance with ...
> 
> www.uni-regensburg.de
> The Stata Journal (2016) 16, Number , pp. 1{8 osrmtime: Calculate Travel
> Time and Distance with OpenStreetMap Data Using the Open Source Routing
> Machine (OSRM)
>
>
> --
> *From:* Patrick Agin 
> *Sent:* Friday, May 11, 2018 1:14:31 PM
> *To:* Mailing list to discuss Project OSRM
> *Subject:* [OSRM-talk] map matching service for a huge number of requests
>
> Hi,
> I want to call the map matching service for nearly a million of routes. I
> calculated that the task could take 10 hours on my laptop to complete. I
> was wondering if there's someone who faced the same problem and who
> addressed it in parallel, maybe with Spark? Another tool or way?
> Any hint is greatly appreciated!
> Patrick
>
> WARNING This information may be confidential. It is intended only
> for the addressee(s) identified above. If you are not the addressee(s), or
> an employee or agent of the addressee(s), please note that any
> dissemination, distribution, or copying of this communication is strictly
> prohibited. If you have received this information in error, please destroy
> the information and notify the sender of the error. Thank you.
>
> ___
> 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

[OSM-talk-fr] SoTM > Atelier "Quand la recherche travaille avec / sur OpenStreetMap"

[Matthieu Noucher]

*State of the Map France**
Bordeaux/Pessac – 1^er au 3 juin 2018*

Atelier du vendredi 1er juin (après-midi)
« *Quand la recherche travaille avec / sur OpenStreetMap *»


Dans la préface 
de 
l’ouvrage /OpenStreetMap in GIScience : Experiences, Research and 
Applications/, sorti en 2015, Muki Haklay faisait le constat d’un nombre 
croissant de publications scientifiques en géomatique mobilisant OSM 
pour illustrer un exemple de démarche de production d’information 
géographique volontaire ou s’intéressant aux données d’OSM pour en 
analyser la qualité et son potentiel d’exploitation dans différentes 
thématiques (route, occupation de sols, etc.).


Qu’en est-il de la recherche aujourd’hui ? Qui sont les chercheurs et 
quels sont les projets qui mobilisent OSM en 2018 ? Au-delà de la 
géomatique, comment les géographes, informaticiens, sociologues… 
intègrent OSM dans leurs travaux et sous quelles formes ? Nous proposons 
de profiter de la conférence annuelle State of The Map (qui se tiendra 
du 1er au 3 juin sur le campus de Bordeaux/Pessac et dont la 
programmation vient d'être diffusée : http://sotm2018.openstreetmap.fr/) 
pour faire un point avec la communauté des contributeurs afin de tenter 
d’établir un panorama des recherches qui se développent /avec/ et /sur/ 
OpenStreetMap.


Une première série d’intervenants dont la participation est confirmée, 
est d’ores et déjà disponible :


 * Boris Mericksay, maître de conférences en géographie, UMR Espaces et
   Sociétés, Université Rennes 2
 * Guillaume Touya, directeur de recherche en sciences de l’information
   géographique, LaSTIG, IGN.
 * Quy Thy Truong, doctorante au LaSTIG, IGN
 * Sébastien Shulz, doctorant en sociologie, LISIS, IFRIS / Université
   Paris-Est
 * Xavier Amelot, maître de conférences en géographie, UMR Passages,
   Université Bordeaux Montaigne
 * Marina Duféal, maître de conférences en géographie, UMR Passages,
   Université Bordeaux Montaigne
 * Matthieu Noucher, géographe, chercheur au CNRS à l’UMR Passages –
   Bordeaux
 * …


Mais au-delà de cette première liste, la contribution à cet atelier est 
libre : aussi, que vous soyez chercheur.e.s et/ou participant.e.s au 
projet, n'hésitez à nous rejoindre lors de cet atelier de 2h qui sera 
organisé en 2 temps :


1. une série de présentations rapides (5/10 min) de projets de
   recherche en cours pour montrer la variété des approches
2. une discussion sur l’articulation entre ces approches, les liens
   avec la communauté OSM et les perspectives à court et moyen termes.

A bientôt à Pessac !

---
Matthieu Noucher
Chargé de recherche au CNRS
Laboratoire Passages (UMR 5319)

Domaine Universitaire - Maison des Suds
12 esplanade des Antilles
FR-33607 Pessac

Tél. : +33 (0)5 56 84 82 06

matthieu.nouc...@cnrs.fr
http://www.passages.cnrs.fr/spip.php?article46
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Mike Thompson]

On Fri, May 11, 2018 at 10:56 AM, Martijn van Exel  wrote:

>  As long as there is at least one tag left that would indicate TIGER as
> the original source, so we can continue to detect 'unmodified TIGER' roads.
> -
>
Just because a TIGER road has been modified doesn't mean it has been
verified, for example if you add a side street you will probably have to
add a shared node at its intersection with the road in question, and that
would bump the version - meaning it is now "modified" even though the
mapper may not have reviewed the entire length of the TIGER road.
Conversely, just because a TIGER road is still at version 0, doesn't mean
it hasn't been verified as existing nodes that make up the way can be moved
without bumping the version on the way.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Clifford Snow]

Bryan,
There are members of the US community that object to using proprietary apps
such as Slack. I respect their opinion that I used the mailing list to get
a consensus.

I do enjoy Slack, but like forums, thread can be missed, especially as we
build the community on slack with more and more posts.

Hopefully this conversation will give us a clear consensus on tiger:reviewed

Clifford

Sent from my Android phone.

On Fri, May 11, 2018, 9:45 AM Bryan Housel  wrote:

> I agree it would be great to get rid of `tiger:reviewed`.
> I proposed this for iD 3 years ago but received some pushback:
> https://github.com/openstreetmap/iD/issues/2697
>
> I would be ok if it were removed via a mechanical edit.
>
> As an aside, I think it would be great to move to a GitHub/Slack based
> workflow for mechanical edits and imports so ideas like this don’t get
> lost.
> Even if the broader OSM community wants to keep their discussions on
> wiki/mailinglist, we can change what we do for US-scoped edits to work a
> bit more efficiently.
>
> Thanks Bryan
>
>
> On May 11, 2018, at 12:25 PM, Clifford Snow 
> wrote:
>
> The tag, tiger:reviewed that is left over from the 2006/7 import of TIGER
> roads has lost any meaning. For example, look at 196th Avenue Southwest [1]
> in Thurston County WA. It's on version 6 yet still has tiger:reviewed=no.
> Note I picked this street at random from a overpass query [2]. I see this
> tag all the time. It's time to get rid of it. Not through a mechanical
> edit, but by editors making changes to roads.
>
> I'm proposing to open a ticket for JOSM to add this tag to the list of
> discarded tags. I'd like to hear if there are any objects or think this is
> a good idea.
>
> I did learn from Toby Murray this morning that you can add tiger:reviewed
> to the list of discarded tags in JOSM by going to preferences->Advanced
> Preferences and adding tiger:reviewed to tags.discardable. Then just reload
> JOSM for the changed to be active.
>
> [1] http://www.openstreetmap.org/way/173554611
> [2] http://overpass-turbo.eu/s/yJh
>
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Jack Burke]

I kinda object to any type of mechanical removal of this tag, mainly
because I do still use it.  I've modified JOSM's settings to show the
yellow highlight, and I periodically go on a TIGER editing spree,
especially in the county I live in.  It has been very valuable in finding
and fixing misnamed roads and other errors.

One of my main objections to a mechanical removal is that there are
numerous rural-area roads where the only edit I've done is to add the
county road number as a ref tag (often I will document these as a voice
note in OsmAnd as I drive past them on a higher-priority road).  I won't
necessarily have verified the road name, surface, or any other attributes
at the time.

--jack


On Fri, May 11, 2018 at 1:05 PM, Martijn van Exel  wrote:

> I was thinking about this some more. I do still actually use the visual
> cue (yellow) in JOSM to see which roads I want to double-check when editing
> in an area. I don't know if this is still enabled in JOSM by default but
> it's available as one of the default paint styles.
> --
>   Martijn van Exel
>   m...@rtijn.org
>
> On Fri, May 11, 2018, at 10:59, Steve Friedl wrote:
> > > I believe folks still use it in places to indicate that no-one has
> reviewed it on the ground, but I cannot find the thread(s) where that was
> brought up.
> >
> > I’m exactly one of those users: once I’ve confirmed or fixed the object,
> > I delete the tag, so this is still useful for me as a kind of to-do
> > list.
> >
> > I also delete tiger:reviewed=yes tags when otherwise editing an object.
> >
> > Steve
> >
> >
> > From: Martijn van Exel [mailto:m...@rtijn.org]
> > Sent: Friday, May 11, 2018 9:56 AM
> > To: talk-us@openstreetmap.org
> > Subject: Re: [Talk-us] Drop the tiger:reviewed tag from roads
> >
> > I believe folks still use it in places to indicate that no-one has
> > reviewed it on the ground, but I cannot find the thread(s) where that
> > was brought up.
> >
> > I think a mechanical removal may be a bit overzealous, even though I
> > personally wouldn't shed a tear. As long as there is at least one tag
> > left that would indicate TIGER as the original source, so we can
> > continue to detect 'unmodified TIGER' roads.
> > --
> >   Martijn van Exel
> >   mailto:m...@rtijn.org
> >
> >
> >
> > On Fri, May 11, 2018, at 10:25, Clifford Snow wrote:
> > The tag, tiger:reviewed that is left over from the 2006/7 import of
> > TIGER roads has lost any meaning. For example, look at 196th Avenue
> > Southwest [1] in Thurston County WA. It's on version 6 yet still has
> > tiger:reviewed=no. Note I picked this street at random from a overpass
> > query [2]. I see this tag all the time. It's time to get rid of it. Not
> > through a mechanical edit, but by editors making changes to roads.
> >
> > I'm proposing to open a ticket for JOSM to add this tag to the list of
> > discarded tags. I'd like to hear if there are any objects or think this
> > is a good idea.
> >
> > I did learn from Toby Murray this morning that you can add
> > tiger:reviewed to the list of discarded tags in JOSM by going to
> > preferences->Advanced Preferences and adding tiger:reviewed to
> > tags.discardable. Then just reload JOSM for the changed to be active.
> >
> > [1] http://www.openstreetmap.org/way/173554611
> > [2] http://overpass-turbo.eu/s/yJh
> >
> > Clifford
> >
> > --
> > @osm_seattle
> > http://osm_seattle.snowandsnow.us
> > OpenStreetMap: Maps with a human touch
> > ___
> > Talk-us mailing list
> > mailto:Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> >
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSRM-talk] map matching service for a huge number of requests

[Patrick Agin]

Hi,
I want to call the map matching service for nearly a million of routes. I
calculated that the task could take 10 hours on my laptop to complete. I
was wondering if there's someone who faced the same problem and who
addressed it in parallel, maybe with Spark? Another tool or way?
Any hint is greatly appreciated!
Patrick
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Martijn van Exel]

I believe folks still use it in places to indicate that no-one has
reviewed it on the ground, but I cannot find the thread(s) where that
was brought up.
I think a mechanical removal may be a bit overzealous, even though I
personally wouldn't shed a tear. As long as there is at least one tag
left that would indicate TIGER as the original source, so we can
continue to detect 'unmodified TIGER' roads.--
  Martijn van Exel
  m...@rtijn.org



On Fri, May 11, 2018, at 10:25, Clifford Snow wrote:
> The tag, tiger:reviewed that is left over from the 2006/7 import of
> TIGER roads has lost any meaning. For example, look at 196th Avenue
> Southwest [1] in Thurston County WA. It's on version 6 yet still has
> tiger:reviewed=no. Note I picked this street at random from a overpass
> query [2]. I see this tag all the time. It's time to get rid of it.
> Not through a mechanical edit, but by editors making changes to roads.> 
> I'm proposing to open a ticket for JOSM to add this tag to the list of
> discarded tags. I'd like to hear if there are any objects or think
> this is a good idea.> 
> I did learn from Toby Murray this morning that you can add
> tiger:reviewed to the list of discarded tags in JOSM by going to preferences-
> >Advanced Preferences and adding tiger:reviewed to tags.discardable.
> Then just reload JOSM for the changed to be active.> 
> [1] http://www.openstreetmap.org/way/173554611
> [2] http://overpass-turbo.eu/s/yJh
> 
> Clifford
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> _
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Mike N]

On 5/11/2018 12:25 PM, Clifford Snow wrote:
I'm proposing to open a ticket for JOSM to add this tag to the list of 
discarded tags. I'd like to hear if there are any objects or think this 
is a good idea.


I did learn from Toby Murray this morning that you can add 
tiger:reviewed to the list of discarded tags in JOSM by going to 
preferences->Advanced Preferences and adding tiger:reviewed to 
tags.discardable. Then just reload JOSM for the changed to be active.



  I'm not quite convinced since there can still be local uses and 
conventions.  I used it to show that I confirmed a road's name and where 
it began and ended.   Others use it to mean full survey with all 
attributes and signage have been collected.  But since JOSM defaults not 
to show that flag visually, I've almost stopped updating it also.   So I 
have to agree that it is no longer as useful as it once was.


 And regarding other projects: where I was thinking of a local mass 
edit to confirm conguency and remove the flag after obtaining and 
following a process to get a county to contribute data to OSM, it 
wouldn't matter if the tiger:reviewed tag was present - I would still 
match OSM roads to new data and investigate any differences.


  Bottom line - no objection here though.

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

Re: [Talk-us] Drop the tiger:reviewed tag from roads

[Bryan Housel]

I agree it would be great to get rid of `tiger:reviewed`. 
I proposed this for iD 3 years ago but received some pushback:  
https://github.com/openstreetmap/iD/issues/2697 


I would be ok if it were removed via a mechanical edit.

As an aside, I think it would be great to move to a GitHub/Slack based workflow 
for mechanical edits and imports so ideas like this don’t get lost.  
Even if the broader OSM community wants to keep their discussions on 
wiki/mailinglist, we can change what we do for US-scoped edits to work a bit 
more efficiently.
 
Thanks Bryan


> On May 11, 2018, at 12:25 PM, Clifford Snow  wrote:
> 
> The tag, tiger:reviewed that is left over from the 2006/7 import of TIGER 
> roads has lost any meaning. For example, look at 196th Avenue Southwest [1] 
> in Thurston County WA. It's on version 6 yet still has tiger:reviewed=no. 
> Note I picked this street at random from a overpass query [2]. I see this tag 
> all the time. It's time to get rid of it. Not through a mechanical edit, but 
> by editors making changes to roads.
> 
> I'm proposing to open a ticket for JOSM to add this tag to the list of 
> discarded tags. I'd like to hear if there are any objects or think this is a 
> good idea.
> 
> I did learn from Toby Murray this morning that you can add tiger:reviewed to 
> the list of discarded tags in JOSM by going to preferences->Advanced 
> Preferences and adding tiger:reviewed to tags.discardable. Then just reload 
> JOSM for the changed to be active.
> 
> [1] http://www.openstreetmap.org/way/173554611 
> 
> [2] http://overpass-turbo.eu/s/yJh 
> 
> Clifford
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us 
> OpenStreetMap: Maps with a human touch
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

[Talk-us] Drop the tiger:reviewed tag from roads

[Clifford Snow]

The tag, tiger:reviewed that is left over from the 2006/7 import of TIGER
roads has lost any meaning. For example, look at 196th Avenue Southwest [1]
in Thurston County WA. It's on version 6 yet still has tiger:reviewed=no.
Note I picked this street at random from a overpass query [2]. I see this
tag all the time. It's time to get rid of it. Not through a mechanical
edit, but by editors making changes to roads.

I'm proposing to open a ticket for JOSM to add this tag to the list of
discarded tags. I'd like to hear if there are any objects or think this is
a good idea.

I did learn from Toby Murray this morning that you can add tiger:reviewed
to the list of discarded tags in JOSM by going to preferences->Advanced
Preferences and adding tiger:reviewed to tags.discardable. Then just reload
JOSM for the changed to be active.

[1] http://www.openstreetmap.org/way/173554611
[2] http://overpass-turbo.eu/s/yJh

Clifford

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

Re: [Talk-GB] Footpaths - search for the missing ones

[SK53]

Quick impressions:

   - There's a fair amount of noise in text, but most are "F.P."
   - Lat/lon could be reduced from 15 decimal places, would make file size
   far smaller. OSM use 7, but I suspect 5 (~ 1 m accuracy) would be fine.
   - Filtering by a buffer round OSM roads does not reduce count enough to
   be useful. 21k points in East Mids goes to 14k with 20 m buffer, 10 with 50
   m buffer.
   - Instead created 1000 m buffer around points and looked for distance
   from OSM highways in that buffer. This allows to focus on points which are
   distant from existing highways.
   - In the main dots which are a long way from highways are clustered in
   areas we already know lack footpaths. Map shows points over 400 m from an
   OSM highway, underlain by a heatmap of total length of missing prows. It is
   apparent that these are coincident (W of Derby, around Buxton, SE
   Derbyshire, Trent Valley in N Notts, much of Lincolnshire). Other areas may
   be simply a result of rather different comparison periods for the data
   (distance from road is 3 years old OSM data).
   https://www.dropbox.com/s/nz0893l9io61vtk/gb1900_fps1.jpg?dl=0
   - Paths which were formerly isolated may now be close to new roads and
   therefore get discarded with use of buffers or short distances.
   - Not clear that searching in urban areas is worthwhile. Using something
   like the OS Urban Area shape files may reduce volume.
   - Even with these filters the total points more than 500 m from a (2015)
   OSM road is nearly a 1000 for the East Midlands
   - The NLS 6 inch maps are needed for good comparison, although I suspect
   many paths will be on 1:25k
   - There are interesting paths which seem to have disappeared entirely
   from the PRoW network, but noting them does require local knowledge rather
   than a bulk comparison. Here are a couple I noted, which also appear on
   1:25k and therefore look like prima facie cases for lost paths:
   - https://openstreetmap.lu/os-ooc-nls.html#16/52.9181/-1.2688/nlsos1
  path N-S from New Farm
  - https://openstreetmap.lu/os-ooc-nls.html#16/52.9503/-1.2603/nlsos1
  path from Noggins Nook to Swanacar Farm

So broadly in conclusion: it doesn't seem to give more than comparison
against rowmaps for identifying missing paths for OSM, but it does have
potential for finding lost paths. For the latter case rather more
annotation of information would be needed.


Jerry

On 10 May 2018 at 22:50, Rob Nickerson  wrote:

> Many thanks. Now shared with Richard, Nick and Jerry. Wont share publicly
> yet as I wouldn't want to disrupt the project comms plan.
>
> @Dave: Oh yes this is definitely not for OSM import. It's node data for
> linear features for a start!! No, instead this can be used to identify
> possible missing paths which should then be investigated using ground
> survey, aerial imagery and GPS (or Strava) data. See it as a helping hand
> to direct you where to look.
>
> Best,
> Rob
>
>
>
>
>
> On Thu, 10 May 2018, 13:54 SK53,  wrote:
>
>> Quick correction, as I uploaded heat map to wrong Flickr account. This is
>> the proper link: https://flic.kr/p/JSXgyh.
>>
>> J
>>
>
> On 10 May 2018 1:54 p.m., "SK53"  wrote:
>
> Quick correction, as I uploaded heat map to wrong Flickr account. This is
> the proper link: https://flic.kr/p/JSXgyh.
>
> J
>
> On 10 May 2018 at 13:07, SK53  wrote:
>
>> I just checked on the Vision of Britain site: the core data is currently
>> released under CC-BY-NC. I presume OSM-UK have a waiver from these terms.
>>
>> Undoubtedly there will be rights of way which have effectively fallen in
>> to abeyance. I noted one the other day which was on NPE maps, but no longer
>> visible on the ground nor on modern OS maps, nor in the data available from
>> rowmaps. Broadly speaking such paths fall outside the ambit of OSM, but
>> finding such things is very valuable.
>>
>> Note that we have other sources as well. As a quick experiment I spent 15
>> minutes quickly tracing paths marked on NPE maps for SE Notts and managed
>> just over 200 using JOSM. This is of course what I should have done many
>> years ago rather than adding them to OSM (hindsight is a wonderful thing).
>> The geometry wont be very good, but can be refined using the 1:25 OOC maps.
>> Such data can be more useful than the raw names from GB1900, but could be
>> used in conjunction. Furthermore with suitable tagging this can be added to
>> OHM (I would suggest start_date=1900-01-01 with end_date=1950-12-31 unless
>> one knows path is still in use) which makes it a tad easier for sharing
>> (although OHM overpass instance is not working atm).
>>
>> A couple of other things to note regarding the GB1900 data:
>>
>>
>>- Many current footpaths will be marked as Bridle Roads (B.R.). It
>>would be useful to add these names to the available data.
>>- footpaths and bridle roads often fall well short of their 

[OSM-talk] Open sourcing of POI pictures for OSM App/STAPPZ - Feedback and ideas wanted

[Tim Frey]

Greetings OSM community,

 

my name is Tim and I’m one of the creators of the STAPPZ app. We want feedback 
from the community about our open sourcing plan of the STAPPZ app content.

 

What is STAPPZ: 

STAPPZ is in short an app and a server backend application. The original idea 
was to create crowdsourced version of an insider travel guide, where each user 
can contribute content.

That means, you open the app and you post some pictures and a text at a 
geolocation and when you are online, then the content is uploaded to the server 
and is available on a webmap. This way, you can create a personal travel diary 
map. Our original plan was to extend STAPPZ step by step to create not only 
travel guides, but to also add pictures of POIs

Example: https://maps.stappz.com/region/sicilia 

Android App demo video: https://www.youtube.com/watch?v=MDBh-VrU2Ig 

Explanation slides: 
https://de.slideshare.net/TimFrey2/travel-guides-are-old-news-being-a-local-insider-everywhere-is-today
 

Background:

We managed to get featured with the app at conferences and in a lot of 
magazines (e.g. Computer Bild, Chip) and got over 10k downloads for Android, 
but, frankly speaking, we did not get mass adaption to create a sustainable 
ecosystem. Therefore, we as company had to focus on other projects to earn 
money for living ☹ . 

 

Feedback wanted:

We poured a lot of our personal tears and sweat in coding and marketing STAPPZ 
and today we think that STAPPZ could be used to create picture POI content for 
OSM. We see that need in special, because google maps is offering more and more 
picture POI content from users, and I, personally, do not know such an open 
datapod for open streetmap.

Out of this, we consider, heavily, to “open source” the licensing of the user 
created STAPPZ content for the OSM community. In addition, we also consider to 
open source the backend of STAPPZ and the IOS and Android app to make a 
community project out of it. However, we are a very small company and we cannot 
do that completely alone, we will need help and advice from the community. 

 

Technical details:

Internally, in the app and the backend, we use only OSM data and maps to ensure 
not being bound to legal contracts to google. The Android version is far more 
developed than the IOS version and has complete offline and caching 
functionality to allow posting of pictures form the gallery and to position the 
pictures on a map. Currently, the maps part of the app does not work for 
Android, but we want to enable it as soon as we have time. 

STAPPZ supports gallery uploads with exif data, cached content and many more 
things – if you got questions please ask.

 

Questions to the community:

What do you think about open sourcing the content, the app and so on? Do you 
see a value added for the OSM community?
Would you support the project to open source it?

Do you know companies who would be interested in participating? We are open for 
collaborations here.

Do you have own thoughts and points about it? 

 

I’d really like to learn more here. STAPPZ is a really personal baby for us, 
and we’d like that it continues to live. 

 

Thanks a lot for everyone in advance who reads that – and even more thanks to 
the ones who are going to reply with feedback and thoughts.

Even if you just think the idea is good or bad – please tell us that we get a 
picture how the whole community sees it.

Mit freundlichen Grüßen / Kind regards

Tim Frey

 

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

Re: [Talk-ca] Trans-Canada Highway research

[Olivia Robu - (p)]

Hi Matthew,

Thank you very much for your feedback.
Regarding the way to identify the broken relations, we are using the OSM 
Relation Analyzer that shows us exactly where the missing members of the 
relation are. You can access this link:  http://ra.osmsurround.org/index  and 
insert the relation ID, and after that you can see on the map the broken area, 
and also you can download the area in you editor (JOSM or Potlatch). I think 
this the easiest way to identify the broken relations and to repair them.
Regarding the other problem, if Highway 17A is part, or not of the Trans-Canada 
Highway, I want to ask if  someone in our community has a reliable source of 
this issue to share it with us.

Regards,
Olivia

From: Matthew Darwin 
Sent: 27 aprilie 2018 18:54
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Trans-Canada Highway research


Hi Olivia,

I spent some fixing tags on TCH ways in Ontario in the last few weeks.  Do an 
overpass query on nat_name=Trans-Canada Highway in Ontario (see below).

Is it possible to build a query that shows ways with nat_name=Trans-Canada 
Highway and not part of the relation, and vice-versa.  It would make the task 
of fixing the routes easier.  Also if the query was built into OSMOSE or 
another error checker then we can have some hope it is less likely to get out 
of sync in the future.

Also it is not clear if Highway 17A is part of the TCH or not.  Wikipedia says 
yes, comments in OSM say it is not.  Some research is needed here I guess.

I am willing to help in Ontario.



[out:xml][timeout:100];

{{geocodeArea:Ontario}}->.searchArea;

(

way["nat_name"](area.searchArea);

);

(._;>;);

out meta;


On 2018-04-27 05:37 AM, Olivia Robu - (p) wrote:
Hello,
  Regarding our proposal for Trans-Canada Highway, we came with the Wiki page 
on OSM, as we promised, where we listed all the relations that  make up the 
Trans-Canada Highway. Also, we inserted a status column where all of you can 
see the situation of every relation, whether it is broken or not. Here is the 
link to the Wiki page: 
https://wiki.openstreetmap.org/wiki/WikiProject_Canada/Trans-Canada_Highway .  
Also, we want to ask you if any of you are willing to help us fix the broken 
relations and keep the wiki page updated with the current status? After we 
collect some feedback from you, we want to get involved in correcting the 
broken relations and we will send you an update of our progress.
   As we have discussed in the other mails, we want to update Trans-Canada 
Highway (ID 1307243). This will not affect the currently existing routes, but 
it will have the same geometry and the following tags:
   type=route
  route=road
   name=Trans-Canada Highway
   name:fr=Route Transcanadienne - we propose 
this new tag for the route name (as we seen that is used only for the way) due 
to the Francophone provinces through which this new route passes.


Regards,
Olivia

From: Olivia Robu - (p)
Sent: 29 martie 2018 09:42
To: 'talk-ca@openstreetmap.org' 

Subject: RE: [Talk-ca] Trans-Canada Highway research

Hello,

Thank you for your feedback, it has been very helpful. In relation to that we 
come with another proposal: to update the super relation 
(https://www.openstreetmap.org/relation/1307243)  from the east to west of 
Canada, that includes all the routes and has the folowing tags:
type=route
route=road
   name=Trans-Canada Highway
name:fr=Route Transcanadienne - we propose this new tag for the route name (as 
we seen that is used only for the way) due to the Francophone provinces through 
which this new route passes

Regarding the way name tag and the ref we won't make any changes. Also, for the 
route type (motorway, trunk, primary, secondary, teriary) we will ask for your 
advice for specific cases.

For the broken relations of Trans-Canada Highway we will create a wiki page on 
OSM where we will describe each route and put a status of the relation and a 
comment box for all the members from our community to see and maybe help us to 
fix this problem.

We will come back with un update for the wiki page.

Regards,
Olivia Robu





___

Talk-ca mailing list

Talk-ca@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-ca

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

Re: [Talk-lv] neasfaltētu ceļu attēlošana osm.org

[Rihards]

On 2018.02.22. 18:38, Rihards wrote:
> Diskusija ir atsākusies, ir daži piedāvājumi - pie tam, ar Latvijas
> datiem :)
> 
> https://github.com/gravitystorm/openstreetmap-carto/issues/110#issuecomment-367668091

...un nupat kaut kas ir izmainīts -
https://github.com/gravitystorm/openstreetmap-carto/pull/2640

Vēl īsti nesapratu, kas ir sataisīts, bet kartē tagad vajadzētu redzēt
vai ceļš ir ar segumu vai bez.
-- 
 Rihards

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

[OSM-talk] OpenStreetMap Carto release v4.11.0

[Daniel Koć]

Dear all,

Today, v4.11.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
- Fixed office/amenity conflict
- Brightened built-up areas on z12
- Refurbished natural=spring icon
- Added rendering for amenity=police and amenity=fire_station areas
- Added rendering of amenity=nursing_home
- Added rendering of amenity=childcare
- Added rendering of amenity=driving_school
- Added area rendering for amenity=bus_station
- Added area rendering of amenity=taxi
- Made highway=traffic_signals icon less obtrusive
- Moved barriers to higher zoom level
- Hiding railway=platform with location=underground, tunnels and covered=yes
- Small documentation and code fixes


Thanks to all the contributors for this release.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v4.10.0...v4.11.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

Re: [OSM-talk-fr] Fwd: Alerte Google : openstreetmap

[Noémie Lehuby]

Je pense que le bon lien est le suivant ;) 

https://www.lemondeinformatique.fr/actualites/lire-google-fait-exploser-les-tarifs-des-api-de-maps-71697.html


Le 2018-05-11 10:46, Christian Quest a écrit :

> Le Monde Informatique parle (un peu) d'OSM ;)
> 
> https://www.lemondeinformatique.fr/actualites/lire-kubernetes-des-containers-plus-isoles-des-apps-natives-mieux-gerees-71650.html
>  
> 
> -- 
> 
> Christian Quest - OpenStreetMap France 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Chybějící značka informace u samotného tourism=information

[Tom Ka]

Ahoj,

doladeny tabulky pro kontroly tourism=information, generuje se i do
GPX a JSON. Jak bude chvile, tak jeste bude potreba pridat podporu
(ikonu) pro vrstvu chybnych rozcestniku na osmap.cz.
Jinak jich bylo cca 520, neco jsem pooopravoval (hlavne TIC - tj
pridani information=office). Dost bude lepsi zhlednout na miste.

https://osm.fit.vutbr.cz/OsmHiCheck/gp/?tourism

Bye

Dne 10. května 2018 14:09 Tom Ka  napsal(a):
> GPX zatim ne, ale aspon tabulka:
>
> https://osm.fit.vutbr.cz/OsmHiCheck/gp/?tourism
>
> Bye
>
>
> Dne 10. května 2018 13:34 Tom Ka  napsal(a):
>> Diky, usetril jsi mi praci. Dival jsem se na to a opravdu jsou to
>> nevhodne zadana data, ktera by bylo velmi vhodne opravit/doplnit.
>> Zkusim nejak zaintegrovat do kontrol rozcestniku, min pro sebe jako
>> jedno GPX na stazeni pro offline provoz na miste.
>>
>> Bye
>>
>> Dne 9. května 2018 11:49 Milan Keršláger  
>> napsal(a):
>>> Napsal jsem skript, který takové nedodělky ukáže (nastavte mapu a stiskněte
>>> Run):
>>> https://overpass-turbo.eu/s/yF5
>>>
>>> overpass turbo jsem neznal a je to zajímavé. Změny z OSM se promítají do cca
>>> 5 minut.
>>> Skripty si lze uložit na svůj OSM účet. Existují knihovny příkladů a
>>> nápověda.
>>> Milan Keršláger
>>>
>>> Dne pondělí 7. května 2018 9:51:45 UTC+2 Jan Skala napsal(a):

 Ahoj, než se na to kouknu detailně tak od stolu říkám, že nelze nastavit
 "negativní" pravidla vykreslování. Nelze nastavit pokud má prvek jen
 tourism=information, vykreslí se takhle. Tím pádem bude mít i rozcestník
 tuhle ikonu, pokud se tak vykreslování z nějakého důvodu rozhodne.
 Taky si myslím, že by bylo lepší lépe tagovat.
>>>
>>> --
>>> Tuto zprávu jste obdrželi, protože jste přihlášeni k odběru skupiny „OSM
>>> paws“ ve Skupinách Google.
>>> Chcete-li zrušit odběr skupiny a přestat dostávat e-maily ze skupiny,
>>> zašlete e-mail na adresu osm-paws+unsubscr...@googlegroups.com.
>>> Chcete-li tuto diskusi zobrazit na webu, navštivte
>>> https://groups.google.com/d/msgid/osm-paws/de5edb9c-61f8-4510-87cb-9693d7a2eec2%40googlegroups.com.
>>>
>>> Další možnosti najdete na https://groups.google.com/d/optout.

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

Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM

[Javier Sánchez Portero]

Explica también si has tenido en cuenta los dos territorios insulares o
estás hablando sólo de la península.

Saludos

2018-05-11 8:07 GMT+01:00 Jorge Sanz Sanfructuoso :

> Buenas
> A ver sobre el mapa que adjuntas me choca bastante. Una cosa es bajar
> clasificación a las carreteras que van al lado de autovías y otra cosa es
> pasarlas a tertiary. Que tenemos en españa tertiary sin linea en medio y
> sin arcenes y vamos a igualar carreteras nacionales que en muchos casos
> tienen un arcen considerable y siguen en buen estado.
>
> A parte me choca en Soria que la variante la pongas como tertiary. No la
> conozco esa parte pero vamos una variante de una ciudad, que parece que no
> tiene cruces a nivel me choca muchísimo como tertiary.
>
> ¿Puedes explicar claramente los criterios seguidos para dibujar el mapa?
>
> Un saludo.
>
> El vie., 11 may. 2018 a las 0:35, yo paseopor ()
> escribió:
>
>>  Buenas gente
>>
>>  Al hilo de lo que dije en un anterior correo me gustaría informaros que
>> estos días en la lista de correo de tagging se está debatiendo sobre las
>> unclassified (un usuario planteaba que sus unclassified...tenían
>> referencia, lo que va en contra de la misma definición de "no
>> clasificada".  Pues bien, al explicar la situación española en la que las
>> categorías de OSM no encajan exactamente en la clasificación administrativa
>> en algunos casos se han dado respuestas interesantes que para los que no
>> seais de la lista de tagging os hago llegar:
>>
>>  Martin Koppenhoefer dieterdre...@gmail.com via openstreetmap.org
>>
>>  in Germany and Italy (and probably some more places) the difference is
>> between a road section without grade level intersections (and with ramps)
>> vs not. Trunk is used in these areas for roads that are built to a standard
>> similar to a motorway but not legally designated as motorway. It is not
>> about access restrictions (there is the orthogonal motorroad=yes property
>> for this).
>>
>>  Kevin Kenny kevin.b.kenny+...@gmail.com via openstreetmap.org
>>
>> One issue is that we have the "UK English is the language of tagging"
>> rule - which widely gets interpreted as "highway classification must be
>> force-fit into the UK system." The US system presents a complex problem for
>> this, since most highway classification is delegated to the states, and
>> they all have their own local schemes.
>>
>> In many counties in the US, rural roads are unnamed and have only
>> reference numbers. A farm road may be "County Road 2200N" (which is a
>> different classification from, say, "County Highway 23", and typically
>> shown only on small blade signs, not banner signs) or "State Farm and
>> Market Road #2134". As I understand it, it would fit pretty closely with
>> what "unclassified" roads - which are a formal classification in the UK! -
>> are understood to be.
>>
>> Near where I live, numbered 'US', 'State' and many 'County' roads do NOT
>> reflect the governing body - they are all managed by the state department
>> of transportation. Historically, they had other structures, but
>> responsibilities were reallocated. The 'US' highway numbers are coordinated
>> with neighbouring states, but the administration is by the state.  There
>> are also numbered but (nearly) unsigned 'reference routes' also maintained
>> by the state to 'State' highway standards. I say 'nearly' unsigned because
>> they do often have inconspicuous chaining markers with their numbers.
>>
>> Rather than labeling the governing body, the 'US', 'State' and 'County'
>> designations around here reflect the grade of importance, expected level of
>> traffic and expected quality of maintenance.  Given that the designation
>> reflects relative importance rather than administrative jurisdiction,
>> despite the labeling, I'm comfortable with having US, State, and County
>> numbered roads be 'primary', 'secondary' and 'tertiary' - but in the places
>> where the counties number virtually every road, there is a need for a tier
>> below 'tertiary' - and 'unclassified' seems to be it; it's a working
>> category that might otherwise be 'quaternary.'
>>
>> Salut i mapes
>> yopaseopor
>>
>> PD: Me he mirado un poco el mapa de la "piel de toro" y he "pintado" como
>> quedaría el mapa de la Red de Carreteras del Estado si se aplicara la
>> propuesta que propuse. Y ya que estamos os sugiero que hagais lo propio, en
>> breve podríamos tener un inventario o un mapa del trazado y categoría
>> "real" que podrían tener las carreteras nacionales en nuestro país. Aquí os
>> lo adjunto.
>>
>> https://i.imgur.com/SicS3Gu.jpg
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> 

[OSM-talk-fr] Fwd: Alerte Google : openstreetmap

[Christian Quest]

Le Monde Informatique parle (un peu) d'OSM ;)

https://www.lemondeinformatique.fr/actualites/lire-kubernetes-des-containers-plus-isoles-des-apps-natives-mieux-gerees-71650.html
-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM

[Jorge Sanz Sanfructuoso]

Buenas
A ver sobre el mapa que adjuntas me choca bastante. Una cosa es bajar
clasificación a las carreteras que van al lado de autovías y otra cosa es
pasarlas a tertiary. Que tenemos en españa tertiary sin linea en medio y
sin arcenes y vamos a igualar carreteras nacionales que en muchos casos
tienen un arcen considerable y siguen en buen estado.

A parte me choca en Soria que la variante la pongas como tertiary. No la
conozco esa parte pero vamos una variante de una ciudad, que parece que no
tiene cruces a nivel me choca muchísimo como tertiary.

¿Puedes explicar claramente los criterios seguidos para dibujar el mapa?

Un saludo.

El vie., 11 may. 2018 a las 0:35, yo paseopor ()
escribió:

>  Buenas gente
>
>  Al hilo de lo que dije en un anterior correo me gustaría informaros que
> estos días en la lista de correo de tagging se está debatiendo sobre las
> unclassified (un usuario planteaba que sus unclassified...tenían
> referencia, lo que va en contra de la misma definición de "no
> clasificada".  Pues bien, al explicar la situación española en la que las
> categorías de OSM no encajan exactamente en la clasificación administrativa
> en algunos casos se han dado respuestas interesantes que para los que no
> seais de la lista de tagging os hago llegar:
>
>  Martin Koppenhoefer dieterdre...@gmail.com via openstreetmap.org
>
>  in Germany and Italy (and probably some more places) the difference is
> between a road section without grade level intersections (and with ramps)
> vs not. Trunk is used in these areas for roads that are built to a standard
> similar to a motorway but not legally designated as motorway. It is not
> about access restrictions (there is the orthogonal motorroad=yes property
> for this).
>
>  Kevin Kenny kevin.b.kenny+...@gmail.com via openstreetmap.org
>
> One issue is that we have the "UK English is the language of tagging" rule
> - which widely gets interpreted as "highway classification must be
> force-fit into the UK system." The US system presents a complex problem for
> this, since most highway classification is delegated to the states, and
> they all have their own local schemes.
>
> In many counties in the US, rural roads are unnamed and have only
> reference numbers. A farm road may be "County Road 2200N" (which is a
> different classification from, say, "County Highway 23", and typically
> shown only on small blade signs, not banner signs) or "State Farm and
> Market Road #2134". As I understand it, it would fit pretty closely with
> what "unclassified" roads - which are a formal classification in the UK! -
> are understood to be.
>
> Near where I live, numbered 'US', 'State' and many 'County' roads do NOT
> reflect the governing body - they are all managed by the state department
> of transportation. Historically, they had other structures, but
> responsibilities were reallocated. The 'US' highway numbers are coordinated
> with neighbouring states, but the administration is by the state.  There
> are also numbered but (nearly) unsigned 'reference routes' also maintained
> by the state to 'State' highway standards. I say 'nearly' unsigned because
> they do often have inconspicuous chaining markers with their numbers.
>
> Rather than labeling the governing body, the 'US', 'State' and 'County'
> designations around here reflect the grade of importance, expected level of
> traffic and expected quality of maintenance.  Given that the designation
> reflects relative importance rather than administrative jurisdiction,
> despite the labeling, I'm comfortable with having US, State, and County
> numbered roads be 'primary', 'secondary' and 'tertiary' - but in the places
> where the counties number virtually every road, there is a need for a tier
> below 'tertiary' - and 'unclassified' seems to be it; it's a working
> category that might otherwise be 'quaternary.'
>
> Salut i mapes
> yopaseopor
>
> PD: Me he mirado un poco el mapa de la "piel de toro" y he "pintado" como
> quedaría el mapa de la Red de Carreteras del Estado si se aplicara la
> propuesta que propuse. Y ya que estamos os sugiero que hagais lo propio, en
> breve podríamos tener un inventario o un mapa del trazado y categoría
> "real" que podrían tener las carreteras nacionales en nuestro país. Aquí os
> lo adjunto.
>
> https://i.imgur.com/SicS3Gu.jpg
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Tool to change dual carriageway to sinjle preserving route relations?

[Jo]

PT_Assistant can probably be of some help to 'sanitize' them again, or at
least notify you of which relations aren't continuous anymore.

Polyglot

2018-05-11 0:47 GMT+02:00 Andrew Hain :

> Is there a tool that preserves bus route relations properly whlle
> correcting a road currently mapped as dual carriageway to predominantly
> single carriageway?
>
> --
> Andrew
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk