Re: [Talk-de] service=driveway für alles was service ist?

2018-11-27 Per discussione Falk Zscheile
Am Mi., 28. Nov. 2018 um 08:19 Uhr schrieb Florian Lohoff :

> Hi,
> ich habe eine Diskussion zum Thema highway=service/service=driveway
> angezettelt weil [...].
>
> Ich halte das für falsch - [...].
>
> In https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dservice
> ist das 2016 geändert worden von:
>
> "Ein driveway ist eine Auffahrt. Damit ist oft eine private
> Zufahrtsstraße gemeint, die zu einem Haus oder einer Firma führt."
>
> zu
>
> "Zufahrtsweg zu einem Wohn-, Geschäfts- oder Firmengrundstück"
>
> Letzteres ist Sprachlich natürlich schöner, ist aber in der Bedeutung
> nicht identisch zu ersterem.
>
> "Auffahrt" ist eher was ich als sub 100m bezeichne. Kleine Stiche auf
> die Grundstücke. Nicht alle Wege auf einem IKEA Gelände oder
> 300m lange Zufahrten zu farmyards.
>
> Genau so wird das aber gerade interpretiert. Quasi alles was irgendwie
> mal als Zufahrt zu irgendwas dienen kann ist jetzt ein driveway.
>
> Meinungen?
>
>
Dein Verständnis zu driveway deckt sich mit dem meinigen. Das sind auch für
mich kurze Wege/Straßen, die als Zufahrt auf Grundstücke dienen (und keine
darüber hinausgehende Erschließungsfunktion für das Grundstück haben).

Auch aus kartographischer Sicht macht das Sinn. Aus den Karten lassen
unsere OpenStreetMap Kartographen den driveway deutlich früher
verschwinden, als einen normalen highway=service. Kurze Auffahrten zu
Wohngrundstücken ballern nur unnötig die Karte zu (weil wir Straßen von der
breite her Überproportional zur tatsächlichen Breite darstellen) und
liefern keinen Mehrwert. Längere Straßenstücke auf Firmengeländen haben
einen darüber hinausgehenden Informationswert, weil sie länger sind und
eben Parkplätze oder Gebäude straßentechnisch verbinden. service=driveway
sollte also kein Fülltag für  highway=service sein, dem ein Subtag fehlt.

Soweit meine Meinung dazu.

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


[Talk-de] service=driveway für alles was service ist?

2018-11-27 Per discussione Florian Lohoff
Hi,
ich habe eine Diskussion zum Thema highway=service/service=driveway
angezettelt weil eine Gruppe von Mappern in Bielefeld begonnen hat
quasi alles was highway=service ist aber noch keinen service=* hat
mit einem service=driveway zu versorgen.

Ich halte das für falsch - Muss aber zugeben das sich die Wiki
definition für service=driveway gerade so anhört als sei das quasi
alles. Es wiederholt die definition von "highway=service". Ohne die
Englische version und die Herleitung von highway=service ist
das kaputt.

In https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dservice
ist das 2016 geändert worden von:

"Ein driveway ist eine Auffahrt. Damit ist oft eine private
Zufahrtsstraße gemeint, die zu einem Haus oder einer Firma führt."

zu

"Zufahrtsweg zu einem Wohn-, Geschäfts- oder Firmengrundstück"

Letzteres ist Sprachlich natürlich schöner, ist aber in der Bedeutung
nicht identisch zu ersterem.

"Auffahrt" ist eher was ich als sub 100m bezeichne. Kleine Stiche auf
die Grundstücke. Nicht alle Wege auf einem IKEA Gelände oder
300m lange Zufahrten zu farmyards.

Genau so wird das aber gerade interpretiert. Quasi alles was irgendwie
mal als Zufahrt zu irgendwas dienen kann ist jetzt ein driveway.

Meinungen? 

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

2018-11-27 Per discussione Noémie Lehuby

Hello,

Plus que 3 jours de #ProjetOSMDuMois mais encore plus de 200 
commissariats de Police nationale à vérifier et compléter !
Vous nous filez un petit coup de main pour dégommer ce challenge ? 
https://maproulette.org/mr3/browse/challenges/3317


--
Noémie Lehuby

Le 25/11/2018 à 16:38, Donat ROBAUX a écrit :

Bonjour à tous,

Faisons un point sur le projet du mois à une semaine de la fin !

Concernant la gendarmerie nationale
À cette heure-ci la totalité ou presque des brigades de gendarmerie 
classiques (3080 en tout) est intégrée dans OSM (Voir plus bas pour 
les détails sur ce qu'il reste)

Bravo à tous !

Concernant la police nationale
Idem, on doit les avoir presque tous MAIS il en reste environ la 
moitié sans tag operator et police:FR.
La priorité est donc de finir ce challenge Maproulette pour les 
débusquer tous : https://maproulette.org/mr3/browse/challenges/3317


Concernant la police municipale
On n'en a que quelques centaines donc il en manque encore probablement 
beaucoup.


À noter qu'il reste également beaucoup de /amenity=police/sans aucune 
autre information. On pourra se prévoir un autre challenge Maproulette 
quand on aura fini de qualifier ceux qui sont de type Police nationale.



Enfin, voici quelques infos plus spécifiques sur la gendarmerie :

Il reste quelques brigades non intégrées notamment en outre-mer où la 
qualité des sources est aléatoire. Cela doit représenter à mon avis 50 
brigades maximum.
Par ailleurs, en cours de mois, le fichier opendata a été mis à jour 
avec environ 600 structures ,en plus (et quelques modifications, comme 
le tag /official_name/).
On a donc en plus les *postes provisoires*saisonniers (bords de mer et 
stations de ski). Aucune difficulté particulière a priori, il faut 
ajouter le tag /seasonal=yes/pour faire la différence avec les 
brigades permanentes et Osmose le propose déjà.
On a également les *pelotons d'autoroute*qui sont implantés en général 
près des péages. On risque d'avoir du mal avec ceux-là pour les 
localiser précisément ...


Le fichier contient également des brigades et des pelotons motorisés 
(qui sont en général intégrés à une brigade classique et ne 
nécessitent pas d'être cartographiés, pour l'instant) et les 21 
centres de recrutement (qui ont été taggés /military=office /et non 
/amenity=police/). Les centres de recrutement ont donc été retiré de 
l'analyse Osmose cet après-midi.


Voilà, on vous a trouvé des occupations pour la semaine prochaine ;)

Noémie et Donat

 
	Garanti sans virus. www.avast.com 
 




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


[Talk-ca] Multiple university departments in one building

2018-11-27 Per discussione Tim Elrick

Hello,

I am trying to contribute to filling the gaps on McGill campus on OSM at 
the moment and I ran into a problem which I haven't fund a satisfactory 
answer for yet.


We have several buildings on campus which are home to multiple 
departments, all buildings have a building name.


I looked the OSM wiki feature pages and in the OSM forum and found the 
following approach as apparently standard procedure:
1) Map building outline with building = university , name= XYZ building, 
operator=McGill University
2) Add a node inside the building for each department with 
office=university, description=department name
This produces irritating blue dots in the outline of the building, see 
https://osm.org/go/cIrNt~j2u


When I looked at other universities, I found e.g. a node with 
amenity=university, name=department name. But when looking at the OSM 
wiki feature page for universities[1] it says you only should use 
amenity=university for the whole campus.


The office tag I found when looking for multiple businesses in one 
building, but the blue dot aren't nice.


Any suggestions on how to map this elegantly?

Thank you,
Tim (aka AGeographer)

[1] https://wiki.openstreetmap.org/wiki/Tag:amenity=university

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

2018-11-27 Per discussione Tom Ka
On Tue, Nov 27, 2018, 16:55 Jirka Sedláček  Ahoj,
> jo, já tam budu - taky mě při čtení těch mejlů zpětně napadlo, že by se
> sídlo dalo řesit i umístěním k nám. Pokud by s tím souhlasila rada a
> (možná) i pronajimatelka prostoru.
>

Jen pro archiv, co je presne "k nam" - tj. jaka adresa? Souhlas je nutny
jen a prave jen od majitele resp. vsech majitelu dane nemovitosti.
Pripominam, ze ted realne je schudne Brno, do budoucna (po dalsi valne
hromade a zmene stanov) cokoliv co bude davat prakticky smysl.


> Klasivký virtuální sídla mají výhodu v tom, že řeší přeposílání pošty a
> podobně, ale jako taky výrazně dražší.
>

To jsme taky zjistovali, jak rikas, nevyhodou je vyssi cena nez to, co
zkousime domluvit ted nebo varianta u nekoho doma. Druha strana jsou
samozrejme rizika pro toho, kdo souhlasi (proto nedopadla ta varianta doma).


> S Wikipedií/Wikidaty/... už proběhlo spoustu komunikací, kdysi nám
> přednášel Jáchym Čepický na konferenci a tam jsme vymýšleli nějaký společný
> projekty - nakonec nic nedopadlo, stejně tak jsme vymýšleli s klukama v
> Brně a diskutovali to na sraze v Praze.
>

Podle mne se nejake veci deji i kdyz to neni nejaky velky oficialni
propagovany projekt, kazdopadne kazdy napad a jeho realizatori na obou
stranach jsou vice nez vitani.

Data z Fody bereme určitě - pokud nakonec jsou licenčně v okeji. :)
>

predpokladam, ze jsou. realne to musi zkouknout nekdo od vas - viz.
pravidla pouziti na webu Fody. Pak muzu s nekym probrat a resit
nejvhodnejsi technickou realizaci.


> Rád vás na Wikikonferenci v Olomouci uvidím, stejně jako na jakémkoliv
> pravidelném sraze v Brně (akždou třetí středu v měsíci, tak i v Praze -
> většinou akždé třetí pondělí v měsíci).
>

Ja asi do Ol nedam, ale v pripade potreby sraz v Brne asi realny je (Fody,
organizace apod.)

Diky tom.k

J.
>
> --
> Jirka Sedláček
>
> Dne 27. listopadu 2018 v 16:18:52, Jan Macura (macura...@gmail.com)
> napsal/a:
>
> Ahoj,
>
> On Tue, 27 Nov 2018 at 15:51, xkomc...@centrum.cz 
> wrote:
>
>> Jdu teď v sobotu na Wikikonferenci v Olomouci, mám se případně zeptat
>> jich? Sídlo ale mají v Praze a tak i kdyby na to kývli (což nevím,
>> budova ve které sídlí zřejmě nebude jejich), vše by se muselo
>> předělávat...
>>
>
> WMČR má sídlo v Praze v coworkingovém centru Svět-Hub. Také už jsme se
> několikrát stěhovali... Což v Brně podobné prostory nejsou?
>
> Případně, napadá někoho jiného jak bychom mohli navázat s
>> Wiki/pedií/daty/komunitou spolupráci? V jaké oblasti, na čem, ...?
>>
>
> Napadá mě spousta věcí. Sakra, zrovna letos na Wikikonferenci nejedu...
> Ale určitě tam bude Frettie a určitě bude mít taky spoustu nápadů. Věřím i
> ostatní z WMČR si s tebou o tom rádi promluví a můžou dát OSMCZ rady do
> začátku ;-)
>
> H.
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


[talk-au] MapRoulette challenges

2018-11-27 Per discussione Martijn van Exel
Hi folks.

The Telenav team continuously runs a series of data integrity checks on OSM 
data that we’re interested in. The OSM wiki has an overview [1].

Now some of these are easy fixes, and that means they make interesting 
MapRoulette challenges. For example here’s a challenge that highlights 
suspicious ’name’ values, such as values that contain a semicolon or comma: 
https://maproulette.org/mr3/browse/challenges/3316 
 It spans both Australia 
and New Zealand and has a total of 271 tasks.

I invite you to try it, especially if you haven’t used MapRoulette before. We 
can deploy more of them if there’s an appetite. 

Anyone can create challenges on MapRoulette, so if there’s something you want 
fellow mappers to look at, feel free to set it up. I am happy to assist.

Happy Mapping — 

Martijn

[1] https://wiki.openstreetmap.org/wiki/Telenav/Integrity_Checks 


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


[talk-au] Article on Oz place names..

2018-11-27 Per discussione Warin

Hi,

BBC article on renaming Ozie places may be of interest to some

https://www.bbc.com/news/world-australia-46258060


Has links to a Welsh place with several different spellings, and to 
'rude' place names in Oz.



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


Re: [OSM-talk-fr] Les voies vertes

2018-11-27 Per discussione Antoine Riche

Le 27/11/2018 à 20:04, Axelos a écrit :

1/ le bel enrobé et les vélos dessinés sur la chaussée indiquent qu'il
s'agit d'un aménagement réalisé pour les cyclistes : highway=cycleway

Mouai ... dans ce cas il faudrait aussi remplacer cette route secondary
en cycleway puisqu'il y a de beaux vélos dessinées sur la belle chaussée ...

https://www.mapillary.com/map/im/2YwBkzYs5HheoykVJOJbyw

Je caricature mais c'est juste pour démontrer qu'un petit dessin peint
sur le sol ne peut pas à lui seul servir de base pour décider le
classement de la route.


Bien sûr que non. Mais j'imagine que si on demande à un humain "normal" 
(ni expert OSM, ni aménageur, ni même cycliste) de quoi il s'agit, il 
répondra que c'est une piste cyclable.


J'aime bien l'idée que cette personne puisse mettre à jour la carte et 
ajouter cette voie sans trop se prendre la tête, donc indiquer que c'est 
une piste cyclable ("Voie cyclable" sur iD) : highway=cycleway. Un 
cycliste passe par là, il voit que la piste est aussi ouverte aux 
piétons et ajoute foot=designated. L'aménageur qui a posé le panneau 
"interdit à tous véhicules sauf riverains" ajoute 
motor_vehicle=destination. Enfin un cyclo-mappeur consciencieux vérifie 
que l'aménagement est bien mappé : il voit le panneau Voie verte et 
ajoute traffic_sign=FR:C115.


Chacun a affiné l'information sans "défaire" le travail du précédent, 
voilà la belle histoire d'OpenStreetMap :o)


Antoine.


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


Re: [OSM-talk-fr] Cartographie OSM sans mention de (c)

2018-11-27 Per discussione Jérôme Seigneuret
C'est un plugin du framework Dupral donc c'est de ce coté qu'il faut
regarder et non spécialement via openlayers je pense que c'est un plugin
car c'est dans la description des couches XYZ que les attributions sont
mises tout comme pour Bing et autres.



Le mar. 27 nov. 2018 à 22:07, Christian Quest  a
écrit :

> Au moins, ils sont conscients du problème et semblent de bonne volonté...
> mais incapable de le corriger.
>
> C'est openlayers qui est utilise... et je ne connais pas trop.
>
> Une piste ici à leur transmettre:
> http://openlayers.org/en/latest/examples/attributions.html
>
>
> Le mar. 27 nov. 2018 à 21:56, deuzeffe  a écrit :
>
>> Un avis de la base: amha, ça ne suffit pas.
>>
>> --
>> deuzeffe, intransigeante (bin, quoi ?)
>>
>> On 27/11/2018 08:20, Paul Desgranges wrote:
>> > Bonjour
>> >   La cartehttps://www.fub.fr/membresne respecte pas a priori la
>> licence
>> > OSM car la mention "© Contributeurs OpenStreetMap" ne figure pas sur le
>> > fond de carte. Je leur ai fait remarquer, voilà la réponse de la
>> > personne chargée de la com de la FUB :
>> > /Nous avons mis le crédit dans notre page de mentions légales :
>> > https://www.fub.fr/mentions-legales//
>> > //Normalement la mention devrait apparaître automatiquement sur la
>> > carte, mais notre webmaster ne sait pas pourquoi elle n’apparaît pas.//
>> > //En espérant que cela puisse suffire comme cela, je reste à
>> > disposition au besoin.//
>> > /
>> > Je ne crois pas, mais préfère demander à la liste ...  ?
>> > Bonne journée
>> > Paul
>> >
>> >
>> > ___
>> > 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
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Base OD DAE et Stations d'épuration

2018-11-27 Per discussione deuzeffe

On 25/11/2018 10:46, Christian Quest wrote:
Pour vérifier la qualité des données de localisation des DAE, je 
comparerai avec quelques avec ceux que je connais sur le terrain. 
Ensuite il y a la qualité géométrique... là il y a des chances que ça 
soit géocodé à l'adresse, donc à intégrer manuellement plutôt qu'à 
importer à la position en opendata.


