Re: [OSM-talk] Building Detection using Machine Learning

[Martin Koppenhoefer]

sent from a phone

> On 24 Dec 2016, at 19:57, Oleksiy Muzalyev  
> wrote:
> 
> example, I would like to be able to hide in the JOSM existing already 
> power-lines, roads, paths, etc. in order to map farlmland, woods, grassland, 
> etc. Perhaps, it is possible in JOSM, but I could not find it yet.


if you hold ctrl while clicking (when drawing a new way), josm won't connect to 
existing ways like powerlines or roads. You can also hide specific features, 
it's called "filter"


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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

[osm . sanspourriel]

Actuellement le wiki 
 en 
parle clairement :

Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon

Le 24/12/2016 à 18:16, Stéphane Péneau - stephane.pen...@wanadoo.fr a 
écrit :
Sauf que ces bornes n'acceptent pas le verre tel que les verres de 
table, les plats, etc...

On en a discuté ici :
https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html

En gros, la majorité (si ce n'est tous) des recycling:glass=yes qu'on 
trouve en France, sont faux.


Stf


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

Re: [OSM-talk] Building Detection using Machine Learning

[Oleksiy Muzalyev]

It reminds me how in 60s and 70s it was widely believed that the 
computers will be doing text translation instead of human translators. 
We realize now, fifty years later, that is actually a hard problem. And 
it is still impossible to translate a novel or a poem by a computer 
program alone.


I would be very surprised if digitizing landuse from satellite images 
could be done by a robot. Even an automatic extraction of an image from 
a background in the product photography does not work reliably. And it 
is an easier task as in product photography it is possible to control 
light, background color, etc. In fact it is mostly done manually even 
though there are numerous programs and Photoshop plugins for it, which 
kind of work in some circumstances.


New products for product photography & e-commerce will be appearing 
endlessly. But we do not have that much landuse. The Earth surface will 
not be growing, and there will be no other habitable planets in the near 
future. In my opinion, a human, especially who knows the land, should be 
participating in mapping landuse.


But certainly, if a breakthrough happens in a self-learning neural 
network technology then the situation will change, and not only in 
mapping and translation; it will be a new brave world.


What I would like to have however now is the better tools for landuse & 
natural. For example, I would like to be able to hide in the JOSM 
existing already power-lines, roads, paths, etc. in order to map 
farlmland, woods, grassland, etc. Perhaps, it is possible in JOSM, but I 
could not find it yet.


Best regards,
Oleksiy



On 24.12.16 18:21, Christian Quest wrote:

One example: OpenSolarMap...

We first start by crowdsourcing building roof orientations using a 
very simple webapp (no need to register, open to anybody).
When enough contribution match they are considered OK (at least 3 more 
than all other contributions).


Then, these contributions were used to train a neural network.

Then the nueral network was used to classify other roofs... and the 
result has been put back as robot contribution to the crowdsourcing 
webapp counting for 1 or 2 contributions depending on the level of 
confidence (raw data is also available for download).


In all cases, there is always at least one human contribution, before 
putting anything back to OSM.

It is also interesting to compare when human and robot do not agree ;)

Links...
http://opensolarmap.org/
https://github.com/opensolarmap

Next step is to use the same technique on other kind of challenges, like:
- landuse boundaries (to speedup/simplify Corine Land cover import 
improvements)
- check road alignment with aerial imagery on "old" OSM traced 
contributions

etc...

The potential of deep learning mixed with human contributions can give 
very good things if done properly.


--
Christian Quest - OpenStreetMap France


___
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: [Talk-at] Peter Paul

[ScubbX]

Finde ich gut.

Im historischen Orts- und Riednamenverzeichnis vom BEV findet sich an 
dieser Stelle gar keine Bezeichnung.



Am 2016-12-24 um 17:42 schrieb Liberaler Humanist:


Auf einer Reproduktion des Franziszeischen Katasters findet sich etwas 
unterhalb der Name "Handleinsberg" ( Vgl.: 
https://www.wien.gv.at/kultur/kulturgut/plaene/franziszeisch.html - 
Man muss heranzoomen). Warum sich der Name nicht mehr in späteren 
Karten findet ist nicht ersichtlich, da der Gipfel wie am Commons-Foto 
ersichtlich als solcher klar erkennbar ist und auch auf einer 
topografischen Karte eine entsprechende Prominenz zeigt ( 
https://opentopomap.org/#map=17/48.27224/16.31161 ). Da der Name 
Handleinsberg belegbar ist werde ich diesen auf der Karte eintragen.


MfG, LH

> Von: realadry 
> Datum: 24.12.2016 2:20 nachm.
> Betreff: Re: [Talk-at] Peter Paul
> An: OpenStreetMap AT 
> Cc:
>
> > Hallo,
> >
> > Ich habe ein bisschen in online verfügbaren historischen Karten
> > recherchiert und laut dieser Karte [1] von ca. 1941-1945, ist an 
dieser

> > Stelle ein Gipfel markiert mit der Bezeichnung "Schwaben-Ws. 482".
> > Ein Vergleich der Höhenlinien mit dem von Friedrich Volkmann 
geposteten

> > screenshot [2], legt nahe, dass es sie hier um den selben Gipfel
> > handelt. Die unterschiedliche Höhe (482 vs. 495) liegt vermutlich an
> > damalig ungenauen Messmethoden bzw. Veränderung der Landschaft in der
> > Zwischenzeit.
> > Die Bezeichnung "Peter Paul" hingegen findet sich in keinem Dokument,
> > weder historisch noch aktuell. Nur weil jemand diesen Namen auf OSM
> > einträgt und sich dadurch verbreitet, macht es ihn noch lange 
nicht zum

> > offiziellen oder gebräulichen Namen.
> >
> > Weiters: Das erste mal wurde der Gipfel in OSM auf "Peter Paul" 
benannt

> > am 28.Juli 2012 [3]. Das Panoramio Bild wurde aber erst danach, am
> > 10.August 2012, hochgeladen. Es ist also naheliegend, dass der 
Name des

> > Gipfels auf dem Bild falsch aus OSM übernommen wurde.
> >
> > Ich hoffe das sind genug Beweise um zu zeigen, dass dieser Gipfel 
nicht

> > "Peter Paul" heißt, auch wenn es jemand gerne so hätte. ;)
> >
> > 
[1]https://www.wien.gv.at/actaproweb2/benutzung/image.xhtml?id=kfGyc/iEt7fL65LzraHfwuM0+8OkdD4Jp25sfgC2ACs1

