Re: [OSM-talk] Addressing SIG

2019-11-06 Thread Christian Quest
We've been "addressing the address topic" for more than 5 years in France
with our BANO project.

Here is an overlay I created back then to show existing and missing address
data in OSM compared to available OSM compatible sources.

http://osm13.openstreetmap.fr/~cquest/leaflet/bano.html#16/48.7908/2.6542

Green: the address is in OSM (and the named road too)
Blue: address is missing but the road name exist in OSM
Red: address missing and we found no road with that name nearby

If you want to make missing data obvious, you should no dimm the shapes,
but make them highly visible.
The goal with the above rendering became "dégommer du rouge" (get rid of
red).


Le mar. 5 nov. 2019 à 19:43, Steve Coast  a écrit :

> Hello
>
>
>
> Maps have three basic components: Display (does it look nice?), Routing
> (Can I get from a to b?) and Geocoding (Where is this address?).
>
>
>
> OSM is extremely good at the first one, and pretty good at the second one.
> But it’s pretty deficient in the third area: address data.
>
>
>
> The question is, how can we fix this? Addresses are a big, big problem in
> terms of how much data we need to go collect. There are a few ways forward
> with outside commercial or government data, but they tend to be difficult
> because the data is patchy or licensed in ways that aren’t very compatible
> with OSM.
>
>
>
> It seems like it would be a good idea to think about this from the bottom
> up in a community way, and this doesn’t really exist in OSM right now. It
> seems like we need better feedback loops to:
>
>
>
>1. Community can see where the address data is (and isn’t), because
>it’s not very obvious today when using osm.org
>2. Make the tools to add address data better so that it’s easier to
>fix.
>
>
>
> To that end, here’s a tile server that highlights address data:
>
>
>
>
> http://ec2-52-50-19-165.eu-west-1.compute.amazonaws.com/#10/39.7561/-104.9574
>
>
>
> It shows roads with address data normally and kind-of hides other roads,
> to make it obvious that “something is wrong with this map”. We could have a
> tag (maybe it exists already) that says “this road doesn’t have addresses”
> and/or a tag that says “this road is complete”. (right now it’s just got
> Colorado and Utah in it).
>
>
>
> When OSM started, the map looked very broken and incomplete because there
> was missing data all over the place. This created a large incentive to go
> fix the map. The idea with this tileserver is to do the same thing and make
> the map look broken to create a large incentive to fix it. If we, one day,
> switched the main osm.org site to using this rendering then it would
> create an urgent need to find all the addresses in the places where they
> exist. It could also be done on a temporary basis for a few weeks, or on a
> per-country basis or some other slow introduction to see if it worked. It’s
> just an idea.
>
>
>
> On the tools side, there’s much that can be done to make collecting and
> entering addresses easier. I’ve been collecting UI/UX changes to tools
> (e.g. iD or Go Map!) that would make addresses better:
>
>
>
> https://wiki.openstreetmap.org/wiki/Address_SIG
>
>
>
> It also seems worthwhile to create a group of people interested in
> addressing in OSM (an address special interest group or working group) to
> push these ideas forward so that we can “finish” OSM by getting all the
> addresses done.
>
>
>
> What do you think?
>
>
>
> Best
>
>
>
> Steve
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-be] Mapillary tip bij regen

2019-11-06 Thread Marc Gemis
Ik vrees een beetje voor mijn gimbal als ik dat doe.
Voorlopig zie ik het maar als een test voor de object herkenning van
Mapillary :-)

Iemand ervaring met gimbals als je telkens weer opnieuw tegen de camera duwt ?
(Anyone experience with gimbals when you keep pressing against the
camera over and over again
?)

m.

On Tue, Nov 5, 2019 at 1:10 PM Philippe Casteleyn
 wrote:
>
> https://www.mapillary.com/app/?focus=photo=tyzRIji1MXSDUcxAxoxFoQ=51.04352509997222=4.263778=17
>
> Wanneer het regent droog ik mijn cameralens bij elke straathoek.
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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


Re: [Talk-at] OSM Sticker und Flyer - GISDay

2019-11-06 Thread Robert Kaiser

ScubbX schrieb:

KaiRo hat ein paar Sticker von der SotM, aber diese sind jetzt nicht so
viele.


Ich hab nur eine Handvoll Sticker übrig, das hilft da nicht wirklich 
viel. Wir könnten ev. mal bei der OSMF anfragen, ob die Sticker in einer 
Anzahl haben, dass wir sie auf Events ausgeben können, aber für diesen 
Event ist das wohl schon etwas kurzfristig.


KaiRo


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


Re: [OSM-talk-ie] Using overpass-turbo.eu to count features

2019-11-06 Thread Mark Tully
Hi Brian,

Regarding your overpass issue, there's some optimizing of the query that
could help you if all you need is to count the number of relations.  The
overpass wizard, by default, requests the tags, ids and geometry of the
objects which match the query.   However, there are other options.

These three lines are at the bottom of the default wizard queries:
out body;
>;
out skel qt;

They basically mean "send back all the details of the selected objects and
the geometry of their child objects" (the elements of the relations in most
cases)  This allows them to be displayed on the map.  We can request that
overpass sends us less data by changing these 3 lines.  If you remove them,
then you're requesting overpass to send you nothing, as you found out.

There's 3 main useful options
1: Replace the 3 lines with "out center qt;" - This will display the centre
of each townland rather than its boundaries
2: Replace the 3 lines with "out tags qt;" - This will show only the tags
of the results, so they won't show up on the map.  However, the map will
still show how many objects were loaded, even though they don't appear.
3: Replace the 3 lines with "out ids qt;" - This will only show the ids of
the results.  As with 2, they won't show up on the map, but it will still
show how many objects were loaded.

Obviously, each approach has less and less data being transferred to the
browser, making it easier to display it (and saving some network traffic).
For example, using approach 3 on the query for Munster, the data is reduced
from ~100Mb to <1 Mb, which is significant if you don't need to actually
see the geometries of the queried items.

Hope this helps,
Mark

On Wed, Nov 6, 2019 at 6:13 PM Brian Hollinshead 
wrote:

> I often use this to count features, say locality=townland in Louth.
>
> Works fine but I tried it for Munster and 100mB was rather too much to
> display. I removed the last three lines to avoid a display but then it does
> not count.
>
> Perhaps one of you has a way around this please?
>
> I am also looking for a textual description of what constitutes traditional
> Connamara, based perhaps on DEDs or Civil parishes etc. Does it correspond
> with the new Connemara Municipal District?
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


Re: [OSM-talk-ie] Counties missing townlands.ie

2019-11-06 Thread Killyfole and District Development Association
Yeah, there is a user going around removing admin_level from relations.

https://www.openstreetmap.org/changeset/74220987 - County Derry/Londonderry
https://www.openstreetmap.org/changeset/74220718 - County Down and Ulster


On Wednesday, 6 November 2019 20:09:45 GMT Heikki Vesanto wrote:
> There were a couple of Counties missing from the main list on:
> 
> https://www.townlands.ie/
> 
> Down and Londonderry.
> 
> They were also not appearing in the Counties download from
> https://www.townlands.ie/page/download/
> 
> Looks like someone had removed the "admin_level" tag from them. I
> re-added the tag for Down yesterday and it is back up on the website,
> and added the tag for Londonderry today so should re-appear tomorrow
> once the site updates.
> 
> Something to keep an eye on.
> 
> -Heikki
> 
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie





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


[talk-cz] Fotky ze SotM CZ+SK 2019

2019-11-06 Thread Jakub Jelen
Ahoj,

posilam par fotek ze sobotniho SotM a par dalsich prednasek na OpenAltu
minuly vikend.

https://jakuje.dta3.com/Gallery.phtml?gal=2019-11_openalt

Dekuji vsem organizatorum a prednasejicim za cas s konferenci a
pripravou hry straveny (bohuzel, v sobotu nam prselo, tak ze hry zadne
fotky nemam).

Jakub



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


[OSM-talk-ie] Counties missing townlands.ie

2019-11-06 Thread Heikki Vesanto
There were a couple of Counties missing from the main list on:

https://www.townlands.ie/

Down and Londonderry.

They were also not appearing in the Counties download from
https://www.townlands.ie/page/download/

Looks like someone had removed the "admin_level" tag from them. I
re-added the tag for Down yesterday and it is back up on the website,
and added the tag for Londonderry today so should re-appear tomorrow
once the site updates.

Something to keep an eye on.

-Heikki

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


Re: [Talk-at] OSM Sticker und Flyer - GISDay

2019-11-06 Thread ScubbX
Klassische Flyer habe ich da, ich versuche so viele wie geht in ein
Kuvert zu packen.
An welche Adresse sollen diese gehen?

KaiRo hat ein paar Sticker von der SotM, aber diese sind jetzt nicht so
viele.