Ça complique :(

Pour les stations de traitement des eaux usées... l'ortho permet de 
valider tout ça, là encore en intégration car il doit y en avoir une 
partie déjà présentes dans les données OSM actuelles.


JOSM + plugin "todo list" sont sûrement la bonne approche (c'est ce que 
j'utilise dans ces cas).


Je vais faire ça. Les deux fichiers ne sont pas identiques : le geojson 
semble moins complet (?) que le .shp, qui contient beaucoup plus 
d'enregistrements eux-mêmes avec beaucoup plus de détails... Mais pour 
le dégrossissage, ça doit être faisable.


Merci pour tes tuyaux, en tout cas !
--
deuzeffe, qui occupe ses jours de pluie...



Le sam. 24 nov. 2018 à 22:38, deuzeffe > a écrit :


Bonjour,

J'ai trouvé sur la plateforme OD* de ma région deux bases
apparemment en
OD :
- pour les DAE :

https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/1e113a13-1865-43da-b027-d8abeafbf2dd
- pour les stations de traitement des eaux usées :

https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/fr-120066022-jdd-2e9e9222-cd0b-46af-b8ff-153820337e19

Avant de tenter une intégration des DAE et stations de mon département,
je me demandais comment savoir si ces bases étaient de "bonne qualité".
A priori on pourrait penser que oui, mais...

Vos avis ?

* sur laquelle il manque toujours l'attribution osm pour la
mini-carte :
ça fait 3 mois que j'essaie d'avoir une réponse à mes mails de demande,
sans succès. Je vais finir par faire appel aux instances
représentatives
d'osm-fr pour avoir gain de cause, si ce silence continue.

-- 
deuzeffe, perfectionniste.


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



--
Christian Quest - OpenStreetMap France

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



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


Re: [OSM-talk-be] arlon - osm - training courses

2018-11-27 Per discussione OSMDoudou
Thanks for the report.

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


Re: [OSM-talk-fr] Cartographie OSM sans mention de

2018-11-27 Per discussione osm . sanspourriel
Et en plus sur une vieille version, mais ça se fait facilement et ça se 
passe ici :


http://dev.openlayers.org/releases/OpenLayers-2.13.1/examples/attribution.html

var map; function init(){ map = new 
OpenLayers.Map('map'); *var options = { attribution: { title: 
"Provided by OSGeo", href: "http://www.osgeo.org/"; } };* var 
ol_wms = new OpenLayers.Layer.WMS( "OpenLayers WMS", 
"http://vmap0.tiles.osgeo.org/wms/vmap0?";, {layers: 'basic'}*, 
options*); var jpl_wms = new OpenLayers.Layer.WMS( "NASA Global Mosaic", 
"http://t1.hypercube.telascience.org/cgi-bin/landsat7";, {layers: 
"landsat7"},{attribution:"Provided by Telascience"}); var vector = new 
OpenLayers.Layer.Vector("Simple Geometry", {attribution:"Vector 
Attribution in 2nd arg"}); map.addLayers([ol_wms, jpl_wms, vector]); 
map.addControl(new OpenLayers.Control.LayerSwitcher()); *// 
OpenLayers.Control.Attribution is one of the default // controls - 
only needs to be added when the map instance is // created with the 
controls option //map.addControl(new 
OpenLayers.Control.Attribution()); *** map.zoomToMaxExtent(); } 



Le 27/11/2018 à 22:06, Christian Quest - cqu...@openstreetmap.fr a écrit :
Au moins, ils sont conscients du problème et semblent de bonne 
volonté... mais incapable de le corriger.


C'est openlayers qui est utilise... et je ne connais pas trop.

Une piste ici à leur transmettre: 
http://openlayers.org/en/latest/examples/attributions.html



Le mar. 27 nov. 2018 à 21:56, deuzeffe > a écrit :


Un avis de la base: amha, ça ne suffit pas.

--
deuzeffe, intransigeante (bin, quoi ?)

On 27/11/2018 08:20, Paul Desgranges wrote:
> Bonjour
>   La cartehttps://www.fub.fr/membresne
 respecte pas a priori la licence
> OSM car la mention "© Contributeurs OpenStreetMap" ne figure pas
sur le
> fond de carte. Je leur ai fait remarquer, voilà la réponse de la
> personne chargée de la com de la FUB :
> /Nous avons mis le crédit dans notre page de mentions légales :
> https://www.fub.fr/mentions-legales//
> //Normalement la mention devrait apparaître automatiquement
sur la
> carte, mais notre webmaster ne sait pas pourquoi elle n’apparaît
pas.//
> //En espérant que cela puisse suffire comme cela, je reste à
> disposition au besoin.//
> /
> Je ne crois pas, mais préfère demander à la liste ...  ?
> Bonne journée
> Paul
>
>
> ___
> 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



--
Christian Quest - OpenStreetMap France


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


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


[Talk-de] Termin für 12. FOSSGIS Hacking Event und 5. OSM Sommercamp im Mai/Juni 2019

Hallo allerseits,

 beim 11. FOSSGIS-Hacking-Event letztes Wochenende haben wir uns überlegt,
 im Sommer 2019 das 12. FOSSGIS Hacking-Event und 5. OSM-Sommercamp
 zu veranstalten. Es wird wieder im Linuxhotel in Essen stattfinden [1].

 Das 12. FOSSGIS-Hacking-Event und 5. OSM-Sommercamp [2] kann vielfältig
 genutzt werden. FOSSGIS-Aktive nutzen die Treffen für Vereinsaufgaben wie IT,
 Vorbereitung von Konferenzen, etc. OSMler und Interessierte aus freien GIS
 und Geodaten-Projekten können das Wochenende nutzen, um die jeweiligen
 Projekte voranzubringen.

 Es stehen drei Termine im Mai und Juni 2019 zur Auswahl:

  24.5.-26.5.2019
  14.6.-16.6.2019
  28.6.-30.6.2019

 Hier ist ein Foodle für die Terminabstimmung:

 
https://terminplaner2.dfn.de/foodle/FOSSGIS-Hacking-Event-Nr-12-und-5-OSM-Sommercamp-5bfc58914b74d

 Es läuft am 20.12.2018 um 23:00 ab.

 Interessierte aus dem FOSSGIS-Verein und der OSM-Community sind
 herzlich eingeladen, sich an der Terminabstimmung zu beteiligen!

 Viele Grüße

 Oliver

 [1] https://www.linuxhotel.de
 [2] https://www.fossgis.de/wiki/FOSSGIS_Hacking_Events

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


Re: [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org

Attribution ajoutée... comme quoi twitter est souvent plus efficace que des
mails (le côté "name and shame" public joue sûrement)

Le jeu. 22 nov. 2018 à 15:59, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU
/ DT GE PPE)  a écrit :

> Christian, trop rapide !!
>
> -Message d'origine-
> De : HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) [mailto:
> denis.hel...@reseau.sncf.fr]
> Envoyé : jeudi 22 novembre 2018 15:54
> À : Discussions sur OSM en français 
> Objet : Re: [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM
> sur airpl.org
>
> S'ils ont un compte Twitter, ce peut etre un bon endroit aussi pour
> signaler l'erreur
>
>
> -Message d'origine-
> De : Rpnpif [mailto:rpn...@trob.eu]
> Envoyé : jeudi 22 novembre 2018 15:40
> À : Discussions sur OSM en français  Objet :
> [OSM-talk-fr] La Région Pays de la Loire ne crédite pas OSM sur airpl.org
>
> Bonjour,
>
> Air Pays de la Loire, un site appartenant à la Région des Pays de la Loire
> http://data.airpl.org/ et http://airpl.org/ ne crédite pas OSM sur ses
> cartes.
>
> Je les ai prévenus mais comme leur page de contact ne semble pas au point,
> n'hésitez pas à en faire autant.
>
> NB : leur site a d'autres dysfonctionnements.
>
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> ---
> Ce message et toutes les pièces jointes sont établis à l'intention
> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce
> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue
> responsable des altérations qui pourraient se produire sur son contenu.
> Toute publication, utilisation, reproduction, ou diffusion, même partielle,
> non autorisée préalablement par la SNCF, est strictement interdite. Si vous
> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement
> l'expéditeur et de le détruire.
> ---
> This message and any attachments are intended solely for the addressees
> and are confidential. SNCF may not be held responsible for their contents
> whose accuracy and completeness cannot be guaranteed over the Internet.
> Unauthorized use, disclosure, distribution, copying, or any part thereof is
> strictly prohibited. If you are not the intended recipient of this message,
> please notify the sender immediately and delete it.
> ___
> 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
>


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


Re: [OSM-talk-fr] Cartographie OSM sans mention de (c)

Au moins, ils sont conscients du problème et semblent de bonne volonté...
mais incapable de le corriger.

C'est openlayers qui est utilise... et je ne connais pas trop.

Une piste ici à leur transmettre:
http://openlayers.org/en/latest/examples/attributions.html


Le mar. 27 nov. 2018 à 21:56, deuzeffe  a écrit :

> Un avis de la base: amha, ça ne suffit pas.
>
> --
> deuzeffe, intransigeante (bin, quoi ?)
>
> On 27/11/2018 08:20, Paul Desgranges wrote:
> > Bonjour
> >   La cartehttps://www.fub.fr/membresne respecte pas a priori la licence
> > OSM car la mention "© Contributeurs OpenStreetMap" ne figure pas sur le
> > fond de carte. Je leur ai fait remarquer, voilà la réponse de la
> > personne chargée de la com de la FUB :
> > /Nous avons mis le crédit dans notre page de mentions légales :
> > https://www.fub.fr/mentions-legales//
> > //Normalement la mention devrait apparaître automatiquement sur la
> > carte, mais notre webmaster ne sait pas pourquoi elle n’apparaît pas.//
> > //En espérant que cela puisse suffire comme cela, je reste à
> > disposition au besoin.//
> > /
> > Je ne crois pas, mais préfère demander à la liste ...  ?
> > Bonne journée
> > Paul
> >
> >
> > ___
> > 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
>


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


Re: [OSM-talk-fr] Cartographie OSM sans mention de ©


Un avis de la base: amha, ça ne suffit pas.

--
deuzeffe, intransigeante (bin, quoi ?)

On 27/11/2018 08:20, Paul Desgranges wrote:

Bonjour
  La cartehttps://www.fub.fr/membresne respecte pas a priori la licence 
OSM car la mention "© Contributeurs OpenStreetMap" ne figure pas sur le 
fond de carte. Je leur ai fait remarquer, voilà la réponse de la 
personne chargée de la com de la FUB :
/Nous avons mis le crédit dans notre page de mentions légales : 
https://www.fub.fr/mentions-legales//
//Normalement la mention devrait apparaître automatiquement sur la 
carte, mais notre webmaster ne sait pas pourquoi elle n’apparaît pas.//
//En espérant que cela puisse suffire comme cela, je reste à 
disposition au besoin.//

/
Je ne crois pas, mais préfère demander à la liste ...  ?
Bonne journée
Paul


___
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] arbres remarquables

Bonjour, tu vas vite en besogne : il y n'a pas toujours de fossé, le 
talus peut être mitoyen ou pas, ça ne change rien côté orthophoto mais 
côté cadastre ça change (des traits spécifiques peuvent indiquer à qui 
appartient le talus).


En général le fossé et le talus sont sur la même parcelle.

> Je ne connaissais pas cette valeur de denotation, proposition de ID.
Je viens de la découvrir.

Sans talus, on voit que tu es dans le pays Gallo ;-). Tree-row me semble 
suffisant, ou hedge.

Car entretenir les broussailles dans OSM

Le 27/11/2018 à 21:01, Rpnpif - rpn...@trob.eu a écrit :

Bonjour,

Le 27 novembre 2018, osm.sanspourr...@spamgourmet.com a écrit :


Question connexe, pour un talus vous mettez tree_row et denotation=part
of fence ?

Bonne question, je n'ai trouvé aucun consensus là-dessus.
Je ne connaissais pas cette valeur de denotation.

J'ai mis parfois natural=tree_row plus barrier=hedge.
J'ai cru voir que osm.org cumulait les deux sur le rendu mais je ne
sais plus (à vérifier).

Et parfois on a une haie de bocage sans talus avec des arbres
plus ou moins alignés et des broussailles ou ronces au pied.

Je pense qu'il faudrait un tag spécifique qui distingue une haie
bocagère infranchissable et une haie bocagère franchissable.
De plus il faudrait un tag pour dire qu'il y a un talus ou pas (le fossé
voisin est facile à tracer).



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


Re: [Talk-GB] How to map houses

Hi Bart,

Glad it's of use but I can't take the credit. I learnt of this tool via JonS
 (not sure if he is on here) who,
from what I can see, has pretty much addressed all the housing in Wakefield
with it!

Regards,
*Paul*

On Tue, 27 Nov 2018 at 19:37, BD  wrote:

> Paul,
> The Terracer plugin is absolutely great. Reason for me to pose question on
> how to best map houses was solely because I drew some outlines and couldn't
> find a good way to split the objects.
>
> JOSM and terracer are doing the job much easier (see the village I'm
> trying to map: https://www.openstreetmap.org/#map=18/52.60681/-0.43854 )
> 
>
> Many thanks
> Bart
>
> --
> It would be useful if there was a means of splitting buildings in the
>
> editor(s).
>
> I believe the Terracer plugin for JOSM could be your friend and guide here:
> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Terracer
>
> I've not used it myself however.
>
> Regards,
> *Paul*
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [OSM-talk-fr] Les voies vertes

2 cents : wikidata=Q47214356 

Le mar. 27 nov. 2018 à 20:18, Axelos  a écrit :

> Le 27/11/2018 à 10:55, Pierre L. a écrit :
> > J'étais tombé sur un article qui parlait du cas des rollers,
> trottinettes, et
> > autres... mais là c'est un autre débat qui dépasse à mon avis celui de
> la
> > cartographie OSM :p
>
> Les rollers, trottinettes (sauf motorisées) et PMR sont considérés comme
> piétons et sont donc autorisés au même titre d'y circuler. Je ne pense
> pas que ce soit différent sur OSM.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] grèves Loire

J'ai pas bien compris ta réponse JB.

Oui le tag wikidata est le bon
wikidata=Q28337 suffira en replacement de la description

pour plus de détails tu peux préciser le wikidata sur la clé concernée

natual:wikidata=Q28337

Maintenant que je vois la description du wikidata je me dis qu'en fait
c'est juste une erreur de tag car shoal et la traduction de banc de sable
et natural=shoal existe dans osm

Donc le wikidata n'a plus de sens et il faut remplacer la valeur de natural

tidal et tidal flat c'est uniquement en lien avec les marais... et non avec
les crues des cours d'eau et les pépôt d'alluvions (@ades j'ai lu en
travers)

Bonne soirée



Le mar. 27 nov. 2018 à 17:18, JB  a écrit :

> Le 27/11/2018 à 14:48, François Boucault a écrit :
>
> Faut-il vraiment créer un élément spécifique pour les bancs de sable *de
> Loire* ? (je ne connais pas les pratique lié au tag wikidata=*)
>
> Non. Si tu veux. Ajouter le tag wikidata=* pour le banc de sable dans OSM
> ? Non.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

Hi, das ist ganz einfach: Der Amtliche Gemeindeschlüssel von Kreisen und
Kreisfreien Städten ist unterschiedlich lang.

Der AGS von Kreisen hat die Länge 8 und der von Kreisfreien Städten ist
exakt 5 Zeichen lang. Das gilt für ganz Deutschland.

Gruss

walter

 name  | admin_level |
de:amtlicher_gemeindeschluessel
---+-+-
 Halle (Saale) | 6   | 15002000
 Munich    | 6   | 09162000
 Kreis Groß-Gerau  | 6   | 06433
 Kreis Euskirchen  | 6   | 05366
 Landkreis Peine   | 6   | 03157
 Landkreis Neustadt an der Aisch-Bad Windsheim | 6   | 09575
 Landkreis Neunkirchen | 6   | 10043
 Landkreis Neumarkt in der Oberpfalz   | 6   | 09373
 Landkreis München | 6   | 09184
 Landkreis Mühldorf am Inn | 6   | 09183
 Landkreis Miesbach    | 6   | 09182
 Landkreis Neu-Ulm | 6   | 09775
 Landkreis Neustadt an der Waldnaab    | 6   | 09374
 Passau    | 6   | 09262000
 Landkreis Eichsfeld   | 6   | 16061
 Landkreis Ebersberg   | 6   | 09175
 Landkreis Dingolfing-Landau   | 6   | 09279
 Landkreis Dillingen an der Donau  | 6   | 09773
 Landkreis Diepholz    | 6   | 03251
 Landkreis Deggendorf  | 6   | 09271
(20 Zeilen)

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


Re: [Talk-cz] divný GPS tracklog

Ahoj,

az na nejakem pristim SOTMu, ted nevim, kde mi hlava stoji. Ale jinak si 
myslim, ze je to fakt docela uzitecne, protoze uz s relativne levnym
vybavenim dokazeme zpresnovat data v mape...

Petr