> >
> > [2]http://www.steige.info/austausch/screenshot_pp.png
> >
> > [3]http://www.openstreetmap.org/changeset/12521352
> >
> > Am 23.12.2016 um 18:50 schrieb grubernd:
> > >> http://www.openstreetmap.org/note/510342
> > >
> > > endlich wieder einmal ein Henne-Ei-Problem.
> > >
> > > Meinung: war unbenannt, also ist eine Namensgebung absolut 
legitim, da

> > > keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige
> > > Hinweise [1][2], dass der Berg auch von anderen so genannt wird, 
also
> > > wurde der Name angenommen. irgendwann ist es egal was einmal die 
Henne

> > > und was das Ei war.
> > >
> > > ohne Worte für Dinge können wir nicht über diese Dinge reden, 
denken und
> > > uns austauschen. irgendjemand muss den ersten Schritt tun. 
unbenannte

> > > Dinge nach dem Entdecker zu benennen ist ja durchaus eine grosse und
> > > anerkannte Tradition in der Kartographie.
> > >
> > > grüsse,
> > > grubernd
> > >
> > > [1] http://www.panoramio.com/photo/76813516
> > > [2]
> > > 
http://www.gipfeltreffen.at/showthread.php?82202-Peter-Paul-Berg-494m-Wienerwald-(5620)/page2




___
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

[Talk-GB] PRoW and Strava data

[Rob Nickerson]

Thanks Barry.

To me the intent of the OS has been clear for some time and I use and will
continue to use PRoW data in OSM (for participating Local Authorities).

I supliment with surveys, Bing imagery, historic maps (out of copyright)
and Strava GPS traces:

https://wiki.openstreetmap.org/wiki/Strava#Global_Heatmap

There are places where lots of paths are missing from OSM. A complete map
of existing PRoWs will help us to identify paths that should be added to
the PRoW status. Something that can only be done until 2026.

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

Re: [OSM-talk] Building Detection using Machine Learning

[Christian Quest]

One example: OpenSolarMap...

We first start by crowdsourcing building roof orientations using a very
simple webapp (no need to register, open to anybody).
When enough contribution match they are considered OK (at least 3 more than
all other contributions).

Then, these contributions were used to train a neural network.

Then the nueral network was used to classify other roofs... and the result
has been put back as robot contribution to the crowdsourcing webapp
counting for 1 or 2 contributions depending on the level of confidence (raw
data is also available for download).

In all cases, there is always at least one human contribution, before
putting anything back to OSM.
It is also interesting to compare when human and robot do not agree ;)

Links...
http://opensolarmap.org/
https://github.com/opensolarmap

Next step is to use the same technique on other kind of challenges, like:
- landuse boundaries (to speedup/simplify Corine Land cover import
improvements)
- check road alignment with aerial imagery on "old" OSM traced contributions
etc...

The potential of deep learning mixed with human contributions can give very
good things if done properly.


2016-12-22 17:48 GMT+01:00 Mikel Maron :

>
> Frederik, all
>
> > an editor plugin were to help the mapper trace buildings that the
> mapper identifies or at least individually verifies, that would probably
> be ok
>
> This feels like the consensus across the board -- machine learning has
> potential to be useful when integrated into a human editor workflow. Maybe
> we can work on guidelines that encapsulates this. With something written
> up, we'll be able to stop "spinning wheels" on whether this is useful or
> not, and focus on experimenting and implementing promising approaches.
>
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
> On Wednesday, December 21, 2016 7:59 PM, Frederik Ramm <
> frede...@remote.org> wrote:
>
>
>
> Hi,
>
> On 12/22/2016 01:10 AM, john whelan wrote:
> > Do we have any guidelines in the wiki etc?
>
> Nothing specific, no.
>
> Automated editing and/or import guidelines would apply to any such
> process and I would ask everyone who overhears discussions about
> "uploading" machine-detected data to OSM to point this out to those
> discussing. We've already had to revert a couple hundred thousand such
> edits (roads though, not buildings).
>
> If, OTOH, an editor plugin were to help the mapper trace buildings that
> the mapper identifies or at least individually verifies, that would
> probably be ok, at least until HOT trains an army of monkeys with
> typewriters, er keyboards, to rubber-stamp everything the algorithm puts
> out ;)
>
> More generally speaking, in my opinion the human-centered aspect of
> mapping is a key property that sets us apart from other map databases.
> You can safely assume that any algorithm we can run to detect buildings,
> Google can run 1000 times faster and with a fraction of the error rate,
> leading to 1000 times more and 10 times better data of that kind than we
> can accumulate. This is not a field in which we can, or should attempt
> to, compete.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> 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-fr] Nouvelles bornes Trilib'

