date:20160622

2016-06-18 22:11 GMT+02:00 Martin Koppenhoefer :
>
>> Il giorno 18 giu 2016, alle ore 13:24, Daniele Gitto  ha 
>> scritto:
>>
>> Si parlava di amenity duplicati. Quegli errori per cui si mette amenity sul 
>> perimetro e altri due su due edifici interni o due nodi (scuole distinte).
>
> si, sbagliato
>
Ecco un esempio fresco fresco:
https://www.openstreetmap.org/way/425816514

Ciao
Federico

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

Re: [Talk-ca] aerial imagery for missing roads

2016-06-22 Per discussione Stewart C. Russell

Hi Martijn,

> I am wondering if you know of any more recent aerial imagery that may be
> available? Or other suggestions to fill in these missing roads? (We have
> found many, many cases in Canada alone)

We don't have a national mapping agency in Canada that gives everything
away for free. Aerial imagery is typically carried out every couple of
years by the provinces, but in agricultural areas only. This is not free
and tends to cost anything from $10-150 / sq km just to see. Coverage is
spotty, and depends on the province's priorities.

Within 10 miles of the Great Lakes (so, not in your example) we used to
have access to wonderful USGS imagery. We can no longer see it in
Canada, although I suspect the images are still collected and may be
geofenced. Can't have free data getting in the way of Provincial cost
recovery, can we?

cheers,
 Stewart


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

Re: [Talk-transit] GTFS, tools and pt tags generally

2016-06-22 Per discussione Stephen Sprunk


On 2016-06-21 11:40, Roland Olbricht wrote:
OTOH, this doesn't seem like a huge problem if we're importing the 
data

from elsewhere using automated tools and only tweaking by hand where
it's wrong--and ideally, there should be some sort of feedback 
mechanism

to get the source corrected so even that's a short-term problem.


Well, that's explicitly deprecated in OSM. Please look in the wiki
about mechanical edits.

If you have useful and free data then the better approach is to mix
them up with OSM data outside OSM and give the OSM mappers a tool such
that each mapper can pick what he/she deems useful in OSM.


I'm sorry if I was unclear.  I didn't mean that one person should just 
blindly dump every GTFS feed into OSM and leave it to others to clean 
up.  I was thinking of something that an individual mapper could use to 
import the feed(s) in their particular area and resolve conflicts or 
errors before uploading, e.g. in JOSM.


One of my concerns is that if multiple people are working in the same 
area with the same source data then they should respect each others' 
corrections of that data.  Also, if there are multiple tools available, 
e.g. GO-Sync and a JOSM plugin, they translate things in exactly the 
same way so they're not constantly messing up each others' work.



Also, like it or not, Google Maps (and hence GTFS) has set a bar for
what users expect from online maps.  I'd certainly like OSM to be
better, of course, but the current situation is that OSM is generally
far, far worse.


I think this is where local differences matter. In large parts of
Europe, the transit agencies themselves have already good information,
OSM is more or less on par with that, and Google lags significantly
behind.


That seems odd; the GTFS feed should just be an export of the data that 
the agency is using for their own tools; it shouldn't be worse somehow.  
I can see how a group of dedicated OSM mappers could improve the 
geolocation or station amenities, but we could still free them up from 
having to maintain routes/routemasters and such.


Perhaps it's different in Rightpondia, but here in Leftpondia, it's 
common to see major (sometimes network-wide) changes to routes and 
schedules every 3-6 months.  The thought of having to create hundreds of 
routes and thousands of stops from scratch even once is daunting; that a 
large chunk of my work would get wiped away before I even finished the 
first pass makes it pointless.  OTOH, if tools could do most of the work 
and then point me to a handful of places where they couldn't figure out 
the right action, it could be done in a few minutes to maybe a few 
hours, depending on the scope of a given change.


And: how to tell apart services that run a few times per day from 
those

that have a headway of a few minutes?


That's starting down a slippery slope to including full schedule data.


Once again, please note that this is a huge difference in local 
culture.

...
If you would like to improve relevance of OSM, discriminating between
these three levels of service would be a prime concern.


Hmm.  It still seems a slippery slope to me, but if folks in areas where 
such a distinction exists find it relevant, I wouldn't stand in their 
way.


This is in contrast to a number of service that run once a day on 
schooldays.

...
And the right solution for this is not to delete these services from
OSM but to mark them as low-frequency service.


If someone were mapping school bus routes in the US (AFAIK, nobody is), 
I'd probably have the same reaction.  Or I might suggest creating an 
entirely new mode tag for them so there's no chance of being confused 
with non-school bus routes; it seems a more significant distinction than 
light_rail vs tram, for instance.



- Where to start/end routing of vehicles?


Sorry for the misunderstanding. I'm talking about getting a vehicle
from stop to stop. While the overall level of detail is often good
enough for routing, this doesn't hold always. To find and resolve the
mapping issues it makes sense to check whether you can route from stop
to stop. If not, this is always a strong hint that there are mapping
issues.

I do notice as a benefit from this discussion that not all transit
agencies (Tulsa, Portland) care whether their routes can be lawfully
driven in reality. That's different here in, at least in Western
Europe, maybe all Europe.


Lawfully?  Non-lethally would be a good start!  Routes from many 
agencies here, if taken literally, require you to go through buildings, 
off bridges to a crossing road without using any ramps, across rivers 
without a ferry, etc.  Bus stops can be in the middle of traffic lanes 
or hundreds of meters from the road.  Such things are why it's critical 
to _not_ undo someone else's manual corrections when importing 
updates--yet somehow _not_ preserve old imported data that _wasn't_ 
corrected.



I would like to see a set of rules that answer questions like:
- Does a "name:en" tag on the pole

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

2016-06-22 Per discussione Christian Quest

C'est une magnifique réutilisation des données OSM !

ça mérite une bonne place sur le wiki.osm.org, non ?

Le 22 juin 2016 à 21:22, DH  a écrit :

> Le 22/06/2016 19:37, JB a écrit :
>
>> Bonjour,
>>
>> J'ai continué l'aventure des cathédrales, avec cette fois, un (premier ?)
>> jeu de société à base d'OSM : le mémory des cathédrales. Il est arrivé
>> aujourd'hui dans la boite aux lettres, on s'est empressés de l'essayer avec
>> ma compagne. Pas de doute, il est tout à fait jouable : 72 cartes, soit 35
>> cathédrales, une carte avec l'échelle et les crédits. Une photo est visible
>> ici : http://jb.isonoe.net/demo/Jeu_cathedrales.jpg
>>
>> Rapidement, la démarche de fabrication : comme une partie mémory à près
>> de 200 paires risquerait d'être un peu longue à terminer, il a bien fallu
>> trouver un mode de sélection des édifices à conserver. Le plus neutre que
>> j'ai trouvé : les plus grandes (en surface). Alors, pour trier ça:
>> (pour les références, voir le mél précédent intitulé « Nouvelle affiche
>> disponible : on s'amuse avec les cathédrales ! » du 13/6)
>>  - calcul des surfaces : importation du fichier .osm des cathédrales dans
>> QGIS, compléter la table attributaire avec la surface (auparavant, pour les
>> brelles, comprendre pourquoi cette table attributaire ne veut pas passer en
>> mode édition),
>>  - exporter la partie intéressante de la table attributaire :
>> l'identifiant des objets et leur surface,
>>  - ajouter l'information de surface aux éléments du fichier .osm
>> (mini-script python qui cherche l'id de l'élément dans la table),
>>  - ressortir un fichier avec les cathédrales « au carré » mais triées
>> cette fois par surface décroissante (modification à la marge du script de
>> l'affiche),
>>  - exporter un petit png centré sur chaque cathédrale.
>> Sur les conseils design de ma compagne, le gris morose des bâtiments de
>> la feuille de style est passé à un vague sépia, la boite du jeu est
>> conseillée en bleu.
>> On envoie tout ça à un fabricant de jeux à la demande, et hop, dans la
>> boite aux lettres (en passant par la case carte bleue).
>>
>> Alors, après réception, il y aurait quelques ajustements à faire (le
>> calage chez le fabricant n'est pas parfait, du coup, le dessin frôle les
>> bordures dans certains cas… et cette fichue cathédrale de Marseille qui se
>> prend des envies de longueurs !), voir à ajouter un fond de couleur à la
>> place du blanc, et puis trouver un fabricant qui propose un dos de cartes
>> un peu plus élégant… Pour une version zéro, c'est pas vilain.
>>
>> Voilà voilà, bonne soirée,
>>
>>
>> Je suggère à la liste d'élever JB au titre de "troubadour de la donnée
> géoréférencée".
> Bravo JB pour ta créativité.
>
> Denis, auditeur attentif des Fabulous_Trobadors (
> https://fr.wikipedia.org/wiki/Fabulous_Trobadors)
>
>
>
>
>
> ___
> 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

Re: [OSM-talk-fr] Crédits API BAN sur api.gouv.fr

2016-06-22 Per discussione Christian Quest

OSM est bien cité sur la page. Sur la BAN, OSM n'a pas un rôle aussi majeur
et la présentation de cette page ne me choque pas (par contre, je sais que
l'inverse choquerait).

L'apport en données est actuellement IGN+Poste, et bien entendu pas de
données OSM car la base n'étant pas diffusée qu'en ODbL ce ne serait pas
possible. Quand on aura le moyen de contribuer vraiment à la base (on y
travaille, croyez moi) on pourra le revoir.

Vu que les relations sont encore un peu compliquées, inutile de crisper un
peu plus...


Le 22 juin 2016 à 16:52, Nicolas Moyroud  a écrit :

> Salut à tous,
>
> Sur la page de l'API BAN (
> https://api.gouv.fr/api/base-adresse-nationale.html) je trouve qu'il
> manque la mention "OpenStreetMap France" dans le petit cartouche "Sources
> et partenaires". Certes cela est indiqué dans le texte de description mais
> bon il n'y a pas de raison de mettre La Poste et l'IGN dans la liste des
> partenaires et pas OSM France...
> Je peux les contacter personnellement pour leur signaler mais je pense que
> ça aura plus d'effet si un des big boss OSM France s'en charge. ;-)
>
> Nicolas
>
>
> ___
> 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

Re: [Talk-cz] Vrstva rozcestníků - infotabule

2016-06-22 Per discussione Marián Kyral



-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 6. 2016 23:33:48
Předmět: Re: [Talk-cz] Vrstva rozcestníků - infotabule

"


 
"Od: Miroslav Suchy 

""> Dne 22.6.2016 v 11:32 Marián Kyral napsal(a):
> Jaké další tagy by se takto měly rozlišit? Napadají mně například cyklo 
rozcestníky (ale jsou i rozcestníky, kde jsou
> jak pěší, tak cyklo trasy), nebo "rozmazané" či jinak nekvalitní fotky.

Cyklorozcestniky, rozcestniky lyzarske stopy, konske.

Pripominam ze jsme stale jeste nerozsekli IIRC co vsechno je 
cyklorozcestnik."



Já bych měl poněkud bazálnější otázku - kam přesně je aktuálně tento projekt
(ikony rozcestníků apod.) směřován? Osobně jsem předpokládal, že v prvním 
kroku půjde jen o něco, co nazývám "analytickou vrstvou", tedy  o použití 
těchto ikon v nástroji, který nám zvizualizuje výskyt těchto objektů a 
pomůže zkvalitnit mapu tím, že si zhmotníme reálný stav, precizujeme otázky 
co s ním, doplníme databázi o co nejvíce chybějících rozcestníků a jejich 
fotek, uvedeme v život nové kategorie (infotabule etc.) atd... A v druhé 
fázi na to můžeme (plynule) navázat těžením ze získaných dat např. tím, že 
zkošatělou a vhodným tagováním "odladěnou" databázi okořeníme vhodnými 
ikonkami do POI (aktivní) vrstvy a fotkami těchto POI v pop-up okně mapy...



"
Dale by se hodilo fotku aktualizovat. Tj. nahrat novou, predchozi "smazat" -
klidne tam muze zustat, ale at se nenabizi
jako prvni, ale az se klikne na "historie" - treba."



Již před časem jsem lobboval za to, aby bylo pro každý POI možné pořídit 
více uživatelských fotografií. Jednak je někdy vhodné POI doplnit více 
pohledy a současně platí, že v běhu času se bude jevit podstatné fotografie 
nahrazovat novějšími - buď se místo změní, nebo získáme kvalitnější 
fotografii. Toto lze řešit různými způsoby, např. vytvořením vlastního tagu 
typu fotoref=* s unikátním kódem a pak ukládáním fotografií s ref tohoto POI
(některým mapperům se nelíbilo vytváření samostatné databáze fotek, když by 
mohly fotky být ve WikiMedia... ale to je jiná diskuse) a současně 
sledováním "preferenčních hlasů" (+1 / -1 nebo jen -1), pomocí kterých by se
fotky uživatelsky řadily a zobrazovaly v pořadí dle data vložení a 
"preferenčních hlasů" v nějakém karuselu...



"



Jako myslím na to. Ale nějak se mi teď nedaří udělat si na to čas. Možná až 
bude někdy celý víkend pršet. Ale nic neslibuji :-D






"




Už jen u rozcestníků budeme za několik let řešit, že spousta z nich bude 
vypadat jinak...

"



To by měl řešit ten tag "zastaralé"




Marián



"






vop


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

Re: [OSM-talk-fr] SPAM Re: Majuscule à l'article défini sur les lieux-dits ?

2016-06-22 Per discussione Jérôme Seigneuret

Bonsoir,

J'interviens que tard sur un sujet déjà bien tordu.

En clair on va se prendre la tête à reprendre une manière de représenter
les choses qui ne correspondent qu'à une manière de penser ou de concevoir
les étiquettes d'une carte.

Le type de lieudit est caractérisé par des clés (son caractère officiel ou
officieux... je vois pas trop en quoi cela joue sur l'orthographe)

Bref il me semble que de toute façon le name est à saisir en "mixed case"
et c'est pas osmose qui parle de cela.
Si cela pose problème il faudrait plutôt réfléchir à en parler sur la liste
talk et définir un usage spécifique si c'est le cas et/changer les règles
concernant le mixed case.

C'est sur que pour exploiter des termes dans une phrase si la saisie
correspond à une majuscule et pas à une capitale, il est assez facile de
faire les accords "à le" > "au" . A contrario "à Le" restera "à Le"

Cela demande de revoir l'exploitation du champs name pour la France et les
règles de saisie le cas échéant. Mais cela répond à des règles
orthographiques et non à un délire typographique pour identifier les
hameaux et les lieudits.

Le champs name et name:fr s'ils sont remplis doivent être identique (la
casse aussi)
Le problème du "mixed case" c'est l'exploitation et la différenciation
entre les termes capitalisés et les terme réellement en majuscule. Cela
rend problématique l'exploitation de sigle et les accord dans les phrases.

Créer une autre clé... Je comprends pas pourquoi.
Surtout qu'il me semble assez simple de faire un post traitement pour le
rendu comme c'est le cas pour le rendu humanitaire.

Jérôme.


Le 22 juin 2016 à 20:54, Christian Rogel 
a écrit :

>
> Le 22 juin 2016 à 10:30, Philippe Verdy  a écrit :
>
> Le 22 juin 2016 à 02:41, Christian Rogel  > a écrit :
>
>>
>> > L'approche choisie par Osmose contredit la règle édictée par
>> > OpenStreetMap. Tant que ceci n'est pas résolu dans un sens où dans
>> > l'autre il y a un problème.
>> >
>> https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Toponymes_officiels_et_non-officiels
>>
>> Les codeurs d’Osmose ont, ici, bien senti où sont le sens commun et la
>> vraie vie
>>
>
> Ils ont surtout senti leur propre volonté d'imposer une norme inventée de
> toute pièce qui oublie complètement qu'en français et dans l'écriture latin
> en général la casse est signifiante, juste pour une prétendue volonté
> d'homogénéité sur un rendu. Hors ce n'est pas à la base de données
> d'impsoer cette règle de rendu, si volonté il y a de faire un rendu
> homogène.
>
> Ces noms ont des usages autres que pour produire une carte. Ce sont des
> données, pas la carte elle-même.
>
> Le pragmatisme a bon dos ! Ici Osmose veut taguer pour le rendu, et ses
> auteurs ne veulent simplement pas l'admettre ! Ce n'est pas à Osmose de
> corirger ça, c'est au rendu mapnik de forcer une capitale initiale, si ça
> lui plaint mieux. On n'a aboslument pas à supposer que ces noms sont
> destinés uniquemetn à une utilisation isolée (dans une "phrase nominale"
> uniquement).
>
>
> Quand je parle d’un usage datant de l’administration française du temps de
> la plume d’oie, je pointe le fait que la minuscule était d’usage dans les
> actes manuscrits des notaires ("un champ sis près du village de l’Épine").
> Cette pratique reflétait la nouveauté qu’était la majuscule (au Moyen-Äge,
> on ne l’utilisait pas).
> Avec l’arrivée de l’imprimerie, l’emploi des capitales est plus simple et
> c’est pourquoi l’État trouve avantage à les prescrire pour les noms de lieu
> qui sont sous sa juridiction.
> Mais, on se contente de transformer les minuscules en bas-de-casse, car,
> cela, au fond, aucune incidence pratique.
> L’IGN, emporté par son élan, se met à capitaliser sur ses cartes le tou
> venant des noms de lieu. Il suit, en cela, une tendance de fond, que nous
> voyons partout sur nos routes, avec validation ou non de l’État.
> Eh, bien, on a pu trouver des membres arriérés du CNIG pour continuer à
> maintenir la guéguerre, afin de bien marquer les limites (de classe ?), en
> invoquant un « usage » fanstasmatique.
>
> OSM mérite mieux que ces escarmouches d’arrière-garde.
>
>
>
> Christian R.
>
> ___
> 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] path, cycleway et footway

2016-06-22 Per discussione Eric SIBERT


Le 22/06/2016 à 23:26, Tony Emery a écrit :

Ok mais, ça ne m'explique pas pourquoi on utilise QUE le tag highway=path


Parce que highway=path est un chemin générique quand rien d'autre ne 
convient. Comme la voie verte qui n'est pas principalement une voie 
cyclable ni une voie piétonne.


Ça a déjà été discuté sur la liste:
https://lists.openstreetmap.org/pipermail/talk-fr/2014-March/066949.html

Malheureusement, le wiki n'a effectivement mis que partiellement à jour 
pour tenir compte de cette discussion.


Eric


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

Re: [Talk-cz] Vrstva rozcestníků - infotabule

2016-06-22 Per discussione Petr Vozdecký



-- Původní zpráva --
Od: Marián Kyral 


"


-- Původní zpráva --
Od: Miroslav Suchy 

"
Pripominam ze jsme stale jeste nerozsekli IIRC co vsechno je 
cyklorozcestnik.
"



Jo jo. Pro mně prostě bude cyklo rozcestník všechno, co má tag "rozcestník" 
a "cyklo" :-D


"


"



"
Mirku, ty máš na mysli tu otázku, zda je cyklorozcestníkem žlutá směrová 
tabule v několika variantách vyhotovení a výskytu na silničních 
cyklotrasách? A pokud ano, tak zda za cyklorozcestník brát každou šipku (v 
různých vyhotoveních, velikotsech i tvarech, se jménem destinace i bez), 
která se na trase vyskytne...?





vop

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

Re: [Talk-cz] Vrstva rozcestníků - infotabule

2016-06-22 Per discussione Petr Vozdecký



 
"Od: Miroslav Suchy 

""> Dne 22.6.2016 v 11:32 Marián Kyral napsal(a):
> Jaké další tagy by se takto měly rozlišit? Napadají mně například cyklo 
rozcestníky (ale jsou i rozcestníky, kde jsou
> jak pěší, tak cyklo trasy), nebo "rozmazané" či jinak nekvalitní fotky.

Cyklorozcestniky, rozcestniky lyzarske stopy, konske.

Pripominam ze jsme stale jeste nerozsekli IIRC co vsechno je 
cyklorozcestnik."



Já bych měl poněkud bazálnější otázku - kam přesně je aktuálně tento projekt
(ikony rozcestníků apod.) směřován? Osobně jsem předpokládal, že v prvním 
kroku půjde jen o něco, co nazývám "analytickou vrstvou", tedy  o použití 
těchto ikon v nástroji, který nám zvizualizuje výskyt těchto objektů a 
pomůže zkvalitnit mapu tím, že si zhmotníme reálný stav, precizujeme otázky 
co s ním, doplníme databázi o co nejvíce chybějících rozcestníků a jejich 
fotek, uvedeme v život nové kategorie (infotabule etc.) atd... A v druhé 
fázi na to můžeme (plynule) navázat těžením ze získaných dat např. tím, že 
zkošatělou a vhodným tagováním "odladěnou" databázi okořeníme vhodnými 
ikonkami do POI (aktivní) vrstvy a fotkami těchto POI v pop-up okně mapy...



"
Dale by se hodilo fotku aktualizovat. Tj. nahrat novou, predchozi "smazat" -
klidne tam muze zustat, ale at se nenabizi
jako prvni, ale az se klikne na "historie" - treba."



Již před časem jsem lobboval za to, aby bylo pro každý POI možné pořídit 
více uživatelských fotografií. Jednak je někdy vhodné POI doplnit více 
pohledy a současně platí, že v běhu času se bude jevit podstatné fotografie 
nahrazovat novějšími - buď se místo změní, nebo získáme kvalitnější 
fotografii. Toto lze řešit různými způsoby, např. vytvořením vlastního tagu 
typu fotoref=* s unikátním kódem a pak ukládáním fotografií s ref tohoto POI
(některým mapperům se nelíbilo vytváření samostatné databáze fotek, když by 
mohly fotky být ve WikiMedia... ale to je jiná diskuse) a současně 
sledováním "preferenčních hlasů" (+1 / -1 nebo jen -1), pomocí kterých by se
fotky uživatelsky řadily a zobrazovaly v pořadí dle data vložení a 
"preferenčních hlasů" v nějakém karuselu...




Už jen u rozcestníků budeme za několik let řešit, že spousta z nich bude 
vypadat jinak...




vop

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

Re: [OSM-talk-fr] path, cycleway et footway

Ok mais, ça ne m'explique pas pourquoi on utilise QUE le tag highway=path
pour désigner une voie verte.


Tony Emery wrote
> Ça me gêne un peu car, au final, rien de distingue une voie verte de
> n'importe quel autre chemin (allée piétonne d'une résidence, chemin
> urbain, chemin de forêt,...)
> 
> Pourtant, la voie verte a une existence et une particularité légale qui
> mérite, au même titre que la zone 30 (highway=living_street), un tag
> spécifique.
> 
> Même si on ajoute d'autres tag comme bicycle, foot ou surface, rien
> n'indiquerait qu'il s'agisse spécifiquement d'une voie verte.





-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876242.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] MAPS.ME edits - partly sub-standard