lg, Markus (ScubbX)


Am 06.11.19 um 16:47 schrieb Jakob Miksch:
> Hallo allerseits,
>
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde
> dazu eine Station über OpenStreetMap machen. Es ist zwar relativ
> kurzfristig, aber:
>
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir
> zuschicken könnte?
>
> Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc.
> kann ich gern übernehmen.
>
> Viele Grüße,
> Jakob
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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


Re: [OSM-talk] Addressing SIG

2019-11-06 Thread Kathleen Lu via talk
For your usecase, Tom, perhaps Street-Complete would work for you if you
turned on all the building-related quests and turned off the other quests?
https://play.google.com/store/apps/details?id=de.westnordost.streetcomplete=en_US

On Wed, Nov 6, 2019 at 11:33 AM Tom Russell 
wrote:

> Am Mi., 6. Nov. 2019 um 09:17 Uhr schrieb Oleksiy Muzalyev <
> oleksiy.muzal...@bluewin.ch>:
>
> On the main osm.org site one can right-click on a building and select
> "Show address" or "Add a note here" . What if a new type of a note is
> introduced, a structured address note?
>
>
>
> This is something I’ve been thinking about recently, with a slightly
> broader interest in building data more generally.
>
>
>
> As part of an academic project (https://colouring.london/) looking at
> buildings in London in the UK, we’re thinking about how to collect various
> building data attributes. We’re not currently using OpenStreetMap data for
> our buildings, however I would be interested to look into ways of linking
> to, working with, or building on OSM in the future.
>
>
>
> It might be interesting to create a lighter, more restricted user
> interface for editing the map, for example following the idea of an
> “Address” structured note, or to collect other data about buildings (number
> of storeys, commercial use). Or I could imagine a system that doesn’t edit
> OSM directly but creates a “review queue” of linked data which could feed
> into the main database as mappers work through it.
>
>
>
> All early ideas - in any case, I’ll be interested to follow an Addressing
> SIG.
>
>
>
> Best wishes,
>
> Tom
> ___
> 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] Addressing SIG

2019-11-06 Thread Tom Russell
Am Mi., 6. Nov. 2019 um 09:17 Uhr schrieb Oleksiy Muzalyev 
mailto:oleksiy.muzal...@bluewin.ch>>:
On the main osm.org site one can right-click on a building and 
select "Show address" or "Add a note here" . What if a new type of a note is 
introduced, a structured address note?

This is something I’ve been thinking about recently, with a slightly broader 
interest in building data more generally.

As part of an academic project (https://colouring.london/) looking at buildings 
in London in the UK, we’re thinking about how to collect various building data 
attributes. We’re not currently using OpenStreetMap data for our buildings, 
however I would be interested to look into ways of linking to, working with, or 
building on OSM in the future.

It might be interesting to create a lighter, more restricted user interface for 
editing the map, for example following the idea of an “Address” structured 
note, or to collect other data about buildings (number of storeys, commercial 
use). Or I could imagine a system that doesn’t edit OSM directly but creates a 
“review queue” of linked data which could feed into the main database as 
mappers work through it.

All early ideas - in any case, I’ll be interested to follow an Addressing SIG.

Best wishes,
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-fr] L’enfer est pavé de bonnes intentions

2019-11-06 Thread osm . sanspourriel

Décryptage du message d'Yves :

Pensez à dire ce que vous pensez des tickets style :
https://github.com/openstreetmap/openstreetmap-website/issues/986
https://github.com/openstreetmap/openstreetmap-website/issues/2405

Ou mieux si vous pouvez proposez un PR !

Jean-Yvon, colibri du jour ;-)

Le 06/11/2019 à 14:05, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Da ma série nettoyage (d’automne) j’ai trouvé des clés redondantes
mapillary et image.

Par exemple : https://www.openstreetmap.org/way/739027745

  * image=https://images.mapillary.com/4mayqgUw7QEHXjeTAXT5nw/thumb-2048.jpg
  * mapillary=https://www.mapillary.com/map/im/4mayqgUw7QEHXjeTAXT5nw

Comme certains logiciels dont openstreetmap.org
 ne gèrent pas les clés mapillary, le
contributeur OSM utilise l’URL complète au lieu de
4mayqgUw7QEHXjeTAXT5nw

De la même façon, ce contributeur « duplique » l’info dans la clé
image pour qu’elle soit affichée, et du coup, avec une URL complète et
compliquée.

Cela donne un gros bazar dans la clé image (idem pour mapillary,
wikipedia, wikimedia_commons…).

Un résumé, cette pratique consiste à taguer pour le rendu.
La solution, c’est que les développeurs du site web openstreetmap.org
 gèrent enfin les clés externes.
Les autres sites suivront…

—
Yves

Pour info, le développeur d’Overpass-Turbo est très réactif et gère
correctement les clés mapillary ,
wikimedia_commons et wikipedia .
Les clés image contenant des fichiers wikimedia ne sont pas
supportées. Exemple :

  * https://overpass-turbo.eu/s/NKu
  * image=File:Hemiksem_Abdij_Luchtfoto.jpg


Exemples de bazar :

  * clés image avec des valeurs « wiki » : elles ne sont pas affichées
par la plupart des applications

  o image=File:Hemiksem_Abdij_Luchtfoto.jpg
wikimedia_commons=File:Hemiksem_Abdij_Luchtfoto.jpg


Note : *20 825 *images*

*
  o image=Datei:Stolperstein Warendorf Warendorfer-Straße 59 Alma
Leffmann.jpg
wikimedia_commons=File:Stolperstein Warendorf
Warendorfer-Straße 59 Alma Leffmann.jpg



Note : *Datei* est un préfixe valide uniquement sur
wikipedia.de 

  o image=Category:Chapel of Holy Trinity (Ivančice)
wikimedia_commons =Category:Chapel of Holy Trinity (Ivančice)



Note : plusieurs images ! La clé image sert justement à en
spécifier une seule

  o 
image=Category:Zur_Waldesruh_24_(Wuppertal)#/media/File:Wuppertal_Zur_Waldesruh_0003.jpg
wikimedia_commons=Category:Zur Waldesruh 24
(Wuppertal)#/media/File:Wuppertal Zur Waldesruh 0003.jpg



Note : cette syntaxe (peu documentée) permet d’indiquer une
photo et une catégorie 

  o 
image=File:%22Grand_H%C3%B4tel_du_Commerce%22_of_%22Grand_H%C3%B4tel%22,_heden_%22Hotel_Navarra%22_-_Sint-Jakobsstraat_41_-_Brugge_-_29674.JPG
wikimedia_commons=File:"Grand Hôtel du Commerce" of "Grand
Hôtel", heden "Hotel Navarra" - Sint-Jakobsstraat 41 - Brugge
- 29674.JPG


  * clés image avec URL complète qui pourraient être raccourcies dans
des clés plus adaptées

  o image=https://images.mapillary.com/4mayqgUw7QEHXjeTAXT5nw/thumb-2048.jpg
mapillary=4mayqgUw7QEHXjeTAXT5nw


  o image=http://mapillary.com/map/im/-5B7enGgaEQ5BBltYpmidw
mapillary=-5B7enGgaEQ5BBltYpmidw


  o image=https://www.mapillary.com/map/im/rkAum6ieaIsLPyzxWvSLyQ
mapillary=rkAum6ieaIsLPyzxWvSLyQ


Note: *17 184* images pour ces 3 derniers cas

  o image=http://commons.wikimedia.org/wiki/File:Fort_van_Haasdonk.jpg

wikimedia_commons=File:Fort_van_Haasdonk.jpg


Note : *42 596 *images (http + https)

  o 
image=https://upload.wikimedia.org/wikipedia/commons/0/0c/Antony_Gormley%2C_Pirmavent_III%2C_2009.jpg


wikimedia_commons=File:Antony Gormley, Pirmavent III, 

[OSM-talk-ie] Using overpass-turbo.eu to count features

2019-11-06 Thread Brian Hollinshead
I often use this to count features, say locality=townland in Louth.

Works fine but I tried it for Munster and 100mB was rather too much to
display. I removed the last three lines to avoid a display but then it does
not count.

Perhaps one of you has a way around this please?

I am also looking for a textual description of what constitutes traditional
Connamara, based perhaps on DEDs or Civil parishes etc. Does it correspond
with the new Connemara Municipal District?
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie


Re: [OSM-talk-fr] Centre de contrôle technique véhicule: du nouveau

2019-11-06 Thread osm . sanspourriel

> Y a moyen de faciliter l'intégration avec Osmose via le code APE qui
semble être le 7120A?

