Re: [OSM-talk-be] trees (in a row) vs. tree_row

[joost schouppe]

In the case you showed on Mapillary, I think I would leave a gap in between
two rows.

In general, I think the reason for using tree_row is just a matter of
mapping speed and what you can see: on an aerial picture, you can easily
make out a tree row, but it is harder to pin-point the exact location of
the trees. There's also the argument that we tend to only map individual
trees if they are "significant". Of course what makes a tree significant is
up to mapper discretion.

If you're looking for a wider range of opinions, do ask the same question
in the tagging mailing list. I've come to kind of enjoy the merry-go-round
discussions there, so I'm willing to ask for you and report here :)

2017-02-02 12:08 GMT+01:00 Karel Adams :

> Not hindered by any expertise or authority, I feel tempted to reply: if,
> in full foliage, they cast one continuous shadow, then it is a row; if not,
> they are separate trees.
>
> KA
>
> On 02/02/17 10:42, Pieter Brusselman wrote:
>
>
> Hi,
>
> When do you decide that trees are closed enough into a line to map them as
> a tree_row or just map them as individual trees?
>
> for example: https://www.mapillary.com/app/?lat=51.07764176804454=3.
> 5352408793126244=17=photo=EmDXwpiZawxLmLwO574imw
>
>
> Grtz,
> Pieter
>
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

[OSM-talk-be] a new National Mapathon - call for volunteers

[joost schouppe]

Hi,

Last year, the Interuniversity National Mapathon was a great success: about
200 people in seven universities participated, and we got in the 7 pm news
issue of both VRT and VTM.
OSM-Be volunteers supported all seven events.

The next national mapathon is being planned right now, and they want our
help again!

We will need volunteers at ULB (Brussels), VUB (Brussels), UCL
(Louvain-la-Neuve), KUL (Leuven), Ugent, ULG (Liege), UNamur. Four more
cities might still join in the following days.

Previous experience with humanitarian mapping, iD and the Tasking Manager
is of course welcome, but we will give you some training too. Last year, it
wasn't easy finding volunteers for all places, but it is important that
there is an experienced mapper at all of these places.

Basically we need you for any or all of these tasks:
- give an introduction about (humanitarian) OSM, a short training
- just being around and helping people with questions
- validating (even from home) during the event, so we can correct newbie
mappers before they make the same mistake a thousand times

Just send me a mail with your preferred tasks and city (or cities) and
we'll be in touch.

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] AUTO: Andrea Maffeis è assente dall'ufficio

[Simone]

Il 02 febbraio 2017 22:01:17 CET, Andrea Maffeis  
ha scritto:
>
>
>Sono fuori dall'ufficio fino a 06/02/2017
>
>
>
>
>Nota: Questa è una risposta automatizzata al messaggio  "Re: [Talk-it]
>mappatura
>bar in Italia" inviata il 02/02/2017 18:05:28.
>
>Questa è l'unica notifica che verrà ricevuta mentre la persona è
>assente.

Bone ferie!!! :)


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [OSM-talk-fr] Création suppression d'intercommunalité

[Jérôme Amagat]

Un point sur les EPCI.

pour Bourgogne-Franche-Comté c'est à jour et ça correspond à cette source :
http://www.ideobfc.fr/accueil/geoservices/catalogue_de_
donnees?uuid=0a78e68d-738c-4284-ae64-e02e74859055=1
Pareil pour Provence-Alpes-Côte d'Azur et cette source :
http://opendata.regionpaca.fr/donnees/detail/etablissement-
public-de-cooperation-intercommunale-au-1er-janvier-2017.html
Normalement c'est à jour aussi pour Auvergne-Rhône-Alpes et pour Pays de la
Loire.

Pour la Bretagne, ce n'est pas terminé mais si ça tente quelqu'un il y a
cette source pour faire les modifications : http://www.data.gouv.fr/fr/
datasets/epci-en-bretagne-au-01-01-2017/
Pareil pour la Nouvelle-Aquitaine et cette source :
http://www.data.gouv.fr/fr/datasets/nouvelle-aquitaine-perimetre-des-epci-a-
fiscalite-propre-issus-des-sdci-sur-le-perimetre-
regional-et-les-departements-limitrophes-surfacique/
par contre ça parle du Schéma départemental de coopération intercommunale
au 1er janvier 2017 il y a d'autre cas pour des régions ou des départements
sur data.gouv.fr , normalement c'est les modifications qu'il était prévu de
faire mais c'est pas sur quelles soient toutes faites donc il faut peut
être trouver d'autres sources comme des articles de journaux pour vérifié
que les modification ont été faite.
J'ai pas l'impression qu'il y ai des modifications dans les DOM mais c'est
à vérifier.