> -Original Message-
> From: Petr Vozdecký [mailto:v...@seznam.cz]
> Sent: Thursday, November 15, 2018 2:43 PM
> To: OpenStreetMap Czech Republic 
> Subject: Re: [Talk-cz] divný GPS tracklog
> 
> Ahoj,
> 
> nechcete o tomto tematu pohovorit v sobotu v Brne na SOTMu? Jiste zajimave 
> technicke tema, ale
> pro laika bez sirsiho popisu neuchopitelne...
> 
> 
> vop
> 
> 
> -- Původní e-mail --
> Od: Petr Holub 
> Komu: 'OpenStreetMap Czech Republic' 
> Datum: 15. 11. 2018 8:26:47
> Předmět: Re: [Talk-cz] divný GPS tracklog
> 
> 
>   > Zdravim dalsiho nadsence do RTK. Ja jsem pokusoval s M8N, ale nikdy 
> jsem z toho
>   > nemel dobre vysledky, float "floatoval" hrozne moc kolem cesty az 
> vysledek byl
>   > casto horsi nez obycejny vypocet polohy co pocita sama GPSka. Vymenil 
> jsem
>   > antenu za vetsi ale vysledek byl v podstate stejny.
>   > M8T se tedy zda byt mnohem lepsi podle tvych vysledku a i toho co 
> jsem cetl
>   > jinde na internetu. Pokud nekdo chce zacit s RTK, urcite se vyplati ho
>   > koupit, nez setrit a potom se trapit s M8N, jako jsem to udelal ja.
> 
>   Dobře vědět. Moje zkušenosti s tím floatem jsou veskrze pozitivní, byť 
> při
>   dopřesňování se používám téměř výhradně fixed řešení. Oproti tomu, co 
> dává
>   samotná GPS se i ten float na střeše auta dokáže popasovat relativně 
> dobře
>   s multipath problémy apod.
> 
>   > Ted ma ale UBLOX novy ZED-F9P prijimac co umi L1+L2+E5. Mam ho 
> objednany z
>   > Kickstarteru [1], cena asi dvojnasobek toho co jsi psal, takze nic 
> levneho.
>   > Ale je to vcetne magneticke vicepasmove anteny za ~200e. Az mi ten 
> zazrak
>   > prijde tak sem kdyztak napisu nejake poznatky, o tom jak to funguje v 
> realu,
>   > at uz s RTKLIBem nebo primo s HW RTK.
> 
>   Určitě, na to jsem zvědav.
> 
>   Já ještě přemýšlím o koupi druhé M8T, aby ji člověk mohl použít jako
>   base. Dle informací tady
>   
> https://rtklibexplorer.wordpress.com/2018/06/14/glonass-ambiguity-resolution-with-
> rtklib-revisited/
>   by to mohlo pomoci hlavně pro využití GLONASS satelitů, pokud jsou ta
>   zařízení od stejného výrobce a stejého typu (zkoušel jsem trochu 
> laborovat
>   s těmi bias pairs, protože vím, že třeba TUBO je Leica, ale upřímně
>   řečeno to k ničemu moc systematicky pozitivnímu nevedlo). Navíc by pak
>   měl člověk možnost si tu base dát někde, kde mapuje... a ne ji mít 40km
>   daleko.
> 
>   Petr
> 
> 
>   ___
>   Talk-cz mailing list
>   Talk-cz@openstreetmap.org
>   https://lists.openstreetmap.org/listinfo/talk-cz
>   https://openstreetmap.cz/talkcz
> 



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


Re: [OSM-talk-fr] arbres remarquables

Bonjour,

Le 27 novembre 2018, osm.sanspourr...@spamgourmet.com a écrit :

> Question connexe, pour un talus vous mettez tree_row et denotation=part 
> of fence ?

Bonne question, je n'ai trouvé aucun consensus là-dessus.
Je ne connaissais pas cette valeur de denotation.

J'ai mis parfois natural=tree_row plus barrier=hedge.
J'ai cru voir que osm.org cumulait les deux sur le rendu mais je ne
sais plus (à vérifier).

Et parfois on a une haie de bocage sans talus avec des arbres
plus ou moins alignés et des broussailles ou ronces au pied.

Je pense qu'il faudrait un tag spécifique qui distingue une haie
bocagère infranchissable et une haie bocagère franchissable.
De plus il faudrait un tag pour dire qu'il y a un talus ou pas (le fossé
voisin est facile à tracer).

-- 
Alain Rpnpif

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


Re: [Talk-GB] How to map houses

Paul,  The Terracer plugin is absolutely great. Reason for me to pose question 
on how to best map houses was solely because I drew some outlines and 
couldnt find a good way to split the objects.JOSM and terracer are 
doing the job much easier (see the village Im trying to map:  
www.openstreetmap.org www.openstreetmap.org )   Many thanks  Bart   --  It 
would be useful if there was a means of splitting buildings in the   editor(s). 
  I believe the Terracer plugin for JOSM could be your friend and guide here:  
wiki.openstreetmap.org wiki.openstreetmap.org   Ive not used it myself 
however.   Regards,  *Paul*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [OSM-talk-fr] Les voies vertes

Le 27/11/2018 à 10:55, Pierre L. a écrit :
> J'étais tombé sur un article qui parlait du cas des rollers, trottinettes, et 
> autres... mais là c'est un autre débat qui dépasse à mon avis celui de la 
> cartographie OSM :p

Les rollers, trottinettes (sauf motorisées) et PMR sont considérés comme
piétons et sont donc autorisés au même titre d'y circuler. Je ne pense
pas que ce soit différent sur OSM.

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


Re: [OSM-talk-fr] arbres remarquables

Question connexe, pour un talus vous mettez tree_row et denotation=part 
of fence ?



Le 27/11/2018 à 13:38, Erwan Salomon - r...@gmx.fr a écrit :



Le 27 nov. 2018 à 13:23, marc marc > a écrit :


Le 27. 11. 18 à 12:14, Jozeph a écrit :

Ma question se résume finalement à savoir si on rajoute au nom de
l'arbre la mention "arbre remarquable" ?


je ne connais aucun arbre dont c'est le nom :)
ce que tu cherches est denotation=landmark
https://wiki.openstreetmap.org/wiki/Key%3Adenotation


landmark semble plutôt utile pour un arbre grand qui peut servir de 
point de repère, indépendamment de sa classification


les arbres remarquables sont souvent grand mais pas toujours

j’utiliserais plutôt denotation=natural_monument 



un exemple qui me semble bien maitrisé : 
https://www.openstreetmap.org/node/2434065734


glyo - erwan


___
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] Les voies vertes

Le 26/11/2018 à 19:01, Antoine Riche a écrit :
> Pour moi cet exemple illustre parfaitement le fait qu'on ne peut pas se
> baser sur la seule réglementation pour cartographier précisément les
> aménagements. Nous en avons déjà discuté l'été dernier sur cette liste :
> http://gis.19327.n8.nabble.com/Re-Cartographier-les-voies-vertes-td5918353i20.html#a5919452
> 
> 
> Nous ne sommes que d'humbles cartographes, décrivons ce que nous
> observons sur le terrain :
> 
> 1/ le bel enrobé et les vélos dessinés sur la chaussée indiquent qu'il
> s'agit d'un aménagement réalisé pour les cyclistes : highway=cycleway


Mouai ... dans ce cas il faudrait aussi remplacer cette route secondary
en cycleway puisqu'il y a de beaux vélos dessinées sur la belle chaussée ...

https://www.mapillary.com/map/im/2YwBkzYs5HheoykVJOJbyw

Je caricature mais c'est juste pour démontrer qu'un petit dessin peint
sur le sol ne peut pas à lui seul servir de base pour décider le
classement de la route.

Dans cette logique, je rappelle juste que la voie verte est considéré
comme étant une route et non pas un chemin d’après le code de la route,
et que les cyclistes, en plus de tenir leurs droites doivent laisser la
priorité aux piétons. On y retrouve le même concept que les zones de
rencontres, à la seule différence de l’absence de véhicules motorisées.

S'il faut choisir cycleway ou footway pour représenter toutes voies
vertes, ce serait footway qui devrait être privilégié.

> L'ajout de traffic_sign=FR:C115 peut sembler fastidieux, mais c'est le seul 
> moyen d'identifier les "Voies vertes selon l'aménageur" malgré la diversité 
> des aménagements. L'intérêt est de pouvoir identifier, par une simple requête 
> Overpass, des voies voies vertes autorisées aux véhicules à moteur comme 
> celles-ci. 


En revanche ne remet plus en question cette proposition :)

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


Re: [Talk-ca] canvec imports

I agree. A selective import from CANVEC is fine and generally gives good 
results. As long as you don't import things like forests and buildings (which 
are both woefully out-of-date, broken, or outright wrong), there usually isn't 
a problem. However, if someone just imports an entire block of data without 
inspecting it, that's when we run into the visible issues that the peanut 
gallery picks apart. 

Andrew 
Victoria, BC 


From: "James"  
To: "Andrew"  
Cc: "talk-ca"  
Sent: Tuesday, November 27, 2018 9:58:19 AM 
Subject: Re: [Talk-ca] canvec imports 

not sure why Canvec always gets shat uppon, their water features are great and 
pretty accurate, the forest/landcover on the other hand needs fixing before 
import. I think it's clear enough on the canvec wiki page that only experienced 
mappers/importers should attempt a canvec import. 

On Tue., Nov. 27, 2018, 12:54 p.m. Andrew < andrew.alli...@teksavvy.com wrote: 


FYI Canada 

I made a few imports to canada a while ago and apparently 
raised the ire of someone. 

Here we go again :-( 

--- 
This was the first message 

>>Please, fix issues caused by this changeset for example in region of 

Yup, that was it, I was like ok, whats wrong with the changeset? Found 
an overlapping way. Figured that was it :-) 

And now 

Where is documentation page of this import? Can you link to discussion 
done before this import started? 

And So On. 

--- 
Hi PurpleMustang, 

XXX X has sent you a message through OpenStreetMap with the 
subject Re: Canvec Import: 

XXX X 
On 2018-11-27 17:21:34 UTC PurpleMustang wrote: 

Hello: This import has been a work in progress for about 10 years now 
:-) 

https://wiki.openstreetmap.org/wiki/Import/Catalogue 

https://wiki.openstreetmap.org/wiki/Geobase/Announcement 

Andrew 

Note that currently active import should have a wiki page describing 
what exactly is imported and how data is processed - see 
https://wiki.openstreetmap.org/wiki/Automated_ 

 

Oh Well Here we go again 

Andrew 
aka CanvecImports 


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




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


Re: [Talk-ca] canvec imports

not sure why Canvec always gets shat uppon, their water features are great
and pretty accurate, the forest/landcover on the other hand needs fixing
before import. I think it's clear enough on the canvec wiki page that only
experienced mappers/importers should attempt a canvec import.

On Tue., Nov. 27, 2018, 12:54 p.m. Andrew  FYI Canada
>
> I made a few imports to canada a while ago and apparently
> raised the ire of someone.
>
> Here we go again :-(
>
> ---
> This was the first message
>
> >>Please, fix issues caused by this changeset for example in region of
>
> Yup, that was it, I was like ok, whats wrong with the changeset? Found
> an overlapping way. Figured that was it :-)
>
> And now
>
> Where is documentation page of this import? Can you link to discussion
> done before this import started?
>
> And So On.
>
> ---
> Hi PurpleMustang,
>
> XXX X has sent you a message through OpenStreetMap with the
> subject Re: Canvec Import:
>
> XXX X
> On 2018-11-27 17:21:34 UTC PurpleMustang wrote:
>
> Hello: This import has been a work in progress for about 10 years now
> :-)
>
> https://wiki.openstreetmap.org/wiki/Import/Catalogue
>
> https://wiki.openstreetmap.org/wiki/Geobase/Announcement
>
> Andrew
>
> Note that currently active import should have a wiki page describing
> what exactly is imported and how data is processed - see
> https://wiki.openstreetmap.org/wiki/Automated_
>
> 
>
> Oh Well Here we go again
>
> Andrew
> aka CanvecImports
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[OSM-talk-fr] bancs de sable dans fleuves et rivières [était] grèves Loire

Le premier titre n’était  que conjoncturel. Je l’ai changé.




@ Jérômes eigneuret et osm.sanspourriel je comprends pas tout, mais je me fais 
vieux, j’arrive à peu près à contribuer, même parfois à réfléchir sur des tags, 
mais pour ce qui est « wiki…" je sèche ;-(

Par contre je veux bien  participer à la rédaction, en français, du ‘how-to’, 
mais pas tout de suite… 



> Le 27 nov. 2018 à 14:48, François Boucault  a écrit :
> 
> Salut,
> 
> Bonne idée, cela m'a permis de tomber sur la page wikipedia 
>  et l'élément wikidata 
>  du banc de sable (générique), dont 
> voici la description :
> 
> "accumulation de sable, de gravier ou de galets le long du littoral ou dans 
> le lit d'une rivière"
> 
> Faut-il vraiment créer un élément spécifique pour les bancs de sable de Loire 
> ? (je ne connais pas les pratique lié au tag wikidata=*)
> 
> 
> 
> Le 27/11/2018 à 13:55, Jérôme Seigneuret a écrit :
>> Salut,
>> Vous pouvez pas mettre ça dans un wikidata?
>>  A+
>> 
>> Le mar. 27 nov. 2018 à 13:51, François Boucault > > a écrit :
>> Et sinon j'ai aussi mis à jour le texte de description, en fonction des 
>> critiques émises en début de discussion.
>> 
>> Au lieu de :
>> 
>> "Les bancs (ou grèves) de sables sont constitués d'alluvions, de sables ou 
>> de graviers déplacés par la rivière et s'érodant progressivement. 
>> Régulièrement recouvert d'eau lors des crues, la végétation n'a pas toujours 
>> le temps d'y prospérer."
>> 
>> Je propose :
>> 
>> "Les bancs (ou grèves) de Loire sont constitués d'alluvions, de sables ou de 
>> graviers charriés par le fleuve. Recouverts d'eau chaque année lors de la 
>> saison humide, peu d'espèces végétales ont le temps d'y prospérer."
>> 
>> 
>> Le 27/11/2018 à 13:47, François Boucault a écrit :
>>> Hello !
>>> Pour moi cette proposition est toujours la bonne, par contre le rendu issu 
>>> de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert cette 
>>> "issue" sur le github du rendu-fr il y a 1 semaine : 
>>> https://github.com/cquest/osmfr-cartocss/issues/47 
>>> 
>>> Par contre actuellement je serais bien en peine pour faire un "pull 
>>> request", n'étant pas familier des langages informatiques utilisés. (Je 
>>> sais aussi que Christian Quest n'as pas forcément le temps de le faire...)
>>> 
>>> Je suis aussi preneur des retours, idées ou même contributions concernant 
>>> ces questions ! :-)
>>> F
>>> 
>>> Le 27/11/2018 à 09:10, ades a écrit :
 Petit retour.?
 Est-ce que la proposition de bolikahult : 
 
 
> Le 8 oct. 2018 à 17:47, François Boucault  > a écrit :
> 
> En effet ça semble être la bonne idée ! Je propose donc comme tags :
> 
> - 'natural=riverbed'
> 
> - 'seasonal=yes' (impossible d'être plus précis)
> 
> - 'landcover=sand'
> 
> (ou sur certaines zones 'lancover=grass' en rajoutant 
> 'grassland=grey_dune’)
> 
 
 pourrait faire consensus pour le tag des grèves dans l’emprise d’une 
 rivière ?
 
 
 la discussion avait dévié ;-)
 
 
 
 
 
 ___
 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 
>> 
>> 
>> 
>> -- 
>> Cordialement,
>> Jérôme Seigneuret
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> <0xC182EF00E01AF0D6.asc>___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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


Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

Hi,

On 27.11.2018 17:42, Florian Lohoff wrote:
> Jetzt hat sich mir die Frage gestellt wie ich bei admin_level=6
> von boundaries unterscheiden kann ob es sich um einen Kreis oder eine
> Kreisfreie Stadt handelt. 

Ganz einfach(tm):

SELECT osm_id, name,
   CASE WHEN 0 = (SELECT count(*)
  FROM planet_osm_polygon b WHERE
  b.boundary='administrative' AND
  b.admin_level='8' AND
  st_contains(a.way, b.way))
   THEN 'kreisfreie Stadt' ELSE 'Kreis' END as typ
FROM planet_osm_polygon a
WHERE a.boundary='administrative' and a.admin_level='6';

Die Erweiterung des Problems auf Stadtstaaten sei dem Leser zur Übung
überlassen ;)

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


Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

Am 27.11.2018 um 17:57 schrieb Florian Lohoff:
> On Tue, Nov 27, 2018 at 05:51:10PM +0100, Martin Scholtes wrote:
>> Hallo,
>>
>> also von den zwei Keys höre ich zum ersten Mal, bzw habe ich noch nicht
>> offensichtlich bemerkt.
>>
>> Ich habe leider auch keine alternative um zu bestimmen, ob ein AL6 ein
>> Landkreis oder eine kreisfreie Gebietskörperschaft ist.
> Ich habe ein bisschen weiter geguckt - Ja - gibts öfter - von 6 Kreisen
> und einer kreisfreien Stadt (Bielefeld) hatten das 5 gesetzt. 

Laut Taginfo gibt es den "de:place=county" 157 Mal in der DB. Wikipedia
sagt jedoch, das es 294 Landkreise gibt. Also wirst du darüber nicht
alle erfasse können.

In overpass sieht man, das BaWü, NRW, RP, SL, BY, NI mehrheitlich diesen
Key tragen.


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


Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

On Tue, Nov 27, 2018 at 05:51:10PM +0100, Martin Scholtes wrote:
> Hallo,
> 
> also von den zwei Keys höre ich zum ersten Mal, bzw habe ich noch nicht
> offensichtlich bemerkt.
> 
> Ich habe leider auch keine alternative um zu bestimmen, ob ein AL6 ein
> Landkreis oder eine kreisfreie Gebietskörperschaft ist.