[Stéphane Péneau]

Sauf que ces bornes n'acceptent pas le verre tel que les verres de 
table, les plats, etc...

On en a discuté ici :
https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html

En gros, la majorité (si ce n'est tous) des recycling:glass=yes qu'on 
trouve en France, sont faux.


Stf


Le 24/12/2016 à 16:00, Florian LAINEZ a écrit :
Le wiki propose les deux mais par soucis de cohérence entre les 
différentes bornes j'ai choisi de n'indiquer que les matériaux et pas 
les contenants.


Le 23 déc. 2016 12:50, "Stéphane Péneau" > a écrit :


Je m'incruste aussi :-)

Au fait, tu mets
recycling:glass=yes
mais je pense que c'est plutôt
recycling:glass_bottles=yes

Bonne balade !

Stf




Le 23/12/2016 à 09:20, Florian LAINEZ a écrit :


Le 21 décembre 2016 à 23:13, > a écrit :

Fin du monologue ;-).


Enfin quelqu'un qui a pitié de moi ! Merci.
Très bonne suggestion, j'ai changé pour brand=Trilib'

Je me suis baladé hier et je vais terminer la collecte intégrale
aujourd'hui. C'est ici :
https://www.cartes.xyz/t/fcd984-Bornes_Trilib#


-- 


*Florian Lainez*

@overflorian 


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



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


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


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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[Christian Quest]

Pas évident à traiter, car les autres noms proviennent de noeuds place=* et
là le nom n'est porté que par la relation boundary=administrative.

J'ai quand même trouvé une solution car le problème est d'éviter un double
rendu (centroid de la commune + noeud place=*). La requête vérifie
maintenant si un noeud place=* porte le même nom à l'intérieur du polygone
de la limite admin, avant elle vérifiait juste la présence d'un rôle
admin_centre sur la relation.

J'ai aussi modifié le niveau de zoom à partir duquel ces noms issus des
boundary apparaissent... ça commence au 12.

ça sera dans la prochaine livraison...



Le 23 décembre 2016 à 17:15, Stéphane Péneau  a
écrit :

> Je vois que le nom des communes fusionnées est visible, même s'il n'y a
> pas de node place dans la relation. Super !
> Par contre, on ne voit ce nom qu'à partir du zoom 14, bien après les
> "place" de la commune en question.
> Est-ce qu'il ne serait pas mieux que ça soit visible avant ?
>
> exemple : (il faut zoomer d'un cran pour voir "Montréverd")
> http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_
> 99740#13/46.8993/-1.4205
>
> Stf
>
>
>
> Le 23/12/2016 à 16:46, Tony EMERY a écrit :
>
> N'oublies pas le rendu des terrains de motoball...
>
> Le 23 déc. 2016 16:24, "Christian Quest"  a
> écrit :
>
>> Les derniers changements:
>> - les entrance=* ne sont rendus si ce sont des entrées de bâtiment ou si
>> ce ne sont pas des entrées de pièce... avec de la bidouille dans la requête
>> pour retrouver cette info !
>>
>> - les lignes des terrains de sport: plus de rendu si il ne s'agit pas
>> d'un leisure=pitch, et rendu possible de plusieurs sports (mais un peu
>> fouilli au final... à voir)
>>
>> - les shop=* en souterrain sont estompés, prise en compte du tag
>> location=underground en plus de level<0
>>
>> Et grosse refonte de fond du projet avec passage du format json au yaml
>> plus lisible (et maintenable)... qui ne devrait pas avoir d'incidence sur
>> le rendu sauf bug de conversion !
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] fiber=yes ?

[Nicolas CORBEL]

Bonjour,

2016-12-22 23:29 GMT+01:00 Laurent Choisie :

>
> 1. "Le Plan"
> La France vit actuellement un déploiement massif de fibre optique, ayant
> pour but de couvrir 100% des foyers d'ici 2022. Il s'agit du Plan France
> Thrès Haut Débit http://www.francethd.fr/. Saluons l'initiative et ne
> nous attardons pas sur les probables retards à terme.
> Il s'agit de remplacer à terme le réseau Cuivre d'Orange.
> On peut comparer ce déploiement à celui du réseau d'électricité, ou à
> celui du réseau de téléphonie Cuivre de France Telecom à l'époque.
>
>
Selon mes dernières notes on n'est qu'à 56% de FTTH prévu à horizon 2022
dans la ZMD hors AMII. Le reste est communément appelé "mix technologique"
devrait en partie faire l'objet d'une cartographie dans OSM (je pense aux
très/trop nombreux NRA-MeD, aux antennes pour la 4G fixe, le WiFi, etc...).