Les arrondissements départementaux bougent aussi dans beaucoup de
départements. J'ai fait les modifications pour Bourgogne-Franche-Comté et
Auvergne-Rhône-Alpes que j'ai trouvé dans les arrêtés des préfectures de
régions. je suis allé sur http://www.prefectures-regions.gouv.fr/ puis sur
la région voulu puis sur les Recueil des actes administratifs et les
modifications datent de fin décembre ou de janvier. les modifications n'ont
pas l'air d'avoir été publié au JO il n'y a rien sur www.legifrance.gouv.fr
ça sera peut être le cas dans quelque temps (pour les communes nouvelles
j'ai l'impression que tout n'a pas été publié).

A cause des communes nouvelles je sais qu'il y a au moins un cas de
modification des limites de département, je sais pas si ça a été fait.

Rien trouvé sur des modifications des circonscriptions législatives. J'ai
lu quelque part mais je sais plus où que des modifications ne doivent pas
avoir lieu à quelque mois d’élection, il y a des élections dans quelque
mois mais si il n'y a pas de modifications il va y avoir des trucs bizarres
à cause des communes nouvelles.

Pour les communes nouvelles, il y a une source donnant toutes les commune
nouvelle créés en au 1ert janvier 2017 :
https://www.insee.fr/fr/information/2549968
Normalement Christian les a toutes créées (toutes?). Dans cette source il y
a les communes nouvelles créés mais il y a aussi les communes déléguées, le
chef lieu (donc admin_centre pour osm) et le ref:INSEE. Si ça tente du
monde de faire des vérifications sur les communes nouvelles (il y en a
beaucoup avec des fixme qui demandent une vérification du numéro INSEE.

Je remets le lien vers un suivi des modifications des EPCI et des
arrondissements départementaux :
https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_
administratives/Suivi_des_modifications_des_intercommunalit%C3%A9s_au_1er_
janvier_2017#Auvergne-Rh.C3.B4ne-Alpes

Et puis des questions :
Sur les limites entre les arrondissements il y a souvent un name="nom de
l'arrondissement 1" - "nom de l'arrondissement 2" (comme pour les limites
entre pays, entre régions ou départements) est-ce toujours utile? faut-il
l'ajouter quand il n'y est pas?
ref:INSEE ou ref:FR:INSEE? pareil pour SIREN? et c'est quoi le ref pour les
EPCI il y a souvent un ref:INSEE alors que c'est un SIREN?

Voila c'est fini :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tagger un siège d'EPCI

[Philippe Verdy]

Les EPCI ont bien un siège désigné, de la même façon que les communes
d'ailleurs. Officiellement c'est la commune hôte entière qui est siège de
l'EPCI, même si l'administration (financée séparément par l'EPCI et non la
commune hôte) dispose (éventuellement) d'un hôtel communautaire séparé.
Dans ce que j'ai vu, les EPCI ont en fait non pas un seul batiment mais
souvent une série correspondant à ses services, répartis entre les
différentes communes membres (et aussi assez souvent des batiments et
services situés en dehors mais gérés par l'EPCI, comme des offices de
tourisme, des cuisines communautaires, des centres de traitement des
ordures ménagères, des bases de loisir, parfois aussi des hébergements
sociaux ou même des écoles (ou part d'écoles, partagées avec d'autres
collectivités).

En fait peu d'EPCI ont leurs hôtels communautaires hors des communautés
d'agglomération ou communautés urbaines ou plus grosses structures. Nombre
de communautés de communes rurales n'ont qu'un service dans l'hôtel de
ville de la commune siège et sinon leurs services sont mis à disposition du
public via les communes membres dans leurs propres mairies ou dans des
structures adhoc (médiathèques, services sociaux).

Bref il est souvent difficile de situé le "centre administratif" de l'EPCI
(ou même d'une commune) hormis son adresse légale. De fait on, se contente
de reprendre le noeud l'admin_centre de la commune siège, qui est
généralement placé en un point central de communication dans
l'agglomération principale, là où est souvent situé la mairie (et souvent
aussi correspond au bourg historique, l'église de la plus ancienne
paroisse, son presbytère et son ancien cimetière, ainsi que la plus
ancienne école communale (qui souvent s'est faite dans un batiment partagé
avec l'ancienne mairie, le maire ayant souvent été aussi l'instituteur et
le conseil municipal se réunissant dans les locaux dce l'école communale,
laquelle est souvent né d'une scission de l'ancienne école catholique ou
très près d'elle).

On trouve en ce point central l'ancienne poste, et quelques commerces de
base (la plus ancienne boulangerie, l'épicerie, le café...). Les quartiers
résidentiels se sont construits autour, et parfois de nouvelles
agglomérations sont nées dans la commune suite à la construction d'une
route ou d'une voie de chemin de fer et sa gare qui n'existe parfois plus
du tout ou a cessé son activité, mais ces bourgs résidentiels additionnels
sont restés avec parfois aussi leur propre chapelle). Cela aide à situer où
mettre ce noeud admin_centre car cela reste un point central de
communication même si tous les services ne sont plus là (l'église n'a plus
de service régulier ou n'existe plus, le cimetière municipal a été déplacé
en périphérie sur un terrain plus grand, la poste a fermé, l'école
communale ou la mairie ont déménagé dans des locaux plus adaptés, des
commerces ont fermé avec l'arrivée de centre commerciaux dans les environs
sur les nouveaux axes routiers et hors de la zone résidentielle qui
entourait ce lieu; les commerces et activités ne sont plus de même nature,
les communes ayant construit des zones d'activité en périphérie).

Dans les grandes villes, l'hôtel de ville et les principaux services
communaux ou salles d'activités sont souvent bien localisés autour d'une
place ou d'un carrefour, et là encore on sait où placer le noeud en ne
tenant pas compte de l'emplacement des anciennes églises ou chapelles, du
bureau de poste ou des commerces de base qui se sont disséminés dans la
ville. On n'a le plus souvent aucun doute où placer ce noeud "central" au
moins jusqu'au niveau 8 de la commune ou au niveau 9 d'une commune déléguée
ou associée (les niveaux inférieurs sont localisés sur la commune
chef-lieu, même si "le" siège n'est pas unique quand il y a des rôles
distingués entre les assemblées de conseil/parlement, la présidence, la
représentation préfectorale et le secteur des ambassades ou consulats pour
le niveau 2 (qui peut sortir en périphérie de cette commune
chef-lieu/capitale).

Si on considère Paris, où est placé ce noeud ? A l'hôtel de ville, ou la
présidence puisque Paris est aussi capitale de la France ? ou sur l'île de
la cité près de Notre-Dame (le centre historique au "kilomètre zéro"). Le
choix est un peu arbitraire car on ne peut pas vraiment choisir: on a
souvent placé par défaut à proximité de la mairie/l'hôtel de ville, là où
se réunit le conseil (même si ce n'est pas le principal point d'accueil du
public pour les services municipaux, qui sont plutôt déconcentrés dans les
mairies d'arrondissement)...

Maintenant en faisant ce choix "arbitraire" près de la mairie (sur la place
ou devant sur la rue), on est proche de la réalité cartographique quand les
panneaux routiers indiquent une distance, ou quand on oriente la
numérotation des rues avec les petits numéros à partir du point le plus
près du centre (ce n'est pas le cas partout, bien des villes utilisant une
numérotation en privilégiant une direction nord/sud ou 

Re: [OSM-talk-fr] tagger un siège d'EPCI

[Jérôme Amagat]

Pour le bâtiment siège de l'EPCI, je dirais office=government ou peut être
office=administration ou administrative (c'est pas sur le wiki mais il y en
a pas mal d’après taginfo) avec name="le nom de l'EPCI" (le bâtiment porte
sûrement le nom de l'EPCI) et un building=public.
Si tout le bâtiment n'est pas réservé à l'epci il faut le mettre sur un
node.

Après si tu veux parler (comme le fait philippe) de la relation
représentant l'epci je crois pas qu'il y ait quelque chose de prévu pour le
siège, le bâtiment, il y a l'admin_centre mais c'est pour la ville (donc
avec un tag place=) ou se situe le siège. Après pas sur que ça s'applique
pour les EPCI. Moi je dirais que si mais d'autre sur cette list disait
l'inverse.



Le 2 février 2017 à 22:40, Philippe Verdy  a écrit :

> Un noeud admin_centre suffit. Soit celui de la commune chef-lieu (place en
> general pres de la mairie ou dans un lieu central de lagglomeration
> principale, soit sur l'emplacement de l'hotel communautaire quand il y en a
> un séparé de l'hotel de ville.
>
> Sinon les bâtiments sont tagués normalement comme bâtiments administratifs
> avec leur nom bien qualifié et les tags usuels d'accessibilité et points
> d'accès et autres clotures et murs d'enceinte ou parkings.
>
> Je ne crois pas quil faille inclure ces batiments comme admin_centre qui
> doit rester un seul noeud et non un chemin fermé qui pose des problèmes
> pour lescrelations frontières ou ils sont interprétés encore comme des
> enclaves à exclure (parce que les rôles dans les relations boundary sont
> souvent faux et ignorés).
> A la limite sinon, mettre ces bâtiments dans une relation et mettre cette
> relation (et non directement un chemin) comme membre admin_centre ce qui
> donne aussi la possibilite d'y mettre plusieurs bâtiments disjoints.
>
> Le 2 févr. 2017 22:29, "Laurent Combe"  a écrit :
>
>> Bonjour,
>>
>> sur le wiki je ne trouve rien qui me dise comment tagger un siège
>> d'EPCI (en l’occurrence une communauté de communes)
>>
>> je parle du bâtiment pas de l'entité administrative
>>
>> donc je me retrouve à vous demander conseil sur ce point ?
>>
>> et après je regarderais éventuellement comment le rendu osmfr traite ce
>> cas là
>> non je n'ai pas dit que je taggue pour le rendu :-)
>>
>> niconil
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [osm-ve] Cuántos somos?

[J . Hernán Ramírez R .]

Pocos activos..

Esta es nuestra wiki

http://wiki.openstreetmap.org/wiki/WikiProject_Venezuela

Saludos desde Merida Venezula

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

-
J. Hernán Ramírez R
http://about.me/hernanramirez - Linux User #97.898

Mapas Libres OpenStreetmap Venezuela 
-

2017-02-02 20:24 GMT-04:00 Sara Carvajal :

> Hola mappers! Soy relativamente nueva en OSM y quería saber cuántos somos
> en Venezuela y si existe algún grupo en las redes sociales.
>
> Saludos!
> Sara
>
> ___
> Talk-ve mailing list
> Talk-ve@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ve
>
>
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ve

[osm-ve] Cuántos somos?

[Sara Carvajal]

Hola mappers! Soy relativamente nueva en OSM y quería saber cuántos somos
en Venezuela y si existe algún grupo en las redes sociales.

Saludos!
Sara
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ve

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Uffe Kousgaard]

Ja, og jeg gør det aldrig mere. Det var hjemmelavede værktøjer til at 
matche meget skematiske vejnet, der overhovedet ikke passede sammen. 15 
år siden.


Til Morten Rüsz:
Hvis du ikke er IT-kyndig, så find et nemmere projekt at kaste dig over.
Du burde sagtens kunne blive udfordret alligevel.

hilsen
Uffe Kousgaard


On 02-02-2017 23:45, Jørgen Elgaard Larsen wrote:

Er der andre på listen, der har erfaring med værktøjer til at matche
veje mellem forskellige systemer?


- Jørgen


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



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

Re: [talk-au] Another tool for finding Poke-paths

[Graeme Fitzpatrick]

Hi

The ones I looked at were http://osmcha.mapbox.com/45454430/ (the zig-zag
made me wonder?) & http://osmcha.mapbox.com/45454374/ (a nice straight
rectangular path?).

Thanks

Graeme


On 2 February 2017 at 21:56, Andrew Harvey  wrote:

> On 2 Feb 2017 6:04 PM, "Graeme Fitzpatrick"  wrote:
>
>
> 2 of them are footpaths (in 1 case, a very funny shaped path!) in parks.
> Looking on Google Maps, there are no paths showing in either of those parks
> - are we able to use Google to confirm that something *doesn't* exist, &
> so remove it?
>
> No.
>
> Even if you used a source we had permission to use, I would first add a
> changeset comment. As the imagery might no longer reflect reality.
>
> Which changeset are you referring too here?
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Jørgen Elgaard Larsen]

Morten Rüsz skrev:
> I den forbindelse forsøger vi at finde ud af, om det er muligt
> at opdatere hastighedsgrænserne ved at indlæse dem, frem for at skulle
> opdatere dem manuelt.

Det ville være rigtig godt, hvis vi kunne få bedre hastighedsgrænser i OSM.

>  1. Hvilke dataformater kan anvendes til at uploade hastighedsgrænser i
> OSM?

OSM XML.

Se http://wiki.openstreetmap.org/wiki/OSM_XML

>  2. Hvordan indlæser jeg større datamængder vedr.
> hastighedsgrænser?

Med API'et.

Se http://wiki.openstreetmap.org/wiki/API_v0.6


Det store problem med hastighedsgrænser er at matche
kommunernes/vejdirektoratets veje med OSM's veje.


Jeg vil tro, at der findes værktøjer til dette - jeg har dog ikke selv
erfaringer med det.

Næste problem er, at vejene ikke nødvendigvis er opdelt ens i alle
systemer. Selvom vejen ligger samme sted, kan den være tegnet med
forskellige punkter og være opdelt forskellige steder.


Forestil dig den samme vej i henholdsvis Vejdirektoratets system og i OSM.

VD:  1+++2+++3---4--5
OSM: A++B--C--D===E=F=G=H


Vejdirektoratets vej består af to veje: 1-2-3 og 3-4-5.
I OSM er den tegnet som tre veje: A-B, B-C-D og D-E-F-G-H.

Lad os så sige, at VD oplyser at vejstykket 1-2-3 har hastighedsgrænse
60km/t og stykket 3-4-5 har hastighedsgrænse 50km/t.

Vi kan muligvis automatisk finde ud af, at hele A-B ligger oven i 1-2-3
og derfor skal have 60 km/t. Og hele D-E-F-G-H ligger oven i 3-4-5 og
skal derfor have 50km/t.

Men hvad med B-C-D? Noget af den ligger over 1-2-3 og noget over 3-4-5.
Der er ikke engang et punkt i OSM, der svarer til 3. Måske går vejen i
OSM ikke engang præcist igennem 3.

Løsningen er at indsætte et nyt punkt, der hvor 3 er tættest på B-C-D.
Lad os kalde det nye punkt X.

B-C-D skal så opdeles i to veje: B-X (60 km/t) og X-C-D (50 km/t).



Ovenstående eksempel er det simpleste, man kommer ud for. Der er langt
mere komplicerede eksempler, f.x. hvor et vejstykke er tegnet som én vej
i det ene system og to parallelle veje i det andet system. Og mærkelige
kryds. Og cykelstier. Og veje i flere lag (f.x. broer). Og

Det kan nok godt gøres automatisk langt hen ad vejen, men det er ikke
"bare lige".



Er der andre på listen, der har erfaring med værktøjer til at matche
veje mellem forskellige systemer?


- Jørgen


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

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Michael Andersen]

Hej Morten

Der er med hensyn til opdatering af hastighedsgrænser i OSM ikke nogen reel 
vej udenom det manuelle arbejde.

Bemærk at vi på internationalt plan har en del erfaringer med automatiske 
redigeringer, som langt fra altid har været heldigt udført og at vi af netop 
den grund har meget strikse regler med hensyn til den slags: https://
wiki.openstreetmap.org/wiki/Automated_edits.

Med mit kendskab til OSM og IT kan jeg ikke forestille mig at et forsøg på 
automatisk opdatering/"indlæsning" af hastighedsgrænser kan gå godt, så 
desværre.

Regn med at forsøg af denne art uden forudgående grundig konsultation med 
først og fremmest denne liste, næsten med sikkerhed vil blive rullet tilbage.

Mvh Hjart

On torsdag den 2. februar 2017 22.56.53 CET Morten Rüsz wrote:
> Hej alle.
> 
> Jeg arbejder på et trafiksikkerhedsprojekt, hvor vi benytter os af data fra
> OSM. I den forbindelse forsøger vi at finde ud af, om det er muligt at
> opdatere hastighedsgrænserne ved at indlæse dem, frem for at skulle
> opdatere dem manuelt.
> 
> Kan I hjælpe mig med dette? Helt konkret vil jeg gerne have hjælp til/viden
> om følgende:
> 
> 
>1. *Hvilke dataformater kan anvendes til at uploade hastighedsgrænser i
>OSM? *Omkring 60 % af kommunerne anvender Vejdirektoratets platform
>Vejman.dk og jeg er i dialog med med dem, for at blive klogere på, hvilke
> dataformater de er i stand til at levere hastighedsdata i.
>2. *Hvordan indlæser jeg større datamængder vedr. hastighedsgrænser?* Er
>der nogen der erfaringer med dette?
> 
> Vejdirektoratet har desværre ikke mulighed for at dele dataene med mig (ud
> over statsvejnettet), da det er kommunerne der ejer dataene. Derfor er vi
> nødt til at henvende os til dem enkeltvis. Det er jeg dog villig til at
> gøre, hvis jeg kan finde en enkel løsning mht. at få indlæst disse i OSM.
> 
> De øvrige kommuner anvender en eller flere andre platforme. Dette har jeg
> endnu ikke undersøgt nærmere.
> 
> Jeg er ikke selv specielt it-kyndig, hvorfor jeg vil sætte pris på, at
> eventuelle svar tager hensyn til dette handicap :o)
> 
> Håber at I er stand til at hjælpe mig og ser frem til at høre fra jer.
> 
> 
> Med venlig hilsen
> Morten Rüsz
> (mobil: 30209039)



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

[Talk-GB] Fire Roads (Leeds, Nottingham, etc)

[Paul Berry]

Hi everyone,

Fire roads are an uncommon sight in the UK. They're sometimes signed as
"fire lanes," but they're nothing to do with the designation in the US (and
elsewhere) which is a parking restriction:
https://wiki.openstreetmap.org/wiki/Key:parking:lane and we're also not
talking about the wide tracks in managed forests that act as a firebreak.

I mean restricted highways like this one:
http://www.openstreetmap.org/way/240007969 (whose source links to photo
evidence).

How do we map these? I assume service=emergency_access?

Also, how is the embedded roughly-textured paving in that photo best
represented?

There are some similar ones in Nottingham, notably at Addington Road and
Wimbourne Road there, though they're not mapped as such.

Your advice and guidance gratefully received.

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

[Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Morten Rüsz]

Hej alle.

Jeg arbejder på et trafiksikkerhedsprojekt, hvor vi benytter os af data fra
OSM. I den forbindelse forsøger vi at finde ud af, om det er muligt at
opdatere hastighedsgrænserne ved at indlæse dem, frem for at skulle
opdatere dem manuelt.

Kan I hjælpe mig med dette? Helt konkret vil jeg gerne have hjælp til/viden
om følgende:


   1. *Hvilke dataformater kan anvendes til at uploade hastighedsgrænser i
   OSM? *Omkring 60 % af kommunerne anvender Vejdirektoratets platform
   Vejman.dk og jeg er i dialog med med dem, for at blive klogere på, hvilke
   dataformater de er i stand til at levere hastighedsdata i.
   2. *Hvordan indlæser jeg større datamængder vedr. hastighedsgrænser?* Er
   der nogen der erfaringer med dette?

Vejdirektoratet har desværre ikke mulighed for at dele dataene med mig (ud
over statsvejnettet), da det er kommunerne der ejer dataene. Derfor er vi
nødt til at henvende os til dem enkeltvis. Det er jeg dog villig til at
gøre, hvis jeg kan finde en enkel løsning mht. at få indlæst disse i OSM.

De øvrige kommuner anvender en eller flere andre platforme. Dette har jeg
endnu ikke undersøgt nærmere.

Jeg er ikke selv specielt it-kyndig, hvorfor jeg vil sætte pris på, at
eventuelle svar tager hensyn til dette handicap :o)

Håber at I er stand til at hjælpe mig og ser frem til at høre fra jer.


Med venlig hilsen
Morten Rüsz
(mobil: 30209039)
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSM-talk-fr] tagger un siège d'EPCI