Ich habe ein bisschen weiter geguckt - Ja - gibts öfter - von 6 Kreisen
und einer kreisfreien Stadt (Bielefeld) hatten das 5 gesetzt. Diverse
admin level 8+ haben das auch - da findet man dann ein de:place=village
oder ähnliches. Da finde ich das jetzt nicht so spannend weil eigentlich
da ja klar ist was das ist.

> Am 27.11.2018 um 17:42 schrieb Florian Lohoff:
> > de:place=county
> > de:place=city

-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

Hallo,

also von den zwei Keys höre ich zum ersten Mal, bzw habe ich noch nicht
offensichtlich bemerkt.

Ich habe leider auch keine alternative um zu bestimmen, ob ein AL6 ein
Landkreis oder eine kreisfreie Gebietskörperschaft ist.

Gruß
Martin

Am 27.11.2018 um 17:42 schrieb Florian Lohoff:
> Hi,
> ich Pfriemel mich gerade durch Adressdaten und matche die auch auf die
> entsprechenden admin boundaries.
>
> Jetzt hat sich mir die Frage gestellt wie ich bei admin_level=6
> von boundaries unterscheiden kann ob es sich um einen Kreis oder eine
> Kreisfreie Stadt handelt. Dabei ist mir in den relationen das tag
>
>   de:place=county
>   de:place=city
>
> aufgefallen. Ich habe da in den 10 Wiki Artikeln zu Grenzen in
> Deutschland die ich mir angesehen habe nichts zu gefunden.
>
> Ist das einheitlich so getagged und gibts da irgendwo jemanden
> der das aufgeschrieben hat?
>
> Flo
>
> ___
> 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


[Talk-de] Boundary Kreise und Kreisfreie Städte

Hi,
ich Pfriemel mich gerade durch Adressdaten und matche die auch auf die
entsprechenden admin boundaries.

Jetzt hat sich mir die Frage gestellt wie ich bei admin_level=6
von boundaries unterscheiden kann ob es sich um einen Kreis oder eine
Kreisfreie Stadt handelt. Dabei ist mir in den relationen das tag

de:place=county
de:place=city

aufgefallen. Ich habe da in den 10 Wiki Artikeln zu Grenzen in
Deutschland die ich mir angesehen habe nichts zu gefunden.

Ist das einheitlich so getagged und gibts da irgendwo jemanden
der das aufgeschrieben hat?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-de] Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen

On Tuesday 27 November 2018, Florian Lohoff wrote:
> > Ich denke insbesondere, dass das Konzept von Punkt 2 und 3 (Regel
> > und Ausnahme) sehr verwirrend sein kann, denn es gibt in OSM
> > relativ klare Konventionen, was für Arten von Geometrien geteilt
> > werden dürfen und welche nicht.  Diese Konventionen haben nur sehr
> > begrenzt etwas mit "One feature, one OSM element" zu tun.  Konkret
> > hilft dem Mapper hier nur die Kenntnis der praktischen Konventionen
> > weiter (zum Beipiel: Fließgewässer teilbar, Stehgewässer nicht
> > teilbar).
>
> Aeh ja? Da gibt es Konventionen? Hat die jemand mal
> runtergeschrieben?

Zum Teil ja aber das verteilt sich auf viele verschiedene Wiki-Seiten.  
Im Wesentlichen sind das aber nicht festgeschriebene Konventionen.

Wer jetzt denkt: Das ist aber blöd so unverbindlich und nicht schwarz 
auf weiß belegbar bitte immer bedenken:  In OpenStreetMap mappen Leute 
aus allen Teilen der Welt, die nur sehr begrenzt verbal miteinander 
kommunizieren können.  Da geht es also im Grunde nicht um mündlich oder 
schriftlich, sondern um Arbeitsweisen, die durch Beobachtung und 
Nachahmung tradiert werden.  Also vom rituellen Tanz wirklich nicht so 
weit entfernt.  Und im Grunde egalitärer als wenn wir jetzt auf 
Englisch oder Deutsch irgendeine Regel formulieren und dann erwarten, 
dass diese befolgt wird egal ob Leute sie lesen können oder nicht.

Aber wie schon gesagt ist es sehr nützlich, solche tradierten 
Konventionen auch mal aufzuschreiben - selbst wenn so eine 
Ausformulierung natürlich zwangsläufig eine subjektive Wahrnehmung 
wiederspiegelt.

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

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


Re: [OSM-talk-fr] grèves Loire


Le 27/11/2018 à 14:48, François Boucault a écrit :


Faut-il vraiment créer un élément spécifique pour les bancs de sable 
/de Loire/ ? (je ne connais pas les pratique lié au tag wikidata=*)


Non. Si tu veux. Ajouter le tag wikidata=* pour le banc de sable dans 
OSM ? Non.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]


waterway:drain
intermittent:yes

;-)  8)

Gruß Sepp

Am 27.11.2018 14:50 schrieb Florian Lohoff:

On Tue, Nov 27, 2018 at 09:05:21AM +0100, Markus wrote:
...
Kilometerlange landuse=grass über die Straße gelegt das die Bankette
schön grün erscheint und so. Jeder waterway=ditch bekomme noch ein
landuse=grass - Da frage ich micht immer wie man das mappen würde
wenn jetzt wirklich mal wasser drin ist. Wird dann aus dem 
landuse=grass

ein riverbank?

Ich bin dann immer hin und her gerissen mit löschen. Es ist definitiv
falsch aber da hat sich jemand viel Mühe gemacht.

Flo
___
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: [Talk-de] Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen

On Tue, Nov 27, 2018 at 04:01:54PM +0100, Christoph Hormann wrote:
> Ich möchte hier noch mal auf die Empfehlungen in meiner Antwort auf 
> Nakaner hinweisen hinsichtlich der Nachvollziehbarkeit und Klarheit der 
> Regeln insbesondere für neue Mapper.
> 
> Ich denke insbesondere, dass das Konzept von Punkt 2 und 3 (Regel und 
> Ausnahme) sehr verwirrend sein kann, denn es gibt in OSM relativ klare 
> Konventionen, was für Arten von Geometrien geteilt werden dürfen und 
> welche nicht.  Diese Konventionen haben nur sehr begrenzt etwas 
> mit "One feature, one OSM element" zu tun.  Konkret hilft dem Mapper 
> hier nur die Kenntnis der praktischen Konventionen weiter (zum Beipiel: 
> Fließgewässer teilbar, Stehgewässer nicht teilbar).

Aeh ja? Da gibt es Konventionen? Hat die jemand mal runtergeschrieben?
Ich kenne die nur als mündlich überliefertes Wissen - Best common
practices die wir in Drachenblut gebadet in Vollmondnächten in einem
rituellen Tanz ab und zu mal weitergeben.

> Persönlich hielte ich eine Dokumentation dieser Konventionen mit den 
> dabei vorhandenen Nuancen und unterschiedlichen lokalen Praktiken für 
> einen Punkt, der vor dem Punkt kommen sollte zu empfehlen, wie denn 
> diese beiden Fälle dann idealerweise praktisch gemappt werden sollten.

Ich bin immer dabei wenn wir die "Best Common Practices" erweitern und
verbessern. Das als "Regeln" zu definieren halte ich aber für
Irreführend.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

Ahoj,
jo, já tam budu - taky mě při čtení těch mejlů zpětně napadlo, že by se
sídlo dalo řesit i umístěním k nám. Pokud by s tím souhlasila rada a
(možná) i pronajimatelka prostoru.

Klasivký virtuální sídla mají výhodu v tom, že řeší přeposílání pošty a
podobně, ale jako taky výrazně dražší.

S Wikipedií/Wikidaty/... už proběhlo spoustu komunikací, kdysi nám
přednášel Jáchym Čepický na konferenci a tam jsme vymýšleli nějaký společný
projekty - nakonec nic nedopadlo, stejně tak jsme vymýšleli s klukama v
Brně a diskutovali to na sraze v Praze.

Data z Fody bereme určitě - pokud nakonec jsou licenčně v okeji. :)

Rád vás na Wikikonferenci v Olomouci uvidím, stejně jako na jakémkoliv
pravidelném sraze v Brně (akždou třetí středu v měsíci, tak i v Praze -
většinou akždé třetí pondělí v měsíci).

J.

-- 
Jirka Sedláček

Dne 27. listopadu 2018 v 16:18:52, Jan Macura (macura...@gmail.com)
napsal/a:

Ahoj,

On Tue, 27 Nov 2018 at 15:51, xkomc...@centrum.cz 
wrote:

> Jdu teď v sobotu na Wikikonferenci v Olomouci, mám se případně zeptat
> jich? Sídlo ale mají v Praze a tak i kdyby na to kývli (což nevím,
> budova ve které sídlí zřejmě nebude jejich), vše by se muselo předělávat...
>

WMČR má sídlo v Praze v coworkingovém centru Svět-Hub. Také už jsme se
několikrát stěhovali... Což v Brně podobné prostory nejsou?

Případně, napadá někoho jiného jak bychom mohli navázat s
> Wiki/pedií/daty/komunitou spolupráci? V jaké oblasti, na čem, ...?
>

Napadá mě spousta věcí. Sakra, zrovna letos na Wikikonferenci nejedu... Ale
určitě tam bude Frettie a určitě bude mít taky spoustu nápadů. Věřím i
ostatní z WMČR si s tebou o tom rádi promluví a můžou dát OSMCZ rady do
začátku ;-)

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

> Stálo by za zvážení, jestli by Rada nezvládla připravit aspoň jednoduchý plán 
> rozpočtu na příští rok. Předpokládané výdaje, sečíst předpokládané příspěvky 
> členů, ...

Nevim jestli je to i na zaznamu ale resilo se na SotM. Aktualni
naklady o kterych vim:

- domeny osmap.cz, openstreetmap.cz 2x151Kc/rok
- VPS s hostingem osmap.cz/osm.cz  363Kc/rok
- naklady na sidlo, v jednani - do 200Kc/mesic

- prispevky clenu predpokladam, ze budeme resit az za 2019, za par dnu
roku 2018 mi to nedava smysl
- aktualne je 14 clenu spolku, tj. 1400,- Kc/rok.

- zaroven musim zjistit u ucetni u ktere domlouvam vedeni ucetnictvi
nejrozumejsi zpusob, pokud nekdo bude chtit venovat penize navic (ted
nemyslim firmy, tam to bude nejaka smlouva apod. ale jednotlivce) -
darovaci smlouva je komplikovane reseni, jen tak poslat penize na ucet
ale nejde.

Dneska s dotazy koncim, musim dodelat weekly a mizet domu...

Bye

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

út 27. 11. 2018 v 16:18 odesílatel Jan Macura  napsal:
> WMČR má sídlo v Praze v coworkingovém centru Svět-Hub. Také už jsme se 
> několikrát stěhovali... Což v Brně podobné prostory nejsou?

urcite i v Brne je moznosti vice, vzhledem k rychle reakci u
Partnerstvi jsem to zacal resit s nima, snazim se ted najit neco
rozumneho, jednoducheho, rychleho at to nebrzdi zalozeni, v budoucnu
se sidlo klidne muze zmenit kdyz pro to bude rozumny duvod. Vhledem k
tomu, ze na miste nebudeme mit zadne kancelare ani nic jineho, tak je
to vice mene formalni zalezitost pro rejstrik a pripadnou oficialni
papirovou postu.

Bye

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


[OSM-talk-fr] Mapathon à Bordeaux le 28 novembre 2018


Bonjour,
tout est expliqué dans le mail de Louis-Julien ci-dessous mais cela se 
passe à Bordeaux (l'ouest vaincra !!!) à l'Espace Nomade (39 rue du 
Château d'Eau, 33000 Bordeaux).


C'est ici pour s'inscrire : 
https://www.eventbrite.ca/e/billets-mapathon-missing-maps-a-bordeaux-nomade-52955110160


Bonne journée


Le 27/11/2018 à 10:15, Louis-Julien de la Bouëre a écrit :


Bonjour,

Venez nous aider à cartographier les espaces de Madagascar sur 
OpenStreetMap, la carte du monde collaborative et libre


CartONG  organise un mapathon centré sur 
Madagascar avec l'UBO Open Factory 
 et Tiriad  
et les groupes locaux. Vous pourrez découvrir la cartographie 
participative et humanitaire dans OpenStreetMap : pas besoin d'être un 
expert, c'est accessible à tout le monde ! Comme nous aimons lier 
l'utile à l'agréable, nous vous proposons de *partager un repas 
commun* qui sera lui aussi contributif et collaboratif: l'idée étant 
que *chacun ramène un plat* à partager avec tout le monde !



Le programme de la soirée

Nous vous proposons de découvrir comment contribuer à OpenStreetMap 
durant un « mapathon » 
 et cartographier des 
espaces de Madagascar qui ne le sont pas encore. Cet événement a pour 
but d’ajouter des informations comme des bâtiments, et les routes, des 
cours d'eau. Les cartes qui seront produites grâce à vos contributions 
permettrons de soutenir divers projets de prévention des risques 
d'inondations, mais aussi de promouvoir le tourisme et le 
développement économique de ces régions !


*Au programme :*

 *

18h30 : accueil des participants

 *

18h40 : Mots de bienvenue, présentation du projet Missing Maps et
du déroulement de la soirée

 *

18h50 : Présentation de la contribution dans OpenStreetMap

 *

19h00 : Cartographions !

 *

20h00 : Dégustation de nos bons petits plats (miam)

 *

21h30 - 22h: Fin du mapathon, conclusion sur les contributions de
la soirée


Où ?

UBO OpenFactory Faculté des sciences et techniques Bat D, salle D133, 
6 avenue Le Gorgeu 29238 Brest





Un grand merci à l'UBO Open Factory 
 pour l'accueil et leur soutien !


Entrée gratuite sur inscription.

Venez nombreux, et n'oubliez pas d'apporter votre ordinateur portable, 
et souri(re)s !


--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
http://cartomobilite.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap :http://hdyc.neis-one.org/?Ljbouere
Mapillary :https://www.mapillary.com/app/user/ljbouere

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



--
Vincent Bergeot

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

út 27. 11. 2018 v 15:51 odesílatel xkomc...@centrum.cz
 napsal:
> Jdu teď v sobotu na Wikikonferenci v Olomouci, mám se případně zeptat
> jich? Sídlo ale mají v Praze a tak i kdyby na to kývli (což nevím,
> budova ve které sídlí zřejmě nebude jejich), vše by se muselo předělávat...

Sidlo v Praze by jsme mohli mit zrejme i jinde, ale ve schvalenych
stanovach je Brno (alespon mesto tam byt musi, cela adresa ne), takze
je potreba to pokud mozno vyresit v Brne.

> Případně, napadá někoho jiného jak bychom mohli navázat s
> Wiki/pedií/daty/komunitou spolupráci? V jaké oblasti, na čem, ...?

Mohl by je zajimat export Fody -> Wikidata, ale z pohledu spolku se
asi nic nemeni, tam zadnou spolupraci ted aktivne nevidim,
spolupracuji spis komunity, ale treba je neco napadne, min vime, ze se
jich muzeme zeptat, kdyz bude neco potreba formalne resit.

Bye

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


Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]


On 27.11.18 14:50, Florian Lohoff wrote:

A) Wiese = eingezäunte Weide
Weidewiese kann grösser/kleiner sein als die umzäunte Fläche.
Weidezäune sind meist variabel.
Die Grasfläche geht meist über den Zaun hinaus (Wegrand)

Letzteres stelle ich mal in Frage - meist ist das eben dann
die Bankette der Straße und eben nicht mehr teil der Weide.
Wenn man Weide als "Da wo Tiere weiden können" definiert endet
das ja am Zaun:)



Ich sehe den typischen, fest installierten Weidezaun auch als
Begrenzung der Weide an (und die jederzeit versetzbaren Stahlspieße
mit Isolatoren gehören eh nicht gemappt).

Natürlich gibt es auch da Ausnahmen, zB. wenn durch die abgezäunte
Fläche noch entlang des Zauns ein Wirtschaftsweg verläuft, oder
wenn eine große Weidefläche auch intern in kleinere umzäunte Parzellen
geteilt wird.

In der Regel definiert aber der Zaun klar die Weidegrenze, und steht
bei zwei aneinander grenzenden Weidestücken unterschiedlicher Eigentümer
auch klar auf der entsprechenden Grenze. Und ein Zaun hat, anders als
vielleicht bei einer Einfriedung mit einer Mauer oder einer Hecke, auch
keine nennenswerte Fläche. Auch wenn man also im prinzip geometrisch
argumentieren kann, dass der Zaun "außen" und die eigentliche 
Weidefläche "innen" ist, und somit eine räumliche Trennung zwischen

dem umgebenden Land, dem Zaun, und der Weide besteht: in der Praxis
kann ein Zaun kaum als flächiges Objekt angesehen werden das eine
eigene Lücke zwischen Weide und umgebendem Landuse verdient ...