> 2. Les bonnes vielles recettes, et comment on s'est découpé le gâteau
> Le territoire français a été découpé en plusieurs zones en fonction de
> leur rentabilité :
> - ZTD (Zone Très Dense) = une 100aine de communes (arrondissements de
> Paris, Lyon, Strasbourg ...) représentant ~5 millions de foyers, pour
> laquelle chaque opérateur peut déployer tout le réseau qu'il souhaite.
> C'est rentable donc chacun peut déployer à sa guise. En gros c'est la libre
> concurrence.
> - Zone d'initiative privé = 3 600 communes dites "conventionnées" soit 57%
> de la population et représentant un investissement de 6 à 7 milliards
> d'euros. Ce sont les agglos, les préfectures, les sous-préf. Là 1 seul
> opérateur privé investit (Orange ou SFR). Mais il a la garantie qu'il n'y
> aura pas de concurrence sur les infras. Donc celui qui déploie la fibre
> devra la commercialiser à tous de façon équitable, contrôlé par l'ARCEP.
> - Zone RIP (Réseau d'Initiative Publique) = tout le reste du territoire,
> soit plus de 30 000 communes mais représentant un investissement de 13 à 14
> milliards. C'est du rural. Dans ce cas, pas de rentabilité. Donc l'Etat et
> les Collectivités Locales co-investissent avec des acteurs privés. C'est le
> principe des DSP (Délégation de Service Public), une bonne vieille recette
> qui fonctionne pour l'eau, les transports en commun etc ...
>
> 3. Les infrastructures
> D'un point de vue architecture, les points intéressants à cartographier,
> selon moi, sont (en partant des GIX nationaux vers les client final) :
> - les POP (PointOfPresence), les points d'échanges entre opérateurs,
> souvent équivalents à des datacenters dans les grandes villes,
> - les NRO (Noeud de Raccordement Optique), généralement un shelter ou un
> petit local ou co-localisé dans un NRA d'Orange, dans lequel on va activer
> = allumer la fibre optique. Dans le NRO, on trouve l'équipement OLT
> équivalent du DSLAM en adsl.
> - les SRO (Sous-Répartiteur Optique), ou PM (Point de Mutualisation), ou
> armoire de brassage. C'est dans ces armoires qu'arrive chacune des fibres
> des abonnés pour ensuite les brasser càd les renvoyer vers le NRO de
> l'opérateur. Un bon moyen pour les distinguer est la présence d'un picto
> "danger optique" https://aua-signaletique.com/
> panneaux-iso-7010/4696-danger-rayonnement-optique-w027.html . Un SRO
> alimente entre 500 et 1000 foyers. Donc on en trouve 1 par petite commune
> rurale ou 1 par quartier résidentiel d'une ville.
>
> 4. Les adresses ...
> Quand on commence l'étude d'une commune à déployer en fibre optique, le
> premier problème est de savoir où sont les gens !
> Le cadastre a une base, les impôts ont une base, les exploitants de
> réseaux (ErDF, GrDF, Orange) ont chacun leur base, LaPoste a sa base,
> l'Insee a sa base, l'IGN a sa base, OSM a la BANO mais personne n'a la
> vérité ... Donc on paye des sous-traitants pour aller faire des relevés de
> boîtes-aux-lettres. En 2016 ! ...A chaque fois que j'en parle, le sujet me
> désespère. Bref.
> Heureusement, la BAN est en cours de conception. Mais pas facile de
> satisfaire tout le monde. Christian Quest saura mieux vous en parler.
>
> J'ai essayé de faire court et espère avoir intéressé quelques-uns d'entre
> vous.
> Pour ma part, je commence à cartographier les SRO dès ce soir.
>
> Cordialement,
> Laurent CHOISIE
>
> PS : Désolé pour tous ces acronymes.
>
>
> Le 22 décembre 2016 à 00:55, François Lacombe 
> a écrit :
>
>> Bonjour Jean-Yvon,
>>
>> Le 18 décembre 2016 à 20:49,  a écrit :
>>
>>> Je vais te proposer de mettre fin à ton dilemme :
>>> telecom:medium:fiber=yes
>>> telecom:medium:coax=yes
>>>
>>> Pas de soucis pour les armoires à usage multiple.
>>> Et comme il y a trois et non deux cas (yes, no, absence de tag)
>>>
>>
>> En fait le dilemme se situait entre les listes à ; :
>> telecom:medium=fiber;coax et les tag "yes" : telecom:medium:fiber=yes +
>> telecom:medium:coax=yes
>> J'avais d'ailleurs reproché ça à une proposition d'extension du modèle
>> des écoles/universités en début d'année où trop de 

[OSM-talk-fr] boucle magnétique

[osm . sanspourriel]

Christophe R. se désolait de risquer de manquer de données à entrer dans 
OSM par automatisation du travail.


Je trouvé un sujet qui ne sera pas amélioré par les outils sur les 
véhicules : les boucles magnétiques pour malentendants.


Sur le Wiki 
, 
je vois :



*Proposition de tag :*

 * audio_loop
   
=yes
   pour cartographier la présence d'une boucle magnétique auditive.

Overpass nous indique qu'il y a... un tag pour toute la France.

Merci Louis-Julien !

C'est de la cartographie d'intérieur, je dis ça pour susciter des 
vocations ,-)


Jean-Yvon

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

Re: [Talk-at] Peter Paul

[Liberaler Humanist]