Ce sera sans doute en plusieurs passes comme les carburants :
- avec SIRENE (pour récupérer les 7120A).
- ensuite avec l'identifiant qu'ils ajouteront pour faire l'équivalent
d'OpenFuel
- et une fois l'identifiant obtenu l'ajout de propriétés à définir pour
compléter le /amenity=vehicle_inspection/.

On a actuellement 408 
amenity=vehicle_inspection en France./
/

Le 06/11/2019 à 12:01, Donat ROBAUX - dona...@gmail.com a écrit :

Bonjour,

Avis aux amateurs, il y aura du boulot de cartographie à faire avec
les centres de contrôle technique.
Y a moyen de faciliter l'intégration avec Osmose via le code APE qui
semble être le 7120A?
Le tag qui va bien /amenity= vehicle_inspection/

Le gouvernement vient de publier un décret
imposant
aux exploitants de centres de contrôle technique de transmettre aux
pouvoirs publics le prix de leurs prestations (uniquement en ce qui
concerne les véhicules légers).

Tout manquement sera passible d’une amende administrative de 1 500
euros, voire de 3 000 euros en cas de récidive.

Sous l’égide du ministère de l’Économie et des finances, ces prix
seront rendus « /librement accessible au public, sous forme
électronique », « à bref délai après leur réception/ ».

Le gouvernement souhaite manifestement que chaque consommateur puisse
comparer les différents tarifs pratiqués, à l’image de ce qui est
proposé depuis quelques années par l’entremise du site
prix-carburants.gouv.fr .

Il faudra toutefois attendre la publication d’un arrêté, détaillant
notamment les modalités techniques du dispositif, pour que celui-ci
prenne effectivement son envol


___
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-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

2019-11-06 Thread Alouette955
Re-Bonjour Pierre,

Concernant les chemins marqués bicycle=designated et l’impossibilité de les 
voir sur la carte cyclable sans lcn=yes je viens de relire les recommandations.

Notre utilisation de bicycle=designated pour indiquer un marquage sur le pavée 
du symbole “sharrows” (désolé je n’ai pas la traduction française):

   voir:  https://en.wikipedia.org/wiki/Shared_lane_marking

devrait être remplacée par l’attribut cycleway=share_lane.

   voir: https://en.wikipedia.org/wiki/Shared_lane_marking

Contrairement à l’attribut bicycle, on peut y utiliser :left ou :right ce qui 
serait pertinent dans plusieurs cas que je connais.

Dans la nouvelle carte cyclable (que j’apprécie de plus en plus”"), cet 
attribut est tenu en compte et apparait clairement. Par exemple sur la rue 
Larivière de cet exemple:

   https://www.cyclosm.org/#map=17/45.51951/-73.79279/cyclosm

Ce rendu montre d’un coup d’oeil la grosse majorité sinon tous les attributs 
cyclables sauf lcn=yes.

Salutations,

Claude

From: Alouette955 
Sent: Thursday, October 24, 2019 4:21 PM
To: talk-ca@openstreetmap.org ; Pierre Boucher 
Subject: Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le 
Québec

Pierre,

Concernant les infrastructures cyclables invisibles sans un lcn=yes j’ai trouvé 
dans JOSM (**) un affichage lors de l’édition où toutes les infrastructures 
sont visibles incluant bicycle=yes ou designated ou les attributs :right left: 
etc ... Ils n’ont pas tous un graphisme très clair mais ils sont distincts.

Pour l’activer il faut aller dans “Affichage” puis “Coloriage” et activer 
“Cycleways” (la première fois il faut l’installer dans “Préférence du rendu de 
la carte”). Ainsi, lors de l’édition, on peut voir tout chemin ayant un 
attribut cyclable avant de l’ajouter à une relation.

L’option qui m’était très utile et rapide “Fichier” et “Télécharger dans la vue 
courante” a disparu de JOSM. Il faut maintenant utiliser “Télécharger les 
données” où on obtient l’équivalent mais avec  plus de manipulation. 

Une autre option intéressante est aussi apparue ... “Télécharger le long ...” 
qui télécharge tous les objets situé le long d’un chemin.

Claude

(**) J’ai abandonné Potlatch et iD depuis l’abandon du support de Flash Player 
dans mes fureteurs.

From: Pierre Boucher 
Sent: Thursday, October 17, 2019 10:57 AM
To: talk-ca@openstreetmap.org 
Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
[... texte effacé ...¸]
  a.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble 
sur le réseau cyclable de toutes ces municipalités incluant les chemins dit 
"designated, yes, permissive, etc." comme cycleway=designated par exemple qui 
n'apparait pas sur la carte sans l'utilisation de lcn=yes.  De plus en 
utilisant  l'attribut additionnel :right :left ou :both à cycleway je peux voir 
le résultat sur la carte. 


 Virus-free. www.avg.com  
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-06 Thread gmbo

Flyer bekommst du von der Geofabrik, die Emailadresse steht dort
https://www.openstreetmap.de/impressum.html

Viele Grüße
Gisbert

Am 06.11.19 um 16:47 schrieb Jakob Miksch:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

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




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


Re: [OSM-talk-fr] canaux de communication

2019-11-06 Thread Christian Rogel


> Le 5 nov. 2019 à 12:19, Christian Rogel  a 
> écrit :
> J’ai cherché, en vain, sur le wiki OSM un équivalent, même lointain, de la 
> page en Mailing lists.
> 
> https://wiki.openstreetmap.org/wiki/Mailing_lists 
> 

Je corrige cette affirmation, car une tentative de traduction a été initiée en 
2012 à :

https://wiki.openstreetmap.org/wiki/FR:Listes_de_diffusion 



C’est un recensement mondial.

Il existe, par ailleurs, une liste des 192 LD  (!) hébergées par la Fondation, 
non pas sous la forme standard du wiki OSM, mais,  sous forme d’un tableau 
directement accessible sous l’onglet « Aide » du wiki OSM :

https://lists.openstreetmap.org/listinfo 


Ce que je me propose de faire est un recensement des listes majoritairement en 
français, ce qui répondrait partiellement aux besoins des débutants.
Cela permettrait aussi de donner de la visibilité aux listes FR:Tagging 
(Fondation) et OSM Transport (OSM France).

Titre : FR:Listes de diffusion francophones


Rien n’empêche  que quelqu’un fasse une autre page qui listerait les canaux 
plus récents et reprendrait une partie de la page des LD francophones.

On ne peut rien faire contre la fragmentation des canaux de diffusion. La perte 
de prestige des LD est due à :

- des interfaces désuètes (style 20e siècle)
- la flemme de régler selon ses envies le flux des messages (peur de trop 
filtrer)


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


[Talk-de] OSM Sticker und Flyer - GISDay

2019-11-06 Thread Jakob Miksch

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu 
eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig, 
aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken 
könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann 
ich gern übernehmen.


Viele Grüße,
Jakob

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


[Talk-at] OSM Sticker und Flyer - GISDay

2019-11-06 Thread Jakob Miksch

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu 
eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig, 
aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken 
könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann 
ich gern übernehmen.


Viele Grüße,
Jakob

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


Re: [Talk-GB] Name Suggestion Index

2019-11-06 Thread Dave F via Talk-GB



On 06/11/2019 14:22, SK53 wrote:

Personally I'd prefer retaining confectionery & perhaps using some kind of
sub-tag for the chocolate bit: although chocolate only/dominated shops are
much commoner than some other kinds of sweet shop.


Yes.
shop=confectionery
confectionery= chocolate/fudge etc

DaveF

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


[Talk-us] Whole-US Garmin Map update - 2019-11-04

2019-11-06 Thread Dave Hansen
These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-11-04

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-11-04/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-11-04

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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


Re: [OSM-talk-fr] Dépliants applications mobiles

2019-11-06 Thread Yves P.
> Je ne suis pas certain que l'on ait prêt à l'emploi un flyer spécifique pour 
> les applications mobiles. Il y a les listes des applis sur lesquelles tu peux 
> te baser : https://wiki.openstreetmap.org/wiki/Android 
> J’ai renommé Galileo Offline 
> Maps qui s’appel Guru Maps.

Un tableau comparatif triable serait pratique avec tous les OS.

—
Yves

PS: Pour info, j’utilise OSMand, Maps.Me et Guru Maps___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-GB] Name Suggestion Index

2019-11-06 Thread SK53
Personally I'd prefer retaining confectionery & perhaps using some kind of
sub-tag for the chocolate bit: although chocolate only/dominated shops are
much commoner than some other kinds of sweet shop.

There's a trade-off between overly general & overly specific tags which is
sometimes difficult to judge. OSM-Nottingham

lumps cake & sweet shops together (many have a café too). A quick look
through shows that 'indian' (South Asian) sweet shops is a pretty common
sub-category, and there are a still a few pick-and-mix places too. This
suggests sub-tagging would be useful in other situations
(chocolate/pick_and_mix/south_asian/etc), see taginfo
 for current values.