[Philippe Verdy]

Un noeud admin_centre suffit. Soit celui de la commune chef-lieu (place en
general pres de la mairie ou dans un lieu central de lagglomeration
principale, soit sur l'emplacement de l'hotel communautaire quand il y en a
un séparé de l'hotel de ville.

Sinon les bâtiments sont tagués normalement comme bâtiments administratifs
avec leur nom bien qualifié et les tags usuels d'accessibilité et points
d'accès et autres clotures et murs d'enceinte ou parkings.

Je ne crois pas quil faille inclure ces batiments comme admin_centre qui
doit rester un seul noeud et non un chemin fermé qui pose des problèmes
pour lescrelations frontières ou ils sont interprétés encore comme des
enclaves à exclure (parce que les rôles dans les relations boundary sont
souvent faux et ignorés).
A la limite sinon, mettre ces bâtiments dans une relation et mettre cette
relation (et non directement un chemin) comme membre admin_centre ce qui
donne aussi la possibilite d'y mettre plusieurs bâtiments disjoints.

Le 2 févr. 2017 22:29, "Laurent Combe"  a écrit :

> Bonjour,
>
> sur le wiki je ne trouve rien qui me dise comment tagger un siège
> d'EPCI (en l’occurrence une communauté de communes)
>
> je parle du bâtiment pas de l'entité administrative
>
> donc je me retrouve à vous demander conseil sur ce point ?
>
> et après je regarderais éventuellement comment le rendu osmfr traite ce
> cas là
> non je n'ai pas dit que je taggue pour le rendu :-)
>
> niconil
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réparer un carnage

[Eric Sibert]

Eric, partant pour expliquer à Sintegra qu'il faut dans la mesure du  
possible s'appuyer sur la communauté locale ?


Non, pas vraiment car pour le moment, ils ne m'ont pas donné le  
contact à l'origine de cette initiative.


Je pense que si les contributeurs ont compris ce qu'ils ont mal  
fait, ils doivent pouvoir enlever la fausse précision comme proposé  
et ajouter des FIXME si besoin (quand ils ne savent pas que mettre  
par défaut).


J'ai demandé au premier de corriger ses erreurs et il a proposé de  
faire un revert.


Au second, j'ai expliqué que plutôt que de mettre systématiquement de  
la primary, il aurait du mettre de la road/unclassified. On va voir.



Ainsi ils ne virent pas leur travail, seulement leurs erreurs.


Disons que j'ai agit pour faire cesser le trouble. Après, je n'ai pas  
en ce moment l'énergie pour faire œuvre de pédagogie et transformer ça  
en quelque chose de positif. S'il y a de la demande en face, je les  
guiderai mais je ne vais pas prendre plus d'initiative.


Eric




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

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

[Vincent de Château-Thierry]

Le 02/02/2017 à 21:35, David Marchal a écrit :


Après recherches, il semblerait que ce soit bien un plan de géomètre
extrait du cadastre raster, pas du cadastre vecteur ; on peut toujours
accéder aux cadastre raster par un WMS, une fois la commune vectorisée,
ou faut-il aller aux archives départementales ?


Aucune idée. Je peux juste dire que via cadastre.gouv.fr je n'ai jamais 
vu d'accès au format raster une fois mise en production la version 
vectorisée d'une commune.


vincent

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

[OSM-talk-fr] tagger un siège d'EPCI

[Laurent Combe]

Bonjour,

sur le wiki je ne trouve rien qui me dise comment tagger un siège
d'EPCI (en l’occurrence une communauté de communes)

je parle du bâtiment pas de l'entité administrative

donc je me retrouve à vous demander conseil sur ce point ?

et après je regarderais éventuellement comment le rendu osmfr traite ce cas là
non je n'ai pas dit que je taggue pour le rendu :-)

niconil

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

[Talk-it] AUTO: Andrea Maffeis è assente dall'ufficio

[Andrea Maffeis]

Sono fuori dall'ufficio fino a 06/02/2017




Nota: Questa è una risposta automatizzata al messaggio  "Re: [Talk-it] mappatura
bar in Italia" inviata il 02/02/2017 18:05:28.

Questa è l'unica notifica che verrà ricevuta mentre la persona è assente.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

[David Marchal]

Le 1 févr. 2017 à 09:27, Vincent de Château-Thierry 
> a écrit :

Ca devient l'exception plutôt que la règle, et tant mieux , mais les noms de 
cours d'eau se trouvent au moins sur des planches du cadastre raster, avec en 
prime parfois une flèche pour le sens d’écoulement.

Après recherches, il semblerait que ce soit bien un plan de géomètre extrait du 
cadastre raster, pas du cadastre vecteur ; on peut toujours accéder aux 
cadastre raster par un WMS, une fois la commune vectorisée, ou faut-il aller 
aux archives départementales ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[Guillaume Rischard]

Bonsoir,

> On 2 Feb 2017, at 19:05, Christian Quest  wrote:
> 
> Avec ton départ, reste-t-il au sein du DWG un francophone ?

Oui! Je suis francophone, et membre du DWG depuis quelques semaines.

Guillaume - http://www.openstreetmap.org/user/Stereo
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réparer un carnage

[osm . sanspourriel]

Qui plus est une communauté francophone dans un pays francophone pour 
une société francophone.


Donc ils n'ont pas l'excuse de la facilité de la langue.

Eric, partant pour expliquer à Sintegra qu'il faut dans la mesure du 
possible s'appuyer sur la communauté locale ? Tu as déjà commencé à 
argumenter et c'est toi qui a fait la triste découverte.


Je pense que si les contributeurs ont compris ce qu'ils ont mal fait, 
ils doivent pouvoir enlever la fausse précision comme proposé et ajouter 
des FIXME si besoin (quand ils ne savent pas que mettre par défaut).


Ainsi ils ne virent pas leur travail, seulement leurs erreurs.

Jean-Yvon


Le 02/02/2017 à 20:11, Christian Quest - cqu...@openstreetmap.fr a écrit :
C'est quand même étonnant de procéder ainsi, c'est à dire une société 
qui sollicite des contributeurs d'un pays très éloigné pour contribuer 
sur un pays où il y a déjà une (petite ?) communauté.


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

Re: [talk-au] Another tool for finding Poke-paths

[Cameron Shorter]

Andrew,

Good suggestion. I'd suggest go one step further, and help Niantic 
create some good press (and from their point of view attract users), by 
encouraging users to do good work for Open Street Map.


Lets ask, if we could potentially ask lots of Pokamon players to help 
OSM as part of playing a game, what would that look like?



On 2/2/17 8:06 pm, Andrew Johnson wrote:

  Has anybody open a dialogue with Niantic to ask the company to do
something like declaring areas where fake/hoax edits have been made to
be haunted or dead-zones for the game?

  Currently the company has in effect been promoting dishonest edits, it
would IMO be better if the company were to discourage such conduct.

On Thu, 2017-02-02 at 17:03 +1000, Graeme Fitzpatrick wrote:
  
Is there anything much we can do about this sort of thing?


Thanks

Graeme


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


--
Cameron Shorter
M +61 419 142 254


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

Re: [OSM-talk-fr] Réparer un carnage

[Christian Quest]

C'est quand même étonnant de procéder ainsi, c'est à dire une société 
qui sollicite des contributeurs d'un pays très éloigné pour contribuer 
sur un pays où il y a déjà une (petite ?) communauté.



Le 02/02/2017 à 17:40, Eric Sibert a écrit :
Le contributeur m'a répondu qu'il avait compris que ces contributions 
posaient problème et qu'il allait faire un revert de l'ensemble du 
groupe. Je suis quand même curieux de voir comment il va faire. Je lui 
ai dit qu'en cas de problème, il pouvait demander de l'aide à moi-même 
ou à la liste francophone.


Un second contributeur du groupe m'a aussi répondu pour dire que "on 
nous a fait mention qu'il fallait mettre l'attribut principal à toute 
les routes effectuées étant au CAMEROUN nous ne pouvions donné avec 
précision la
classification de ces routes.". J'ai fait un message d'explication sur 
la classification des routes et j'ai demandé qui était le "on".


Affaire à suivre, les reverts n'ont pas encore commencé.

Eric




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



--
Christian Quest - OpenStreetMap France


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

[Talk-in] irc

[muzirian]

Hi I map using the name muzirian, from Kerala.
I was looking for irc channel or something for osm India, couldn't find any.
If there is none, wouldn't it be good to have an room or group on
irc,riot,xmp or some other platfom for India specific talks or to help
people fom here with mapping?

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

[Talk-it] Tag shop, craft, office, ecc

[smartmouse]

Salve,
ho trovato i seguenti nodi a cui vorrei dare una "categoria", però non 
riesco a trovare un tag appropriato.


antincendio: http://www.openstreetmap.org/way/425083428
traduzioni: http://www.openstreetmap.org/node/2728369080
dogsitter: http://www.openstreetmap.org/node/4224311690
refrigerazione: http://www.openstreetmap.org/way/162995810
training: http://www.openstreetmap.org/node/3007023860
edilizia: http://www.openstreetmap.org/relation/3099824
edilizia: http://www.openstreetmap.org/way/269693205
ante scorrevoli: http://www.openstreetmap.org/node/2544788814
imballaggi legno: http://www.openstreetmap.org/node/2575758955
forniture depuratori acqua: http://www.openstreetmap.org/node/3370730293
impianti areazione: http://www.openstreetmap.org/way/267637426

Ho consultato sia http://tagfinder.herokuapp.com che 
https://taginfo.openstreetmap.org , ma non sono riuscito a trovare un 
tag, come ad esempio "shop", "craft", "office" ecc, che rappresentasse 
il tipo di nodo (o attività commerciale nel caso specifico).


ps: come tradurreste "stonemason" in italiano? 
(http://www.openstreetmap.org/way/263549044)


Grazie
smartmouse

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

Re: [OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[Christian Quest]

Le 02/02/2017 à 16:14, sly (sylvain letuffe) a écrit :


Vincent de Château-Thierry-2 wrote

Et pour aiguiller les postulants, est-ce que tu saurais quantifier le
temps consacré à cette gestion, par semaine ou mois, d'après ton
expérience ?

Difficile de répondre tant cela peut varier selon le degré d'implication, si
je prends mon cas sur la fin, je ne n'y passais peut être plus que 30
minutes par semaine à lire les plaintes pour voir si cela concernait la
France, mais c'était parce que je ne pouvais/voulais plus trop m'impliquer
et qu'en réalité ça devenait finalement contre productif car les autres du
groupes ne savait plus si j'allais ou non m'occuper de tel ou tel ticket.
Je dirais donc que 1h par semaine est un minimum pour se tenir au courant de
comment son traités les autres cas par les autres membres (le but étant
d'avoir une réponse assez cohérente entre membres pour un type de problème
donné)
et sans doute 1 à 2h de plus à y consacrer pour discuter, expliquer,
diplomatiser, argumenter avec le contributeur dont un autre se plains.
Car autant les effacements violents de type vandalisme pur sont assez simple
à détecter et discuter autant parfois certains edits sont "border line" et
la discussion peu durer avant de trouver un accord.


J'ajoute qu'avoir une bonne connaissance d'osm en général, savoir faire des
revert mais surtout savoir discuter, expliquer, tempérer et garder son calme
en toutes situations (surtout quand le mec ne veut rien entendre et
t'insulte avec véhémence !)  sont nécessaires



Gros MERCI aussi !

En gros il faut un profil diplo-tech ;)

Avec ton départ, reste-t-il au sein du DWG un francophone ?

--
Christian Quest - OpenStreetMap France


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

Re: [Talk-it] R: Re: mappatura bar in Italia

[Martin Koppenhoefer]

2017-02-02 18:19 GMT+01:00 frali...@alice.it :

> principalmente  i bar italiani sono
> a) coffe-bar specializzato in colazioni
> b) snack-bar , è più generico, puoi trovare secondo i luoghi anche degli
> spuntini che possono sostituire il pranzo, ed è spesso unito anche alla
> pasticceria e gelateria
>
>
> poi esistono tante varianti e specializzazioni
> guarda nel link
>
> http://www.salabar.it/node/303
>


Appunto. Questi (nel link) sono i sottotipi dei bar. Non è la stessa
categoria di un "café", un café è qualcosa così:

https://www.grand-elysee.com/fileadmin/grand-elysee/images/restaurants-bars/boulevard-cafe/PL2_8127.jpg

https://www.wien.gv.at/freizeit/essen/images/kaffeehaus3-g.jpg

ci sono posti che ricadono in tutte le due categorie, ma ci sono tantissimi
bar che non sono "cafe", anche se vendono coffee.

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

Re: [OSM-talk-fr] Réparer un carnage

[Philippe Verdy]

Sans aller mecessairement jusqu'au simple revert, solnyva eu des tracés
sanq qualifier les routes reellement il vait moeux utiliser highway=road
quu signalera le travail de classification a faire (highway=unclassified
c'est pour classer comme route mineure mais il a aussi certainement dans le
tas des highway=track ou residential, voire service pour des voies d'accès
privées ou d'exploitation agricoles ou minières et forestières)

Le 2 févr. 2017 17:43, "Eric Sibert"  a écrit :

> Le contributeur m'a répondu qu'il avait compris que ces contributions
> posaient problème et qu'il allait faire un revert de l'ensemble du groupe.
> Je suis quand même curieux de voir comment il va faire. Je lui ai dit qu'en
> cas de problème, il pouvait demander de l'aide à moi-même ou à la liste
> francophone.
>
> Un second contributeur du groupe m'a aussi répondu pour dire que "on nous
> a fait mention qu'il fallait mettre l'attribut principal à toute les routes
> effectuées étant au CAMEROUN nous ne pouvions donné avec précision la
> classification de ces routes.". J'ai fait un message d'explication sur la
> classification des routes et j'ai demandé qui était le "on".
>
> Affaire à suivre, les reverts n'ont pas encore commencé.
>
> Eric
>
>
>
>
> ___
> 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-it] R: Re: mappatura bar in Italia

[frali...@alice.it]

principalmente  i bar italiani sono
a) coffe-bar specializzato in colazioni
b) snack-bar , è più generico, puoi trovare secondo i luoghi anche degli 
spuntini che possono sostituire il pranzo, ed è spesso unito anche alla 
pasticceria e gelateria