Auf einer Reproduktion des Franziszeischen Katasters findet sich etwas unterhalb der Name "Handleinsberg" ( Vgl.: https://www.wien.gv.at/kultur/kulturgut/plaene/franziszeisch.html - Man muss heranzoomen). Warum sich der Name nicht mehr in späteren Karten findet ist nicht ersichtlich, da der Gipfel wie am Commons-Foto ersichtlich als solcher klar erkennbar ist und auch auf einer topografischen Karte eine entsprechende Prominenz zeigt ( https://opentopomap.org/#map=17/48.27224/16.31161 ). Da der Name Handleinsberg belegbar ist werde ich diesen auf der Karte eintragen.
MfG, LH
> Von: realadry 
> Datum: 24.12.2016 2:20 nachm.
> Betreff: Re: [Talk-at] Peter Paul
> An: OpenStreetMap AT 
> Cc:
>
> > Hallo,
> >
> > Ich habe ein bisschen in online verfügbaren historischen Karten 
> > recherchiert und laut dieser Karte [1] von ca. 1941-1945, ist an dieser 
> > Stelle ein Gipfel markiert mit der Bezeichnung "Schwaben-Ws. 482".
> > Ein Vergleich der Höhenlinien mit dem von Friedrich Volkmann geposteten 
> > screenshot [2], legt nahe, dass es sie hier um den selben Gipfel 
> > handelt. Die unterschiedliche Höhe (482 vs. 495) liegt vermutlich an 
> > damalig ungenauen Messmethoden bzw. Veränderung der Landschaft in der 
> > Zwischenzeit.
> > Die Bezeichnung "Peter Paul" hingegen findet sich in keinem Dokument, 
> > weder historisch noch aktuell. Nur weil jemand diesen Namen auf OSM 
> > einträgt und sich dadurch verbreitet, macht es ihn noch lange nicht zum 
> > offiziellen oder gebräulichen Namen.
> >
> > Weiters: Das erste mal wurde der Gipfel in OSM auf "Peter Paul" benannt
> > am 28.Juli 2012 [3]. Das Panoramio Bild wurde aber erst danach, am 
> > 10.August 2012, hochgeladen. Es ist also naheliegend, dass der Name des 
> > Gipfels auf dem Bild falsch aus OSM übernommen wurde.
> >
> > Ich hoffe das sind genug Beweise um zu zeigen, dass dieser Gipfel nicht 
> > "Peter Paul" heißt, auch wenn es jemand gerne so hätte. ;)
> >
> > [1]https://www.wien.gv.at/actaproweb2/benutzung/image.xhtml?id=kfGyc/iEt7fL65LzraHfwuM0+8OkdD4Jp25sfgC2ACs1
> >
> > [2]http://www.steige.info/austausch/screenshot_pp.png
> >
> > [3]http://www.openstreetmap.org/changeset/12521352
> >
> > Am 23.12.2016 um 18:50 schrieb grubernd:
> > >> http://www.openstreetmap.org/note/510342
> > >
> > > endlich wieder einmal ein Henne-Ei-Problem.
> > >
> > > Meinung: war unbenannt, also ist eine Namensgebung absolut legitim, da
> > > keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige
> > > Hinweise [1][2], dass der Berg auch von anderen so genannt wird, also
> > > wurde der Name angenommen. irgendwann ist es egal was einmal die Henne
> > > und was das Ei war.
> > >
> > > ohne Worte für Dinge können wir nicht über diese Dinge reden, denken und
> > > uns austauschen. irgendjemand muss den ersten Schritt tun. unbenannte
> > > Dinge nach dem Entdecker zu benennen ist ja durchaus eine grosse und
> > > anerkannte Tradition in der Kartographie.
> > >
> > > grüsse,
> > > grubernd
> > >
> > > [1] http://www.panoramio.com/photo/76813516
> > > [2]
> > > http://www.gipfeltreffen.at/showthread.php?82202-Peter-Paul-Berg-494m-Wienerwald-(5620)/page2
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

[Florian LAINEZ]

Le wiki propose les deux mais par soucis de cohérence entre les différentes
bornes j'ai choisi de n'indiquer que les matériaux et pas les contenants.

Le 23 déc. 2016 12:50, "Stéphane Péneau"  a
écrit :

> Je m'incruste aussi :-)
>
> Au fait, tu mets
> recycling:glass=yes
> mais je pense que c'est plutôt
> recycling:glass_bottles=yes
>
> Bonne balade !
>
> Stf
>
>
>
>
> Le 23/12/2016 à 09:20, Florian LAINEZ a écrit :
>
>
> Le 21 décembre 2016 à 23:13,  a écrit :
>
>> Fin du monologue ;-).
>
>
> Enfin quelqu'un qui a pitié de moi ! Merci.
> Très bonne suggestion, j'ai changé pour brand=Trilib'
>
> Je me suis baladé hier et je vais terminer la collecte intégrale
> aujourd'hui. C'est ici : https://www.cartes.xyz/t/fcd984-Bornes_Trilib#
>
> --
>
> *Florian Lainez*
> @overflorian 
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-lv] BING u.c. satelītattēli

[Maris Nartiss]

Bdien,
skatos, ka daļa zīmētāju lieto Bing u.c. satelītbildes kā izejas
materiālu. Ja to lieto, tad nevajadzētu mainīt jau esošus objektus, jo
šīs satelītbildes "peld" pa ~23 līdz 25 m. Izšķirtspēja vietām ir ļoti
OK, taču nobīdes plaknē ir pārāk lielas, lai to lietotu.

kthxby.

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

Re: [Talk-at] Peter Paul

[Friedrich Volkmann]