There's always been some overlap between cake shops & bakeries (Birds the
Confectioners being a classic East Midlands example), but shop=patisserie,
shop=cake & shop=sweet have never had much traction. There seems no good
reason to separate out chocolate shops from other types which have equally
valid reasons to be distinguished, and doing so may encourage a fissiparous
tagging tendency. Note that there will tend to be regional & cultural
differences in styles of confectionery & the shops (I've always been a bit
puzzled how to tag the little places with "Regalos Dulces" above the door
in Spain), and in an ideal world we keep tags which work best across
cultures.

Jerry

On Wed, 6 Nov 2019 at 13:28, Paul Berry  wrote:

> Continuing with the Hotel Chocolat example, it could well be the case that
> most are tagged with shop=confectionery because that was the nearest-fit
> tag that was suggested when each was initially mapped. If the more precise
> tag of shop=chocolate is now available we should make adjustments so that
> iD suggests this as an "upgrade" the next time someone is making an edit in
> or around one of them. Some of their shops offer a cafe/restaurant service
> as well, which should be suggested as a second tier of tags.
>
> Yours chocolatey,
> *Paul*
>
> On Wed, 6 Nov 2019 at 10:14, Jez Nicholson 
> wrote:
>
>> AFAIK 'The Range' has not got an entry. You can enter it in the Tag Text
>> field with/without 'gb' in the Country Code on https://nsi.guide
>>
>> To me, the big question is: how do we adequately consult the community so
>> that we feel that the GB entries are appropriate?
>>
>> Depending on github/dev abilities individuals can either create their own
>> fork/pull request. We also have an OSMUK fork that group work could be done
>> on. Or evidence could be added to
>> https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom and
>> Talk-GB can be consulted...a number of things are possible. But ultimately,
>> I would like "the community" to feel that the changes are ours.
>>
>> There are a number of minor decisions involved, e.g. is Hotel Chocolat
>> a shop=confectionery or the newer shop=chocolate. Overpass Turbo says 50
>> the former, 13 the latter. Retail_chains_in_the_United_Kingdom
>> says shop=confectionery so that is what the NSI says.
>>
>> On Tue, Nov 5, 2019 at 7:38 PM Gareth L  wrote:
>>
>>> Curious as to what is selected for branches of The Range. That was
>>> recently highlighted as being tricky to categorise.
>>>
>>> Gareth
>>>
>>> > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) <
>>> robert.whittaker+...@gmail.com> wrote:
>>> >
>>> > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson 
>>> wrote:
>>> >> I was wondering how iD (and Vespucci) decides what to offer as brands
>>> when I create a new feature, or when it suggests something like "Ibis looks
>>> like a brand with incomplete tags". The answer is the
>>> https://wiki.openstreetmap.org/wiki/Name_Suggestion_Index (NSI) ...now
>>> detailed on a wiki page that I created.
>>> >>
>>> >> The NSI is a github repository, so updates and editions can be
>>> suggested. This can be done via your own fork or on the OSMUK fork. I'm not
>>> sure what will work best for us yet.
>>> >
>>> > I stumbled across the NSI myself a couple of months ago, while looking
>>> > to add brand tags to shops in my local area though iD. I've been
>>> > collecting a list of missing UK brands (or at least ones that iD
>>> > didn't suggest) and also some potential errors (e.g. where it's
>>> > assumed all shops of a certain brand have a specific shop tag, when in
>>> > reality there can be some variation in the types of outlets). What I
>>> > haven't looked into yet is the mechanics of how to suggest
>>> > adding/correcting entries and what other info is needed for each one.
>>> > (Submitting github issues and pull requests for each individual brand
>>> > seems like a lot of effort on the face of it -- but maybe that's what
>>> > you need to do.)
>>> >
>>> > In case anyone is interested in adding these, or providing details of
>>> > 

Re: [Talk-GB] Name Suggestion Index

2019-11-06 Thread Jez Nicholson
Exactamundo! So, how do we decide? It would be overkill to come back to the
list for every single case, but equally, this is a change that affects
current and future features.or am I the only one who is bothered by
this?

On Wed, 6 Nov 2019, 13:27 Paul Berry,  wrote:

> Continuing with the Hotel Chocolat example, it could well be the case that
> most are tagged with shop=confectionery because that was the nearest-fit
> tag that was suggested when each was initially mapped. If the more precise
> tag of shop=chocolate is now available we should make adjustments so that
> iD suggests this as an "upgrade" the next time someone is making an edit in
> or around one of them. Some of their shops offer a cafe/restaurant service
> as well, which should be suggested as a second tier of tags.
>
> Yours chocolatey,
> *Paul*
>
> On Wed, 6 Nov 2019 at 10:14, Jez Nicholson 
> wrote:
>
>> AFAIK 'The Range' has not got an entry. You can enter it in the Tag Text
>> field with/without 'gb' in the Country Code on https://nsi.guide
>>
>> To me, the big question is: how do we adequately consult the community so
>> that we feel that the GB entries are appropriate?
>>
>> Depending on github/dev abilities individuals can either create their own
>> fork/pull request. We also have an OSMUK fork that group work could be done
>> on. Or evidence could be added to
>> https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom and
>> Talk-GB can be consulted...a number of things are possible. But ultimately,
>> I would like "the community" to feel that the changes are ours.
>>
>> There are a number of minor decisions involved, e.g. is Hotel Chocolat
>> a shop=confectionery or the newer shop=chocolate. Overpass Turbo says 50
>> the former, 13 the latter. Retail_chains_in_the_United_Kingdom
>> says shop=confectionery so that is what the NSI says.
>>
>> On Tue, Nov 5, 2019 at 7:38 PM Gareth L  wrote:
>>
>>> Curious as to what is selected for branches of The Range. That was
>>> recently highlighted as being tricky to categorise.
>>>
>>> Gareth
>>>
>>> > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) <
>>> robert.whittaker+...@gmail.com> wrote:
>>> >
>>> > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson 
>>> wrote:
>>> >> I was wondering how iD (and Vespucci) decides what to offer as brands
>>> when I create a new feature, or when it suggests something like "Ibis looks
>>> like a brand with incomplete tags". The answer is the
>>> https://wiki.openstreetmap.org/wiki/Name_Suggestion_Index (NSI) ...now
>>> detailed on a wiki page that I created.
>>> >>
>>> >> The NSI is a github repository, so updates and editions can be
>>> suggested. This can be done via your own fork or on the OSMUK fork. I'm not
>>> sure what will work best for us yet.
>>> >
>>> > I stumbled across the NSI myself a couple of months ago, while looking
>>> > to add brand tags to shops in my local area though iD. I've been
>>> > collecting a list of missing UK brands (or at least ones that iD
>>> > didn't suggest) and also some potential errors (e.g. where it's
>>> > assumed all shops of a certain brand have a specific shop tag, when in
>>> > reality there can be some variation in the types of outlets). What I
>>> > haven't looked into yet is the mechanics of how to suggest
>>> > adding/correcting entries and what other info is needed for each one.
>>> > (Submitting github issues and pull requests for each individual brand
>>> > seems like a lot of effort on the face of it -- but maybe that's what
>>> > you need to do.)
>>> >
>>> > In case anyone is interested in adding these, or providing details of
>>> > how to do it, here's the list of missing brands that I've collected so
>>> > far (some may have been added since I started collecting):
>>> >
>>> >  Animal (Clothes)
>>> >  Barnado's (charity)
>>> >  Bill's (retaurant)
>>> >  Bon Marché (clothes)
>>> >  Byron (restaurant/burgers)
>>> >  Café Rouge (restaurant)
>>> >  Card Factory (cards)
>>> >  Fred Olsen Travel (travel_agent)
>>> >  Hughes (electrical goods)
>>> >  Johnsons (dry_cleaning)
>>> >  Jones the Bootmaker (shoes)
>>> >  Mr. Shoes (shoes)
>>> >  Muffin Break (Cafe)
>>> >  Scrivens (optician)
>>> >  Timpson (key-cutting / shoe_repair)
>>> >  The Perfume Shop (perfumery)
>>> >  Topman / Topshop (clothes)
>>> >  TUI (travel_agency)
>>> >  William H Brown (estate_agent)
>>> >  YMCA (charity shop)
>>> >  Yours (clothes)
>>> >
>>> > And here are the one I think there are problems with:
>>> >
>>> >  Greggs (allow amenity=cafe or shop=bakery or both)
>>> >  Clintons (should recognise shop=cards as well as shop=gift when
>>> > suggesting 'upgrades' in iD)
>>> >
>>> > Best wishes,
>>> >
>>> > Robert.
>>> >
>>> > --
>>> > Robert Whittaker
>>> >
>>> > ___
>>> > Talk-GB mailing list
>>> > Talk-GB@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-gb
>>> ___
>>> Talk-GB mailing list
>>> 