--
hartmut

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

On Tue, 27 Nov 2018 at 15:36, Tom Ka  wrote:

> dalsi informace o aktualnim vyvoji zalozeni spolku: (...)
>

Díky za to!

Dale posilam informaci, ze se nam ozvala firma Asamm Software (Locus
> Map) s tim, ze by organizaci radi financne podporili.
>

Stálo by za zvážení, jestli by Rada nezvládla připravit aspoň jednoduchý
plán rozpočtu na příští rok. Předpokládané výdaje, sečíst předpokládané
příspěvky členů, ...

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

Ahoj,

On Tue, 27 Nov 2018 at 15:51, xkomc...@centrum.cz 
wrote:

> Jdu teď v sobotu na Wikikonferenci v Olomouci, mám se případně zeptat
> jich? Sídlo ale mají v Praze a tak i kdyby na to kývli (což nevím,
> budova ve které sídlí zřejmě nebude jejich), vše by se muselo předělávat...
>

WMČR má sídlo v Praze v coworkingovém centru Svět-Hub. Také už jsme se
několikrát stěhovali... Což v Brně podobné prostory nejsou?

Případně, napadá někoho jiného jak bychom mohli navázat s
> Wiki/pedií/daty/komunitou spolupráci? V jaké oblasti, na čem, ...?
>

Napadá mě spousta věcí. Sakra, zrovna letos na Wikikonferenci nejedu... Ale
určitě tam bude Frettie a určitě bude mít taky spoustu nápadů. Věřím i
ostatní z WMČR si s tebou o tom rádi promluví a můžou dát OSMCZ rady do
začátku ;-)

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


Re: [Talk-de] Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen

On Monday 26 November 2018, Tigerfell wrote:
>
> ich würde gern auf ein Proposal aufmerksam machen, welches sich mit
> der Verwendung von Multipolygonen beschäftigt. Dieses folgt im
> Wesentlichen der Diskussion im Forum
> (https://forum.openstreetmap.org/viewtopic.php?id=64439
> ). Das
> Proposal:
> https://wiki.openstreetmap.org/wiki/DE:Proposed_features/Empfehlung_z
>ur_Verwendung_von_Multipolygonen
> zur_Verwendung_von_Multipolygonen>

Ich möchte hier noch mal auf die Empfehlungen in meiner Antwort auf 
Nakaner hinweisen hinsichtlich der Nachvollziehbarkeit und Klarheit der 
Regeln insbesondere für neue Mapper.

Ich denke insbesondere, dass das Konzept von Punkt 2 und 3 (Regel und 
Ausnahme) sehr verwirrend sein kann, denn es gibt in OSM relativ klare 
Konventionen, was für Arten von Geometrien geteilt werden dürfen und 
welche nicht.  Diese Konventionen haben nur sehr begrenzt etwas 
mit "One feature, one OSM element" zu tun.  Konkret hilft dem Mapper 
hier nur die Kenntnis der praktischen Konventionen weiter (zum Beipiel: 
Fließgewässer teilbar, Stehgewässer nicht teilbar).

Persönlich hielte ich eine Dokumentation dieser Konventionen mit den 
dabei vorhandenen Nuancen und unterschiedlichen lokalen Praktiken für 
einen Punkt, der vor dem Punkt kommen sollte zu empfehlen, wie denn 
diese beiden Fälle dann idealerweise praktisch gemappt werden sollten.

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

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


Re: [Talk-it] Uso del tag Disused e rendering

OK, grazie.

Adesso devo fare un "/passo e chiudo/", ma domani vedrò cosa si può fare...

Ciao!


On 2018-11-27 15:41, Massimo Taronna wrote:
> La zona è questa: https://www.openstreetmap.org/#map=15/44.9831/6.9386
> Se la carichi in Josm troverai circa 300 m a sud del tronco più alto, due 
> skilift (chiamati "Cristallo" e "Belotte Spiz") segnalati come disused.
>
> Invece la cava abbandonata è qua: 
> https://www.openstreetmap.org/#map=17/45.54146/7.81154
> Questa l'ho mappata io, come disused:landuse=quarry. Se vai a vedere le foto 
> aeree è decisamente ancora ben visibile.
>
> Ciao
>
> Massimo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.


Ahoj,


díky za info a hlavně za aktivitu!

Jdu teď v sobotu na Wikikonferenci v Olomouci, mám se případně zeptat 
jich? Sídlo ale mají v Praze a tak i kdyby na to kývli (což nevím, 
budova ve které sídlí zřejmě nebude jejich), vše by se muselo předělávat...



Případně, napadá někoho jiného jak bychom mohli navázat s 
Wiki/pedií/daty/komunitou spolupráci? V jaké oblasti, na čem, ...?



Jirka Komárek

On 27. 11. 18 15:35, Tom Ka wrote:

Ahoj,

dalsi informace o aktualnim vyvoji zalozeni spolku:

Vzhledem k nesouhlasu jednoho ze spolumajitelu objektu, kde bylo sidlo
puvodne zamysleno jsme od minuleho tydne hledali nahradni moznosti.
Aktualne probehlo jednani s nadaci Partnerstvi, kde to vypada slibne
jak co se tyka moznosti umisteni sidla, tak moznosti dalsi spoluprace
(napr. jsou to provozovatele ruznych turistickych a cyklo stezek, ke
kterym maji veskere podklady). Vse se tim samozrejme oproti puvodnimu
casovemu planu protahuje, ale je to na dobre ceste :-)

Dale posilam informaci, ze se nam ozvala firma Asamm Software (Locus
Map) s tim, ze by organizaci radi financne podporili.

Jakmile dobehne jednani a priprava podkladu pro sidlo, odnesu veci na
rejstrikovy soud a dam samozrejme zase vedet. Zatim ocekavam, ze se
vse podari stihnout do konce tohoto roku.

Konec hlaseni.

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


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


Re: [Talk-it] Uso del tag Disused e rendering

La zona è questa: https://www.openstreetmap.org/#map=15/44.9831/6.9386
Se la carichi in Josm troverai circa 300 m a sud del tronco più alto, due
skilift (chiamati "Cristallo" e "Belotte Spiz") segnalati come disused.

Invece la cava abbandonata è qua:
https://www.openstreetmap.org/#map=17/45.54146/7.81154
Questa l'ho mappata io, come disused:landuse=quarry. Se vai a vedere le
foto aeree è decisamente ancora ben visibile.

Ciao

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


Re: [Talk-cz] Založení OpenStreetMap Česká republika z.s.

Ahoj,

dalsi informace o aktualnim vyvoji zalozeni spolku:

Vzhledem k nesouhlasu jednoho ze spolumajitelu objektu, kde bylo sidlo
puvodne zamysleno jsme od minuleho tydne hledali nahradni moznosti.
Aktualne probehlo jednani s nadaci Partnerstvi, kde to vypada slibne
jak co se tyka moznosti umisteni sidla, tak moznosti dalsi spoluprace
(napr. jsou to provozovatele ruznych turistickych a cyklo stezek, ke
kterym maji veskere podklady). Vse se tim samozrejme oproti puvodnimu
casovemu planu protahuje, ale je to na dobre ceste :-)

Dale posilam informaci, ze se nam ozvala firma Asamm Software (Locus
Map) s tim, ze by organizaci radi financne podporili.

Jakmile dobehne jednani a priprava podkladu pro sidlo, odnesu veci na
rejstrikovy soud a dam samozrejme zase vedet. Zatim ocekavam, ze se
vse podari stihnout do konce tohoto roku.

Konec hlaseni.

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


Re: [Talk-it] Uso del tag Disused e rendering

P.S.: se puoi, per favore, manda un link ad una delle feature che presentano il 
problema...


On 2018-11-27 15:18, Sergio Manzi wrote:
>
> Allora c'è un problema più generale, che ci riguarda direttamente, non solo 
> in Andromaps...
>
> Lascio la parola a qualcuno più anziano di me (/in termini OSM, non 
> anagrafici, sennò batto quasi tutti.../) per capire cosa fare: forse c'è un 
> progetto in GitHub per Mapnik dove aprire un "issue"?
>
> Ciao,
>
> Sergio
>
>
> On 2018-11-27 15:04, Massimo Taronna wrote:
>> Su OSM in visualizzazione standard gli impianti di risalita li visualizza se 
>> non hanno il suffisso disused.
>> Inizialmente pensavo non fossero stati mappati, ma in Josm ci sono.


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Uso del tag Disused e rendering

Allora c'è un problema più generale, che ci riguarda direttamente, non solo in 
Andromaps...

Lascio la parola a qualcuno più anziano di me (/in termini OSM, non anagrafici, 
sennò batto quasi tutti.../) per capire cosa fare: forse c'è un progetto in 
GitHub per Mapnik dove aprire un "issue"?

Ciao,

Sergio


On 2018-11-27 15:04, Massimo Taronna wrote:
> Su OSM in visualizzazione standard gli impianti di risalita li visualizza se 
> non hanno il suffisso disused.
> Inizialmente pensavo non fossero stati mappati, ma in Josm ci sono.


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Uso del tag Disused e rendering

Su OSM in visualizzazione standard gli impianti di risalita li visualizza
se non hanno il suffisso disused.
Inizialmente pensavo non fossero stati mappati, ma in Josm ci sono.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] arbres remarquables

Bonjour,

Je plussoie pour denotation=natural_monument.
Quand c'est un arbre remarquable, un véritable monument, je mets le nom
de l'arbre en français.

Ces arbres sont souvent répertoriés dans les PLU ou PLUI ou ailleurs
(voir les mairies). Il est bon de citer la source ou bien un site web
par website=* afin de faire des recoupements.

-- 
Alain Rpnpif

Le 27 novembre 2018, Erwan Salomon a écrit :

> > Le 27 nov. 2018 à 13:23, marc marc  a écrit :
> > 
> > Le 27. 11. 18 à 12:14, Jozeph a écrit :  
> >> Ma question se résume finalement à savoir si on rajoute au nom de 
> >> l'arbre la mention "arbre remarquable" ?  
> > 
> > je ne connais aucun arbre dont c'est le nom :)
> > ce que tu cherches est denotation=landmark
> > https://wiki.openstreetmap.org/wiki/Key%3Adenotation  
> 
> landmark semble plutôt utile pour un arbre grand qui peut servir de point de 
> repère, indépendamment de sa classification
> 
> les arbres remarquables sont souvent grand mais pas toujours
> 
> j’utiliserais plutôt denotation=natural_monument 
> 
> 
> un exemple qui me semble bien maitrisé : 
> https://www.openstreetmap.org/node/2434065734 
> 
> 
> glyo - erwan


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


Re: [Talk-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

Le ultime due tue email le vedo correttamente. Vedrò di verificare con aruba se 
possono fare qualcosa.
Comunque se il problema è solo mio non preoccuparti...
Sono sicuramente d'accordo con te con la definizione di pec ;-)

Damjan

-- Original Header ---

From  : "Sergio Manzi" s...@smz.it
To  : "Damjan Gerl" dam...@damjan.net,"talk-it@osm" 
talk-it@openstreetmap.org
Cc  : 
Date  : Tue, 27 Nov 2018 14:30:23 +0100
Subject : Re: OT - Domanda // era Re: Percorso ciclabile per educazione stradale

> Accidenti, mi dispiace,  è la prima volta che mi succede che la mia firma 
> crei problemi (/francamente il fatto che ci sia di mezzo Aruba... mi fa un 
> po' sogghignare.../).
> 
> Per inviare mail uso, al 99%, Thunderbird e adesso sto rispondendo avendo 
> inibito (manualmente) l'invio della firma:  puoi verificare se questo 
> messaggio ti viene visualizzato correttamente?
> 
> Cercherò se è possibile inibire automaticamente l'uso della firma quando 
> invio alla lista di OSM, ma non credo: dovrò quindi farlo manualmente ogni 
> volta e quindi potrò distrattamente sbagliare...
> 
> Tu puoi verificare con Aruba perché diavolo non supportano uno standard 
> assolutamente valido e diffuso (S/MIME)?
> 
> Ciao!
> 
> Sergio
> 
> 
> On 2018-11-27 14:15, Damjan Gerl wrote:
> > Ciao Sergio!
> > Scusa per questo OT, ma vorrei chiederti se sarebbe possibile/potresti 
> > spedire le tue email alla lista senza essere firmate (con .p7s)?
> >
> > Ti spiego il perché: con thunderbird (a casa) e/o con outlook vengono 
> > visualizzate correttamente, mentre con il visualizzatore online di aruba 
> > (che uso sul lavoro) non so perché mi visualizza solo la tua firma in 
> > calce, quindi non vedo il testo della mail.
> >
> > E/o se c'è qualche altro modo per far funzionare il tutto e qualcuno può 
> > aiutarmi... 
> >
> > Grazie
> > Damjan
> 

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


[Talk-pt] De novo a bombar https://tarefas.openstreetmap.pt/

Gente,

Ganhei vergonha e pus o https://tarefas.openstreetmap.pt/ novamente a 
funcionar. Vou deixar cair o alias tasks.openstreetmap.pt, pois tenho um 
certificado para tarefas.openstreetmap.pt.

Não fiz upgrade. Por isso, peço-vos que se autentiquem novamente (com a conta 
do OpenStreetMap).  QUem quiser ser admin (e criar projetos), basta responder 
para a lista ou para mim, que eu mudo o 'role'.

Boas mapeadelas,

J. Gustavo
--
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt


[Talk-pt] Gestor de tarefas está de volta e actualizado

Olá a todos,

O Jorge Gustavo dedicou uma parte do seu tempo para resolver uns problemas
com o site e aproveitou para actualizar o gestor de tarefas para a versão
mas recente.

https://tarefas.openstreetmap.pt/

Para quem não sabe o gestor permite organizar o mapeamento de sítios ao
dividir um polígono previamente desenhado em parcelas com áreas iguais, o
que ajuda imenso para quem organiza mapping parties! Também dá
perfeitamente para uso individual.

Qualquer um pode contribuir mas a criação de tarefas é necessária uma
autorização especial. Se tiveres interessado em criar tarefas manda uma
mensagem a mim ou ao Jorge.
-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt


Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]

On Tue, Nov 27, 2018 at 09:05:21AM +0100, Markus wrote:
> Hallo Marc,
> 
> > Wie kartieren Sie Barrieren, wenn sie die Grenze eines
> > Landnutzungsgebiets bilden?
> 
> Das kommt auf die Definition an von z.B. "Zaun" und "Wiese"
> 
> A) Wiese = eingezäunte Weide
> Weidewiese kann grösser/kleiner sein als die umzäunte Fläche.
> Weidezäune sind meist variabel.
> Die Grasfläche geht meist über den Zaun hinaus (Wegrand)

Letzteres stelle ich mal in Frage - meist ist das eben dann 
die Bankette der Straße und eben nicht mehr teil der Weide.
Wenn man Weide als "Da wo Tiere weiden können" definiert endet
das ja am Zaun :)

> Solange etwas unklar ist, sollten m.E. immer getrennte Objekte erstellt
> werden, und diese nicht "aneinandergeklebt" oder "gestapelt" werden.
> "Niemandsland" sollte für künftige detailliertere Beschreibung
> entsprechend freigehalten werden.

Da bin ich bei dir - Es gibt aber leider viele mapper die ein "nichts"
nicht ertragen können. Und das führt zu echt krassen Stilblüten.

Kilometerlange landuse=grass über die Straße gelegt das die Bankette
schön grün erscheint und so. Jeder waterway=ditch bekomme noch ein
landuse=grass - Da frage ich micht immer wie man das mappen würde
wenn jetzt wirklich mal wasser drin ist. Wird dann aus dem landuse=grass
ein riverbank?

Ich bin dann immer hin und her gerissen mit löschen. Es ist definitiv
falsch aber da hat sich jemand viel Mühe gemacht.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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


Re: [OSM-talk-fr] grèves Loire

Salut,

Bonne idée, cela m'a permis de tomber sur la page wikipedia
 et l'élément wikidata
 du banc de sable (générique),
dont voici la description :

"accumulation de sable, de gravier ou de galets le long du littoral ou
dans le lit d'une rivière"

Faut-il vraiment créer un élément spécifique pour les bancs de sable /de
Loire/ ? (je ne connais pas les pratique lié au tag wikidata=*)