poi esistono tante varianti e specializzazioni
guarda nel link


http://www.salabar.it/node/303


Messaggio originale
Da: liste.gira...@gmail.com
Data: 2-feb-2017 18.05
A: 
Ogg: Re: [Talk-it] mappatura bar in Italia

Il 01/02/2017 23:26, Martin Koppenhoefer ha scritto:
> 
> 
> sent from a phone
> 
>> On 31 Jan 2017, at 14:04, Federico Cortese  wrote:
>>
>> Sì, anche secondo me conviene seguire quello schema.
> 
> 
> per me amenity=cafe va bene solo per una parte dei bar in Italia. Tra i bar 
> italiani ci sono grosse differenze. Per esempio un bar che rimane aperto 
> anche di notte è al solito diverso da uno aperto fino al pomeriggio. Poi la 
> distinzione in quello che si mangia (cornetti surgelati, bar pasticceria, bar 
> tabacchi, tavola calda, bar gelateria, ristoro bar, ...), se hanno tavoli o 
> solo un bancone, ...
> 
> In realtà dovremmo creare un nuovo tag, sarebbe la soluzione più pulita. 
> Tanti esercizi firmati "bar" non sono ne cafe, ne pub, ne american bar, ne 
> restaurant, e nemmeno un sottotipo di questi. 
> 
> Ciao,
> Martin 