2016-06-22 Per discussione Andy Townsend


On 22/06/2016 16:23, Martin Koppenhoefer wrote:


2016-06-22 17:07 GMT+02:00 Martin Koppenhoefer >:


yet another issue 



and another type of issue:

...

I suspect that this mailing list isn't the best way of logging bugs with 
MAPS.ME.


https://github.com/mapsme/omim/issues/3623 suggests emailing 
b...@maps.me ; maybe try that?


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

Re: [Talk-de] breite Wassergräben

Lilienthaler wrote
> noch einmal:
> 
> So sehe ich das auch. Ich weiß auch nicht wirklich, was nun das Kriterium
> für die Unterscheidung sein soll. Alles was nach Wiki einen drain
> ausmacht, ist optional, so dass auch ditch passen würde. Wenn man aber
> alle genannten Optionen für einen drain anwendet, bleibt kaum was übrig,
> was man als drain taggen kann.





--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876240.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] breite Wassergräben

2016-06-22 Per discussione medimailer


Am 22.06.2016 um 21:42 schrieb streckenkundler:

Ich für mich hab entschieden, für solche Meliorationsgräben nur
waterway=ditch zu verwenden. Eigentlich ist ditch und drain dasselbe...
Unterschied besteht primär nur in der Befestigung der Ufer und der
Gewässersohle.
So sehe ich das auch. Ich weiß auch nicht wirklich, was nun das 
Kriterium für die Unterscheidung sein soll. Alles was nach Wiki einen 
drain ausmacht, wird gleichzeitig so eingeschränkt, dass auch ditch 
passen würde. Wenn man dagegen alle Einschränkungen anwendet, bleibt 
kaum was übrig, was man als drain taggen kann.

Eigentlich fehlt einerseits Unterscheidung von kleinen schmalen
Drainagegräben
Das war auch mein Anliegen, eigentlich könnte man auf den bisherigen 
drain verzichten und ihn besser als Sammelgraben definieren, der in der 
Kartendarstellung dann breiter gerendert werden kann. Oder als 
Alternative ein waterway=canal mit dem zusätzlichen service=drainage, 
wobei dir das wiederum im Spreewald vermutlich auch nicht helfen würde.

(*) schiffbare Gewässer im Spreewald: Wasserfahrzeuge mit maxwidth=1.9;
maxlegth=9.5 (Tiefgang ca. 0.6)
Wie ich jetzt gesehen habe, gibt es für canal den Tag service mit den 
Werten transportation, water_power, irrigation und künftig gern auch 
drainage. Schiffbar ist also nicht unbedingt notwendig, um ein 
waterway=canal zu taggen.


Grüße
Matthias

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

[Talk-cz] SoTM 2016 - kdo se chystá

2016-06-22 Per discussione Jethro

Zdar,
chystáte se někdo na SoTM do Bruselu 22. -- 25. září? Já s Krakonošem pojedeme,
chystáme se vlakem se skládacími koly, ubytování přes AirBnB. Přidal
by se někdo? Jeli bychom asi 21. odpoledne z Prahy, zpátky buď 25.
večer nebo někdy 26.
V pátek bych chtěl koupit lístky na cestu tam, takže se rozhodujte rychle ;-)
MSF
Jethro

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

[Talk-it] tileserver locale

2016-06-22 Per discussione Alessandro Palmas

Buonasera lista,
per una consulenza starei cercando, con una certa urgenza (sottile
eufemismo), qualcuno che possa tirare su un tileserver da installare in
locale in modo che possa servire tile esattamente come su OSM puntando
l'IP della macchina.

Alessandro Ale_Zena_IT


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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione Jérôme Seigneuret