Le 27/11/2018 à 13:55, Jérôme Seigneuret a écrit :
> Salut,
> Vous pouvez pas mettre ça dans un wikidata?
>  A+
>
> Le mar. 27 nov. 2018 à 13:51, François Boucault  > a écrit :
>
> Et sinon j'ai aussi mis à jour le texte de description, en
> fonction des critiques émises en début de discussion.
>
> Au lieu de :
>
> "Les bancs (ou grèves) de sables sont constitués d'alluvions, de
> sables ou de graviers déplacés par la rivière et s'érodant
> progressivement. Régulièrement recouvert d'eau lors des crues, la
> végétation n'a pas toujours le temps d'y prospérer."
>
> Je propose :
>
> "Les bancs (ou grèves) de Loire sont constitués d'alluvions, de
> sables ou de graviers charriés par le fleuve. Recouverts d'eau
> chaque année lors de la saison humide, peu d'espèces végétales ont
> le temps d'y prospérer."
>
>
> Le 27/11/2018 à 13:47, François Boucault a écrit :
>>
>> Hello !
>>
>> Pour moi cette proposition est toujours la bonne, par contre le
>> rendu issu de ces tags n'est pas satisfaisant... C'est pourquoi
>> j'ai ouvert cette "issue" sur le github du rendu-fr il y a 1
>> semaine : https://github.com/cquest/osmfr-cartocss/issues/47
>>
>> Par contre actuellement je serais bien en peine pour faire un
>> "pull request", n'étant pas familier des langages informatiques
>> utilisés. (Je sais aussi que Christian Quest n'as pas forcément
>> le temps de le faire...)
>>
>> Je suis aussi preneur des retours, idées ou même contributions
>> concernant ces questions ! :-)
>>
>> F
>>
>>
>> Le 27/11/2018 à 09:10, ades a écrit :
>>> Petit retour.?
>>> Est-ce que la proposition de bolikahult : 
>>>
>>>
 Le 8 oct. 2018 à 17:47, François Boucault
 mailto:bolikah...@riseup.net>> a écrit :

 En effet ça semble être la bonne idée ! Je propose donc comme
 tags :

 - 'natural=riverbed'

 - 'seasonal=yes' (impossible d'être plus précis)

 - 'landcover=sand'

 (ou sur certaines zones 'lancover=grass' en rajoutant
 'grassland=grey_dune’)

>>>
>>> pourrait faire consensus pour le tag des grèves dans l’emprise
>>> d’une rivière ?
>>>
>>>
>>> la discussion avait dévié ;-)
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>
>
>
> -- 
> Cordialement,
> Jérôme Seigneuret
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

A pensar male si fa peccato, ma spesso ci si azzecca: mi viene in mente che 
Aruba è uno dei principali venditori di quell'abominio di servizio che si 
chiama PEC (/usato solo in Italia e in Corea del Sud, che mi risulti.../) e che 
S/MIME è in qualche modo l'alternativa alla PEC, standard nel resto del mondo...

On 2018-11-27 14:30, Sergio Manzi wrote:
> Tu puoi verificare con Aruba perché diavolo non supportano uno standard 
> assolutamente valido e diffuso (S/MIME)?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] Les voies vertes

La voie verte est définie dans l’article R. 110-2 du Code de la route, sans « 
hiérarchie » parmi les utilisateurs :

-voie verte : route exclusivement réservée à la circulation des véhicules non 
motorisés, des piétons et des cavaliers ;
https://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI23095873=LEGITEXT06074228


Une voie verte est signalée par le panneau C 115.
http://routes.wikia.com/wiki/Panneau_de_type_C115

La fin de voie verte est signalée par le panneau C 116.

Remarquons que l’accès aux cavaliers est conditionné au montage du panonceau 
M4y :
http://routes.wikia.com/wiki/Liste_des_panonceaux_routiers_fran%C3%A7ais

IISR 5, art. 75.1 :
[…] Si l’autorité de police compétente n'interdit pas la circulation des 
cavaliers sur ces voies, le panneau C115 est complété par le panonceau M4y 
désignant les cavaliers. […]
http://www.equipementsdelaroute.equipement.gouv.fr/IMG/pdf/IISR_5ePARTIE_VC_20160215_cle2135a7.pdf

Cette dernière disposition est donc un peu contradictoire avec le principe 
général de voie réservée aux cavaliers.


Sur le terrain, les voies vertes sont très flous, d’une part parce que dans la 
com’, on appelle tout et n’importe quoi « vert » pour faire bien, mais aussi 
parce que des services n’hésitent pas à créer des voies vertes « fourre-tout », 
par exemple sur des trottoirs…


Gwenaël



Le 27/11/2018 à 14:11, jabali a écrit :
> Pierre L. wrote
>> La première représente une voie verte, destinées aux vélos,
>> autorisée aux piétons...
> 
> Sans vouloir chipoter il y a un arrêté qui stipule que c'est destiné
> initialement aux vélos mais aussi autorisés aux pietons?
> 
> […]
> 
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> 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-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

Accidenti, mi dispiace,  è la prima volta che mi succede che la mia firma crei 
problemi (/francamente il fatto che ci sia di mezzo Aruba... mi fa un po' 
sogghignare.../).

Per inviare mail uso, al 99%, Thunderbird e adesso sto rispondendo avendo 
inibito (manualmente) l'invio della firma:  puoi verificare se questo messaggio 
ti viene visualizzato correttamente?

Cercherò se è possibile inibire automaticamente l'uso della firma quando invio 
alla lista di OSM, ma non credo: dovrò quindi farlo manualmente ogni volta e 
quindi potrò distrattamente sbagliare...

Tu puoi verificare con Aruba perché diavolo non supportano uno standard 
assolutamente valido e diffuso (S/MIME)?

Ciao!

Sergio


On 2018-11-27 14:15, Damjan Gerl wrote:
> Ciao Sergio!
> Scusa per questo OT, ma vorrei chiederti se sarebbe possibile/potresti 
> spedire le tue email alla lista senza essere firmate (con .p7s)?
>
> Ti spiego il perché: con thunderbird (a casa) e/o con outlook vengono 
> visualizzate correttamente, mentre con il visualizzatore online di aruba (che 
> uso sul lavoro) non so perché mi visualizza solo la tua firma in calce, 
> quindi non vedo il testo della mail.
>
> E/o se c'è qualche altro modo per far funzionare il tutto e qualcuno può 
> aiutarmi... 
>
> Grazie
> Damjan
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] arbres remarquables7






Envoyé depuis mon appareil mobile Samsung.




 Message d'origine 
De : Erwan Salomon  
Date : 27/11/2018  13:38  (GMT+01:00) 
À : Discussions sur OSM en français  
Objet : Re: [OSM-talk-fr] arbres remarquables 



Le 27 nov. 2018 à 13:23, marc marc  a écrit :

Le 27. 11. 18 à 12:14, Jozeph a écrit :
Ma question se résume finalement à savoir si on rajoute au nom de 
l'arbre la mention "arbre remarquable" ?

je ne connais aucun arbre dont c'est le nom :)
ce que tu cherches est denotation=landmark
https://wiki.openstreetmap.org/wiki/Key%3Adenotation

landmark semble plutôt utile pour un arbre grand qui peut servir de point de 
repère, indépendamment de sa classification

les arbres remarquables sont souvent grand mais pas toujours

j’utiliserais plutôt denotation=natural_monument

un exemple qui me semble bien maitrisé : 
https://www.openstreetmap.org/node/2434065734

glyo - erwan

Interessant mais comme dirait marc_marc je ne connais aucune espèce d'arbre 
dont le nom est "chêne séculaire de Locmaria-Berrien" ☺


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


[Talk-it] OT - Domanda // era Re: Percorso ciclabile per educazione stradale

Ciao Sergio!
Scusa per questo OT, ma vorrei chiederti se sarebbe possibile/potresti spedire 
le tue email alla lista senza essere firmate (con .p7s)?

Ti spiego il perché: con thunderbird (a casa) e/o con outlook vengono 
visualizzate correttamente, mentre con il visualizzatore online di aruba (che 
uso sul lavoro) non so perché mi visualizza solo la tua firma in calce, quindi 
non vedo il testo della mail.

E/o se c'è qualche altro modo per far funzionare il tutto e qualcuno può 
aiutarmi... 

Grazie
Damjan

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


[Talk-at] Protokoll des November-Stammtisch in Graz am 26.11.2018

Liebe OpenStreetMap-Interessierte in der Steiermark,

Das Protokoll des gestrigen Stammtischs findet ihr hier:

https://wiki.openstreetmap.org/wiki/Graz/Stammtisch/2018-11-26

lg,
Michael

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch



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


Re: [OSM-talk-fr] Les voies vertes

Pierre L. wrote
> La première représente une voie verte, destinées aux vélos,
> autorisée aux piétons...

Sans vouloir chipoter il y a un arrêté qui stipule que c'est destiné
initialement aux vélos mais aussi autorisés aux pietons?
Et si c'était destinés aus piétons mais aussi autorisés aux vélo?
ou plutôt destiné aux vélo ET aux piétons?

Pour le premier cas je verrais:
highway=cycleway
foot=yes

Pour le deuxième:
highway = footway
bicycle=yes

Pour le troisième:
highway=cycleway;footway.

Comme celui-là est compliqué il  été remplacé par 
highway=path
bicycle=designated
foot=designated

A noter que sémantiquement
highway=cycleway est équivalent à
highway=path+bicycle=designated
et
highway=footway est équivalent à
highway=path+foot=designated

Il ne faut pas se bloquer sur le highway=path
c'est un artifice qui permet d'éviter le point-virgule en cas d'équivalence
vélos-piétons

à cela se rajoute le 
traffic_sign=FR:C115

C'est la méthodologie des autres pays du nord habitués à ces voies
partagées. Que l'on retouve dans les presets de josm.

Pour la deuxième image il y a 2 possibilités. Soit tu estime que c'est
d'abord initialement une voirie générale et par dessus une voie verte
highway=*
motor_vehicle= destination
foot= designated
bicycle=designated
traffic_sign=FR:C115

Si c'est initialement avant tout une voie verte
highway=path
bicycle=designated
foot=designated
traffic_sign=FR:C115
motor_vehicle=destination

ça me semble plus bancal 
je préfèrerais le premier.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] grèves Loire

Salut,
Vous pouvez pas mettre ça dans un wikidata?
 A+

Le mar. 27 nov. 2018 à 13:51, François Boucault  a
écrit :

> Et sinon j'ai aussi mis à jour le texte de description, en fonction des
> critiques émises en début de discussion.
>
> Au lieu de :
>
> "Les bancs (ou grèves) de sables sont constitués d'alluvions, de sables ou
> de graviers déplacés par la rivière et s'érodant progressivement.
> Régulièrement recouvert d'eau lors des crues, la végétation n'a pas
> toujours le temps d'y prospérer."
>
> Je propose :
>
> "Les bancs (ou grèves) de Loire sont constitués d'alluvions, de sables ou
> de graviers charriés par le fleuve. Recouverts d'eau chaque année lors de
> la saison humide, peu d'espèces végétales ont le temps d'y prospérer."
>
>
> Le 27/11/2018 à 13:47, François Boucault a écrit :
>
> Hello !
>
> Pour moi cette proposition est toujours la bonne, par contre le rendu issu
> de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert cette
> "issue" sur le github du rendu-fr il y a 1 semaine :
> https://github.com/cquest/osmfr-cartocss/issues/47
>
> Par contre actuellement je serais bien en peine pour faire un "pull
> request", n'étant pas familier des langages informatiques utilisés. (Je
> sais aussi que Christian Quest n'as pas forcément le temps de le faire...)
>
> Je suis aussi preneur des retours, idées ou même contributions concernant
> ces questions ! :-)
>
> F
>
>
> Le 27/11/2018 à 09:10, ades a écrit :
>
> Petit retour.?
> Est-ce que la proposition de bolikahult :
>
>
> Le 8 oct. 2018 à 17:47, François Boucault  a écrit
> :
>
> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>
> - 'natural=riverbed'
>
> - 'seasonal=yes' (impossible d'être plus précis)
>
> - 'landcover=sand'
>
> (ou sur certaines zones 'lancover=grass' en rajoutant
> 'grassland=grey_dune’)
>
>
> pourrait faire consensus pour le tag des grèves dans l’emprise d’une
> rivière ?
>
>
> la discussion avait dévié ;-)
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] grèves Loire

Et sinon j'ai aussi mis à jour le texte de description, en fonction des
critiques émises en début de discussion.

Au lieu de :

"Les bancs (ou grèves) de sables sont constitués d'alluvions, de sables
ou de graviers déplacés par la rivière et s'érodant progressivement.
Régulièrement recouvert d'eau lors des crues, la végétation n'a pas
toujours le temps d'y prospérer."

Je propose :

"Les bancs (ou grèves) de Loire sont constitués d'alluvions, de sables
ou de graviers charriés par le fleuve. Recouverts d'eau chaque année
lors de la saison humide, peu d'espèces végétales ont le temps d'y
prospérer."


Le 27/11/2018 à 13:47, François Boucault a écrit :
>
> Hello !
>
> Pour moi cette proposition est toujours la bonne, par contre le rendu
> issu de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert
> cette "issue" sur le github du rendu-fr il y a 1 semaine :
> https://github.com/cquest/osmfr-cartocss/issues/47
>
> Par contre actuellement je serais bien en peine pour faire un "pull
> request", n'étant pas familier des langages informatiques utilisés.
> (Je sais aussi que Christian Quest n'as pas forcément le temps de le
> faire...)
>
> Je suis aussi preneur des retours, idées ou même contributions
> concernant ces questions ! :-)
>
> F
>
>
> Le 27/11/2018 à 09:10, ades a écrit :
>> Petit retour.?
>> Est-ce que la proposition de bolikahult : 
>>
>>
>>> Le 8 oct. 2018 à 17:47, François Boucault >> > a écrit :
>>>
>>> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>>>
>>> - 'natural=riverbed'
>>>
>>> - 'seasonal=yes' (impossible d'être plus précis)
>>>
>>> - 'landcover=sand'
>>>
>>> (ou sur certaines zones 'lancover=grass' en rajoutant
>>> 'grassland=grey_dune’)
>>>
>>
>> pourrait faire consensus pour le tag des grèves dans l’emprise d’une
>> rivière ?
>>
>>
>> la discussion avait dévié ;-)
>>
>>
>>
>>
>> ___
>> 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


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Percorso ciclabile per educazione stradale

Come credi, Matteo, ma in realtà la proposta training= non mi sembra scartata, 
ma piuttosto abbandonata...

Se guardi su taginfo, vedrai che ci sono (/non tantissime, 1747/) features che 
la usano [1 ].

Alcune (/50/) usano training=traffic [2 
] (/che a me sembra 
meno corretto di training=road_safety/, /ma potrebbe pure starci.../) e 
sembrano essere proprio "oggetti" simili al tuo.

Guarda, per esempio questo: https://www.openstreetmap.org/relation/8267228

Ciao!

[1] https://taginfo.openstreetmap.org/keys/training
[2] https://taginfo.openstreetmap.org/tags/training=traffic


On 2018-11-27 13:28, Matteo Zaffonato wrote:
> Il 27/11/2018 02:17, Sergio Manzi ha scritto:
>>
>> Può andare bene amenity=training + training=road_safety ?
>>
>> Alternative?
>>
>> Ciao!
>>
>> Sergio
>>
> Dando un'occhiata alla wiki, penso sceglierò amenity=traffic_park. La 
> proposta amenity=training è stata scartata in wiki da quanto vedo.
>
> Ciao
> Matteo
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk-fr] grèves Loire

Hello !

Pour moi cette proposition est toujours la bonne, par contre le rendu
issu de ces tags n'est pas satisfaisant... C'est pourquoi j'ai ouvert
cette "issue" sur le github du rendu-fr il y a 1 semaine :
https://github.com/cquest/osmfr-cartocss/issues/47

Par contre actuellement je serais bien en peine pour faire un "pull
request", n'étant pas familier des langages informatiques utilisés. (Je
sais aussi que Christian Quest n'as pas forcément le temps de le faire...)

Je suis aussi preneur des retours, idées ou même contributions
concernant ces questions ! :-)

F


Le 27/11/2018 à 09:10, ades a écrit :
> Petit retour.?
> Est-ce que la proposition de bolikahult : 
>
>
>> Le 8 oct. 2018 à 17:47, François Boucault > > a écrit :
>>
>> En effet ça semble être la bonne idée ! Je propose donc comme tags :
>>
>> - 'natural=riverbed'
>>
>> - 'seasonal=yes' (impossible d'être plus précis)
>>
>> - 'landcover=sand'
>>
>> (ou sur certaines zones 'lancover=grass' en rajoutant
>> 'grassland=grey_dune’)
>>
>
> pourrait faire consensus pour le tag des grèves dans l’emprise d’une
> rivière ?
>
>
> la discussion avait dévié ;-)
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


0xC182EF00E01AF0D6.asc
Description: application/pgp-keys
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] arbres remarquables



> Le 27 nov. 2018 à 13:23, marc marc  a écrit :
> 
> Le 27. 11. 18 à 12:14, Jozeph a écrit :
>> Ma question se résume finalement à savoir si on rajoute au nom de 
>> l'arbre la mention "arbre remarquable" ?
> 
> je ne connais aucun arbre dont c'est le nom :)
> ce que tu cherches est denotation=landmark
> https://wiki.openstreetmap.org/wiki/Key%3Adenotation

landmark semble plutôt utile pour un arbre grand qui peut servir de point de 
repère, indépendamment de sa classification

les arbres remarquables sont souvent grand mais pas toujours

j’utiliserais plutôt denotation=natural_monument 


un exemple qui me semble bien maitrisé : 
https://www.openstreetmap.org/node/2434065734 


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


Re: [Talk-it] Uso del tag Disused e rendering

Ciao,

mi sembra decisamente un errore del renderer.