Re: [OSM-talk-fr] Dépliants applications mobiles

2019-11-06 Thread PanierAvide

Bonjour,

Un point d'entrée pour les supports de communication en Français : 
https://wiki.openstreetmap.org/wiki/France/Support_Communication


Et en Anglais : https://wiki.openstreetmap.org/wiki/Flyers_and_posters

Je ne suis pas certain que l'on ait prêt à l'emploi un flyer spécifique 
pour les applications mobiles. Il y a les listes des applis sur 
lesquelles tu peux te baser : https://wiki.openstreetmap.org/wiki/Android


Cordialement,

Adrien P.

Le 06/11/2019 à 14:34, Adrien André via Talk-fr a écrit :


Bonjour,

pour un stand OSM lors d'un évènement public nous aimerions avoir des 
dépliants (/flyers/) décrivant les applications mobiles (OSMAnd & cie).


Peut-on trouver ce genre de chose dans certains coins du web ?

Merci,

--
Adrien

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


[Talk-GB] Fwd: Re: Name Suggestion Index

2019-11-06 Thread Philip Barnes

My local Hotel Chocolate is also a cafe.
 
Phil (trigpoint)
 
> On Wednesday, 6 November 2019, Paul Berry wrote:
> > Continuing with the Hotel Chocolat example, it could well be the case that
> > most are tagged with shop=confectionery because that was the nearest-fit
> > tag that was suggested when each was initially mapped. If the more precise
> > tag of shop=chocolate is now available we should make adjustments so that
> > iD suggests this as an "upgrade" the next time someone is making an edit in
> > or around one of them. Some of their shops offer a cafe/restaurant service
> > as well, which should be suggested as a second tier of tags.
> > 
> > Yours chocolatey,
> > *Paul*
> > 
> > On Wed, 6 Nov 2019 at 10:14, Jez Nicholson  wrote:
> > 
> > > AFAIK 'The Range' has not got an entry. You can enter it in the Tag Text
> > > field with/without 'gb' in the Country Code on https://nsi.guide
> > >
> > > To me, the big question is: how do we adequately consult the community so
> > > that we feel that the GB entries are appropriate?
> > >
> > > Depending on github/dev abilities individuals can either create their own
> > > fork/pull request. We also have an OSMUK fork that group work could be 
> > > done
> > > on. Or evidence could be added to
> > > https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom 
> > > and
> > > Talk-GB can be consulted...a number of things are possible. But 
> > > ultimately,
> > > I would like "the community" to feel that the changes are ours.
> > >
> > > There are a number of minor decisions involved, e.g. is Hotel Chocolat
> > > a shop=confectionery or the newer shop=chocolate. Overpass Turbo says 50
> > > the former, 13 the latter. Retail_chains_in_the_United_Kingdom
> > > says shop=confectionery so that is what the NSI says.
> > >
> > > On Tue, Nov 5, 2019 at 7:38 PM Gareth L  wrote:
> > >
> > >> Curious as to what is selected for branches of The Range. That was
> > >> recently highlighted as being tricky to categorise.
> > >>
> > >> Gareth
> > >>
> > >> > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) <
> > >> robert.whittaker+...@gmail.com> wrote:
> > >> >
> > >> > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson 
> > >> wrote:
> > >> >> I was wondering how iD (and Vespucci) decides what to offer as brands
> > >> when I create a new feature, or when it suggests something like "Ibis 
> > >> looks
> > >> like a brand with incomplete tags". The answer is the
> > >> https://wiki.openstreetmap.org/wiki/Name_Suggestion_Index (NSI) ...now
> > >> detailed on a wiki page that I created.
> > >> >>
> > >> >> The NSI is a github repository, so updates and editions can be
> > >> suggested. This can be done via your own fork or on the OSMUK fork. I'm 
> > >> not
> > >> sure what will work best for us yet.
> > >> >
> > >> > I stumbled across the NSI myself a couple of months ago, while looking
> > >> > to add brand tags to shops in my local area though iD. I've been
> > >> > collecting a list of missing UK brands (or at least ones that iD
> > >> > didn't suggest) and also some potential errors (e.g. where it's
> > >> > assumed all shops of a certain brand have a specific shop tag, when in
> > >> > reality there can be some variation in the types of outlets). What I
> > >> > haven't looked into yet is the mechanics of how to suggest
> > >> > adding/correcting entries and what other info is needed for each one.
> > >> > (Submitting github issues and pull requests for each individual brand
> > >> > seems like a lot of effort on the face of it -- but maybe that's what
> > >> > you need to do.)
> > >> >
> > >> > In case anyone is interested in adding these, or providing details of
> > >> > how to do it, here's the list of missing brands that I've collected so
> > >> > far (some may have been added since I started collecting):
> > >> >
> > >> >  Animal (Clothes)
> > >> >  Barnado's (charity)
> > >> >  Bill's (retaurant)
> > >> >  Bon Marché (clothes)
> > >> >  Byron (restaurant/burgers)
> > >> >  Café Rouge (restaurant)
> > >> >  Card Factory (cards)
> > >> >  Fred Olsen Travel (travel_agent)
> > >> >  Hughes (electrical goods)
> > >> >  Johnsons (dry_cleaning)
> > >> >  Jones the Bootmaker (shoes)
> > >> >  Mr. Shoes (shoes)
> > >> >  Muffin Break (Cafe)
> > >> >  Scrivens (optician)
> > >> >  Timpson (key-cutting / shoe_repair)
> > >> >  The Perfume Shop (perfumery)
> > >> >  Topman / Topshop (clothes)
> > >> >  TUI (travel_agency)
> > >> >  William H Brown (estate_agent)
> > >> >  YMCA (charity shop)
> > >> >  Yours (clothes)
> > >> >
> > >> > And here are the one I think there are problems with:
> > >> >
> > >> >  Greggs (allow amenity=cafe or shop=bakery or both)
> > >> >  Clintons (should recognise shop=cards as well as shop=gift when
> > >> > suggesting 'upgrades' in iD)
> > >> >
> > >> > Best wishes,
> > >> >
> > >> > Robert.
> > >> >
> > >> > --
> > >> > Robert Whittaker
> > >> >
> > >> > ___
> > >> > Talk-GB mailing list
> > 

[OSM-talk-fr] Dépliants applications mobiles

2019-11-06 Thread Adrien André via Talk-fr

Bonjour,

pour un stand OSM lors d'un évènement public nous aimerions avoir des 
dépliants (/flyers/) décrivant les applications mobiles (OSMAnd & cie).


Peut-on trouver ce genre de chose dans certains coins du web ?

Merci,

--
Adrien

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


Re: [Talk-GB] Name Suggestion Index

2019-11-06 Thread Paul Berry
Continuing with the Hotel Chocolat example, it could well be the case that
most are tagged with shop=confectionery because that was the nearest-fit
tag that was suggested when each was initially mapped. If the more precise
tag of shop=chocolate is now available we should make adjustments so that
iD suggests this as an "upgrade" the next time someone is making an edit in
or around one of them. Some of their shops offer a cafe/restaurant service
as well, which should be suggested as a second tier of tags.

Yours chocolatey,
*Paul*

On Wed, 6 Nov 2019 at 10:14, Jez Nicholson  wrote:

> AFAIK 'The Range' has not got an entry. You can enter it in the Tag Text
> field with/without 'gb' in the Country Code on https://nsi.guide
>
> To me, the big question is: how do we adequately consult the community so
> that we feel that the GB entries are appropriate?
>
> Depending on github/dev abilities individuals can either create their own
> fork/pull request. We also have an OSMUK fork that group work could be done
> on. Or evidence could be added to
> https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom and
> Talk-GB can be consulted...a number of things are possible. But ultimately,
> I would like "the community" to feel that the changes are ours.
>
> There are a number of minor decisions involved, e.g. is Hotel Chocolat
> a shop=confectionery or the newer shop=chocolate. Overpass Turbo says 50
> the former, 13 the latter. Retail_chains_in_the_United_Kingdom
> says shop=confectionery so that is what the NSI says.
>
> On Tue, Nov 5, 2019 at 7:38 PM Gareth L  wrote:
>
>> Curious as to what is selected for branches of The Range. That was
>> recently highlighted as being tricky to categorise.
>>
>> Gareth
>>
>> > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) <
>> robert.whittaker+...@gmail.com> wrote:
>> >
>> > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson 
>> wrote:
>> >> I was wondering how iD (and Vespucci) decides what to offer as brands
>> when I create a new feature, or when it suggests something like "Ibis looks
>> like a brand with incomplete tags". The answer is the
>> https://wiki.openstreetmap.org/wiki/Name_Suggestion_Index (NSI) ...now
>> detailed on a wiki page that I created.
>> >>
>> >> The NSI is a github repository, so updates and editions can be
>> suggested. This can be done via your own fork or on the OSMUK fork. I'm not
>> sure what will work best for us yet.
>> >
>> > I stumbled across the NSI myself a couple of months ago, while looking
>> > to add brand tags to shops in my local area though iD. I've been
>> > collecting a list of missing UK brands (or at least ones that iD
>> > didn't suggest) and also some potential errors (e.g. where it's
>> > assumed all shops of a certain brand have a specific shop tag, when in
>> > reality there can be some variation in the types of outlets). What I
>> > haven't looked into yet is the mechanics of how to suggest
>> > adding/correcting entries and what other info is needed for each one.
>> > (Submitting github issues and pull requests for each individual brand
>> > seems like a lot of effort on the face of it -- but maybe that's what
>> > you need to do.)
>> >
>> > In case anyone is interested in adding these, or providing details of
>> > how to do it, here's the list of missing brands that I've collected so
>> > far (some may have been added since I started collecting):
>> >
>> >  Animal (Clothes)
>> >  Barnado's (charity)
>> >  Bill's (retaurant)
>> >  Bon Marché (clothes)
>> >  Byron (restaurant/burgers)
>> >  Café Rouge (restaurant)
>> >  Card Factory (cards)
>> >  Fred Olsen Travel (travel_agent)
>> >  Hughes (electrical goods)
>> >  Johnsons (dry_cleaning)
>> >  Jones the Bootmaker (shoes)
>> >  Mr. Shoes (shoes)
>> >  Muffin Break (Cafe)
>> >  Scrivens (optician)
>> >  Timpson (key-cutting / shoe_repair)
>> >  The Perfume Shop (perfumery)
>> >  Topman / Topshop (clothes)
>> >  TUI (travel_agency)
>> >  William H Brown (estate_agent)
>> >  YMCA (charity shop)
>> >  Yours (clothes)
>> >
>> > And here are the one I think there are problems with:
>> >
>> >  Greggs (allow amenity=cafe or shop=bakery or both)
>> >  Clintons (should recognise shop=cards as well as shop=gift when
>> > suggesting 'upgrades' in iD)
>> >
>> > Best wishes,
>> >
>> > Robert.
>> >
>> > --
>> > Robert Whittaker
>> >
>> > ___
>> > Talk-GB mailing list
>> > Talk-GB@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-gb
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[OSM-talk-fr] L’enfer est pavé de bonnes intentions

2019-11-06 Thread Yves P .
Bonjour,

Da ma série nettoyage (d’automne) j’ai trouvé des clés redondantes mapillary et 
image.

Par exemple : https://www.openstreetmap.org/way/739027745
image=https://images.mapillary.com/4mayqgUw7QEHXjeTAXT5nw/thumb-2048.jpg 

mapillary=https://www.mapillary.com/map/im/4mayqgUw7QEHXjeTAXT5nw 

Comme certains logiciels dont openstreetmap.org ne gèrent pas les clés 
mapillary, le contributeur OSM utilise l’URL complète au lieu de 
4mayqgUw7QEHXjeTAXT5nw 
De la même façon, ce contributeur « duplique » l’info dans la clé image pour 
qu’elle soit affichée, et du coup, avec une URL complète et compliquée.

Cela donne un gros bazar dans la clé image (idem pour mapillary, wikipedia, 
wikimedia_commons…).

Un résumé, cette pratique consiste à taguer pour le rendu.
La solution, c’est que les développeurs du site web openstreetmap.org gèrent 
enfin les clés externes.
Les autres sites suivront…

—
Yves

Pour info, le développeur d’Overpass-Turbo est très réactif et gère 
correctement les clés mapillary , 
wikimedia_commons et wikipedia .
Les clés image contenant des fichiers wikimedia ne sont pas supportées. Exemple 
:
https://overpass-turbo.eu/s/NKu
image=File:Hemiksem_Abdij_Luchtfoto.jpg

Exemples de bazar :

clés image avec des valeurs « wiki » : elles ne sont pas affichées par la 
plupart des applications

image=File:Hemiksem_Abdij_Luchtfoto.jpg
wikimedia_commons=File:Hemiksem_Abdij_Luchtfoto.jpg 


Note : 20 825 images 

image=Datei:Stolperstein Warendorf Warendorfer-Straße 59 Alma Leffmann.jpg
wikimedia_commons=File:Stolperstein Warendorf Warendorfer-Straße 59 Alma 
Leffmann.jpg 


Note : Datei est un préfixe valide uniquement sur wikipedia.de

image=Category:Chapel of Holy Trinity (Ivančice)
wikimedia_commons =Category:Chapel of Holy Trinity (Ivančice) 


Note : plusieurs images ! La clé image sert justement à en spécifier une seule

image=Category:Zur_Waldesruh_24_(Wuppertal)#/media/File:Wuppertal_Zur_Waldesruh_0003.jpg
wikimedia_commons=Category:Zur Waldesruh 24 (Wuppertal)#/media/File:Wuppertal 
Zur Waldesruh 0003.jpg 


Note : cette syntaxe (peu documentée) permet d’indiquer une photo et une 
catégorie 

image=File:%22Grand_H%C3%B4tel_du_Commerce%22_of_%22Grand_H%C3%B4tel%22,_heden_%22Hotel_Navarra%22_-_Sint-Jakobsstraat_41_-_Brugge_-_29674.JPG
wikimedia_commons=File:"Grand Hôtel du Commerce" of "Grand Hôtel", heden "Hotel 
Navarra" - Sint-Jakobsstraat 41 - Brugge - 29674.JPG
 

clés image avec URL complète qui pourraient être raccourcies dans des clés plus 
adaptées

image=https://images.mapillary.com/4mayqgUw7QEHXjeTAXT5nw/thumb-2048.jpg 

mapillary=4mayqgUw7QEHXjeTAXT5nw 


image=http://mapillary.com/map/im/-5B7enGgaEQ5BBltYpmidw 

mapillary=-5B7enGgaEQ5BBltYpmidw 


image=https://www.mapillary.com/map/im/rkAum6ieaIsLPyzxWvSLyQ 

mapillary=rkAum6ieaIsLPyzxWvSLyQ 


Note: 17 184 images pour ces 3 derniers cas

image=http://commons.wikimedia.org/wiki/File:Fort_van_Haasdonk.jpg 
 
wikimedia_commons=File:Fort_van_Haasdonk.jpg 


Note : 42 596 images (http + https)

image=https://upload.wikimedia.org/wikipedia/commons/0/0c/Antony_Gormley%2C_Pirmavent_III%2C_2009.jpg
 

wikimedia_commons=File:Antony Gormley, Pirmavent III, 2009.jpg 


image=https://upload.wikimedia.org/wikipedia/commons/thumb/7/72/AlgeriePoste.svg/130px-AlgeriePoste.svg.png
 

wikimedia_commons=File:AlgeriePoste.svg 


Note : 10 932 images (http + https) pour 

Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-06 Thread Dave F via Talk-GB
As long as all sections have junction=roundabout it will work fine, if 
those creating routers are worth their salt. OSM is geospatially aware. 
Any router should be know it's in the UK & drive on the left & go 
clockwise around a roundabout.


DaveF

On 06/11/2019 07:40, Edward Bainton wrote:

Thanks both

@Andy - you're right it certainly doesn't!
As the hospital access road (running ENE-WSW) is merely wide with islands
rather than formally a dual carriageway, should it be shown as two ways
like that?

@Dave F   When you say roundabouts need
splitting, will they still get interpreted as roundabouts by routers, ie,
inferring the direction without a oneway tag, or do I tag the roundabout
segments as one-way in a circle? (or something else!)

On Wed, 6 Nov 2019 at 00:54, Dave F via Talk-GB 
wrote:



http://ra.osmsurround.org/analyzeRelation?relationId=2580522=true&_noCache=on

Click on 'Analysis on map'

All bits with a marker need looking at, plus roundabouts require splitting
as the bus doesn't go all the way around.

This one looks like a right mess given the loop with the bus stop is one
way.
https://www.openstreetmap.org/relation/2580522#map=19/52.58839/-0.21216

DaveF

On 05/11/2019 22:51, Edward Bainton wrote:

What do I do about a fixme on a relation?

A bus route near me says fixme=check relation plus members - appears 
brokenhttps://www.openstreetmap.org/relation/2580522#map=14/52.5823/-0.2418=N

Presumably 'broken' means the route has gaps in it?

On Thu, 24 Oct 2019 at 21:18, Rob Nickerson  

wrote:


So far I have looked at two regions in the UK for fixmes: Warwickshire and
the North West.