>
>
>> */designated/* a été créer pour définir un usage obligatoire pour des
>> usagers spécifiques (le panneaux de ségrégation implique cet usage).
>> Donc le */yes/* suffit amplement car une voie verte n'impose pas de ne
>> pas utiliser une route adjacente. C'est complètement inutile de surcharger
>> la clé */foot/* et *bicycle *pour ajouter cette information sens le
>> contexte obligatoire. Il y a déjà des règles prédéfinies pour cela. Pour
>> les vélo il y a une clé à mettre sur la route d'ailleurs*/
>> bicycle=use_sidepath/*
>>
>
> Je ne suis pas d'accord sur designated, il n'implique aucune obligation,
> il signifie juste que le chemin est explicitement dédié à un type de moyen
> de transport particulier, donc designated est bien la bonne valeur a
> utiliser pour les voies vertes (on pourrait même utiliser la valeur
> "official" plus forte que designated)
>
>
En effet obligatoire c'est une connerie ... Je suis allé un peu fort.

Mais en aucun cas le panneau voie verte ne désigne un usage et une
conception spécifique ou explicite pour un mode de transport particulier.
Le code de la route dit

*Interdiction pour les véhicules motorisés de circuler et de stationner sur
une voie verte*
Il n'y a rien de plus.

Certains panneau désigne clairement des usages. On a bien le même cas avec
les zones de rencontre et les voies piétonnes. L'usage et commun régis par
le même code avec des règles communes sans désigner spécifiquement un mode
de transport (la désignation est trompeuse).

La Voie Verte a un rôle en développement durable, d'où cette engouement des
communes à mettre ce terme plutôt qu'un panneau:
"Interdit aux voitures, motos et cyclomoteurs"
Je pense qu'il est aussi plus facile d'avoir des financements pour des
construction. (ça a un effet image de qualité)

Quand à official? C'est quoi l'intérêt? On va le mettre sur tous les types
transports car la circulation en France à forcément un caractère officielle
quelque-soit le mode de transport. De plus les règles de circulation ne
change pas et il n'y a pas de code de la route différent pour l'ensemble
des modes de circulations en France. Le code est unique.
La différence entre yes et official est complètement inutile. Pour moi yes
c'est officiel et no c'est aussi officiel.

yes : *The public has an official, legally-enshrined right of access*

La voie de vélo est clairement faite pour un usage :


   - Le cas de la voie cyclable sans caractère obligatoirepour
   - la voie cyclable : highway=cycleway (bicycle=designated étant la
  valeur par défaut donc inutile)
  - pour la voie routière : highway=residential + bicycle=discouraged
   - Le cas de la voie cyclable avec caractère obligatoire
   - pour la voie cyclable : highway=cycleway (bicycle=designated étant la
  valeur par défaut donc inutile)
  - pour la voie routière : highway=residential + bicycle=use_sidepath


Dans le cas où la voie vélo et piétonne est partagée, la voie est faite
pour les vélos et donc il y a un usage explicite pour que le cycliste
respecte le partage de sa voie avec la circulation piétonne. Ça change donc
le code de la circulation
d'ou l'ajout de foot=yes dans ce cas précis (ou designated).

Les cas de circulation en trail (pour les itinéraires de montagne pas
exemple) les panneaux entre dans d'autres considérations mais reste sur le
principe de partage de la voies avec des indications spécifiques à un
ensembles d'occupants

Bonne soirée
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-transit] GTFS, tools and pt tags generally

2016-06-22 Per discussione Stephen Sprunk


On 2016-06-21 15:12, Paul Johnson wrote:

On Tue, Jun 21, 2016 at 2:02 PM, Stephen Sprunk 
wrote:

I found a couple transit-specific apps, but they refuse to work until
I'm within some minimum distance of a stop.  ...


RideSystems (and yes, I'm calling them out on this, since I reported
the problem a year ago via Google Play) won't even get past the
"select your transit system" thing.


I was going to say "at least they tried", but after a year, I agree.


Plus it's basically one of those
lame "browser in an app" deals, and it _still_ doesn't work all that
great in Chrome.


I don't get why so many folks waste money on that, other than to tell 
clueless execs that "we have an app" when all they really have is the 
same old website with a app-like shortcut.


Building a custom app probably isn't cheap, but there _must_ be decent 
off-the-shelf apps out there that can work from a standard GTFS feed.  
Or they could just make their regular web site work well on mobile 
devices too; few riders would care it's not an "app".



... better than their old trip planner by a lot:  Tear out page 4 of
the timetable, fill out the form printed on it, _then mail it to the
transit system's office and wait for them to mail you the answer_.  No
joke.


*boggle*

Here, they publish a 24x7 customer service phone number that works for 
both trip planning and any other questions/complaints from riders.  
Their web/app trip planner isn't bad, but it doesn't seem to be any 
better than Google Maps, which indicates it's using the exact same data 
that's in the GTFS feed (maybe the feed itself).



[Cross-streets is] how nearly all bus stops here are named, aside
from those part of complex bus/rail stations that tend to have
multiple bays/platforms.  I don't see the problem with that.

It's when you get to those complex stations that you run into
questions of naming the individual pieces vs the station as a whole,
but it still doesn't seem that difficult until you get to rare cases,
e.g. multiple stations that have grown together into one confusing,
amorphous blob.


The transit renderer doesn't seem to like to consider the same stop
running different directions through the same intersection unless you
bang the name up.  A stop might be 41st and Yale in one direction, and
Yale and 41st going the other way through the intersection, for
example.


I'm not sure what you're referring to; the only bus stops I see in all 
of Tulsa are the ones at or near Denver Avenue Station, and only one of 
DAS's bays seems to be labeled.


Here, there'd be four distinct stops named something like "41st NB @ 
Yale", "41st SB @ Yale", "Yale EB @ 41st" and "Yale WB @ 41st".  The 
only rendering challenge I see is if they're so close at low zoom that 
the names would overlap, but since they're all pretty much the same name 
anyway, it doesn't matter in practice.



S


--
Stephen Sprunk  "Those people who think they know everything
CCIE #3723 are a great annoyance to those of us who do."
K5SSS --Isaac Asimov

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

Re: [Talk-de] breite Wassergräben



sent from a phone

> Il giorno 22 giu 2016, alle ore 21:42, streckenkundler 
>  ha scritto:
> 
> (wenn am die Schiffbarkeit als
> Unterscheidungskriterium zwischen river und stream ansetzen will)


das Kriterium laut wiki ist, ob man von der Breite her drüberspringen kann.


Schiffsverkehr ist für canal nicht (mehr?) das  einzige Kriterium, es reicht 
aus, dass es ein "großer" künstlicher Wasserlauf ist. 

Dass drains eingefasst sind, ist laut wiki ein kann-Kriterium, nicht zwingend. 
Zwingend ist hingegen dass sie untergeordnet sind ("minor")

Insgesamt finde ich das Wasserlauftagging auch ein bisschen unbefriedigend 

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

Re: [Talk-de] breite Wassergräben

2016-06-22 Per discussione streckenkundler

Hallo Matthias,

du kannst auch 
http://contentdm.lib.byu.edu/cdm/singleitem/collection/GermanyMaps/id/845/rec/1

  
anschauen... 

Ich erfasse im Spreewald bei relevanter Breite des Gewässers, die ich nach
Gefühl ab ca. 1,5m bis 2m Breite ansetze, zusätzlich als Fläche. Gerade bei
Karten mit höheren Zoomlevels kommt dann die Darstellung der Realität recht
nahe.

Sven




--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876234.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [OSM-talk] Failed water proposal reversal

2016-06-22 Per discussione Tomas Straupis

>>  Water proposal tried to change the tagging:
>>  landuse=reservoir => natural=water|water=reservoir
>>  And in general all water landuse=x => natural=water|water=x (basin, pond 
>> etc.)
>>  waterway=riverbank => natural=water|water=riverbank
> No.
> The water proposal didn't change or deprecate anything, and that is explicitly
> stated on both the proposal and water=* wiki pages.

  Either you're lying, or... it is ok to change landuse=reservoir
status from debated to VALID then? The part in your proposal about
deprecating landuse/riverbank parts was... mistake... fun... local
"referendum"? :-)

> 1. It reassures that it's okay to tag any body of water visible
> 

  So YOU thought that it suits YOUR understanding better and so screw
those thousands of hundreds of objects already marked. Yes? Less than
one year of participation in OSM for you was enough to get the whole
idea?

> Data consumers will have to live with two tagging schemes,
> as that is the way OSM works.

  It does not have to be that terrible way (it was not before your
proposal). Data consumers deserve better data. Which we do have if
selfish people do not screw it up.

-- 
Tomas

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

Re: [Talk-de] breite Wassergräben

2016-06-22 Per discussione streckenkundler

Hallo Zusammen,

extra wegen diesem Thema hab ich mich bei der Mailing-Liste angemeldet...
sonst hab ich die Themen der Mailingliste nur lesenderweise verfolgt.

Meine Erfahrungen im Spreewald zeigen mir, daß man mit dem OSM-Tagging
Gewässer nur sehr, sehr begrenzt entsprechend der Realität erfassen kann.
Ich für mich hab entschieden, für solche Meliorationsgräben nur
waterway=ditch zu verwenden. Eigentlich ist ditch und drain dasselbe...
Unterschied besteht primär nur in der Befestigung der Ufer und der
Gewässersohle. Aber nun... sei's drum. Weiterhin verwende ich waterway=canal
nur, wenn es künstliche und schiffbare Gewässer sind. Ist ein Abschnitt des
Gewässers ein begradigter natürlicher Wasserlauf, bekommt dieser Abschnitt
aber waterway=river. Die Grenzen sind hier aber fließend... oder man
beschäftigt sich mit der Gewässerhistorie... Ich habe für mich auch
entschieden, für den Spreewald in Ermangelung eines geeigneten Taggings
waterway=stream weiter zu fassen und auf zweitrangige schmalere, aber noch
schiffbare(*) Gewässerläufe auszudehnen.

Auch eine Unterscheidung anderer Values ist oft reine
Interpretationssache... Selbst wenn das Gewässer im Namen das Wort "Kanal"
trägt, ist das noch lange nicht ein Kanal im Sinne der OSM-Definition. Viele
Fließe im Spreewald (auch wenn sie mit Kahn oder Paddelboot befahrbar sind)
vermag ich nicht als waterway=river zu bezeichnen, zu mindestens nicht im
Vergleich zu anderen waterway=river, wie Spree, Havel oder Elbe. Walhllos
herausgegriffen: das Stauensfließ: 
https://www.openstreetmap.org/relation/2848685
  

Eigentlich fehlt einerseits Unterscheidung von kleinen schmalen
Drainagegräben zu solchen größeren Sammlergräben und andererseits eine
stärkere Unterscheidung von river (wenn am die Schiffbarkeit als
Unterscheidungskriterium zwischen river und stream ansetzen will) 2-3
Klassen statt einer dürften reichen. Ich würde das ähnlich sehen wie das
Kriterium der Verkehrsbedeutung bei normalen Straßenklassen.

(*) schiffbare Gewässer im Spreewald: Wasserfahrzeuge mit maxwidth=1.9;
maxlegth=9.5 (Tiefgang ca. 0.6)

Gruß

Sven



--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876232.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

2016-06-22 Per discussione DH


Le 22/06/2016 19:37, JB a écrit :

Bonjour,

J'ai continué l'aventure des cathédrales, avec cette fois, un (premier 
?) jeu de société à base d'OSM : le mémory des cathédrales. Il est 
arrivé aujourd'hui dans la boite aux lettres, on s'est empressés de 
l'essayer avec ma compagne. Pas de doute, il est tout à fait jouable : 
72 cartes, soit 35 cathédrales, une carte avec l'échelle et les 
crédits. Une photo est visible ici : 
http://jb.isonoe.net/demo/Jeu_cathedrales.jpg


Rapidement, la démarche de fabrication : comme une partie mémory à 
près de 200 paires risquerait d'être un peu longue à terminer, il a 
bien fallu trouver un mode de sélection des édifices à conserver. Le 
plus neutre que j'ai trouvé : les plus grandes (en surface). Alors, 
pour trier ça:
(pour les références, voir le mél précédent intitulé « Nouvelle 
affiche disponible : on s'amuse avec les cathédrales ! » du 13/6)
 - calcul des surfaces : importation du fichier .osm des cathédrales 
dans QGIS, compléter la table attributaire avec la surface 
(auparavant, pour les brelles, comprendre pourquoi cette table 
attributaire ne veut pas passer en mode édition),
 - exporter la partie intéressante de la table attributaire : 
l'identifiant des objets et leur surface,
 - ajouter l'information de surface aux éléments du fichier .osm 
(mini-script python qui cherche l'id de l'élément dans la table),
 - ressortir un fichier avec les cathédrales « au carré » mais triées 
cette fois par surface décroissante (modification à la marge du script 
de l'affiche),

 - exporter un petit png centré sur chaque cathédrale.
Sur les conseils design de ma compagne, le gris morose des bâtiments 
de la feuille de style est passé à un vague sépia, la boite du jeu est 
conseillée en bleu.
On envoie tout ça à un fabricant de jeux à la demande, et hop, dans la 
boite aux lettres (en passant par la case carte bleue).


Alors, après réception, il y aurait quelques ajustements à faire (le 
calage chez le fabricant n'est pas parfait, du coup, le dessin frôle 
les bordures dans certains cas… et cette fichue cathédrale de 
Marseille qui se prend des envies de longueurs !), voir à ajouter un 
fond de couleur à la place du blanc, et puis trouver un fabricant qui 
propose un dos de cartes un peu plus élégant… Pour une version zéro, 
c'est pas vilain.


Voilà voilà, bonne soirée,


Je suggère à la liste d'élever JB au titre de "troubadour de la donnée 
géoréférencée".

Bravo JB pour ta créativité.

Denis, auditeur attentif des Fabulous_Trobadors 
(https://fr.wikipedia.org/wiki/Fabulous_Trobadors)





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

[OSM-talk] Release openstreetmap-carto v2.40.0

2016-06-22 Per discussione Matthijs Melissen

Dear all,

Today, v2.40.0 of the openstreetmap-carto stylesheet (the default
stylesheet on openstreetmap.org) has been released and rolled out to
the openstreetmap.org servers. It might take a couple of days before
all tiles show the new rendering.

Changes include:

* More consistent size of icon labels (bigger labels in most cases).
* Changed rendering of power lines on low zoom levels.
* Changed rendering of turning circles.
* Changed icon for libraries and book shops.
* Larger labels for place names.
* Various bug fixes.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.39.0...v2.40.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues.

-- Matthijs

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

Re: [Talk-ca] aerial imagery for missing roads

2016-06-22 Per discussione Martijn van Exel

Merci Daniel!
I can read French …ehm.. okay but don’t know it well enough to write. So feel 
free to respond in French, and I will probably be able to make sense of it. 
Again my apologies!
Martijn

> On Jun 22, 2016, at 11:40 AM, Begin Daniel  wrote:
> 
> Traduction en français …
> Salut à tous,
>  
> Excusez le message en anglais seulement, mon français est trop pauvre pour 
> être capable d'écrire quelque chose de cohérent.
>  
> Mes collègues de Telenav ont identifié un groupe de routes manquantes au 
> Canada. Celles-ci sont affichées sous forme de tuiles sur le site Web 
> ImproveOSM[1] et dans le plug-in ImproveOSM de l'application JOSM.
>  
> Le défi avec ces routes est que nous ne disposons pas toujours des images 
> aériennes pour nous permettre de cartographier ces dernières. Voici un 
> exemple [2].
>  
> Vous pouvez voir qu'il y a des travaux en cours, mais l'imagerie est trop 
> vieille pour nous montrer où les routes sont.
>  
> Je me demande si vous connaissez des images aériennes plus récentes qui 
> peuvent être disponibles? Ou d'autres suggestions pour remplir ces routes 
> manquantes? (Nous avons trouvé beaucoup, beaucoup de cas au Canada seulement)
>  
> Merci,
> Martijn
>  
>  
> From: Martijn van Exel [mailto:m...@rtijn.org] 
> Sent: June-22-16 12:06
> To: Talk-CA OpenStreetMap
> Subject: [Talk-ca] aerial imagery for missing roads
>  
> Hi all, 
>  
> Excuse my English only, my French is too poor to be able to write something 
> coherent. 
>  
> My colleagues at Telenav have identified a bunch of missing roads in Canada. 
> These are displayed as tiles on the improve-osm web site [1] and in the 
> ImproveOSM JOSM plugin.
>  
> The challenge with these is that we do not always have the aerial imagery to 
> allow us to map these. Here is an example [2].
>  
> You can see that there is construction going on but the imagery is too old to 
> show us where the roads are.
>  
> I am wondering if you know of any more recent aerial imagery that may be 
> available? Or other suggestions to fill in these missing roads? (We have 
> found many, many cases in Canada alone)
>  
> Thanks,
> Martijn
>  
> [1] See for example: 
> http://www.improve-osm.org/#48.3864397,-71.3031900,17/layer=OSM/OPEN/false,1-0-0/true,1-0-0-0-0/false,1-0
>  
> 
> [2] 
> https://www.dropbox.com/s/0bt0yrc1ppmhdhj/Screenshot%202016-06-22%2009.10.21.png?dl=0
>  
> 
>  - this location in OSM: 
> https://www.openstreetmap.org/#map=17/52.29692/-114.08170 
> 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] SPAM Re: Majuscule à l'article défini sur les lieux-dits ?

2016-06-22 Per discussione Christian Rogel


> Le 22 juin 2016 à 10:30, Philippe Verdy  a écrit :
> 
> Le 22 juin 2016 à 02:41, Christian Rogel  > a écrit :
> 
> > L'approche choisie par Osmose contredit la règle édictée par
> > OpenStreetMap. Tant que ceci n'est pas résolu dans un sens où dans
> > l'autre il y a un problème.
> > https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Toponymes_officiels_et_non-officiels
> >  
> > 
> 
> Les codeurs d’Osmose ont, ici, bien senti où sont le sens commun et la vraie 
> vie
> 
> Ils ont surtout senti leur propre volonté d'imposer une norme inventée de 
> toute pièce qui oublie complètement qu'en français et dans l'écriture latin 
> en général la casse est signifiante, juste pour une prétendue volonté 
> d'homogénéité sur un rendu. Hors ce n'est pas à la base de données d'impsoer 
> cette règle de rendu, si volonté il y a de faire un rendu homogène.
> 
> Ces noms ont des usages autres que pour produire une carte. Ce sont des 
> données, pas la carte elle-même.
> 
> Le pragmatisme a bon dos ! Ici Osmose veut taguer pour le rendu, et ses 
> auteurs ne veulent simplement pas l'admettre ! Ce n'est pas à Osmose de 
> corirger ça, c'est au rendu mapnik de forcer une capitale initiale, si ça lui 
> plaint mieux. On n'a aboslument pas à supposer que ces noms sont destinés 
> uniquemetn à une utilisation isolée (dans une "phrase nominale" uniquement).
> 

Quand je parle d’un usage datant de l’administration française du temps de la 
plume d’oie, je pointe le fait que la minuscule était d’usage dans les actes 
manuscrits des notaires ("un champ sis près du village de l’Épine").
Cette pratique reflétait la nouveauté qu’était la majuscule (au Moyen-Äge, on 
ne l’utilisait pas).
Avec l’arrivée de l’imprimerie, l’emploi des capitales est plus simple et c’est 
pourquoi l’État trouve avantage à les prescrire pour les noms de lieu qui sont 
sous sa juridiction.
Mais, on se contente de transformer les minuscules en bas-de-casse, car, cela, 
au fond, aucune incidence pratique.
L’IGN, emporté par son élan, se met à capitaliser sur ses cartes le tou venant 
des noms de lieu. Il suit, en cela, une tendance de fond, que nous voyons 
partout sur nos routes, avec validation ou non de l’État.
Eh, bien, on a pu trouver des membres arriérés du CNIG pour continuer à 
maintenir la guéguerre, afin de bien marquer les limites (de classe ?), en 
invoquant un « usage » fanstasmatique.

OSM mérite mieux que ces escarmouches d’arrière-garde.



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

Re: [Talk-de] breite Wassergräben

Christoph Hormann wrote
> http://greif.uni-greifswald.de/geogreif/geogreif-content/upload/kdr200/88Magdeburg1906.jpg
> 
> Da die älteren Verläufe noch existieren würd ich hier wahrscheinlich 
> waterway=canal wählen.  Und ich denke zusätzlich zu den etablierten 
> Werten service=transportation|water_power|irrigation könnte man hier 
> gut service=drainage wählen, wobei manche hier sicher sagen, dass das 
> dann waterway=drain sein sollte - was allerdings immer nur für kleinere 
> (minor) Gräben war und das hier ist definitiv nicht mehr klein.

Hallo Christoph,

danke für die Karte, dort sieht man, dass der Graben erst später entstanden
ist.

Das Tagging als canal mit service=drainage gefällt mir. Es spiegelt die
realen Größenverhältnisse auf der Karte ganz gut wieder und künstlich
angelegt ist er ja auch.

Grüße
Matthias




--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876225.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione Tyndare




On 22/06/2016 17:43, Jérôme Seigneuret wrote:


*/designated/* a été créer pour définir un usage obligatoire pour des 
usagers spécifiques (le panneaux de ségrégation implique cet usage).
Donc le */yes/* suffit amplement car une voie verte n'impose pas de ne 
pas utiliser une route adjacente. C'est complètement inutile de 
surcharger la clé */foot/* et *bicycle *pour ajouter cette information 
sens le contexte obligatoire. Il y a déjà des règles prédéfinies pour 
cela. Pour les vélo il y a une clé à mettre sur la route 
d'ailleurs*/ bicycle=use_sidepath/*


Je ne suis pas d'accord sur designated, il n'implique aucune obligation, 
il signifie juste que le chemin est explicitement dédié à un type de 
moyen de transport particulier, donc designated est bien la bonne valeur 
a utiliser pour les voies vertes (on pourrait même utiliser la valeur 
"official" plus forte que designated)



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

Re: [Talk-it-trentino] botteghe storiche trentine - opendata e memoria condivisa

2016-06-22 Per discussione girarsi_liste

Il 21/06/2016 23:20, Alessandro Vallin ha scritto:
> Vi scrivo per segnalarvi un piccolo progetto al quale sto lavorando,
> dedicato alle botteghe storiche del Trentino.
> L'idea dalla quale sono partito è il dataset "Botteghe storiche del
> Trentino" elaborato dal Servizio industria artigianato commercio e
> cooperazione della Provincia Autonoma di Trento.
> 
> Il dataset originale conta quasi 700 botteghe. Lo sto arricchendo
> aggiungendo categorie di riferimento e le indicazioni di OpenStreetMap.
> Al momento ho indicizzato 125 botteghe, ma conto di terminare entro la fine
> dell'estate.
> E' possibile sfogliare la raccolta per nome, categoria e località.
> Se volete dare un'occhiata: http://www.botteghestoriche.altervista.org
> 
> Chi visita il sito ha la possibilità di *lasciare una testimonianza scritta*
> in riferimento alle botteghe che conosce.
> In questo senso, la risorsa mira anche a sostenere il *progetto DNA
> Trentino*, attivato dall'Ufficio per il Sistema bibliotecario trentino. Se
> molte persone condividessero i loro ricordi riguardo queste attività
> commerciali, il sito potrebbe diventare una fonte di informazioni
> storico-sociali.
> 
> Grazie per l'attenzione. Un caro saluto,
> Alessandro Vallin
> tel: 349 - 73 76 828
> twitter: @a_va
> 
> 
Grazie per il tuo tempo, ho visto un paio di bar storici dellla mia
valle, però sno georeferenziati male, sono coordinate proveniente da google?

Temo il dataset precedentemente alla "rettifica" di google-maps (recente
2015-16) sia rimasto tale.

PS: la rettifica la vedo da elementi mappati da me, ovvero i due bar
"storici" esattamente georeferenziati, per non parlare della traccia
pedonale di un parco, impossibilmente, a mio avviso, georeferenziata da
google-maps, per non parlare del laghetto presente, ma non aggiungo
altro perchè vado troppo OT, scusa.



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



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

Re: [Talk-cu] osm-cuba en evento en Kcho+google

2016-06-22 Per discussione Eugenio Latour

Buenas a todos.

 

Me interesa participar, cuando haya mas precision sobre dia y hora avisen.

 

Eugenio Latour

Medicuba S.A.

MINSAP

 

From: Laura Barroso Pérez [mailto:laura.barr...@hab.desoft.cu] 
Sent: Wednesday, June 22, 2016 12:31
To: 'OpenStreetMap Cuba'
Subject: Re: [Talk-cu] osm-cuba en evento en Kcho+google

 

Bah, pues que las levante, si de todas formas cada vez que quieres acceder a
cualquier cosa de ellos te dice que no puedes por el país donde estás la
idea debe ser divulgar qué es openstreetmap, para qué nos sirve, etc, ya la
parte de las comparaciones vendrá inevitablemente por parte de la gente.

 

De: pb[gmail] [mailto:elpbati...@gmail.com] 
Enviado el: Wednesday, June 22, 2016 12:27 PM
Para: OpenStreetMap Cuba
Asunto: Re: [Talk-cu] osm-cuba en evento en Kcho+google

 

¡Yo voy! con la caballería :D

 

¿Cómo le sentará a Google que vayamos a su casa en Cuba a hablar mal de
ellos? Igual yo nunca lo menciono en mis charlas pero me parece que puede
levantar postillas

 

bb,

pb

 

 

On 22/6/2016, at 11:56 a.m., Laura Barroso Pérez
 wrote:

 

Gente, estamos invitados a participar en un evento que se está organizando
en Kcho+google. El organizador del evento quiere que se de una charla sobre
OSM. El evento sería la última semana de agosto. Quién se apunta? 

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

 





Este mensaje le ha llegado mediante el servicio de correo electrónico 
que ofrece MEDICuba S.A para respaldar el cumplimiento de las misiones 
del Sistema Nacional de Salud. La persona que envía este correo 
asume el compromiso de usar el servicio a tales fines y cumplir con las 
regulaciones establecidas.

El uso racional y responsable de los recursos y servicios de Red 
proporcionan altos niveles de calidad y eficiencia.
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-it] questionario crowdsourcing

2016-06-22 Per discussione girarsi_liste

Fatto. :)


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



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

Re: [Talk-gb-westmidlands] Saturday June meetup

2016-06-22 Per discussione Brian Prangle

Hi Rob

I think we'll have enough to do concentrating on the town centre. I've
populated it as best I can with bing bdgs. How about mapping the bus
station with all its bus stops,route_refs walkways and shelters, amenities
and the surrounding bdgs?

Regards

brian

On Tue, Jun 21, 2016 at 10:15 PM, Rob Nickerson 
wrote:

> Hi,
>
> Looking forward to it. Not sure which area of Kidderminster I should focus
> on. Shout if you have any suggestions.
>
> Regards,
>
> *Rob*
>
> On 21 June 2016 at 19:41, Brian Prangle  wrote:
>
>> Hi everyone (except Andy R who can't come)
>>
>> Mapping in the morning and meetup about 1pm inthe Severn Valley Railway
>> Cafe.  I shall concentrate on the town centre
>>
>>
>> Regards
>>
>> Brian
>>
>> ___
>> 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: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Andrew Hain

Andy Townsend  gmail.com> 
writes:

> Because of the language difference I 
suspect that the chance of a reply 
> from this MAPS.ME user will be less than 
from others (unless you try an 
> address them in Korean - but that really 
isn't difficult these days with 
> machine translation).
> 
> I've certainly had replies from MAPS.ME 
users in the UK, including 
> someone doing similar things (in Danish 
- I commented on the changeset 
> in English and Danish).

Is there a potential to prepare welcoming 
responses to common problems in Korean or 
Chinese?

--
Andrew


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

[OSM-talk-fr] OpenStreetMap en famille : un jeu de société

2016-06-22 Per discussione JB


Bonjour,

J'ai continué l'aventure des cathédrales, avec cette fois, un (premier 
?) jeu de société à base d'OSM : le mémory des cathédrales. Il est 
arrivé aujourd'hui dans la boite aux lettres, on s'est empressés de 
l'essayer avec ma compagne. Pas de doute, il est tout à fait jouable : 
72 cartes, soit 35 cathédrales, une carte avec l'échelle et les crédits. 
Une photo est visible ici : http://jb.isonoe.net/demo/Jeu_cathedrales.jpg


Rapidement, la démarche de fabrication : comme une partie mémory à près 
de 200 paires risquerait d'être un peu longue à terminer, il a bien 
fallu trouver un mode de sélection des édifices à conserver. Le plus 
neutre que j'ai trouvé : les plus grandes (en surface). Alors, pour 
trier ça:
(pour les références, voir le mél précédent intitulé « Nouvelle affiche 
disponible : on s'amuse avec les cathédrales ! » du 13/6)
 - calcul des surfaces : importation du fichier .osm des cathédrales 
dans QGIS, compléter la table attributaire avec la surface (auparavant, 
pour les brelles, comprendre pourquoi cette table attributaire ne veut 
pas passer en mode édition),
 - exporter la partie intéressante de la table attributaire : 
l'identifiant des objets et leur surface,
 - ajouter l'information de surface aux éléments du fichier .osm 
(mini-script python qui cherche l'id de l'élément dans la table),
 - ressortir un fichier avec les cathédrales « au carré » mais triées 
cette fois par surface décroissante (modification à la marge du script 
de l'affiche),

 - exporter un petit png centré sur chaque cathédrale.
Sur les conseils design de ma compagne, le gris morose des bâtiments de 
la feuille de style est passé à un vague sépia, la boite du jeu est 
conseillée en bleu.
On envoie tout ça à un fabricant de jeux à la demande, et hop, dans la 
boite aux lettres (en passant par la case carte bleue).


Alors, après réception, il y aurait quelques ajustements à faire (le 
calage chez le fabricant n'est pas parfait, du coup, le dessin frôle les 
bordures dans certains cas… et cette fichue cathédrale de Marseille qui 
se prend des envies de longueurs !), voir à ajouter un fond de couleur à 
la place du blanc, et puis trouver un fabricant qui propose un dos de 
cartes un peu plus élégant… Pour une version zéro, c'est pas vilain.


Voilà voilà, bonne soirée,

JB.

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

Re: [Talk-it] Cancellazione stazione abbandonata



sent from a phone

> Il giorno 22 giu 2016, alle ore 19:23, Volker Schmidt  ha 
> scritto:
> 
> Sicuramente non dovrebbe essere cancellata.


il nodo potrebbe anche essere cancellato, ma un building=train_station dovrebbe 
rimanere. Poi sembra che questo edit si basa soltanto su Wikipedia? Niente 
conoscenza diretta? Hai contattato l'utente? Lo puoi tranquillamente fare in 
Italiano o siciliano ;-)


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

Re: [OSM-talk] How to handle Maps.Me ?



sent from a phone

> Il giorno 22 giu 2016, alle ore 18:46, Philip Barnes  
> ha scritto:
> 
> Second impression is that there is a severe lack of tagging options, I
> tried adding a place of worship and the most fundamental tag of all,
> religion, was not available.


at least you found place of worship, when I tried the same, the closest match 
in Italian was "temple", no church, no place of worship 

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

Re: [OSM-talk-fr] path, cycleway et footway

Donc,

Si je comprends bien vos explications, on utilise le tag highway=path pour
désigner une voie verte.

Ça me gêne un peu car, au final, rien de distingue une voie verte de
n'importe quel autre chemin (allée piétonne d'une résidence, chemin urbain,
chemin de forêt,...)

Pourtant, la voie verte à une existence et une particularité légale qui
mérite, au même titre que la zone 30 (highway=living_street), un tag
spécifique.

Même si on ajoute d'autres tag comme bicycle, foot ou surface, rien
n'indiquerait qu'il s'agisse spécifiquement d'une voie verte.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876216.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Cancellazione stazione abbandonata

2016-06-22 Per discussione Volker Schmidt

Sicuramente non dovrebbe essere cancellata.

2016-06-22 19:19 GMT+02:00 John Doe :

> Buonasera,
>
> controllando i changesets nella zona della provincia di Messina ho beccato
> la cancellazione di questo nodo
> https://www.openstreetmap.org/node/2104552844/history
> Si tratta di una stazione ferroviaria storica abbandonata.
> A me sembrava mappata correttamente:
> abandoned yes
> ele 440
> name Castiglione di Sicilia
> railway:historic
>
> station
> Non dovrebbe essere ripristinata secondo voi?
> Io conosco qualche appassionato di ferrovie in Sicilia che va anche alla
> ricerca di storiche stazioni abbandonate da documentare.
> Non capisco il perché togliere dati preziosi alla mappa.
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Cancellazione stazione abbandonata

2016-06-22 Per discussione John Doe

Buonasera,

controllando i changesets nella zona della provincia di Messina ho beccato
la cancellazione di questo nodo
https://www.openstreetmap.org/node/2104552844/history
Si tratta di una stazione ferroviaria storica abbandonata.
A me sembrava mappata correttamente:
abandoned yes
ele 440
name Castiglione di Sicilia
railway:historic

station
Non dovrebbe essere ripristinata secondo voi?
Io conosco qualche appassionato di ferrovie in Sicilia che va anche alla
ricerca di storiche stazioni abbandonate da documentare.
Non capisco il perché togliere dati preziosi alla mappa.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Missing maps: Právě jsme otevřeli registrace na červnový mapathon v Praze

2016-06-22 Per discussione Petr Schönmann

Menší report z akce -
http://gpsfreemaps.net/openstreetmap/mapathon-missing-maps-cerven-2016

út 7. 6. 2016 v 16:29 odesílatel  napsal:

>
> Dobrý den,
>
> zdravím z Lékařů bez hranic. V květnu jsme v Praze uspořádali první
> mapathon (na který jsme měli moc dobré ohlasy), právě teď jsme otevřeli
> registrace na další.
>
> Všechny informace najdete na:
>
> https://www.eventbrite.com/e/missing-maps-czech-republic-druhy-mapathon-tickets-25926090635
>
> Pokud máte chuť se zapojit, jsou vám dveře otevřené. Naší ambicí je
> vytvářet a podporovat v ČR skupiny lidí, kteří v rámci projektu Missing
> maps mapují doma i na mapathonech a vzájemně rozvíjí své dovednosti.
> Hledáme zkušené uživatele, kteří by byli ochotni na setkání pomáhat a radit
> nováčkům. Aktuálně mapujeme v ID editoru (většinu účastníků tvoří nováčci,
> kteří se s OSM seznamují poprvé), výhledově bych však zkušenějším
> účastníkům nabídl možnost učit se v JOSN. Proto pokud mezi vámi zkušenými
> je někdo, kdo by měl chuť přijít, jste srdečně zváni.
>
> S pozdravem
> Jan Böhm
>
>
>
>
>
>
>
>
> Jan Böhm
> Digital Strategist
>
> Lékaři bez hranic / Médecins Sans Frontières
> Seifertova 555/47, 130 00 Praha 3, Czech Republic
> Office: (+420) 257 090 150, Desk: (+420) 257 090 152
>
>
> http://www.lekari-bez-hranic.cz/cz/zastavte-tyto-utoky
> (Embedded image moved to file: pic32586.jpg)
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] How to handle Maps.Me ?

2016-06-22 Per discussione Philip Barnes

On Thu, 2016-06-23 at 01:17 +0900, Max wrote:
> The user experience of adding something to the maps.me map is quit
> cool
> actually. It's really satisfying to see something immediately nicely
> rendered. I recommend to try it.
> 
I did try a few edits earlier today, my first impression was how
difficult it was to place a node when you have no 'marker' and have to
guesstimate where the centre of the screen is. That will explain a lot
of the positioning issues.

Second impression is that there is a severe lack of tagging options, I
tried adding a place of worship and the most fundamental tag of all,
religion, was not available.

Phil (trigpoint)

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

Re: [Talk-cu] osm-cuba en evento en Kcho+google

2016-06-22 Per discussione pb[gmail]

¡Yo voy! con la caballería :D

¿Cómo le sentará a Google que vayamos a su casa en Cuba a hablar mal de ellos? 
Igual yo nunca lo menciono en mis charlas pero me parece que puede levantar 
postillas

bb,
pb


> On 22/6/2016, at 11:56 a.m., Laura Barroso Pérez 
>  wrote:
> 
> Gente, estamos invitados a participar en un evento que se está organizando en 
> Kcho+google. El organizador del evento quiere que se de una charla sobre OSM. 
> El evento sería la última semana de agosto. Quién se apunta?
> ___
> Talk-cu mailing list
> Talk-cu@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cu 
> 


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-cu] osm-cuba en evento en Kcho+google

2016-06-22 Per discussione Laura Barroso Pérez

Gente, estamos invitados a participar en un evento que se está organizando
en Kcho+google. El organizador del evento quiere que se de una charla sobre
OSM. El evento sería la última semana de agosto. Quién se apunta? 

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

Re: [OSM-talk] How to handle Maps.Me ?

2016-06-22 Per discussione Max

The user experience of adding something to the maps.me map is quit cool
actually. It's really satisfying to see something immediately nicely
rendered. I recommend to try it.


On 2016년 06월 23일 01:05, Blake Girardot wrote:
> On Wed, Jun 22, 2016 at 2:47 PM, Simone Cortesi  wrote:
>> Did somebody get in touch with the people at maps.me?
>>
>> I think they should be involved in the mess their users are causing to our
>> ecosystem.
>>
> 
> Yes, maps.me is aware there is room for improvement in their editing
> tool. Zverik is from maps.me and has participated in the previous
> thread.
> 
> I think everyone is aware now it is a significant issue so working on
> constructive ways to improve the maps.me editing feature is probably
> the best way forward.
> 
> Terms like "sub-standard" "garbage" "mess" etc are not really helping
> get anything solved.
> 
> There are good suggestions in both of these threads, let us see what
> maps.me can or is planning on implementing to incorporate them as well
> as continue to offer constructive suggestions on how to improve the
> editing functionality in maps.me keeping in mind maps.me's goals for
> their application.
> 
> Regards
> blake
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


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

[Talk-ca] aerial imagery for missing roads

2016-06-22 Per discussione Martijn van Exel

Hi all, 

Excuse my English only, my French is too poor to be able to write something 
coherent. 

My colleagues at Telenav have identified a bunch of missing roads in Canada. 
These are displayed as tiles on the improve-osm web site [1] and in the 
ImproveOSM JOSM plugin.

The challenge with these is that we do not always have the aerial imagery to 
allow us to map these. Here is an example [2].

You can see that there is construction going on but the imagery is too old to 
show us where the roads are.

I am wondering if you know of any more recent aerial imagery that may be 
available? Or other suggestions to fill in these missing roads? (We have found 
many, many cases in Canada alone)

Thanks,
Martijn

[1] See for example: 
http://www.improve-osm.org/#48.3864397,-71.3031900,17/layer=OSM/OPEN/false,1-0-0/true,1-0-0-0-0/false,1-0
 

[2] 
https://www.dropbox.com/s/0bt0yrc1ppmhdhj/Screenshot%202016-06-22%2009.10.21.png?dl=0
 - this location in OSM: 
https://www.openstreetmap.org/#map=17/52.29692/-114.08170 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] How to handle Maps.Me ?

2016-06-22 Per discussione Blake Girardot

On Wed, Jun 22, 2016 at 2:47 PM, Simone Cortesi  wrote:
> Did somebody get in touch with the people at maps.me?
>
> I think they should be involved in the mess their users are causing to our
> ecosystem.
>

Yes, maps.me is aware there is room for improvement in their editing
tool. Zverik is from maps.me and has participated in the previous
thread.

I think everyone is aware now it is a significant issue so working on
constructive ways to improve the maps.me editing feature is probably
the best way forward.

Terms like "sub-standard" "garbage" "mess" etc are not really helping
get anything solved.

There are good suggestions in both of these threads, let us see what
maps.me can or is planning on implementing to incorporate them as well
as continue to offer constructive suggestions on how to improve the
editing functionality in maps.me keeping in mind maps.me's goals for
their application.

Regards
blake

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

while at it, whitespace at the beginning and end of the tag values should
be removed before upload...

https://www.openstreetmap.org/changeset/39910220

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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione Jérôme Seigneuret

Bonjour,

Une Voie Verte ne désigne en aucun cas un type de transport. Il interdit
cependant le passage de véhicule motorisé.

un *highway = path *c'est implicitement (voir le tableau suivant pour
comprendre

) *moped=yes + foot=yes + bicycle=yes + horse=yes *(en France)

Donc ajouter *motor_vehicle=no *est suffisant. Cependant, si
vous souhaitez informer sur la signalisation, il suffit d'ajouter
les panneaux concernant le tronçon en question en début et fin de voie
(comme pour les voies pour automobile dont le dilemme reste sur le choix
des éléments à renseigner)

Cependant un *path* permet *moped=yes*
Donc il faut restreindre plus les accès offerts par l'usage de cette clé en
ajoutant simplement
*motor_vehicle**=no*

*designated* a été créer pour définir un usage obligatoire pour des usagers
spécifiques (le panneaux de ségrégation implique cet usage). Donc le
*yes* suffit
amplement car une voie verte n'impose pas de ne pas utiliser une route
adjacente. C'est complètement inutile de surcharger la clé *foot* et
*bicycle *pour ajouter cette information sens le contexte obligatoire. Il y
a déjà des règles prédéfinies pour cela. Pour les vélo il y a une clé à
mettre sur la route d'ailleurs* bicycle=use_sidepath*

*Remarque : L'article R110-2 du code de la route spécifie que le terme de
piste cyclable désigne une chaussée exclusivement réservée aux cycles,
c'est-à-dire aux vélos*

Donc un* highway=cycleway* veut dire pas d'autre mode de transport que des
vélos donc pas de piétons
C'est donc un *bicycle=designated *toutes les autres clés ont pour valeur
*no*

*segregated = yes  *pour une Voie Verte c'est possible mais quand même bien
rare car il y a au moins 3 catégories (piéton, vélo, cheval) et dans un cas
de ségrégation on a une ligne blanche séparatrice et ce panneau

Le cas de la séparation en 3 j'ai pas vu encore ça...

Parcontre:
- voie verte + interdit au chevaux > oui
On se retrouve sur :
*highway = path +* *motor_vehicle=no + horse=no*
mais cela se rapproche de :
*highway = cycleway + foot = yes*

*Coté terrain*: la différence ce sont les panneaux. Donc si l'on se base
sur je cartographie ce que je vois, ce sera clairement le premier cas car
la signalisation n'est pas spécifique au vélo.
*Coté rendu carto*: il y a une différence... > à rectifier?
Coté réglementaire: en France pas de différence entre les deux propositions
il me semble.
*Coté exploitation*: Selon le type de route, il existe des profils de
vitesse
.
Donc à voir si entre les deux il y a des différences sur les outils
d'itinéraires. > Test à faire et vérifier les vitesses par défaut entre les
clés valeur path et cycleway et voir s'il y a des profils de vitesse avec
des couples par types de transport pour les usagers des voies vertes et des
voies cyclables.

De base c'est *segragated = no* et c'est implicitement la valeur par
défaut. Donc elle me semble inutile pour les Voies Vertes.
Même si elle est renseigné, je vois mal ou le cavalier doit se placer si le
passage à cheval n'est pas interdit...
Un oubli ou un choix de panneau mal réfléchi. Peut-être une mode pour les
Voies Vertes! C'est vrai que le terme est vendeur! ;-)

La surface est intéressante mais pas systématiquement en asphalt. C'est
aussi du pavé ou du stabilisé voir de la surface nu comme des passage en
sous-bois. (Pour les roller, le stabilisé c'est moyen.)

Je ne connais pas la surface par défaut; mais il me semble que pour toutes
les routes pour véhicule, la valeur est *surface=paved
** .* C'est aussi
valable avec *highway=track + tracktype=grade1*
Les autres sont normalement  *surface=unpaved
*  mais c'est une
valeur qui est défini est interprété par les outils si elle n'existe pas
avec des incidences sur les calculs d'itinéraires si la clé est exploitée.
Mais on est hors contexte
Il est donc très intéressant d'être plus clair en utilisant cette clé
surtout si l'on veut filtrer pour les rollers ou si tu veux courir avec le
gosse dans la poussette ;-) .

Bonne journée,
Jérôme


2016-06-22 17:27 GMT+02:00 Richard Fairhurst :

> Eric Sibert a écrit:
> > highway=path
> > bicycle=yes/designated
> > foot=yes/designated
> > segregated=yes
>
> Ajoutez un tag 'surface', svp :)
>
> Il y a trop de voies vertes en France sans 'surface'...
>
> Richard
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876208.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] path, cycleway et footway

2016-06-22 Per discussione Richard Fairhurst

Eric Sibert a écrit:
> highway=path
> bicycle=yes/designated
> foot=yes/designated
> segregated=yes

Ajoutez un tag 'surface', svp :)

Il y a trop de voies vertes en France sans 'surface'...

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876208.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] MAPS.ME edits - partly sub-standard

2016-06-22 17:07 GMT+02:00 Martin Koppenhoefer :

> yet another issue


and another type of issue:
a place has 2 names: "I Briganti" (in name) and "Frattelli Briganti" (in
alt_name)
maps.me editor has changed the name to the same as alt_name

https://www.openstreetmap.org/node/938211195/history (version 4)

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

2016-06-22 Per discussione Paul Johnson

On Wed, Jun 22, 2016 at 8:52 AM, Andy Townsend  wrote:

> On 21/06/2016 10:12, joost schouppe wrote:
>
> Some ideas:
>
> - maps.me should probably stick to simple-to-map objects when it adds
> data. Complicated stuff should go in a note.
>
>
> - if the maps.me data is old, any added object should be a note by default
>
>
> We get "notes by default" from other apps that use old data (e.g. Navmii)
> and in that case it's just as annoying to deal with - actually more so in
> that case as the notes are anonymous.
>

This is my frustration with Mapdust (and why I ultimately just Gave Up on
that system) and with notes from Craigslist.  I do see (by cursory glance)
that maps.me expects a user to have a OSM account.  This is good.  I'm not
sure if signing in with some other sign in method causes you to use one of
maps.me's accounts for nodes created, but if so, perhaps this user should
also be the one posting notes, so if responses to to the note happens, the
originating user is notified and can respond.

> - maybe we should have a manual review system in place for ALL maps.me
> changesets, until someone marks the account as "experienced"
>
>
> That's pretty much what's happening already (just not with MAPS.ME users
> only).  In many places around the world new mappers are either explicitly
> welcomed or helped along through their first few edits.  There's even been
> a recent help question about using whodidit for the purpose:
>
>
> https://help.openstreetmap.org/questions/50331/how-to-search-for-go-map-editor-in-whodidit
>

Don't feel bad about being part of the welcome wagon.  Oklahoma's slowly
getting some traction beyond just me actively editing.  Which is great
compared to when I came back from stranded in Oregon and there was a bit of
a "dead mall" feel to the way it was basically untouched in Tulsa (and
especially the rest of the state) while I was away.  I think notes helped,
since usually my first indication of someone else working someplace I've
been is I get a notification that someone's worked one of my notes.
Floating observations faster than you can realistically map them isn't
necessarily a bad thing...as of right now hdyc has me at 6867 Opened, 335
Commented, 5573 Closed, using notes to help mark rapidly changing areas
that need a ground survey or my own ground observations.  And yes, headway
is being made on that biblical open:closed ratio now that I'm not on the
road all day, every day, in a mostly TIGER area (being not on the road
enough to actually want to think about roads helps).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

yet another issue: it seems maps.me is setting the tag:
"cuisine=italian_pizza;italian"?
Is this a standard tag? First time I see it:

https://www.openstreetmap.org/node/2136164336/history  (version3)

At the moment there are only 23 instances:
http://taginfo.openstreetmap.org/keys/cuisine#values

I suggest they support
oven=wood_fired/electric

there are just 200 occurences, but that's still a lot more and gives more
detail than "italian_pizza;italian"

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

Re: [OSM-talk-fr] Crédits API BAN sur api.gouv.fr

2016-06-22 Per discussione osm . sanspourriel


Soit Christian en parle lors d'une de ses réunions soit tu t'en charges.
Car il est bon que l'on comprenne aussi que même si on a des super big 
boss, il y a plein de monde derrière.


Jean-Yvon

Le 22/06/2016 à 16:52, Nicolas Moyroud - nmoyr...@free.fr a écrit :

Salut à tous,

Sur la page de l'API BAN 
(https://api.gouv.fr/api/base-adresse-nationale.html) je trouve qu'il 
manque la mention "OpenStreetMap France" dans le petit cartouche 
"Sources et partenaires". Certes cela est indiqué dans le texte de 
description mais bon il n'y a pas de raison de mettre La Poste et 
l'IGN dans la liste des partenaires et pas OSM France...
Je peux les contacter personnellement pour leur signaler mais je pense 
que ça aura plus d'effet si un des big boss OSM France s'en charge. ;-)


Nicolas


___
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] doplnění souřadnic rozcestníku na openstreetmap.cz

2016-06-22 Per discussione Zdeněk Pražák

tak dnes jsem přesouval rozcestník CR056 (souřadnice zapsané fotoaparátem v
exif byly nějaké blbé a ukazovaly někam ke Fryšavě namísto správného
umístění u nádraží v Hlinsku - správné souřadnice 49.7663494, 15.9022386).

Našel jsem tedy špatně umístěný rozcestník, klikl na přesunout, na mapě
našel správné místo, klikl, objevil se puntík a stiskl jsem Přesunout sem.
Nic se však nestalo, rozcestník se nepřesunul na správné místo u nádraží v
Hlinsku.
Podléhá přesun nějakému schválení nebo je něco špatně?


Dne 22. června 2016 10:30 Marián Kyral  napsal(a):

> Tak Pavel to včera nasadil na produkci, takže demo již není potřeba
> používat.
>
> Na to přesouvání jsem se chtěl podívat - taky se mi stalo, že se puntík
> neobjevil. Ale včera jsem se k tomu nakonec nedostal a dneska to asi o moc
> lepší nebude.
>
> Marián
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 21. 6. 2016 17:34:47
>
> Předmět: Re: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz
>
>
> tak nevím - ani na uvedeném demu
> http://rawgit.com/osmcz/osmcz/master/index.html mi to nejde
> příklad
> rozcestník s ref CL138, kliknu na přesunout, přesunu mapu na správnou
> pozici u zámku Lemberk, na kliknutí se mi žádný puntík neobjeví a po stisku
> tlačítka přesunout sem se objeví hláška vyberte novou pozici - tu však
> nevím jak vybrat, kliknutí nefunguje
>
> Dne 21. června 2016 13:48 Marián Kyral  napsal(a):
>
> A vzhledem k tomu, že nevíme, jak je na tom Pavel s učením a kdy se
> dostane k tomu nahrát to na openstreetmap.cz, bude to zatím fungovat jen
> na demu: http://rawgit.com/osmcz/osmcz/master/index.html
>
> Marián
>
> -- Původní zpráva --
> Od: Michal Grézl 
> Komu: OpenStreetMap Czech Republic 
> Datum: 21. 6. 2016 13:41:36
> Předmět: Re: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz
>
> presouvani bylo vseobecne rozbite, opraveno (na gitu, na www to asi
> jeste nepujde).
>
> ID 7610 tam bylo 2x, tak se to na 0,0 smazal
>
> id 7795 sem opravil v db (zakladni kontrola cisel tam je, perl asi
> povazuje 1.1.1 porad za cislo:), mozna je to necim jinym uvidime)
> btw ma jmeno "p"?
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-fr] Crédits API BAN sur api.gouv.fr

2016-06-22 Per discussione Nicolas Moyroud


Salut à tous,

Sur la page de l'API BAN 
(https://api.gouv.fr/api/base-adresse-nationale.html) je trouve qu'il 
manque la mention "OpenStreetMap France" dans le petit cartouche 
"Sources et partenaires". Certes cela est indiqué dans le texte de 
description mais bon il n'y a pas de raison de mettre La Poste et l'IGN 
dans la liste des partenaires et pas OSM France...
Je peux les contacter personnellement pour leur signaler mais je pense 
que ça aura plus d'effet si un des big boss OSM France s'en charge. ;-)


Nicolas


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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

2016-06-22 15:52 GMT+02:00 Andy Townsend :

> The scope for growth of our community with Maps.me is phenomenal. Of
> course there is room for improvement. But it's never going to be easy to
> lower the barriers to participation without losing quality.
>
>
> I don't think that it's an explicitly MAPS.ME problem - it's a "new
> mappers" one.  There have been "ban iD", "ban Potlatch" etc. complaints
> since those editors have existed, and new mappers using JOSM are just as
> likely to make a mess of things as with other editors, but the resulting
> fallout tends to be rather more nuclear.
>


there are some fundamental differences between our common editors and
maps.me:
1. maps.me doesn't show the full geometry of things / everything available
in osm
2. maps.me doesn't show tags and has few feature classes and has sometimes
problematic translations (maybe the last point applies to other editors in
non-pro-mode as well)
3. maps.me doesn't show recent data but old data
4. maps.me doesn't show all information at an object, even common stuff
like internationalized names aren't available to the editor (they promised
to work on this)



> - if the maps.me data is old, any added object should be a note by default
>
>
> We get "notes by default" from other apps that use old data (e.g. Navmii)
> and in that case it's just as annoying to deal with - actually more so in
> that case as the notes are anonymous.
>


it's not a point that other apps do things worse by using anonymous users
for their contributions. If we got as much feedback from Navmii than we do
currently from maps.me we would surely blame them as well.



>
> - maps.me should investigate why response is so low to changeset
> comments. Maybe OSM messages can be integrated in the app? Maybe added info
> should be Note by default until they have responded to a test message sent
> through the OSM messaging system. (though in my experience response to any
> OSM message is low, not just maps.me users)
>
>
> I'm not convinced that the reply rate from MAPS.ME users is much lower
> than other new mappers.  As you say, new mappers often don't reply -
> probably because they think of OSM as a map or a database rather than a
> community, and databases don't in general talk back to you.



well, IF the database talks back, and this is what is happening, they would
make up their mind then, no?



> The same options are available with unresponsive MAPS.ME users as with
> other users - try and contact them via changeset discussions, and if that
> doesn't work drop a mail to the Data Working Group explaining the problem.



I have refrained from doing so until now, because DWG ressources are
limited as well, and I didn't want to throw too much on them.



>
> - maybe we should have a manual review system in place for ALL maps.me
> changesets, until someone marks the account as "experienced"
>
>
> That's pretty much what's happening already (just not with MAPS.ME users
> only).  In many places around the world new mappers are either explicitly
> welcomed or helped along through their first few edits.  There's even been
> a recent help question about using whodidit for the purpose:
>


can't speak for others, but I am currently just reviewing the FIRST edits
by NEW users, and I don't have near the ressources I'd need to stick to
this and follow them. It doesn't matter whether the edits are one week or
one hour old, in most cases I have reviewed noone has either commented on
the changesets or changed the objects so far, so I guess this is not
something that will sort itself out "automatically".

Have a look at whodidit for the center of Rome:
Zverik's instance is currently not working (no tiles):
http://zverik.osm.rambler.ru/whodidit/?zoom=14=41.89546=12.49434=B
try this one:
http://simon04.dev.openstreetmap.org/whodidit/?zoom=13=41.88897=12.4797=BTT

Some users I have found with Pascal Neis' new users tool have headed to
Florence and Paris afterwards, I bet you can find a similar situation
there, and also in Venice, London, Munich and other places that are heavily
frequented by tourists.

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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione osm . sanspourriel


Résumé :
highway=path
bicycle=designated
foot=designated
segregated=yes

Auquel j'ajoute ceux du wiki :
motor_vehicle 
=no 


surface =asphalt
En effet il faut mettre la surface la plus précise possible (paved est 
trop générique) et comme il y a des piquets ce n'est pas ouvert à la 
circulation automobile même riveraine.


Jean-Yvon

Le 22/06/2016 à 15:49, Tony Emery - tony.em...@yahoo.fr a écrit :

Ce serait pas mal de mettre à jour la page wiki highway=path parce que ce
n'est pas du tout intuitif !



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876196.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


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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Philip Barnes

On Wed Jun 22 14:52:40 2016 GMT+0100, Martin Koppenhoefer wrote:
> 2016-06-22 15:13 GMT+02:00 Michael Reichert :
> 
> > I decided not to write a changeset comment because it seems to me to
> > be a waste of time to comment a Maps.Me user's changeset.
> >
> 
> 
> It is also a way to document for your fellow mappers what you have found
> out, not just a way to contact the original mapper. FWIW, I have written
> quite some changeset comments to maps.me changesets and so far not yet
> received a single reply. I am not even sure if these comments reach these
> mappers.
>
 
It was mentioned on the other thread that many login through facebook, maybe 
that breaks the link between some users and osm?

Phil (trigpoint)
-- 
Sent from my Jolla
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 15:16 GMT+02:00 Michael Reichert :

> If someone wants to import some low-/mixed quality stuff into OSM and
> suggest to add fixme=* to lots of objects, we usually refuse to give the
> import "permission" because such data usually will not be fixed. That's
> why I think that just reverting is the best solution.
>


yes, but the situation here is completely different, because a lot of
individuals make each very few edits. Many of them seem to make an best
effort, e.g. by entering complete addressing information, website
information, contact information like email and phone numbers, opening
hours. I'm sure they would also make better classifications if the maps.me
editor allowed for it.

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

2016-06-22 Per discussione Andy Townsend

On 21/06/2016 10:12, joost schouppe wrote:
The scope for growth of our community with Maps.me is phenomenal. Of
course there is room for improvement. But it's never going to be easy
to lower the barriers to participation without losing quality.

I don't think that it's an explicitly MAPS.ME problem - it's a "new
mappers" one. There have been "ban iD", "ban Potlatch" etc. complaints
since those editors have existed, and new mappers using JOSM are just as
likely to make a mess of things as with other editors, but the resulting
fallout tends to be rather more nuclear.

That said, there may well be some mileage in the ideas below:

Some ideas:

- maps.me should probably stick to simple-to-map
objects when it adds data. Complicated stuff should go in a note.

- if the maps.me data is old, any added object should
be a note by default

We get "notes by default" from other apps that use old data (e.g.
Navmii) and in that case it's just as annoying to deal with - actually
more so in that case as the notes are anonymous.

- maps.me should investigate why response is so low
to changeset comments. Maybe OSM messages can be integrated in the
app? Maybe added info should be Note by default until they have
responded to a test message sent through the OSM messaging system.
(though in my experience response to any OSM message is low, not just
maps.me users)

I'm not convinced that the reply rate from MAPS.ME users is much lower
than other new mappers. As you say, new mappers often don't reply -
probably because they think of OSM as a map or a database rather than a
community, and databases don't in general talk back to you. However,
that's just a gut feeling on my part - someone would need to go through
changesets and discussions and count up to be sure.

The same options are available with unresponsive MAPS.ME users as with
other users - try and contact them via changeset discussions, and if
that doesn't work drop a mail to the Data Working Group explaining the
problem. We can send them a message via the "block" mechanism that they
have to read before they can continue editing (without actually stopping
them from editing for any length of time). Usually the problem is a
language barrier one, or they're just not getting emails because they
don't monitor the account they signed up with, or they're just "not very
communicative", and once it's clear that the problem won't go away of
it's own accord they'll engage positively.

- maybe we should have a manual review system in place for ALL maps.me
changesets, until someone marks the account as
"experienced"

That's pretty much what's happening already (just not with MAPS.ME users
only). In many places around the world new mappers are either
explicitly welcomed or helped along through their first few edits.
There's even been a recent help question about using whodidit for the
purpose:

https://help.openstreetmap.org/questions/50331/how-to-search-for-go-map-editor-in-whodidit

Cheers,

Andy

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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 15:13 GMT+02:00 Michael Reichert :

> I decided not to write a changeset comment because it seems to me to
> be a waste of time to comment a Maps.Me user's changeset.
>


It is also a way to document for your fellow mappers what you have found
out, not just a way to contact the original mapper. FWIW, I have written
quite some changeset comments to maps.me changesets and so far not yet
received a single reply. I am not even sure if these comments reach these
mappers.

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

Re: [OSM-talk-fr] path, cycleway et footway

Ce serait pas mal de mettre à jour la page wiki highway=path parce que ce
n'est pas du tout intuitif !



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181p5876196.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

[Talk-it] questionario crowdsourcing

2016-06-22 Per discussione Simone Cortesi

Ciao,
mi mandano una richiesta di partecipazione ad un questionario che verrà
utilizzato per una tesi di dottorato.

Io ho avuto una chiacchierata telefonica con Umberto, e devo dire che la
sua ricerca mi sembra molto interessante.

Grazie,
S.



http://goo.gl/forms/NmWoZGFB5iHXVPfA2

Sono un dottorando in Sociologia dei media digitali dell’Università di
Bologna, la mia ricerca di dottorato verte sul fenomeno del crowdmapping e
a tal riguardo sto intervistando crowdmappers di diversi Paesi.

Ti chiedo cortesemente di dedicare una mezz’ora del tuo tempo per
rispondere ad alcune domande sulla tua esperienza di crowdmapper. Si
tratta, naturalmente, di un questionario assolutamente anonimo.

Per parte mia mi impegno a pubblicare i risultati di questa ricerca sia sul
sito ufficiale di UniBo, sia nei vari gruppi e communities ai quali mi sono
rivolto per entrare in contatto con il mondo del crowdmapping.

Grazie per la disponibilità.
Umberto Mezzacapo



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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Andy Townsend


On 22/06/2016 14:13, Michael Reichert wrote:


I decided not to write a changeset comment because it seems to me to
be a waste of time to comment a Maps.Me user's changeset. (There less
frequently respond to comments than iD users)


Because of the language difference I suspect that the chance of a reply 
from this MAPS.ME user will be less than from others (unless you try an 
address them in Korean - but that really isn't difficult these days with 
machine translation).


I've certainly had replies from MAPS.ME users in the UK, including 
someone doing similar things (in Danish - I commented on the changeset 
in English and Danish).


Best Regards,
Andy


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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Max

just checked a few of the edits and deleted some nodes.
Lee Jin-Jeong did add a couple of things that were already there and in
the case of an hostel several times. In Kiev the user added a Korean
church with the name "Kiev Korean Unified Church" in Korean. The
location is a bit curious though in an industrial aera, but I left that
as is.

On 2016년 06월 22일 21:26, Michael Reichert wrote:
> Hi,
> 
> by browsing the map, I have discovered the edits of user 이진영
> (Google Translator says that this is a Korean name). He added some
> POIs in serveral European countries and entered the Korean name into
> name=*.
> 
> https://www.openstreetmap.org/user/%EC%9D%B4%EC%A7%84%EC%98%81/history
> 
> Shall I either revert his changesets in total or shall I change
> (mechanically/without local knowledge) name=* to name:ko=*?
> 
> Best regards
> 
> Michael
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 

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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Michael Reichert

Hi Martin,

Am 22.06.2016 um 15:04 schrieb Martin Koppenhoefer:
> I would add fixme tags and decide on an individual basis how to deal with
> it. Still, despite all lamentation, I admit that the amount of surveyed
> addressing information we are getting this way is great (precision to be
> confirmed).

If someone wants to import some low-/mixed quality stuff into OSM and
suggest to add fixme=* to lots of objects, we usually refuse to give the
import "permission" because such data usually will not be fixed. That's
why I think that just reverting is the best solution.

Best regards

Michael



-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-de] breite Wassergräben

2016-06-22 Per discussione Christoph Hormann

On Wednesday 22 June 2016, Lilienthaler wrote:
>
> Klar, es geht um den Fiener Bruch und der breite Graben heißt Fiener
> Hauptvorfluter, dieser mündet in den Elbe-Havel-Kanal.
>
> http://www.openstreetmap.de/karte.html?zoom=16=52.40105=12.23
>499=000BTT#
>
> [...]

Ok, danke.

Ist in der Tat ziemlich schwierig aber nicht untypisch für 
Norddeutschland.  Die Entwässerung des mittleren Teils des Fiener Bruch 
lag früher vermutlich etwas weiter westlich oder östlich und wurde dann 
möglicherweise im Rahmen des Kanalbaus verlagert.  Ein älteres (aber 
keineswegs ursprüngliches) Bild der Situation findet sich hier:

http://greif.uni-greifswald.de/geogreif/geogreif-content/upload/kdr200/88Magdeburg1906.jpg

Da die älteren Verläufe noch existieren würd ich hier wahrscheinlich 
waterway=canal wählen.  Und ich denke zusätzlich zu den etablierten 
Werten service=transportation|water_power|irrigation könnte man hier 
gut service=drainage wählen, wobei manche hier sicher sagen, dass das 
dann waterway=drain sein sollte - was allerdings immer nur für kleinere 
(minor) Gräben war und das hier ist definitiv nicht mehr klein.

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

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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Michael Reichert

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Joost,

Am 22.06.2016 um 15:09 schrieb joost schouppe:
> Did you miss the ongoing thread on this subject? [1]

If read the thread but was not able to draw a conclusion regarding my
question.

> You should of course contact the mapper with the explanation that
> name is for local names. Though as mentioned in the other thread,
> maps.me seems to be working on a way to handle this situation
> better.

I decided not to write a changeset comment because it seems to me to
be a waste of time to comment a Maps.Me user's changeset. (There less
frequently respond to comments than iD users)

Best regards

Michael


- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXao8JAAoJEB87G9rMCMyIk5QP/39986/x9SUS0MZNv0TBh32L
3h0fu4RVSFslBgc2lJYGBnhMMpixMIZhAU9k2lpZlXUj6SFZh4veeAGo2wla6Sqx
7oUI8IaK2Iz639gGWpL2Rpt/3UDpeGyC0SvkpN2lnK/ycu1LsCarBTFB6UnfJOW6
5ur3PrPK230RucFg5bsDJ3zQiPdcVaeWj4mvjH7Nk/gXQWlpirkQOwQ3PFMGi+rd
vWaYIAt3497vuOIq+0eapbOnfvxzlbXsSNF2IEG0gzl9fY1XdU49q1baDTIW9o/y
iqINXZqlplMRMticqybCXSyZQYPFyr6eVqP9J2tlh+DCylzkISKnL+91bogNWWA3
Fk2K4ldW14DkzJrAKJeKpBDsfb8JYkZhcWt344Lc9gZZxHX0iqJY43AjDN39HOps
QeeABXAF488IhXQZzf9hqTuGOJe5YPfLCBj3r54c7Y+ilzpM9JLGoHr/zCQGfwUA
6AtQ1g6vNVYY+SPUtMLWXkwDtFVFkGql3MIfiYiLdsz0yDYM4zz9hevv+KtRRwdt
eX8SJI1q8dIHop+rk5uk/jmiwQhtRHYAIGw6IowWxyNyFRWg4TIr/PM4vCXAwj9j
QZJH/B5IlFc+dJZXpJJWTAcv7WDyAcH/17N9//RV0QuXslJcNQB7SksbrqgptrcH
WfKZqZ+ivAtyPL3gcern
=4uVS
-END PGP SIGNATURE-

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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione joost schouppe

Did you miss the ongoing thread on this subject? [1]

Max even said something about Korean names there too, though this is about
the reversed situation [2]. I have no ideas if the names in Korean in your
case are transliterations of the local name.

You should of course contact the mapper with the explanation that name is
for local names. Though as mentioned in the other thread, maps.me seems to
be working on a way to handle this situation better.

I would hate to see all the wrong use of the name tags in a place like this
[3] reverted, but it looks like most of the POIs from this mapper need
local surveying. Like Martin said, add a fixme, or convert it into a Note.

1: https://lists.openstreetmap.org/pipermail/talk/2016-June/076114.html
2: https://lists.openstreetmap.org/pipermail/talk/2016-June/076128.html
3: https://www.openstreetmap.org/#map=18/13.76370/100.49954
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 14:26 GMT+02:00 Michael Reichert :

> Shall I either revert his changesets in total or shall I change
> (mechanically/without local knowledge) name=* to name:ko=*?
>



In the instances of similar cases I have checked, it was mostly improbable
that the features would have a name in Corean or Chinese, because it was
stuff like restaurants, hotels and even a bus_stop in Italy. Still for some
features I bet there is also a Corean name (e.g. the Colosseum).
Additionally there might already be a Chinese or Corean name at the
feature, and if they differ from the new one, you'd really have to know the
language to do it right.

In some cases I have not been able to even deduct what they wanted to tag,
e.g. for tourism=attraction (a tag maps.me should not set at all in their
simple editor IMHO), or things without tags other than name and maybe
addressing and website, phone numbers etc.

I would add fixme tags and decide on an individual basis how to deal with
it. Still, despite all lamentation, I admit that the amount of surveyed
addressing information we are getting this way is great (precision to be
confirmed).

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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione Romain MEHUT

+1 avec Eric et designated pour les valeurs à foot et bicycle.

Romain

2016-06-22 14:46 GMT+02:00 Eric Sibert :

> (regardez bien le panneau) :
>> 
>>
>
> Voir Verte si je ne me trompe pas:
>
> http://wiki.openstreetmap.org/wiki/FR:Bicycle#Voies_vertes
>
> Vous mettriez quels tags ?
>>
> highway=path
> bicycle=yes/designated
> foot=yes/designated
> segregated=yes
>
> 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

Re: [Talk-de] breite Wassergräben

Hier noch einmal der exakte Link zum Graben:

https://nominatim.openstreetmap.org/search.php?q=fiener+Hauptvorfluter=1=



--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876185.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Simone Cortesi

On Wednesday, June 22, 2016, Michael Reichert  wrote:

> by browsing the map, I have discovered the edits of user 이진영
> (Google Translator says that this is a Korean name). He added some
> POIs in serveral European countries and entered the Korean name into
> name=*.
>
> https://www.openstreetmap.org/user/%EC%9D%B4%EC%A7%84%EC%98%81/history
>
> Shall I either revert his changesets in total or shall I change
> (mechanically/without local knowledge) name=* to name:ko=*?
>

Did somebody get in touch with the people at maps.me?

I think they should be involved in the mess their users are causing to our
ecosystem.



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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione Eric Sibert


(regardez bien le panneau) :



Voir Verte si je ne me trompe pas:

http://wiki.openstreetmap.org/wiki/FR:Bicycle#Voies_vertes


Vous mettriez quels tags ?

highway=path
bicycle=yes/designated
foot=yes/designated
segregated=yes

Eric



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

Re: [OSM-talk-fr] path, cycleway et footway

2016-06-22 Per discussione thomas . rouyer


Bonjour,

Ça ressemble à une voie verte ;)
http://wiki.openstreetmap.org/wiki/FR:Bicycle#Voies_vertes
Donc je mettrais highway=paths.

Thomas

Le 2016-06-22 14:36, Tony Emery a écrit :

Bonjour à tous,

J'ai une petite divergence à vous soumettre. Quand vous avez ce type de 
voie

(regardez bien le panneau) :


On est en pleine zone urbaine.

Vous mettriez quels tags ?
highway=paths
bicycle=yes
foot=yes

ou

highway=cycleway
foot=yes

ou autre chose ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context:
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181.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


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

Re: [Talk-de] breite Wassergräben

Tom Pfeifer wrote
> Lilienthaler wrote on 2016/06/22 13:53:
>> Manuel Reimer wrote
>>> Folglich fände ich "Drain" für einen breiten Abwassergraben nicht ganz
>>> falsch.
>>
>> Es ist aber kein Abwasser, es sind Meliorationsgräben, die eine Niederung
>> entwässern. Deshalb finde ich ditch doch passender.
> 
> "Drain" heisst ja auch nicht Abwasser, sondern in diesem Kontext
> (Langenscheidt):
> 
> - als Verb:
>Land entwässern, dränieren, trockenlegen
>drain off, drain away: (Ab)Wasser etc. ableiten, -führen, -ziehen
>kanalisieren;
> - als Substantiv
>Ableitung f, Abfluss
>Abflussrohr n, Abzugskanal m, Entwässerungsgraben m; Gosse
>Kanalisation
> 
> Das passt sehr wohl für Melioration.
> 
> ___
> Talk-de mailing list

> Talk-de@

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


Ja, schon und auch einmal ein Danke für eure Antworten. Ich finde das Wort
Drain auch nicht unpassend für einen Meliorationsgraben. Um das zu prüfen
hatte ich in die  Google-Bildersuche drain und danach ditch eingegeben. Die
Ergebnisse der Suche zusammen mit dem was im Wiki steht, sprechen meiner
Ansicht aber doch mehr für ditch als für drain. 

Im Moment tendiere allerdings etwas zu river, der Graben ist zwar künstlich,
aber über Zwischenstationen münden 3 oder 4 Bäche in ihn, die müssen sich
früher ja auch irgendwo ihren Weg gebahnt haben. Außerdem würde bei river
dann die Linienstärke auf der karte passen. 

Gruß
Matthias



--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876182.html
Sent from the Germany mailing list archive at Nabble.com.

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

[OSM-talk-fr] path, cycleway et footway

Bonjour à tous,

J'ai une petite divergence à vous soumettre. Quand vous avez ce type de voie
(regardez bien le panneau) :
 

On est en pleine zone urbaine.

Vous mettriez quels tags ?
highway=paths
bicycle=yes
foot=yes

ou

highway=cycleway
foot=yes

ou autre chose ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/path-cycleway-et-footway-tp5876181.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] Requête overpass api & python

Du coup, je devrais plutôt mettre ça à la place ?

(
  ._;
  >;
);
out meta;





-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Requete-overpass-api-python-tp5863030p5876180.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] Failed water proposal reversal

2016-06-22 Per discussione Ilya Zverev

Tomas Straupis wrote:

>  Water proposal tried to change the tagging:
>  landuse=reservoir => natural=water|water=reservoir
>  And in general all water landuse=x => natural=water|water=x (basin, pond 
> etc.)
>  waterway=riverbank => natural=water|water=riverbank

No.

The water proposal didn't change or deprecate anything, and that is explicitly 
stated on both the proposal and water=* wiki pages.

It does two things:

1. It reassures that it's okay to tag any body of water visible on a satellite 
imagery with natural=water. You don't have to search for clues for the type of 
the body of water, you can just tag it with natural=water, and it would be 
perfectly fine. When another mapper with local knowledge finds that, they can 
add a detailing water=* tag.

2. It allows for discerning lakes, oxbow lakes, and coves; ponds and reflecting 
pools; reservoirs and wastewater reservoirs. The major reason for starting the 
proposal was to invent a way to tag oxbow lakes, btw.

Data consumers will have to live with two tagging schemes, as that is the way 
OSM works. It's not the first time and not the last.

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

[OSM-talk] How to handle Maps.Me garbage?

2016-06-22 Per discussione Michael Reichert

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

by browsing the map, I have discovered the edits of user 이진영
(Google Translator says that this is a Korean name). He added some
POIs in serveral European countries and entered the Korean name into
name=*.

https://www.openstreetmap.org/user/%EC%9D%B4%EC%A7%84%EC%98%81/history

Shall I either revert his changesets in total or shall I change
(mechanically/without local knowledge) name=* to name:ko=*?

Best regards

Michael


- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXaoPZAAoJEB87G9rMCMyILLAQAKcvg3GQOP2SLq0yD3SyFV57
V1+jtTzkVCSjE7bjtaAZZPcQ4FS5BV4FX2uEXVKoXAuNyLi4x8lPf+VnKeJaXJtz
CATOP+ihQcRHO9noEZdzyaL0Licp0NbqtZ0uYkuocZYu+r7ZN7lykz8waXXJibZ7
TTxx54mcQIvd6QY+d87B8x2mGug7ZxGItgmTZ2vmYkjkIgC1FB7HAAvxyECKExop
Q/d1AwVQw9356QzrbvvCobDD5kBrYhPxsAyscmZ8wGm5r8Dt+TFUoqARYNJqn7V3
28Aq11dcARNwCBu82ORobhhx8D/g0vXyoqicW3OcXU5FkGc2TGtqwZPSoVz+qhdM
JUxRXLJPIh9oub/7fTNZMFaR3NSMLmmM6eTgdJd3RHzRhk8h0S7fxOnw6JKmLjLF
7kG390VCi6qL+ndVEjSQENzJMegmg5vZuOcbYP/vyHlaeg7U7gZvp7dNeWSUERar
eUJsoQioTaQpeHuZVE1g3JNnoDqSDzWf6isIHsqs9xDVLRd2FFiZmqPkAp/iTw5/
gLKuB5IzwS5QANwsBIYBWFwAZAkb/PNl1ghl/HTsZ3W6FNGlbByZ7HRwe+Jpr+hS
8eza0DcFlySX+0rPh/fqrud/0nlDxM5/sOJS2lDo/nfs4kwxiQoUW9Zvqh52YHKI
6t4POZiGZE9cSYBzE00v
=qnGT
-END PGP SIGNATURE-

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

Re: [Talk-cz] openstreetmap.cz nejede

2016-06-22 Per discussione Marián Kyral

Viz: https://github.com/osmcz/osmcz/issues/129
A vyřešit by to mělo toto: https://github.com/osmcz/osmcz/issues/129#
issuecomment-225092543

Marián 


-- Původní zpráva --
Od: Martin Hejna 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 6. 2016 14:19:28
Předmět: [Talk-cz] openstreetmap.cz nejede

"Ahoj

Tak jsem se chtel podivat a

openstreetmap.cz nejede.

The openstreetmap.cz page isn’t working
openstreetmap.cz redirected you too many times.
ERR_TOO_MANY_REDIRECTS

Uz asi 2 hodiny.

Nevim kdo to spravuje, ale mohl by se na to nekdo podivat?


Martin Hejna

On Wed, Jun 22, 2016 at 11:32:17AM +0200, Marián Kyral wrote:
> Ahoj,
> možná si již někteří všimli, že se na openstreetmap.cz nově zobrazují 
fotky
> "rozcestníků" s tagem infotabule odlišnou ikonkou.
> 
> [cid]
> 
> Funguje to tak, že infotabule mají vlastní ikonu, vše ostatní má standarní
> ikonu rozcestníku.
> 
> Jaké další tagy by se takto měly rozlišit? Napadají mně například cyklo
> rozcestníky (ale jsou i rozcestníky, kde jsou jak pěší, tak cyklo trasy), 
nebo
> "rozmazané" či jinak nekvalitní fotky.
> 
> Marián
> 


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


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

Re: [Talk-cz] openstreetmap.cz nejede

2016-06-22 Per discussione Petr Schönmann

Aktuálně stránku bez potíží načtu.

st 22. 6. 2016 v 14:18 odesílatel Martin Hejna  napsal:

> Ahoj
>
> Tak jsem se chtel podivat a
>
> openstreetmap.cz nejede.
>
> The openstreetmap.cz page isn’t working
> openstreetmap.cz redirected you too many times.
> ERR_TOO_MANY_REDIRECTS
>
> Uz asi 2 hodiny.
>
> Nevim kdo to spravuje, ale mohl by se na to nekdo podivat?
>
>
> Martin Hejna
>
> On Wed, Jun 22, 2016 at 11:32:17AM +0200, Marián Kyral wrote:
> > Ahoj,
> > možná si již někteří všimli, že se na openstreetmap.cz nově zobrazují
> fotky
> > "rozcestníků" s tagem infotabule odlišnou ikonkou.
> >
> >  [cid]
> >
> > Funguje to tak, že infotabule mají vlastní ikonu, vše ostatní má
> standarní
> > ikonu rozcestníku.
> >
> > Jaké další tagy by se takto měly rozlišit? Napadají mně například cyklo
> > rozcestníky (ale jsou i rozcestníky, kde jsou jak pěší, tak cyklo
> trasy), nebo
> > "rozmazané" či jinak nekvalitní fotky.
> >
> > Marián
> >
>
>
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] breite Wassergräben

Christoph Hormann wrote
> On Wednesday 22 June 2016, Lilienthaler wrote:
> 
> Kannst Du mal konkret auf die Stelle verlinken?  So was lässt sich 
> abstrakt nur schwer einschätzen.  Wenn der 'Graben' das Wasser einer 
> vielzahl natürlicher Bäche sammelt ist er möglicherweise eher als 
> waterway=river zu taggen - das muss man aber am konkreten Fall 
> betrachten.

Klar, es geht um den Fiener Bruch und der breite Graben heißt Fiener
Hauptvorfluter, dieser mündet in den Elbe-Havel-Kanal.

http://www.openstreetmap.de/karte.html?zoom=16=52.40105=12.23499=000BTT#

Der Fiener Hauptvorfluter nimmt den Karower Landgraben, Karower Hauptgraben,
Tucheimer Grenzgraben und Parchener Hauptgraben auf. In den Karower
Landgraben mündet beispielsweise der Steinbach, das ist einer der wenigen
ursprünglich echten Bächen in der Gegend.

Leider ist der ursprüngliche Verlauf der natürlichen Gewässer nicht mehr
richtig nachvollziehbar. Die Entwässerungsgräben sind teilweise schon sehr
alt und der Verlauf würde des öfteren geändert. Aber der Steinbach muss
früher ja auch so ungefähr in Richtung Havel Kanal geflossen sein.
Vielleicht ist River doch gar nicht so falsch, auch wenn der ursprüngliche
Verlauf nicht dort war, wo er jetzt ist.

Gruß
Matthias

--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876177.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] breite Wassergräben

2016-06-22 Per discussione Tom Pfeifer


Lilienthaler wrote on 2016/06/22 13:53:

Manuel Reimer wrote

Folglich fände ich "Drain" für einen breiten Abwassergraben nicht ganz
falsch.


Es ist aber kein Abwasser, es sind Meliorationsgräben, die eine Niederung
entwässern. Deshalb finde ich ditch doch passender.


"Drain" heisst ja auch nicht Abwasser, sondern in diesem Kontext 
(Langenscheidt):

- als Verb:
  Land entwässern, dränieren, trockenlegen
  drain off, drain away: (Ab)Wasser etc. ableiten, -führen, -ziehen
  kanalisieren;
- als Substantiv
  Ableitung f, Abfluss
  Abflussrohr n, Abzugskanal m, Entwässerungsgraben m; Gosse
  Kanalisation

Das passt sehr wohl für Melioration.

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

Re: [OSM-talk] Failed water proposal reversal

2016-06-22 Per discussione Max

On 2016년 06월 22일 18:36, Martin Koppenhoefer wrote:
> 
> 2016-06-22 10:49 GMT+02:00 Max  >:
> 
> I did not see any
> voting.
> 
how?


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

[Talk-cz] openstreetmap.cz nejede

2016-06-22 Per discussione Martin Hejna

Ahoj

Tak jsem se chtel podivat a

openstreetmap.cz nejede.

The openstreetmap.cz page isn’t working
openstreetmap.cz redirected you too many times.
ERR_TOO_MANY_REDIRECTS

Uz asi 2 hodiny.

Nevim kdo to spravuje, ale mohl by se na to nekdo podivat?


Martin Hejna

On Wed, Jun 22, 2016 at 11:32:17AM +0200, Marián Kyral wrote:
> Ahoj,
> možná si již někteří všimli, že se na openstreetmap.cz nově zobrazují fotky
> "rozcestníků" s tagem infotabule odlišnou ikonkou.
> 
>  [cid]
> 
> Funguje to tak, že infotabule mají vlastní ikonu, vše ostatní má standarní
> ikonu rozcestníku.
> 
> Jaké další tagy by se takto měly rozlišit? Napadají mně například cyklo
> rozcestníky (ale jsou i rozcestníky, kde jsou jak pěší, tak cyklo trasy), nebo
> "rozmazané" či jinak nekvalitní fotky.
> 
> Marián
> 


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


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

Re: [Talk-de] breite Wassergräben

Am 22. Juni 2016 um 14:03 schrieb Lilienthaler :

> Ein river ist aber natürlichen Ursprungs, das ist dieser Graben definitiv
> nicht. An der Stelle war vorher kein Bach oder Fluß.
>


gut, wenn Du das so sicher sagen kannst ist es natürlich kein "river". Der
Gedanke kam auf, weil nach Deiner Aussage auch diverse streams in diesen
Wasserlauf münden, also natürliche Fließgewässer, irgendwo müssen die ja
auch vorher schon hingeflossen sein.

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

Re: [Talk-it] maps.me e addr:housenumber

2016-06-22 14:02 GMT+02:00 Martin Koppenhoefer :
>
> anch'io, ma non conosco la situazione ;-) Suppongo che ci siano più civici.
>
Si si ho capito il punto: in generale non conoscendo il posto non si
può fare altro che lasciarlo sull'edificio :-(

Ciao
Federico

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

Re: [OSM-talk] Failed water proposal reversal

2016-06-22 13:18 GMT+02:00 Tomas Straupis :

> > I am generally against such harsh measures, if a new way to tag
> > has advantages, it has them even if only 20% of applicable objects
> > are tagged with it. And 20% endorsement isn't actually a fail IMHO.
>
>   So after a new scheme to tag X is introduced we have two schemes
> valid at the same time and if the new one only gets 20% in two years
> you suggest to continue with TWO ways to map THE SAME thing? How would
> you explain this to data consumers?
>


the question is not "mapping the same thing", but conveying the same
semantics, which is a whole lot different, and can rarely - if ever so far
- be found.



>
> >> P.S. This only influences proposals which are CHANGING tagging.
> > so it would not apply to the water tag, because it doesn't change
> > tagging but is an amendment?
>
>   Water proposal tried to change the tagging:
>   landuse=reservoir => natural=water|water=reservoir
>


that's really different, one is an attribute about the usage of land, the
other is a feature for where there is actually water.



>   And in general all water landuse=x => natural=water|water=x (basin, pond
> etc.)
>   waterway=riverbank => natural=water|water=riverbank
>


yes, the way riverbank was used in OSM is replaced by natural=water,
water=riverbank seems a bad tag indeed, if still used for the actual river
area and not for the riverbank alone.


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

Re: [Talk-de] breite Wassergräben

dieterdreist wrote
> Am 22. Juni 2016 um 13:09 schrieb Lilienthaler 

> medimailer@

> :
> 
> der große Graben (5-7m Breite) ist m.E. ein "drain" oder ggf. ein "river"
> (da nach der albernen OSM-Klassifizierung alles ein river ist, wo man
> nicht
> mehr drüberspringen kann).

Ein river ist aber natürlichen Ursprungs, das ist dieser Graben definitiv
nicht. An der Stelle war vorher kein Bach oder Fluß.


dieterdreist wrote
> "Use waterway=drain for minor artificial waterways, typically lined with
> concrete or similar, used to carry storm water or grey-discharge or
> possibly a stream that has been channelised."
> 
> D.h. einerseits wird "Sturmwasser" und "Grauwasser" als Medium gefordert,
> danach aber eingeschränkt ("oder möglicherweise ein natürlicher Bach, der
> eingefasst wurde.")

Stimmt, das ist recht variabel, aber drain wird wohl mit der gleichen Breite
gerendert wie ditch und da der Graben weder Abwasser führt, noch befestigt
ist, würde ich es an dieser Stelle dann bei ditch belassen wollen.

Gruß
Matthias  




--
View this message in context: 
http://gis.19327.n5.nabble.com/breite-Wassergraben-tp5876157p5876168.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-it] maps.me e addr:housenumber

2016-06-22 13:55 GMT+02:00 Federico Cortese :

> Se ci sono più civici lo sposterei su di un nodo dove si trova la
> porta, magari aggiungendo entrance=yes/main/etc.
>


anch'io, ma non conosco la situazione ;-) Suppongo che ci siano più civici.

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

Re: [Talk-it] maps.me e addr:housenumber

2016-06-22 13:48 GMT+02:00 Daniele Gitto :
> Nel caso specifico che ci mostri, potrei pensare di lasciarlo lì, che male
> può fare, aspettando che un giorno quella via venga passata al setaccio dal
> bravo mappatore locale (verrà quel giorno, ne sono sicuro)
> Ancora meglio, si potrebbe mettere una nota così il mappatore "quasi del
> luogo" ci passa e aggiusta meglio la posizione al suolo, (spostandolo su un
> nodo ovviamente, che è l'optimum finale)
>

Male sicuramente non fa. In realtà quel palazzo ha 7 ingressi su
Piazza dei Prati degli Strozzi, di cui 6 per l'accesso ai locali a
piano terra (23-24-25 da un lato e 27-28-29 dall'altro) e uno centrale
(appunto il 26) per l'accesso ai piani superiori. Come dici tu questa
sarebbe la mappatura ottimale, magari fatta da qualcuno del posto.
Ciao
Federico

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

Re: [Talk-de] breite Wassergräben

Am 22. Juni 2016 um 13:25 schrieb Christoph Hormann :

> Das ist auf jeden Fall im deutschsprachigem Wiki-Text falsch
> dargestellt
>


+1, habe den ersten Satz im Deutschen entsprechend der derzeitigen engl.
Definition angepasst.

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

Re: [Talk-de] breite Wassergräben

Am 22. Juni 2016 um 13:53 schrieb Lilienthaler :

> Es ist aber kein Abwasser, es sind Meliorationsgräben, die eine Niederung
> entwässern. Deshalb finde ich ditch doch passender.
>


drain ist nicht nur für Abwässer, das sieht auch das wiki so, wörtlich
bedeutet "drain" Entwässerungsgraben.

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

Re: [Talk-it] maps.me e addr:housenumber

2016-06-22 13:14 GMT+02:00 Martin Koppenhoefer :
> Mi chiedo come vogliamo procedere con gli indirizzi da utenti maps.me che
> sono messi su edifici, esempio qui:
> https://www.openstreetmap.org/way/366954148
>
> Generalmente è meglio avere un civico abbastanza ben posizionato rispetto ad
> avere nessun civico, ma d'altro canto è chiaro / probabile che gli edifici
> (a Roma, grandi) hanno molti più di un civico.
>
> Voi, come vi comportate?
>
> Lasciamo? Spostiamo su un nodo? Cancelliamo?
>

Se ci sono più civici lo sposterei su di un nodo dove si trova la
porta, magari aggiungendo entrance=yes/main/etc.
Ciao

Federico

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

Re: [Talk-de] breite Wassergräben