On 24.12.2016 14:20, realadry wrote:

Ich habe ein bisschen in online verfügbaren historischen Karten recherchiert
und laut dieser Karte [1] von ca. 1941-1945, ist an dieser Stelle ein Gipfel
markiert mit der Bezeichnung "Schwaben-Ws. 482".


Schwabenwiese ist natürlich nicht der Gipfelname, sondern die beiden 
Beschriftungen sind halt einfach nahe beisammen auf Grund des kleinen 
Maßstabes. Das ist auch an der kursiven Schrift erkennbar.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[OSM-talk] Wiki TagList and TagKey/exists templates

[François Lacombe]

Hi,

I'm seeking information about the TagKey/exists template which is currently
rolled out on several wiki pages.

We use to use the Tag template which adapts the link color whether the
corresponding page exists or not.
Why have we to add the "exists" key word? I find this redundant although an
existing page will rarely disappear.

In the same time, the TagList template provide less redundant information
by using taginfo database.
Prior to use this template, we should create every value pages distinctly
to allow TagInfo to get according description and picture.
This template was added yesterday to this page :
https://wiki.openstreetmap.org/wiki/Key:substation and the first table
removal was reverted.
Why ?

If a new colour scheme is preferred than the simpler {{Tag}} one, how can
we adapt TagList tables to look similar ?

Thanks in advance for any answer, all the best

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

Re: [Talk-at] Peter Paul

[realadry]

Hallo,

Ich habe ein bisschen in online verfügbaren historischen Karten 
recherchiert und laut dieser Karte [1] von ca. 1941-1945, ist an dieser 
Stelle ein Gipfel markiert mit der Bezeichnung "Schwaben-Ws. 482".
Ein Vergleich der Höhenlinien mit dem von Friedrich Volkmann geposteten 
screenshot [2], legt nahe, dass es sie hier um den selben Gipfel 
handelt. Die unterschiedliche Höhe (482 vs. 495) liegt vermutlich an 
damalig ungenauen Messmethoden bzw. Veränderung der Landschaft in der 
Zwischenzeit.
Die Bezeichnung "Peter Paul" hingegen findet sich in keinem Dokument, 
weder historisch noch aktuell. Nur weil jemand diesen Namen auf OSM 
einträgt und sich dadurch verbreitet, macht es ihn noch lange nicht zum 
offiziellen oder gebräulichen Namen.


Weiters: Das erste mal wurde der Gipfel in OSM auf "Peter Paul" benannt 
am 28.Juli 2012 [3]. Das Panoramio Bild wurde aber erst danach, am 
10.August 2012, hochgeladen. Es ist also naheliegend, dass der Name des 
Gipfels auf dem Bild falsch aus OSM übernommen wurde.


Ich hoffe das sind genug Beweise um zu zeigen, dass dieser Gipfel nicht 
"Peter Paul" heißt, auch wenn es jemand gerne so hätte. ;)



[1]https://www.wien.gv.at/actaproweb2/benutzung/image.xhtml?id=kfGyc/iEt7fL65LzraHfwuM0+8OkdD4Jp25sfgC2ACs1

[2]http://www.steige.info/austausch/screenshot_pp.png

[3]http://www.openstreetmap.org/changeset/12521352

Am 23.12.2016 um 18:50 schrieb grubernd:

http://www.openstreetmap.org/note/510342


endlich wieder einmal ein Henne-Ei-Problem.

Meinung: war unbenannt, also ist eine Namensgebung absolut legitim, da
keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige
Hinweise [1][2], dass der Berg auch von anderen so genannt wird, also
wurde der Name angenommen. irgendwann ist es egal was einmal die Henne
und was das Ei war.

ohne Worte für Dinge können wir nicht über diese Dinge reden, denken und
uns austauschen. irgendjemand muss den ersten Schritt tun. unbenannte
Dinge nach dem Entdecker zu benennen ist ja durchaus eine grosse und
anerkannte Tradition in der Kartographie.

grüsse,
grubernd

[1] http://www.panoramio.com/photo/76813516
[2]
http://www.gipfeltreffen.at/showthread.php?82202-Peter-Paul-Berg-494m-Wienerwald-(5620)/page2