In Warwickshire it can be difficult to resolve the fixmes as most (but not
all) require a lot of work. I found a completely different story in the
North West. I found a good number of fixmes there which had already been
resolved and therefore all I had to do was remove the redundant fixme=*
tag. I also found a lot of fixme tags that could be resolved just by using
the latest aerial imagery and/or GPS traces. Once again it has been a
reminder of the differences between places within a few hours of each other.

As for adding new fixme tags, I personally haven't needed to do this yet.
I am curious as to where "peak fixme" lies. If we had 10% more contributors
would we end up with 10% more fixme tags or do you eventually get to a a
point where you turn the corner and start ticking off all these quality
assurance issues?

P.S. The number of Notes is on the up again as well. There are a lot of
good descriptions in the Notes that can be used to update the map. Check
them out athttp://resultmaps.neis-one.org/osm-notes-country?c=United%20Kingdom

Best regards,
*Rob*
___
Talk-GB mailing 
listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb



___
Talk-GB mailing 
listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb


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




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


[OSM-talk-fr] Centre de contrôle technique véhicule: du nouveau

2019-11-06 Thread Donat ROBAUX
Bonjour,

Avis aux amateurs, il y aura du boulot de cartographie à faire avec les
centres de contrôle technique.
Y a moyen de faciliter l'intégration avec Osmose via le code APE qui semble
être le 7120A?
Le tag qui va bien *amenity= vehicle_inspection*

Le gouvernement vient de publier un décret
imposant
aux exploitants de centres de contrôle technique de transmettre aux
pouvoirs publics le prix de leurs prestations (uniquement en ce qui
concerne les véhicules légers).

Tout manquement sera passible d’une amende administrative de 1 500 euros,
voire de 3 000 euros en cas de récidive.

Sous l’égide du ministère de l’Économie et des finances, ces prix seront
rendus « *librement accessible au public, sous forme électronique », « à
bref délai après leur réception* ».

Le gouvernement souhaite manifestement que chaque consommateur puisse
comparer les différents tarifs pratiqués, à l’image de ce qui est proposé
depuis quelques années par l’entremise du site prix-carburants.gouv.fr
.

Il faudra toutefois attendre la publication d’un arrêté, détaillant
notamment les modalités techniques du dispositif, pour que celui-ci prenne
effectivement son envol
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-06 Thread David Woolley

On 06/11/2019 00:53, Dave F via Talk-GB wrote:


This one looks like a right mess given the loop with the bus stop is one 
way.

https://www.openstreetmap.org/relation/2580522#map=19/52.58839/-0.21216


It's also the wrong relation type.  route_masters should have route 
relations as their members.  This one is just a route.


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


[OSM-talk-fr] asso ou groupe de contributeurs OSM en Vendée ?

2019-11-06 Thread Laurence Picado

Bonjour,

une connaissance me demande s'il existe une asso ou un groupe de 
contributeurs OSM en Vendée (cette personne aimerait bien s'initier à OSM).


Merci d'avance de vos réponses.

Cordialement,

--
Laurence Picado
www.veloetmarche.fr

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


[Talk-de] OSMF-Vorstands-Wahlen

2019-11-06 Thread Christoph Hormann

Hallo Zusammen,

ich möchte hier mal auf die bevorstehenden Vorstandswahlen der OSMF 
hinweisen.  Tobias hat hierzu im Forum schon eine detailliertere 
Erläuterung geschrieben:

https://forum.openstreetmap.org/viewtopic.php?id=67900

In kurz:

* Ihr habt bis zum 09.11. Zeit, Euch als Kandidat auszustellen,
* ihr habt bis zum 12.11. Zeit, Fragen an die Kandidaten zu stellen 
(welche vor der Weiterleitung an die Kandidaten durch Michael Collinson 
redigiert werden) und
* ihr habt bis zum 13.11. Zeit, Mitglied der OSMF zu werden, um an den 
Wahlen Teil zu nehmen.

Mehr Details siehe

https://wiki.openstreetmap.org/wiki/Foundation/AGM19/Election_to_Board

Was ich zusätzlich wie im letzten Jahr anbieten möchte ist ein 
Übersetzungs-Service für Fragen.  Es sind diesmal zwar auch 
ausdrücklich Fragen in anderen Sprachen als Englisch erlaubt, aber 
gleichzeitig ist auch erwünscht, Fragen in lokalen Communities zu 
diskutieren und zu koordinieren.  Auch ist der gesamte Zeitplan relativ 
eng, so dass es hilfreich ist, wenn wir Fragen auf Deutsch gleich mit 
einer Übersetzung einbringen.  Wer also Fragen hat ist eingeladen, 
diese hier vorzustellen und ggf. zu diskutieren und ich kann - wenn 
gewünscht - das Ergebnis einer solchen Diskussion auf der offiziellen 
Frage-Seite mit Übersetzung einreichen.

Auch denjenigen, die keine Fragen stellen möchten, möchte ich - wenn Sie 
aktive Mapper sind oder ihnen OpenStreetMap am Herzen liegt - sehr nahe 
legen, bis zum 13.11. OSMF-Mitglied zu werden und an den Wahlen Teil zu 
nehmen (falls Ihr das noch nicht seid).  Die OSMF kann sehr viel 
Positives für das Projekt bewirken - wenn sie denn die richtigen 
Entscheidungen fällt.  Und das hängt maßgeblich davon ab, ob *Ihr* 
qualifizierte Leute in den Vorstand wählt.

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

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


Re: [Talk-GB] Name Suggestion Index

2019-11-06 Thread Jez Nicholson
AFAIK 'The Range' has not got an entry. You can enter it in the Tag Text
field with/without 'gb' in the Country Code on https://nsi.guide

To me, the big question is: how do we adequately consult the community so
that we feel that the GB entries are appropriate?

Depending on github/dev abilities individuals can either create their own
fork/pull request. We also have an OSMUK fork that group work could be done
on. Or evidence could be added to
https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom and
Talk-GB can be consulted...a number of things are possible. But ultimately,
I would like "the community" to feel that the changes are ours.

There are a number of minor decisions involved, e.g. is Hotel Chocolat
a shop=confectionery or the newer shop=chocolate. Overpass Turbo says 50
the former, 13 the latter. Retail_chains_in_the_United_Kingdom
says shop=confectionery so that is what the NSI says.

On Tue, Nov 5, 2019 at 7:38 PM Gareth L  wrote:

> Curious as to what is selected for branches of The Range. That was
> recently highlighted as being tricky to categorise.
>
> Gareth
>
> > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) <
> robert.whittaker+...@gmail.com> wrote:
> >
> > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson 
> wrote:
> >> I was wondering how iD (and Vespucci) decides what to offer as brands
> when I create a new feature, or when it suggests something like "Ibis looks
> like a brand with incomplete tags". The answer is the
> https://wiki.openstreetmap.org/wiki/Name_Suggestion_Index (NSI) ...now
> detailed on a wiki page that I created.
> >>
> >> The NSI is a github repository, so updates and editions can be
> suggested. This can be done via your own fork or on the OSMUK fork. I'm not
> sure what will work best for us yet.
> >
> > I stumbled across the NSI myself a couple of months ago, while looking
> > to add brand tags to shops in my local area though iD. I've been
> > collecting a list of missing UK brands (or at least ones that iD
> > didn't suggest) and also some potential errors (e.g. where it's
> > assumed all shops of a certain brand have a specific shop tag, when in
> > reality there can be some variation in the types of outlets). What I
> > haven't looked into yet is the mechanics of how to suggest
> > adding/correcting entries and what other info is needed for each one.
> > (Submitting github issues and pull requests for each individual brand
> > seems like a lot of effort on the face of it -- but maybe that's what
> > you need to do.)
> >
> > In case anyone is interested in adding these, or providing details of
> > how to do it, here's the list of missing brands that I've collected so
> > far (some may have been added since I started collecting):
> >
> >  Animal (Clothes)
> >  Barnado's (charity)
> >  Bill's (retaurant)
> >  Bon Marché (clothes)
> >  Byron (restaurant/burgers)
> >  Café Rouge (restaurant)
> >  Card Factory (cards)
> >  Fred Olsen Travel (travel_agent)
> >  Hughes (electrical goods)
> >  Johnsons (dry_cleaning)
> >  Jones the Bootmaker (shoes)
> >  Mr. Shoes (shoes)
> >  Muffin Break (Cafe)
> >  Scrivens (optician)
> >  Timpson (key-cutting / shoe_repair)
> >  The Perfume Shop (perfumery)
> >  Topman / Topshop (clothes)
> >  TUI (travel_agency)
> >  William H Brown (estate_agent)
> >  YMCA (charity shop)
> >  Yours (clothes)
> >
> > And here are the one I think there are problems with:
> >
> >  Greggs (allow amenity=cafe or shop=bakery or both)
> >  Clintons (should recognise shop=cards as well as shop=gift when
> > suggesting 'upgrades' in iD)
> >
> > Best wishes,
> >
> > Robert.
> >
> > --
> > Robert Whittaker
> >
> > ___
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [OSM-talk] Addressing SIG