Per me la distinzione orari è fondamentale, e mi avvalgo palliativamente
di questa mail:


http://gis.19327.n8.nabble.com/di-nuovo-sui-bar-tp5351898p5351907.html

Il fatto di mettere a disposizione mangiare e cosa, è secondario e vanno
fatte dei tag aggiuntivi, altrimenti bisogna orientarsi su un
ristorante, con tag scondari come bar o cafè.

Si tenga conto della destinazione d'uso principale, mentre per il pub,
per come lo si intende in Italia non ho dubbi, è birreria punto, se poi
fa anche bruschetteria o ristorante, è uno scopo secondario, che va
taggato con aggiunte a discrezione dell'utente.


Per cui ammesso e concesso che lo scopo principale è la bevanda, ovvero
i locale è dedicato a questo scopo, allora la differenza per me sono gli
orari, come nella mail segnalata, aperti al mattino/mattino presto (non
fino al mattino presto ;) ) fino al pomeriggio orientativamente alle
22:00/mezzanotte, amenity=cafè, dal pomeriggio ad ora tarda/mattino
presto, amenity=bar, Birreria/pub indistintamente dall'ora,
specializzate in bevande al luppolo, amenity=pub, per altre cose ci sono
altri tag, per cui se si parla di bar, per me sono locali dove
principalmente lo scopo principale è il consumo di bevanda (alcolica o
no), che poi ci si ritrovi in gruppo o da soli, per me è secondario in
questi locali, è un punto di aggregazione come altri.


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



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



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

Re: [Talk-it] mappatura bar in Italia

[girarsi_liste]

Il 01/02/2017 23:26, Martin Koppenhoefer ha scritto:
> 
> 
> sent from a phone
> 
>> On 31 Jan 2017, at 14:04, Federico Cortese  wrote:
>>
>> Sì, anche secondo me conviene seguire quello schema.
> 
> 
> per me amenity=cafe va bene solo per una parte dei bar in Italia. Tra i bar 
> italiani ci sono grosse differenze. Per esempio un bar che rimane aperto 
> anche di notte è al solito diverso da uno aperto fino al pomeriggio. Poi la 
> distinzione in quello che si mangia (cornetti surgelati, bar pasticceria, bar 
> tabacchi, tavola calda, bar gelateria, ristoro bar, ...), se hanno tavoli o 
> solo un bancone, ...
> 
> In realtà dovremmo creare un nuovo tag, sarebbe la soluzione più pulita. 
> Tanti esercizi firmati "bar" non sono ne cafe, ne pub, ne american bar, ne 
> restaurant, e nemmeno un sottotipo di questi. 
> 
> Ciao,
> Martin 

Per me la distinzione orari è fondamentale, e mi avvalgo palliativamente
di questa mail:


http://gis.19327.n8.nabble.com/di-nuovo-sui-bar-tp5351898p5351907.html

Il fatto di mettere a disposizione mangiare e cosa, è secondario e vanno
fatte dei tag aggiuntivi, altrimenti bisogna orientarsi su un
ristorante, con tag scondari come bar o cafè.

Si tenga conto della destinazione d'uso principale, mentre per il pub,
per come lo si intende in Italia non ho dubbi, è birreria punto, se poi
fa anche bruschetteria o ristorante, è uno scopo secondario, che va
taggato con aggiunte a discrezione dell'utente.


Per cui ammesso e concesso che lo scopo principale è la bevanda, ovvero
i locale è dedicato a questo scopo, allora la differenza per me sono gli
orari, come nella mail segnalata, aperti al mattino/mattino presto (non
fino al mattino presto ;) ) fino al pomeriggio orientativamente alle
22:00/mezzanotte, amenity=cafè, dal pomeriggio ad ora tarda/mattino
presto, amenity=bar, Birreria/pub indistintamente dall'ora,
specializzate in bevande al luppolo, amenity=pub, per altre cose ci sono
altri tag, per cui se si parla di bar, per me sono locali dove
principalmente lo scopo principale è il consumo di bevanda (alcolica o
no), che poi ci si ritrovi in gruppo o da soli, per me è secondario in
questi locali, è un punto di aggregazione come altri.


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



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

Re: [OSM-talk-fr] Réparer un carnage

[Eric Sibert]

Le contributeur m'a répondu qu'il avait compris que ces contributions  
posaient problème et qu'il allait faire un revert de l'ensemble du  
groupe. Je suis quand même curieux de voir comment il va faire. Je lui  
ai dit qu'en cas de problème, il pouvait demander de l'aide à moi-même  
ou à la liste francophone.


Un second contributeur du groupe m'a aussi répondu pour dire que "on  
nous a fait mention qu'il fallait mettre l'attribut principal à toute  
les routes effectuées étant au CAMEROUN nous ne pouvions donné avec  
précision la
classification de ces routes.". J'ai fait un message d'explication sur  
la classification des routes et j'ai demandé qui était le "on".


Affaire à suivre, les reverts n'ont pas encore commencé.

Eric




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

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

[Philippe Verdy]

Autre cas, dans Sandre il y a tendance à nommer en premier et tout le long
du cours le nom de la branche principale, même si localement les branches
ont des noms locaux. Sandre ne signale pas toujours les synonymes, mais il
en cite. Cependant le nom principal est mis sur tous les segments (sauf cas
particulier des biefs ajoutés par l'homme pour alimenter les anciens
moulins ou des étangs ou canaux d'irrigation et raccorder des drains, ces
biefs n"'étant pas toujours nommés mais juste numérotés avec une ref
spécifique à Sandre, et cas particulier des cours d'eaux interfrontaliers
qui peuvent changer de dénomination selon la langue locale).

Les aménagements plus récents qui ont détourné un cours d'eau avant un
confluent par un bief raccordé au cours canalisé de l'ancien affluent ont
parfois le nom de la rivière principale alors que c'est pourtant bien le
cours de l'affluent, devenu cours majeur quand la partie aval avant le
confluent a été fermé par un barrage.

cours principal =>==+
  ||  \
bief   \ ancien cours
  ||   \
  v \
  || __ barrage
  ||\
 affluent --->---++==+>suite du cours principal

La question est alors de savoir quel nom attribuer au bief de contournement
ainsi qu'au dernier segment canalisé de l'affluent qui sert aujourd'hui à
l'écoulement du cours principal...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] [Tagging] destination:street

[Duane Gearhart]

Hey Martijn,

Apologies for my delay getting back to you.

As suggested - I added a link on the destination page [1]

For this location [2] the interchange information would look like this:
destination=West Valley
destination:ref=UT 201 West
destination:street=1300 South;2100 South
as updated here [3]
Note how the destination:street values follow the OSM pattern of spelling
out street names. Also, the semicolon separated names are easily read into
a a list of exit branch street names.

If user would would continue and take exit 305C onto 1300 South [4] as
captured here [5]
then the software can rank, sort, and collapse the consecutive exit
information - therefore, "1300 South" would take precedence over "2100
South"
I briefly discussed this at SotM US 2015 [6] at 12:23 into the video.

I can follow-up with you after the OSM data has been processed with recent
edits.

Regards,
Duane

[1] http://wiki.openstreetmap.org/wiki/Key:destination#See_also
[2] http://openstreetcam.org/details/8230/168
[3] http://www.openstreetmap.org/way/37192513
[4] http://openstreetcam.org/details/8230/181
[5] http://www.openstreetmap.org/way/32028378
[6] https://www.youtube.com/watch?v=hwglqOV6I9M



On Fri, Jan 20, 2017 at 3:02 PM, Martijn van Exel  wrote:

> Hi Duane,
>
> Thanks. I had overlooked the examples page (even though I searched the OSM
> wiki for the exact term!)
> I do appreciate the granularity of the destination:street tagging and
> would encourage the Telenav mappers to use it as well then, but we like to
> stick to conventions that are properly documented (not only in an example
> page). Since there is significant usage in N-America and some other regions
> [1], we could add it to the destination tag page [2]?
>
> My only issue with destination:street is that there’s still ambiguity when
> more than one street is on the sign, like here [3]. Would that then be
> destination:street=1300 So.;2100 So. and destination:ref=201 and
> destination:West Valley? The advantage of having a separate tag partly
> vanishes when you still need the semicolon separator?
>
> Martijn van Exel
>
> [1] http://taginfo.osm.org/keys/destination%3Astreet#map
> 
> [ 2]
> http://wiki.openstreetmap.org/wiki/Key:destination
> [3] http://openstreetcam.org/details/8230/168
>
> 
>
> 
>
> On Jan 19, 2017, at 5:44 PM, Duane Gearhart  wrote:
>
> Hey Martijn,
>
> It looks correct to me - using the destination:street allows users to know
> if the ramp is branching onto the specified street name vs. heading toward
> a street name - examples are located here:
> http://wiki.openstreetmap.org/wiki/Exit_Info#Road_name_Example
>
> Mappers have been using in the US too:
> http://overpass-turbo.eu/s/ln4
>
> Here is an example way:
> https://www.openstreetmap.org/way/11502773#map=19/39.21853/-76.65894
>
> You can see how it is used in the directions:
> https://www.openstreetmap.org/directions?engine=mapzen_car;
> route=39.22079%2C-76.65959%3B39.22139%2C-76.65428
>
> Regards,
> Duane
>
>
>
>
> On Thu, Jan 19, 2017 at 8:00 PM, Martijn van Exel  wrote:
>
>> Hi all,
>>
>> The Telenav mapping team noticed quite a few destination:street tags on
>> (mostly) motorway_link off-ramps in Canada. This is an undocumented sub-tag
>> of the destination tag so I am curious how it is being used and if there is
>> some sort of consensus that is documented somewhere else than the OSM wiki.
>>
>> An Overpass query surfaced 1883 cases, http://overpass-turbo.eu/s/ln2
>>
>> Looking at a random one, http://www.openstreetmap.org/way/34154734 /
>> http://openstreetcam.org/details/10767/4194 — I think in the US we would
>> just map this as destination=Carman Road;Iriquois and destination:ref=1
>>
>> So my question is whether this is some relic of a past practice, or is
>> this actively used and encouraged mapping practice and if so, where should
>> it be documented? (https://wiki.openstreetmap.or
>> g/wiki/Proposed_features/Destination_details seems to be a good
>> candidate.)
>>
>> We’re happy to help improve these tags based on OSC / Mapillary data but
>> I wanted to make sure first that this is the way you all want to go.
>>
>> Happy mapping,
>>
>> Martijn van Exel
>>
>>
>> ___
>> Tagging mailing list
>> tagg...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>>
>>
> ___
> 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: [OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[sly (sylvain letuffe)]

Vincent de Château-Thierry-2 wrote
> Et pour aiguiller les postulants, est-ce que tu saurais quantifier le
> temps consacré à cette gestion, par semaine ou mois, d'après ton
> expérience ?

Difficile de répondre tant cela peut varier selon le degré d'implication, si
je prends mon cas sur la fin, je ne n'y passais peut être plus que 30
minutes par semaine à lire les plaintes pour voir si cela concernait la
France, mais c'était parce que je ne pouvais/voulais plus trop m'impliquer
et qu'en réalité ça devenait finalement contre productif car les autres du
groupes ne savait plus si j'allais ou non m'occuper de tel ou tel ticket.
Je dirais donc que 1h par semaine est un minimum pour se tenir au courant de
comment son traités les autres cas par les autres membres (le but étant
d'avoir une réponse assez cohérente entre membres pour un type de problème
donné)
et sans doute 1 à 2h de plus à y consacrer pour discuter, expliquer,
diplomatiser, argumenter avec le contributeur dont un autre se plains.
Car autant les effacements violents de type vandalisme pur sont assez simple
à détecter et discuter autant parfois certains edits sont "border line" et
la discussion peu durer avant de trouver un accord.


J'ajoute qu'avoir une bonne connaissance d'osm en général, savoir faire des
revert mais surtout savoir discuter, expliquer, tempérer et garder son calme
en toutes situations (surtout quand le mec ne veut rien entendre et
t'insulte avec véhémence !)  sont nécessaires



-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n8.nabble.com/Sly-demissionne-du-Data-Working-Group-DWG-tp5890423p5890430.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[Vincent de Château-Thierry]

Salut Sylvain,

> De: "sly (sylvain letuffe)" 
> 
> Bonjour à la liste talk-fr que je ne fréquente que sporadiquement,
 
Non je ne postule pas, c'était d'abord pour t'adresser un *merci* pour ce 
boulot de l'ombre.

Et pour aiguiller les postulants, est-ce que tu saurais quantifier le temps 
consacré à cette gestion, par semaine ou mois, d'après ton expérience ?

merci

vincent

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

[OSM-talk-fr] Sly démissionne du Data Working Group (DWG)

[sly (sylvain letuffe)]

Bonjour à la liste talk-fr que je ne fréquente que sporadiquement,

En novembre 2012 : 
https://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051204.html
je devenais membre du DWG (
https://wiki.openstreetmap.org/wiki/Data_working_group )
L'objectif était d'avoir une représentation française au sein de ce groupe
car il y avait eu quelques petites tentions à l'époque concernant l'import
du cadastre et que leur petite équipe à l'époque avait déjà pas mal de
remontée de problèmes à gérer et le cas des français leur rajoutait du
travail sans leur en retirer.

Je viens de démissionner de ce groupe principalement parce que je n'ai plus
assez de temps à y consacrer et je tenais à en informer la communauté fr sur
la liste puisque c'est là que le débat avait eu lieu pour présenter un
membre de notre communauté pour "faire le lien".

En mini compte rendu, tout c'est bien passé durant ces 4 ans et le nombre de
cas à problème remontés pour la france a bien diminué, ce qui n'est hélas
pas le cas des autres régions du monde. De sorte que ma présence "pour gérer
les cas en France" fût de moindre importance au fil du temps.
J'en profite donc pour indique que le DWG est toujours à l'écoute de
candidatures pour aider à traiterdes cas de vandalisme, guerre d'éditions et
médiation partout dans le monde et que si l'un d'entre vous souhaites avoir
des précisions sur son fonctionnement, par exemple avant d'envoyer sa
candidature pour filer un coup de main, il peut m'en demander plus sur ce
fil de discussion ou en privé.

--
sly
sylvain à letuffe.org








-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n8.nabble.com/Sly-demissionne-du-Data-Working-Group-DWG-tp5890423.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre (Christian Rogel)

[Sylvain Montagner]

(je suis en abonnement groupé sur la liste, donc excusez moi si je suis 
passé à côté de messages)


Au sujets des cours d'eau, il est important de noter que le lancement de 
la "Bd-Topage", rapprochement de la Bd Carthage avec le thème hydro de 
la Bd Topo, est lancé ! [1]

Et, figurez vous qu'elle sera en Open Data [2] ! :-)
Bon, il faudra être un peu patient, mais pour utiliser les 2 à titre 
pro, l'ampleur du travail doit être titanesque.


Pour revenir aux données du cadastre, il faut savoir que les fichiers 
informatiques sources (les fameux EDIGEO [3]), contiennent bien plus 
d'informations que ce qui est affiché sur les tuiles raster du flux WMS 
du cadastre.
Pour avoir regardé les données de manière plus poussées via le plugin 
cadastre sur QGis [4], il y aurait tout un tas de données (toponymes) 
intéressantes pour OSM...

Concernant les cours d'eau en particulier, il y a pas mal de noms.

A+

Sylvain M.

[1] 
http://cnig.gouv.fr/wp-content/uploads/2017/01/201701_CNIG_BD-Topage_pr%C3%A9sentation_V2.pdf

[2] https://georezo.net/forum/viewtopic.php?pid=290682#p290682
[3] https://fr.wikipedia.org/wiki/EDIGEO
[4] http://www.portailsig.org/content/un-plugin-cadastre-libre-pour-qgis


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

Re: [talk-au] Another tool for finding Poke-paths

[Andrew Harvey]

On 2 Feb 2017 6:04 PM, "Graeme Fitzpatrick"  wrote:


2 of them are footpaths (in 1 case, a very funny shaped path!) in parks.
Looking on Google Maps, there are no paths showing in either of those parks
- are we able to use Google to confirm that something *doesn't* exist, & so
remove it?

No.

Even if you used a source we had permission to use, I would first add a
changeset comment. As the imagery might no longer reflect reality.

Which changeset are you referring too here?
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-be] trees (in a row) vs. tree_row

[Karel Adams]

Not hindered by any expertise or authority, I feel tempted to reply: if, 
in full foliage, they cast one continuous shadow, then it is a row; if 
not, they are separate trees.


KA


On 02/02/17 10:42, Pieter Brusselman wrote:


Hi,

When do you decide that trees are closed enough into a line to map 
them as a tree_row or just map them as individual trees?


for example: 
https://www.mapillary.com/app/?lat=51.07764176804454=3.5352408793126244=17=photo=EmDXwpiZawxLmLwO574imw



Grtz,
Pieter



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


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

[OSM-talk-be] trees (in a row) vs. tree_row

[Pieter Brusselman]

Hi,

When do you decide that trees are closed enough into a line to map them 
as a tree_row or just map them as individual trees?


for example: 
https://www.mapillary.com/app/?lat=51.07764176804454=3.5352408793126244=17=photo=EmDXwpiZawxLmLwO574imw



Grtz,
Pieter

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

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

[Christian Rogel]

Le 31 janv. 2017 à 22:00, osm.sanspourr...@spamgourmet.com a écrit :
> L'IGN aurait-il des règles de nommage spécifiques ?
> 
> Donc comme pas mal de données à prendre avec une distance critique.
> 
> Jean-Yvon
> 
>> Le 31/01/2017 à 20:51, Christian Quest - cqu...@openstreetmap.fr a écrit :
>> Je n'ai jamais vu de nom de cours d'eau dans le cadastre, par contre, nous 
>> avons la BD Carthage disponible et un rendu est disponible pour la 
>> visualiser dans JOSM: 
>> http://tile.openstreetmap.fr/?zoom=13=47.62978=2.73532=B000FT

La couche cadastre ne donne pas, sauf très rares exceptions, les nom des cours 
d'eau, mais Carthage préfère parfois un nom probablement peu utilisé par les 
riverains. Elle me semble faire des choix  contestables quand elle indique "Le 
ou La " au lieu de "Ruisseau de ".
En Bretagne, le nom est souvent "Ruisseau de" +  celui d'un hameau, 
généralement proche de la source.
La majorité des locaux optent pour une dénomination complète, moins 
confusionnelle.
Les fonctionnaires et les localiers des journaux préfèrent faire court.
Autre cas, la contradiction entre le SANDRE et l'IGN. Ex. : le premier voit "Le 
Lharon" à Loudéac (nom d'un hameau à mi-parcours, noté "L'Haron" dans Le 
cadastre) et le second "Le Ruisseau de la Bellière", du nom d'un hameau plus 
haut noté "La Beslière" dans le cadastre (révision récente archaïsante).
J'ai fait un mix des 2 derniers, mais c'est arbitraire.

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

Re: [OSRM-talk] Newbie question: routing for pedestrians, wheelchair, DEM data?

[Patrick Niklaus]

Hey,

unfortunately we don't have an official wheelchair profile. I think
the nice people from OpenRouteService have a great one though:

http://www.openrouteservice.org/

That said you can probably get a naive version if you modify our
foot.lua profile by excluding obstacles like steps (tread them like
barriers). Though even for walking that profile is not that great so
use with care.

Cheers,
Patrick



On Thu, Feb 2, 2017 at 9:21 AM,   wrote:
> hi,
>
> we are currently evaluating routing frameworks for offline routing. We are
> interrested in routings for pedestrians and wheelchair mode.
> So I have some questions, I didn't get answered in the docu.
>
> I followed the steps described in the wiki. Routing for pedestrian was
> running out of the box.
> Unfortunately not so for wheelchair. I tested the profile:
> (https://github.com/species/osrm-wheelchair-profiles), but the setup throws
> errors.
>
> So my questions:
> - Does OSRM support wheelchair routing?
> - What about elevation data?
>
> TIA
> gve
> __
>
>
>
> IDV AG Individuelle Softwarelösungen
>
>
>
> Vorstand : Robert Strassmeir
>
> Vors. des Aufsichtsrates : Dr. Brigitte Holler
>
> Sitz der Gesellschaft : München
>
> Amtsgericht München HRB 122 701
>
>
>
> ___
> 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-GB] any cyclists familiar with Calder Aire link

[Andy Townsend]

On 28/01/2017 15:03, David Groom wrote:

There seems a lot of duplication in these two route relations:

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

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

Both are titled "Calder Aire link"




One is route=foot, another route=mtb.  Presumably that is why there are 2.

Wherever I've encountered it, the Calder Aire link has always been just 
one route for all traffic.  That's not the case for others in that area 
though - the Pennine Bridleway has different routes for horse, foot and 
bicycle traffic in places.  That said, the addition of the A road to the 
relation at 
https://www.openstreetmap.org/relation/1573805#map=19/53.80651/-1.95819 
looks like a cockup.


Cheers,

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

Re: [Talk-gb-westmidlands] [Talk-GB] New editors working on parks

[Andy Robinson]

Mark, Welcome :-)