Quello che mi aspetterei è che in presnza di un /lifecycle prefix/ "disused:" 
il renderer analizzasse la chiave successiva e ne effettuasse il rendering, 
possibilmente in maniera tale da evidenziarne lo stato di "non più in uso" 
(/tratteggio? shading? altro?/).

Quello che (/forse.../) invece avviene è che il renderer prende tutto ciò che 
precede il segno di uguale come chiave ,"in toto", non la riconosce e... non 
visualizza la feature.

Penso che dovresti segnalare la cosa a Andromaps, ma... hai verificato come si 
comporta Mapnik sul sito di OSM?


On 2018-11-27 11:45, Massimo Taronna wrote:
> Ciao,
> ho visto che il problema è già stato affrontato in passato e so che non si 
> dovrebbe mappare per il rendering, ma per me il rendering è importante.
> Utilizzo normalmente le Andromaps e mi sono accorto che se un oggetto ha, per 
> esempio, il tag disused:aerialway=chair_lift, sulla mappa non compare, pur 
> essendo la struttura presente (nello specifico di questo skilift ubicato nel 
> comune di Pragelato (TO) sul terreno esiste tutto, piloni, cavi, costruzioni 
> alla partenza e all'arrivo, ma non è più funzionante da qualche anno).
> A mio avviso se sul terreno l'oggetto c'è questo deve essere rappresentato, 
> perché costituisce comunque un elemento utile per l'orientamento.
> La stessa cosa l'ho osservata nel caso di una cava non più in attività: è 
> vero che non funziona più, ma fisicamente esiste e vorrei che venisse 
> segnalata.
> Personalmente riterrei più opportuno l'uso del tag disused=yes, che permette 
> la rappresentazione di questi elementi.
> Voi cosa ne pensate?
>
> -- 
> */Massimo Taronna/*
> Cell.: 3482941840
> Via San Giuseppe n.12 - 10090 Castiglione T.se (TO)
> __
>
> /Il contenuto di questa e-mail e degli allegati è rivolto unicamente alle 
> persone cui è indirizzato, e può contenere informazioni la cui riservatezza è 
> tutelata. Sono vietati la riproduzione e l'uso di questa e-mail, in mancanza 
> di autorizzazione del destinatario.Se avete ricevuto questa e-mail per 
> errore, vogliate cortesemente chiamarci immediatamente per telefono o fax./
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Percorso ciclabile per educazione stradale


Il 27/11/2018 02:17, Sergio Manzi ha scritto:


Può andare bene amenity=training + training=road_safety ?

Alternative?

Ciao!

Sergio

Dando un'occhiata alla wiki, penso sceglierò amenity=traffic_park. La 
proposta amenity=training è stata scartata in wiki da quanto vedo.


Ciao
Matteo



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


Re: [OSM-talk-fr] arbres remarquables

OK, le fait de nommer un arbre semble finalement suffisant pour indiquer 
qu'il a quelque chose de remarquable.


L'utilisation du tag "natural=tree" sans "name =" indiquant alors des 
arbres isolés mais qu'on ne peut classer comme remarquables (reconnus 
comme tel par l'association A.R.B.R.E.S  ou par 
des inventaires locaux et remarqués pour leur circonférence, leur 
hauteur, leur forme particulière, leur rareté, leur histoire, etc.).


J. Chauveau


Le 27/11/2018 à 12:24, Dlareg a écrit :

Le 27/11/2018 à 12:14, Jozeph a écrit :

Ma question se résume finalement à savoir si on rajoute au nom de
l'arbre la mention "arbre remarquable" ?

https://wiki.openstreetmap.org/wiki/Tag:natural=tree

« A single tree, sometimes lone or significant. »

Pour moi non mais je crois que la question reste en suspend :
https://wiki.openstreetmap.org/wiki/Tag:natural=tree#History

« Currently it is commonly used to mark normal trees and other tags were
introduced to mark that tree is significant. »

Ce paragraphe
https://wiki.openstreetmap.org/wiki/Tag:natural=tree#Subtag_denotation_to_indicate_the_significance

  parle de la clé denotation
https://wiki.openstreetmap.org/wiki/Key:denotation


J. Chauveau

En tout cas tout ça ne se met pas dans name et pas de ( ) non plus.


___
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] arbres remarquables

Le 27. 11. 18 à 12:14, Jozeph a écrit :
> Ma question se résume finalement à savoir si on rajoute au nom de 
> l'arbre la mention "arbre remarquable" ?

je ne connais aucun arbre dont c'est le nom :)
ce que tu cherches est denotation=landmark
https://wiki.openstreetmap.org/wiki/Key%3Adenotation
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk] Feature Proposal - RFC - Mapping disputed boundaries

Thank you, Victor. In fact, that is what I have done in the case of Spain,
which did not have properly closed land borders, in the example from the
proposal.

On Tue, Nov 27, 2018 at 12:57 PM Victor Shcherb 
wrote:

> Hi All,
> It might sound a bit critical but I believe the ways *without a role * in
> admin_level=2 creates more confusion than bring value.
> First of all, the biggest value of admin_level=2:
> - to identify country as it is in UN
> - to have name translated in different languages
> - to have extra tags related to the country (probably spoken language or
> some details like right/left hand driving)
> - define further administrative structure *driven by local country
> authorities.*
>
> I like the idea that Ukraine has a proper admin subdivision for regions
> defined by local OSM community and it has Crimea registered with role
> "claimed" which is 1) indicative and 2) valuable
>
> Ways on these relations could be misinterpreted  as 1) official boundaries
> by UN 2) boundaries that are controlled and patrolled by official army 3)
> boundaries "recognized" by OSMF 4) boundaries by constitution of the
> country itself . And it creates a mess of interpretation and doesn't help
> anybody.
>
> Another argument that ways of admin_level=2, these enormous relations are
> mostly broken and create issues for editing/validating anyway. In theory
> the users of admin_level boundaries could use the sum of further
> administrative division and subselect proper roles.
>
> So, I would suggest:
> 1) To get rid of non-role member ways from admin_level relation
> 2) But keep the ways themselves visible that will represent controlled
> boundaries
>
> Best Regards,
> Victor
>
> On Tue, 27 Nov 2018 at 09:33, Roland Olbricht 
> wrote:
>
>> Hi all,
>>
>> a much simpler approach is to look into the respective constitution.
>>
>> The Ukrainian constitution defines the state's territory in article 133.
>> Other countries, like Germany do so as well, and Ireland does or has
>> done so. France does not define its terriotry in the constitution, and
>> the UK has AFAIK no constituation. Probably in both countires laws exist.
>>
>> Thus I suggest to create a relation comprising the regions mentioned in
>> that said article. It should hold the various name tags and a distinct
>> tag (not "boundary", "admin_level", or "source") to indicate that it is
>> a boundary according to the consitution, e.g.
>> "legitimation=constitution" (and "legitimation=national_law" if not
>> declared by the constitution). Countries where the constitution
>> conincides with the de-facto border can just get the tag.
>>
>> For Cyprus and Western Sahara, I have been unable to find the relevant
>> documents. I'm cautiously optimistic that they can be modeled in the
>> same way.
>>
>> Given that there is at most one constiution per country, that those are
>> designed to change infrequently and most countries are expected to
>> conincide, this allows to add no-nonsense data without opening a can of
>> worms.
>>
>> Best regards,
>>
>> Roland
>>
>> ___
>> 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-GB] How to map houses


On 27-Nov-18 11:50, Lester Caine wrote:

On 27/11/2018 11:40, John Aldridge wrote:
It would be useful if there was a means of splitting buildings in the 
editor(s).


I'm probably in a minority here, but since the mapper usually can't 
tell how the building is divided internally, it's more honest to leave 
the building undivided and put the housenumber etc. tags on nodes on 
the building boundary which represent the front doors.


I also think this is more useful to someone using the map, as it shows 
where to find the doorbell!


My source material has all the house divisions and we could even include 
the internal floorplans...


Perfect! Though doing that job properly would sometimes involve 3D 
mapping - there's one smallish building around here with four front 
doors which I suspect is split into two upstairs and two downstairs flats.


But that's very much the exception, I suggest. Mostly people seem to 
have arbitrarily divided a semi or terrace so as to give separate 
polygons to tag. Better all round to just tag front door nodes under 
those circumstances, I suggest. And where a single exterior door is 
shared between several dwellings (e.g. in a block of flats) something like


addr:housenumber=8-24
addr:interpolation=even

on the node deals neatly with the case.

--
Cheers,
John

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


Re: [OSM-talk] Feature Proposal - RFC - Mapping disputed boundaries

Hi All,
It might sound a bit critical but I believe the ways *without a role * in
admin_level=2 creates more confusion than bring value.
First of all, the biggest value of admin_level=2:
- to identify country as it is in UN
- to have name translated in different languages
- to have extra tags related to the country (probably spoken language or
some details like right/left hand driving)
- define further administrative structure *driven by local country
authorities.*

I like the idea that Ukraine has a proper admin subdivision for regions
defined by local OSM community and it has Crimea registered with role
"claimed" which is 1) indicative and 2) valuable

Ways on these relations could be misinterpreted  as 1) official boundaries
by UN 2) boundaries that are controlled and patrolled by official army 3)
boundaries "recognized" by OSMF 4) boundaries by constitution of the
country itself . And it creates a mess of interpretation and doesn't help
anybody.

Another argument that ways of admin_level=2, these enormous relations are
mostly broken and create issues for editing/validating anyway. In theory
the users of admin_level boundaries could use the sum of further
administrative division and subselect proper roles.

So, I would suggest:
1) To get rid of non-role member ways from admin_level relation
2) But keep the ways themselves visible that will represent controlled
boundaries

Best Regards,
Victor

On Tue, 27 Nov 2018 at 09:33, Roland Olbricht 
wrote:

> Hi all,
>
> a much simpler approach is to look into the respective constitution.
>
> The Ukrainian constitution defines the state's territory in article 133.
> Other countries, like Germany do so as well, and Ireland does or has
> done so. France does not define its terriotry in the constitution, and
> the UK has AFAIK no constituation. Probably in both countires laws exist.
>
> Thus I suggest to create a relation comprising the regions mentioned in
> that said article. It should hold the various name tags and a distinct
> tag (not "boundary", "admin_level", or "source") to indicate that it is
> a boundary according to the consitution, e.g.
> "legitimation=constitution" (and "legitimation=national_law" if not
> declared by the constitution). Countries where the constitution
> conincides with the de-facto border can just get the tag.
>
> For Cyprus and Western Sahara, I have been unable to find the relevant
> documents. I'm cautiously optimistic that they can be modeled in the
> same way.
>
> Given that there is at most one constiution per country, that those are
> designed to change infrequently and most countries are expected to
> conincide, this allows to add no-nonsense data without opening a can of
> worms.
>
> Best regards,
>
> Roland
>
> ___
> 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-GB] How to map houses


On 27/11/2018 11:40, John Aldridge wrote:
It would be useful if there was a means of splitting buildings in the 
editor(s).


I'm probably in a minority here, but since the mapper usually can't tell 
how the building is divided internally, it's more honest to leave the 
building undivided and put the housenumber etc. tags on nodes on the 
building boundary which represent the front doors.


I also think this is more useful to someone using the map, as it shows 
where to find the doorbell!


My source material has all the house divisions and we could even include 
the internal floorplans, but where we have a block of houses being able 
to quickly draw an outline and then create several objects with the same 
set of tags is easier than trying to manually create each linked element 
of the building.


--
Lester Caine - G8HFL
-
Contact - https://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - https://lsces.co.uk
EnquirySolve - https://enquirysolve.com/
Model Engineers Digital Workshop - https://medw.co.uk
Rainbow Digital Media - https://rainbowdigitalmedia.co.uk

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


Re: [Talk-GB] How to map houses

It would be useful if there was a means of splitting buildings in the 
editor(s).


I'm probably in a minority here, but since the mapper usually can't tell 
how the building is divided internally, it's more honest to leave the 
building undivided and put the housenumber etc. tags on nodes on the 
building boundary which represent the front doors.


I also think this is more useful to someone using the map, as it shows 
where to find the doorbell!


--
Cheers,
John

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


Re: [Talk-gb-westmidlands] Sainsbury selly oak

As a follow-up, it would be great to update the Dudley No.2 canal work
across the Sainsbury site. They haven't raised all the money to complete but
the developers have done a load already and this way needs updating to
reflect progress: https://www.openstreetmap.org/way/573536067

For info at http://www.lapalcanal.co.uk/ 

Cheers
Andy

-Original Message-
From: Andy Robinson [mailto:ajrli...@gmail.com] 
Sent: 27 November 2018 11:31
To: talk-gb-westmidlands@openstreetmap.org
Subject: Sainsbury selly oak

If anyone is in Selly Oak can they update the new Sainsbury development &
surrounds etc. Brian, I see you were there doing just that three weeks ago.
The new store opened last week (my daughter says she got "lost" in there on
Saturday :-) ). I assume the old store is now shut? And is the fuel station
open too? The new store is "experimental" and incorporates a food court,
Oasis concession, and fully integrated Habitat and Argos. I see the Argos
tag on a node.

Cheers
Andy



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


Re: [OSM-talk-fr] arbres remarquables


Le 27/11/2018 à 12:14, Jozeph a écrit :
Ma question se résume finalement à savoir si on rajoute au nom de 
l'arbre la mention "arbre remarquable" ?


J. Chauveau



Non, d'après la page citée en référence, on ne doit pas utilier le champ 
name=*




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


[Talk-gb-westmidlands] Sainsbury selly oak

If anyone is in Selly Oak can they update the new Sainsbury development &
surrounds etc. Brian, I see you were there doing just that three weeks ago.
The new store opened last week (my daughter says she got "lost" in there on
Saturday :-) ). I assume the old store is now shut? And is the fuel station
open too? The new store is "experimental" and incorporates a food court,
Oasis concession, and fully integrated Habitat and Argos. I see the Argos
tag on a node.

Cheers
Andy


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


Re: [OSM-talk-fr] arbres remarquables

Le 27/11/2018 à 12:14, Jozeph a écrit :
> Ma question se résume finalement à savoir si on rajoute au nom de
> l'arbre la mention "arbre remarquable" ?

https://wiki.openstreetmap.org/wiki/Tag:natural=tree

« A single tree, sometimes lone or significant. »

Pour moi non mais je crois que la question reste en suspend :
https://wiki.openstreetmap.org/wiki/Tag:natural=tree#History

« Currently it is commonly used to mark normal trees and other tags were
introduced to mark that tree is significant. »

Ce paragraphe
https://wiki.openstreetmap.org/wiki/Tag:natural=tree#Subtag_denotation_to_indicate_the_significance

 parle de la clé denotation
https://wiki.openstreetmap.org/wiki/Key:denotation

> 
> J. Chauveau

En tout cas tout ça ne se met pas dans name et pas de ( ) non plus.

-- 
Dlareg



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


Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]


Danke Volker,

dem ist nix hinzuzufügen - meine volle Zustimmung!

Wie in vielen Diskussionen, der Grundsatz wird gern außen vor gelassen.

Gruß Sepp

Am 27.11.2018 12:01 schrieb Volker:

Das ist mir viel zu verallgemeinert, ich möchte schon fast sagen an
den Haaren herbeigezogen. Und es geht vorbei an dem, was wohl
allgemeiner und nicht verrückbarer Grundsatz bei OSM ist. *Wir mappen
was "on the ground" ist.*

Zäune sind im Luftbild durch den Schattenwurf relativ gut zu erkennen.
Deshalb sind sie auch dort zu mappen, wo sie sind. Auch der Bewuchs
ist auf dem Luftbild gut zu erkennen. Hier gilt das gleiche wie eben
gesagt.

Noch besser ist natürlich so etwas "on the ground zu erfassen." Anders
kann man, wenn überhaupt zu erkennen, Grundstücksgrenzen nicht
erfassen. Außer man benutzt Quellen, die nicht erlaubt sind. Über den
Sinn und Unsinn von Grundstücksgrenzen in OSM hat es hier und im Forum
schon genug Diskussionen gegeben. Ich bin kein Fan davon, weil es IMHO
keinen Mehrwert für OSM hat ( Wir sind keine Katasterkarte) und sich
Grundstücksgrenzen unbemerkt von der Allgemeinheit auch schnell mal
ändern können.

Gerade bei Zäunen und Bewuchs sollten wir bei dem o.a. Grundsatz
bleiben und wenn der Bewuchs am Zaun endet, dann kann man solche
Linien auch mal stapeln, weil es eben eine "on the ground" so ist.
___
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] arbres remarquables

Ma question se résume finalement à savoir si on rajoute au nom de 
l'arbre la mention "arbre remarquable" ?


J. Chauveau




Le 27/11/2018 à 12:10, Dlareg a écrit :

Désolé pour le bruit, tout est bien expliqué ici :
https://wiki.openstreetmap.org/wiki/FR:Key:species

Le 27/11/2018 à 11:48, Jozeph a écrit :

Je m'appuie pour cela sur :
https://wiki.openstreetmap.org/wiki/Tag:natural=tree

Je propose d'utiliser le tag name= "nom français de l'arbre" (Séquoia
géant, Platane d'Orient, etc.) et de rajouter entre parenthèse : (arbre
remarquable)




___
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] arbres remarquables

Désolé pour le bruit, tout est bien expliqué ici :
https://wiki.openstreetmap.org/wiki/FR:Key:species

Le 27/11/2018 à 11:48, Jozeph a écrit :
> Je m'appuie pour cela sur : 
> https://wiki.openstreetmap.org/wiki/Tag:natural=tree
> 
> Je propose d'utiliser le tag name= "nom français de l'arbre" (Séquoia
> géant, Platane d'Orient, etc.) et de rajouter entre parenthèse : (arbre
> remarquable)
> 


-- 
Dlareg



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


Re: [OSM-talk-fr] arbres remarquables

Le 27/11/2018 à 11:48, Jozeph a écrit :
> Bonjour,
> 
> Je souhaite localiser sur Open Street Map les arbres remarquables de mon
> département à savoir le Maine-et-Loire (arbres classées par
> l'association ARBRES  ou recensés dans un
> inventaire départemental)
> 
> Je m'appuie pour cela sur : 
> https://wiki.openstreetmap.org/wiki/Tag:natural=tree
> 
> Je propose d'utiliser le tag name= "nom français de l'arbre" (Séquoia
> géant, Platane d'Orient, etc.) 

Dans la page que tu cites tu peux spécifier les espèces :

genus=* - scientific name of the genus (first part of the scientific
name). If you add species=* this is not necessary.
species=* - scientific name of the species (popularly known as the Latin
name). Please use the namespaces for local languages (see examples).
taxon=* scientific name describing any taxonomic level e.g. order,
family, genus, species, sub-species or cultivar

https://wiki.openstreetmap.org/wiki/Tag:natural=tree#Tagging_examples
tu as des exemples que tu peux décliner en FR :

species:fr=
genus:fr=

Des exemples sur Paris dans une requête overpass ici
http://overpass-turbo.eu/s/E2Q

> et de rajouter entre parenthèse : (arbre
> remarquable)

D'après moi natural=tree sert déjà pour un arbre remarquable

car sinon natural=tree_row pour une rangée d'arbre
https://wiki.openstreetmap.org/wiki/Fr:Tag:natural=tree_row

et puis pour les forêts landuse=forest
https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dforest

> 
> Qu'en pensez-vous ?
> 
> Avec mes remerciements
> 
> Joseph Chauveau
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


-- 
Dlareg



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


Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]




Am 27.11.2018 um 09:05 schrieb Markus:

Hallo Marc,


Wie kartieren Sie Barrieren, wenn sie die Grenze eines
Landnutzungsgebiets bilden?

Das kommt auf die Definition an von z.B. "Zaun" und "Wiese"

A) Wiese = eingezäunte Weide
Weidewiese kann grösser/kleiner sein als die umzäunte Fläche.
Weidezäune sind meist variabel.
*Die Grasfläche geht meist über den Zaun hinaus (Wegrand)*

B) Wiese = eingezäuntes Grundstück
Grundstück (Parzelle) kann durch Zaun begrenzt sein,
oder darüber hinaus gehen.
*Stacheldraht ist (meist) innerhalb der Grundstückgrenze (Abstand)*


Das ist mir viel zu verallgemeinert, ich möchte schon fast sagen an den 
Haaren herbeigezogen. Und es geht vorbei an dem, was wohl allgemeiner 
und nicht verrückbarer Grundsatz bei OSM ist. *Wir mappen was "on the 
ground" ist.*


Zäune sind im Luftbild durch den Schattenwurf relativ gut zu erkennen. 
Deshalb sind sie auch dort zu mappen, wo sie sind. Auch der Bewuchs ist 
auf dem Luftbild gut zu erkennen. Hier gilt das gleiche wie eben gesagt.


Noch besser ist natürlich so etwas "on the ground zu erfassen." Anders 
kann man, wenn überhaupt zu erkennen, Grundstücksgrenzen nicht erfassen. 
Außer man benutzt Quellen, die nicht erlaubt sind. Über den Sinn und 
Unsinn von Grundstücksgrenzen in OSM hat es hier und im Forum schon 
genug Diskussionen gegeben. Ich bin kein Fan davon, weil es IMHO keinen 
Mehrwert für OSM hat ( Wir sind keine Katasterkarte) und sich 
Grundstücksgrenzen unbemerkt von der Allgemeinheit auch schnell mal 
ändern können.


Gerade bei Zäunen und Bewuchs sollten wir bei dem o.a. Grundsatz bleiben 
und wenn der Bewuchs am Zaun endet, dann kann man solche Linien auch mal 
stapeln, weil es eben eine "on the ground" so ist.

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


Re: [Talk-it] Armchair o survey mapping?

Come detto prima, data la qualità cartografica di Genova direi che scattare
delle semplici fotografie per mappare gli elementi comuni (fontanelle,
idranti, negozi, ecc.) sia la prassi migliore da adoperare 

Per quanto riguarda il mio smartphone sì, i consumi ed il surriscaldamento
sono sicuramente causati da un bug del genere. Dopo due mesi dall'acquisto
l'ho mandato in garanzia, ma non è servito a nulla. Come detto, ho preferito
"abituarmici" e modificare le mie abitudini. Solo negli USA si sono
impegnati a ritirare i prodotti fallati e a rimborsare gli acquirenti...
Comunque, non ho mai pensato di comprarmi una power bank, sono spesso a
corto di denaro 



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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


[OSM-talk-fr] arbres remarquables


Bonjour,

Je souhaite localiser sur Open Street Map les arbres remarquables de mon 
département à savoir le Maine-et-Loire (arbres classées par 
l'association ARBRES  ou recensés dans un 
inventaire départemental)


Je m'appuie pour cela sur : 
https://wiki.openstreetmap.org/wiki/Tag:natural=tree


Je propose d'utiliser le tag name= "nom français de l'arbre" (Séquoia 
géant, Platane d'Orient, etc.) et de rajouter entre parenthèse : (arbre 
remarquable)


Qu'en pensez-vous ?

Avec mes remerciements

Joseph Chauveau


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


[Talk-it] Uso del tag Disused e rendering

Ciao,
ho visto che il problema è già stato affrontato in passato e so che non si
dovrebbe mappare per il rendering, ma per me il rendering è importante.
Utilizzo normalmente le Andromaps e mi sono accorto che se un oggetto ha,
per esempio, il tag disused:aerialway=chair_lift, sulla mappa non compare,
pur essendo la struttura presente (nello specifico di questo skilift
ubicato nel comune di Pragelato (TO) sul terreno esiste tutto, piloni,
cavi, costruzioni alla partenza e all'arrivo, ma non è più funzionante da
qualche anno).
A mio avviso se sul terreno l'oggetto c'è questo deve essere rappresentato,
perché costituisce comunque un elemento utile per l'orientamento.
La stessa cosa l'ho osservata nel caso di una cava non più in attività: è
vero che non funziona più, ma fisicamente esiste e vorrei che venisse
segnalata.
Personalmente riterrei più opportuno l'uso del tag disused=yes, che
permette la rappresentazione di questi elementi.
Voi cosa ne pensate?

-- 
*Massimo Taronna*
Cell.: 3482941840
Via San Giuseppe n.12 - 10090 Castiglione T.se (TO)
__

*Il contenuto di questa e-mail e degli allegati è rivolto unicamente alle
persone cui è indirizzato, e può contenere informazioni la cui riservatezza
è tutelata. Sono vietati la riproduzione e l'uso di questa e-mail, in
mancanza di autorizzazione del destinatario.Se avete ricevuto questa e-mail
per errore, vogliate cortesemente chiamarci immediatamente per telefono o
fax.*
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[OSM-legal-talk] Fwd: URGENT for a trial tomorrow 28th 'A mysterious message is locking Google Docs users out of their files'

Thanks!!!

-- Forwarded message -
From: Miguel Gallardo 
Date: mar., 27 nov. 2018 a las 11:03
Subject: URGENT for a trial tomorrow 2th 'A mysterious message is locking
Google Docs users out of their files'
To: 
Cc: apedanica ong , MIGUEL ANGEL GALLARDO ORTIZ <
miguelangel.galla...@ucm.es>


URGENT to Brian Fung  at
The Washington Post

Dear Brian,

Yesterday Night a very smart expert recommended your very relevant article '*A
mysterious message is locking Google Docs users out of their files*' kindly
answering my post pubished at

https://lists.openstreetmap.org/pipermail/legal-talk/2018-November/008679.html

(please pay attention to the links and the civil demand in Spanish int that
post)

Inmediately, I quoted your article in the questioning DRAFT I prepare to
ask to Google legal representative for a trial tomorrow 28th November
at *https://goo.gl/cxqcbZ
 this way:*

*PREVIA.- Diga si conoce el ERROR o fallo en el sistema Google Docs
descrito por periodista del Brian Fung en "A mysterious message is locking
Google Docs users out of their files" y si es posible que un algoritmo
erróneo haya bloqueado el documento con el mapa. ¿Ha hecho alguna
comprobación o estudio al respecto Google que se pueda conocer? Véase
relevante artículo en *

*https://www.washingtonpost.com/news/the-switch/wp/2017/10/31/a-mysterious-message-is-locking-google-docs-users-out-of-their-files/
*

*Please contact me URGENTLY if you have any question to make to Google in
the public hearing in Madrid Civil Court tomorrow 28th*

*Dr. (PhD) Eng. Miguel Gallardo at www.cita.es/apedanica.pdf
*

*Tel.: +34 902998352 *
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk


Re: [OSM-talk-fr] Les voies vertes


  
  
Bonjour à tous,

Merci beaucoup pour vos réponses et vos précisions !
Ca parait maintenant bien plus clair. Oui autant s'en tenir au plus
prêt de la réalité, c'est à dire cette voie réservée aux vélos, et
piétons car présence du logo le représentant, et c'est tout ! Tant
que rien d'autre est stipulé.

Pour résumer, j'ai pris 2 photos (que je cède au domaine public, ne
voulant pas titiller Marc Marc ;)
La première représente une voie verte, destinées aux vélos,
autorisée aux piétons, donc totalement interdite aux véhicules
motorisés.


Cette seconde photo nous montre l'ajout du panneau d'autorisation
exceptionnelle accordée aux "riverains et services".


J'étais tombé sur un article qui parlait du cas des rollers,
trottinettes, et autres... mais là c'est un autre débat qui dépasse
à mon avis celui de la cartographie OSM :p
http://www.securite-routiere.gouv.fr/medias/espace-presse/publications-presse/decret-relatif-aux-voies-vertes-et-modifiant-le-code-de-la-route?xtmc=voies+vertes=1

Merci à vous pour m'avoir aiguillé et éclairé !
Bien à vous

Pierre
  




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


Re: [Talk-GB] How to map houses

>  It would be useful if there was a means of splitting buildings in the
editor(s).

I believe the Terracer plugin for JOSM could be your friend and guide here:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Terracer

I've not used it myself however.

Regards,
*Paul*

On Tue, 27 Nov 2018 at 09:06, Lester Caine  wrote:

> On 27/11/2018 08:47, Ed Loach wrote:
> > 'We expect this "interpolation way" to be a temporary construct. In the
> > long run, OSM will have every single house mapped as a building outline,
> > and every single house will be tagged with its house number, so that
> > interpolation ways will gradually vanish. However they are good to make
> > a quick start with house numbers, and reportedly there's existing data
> > waiting to be imported that will also require interpolation.'
>
> It would be useful if there was a means of splitting buildings in the
> editor(s). Even for semi-detached houses, being able to create two
> objects from the one original outline would be helpful. A terrace of
> houses just needs to identify how many new objects to create. Where I
> have been adding buildings this has been the irritation. Mirror would
> also be useful although architects seem to like making changes between
> the two halves of a semi these days. But draw one half with all it's
> tags then mirror to create the other half, and just edit the house number.
>
> --
> Lester Caine - G8HFL
> -
> Contact - https://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - https://lsces.co.uk
> EnquirySolve - https://enquirysolve.com/
> Model Engineers Digital Workshop - https://medw.co.uk
> Rainbow Digital Media - https://rainbowdigitalmedia.co.uk
>
> ___
> 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] lien inscription Mapathon Brest-Madagascar à Brest 13 décembre 2018



Un oubli le lien d'inscription pour ce mapathon

Inscriptions souhaitables : 
https://www.eventbrite.ca/e/billets-mapathon-a-brest-ubo-open-factory-52931082292


Le 27/11/2018 à 10:15, Louis-Julien de la Bouëre a écrit :


Bonjour,

Venez nous aider à cartographier les espaces de Madagascar sur 
OpenStreetMap, la carte du monde collaborative et libre


CartONG  organise un mapathon centré sur 
Madagascar avec l'UBO Open Factory 
 et Tiriad  
et les groupes locaux. Vous pourrez découvrir la cartographie 
participative et humanitaire dans OpenStreetMap : pas besoin d'être un 
expert, c'est accessible à tout le monde ! Comme nous aimons lier 
l'utile à l'agréable, nous vous proposons de *partager un repas 
commun* qui sera lui aussi contributif et collaboratif: l'idée étant 
que *chacun ramène un plat* à partager avec tout le monde !



Le programme de la soirée

Nous vous proposons de découvrir comment contribuer à OpenStreetMap 
durant un « mapathon » 
 et cartographier des 
espaces de Madagascar qui ne le sont pas encore. Cet événement a pour 
but d’ajouter des informations comme des bâtiments, et les routes, des 
cours d'eau. Les cartes qui seront produites grâce à vos contributions 
permettrons de soutenir divers projets de prévention des risques 
d'inondations, mais aussi de promouvoir le tourisme et le 
développement économique de ces régions !


*Au programme :*

 *

18h30 : accueil des participants

 *

18h40 : Mots de bienvenue, présentation du projet Missing Maps et
du déroulement de la soirée

 *

18h50 : Présentation de la contribution dans OpenStreetMap

 *

19h00 : Cartographions !

 *

20h00 : Dégustation de nos bons petits plats (miam)

 *

21h30 - 22h: Fin du mapathon, conclusion sur les contributions de
la soirée


Où ?

UBO OpenFactory Faculté des sciences et techniques Bat D, salle D133, 
6 avenue Le Gorgeu 29238 Brest





Un grand merci à l'UBO Open Factory 
 pour l'accueil et leur soutien !


Entrée gratuite sur inscription.

Venez nombreux, et n'oubliez pas d'apporter votre ordinateur portable, 
et souri(re)s !




--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
http://cartomobilite.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere
Mapillary : https://www.mapillary.com/app/user/ljbouere

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


[OSM-talk-fr] Mapathon Brest-Madagascar à Brest 13 décembre 2018


Bonjour,

Venez nous aider à cartographier les espaces de Madagascar sur 
OpenStreetMap, la carte du monde collaborative et libre


CartONG  organise un mapathon centré sur 
Madagascar avec l'UBO Open Factory 
 et Tiriad  et 
les groupes locaux. Vous pourrez découvrir la cartographie participative 
et humanitaire dans OpenStreetMap : pas besoin d'être un expert, c'est 
accessible à tout le monde ! Comme nous aimons lier l'utile à 
l'agréable, nous vous proposons de *partager un repas commun* qui sera 
lui aussi contributif et collaboratif: l'idée étant que *chacun ramène 
un plat* à partager avec tout le monde !



   Le programme de la soirée

Nous vous proposons de découvrir comment contribuer à OpenStreetMap 
durant un « mapathon »  
et cartographier des espaces de Madagascar qui ne le sont pas encore. 
Cet événement a pour but d’ajouter des informations comme des bâtiments, 
et les routes, des cours d'eau. Les cartes qui seront produites grâce à 
vos contributions permettrons de soutenir divers projets de prévention 
des risques d'inondations, mais aussi de promouvoir le tourisme et le 
développement économique de ces régions !


*Au programme :*

 *

   18h30 : accueil des participants

 *

   18h40 : Mots de bienvenue, présentation du projet Missing Maps et du
   déroulement de la soirée

 *

   18h50 : Présentation de la contribution dans OpenStreetMap

 *

   19h00 : Cartographions !

 *

   20h00 : Dégustation de nos bons petits plats (miam)

 *

   21h30 - 22h: Fin du mapathon, conclusion sur les contributions de la
   soirée


   Où ?

UBO OpenFactory Faculté des sciences et techniques Bat D, salle D133, 6 
avenue Le Gorgeu 29238 Brest





Un grand merci à l'UBO Open Factory 
 pour l'accueil et leur soutien !


Entrée gratuite sur inscription.

Venez nombreux, et n'oubliez pas d'apporter votre ordinateur portable, 
et souri(re)s !


--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
http://cartomobilite.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere
Mapillary : https://www.mapillary.com/app/user/ljbouere

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


Re: [Talk-it] Armchair o survey mapping?

dimenticavo: sembra ovvio, con gli accu-pack puoi prolungare il tempo di 
operazione dello smartphone.
Se si riscalda sempre e usa molto batteria è probabilmente un bug nel sistema 
operativo, potresti cercare di reclamarlo

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


  1   2   >