2019-11-06 Thread Martin Koppenhoefer
Am Mi., 6. Nov. 2019 um 09:17 Uhr schrieb Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch>:

> On the main osm.org site one can right-click on a building and select
> "Show address" or "Add a note here" . What if a new type of a note is
> introduced, a structured address note?
>
> The structured address note entry form will consist of several input
> fields:
>
> Building number: ...
> Street (avenue): ...
> Post index (zip code, postal code): ...
> City (town, village): ...
> Region (State, Canton, Department): ...
> Country: ...
>
> It could also include a captcha to prevent mass automated entries.
>
> Usually people do know very well addresses of buildings in which they
> live, work, or which they visit. This way they will know that the OSM map
> is interested to map the correct postal address, since there is this
> readily available structured address entry form. So they can add an address
> without learning how to use a complex map editor.
>


I also believe it would be very benificial to call explicitly for address
contributions from unregistered users of the map. I am seeing a lot of
notes created by anonymous users, and providing a formalized way for
address entry would likely make people more frequently provide this kind of
information. If the form is structured, it could also be converted to
actual osm data more quickly by mappers (i.e. this assumes that those
anonymously contributed addresses would still have to be individually
reviewed by mappers).

In order to get good address coverage, provided we prefer local knowledge
over imported data, we must increase the contributor base. Notes have
proven to be able to provide useful information from people who are
reluctant to register.

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


Re: [Talk-lt] highway=service ir track

2019-11-06 Thread Tomas Straupis
2019-11-05, an, 23:14 Žilvinas Jonaitis rašė:
> Mano nuomone, norint, kad stambiuose masteliuose tarp hierarchijos 
> Residential+ ir Track
> kelių nedingtų Service keliai, juos paprasčiausiai reiktų keisti į 
> Residential, taip dirbtinai
> pakeliant jų hierarchiją. Kitais žodžiais, jeigu už Service kelio atsiranda 
> Track kelias,
> tuomet Service reikia keisti į Residential nesvarbu, ar prie jo kas nors 
> gyvena, ar ne.
> Jeigu nekyla ranka pakelti Service iki Residential, tuomet galima pakelti iki 
> Track
> nurodant žymas surface= ir/arba tracktype=.

  Taip, tinka šitas variantas. T.y. du būdai:
  a) keičiame service kelią į residential - kur turim stambų kelią. Ir
čia, kaip jau buvo minėta prieš 2 metus, residential nebūtinai
reiškia, kad aplink turi būti gyvenamieji plotai
(https://blog.openmap.lt/2017/12/09/keliu-hierarchija/)
  b) keičiame service kelią į track (jei asfaltuotas - su
surface=asphalt ir tracktype=grade1).

> Toliau įvažiavimai į kiemus būtų žymimi:
> c) Track, jei atsišakoja nuo Track.

  Vat šitoje vietoje nenorėčiau sutikti. Nes tada turėsim krūvą
visokių trumpų (kartais metro! ilgio) neesminių keliukų, kurie lįs į
žemėlapį kartu su visais kitais track tipo keliais. Todėl ir buvo mano
siūlymas vis tiek juos žymėti service, tik surface=ground|grass
simbolizuoti ne kaip service, o kaip track.
  Pasiūliau taip daryti OSM-Carto stiliuje, bet ten nelabai suprato,
kas tas yra „vizuali hierarchija“.
  Bet places.openmap.lt šitas dalykas jau yra padarytas, ir aš jau
nurankiojau visas anksčiau panaudotas track=driveway žymas. Pavyzdį
rasite čia:
  https://places.openmap.lt/#m=17/22.242/55.403//T
  Įvažiavimas į šitą kiemą yra service kelias. Jis vaizduojamas kaip
track, nes turi surface=ground|grass. Bet, dingsta jis iš žemėlapio
kartu su kitais service keliais - anksčiau už track, tai pvz. šitam
mastelyje jis jau nebesimato, nors kiti track matosi:
  https://places.openmap.lt/#m=15/22.24/55.404//T

-- 
Tomas

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


[Talk-lt] Tarptautinė GIS diena

2019-11-06 Thread Tomas Straupis
Sveiki

  Kitas trečiadienis - 2019-11-13 - tarptautinė GIS diena.

  Ta proga įprastoje „kartošpunkotrečiadienių“ vietoje - Savičiaus
Špunkoje - susirinksime pasėdėti, susipažinti, pasidalinti mintimis,
planais ir pan.
  Dalyvaus Lietuvos Kartografų Draugijos bei OpenStreetMap nariai.
  Jokių įpareigojimų, reikalavimų žinioms ar pan. Jei tik įdomu -
užeikite pabendrauti.

  2019-11-13 nuo ~18:00 Savičiaus Špunka:
  https://craftbeer.openmap.lt/#c/17/54.67853/25.28927/0/0/p2811970425
  (rūsyje, jei ateinate pirmą kartą ir nerandate - galite klausti
barmenų „kur čia žemėlapiai?“ - jie parodys)

  Iki

-- 
Tomas

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


Re: [OSM-talk] Addressing SIG

2019-11-06 Thread Oleksiy Muzalyev
On the main osm.org site one can right-click on a building and select 
"Show address" or "Add a note here" . What if a new type of a note is 
introduced, a structured address note?


The structured address note entry form will consist of several input fields:

Building number: ...
Street (avenue): ...
Post index (zip code, postal code): ...
City (town, village): ...
Region (State, Canton, Department): ...
Country: ...

It could also include a captcha to prevent mass automated entries.

Usually people do know very well addresses of buildings in which they 
live, work, or which they visit. This way they will know that the OSM 
map is interested to map the correct postal address, since there is this 
readily available structured address entry form. So they can add an 
address without learning how to use a complex map editor.


Best regards,
Oleksiy

On 11/5/19 19:37, Steve Coast wrote:


Hello

Maps have three basic components: Display (does it look nice?), 
Routing (Can I get from a to b?) and Geocoding (Where is this address?).


OSM is extremely good at the first one, and pretty good at the second 
one. But it’s pretty deficient in the third area: address data.


The question is, how can we fix this? Addresses are a big, big problem 
in terms of how much data we need to go collect. There are a few ways 
forward with outside commercial or government data, but they tend to 
be difficult because the data is patchy or licensed in ways that 
aren’t very compatible with OSM.


It seems like it would be a good idea to think about this from the 
bottom up in a community way, and this doesn’t really exist in OSM 
right now. It seems like we need better feedback loops to:


 1. Community can see where the address data is (and isn’t), because
it’s not very obvious today when using osm.org
 2. Make the tools to add address data better so that it’s easier to fix.

To that end, here’s a tile server that highlights address data:

http://ec2-52-50-19-165.eu-west-1.compute.amazonaws.com/#10/39.7561/-104.9574

It shows roads with address data normally and kind-of hides other 
roads, to make it obvious that “something is wrong with this map”. We 
could have a tag (maybe it exists already) that says “this road 
doesn’t have addresses” and/or a tag that says “this road is 
complete”. (right now it’s just got Colorado and Utah in it).


When OSM started, the map looked very broken and incomplete because 
there was missing data all over the place. This created a large 
incentive to go fix the map. The idea with this tileserver is to do 
the same thing and make the map look broken to create a large 
incentive to fix it. If we, one day, switched the main osm.org site to 
using this rendering then it would create an urgent need to find all 
the addresses in the places where they exist. It could also be done on 
a temporary basis for a few weeks, or on a per-country basis or some 
other slow introduction to see if it worked. It’s just an idea.


On the tools side, there’s much that can be done to make collecting 
and entering addresses easier. I’ve been collecting UI/UX changes to 
tools (e.g. iD or Go Map!) that would make addresses better:


https://wiki.openstreetmap.org/wiki/Address_SIG

It also seems worthwhile to create a group of people interested in 
addressing in OSM (an address special interest group or working group) 
to push these ideas forward so that we can “finish” OSM by getting all 
the addresses done.


What do you think?

Best

Steve


___
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-GB] West Aberdeenshire and Kincardine 24hr mapathon

2019-11-06 Thread Rob Nickerson
Hi,

Our next 24 hour mapathon is next Tuesday. This time we are mapping West
Aberdeenshire and Kincardine.

There's no need to plan anything but feel free to do some prep if you like.
Just take a look at that bit of the map at any stage during the 24 hour
period. If you spot something you can add/update/improve go for it.
Alternatively just see how it's mapping compares to regions you're more
familiar with.

https://wiki.openstreetmap.org/wiki/UK_24_hour_mapathons

Thank you,

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