Probably not really a problem here in the UK because there are enough editors 
watching over the data to spot big issues. Thus far any inappropriate additions 
to the database have mostly been very local to the specific user, like adding 
extra bits to parks, creating new ones in their area or the odd change of tag 
to a water feature. They are easily reverted when spotted as these Pokémon 
users don’t seem to be going on to continually add stuff. Hopefully it will 
stay that way.

Cheers
Andy

-Original Message-
From: Mark Croft Redditch Linux Mint [mailto:mark.croft@gmail.com] 
Sent: 02 February 2017 01:02
To: Andy Robinson
Cc: SK53; talk-gb-westmidlands; talk-gb
Subject: Re: [Talk-gb-westmidlands] [Talk-GB] New editors working on parks

not sure i am replying correct sorry it i am doing this all wrong.

does this extra traffic for the pokemo go game going to be a problem?

i will check around batchley and areas i visit in redditch not noticed any big 
interest in edits..

is there a special area on the OSM website too look for all these updates, i am 
very New to OSM.. still dipping my toes in the water...


On 27 January 2017 at 16:44, Andy Robinson  wrote:
> Oh joys J
>
>
>
> On the plus side there are a lot more new users in those 30 ish who 
> have added more than one item and one or two who have added some 
> really good new stuff, so in some ways the attention will have some upsides.
>
>
>
> Just need to be vigilant around our own patches.
>
>
>
> Cheers
>
> Andy
>
>
>
> From: SK53 [mailto:sk53@gmail.com]
> Sent: 27 January 2017 16:16
> To: Andy Robinson
> Cc: talk-gb; talk-gb-westmidlands
> Subject: Re: [Talk-GB] New editors working on parks
>
>
>
> Hi Andy,
>
>
> These are Pokemon Go edits driven by the fact that the South Korea 
> release of the game is definitely using OSM as the base map.
>
> Total number of editors has picked up massively worldwide in the past 
> few days with a ridiculous peak of 3000 new users a minute sometime 
> this afternoon (although this may be a SEO-driven peak in the US).
>
> Certainly whatever the basis of the influx its quite a lot to handle 
> for existing 'data curators'. See the current range of changeset discussions.
> It's difficult to be sure, but I think there's an uptick in other edits too.
>
> Jerry
>
>
>
>
>
>
>
> On 27 January 2017 at 16:03, Andy Robinson  wrote:
>
> There has been a large number of new editors in the wider midlands 
> over the last few days (32 since Monday) most of which have been 
> adding new or adding to exiting park areas. Some are fine first edits 
> (a little awkward in placed but not unreasonable) but others are not, 
> so if it's also happening in your area keep a close eye. I'm reverting 
> those in my watch rectangle that are obviously inappropriate and I, 
> along with I note some others, have added some changeset comments to 
> try and make contact where appropriate, though thus far no responses.
>
> Mostly these seem to be id edits so I'm guessing perhaps a University 
> course or something.
>
> Cheers
> Andy
>
>
> ___
> Talk-GB mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>


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

Re: [Talk-GB] [Talk-gb-westmidlands] New editors working on parks

[Andy Robinson]

Mark, Welcome :-)

Probably not really a problem here in the UK because there are enough editors 
watching over the data to spot big issues. Thus far any inappropriate additions 
to the database have mostly been very local to the specific user, like adding 
extra bits to parks, creating new ones in their area or the odd change of tag 
to a water feature. They are easily reverted when spotted as these Pokémon 
users don’t seem to be going on to continually add stuff. Hopefully it will 
stay that way.

Cheers
Andy

-Original Message-
From: Mark Croft Redditch Linux Mint [mailto:mark.croft@gmail.com] 
Sent: 02 February 2017 01:02
To: Andy Robinson
Cc: SK53; talk-gb-westmidlands; talk-gb
Subject: Re: [Talk-gb-westmidlands] [Talk-GB] New editors working on parks

not sure i am replying correct sorry it i am doing this all wrong.

does this extra traffic for the pokemo go game going to be a problem?

i will check around batchley and areas i visit in redditch not noticed any big 
interest in edits..

is there a special area on the OSM website too look for all these updates, i am 
very New to OSM.. still dipping my toes in the water...


On 27 January 2017 at 16:44, Andy Robinson  wrote:
> Oh joys J
>
>
>
> On the plus side there are a lot more new users in those 30 ish who 
> have added more than one item and one or two who have added some 
> really good new stuff, so in some ways the attention will have some upsides.
>
>
>
> Just need to be vigilant around our own patches.
>
>
>
> Cheers
>
> Andy
>
>
>
> From: SK53 [mailto:sk53@gmail.com]
> Sent: 27 January 2017 16:16
> To: Andy Robinson
> Cc: talk-gb; talk-gb-westmidlands
> Subject: Re: [Talk-GB] New editors working on parks
>
>
>
> Hi Andy,
>
>
> These are Pokemon Go edits driven by the fact that the South Korea 
> release of the game is definitely using OSM as the base map.
>
> Total number of editors has picked up massively worldwide in the past 
> few days with a ridiculous peak of 3000 new users a minute sometime 
> this afternoon (although this may be a SEO-driven peak in the US).
>
> Certainly whatever the basis of the influx its quite a lot to handle 
> for existing 'data curators'. See the current range of changeset discussions.
> It's difficult to be sure, but I think there's an uptick in other edits too.
>
> Jerry
>
>
>
>
>
>
>
> On 27 January 2017 at 16:03, Andy Robinson  wrote:
>
> There has been a large number of new editors in the wider midlands 
> over the last few days (32 since Monday) most of which have been 
> adding new or adding to exiting park areas. Some are fine first edits 
> (a little awkward in placed but not unreasonable) but others are not, 
> so if it's also happening in your area keep a close eye. I'm reverting 
> those in my watch rectangle that are obviously inappropriate and I, 
> along with I note some others, have added some changeset comments to 
> try and make contact where appropriate, though thus far no responses.
>
> Mostly these seem to be id edits so I'm guessing perhaps a University 
> course or something.
>
> Cheers
> Andy
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> talk-gb-westmidla...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>


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

[OSRM-talk] Newbie question: routing for pedestrians, wheelchair, DEM data?

[Gernot . Veith]

hi,

we are currently evaluating routing frameworks for offline routing. We are 
interrested in routings for pedestrians and wheelchair mode. 
So I have some questions, I didn't get answered in the docu. 

I followed the steps described in the wiki. Routing for pedestrian was 
running out of the box.
Unfortunately not so for wheelchair. I tested the profile: (
https://github.com/species/osrm-wheelchair-profiles), but the setup throws 
errors.

So my questions:
- Does OSRM support wheelchair routing?
- What about elevation data?

TIA
gve
__

IDV AG Individuelle Softwarelösungen

Vorstand : Robert Strassmeir
Vors. des Aufsichtsrates : Dr. Brigitte Holler
Sitz der Gesellschaft : München
Amtsgericht München HRB 122 701

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

Re: [talk-au] Another tool for finding Poke-paths

[Andrew Johnson]

 Has anybody open a dialogue with Niantic to ask the company to do
something like declaring areas where fake/hoax edits have been made to
be haunted or dead-zones for the game?

 Currently the company has in effect been promoting dishonest edits, it
would IMO be better if the company were to discourage such conduct.

On Thu, 2017-02-02 at 17:03 +1000, Graeme Fitzpatrick wrote:
> 
> Is there anything much we can do about this sort of thing?
> 
> Thanks
> 
> Graeme


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