___
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: [Talk-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

[juanmaf...@gmail.com]

   Creo que para clarificar lo mejor es una imagen.

   Os pongo un enlace a un fichero ejemplo , con lo que yo llamo la
red secundaria fluvial (pequeños ríos, afluentes, torrentes, arroyos,
etc...)

https://dl.dropboxusercontent.com/u/45390912/Mapas/fluvial_menor_norte.sqlite.zip

   Supongo que manejáis QGIS, así que abrid dicha capa como capa
vectorial, y superponerla a OSM (recomiendo OSM LandScape que aporta
más datos),  podéis ver la diferencia a simple vista, y lo mismo
ocurre con el resto de España, y esto es sólo para la red fluvial
secundaria, lo mismo ocurre con las pequeñas construcciones, y varias
capas más que preparo.

Para comprobar la fiabilidad de los nuevos datos,  abrid también
una capa de ortofotos (recomiendo Google Hibrid, pues algunos arroyos
tienen nombres) y veréis que muchos elementos de mi capa están
reflejados en las Ortofotos (a veces, incluso con nombre) pero no
aparecen en OSM.

  En fin, que supongo os tenéis que ajustar a unas normas, de todas
formas, como he dicho, para mi proyecto (un mapa en formato mapsforge)
tengo que usar los TAGS de OSM, así que cuando acabe pondré a
disposición pública estas capas para el que quiera usarlas.

  Muchas gracias a todos por vuestras aclaraciones, y en concreto
muchas gracias a Santiago por sus ideas y propuestas, que por supuesto
estudiaré.

  Un saludo a todos.

2016-12-24 9:58 GMT+01:00, Jan Esquerra :
> +1 Diego
>


-- 
El que no quiere razonar es un fanático; el que no sabe razonar es un
necio; el que no se atreve a razonar es un esclavo.
W.Drummond.

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

Re: [Talk-se] Ny användare från Pokemon Go

[Mikael Nordfeldth]

Erik Johansson  skrev: (24 december 2016 10:43:16 CET)
>Problemet är att tydligen är inte alla förändringar ok, vissa finns
>inte, andra ändrar gator till stigar. Jag har inte letat i Sverige än,
>men om det händer i USA och UK så händer det säkert i Sverige.

Kan den här "gångstigen" vara en sådan ändring? Det skulle förklara varför den 
går genom någons hem...

https://www.openstreetmap.org/way/461339837#map=16/63.9072/19.7317

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

-- 
Mikael Nordfeldth
XMPP/mail: m...@hethane.se

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

[OSM-talk-be] Fwd: [Talk-de] Pokemon-Alarm

[Marc Gemis]

Frederik Ramm warns the German community that Pokemon Go Players
think/hope that OSM is used as a data source. Hence, some people
started remapping roads as footways.
Parks and dog parks are also popular (according to the mentioned reddit thread.

So keep an eye on your area.

Merry Christmas

m

-- Forwarded message --
From: Frederik Ramm 
Date: 2016-12-24 10:44 GMT+01:00
Subject: [Talk-de] Pokemon-Alarm
To: Openstreetmap allgemeines in Deutsch 


Hallo,

offenbar macht in den Kreisen der Pokemon-Go-Spieler das Gerücht die
Runde, dass (ständig aktualisierte) OSM-Daten benutzt würden, um zu
entscheiden, wo neue "Nester" sind oder sowas. Es gab schon einen Fall,
in dem jemand massiv andere highway-Typen nach highway=footway
konvertiert hat, um bei sich zu Hause bessere Spielergebnisse zu erzielen...

Links:

https://www.reddit.com/r/TheSilphRoad/comments/5jfnrm/how_to_find_the_new_rural_spawn_points/

https://www.youtube.com/watch?v=fiJ000T8GbE

Also Augen auf ;) neue User, die plötzlich Footways eintragen, sind ja
schön, vorausgesetzt aber, es gibt diese Footways auch wirklich.

Frohe Weihnachten!

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

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

[OSM-talk-fr] surface parcelle commune

[GEORGES BLOCK]

Bonjour, 

 

Auriez-vous une solution pour récupérer toutes les surfaces de toutes les
parcelles d’une commune sans passer par EDIGEO

 

Je n’arrive pas à trouver de source data sur les communes du pays basque (de
bayonne à hendaye)

 

Exemple : bayonne, code insee : 64102  

 

Merci 

 

Excellente journée

 

Bien cordialement

 

 

 

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

[Talk-de] Pokemon-Alarm

[Frederik Ramm]

Hallo,

offenbar macht in den Kreisen der Pokemon-Go-Spieler das Gerücht die
Runde, dass (ständig aktualisierte) OSM-Daten benutzt würden, um zu
entscheiden, wo neue "Nester" sind oder sowas. Es gab schon einen Fall,
in dem jemand massiv andere highway-Typen nach highway=footway
konvertiert hat, um bei sich zu Hause bessere Spielergebnisse zu erzielen...

Links:

https://www.reddit.com/r/TheSilphRoad/comments/5jfnrm/how_to_find_the_new_rural_spawn_points/

https://www.youtube.com/watch?v=fiJ000T8GbE

Also Augen auf ;) neue User, die plötzlich Footways eintragen, sind ja
schön, vorausgesetzt aber, es gibt diese Footways auch wirklich.

Frohe Weihnachten!

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[Talk-se] Ny användare från Pokemon Go

[Erik Johansson]

God Jul

Pokemon Go spelare lägger in nya footways för att få mer pokemons. Det är bra.

Problemet är att tydligen är inte alla förändringar ok, vissa finns
inte, andra ändrar gator till stigar. Jag har inte letat i Sverige än,
men om det händer i USA och UK så händer det säkert i Sverige.

-- 
/emj

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

Re: [OSM-talk-fr] intégration 412 jeux de boulede fort

[ades_...@orange.fr]

Suite d’un vieux fil, déjà un an…

Donc j’ai versé sur OSM les 403 (y-en a 10 de disparues ou requalifiées entre 
temps…) Société ou cercles de boule de fort. 

95 sous forme de POI, pour les cas où je n’ai pas su identifier les bâtiments, 
ou pour les cas où la société n’utilise qu’une partie du bâtiment ou utilise 
plusieurs bâtiments que je n’ai pu identifier formellement. 
POI taggé avec un fixme demandant d’appliquer les tags sur le (les) bâtiment(s) 
correspondant(s) en fonction des connaissances  « terrain ».

308 versées par attribution des tags à un bâtiment existant, ou à une surface 
dans le cas de plusieurs bâtiments séparés que je connais. Pour une trentaine 
de sites (préexistants dans OSM) j’ai juste uniformisé les tags.
Pour voir, vérifier ou modifier : overpass api avec 'boules=boule_de_fort’.

Restent les propositions d’intégration d’Osmose.
Ne sachant pas comment récupérer en une fois les points concernés pour 
vérification, je me suis appuyé sur le csv mis à disposition par le ministère 
des Sports, base qui me semble avoir servi pour Osmose (vérif par sondages). 
Le . csv est là : 
http://www.data.gouv.fr/fr/datasets/recensement-des-equipements-sportifs-espaces-et-sites-de-pratiques/
 ; "RECENSEMENT DES ÉQUIPEMENTS SPORTIFS > FICHES INSTALLATIONS - T2 2016 ; 
Dernière modification le mardi 19 juillet 2016 ». Il ne recense que 374 sites 
(vérif a la main)

Comme déjà dit, c’est n’importe quoi, si 63% des points sont à moins de 100m du 
bâtiment identifié, il y en a quand même 15% à plus de 1000m , dont 4,5% (17 
unités) à plus de 10 km.

Serait-il possible de supprimer ces points indiqués par osmose ou de les 
marquer comme ‘faux positif’ ? je peux fournir un .csv avec des coordonnées 
epsg 4326, ou autre, pour ce faire. 



> Le 12 déc. 2015 à 22:57, Frédéric Rodrigo  a écrit :
> 
> Le 11/12/2015 14:48, ades_...@orange.fr a écrit :
>> 1/ dans Osmose j’ai vu que sont proposés à l’intégration les points 
>> correspondants à « l’inventaire » des sites sportifs fait par 
>> l’administration Jeunesse et sport (data.gouv.fr:Le ministère des droits des 
>> femmes, de la ville, de la Jeunesse et des Sports - 2014). Ces points sont 
>> plus que mauvais, parfois à plus de 200m du site, parfois chez le président 
>> de l’association… et il vaut mieux ne pas vérifier les tags complémentaires 
>> (surface par exemple), c’est n’importe quoi.
>> Est-il possible de virer toutes ces propositions d’intégration lors du 
>> versement sur OSM des points vérifiés ?
>> 
> Oui, il faut juste me dire quoi retirer et quant.
> 
> 
> ___
> 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-es] Posiblidad de hacer una super-macro actualización de datos en la zona España

[Jan Esquerra]

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

Re: [Talk-it] A3 Salerno-Reggio Calabria

[Lorenzo "Beba" Beltrami]

Io ho trovato questo post sul sito dell'ANAS (gestore del tratto Salerno -
Reggio Calabria): http://www.stradeanas.it/news/dettaglio/id/7052

"La nuova autostrada – ha concluso Armani (presidente ANAS, ndr) - assumerà
> il nome di A2, come naturale prosecuzione dell’itinerario Nord-Sud che
> nasce a Milano con la A1".
>
> L’itinerario Nord-Sud, originariamente identificato nella tratta A1
> (Milano-Napoli), A3 (Napoli-Salerno) e A3 (Salerno-Reggio Calabria) oggi è
> di fatto composto da più segmenti autostradali, tra cui l’A1, la A30, il
> Raccordo Autostradale Salerno – Avellino RA02 e A3 Salerno Reggio Calabria,
> che non sono percepiti dal cliente stradale come un unico collegamento.
>
Lorenzo

Il giorno 24 dicembre 2016 08:45, THESTORM375  ha
scritto:

> Io ho visto un servizio l'altro giorno al telegiornale ... ed è giusto A3
> perché l'hanno ribattezzata così .. hanno ricostruito un tratto e una nuova
> galleria
>
> Il Lun 19 Dic 2016 15:40 Lorenzo "Beba" Beltrami 
> ha scritto:
>
>> Ciao,
>> il nome di quell'elemento della mappa qual'è?
>> "Salerno-Reggio Calabria" o "Napoli-Reggio Calabria" o un altro ancora?
>> Hai provato anche a contattare chi ha fatto la modifica per sapere cosa
>> ne pensa?
>>
>> Una volta deciso il nome ci si può destreggiare tra i vari tag:
>> local_name, official_name, name, ...[1][2]
>> Nonostante le indicazioni sul wiki la discussione su cosa inserire nel
>> tag name è ancora aperta: in questa lista se ne parla abbastanza spesso e a
>> lungo.
>>
>> Lorenzo
>>
>> [1] http://wiki.openstreetmap.org/wiki/Key:name
>> [2] http://wiki.openstreetmap.org/wiki/Names
>>
>>
>> Il giorno 19 dicembre 2016 13:14, francesco gargano <
>> frengofieramos...@gmail.com> ha scritto:
>>
>> Buongiorno , approfitto di questa segnalazione dove lo stesso utente ha
>> inserito due nomi diversi sulle due carreggiate opposte di un tratto della
>> A3
>>
>> http://osm.org/go/xcnUhghEh-?m=
>>
>> per chiedervi se non sia il caso che la A3 da Salerno a scendere vada
>> ribattezzata "Salerno-Reggio Calabria" visto che tutti i segnali di
>> direzione agli svincoli indicano come caposaldo Salerno o i segnali di
>> indicazione e preavviso riportano tutti SA-RC o "Salerno-Reggio Calabria"
>>
>> ___
>> 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
>>
> --
>
> Written by Valerio
>
> ___
> 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